Date   

Re: Weights Configuration

Gregory <fyrframe@...>
 

Thanks Woody,

Perfectly clear.

Gregory Gig Harbor, WA.


On 3/18/2018 12:49 PM, 'Woody Schlom' woody@... [ap-gto] wrote:
 

Greg,

I suspect the reason your rig is “top-heavy” is because of the piggy-backed 71mm being mounted on top of the main scope. The piggy-backed scope moves your balance axis further away from the mount’s balance axis. The result is that you can get the setup balanced for one point only. Tip too far either direction and the mount is off-balance.

I call this situation “off-axis balance.” Because of the piggy-backed scope, your balance axis has moved away from the main balance plane axis. To correct this, you need to add a second set of counter-weights opposite the piggy-backed scope. And this is where ADM’s and Losmandy’s off-axis counter-weight systems come into play. These systems are primarily designed to use dovetail rails to position new smaller CW’s to your piggy-backed scope.

Both ADM’s and Losmandy’s off-axis CW systems use ½” SS threaded rods to position the additional CW’s at the correct distance for correct balance. You slide the CW on its dovetail rail fore and aft for on-axis balance, and then screw the new CW out away from the scopes to compensate for the off-axis imbalance.

In addition to the new CW’s being threaded so you can move them in and out to balance, you can buy longer threaded rods (ADM’s come in 3” and 6” lengths I believe, and Losmandy’s come in 2” – and a couple of longer lengths. And both companies make their CW’s in a couple of sizes – again to compensate for more or less off-axis imbalance.

So far I haven’t needed one of these off-axis CW systems with my Mach-1 imaging configurations. But I need one for every one of my various Alt/Az mounts – both visual (to compensate for big heavy 2” diagonals and heavy eyepieces and finder-scopes), as well as imaging configurations to compensate for piggy-backed scopes and off-axis guide cameras and systems.

For most of my off-axis solutions, I mount a Vixen dovetail on top of my SCT or RC scope, and a “D” dovetail under. To compensate for a piggy-backed scope configuration, the off-axis CW system goes on the bottom rail – pointing away (180°) from the piggy-backed scope/s.

But again, so far, I’ve not run into this off-axis problem with my Mach-1 (or any GEM), just Alt/Az mounts. And I assume you’d have similar problems with a fork-mount on a wedge.

If you don’t have a clue what I’m talking about, visit ADM’s or Losmandy’s websites and look at their off-axis CW systems, or I can post a couple of photos here. But my photos will only show my scopes mounted on Alt/Az mounts with these CW systems – not my Mach1.

Woody

From: ap-gto@...
Sent: Sunday, March 18, 2018 8:13 AM
To: ap-gto@...
Subject: [ap-gto] Weights Configuration

Hi,

I have four 9lb weights on my Mach One. I have a small refractor and an even smaller (71mm) refractor mounted on top of the larger OTA.

I can not configure the weight distribution following the instructions on the AP site. The only way I have found to bring this set up to balance, is mounting two weights at the top of the weight bar and two very near the bottom. About a five inch gap between the two groups of weights.

Do I need more weights or is having the smaller refractor on top of the bigger scope causing problems? The setup does seem to be top heavy. But the setup is under 40lbs.

I thought of re-mounting the 71mm in a side x side config. I would then hopefully have my weights in a more appropriate configuration based on the instructions at AP.

Thanks for your help as always.
Gregory Gig Harbor, WA.





Re: Time Change...

Steve Reilly
 

Hello Ray,

 

I haven’t looked too hard at this point but I know the corrections were blocked in APCC when I attempted to use the Find Lost Scope script in ACP this morning when I caught the issue early while it was still dark enough to try. I’ll have to go back and look at the ACP log files but not sure they will reveal the issue. This is the 1st night that SRO ran since the time change. I know APCC is up to date on both SRO and my home computers. The driver I can’t swear to yet. Checking now….5.10.02 is installed. Will the APCC logs indicate an issue with plate solving?

 

Looking hard now, other than not plate solving at all in ACP or Astrometry is all ACP reports and then guides on a star that happens to be in the guider FOV go figure. This was supposed to be NGC4725 and I late solve later this morning and Astrometry reports a error of 775.2’ and of course didn’t recalibrate due to the size of the error I’m guessing here. For now hoping to get another chance this evening I have the APCC “Errant Error ReCal” off for the moment hoping to recal and then get back in business. Depends on the conditions this evening. I did zip the APCC log files from 3/18-3/19 but have no idea what to look for. It would have to be in the beginning as all images failed to plate solve.

 

-Steve

 

 

From: ap-gto@...
Sent: Monday, March 19, 2018 12:02 PM
To: ap-gto@...
Subject: RE: [ap-gto] Time Change...

 

 

If you are using the latest APCC and driver the time change should be transparent, and no pointing errors should result. So, is it
possible that something else may have happened to cause this?

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Monday, March 19, 2018 8:46 AM
> To: ap-gto@...
> Subject: [ap-gto] Time Change...
>
>
>
> So it finally cleared up at SRO last night and some images were taken, not the ones it thought it was taking but images
> none the less. Scratching my head this morning after my second cup of coffee and checking all my settings in ACP it
> finally dawned on me that these weren't the settings causing the problem. ACP was taking the images, plate solving, and
> correcting as far as it knew however APCC's setting of "Prevent Errant Recals" being checked prevented these
> corrections from being implemented. So a simple to me suggestion, hope, request, is that Ray could maybe implement
> an exception to this twice a year when the Daylight Savings Time dates occurred say if there is/was a boxed checked
> accordingly. I have no idea why my home observatory missed this issue but checking back there are no images found
> that aren't centered properly. And both systems are set the same as far as Advanced Settings. I used t o pay close
> attention to the time change since both mounts had hand controllers connected but they are both put away now and
> have been for some time (years).
>
>
>
> -Steve
>
>


Re: Time Change...

Ray Gralak
 

If you are using the latest APCC and driver the time change should be transparent, and no pointing errors should result. So, is it
possible that something else may have happened to cause this?

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro: http://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: http://www.gralak.com/apdriver
Author of PulseGuide: http://www.pulseguide.com
Author of Sigma: http://www.gralak.com/sigma

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Monday, March 19, 2018 8:46 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Time Change...



So it finally cleared up at SRO last night and some images were taken, not the ones it thought it was taking but images
none the less. Scratching my head this morning after my second cup of coffee and checking all my settings in ACP it
finally dawned on me that these weren't the settings causing the problem. ACP was taking the images, plate solving, and
correcting as far as it knew however APCC's setting of "Prevent Errant Recals" being checked prevented these
corrections from being implemented. So a simple to me suggestion, hope, request, is that Ray could maybe implement
an exception to this twice a year when the Daylight Savings Time dates occurred say if there is/was a boxed checked
accordingly. I have no idea why my home observatory missed this issue but checking back there are no images found
that aren't centered properly. And both systems are set the same as far as Advanced Settings. I used t o pay close
attention to the time change since both mounts had hand controllers connected but they are both put away now and
have been for some time (years).



-Steve


Time Change...

Steve Reilly
 

So it finally cleared up at SRO last night and some images were taken, not the ones it thought it was taking but images none the less. Scratching my head this morning after my second cup of coffee and checking all my settings in ACP it finally dawned on me that these weren’t the settings causing the problem. ACP was taking the images, plate solving, and correcting as far as it knew however APCC’s setting of “Prevent Errant Recals” being checked prevented these corrections from being implemented. So a simple to me suggestion, hope, request, is that Ray could maybe implement an exception to this twice a year when the Daylight Savings Time dates occurred say if there is/was a boxed checked accordingly. I have no idea why my home observatory missed this issue but checking back there are no images found that aren’t centered properly. And both systems are set the same as far as Advanced Settings. I used to pay close attention to the time change since both mounts had hand controllers connected but they are both put away now and have been for some time (years).

 

-Steve


PHD2 Dec Axis Issue?

dvuolhhr6nx4a532a3phnju3zs6lzvlgxdl2wzaf@...
 

Hi,

My mount is an AP1100GTO and I am wondering if I may be developing a Dec issue with it. For the last year or so I have been using a C11 Edge for imaging (.28 image scale) along with PHD2 for guiding and have had no real issues. I would dither every frame (30 sec Lum) with a "Very High Dither" in SGP and again I had no issues. Normally my RA/Dec would be around .4" with the C11 while dithering every frame.

I just switched over to my SVQ100 (1.35 image scale) and while the guiding seems good when I am not dithering (RMS .3) it goes bad in Dec when I do dither (see pic PHD2.jpg).

The subs taken seem ok (eccentricity is pretty high though (.6) but I do not understand why I am getting such a high RMS in Dec for the same dithering settings (I did change the FL to 580mm for the SVQ100 in PHD2). I am wondering if there is an issue with the mount?




New file uploaded to ap-gto

ap-gto@...
 

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the ap-gto
group.

File : /PHD2.JPG
Uploaded by : tonybenjamin@shaw.ca <dvuolhhr6nx4a532a3phnju3zs6lzvlgxdl2wzaf@yahoo.com>
Description : Dec Axis Guiding Issue

You can access this file at the URL:
https://groups.yahoo.com/neo/groups/ap-gto/files/PHD2.JPG

To learn more about file sharing for your group, please visit:
https://help.yahoo.com/kb/index?page=content&y=PROD_GRPS&locale=en_US&id=SLN15398

Regards,

tonybenjamin@shaw.ca <dvuolhhr6nx4a532a3phnju3zs6lzvlgxdl2wzaf@yahoo.com>


Re: Weights Configuration

Woody Schlom <woody@...>
 

Greg,



Another comment on side-by-side configurations.



Yes, getting a side-by-side saddle will also work. But it’s more expensive, adds more weight, and is much more time-consuming to balance.



I have a side-by-side Losmandy “D” saddle system I’ve used for side-by-side solar scopes on my Mach1. I think the side-by-side saddle itself weighs around 12 lbs.



And since you’ll now be balancing in two directions (two axis), initial balancing takes some time – particularly the first time when you don’t know what you’re doing. Once upon a time I think Roland gave step-by-step instructions on this forum on the most efficient way to balance a side-by-side system. I wish I’d had those instructions the first time I balanced mine. It’s much better than my trial-and-error routine.



But so long as you use the same equipment and configuration each time, you can mark the balance points and subsequent setups will go quickly.



But don’t forget the additional weight of the heavy side-by-side saddle. If you’re already close to the weight capacity of your mount, this could put you over.



And of course, once configured side-by-side, you’ll need to re-set your park positions as the side-by-side configuration rotates DEC by 90°.



Woody



From: ap-gto@yahoogroups.com <ap-gto@yahoogroups.com>
Sent: Sunday, March 18, 2018 8:13 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Weights Configuration





Hi,

I have four 9lb weights on my Mach One. I have a small refractor and an even smaller (71mm) refractor mounted on top of the larger OTA.

I can not configure the weight distribution following the instructions on the AP site. The only way I have found to bring this set up to balance, is mounting two weights at the top of the weight bar and two very near the bottom. About a five inch gap between the two groups of weights.

Do I need more weights or is having the smaller refractor on top of the bigger scope causing problems? The setup does seem to be top heavy. But the setup is under 40lbs.

I thought of re-mounting the 71mm in a side x side config. I would then hopefully have my weights in a more appropriate configuration based on the instructions at AP.

Thanks for your help as always.
Gregory Gig Harbor, WA.





[Non-text portions of this message have been removed]


Re: Remote Desktop PC access on Ad Hoc Network

Michael Fulbright <mike.fulbright@...>
 

I agree with what Steve is saying here.  A mini wifi AP/router is a better solution imho.

I usually run the LAN from the headless machine running the scope and cameras into the AP and if I have a laptop at the scope I use the LAN connection as well.  Very fast updates.

Then I have a tablet I walk around the field with and visit other people and so I can monitor the data capture via WiFi so I can run back to the scope if it needs me for some reason.

I use TightVNC instead of TV or RDP but that is personal preference.  My data capture machine is Linux based so VNC is a natural choice but not the only.

Michael Fulbright


On 3/18/2018 3:16 PM, smackto@... [ap-gto] wrote:
 

Hi Wayne,


I've used ad hoc networks in the field but I found using a small wifi router to be a more robust solution than an ad hoc network.

I bought this router so I can set up my own little network in the field and it works great.  It's also a lithium ion power tank so it runs forever.

My setup is completely headless (a home-made version of the Eagle basically).  I use RDP to connect to my MacBook Pro and my iPad and works very well.  I've tried team viewer as well and it's fine but RDP with my little network is brain dead easy to use.

Regards,

Steve
 


Re: Weights Configuration

Woody Schlom <woody@...>
 

Greg,



I suspect the reason your rig is “top-heavy” is because of the piggy-backed 71mm being mounted on top of the main scope. The piggy-backed scope moves your balance axis further away from the mount’s balance axis. The result is that you can get the setup balanced for one point only. Tip too far either direction and the mount is off-balance.



I call this situation “off-axis balance.” Because of the piggy-backed scope, your balance axis has moved away from the main balance plane axis. To correct this, you need to add a second set of counter-weights opposite the piggy-backed scope. And this is where ADM’s and Losmandy’s off-axis counter-weight systems come into play. These systems are primarily designed to use dovetail rails to position new smaller CW’s to your piggy-backed scope.



Both ADM’s and Losmandy’s off-axis CW systems use ½” SS threaded rods to position the additional CW’s at the correct distance for correct balance. You slide the CW on its dovetail rail fore and aft for on-axis balance, and then screw the new CW out away from the scopes to compensate for the off-axis imbalance.



In addition to the new CW’s being threaded so you can move them in and out to balance, you can buy longer threaded rods (ADM’s come in 3” and 6” lengths I believe, and Losmandy’s come in 2” – and a couple of longer lengths. And both companies make their CW’s in a couple of sizes – again to compensate for more or less off-axis imbalance.



So far I haven’t needed one of these off-axis CW systems with my Mach-1 imaging configurations. But I need one for every one of my various Alt/Az mounts – both visual (to compensate for big heavy 2” diagonals and heavy eyepieces and finder-scopes), as well as imaging configurations to compensate for piggy-backed scopes and off-axis guide cameras and systems.



For most of my off-axis solutions, I mount a Vixen dovetail on top of my SCT or RC scope, and a “D” dovetail under. To compensate for a piggy-backed scope configuration, the off-axis CW system goes on the bottom rail – pointing away (180°) from the piggy-backed scope/s.



But again, so far, I’ve not run into this off-axis problem with my Mach-1 (or any GEM), just Alt/Az mounts. And I assume you’d have similar problems with a fork-mount on a wedge.



If you don’t have a clue what I’m talking about, visit ADM’s or Losmandy’s websites and look at their off-axis CW systems, or I can post a couple of photos here. But my photos will only show my scopes mounted on Alt/Az mounts with these CW systems – not my Mach1.



Woody



From: ap-gto@yahoogroups.com <ap-gto@yahoogroups.com>
Sent: Sunday, March 18, 2018 8:13 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Weights Configuration





Hi,

I have four 9lb weights on my Mach One. I have a small refractor and an even smaller (71mm) refractor mounted on top of the larger OTA.

I can not configure the weight distribution following the instructions on the AP site. The only way I have found to bring this set up to balance, is mounting two weights at the top of the weight bar and two very near the bottom. About a five inch gap between the two groups of weights.

Do I need more weights or is having the smaller refractor on top of the bigger scope causing problems? The setup does seem to be top heavy. But the setup is under 40lbs.

I thought of re-mounting the 71mm in a side x side config. I would then hopefully have my weights in a more appropriate configuration based on the instructions at AP.

Thanks for your help as always.
Gregory Gig Harbor, WA.





[Non-text portions of this message have been removed]


Re: Remote Desktop PC access on Ad Hoc Network

Wayne Hixson
 

Thanks! I will take a look at that. 




On Sunday, March 18, 2018, 12:16 PM, smackto@... [ap-gto] wrote:

 

Hi Wayne,


I've used ad hoc networks in the field but I found using a small wifi router to be a more robust solution than an ad hoc network.

I bought this router so I can set up my own little network in the field and it works great.  It's also a lithium ion power tank so it runs forever.

My setup is completely headless (a home-made version of the Eagle basically).  I use RDP to connect to my MacBook Pro and my iPad and works very well.  I've tried team viewer as well and it's fine but RDP with my little network is brain dead easy to use.

Regards,

Steve
 


Re: Newbie Questions

Ron Kramer
 

I'm using two 21lb weights - one high one low. As I have a dual side by side saddle that weighs good amount - then a 127mm and 80mm apo's. Assorted electronics. 

On Sun, Mar 18, 2018 at 1:35 PM, epdrehercl@... [ap-gto] <ap-gto@...> wrote:
 

Since you have the 9 lb weights, I'll assume you have the stock CW bar.


I have a 35lb load on mine.  Three nines at the top, and a six pound "slider" for fine-tuning the balance.  I would try putting three somewhere in the middle and one very slightly lower than the trio, then go from there.  If you attain balance, start sliding the top one up in small increments and follow with the next one against it.  Each time you'll need to lower the bottom one a bit.  HTH



Re: Remote Desktop PC access on Ad Hoc Network

Steve McKinney
 

Hi Wayne,

I've used ad hoc networks in the field but I found using a small wifi router to be a more robust solution than an ad hoc network.

I bought this router so I can set up my own little network in the field and it works great.  It's also a lithium ion power tank so it runs forever.

My setup is completely headless (a home-made version of the Eagle basically).  I use RDP to connect to my MacBook Pro and my iPad and works very well.  I've tried team viewer as well and it's fine but RDP with my little network is brain dead easy to use.

Regards,

Steve
 


Re: keypad north south est west buttons do not respond when pushed.

rorschach1
 

Thanks for the quick response.  As it turns out I figured out for myself what I was missing.  Being new to goto mounts I thought the noise made when high speed slewing would be somewhat similar at slow speeds.  Also i was watching the mount and no the keypad.  When i shifted my attention to the key pad I knew things were ok.  I was able to find out how to speed up the slewing rate when using thee directional buttons.  I also discovered that the Declination Axis Hub was reversed.  When i turned it 180 degrees, reattached the mounting plate scope and counterweights the ota slewed very close to a target I selected .  Moreover the scope returned to any park position I commanded.  So unless the orientation of the Declination Axis Hub doesn't  matter I have fixed two newbie issues.

Jim


Re: Newbie Questions

Eric Dreher
 

Since you have the 9 lb weights, I'll assume you have the stock CW bar.

I have a 35lb load on mine.  Three nines at the top, and a six pound "slider" for fine-tuning the balance.  I would try putting three somewhere in the middle and one very slightly lower than the trio, then go from there.  If you attain balance, start sliding the top one up in small increments and follow with the next one against it.  Each time you'll need to lower the bottom one a bit.  HTH


Weights Configuration

Gregory <fyrframe@...>
 

Hi,

I have four 9lb weights on my Mach One. I have a small refractor and an even smaller (71mm) refractor mounted on top of the larger OTA.

I can not configure the weight distribution following the instructions on the AP site. The only way I have found to bring this set up to balance, is mounting two weights at the top of the weight bar and two very near the bottom. About a five inch gap between the two groups of weights.

Do I need more weights or is having the smaller refractor on top of the bigger scope causing problems? The setup does seem to be top heavy. But the setup is under 40lbs.

I thought of re-mounting the 71mm in a side x side config. I would then hopefully have my weights in a more appropriate configuration based on the instructions at AP.

Thanks for your help as always.
Gregory Gig Harbor, WA.


Re: Newbie Questions

Steve McKinney
 

Hi Hank,

1.  Counterweights

I'm not sure you can assume that you'll need the same weight of counterweights.  It'll likely be in the same ballpark but if you know the weight of your imaging equipment and roughly how high the centre of gravity of your equipment will be above your dovetail, I'm sure Astro-Physics can help with this.

2.  Saddle

You'll need to purchase a saddle for your mount.  See the "Mounting Plates" bullet of the "Items that You will Need for your Mount" of the Mach1 info page on astro-physics.com.

3.  Computer control

You don't need to purchase APCC to control the mount.  There's an ASCOM driver so any software that's ASCOM compatible should be able to control the mount.  Some software speaks the Astro-Physics protocol; e.g. the SkyX, I think Sky Safari.

Regards,

Steve


Re: Remote Desktop PC access on Ad Hoc Network

Joe Zeglinski
 

One other thing – about TeamViewer “Disconnections”, even on the in-house wireless LAN, using your remote IP as an ID for login.
 
    Sometimes you may still get a “TeamViewer Lost Connection” message. That only means that your client PC (in house,  for example) lost communication with the scope side TeamViewer host PC – but the latter just keeps working along, oblivious to your loss, with no message on its screen, so no problem with controlling your mount or imaging program in progress.
 
    Actually, this is perfect - the client should work like that because there may be several other user PC’s all simultaneously logged into the scope TeamViewer. You wouldn’t want one of your session friends PC to cause havoc  on the scope side, for everybody else.
 
    However .... here’s the BUT. TeamViewer hasn’t got its “Reconnect” working for more than 5 years. The last time I saw it work properly,  was something like Version 9. From my years of experience with this hassle, TV asks us to be patient while it attempts to reconnect YOU back to the host PC. When I examine its session logs, I always find it sends a “Re-initialize Router command” – which did nothing for my Linksys router, doubt if it did on any other product. Besides, I would be royally Pi**ed, if it re-initialized the router in some business situation, causing everybody to be logged out of server, not even involved with TeamViewer themselves. Not a smart way of handling it. The darned thing then  wastes ...  11 minutes ... in the struggle before giving up – EVERY time – and then just stopping entirely.
 
    Doesn’t happen that often, but ... I found the EASIEST solution – when you see the “TRYING TO RE-CONNECT” message on your client screen,  is to simply and quickly ignore the message, kill the TeamViewer window (Red-X it), and immediately click again on the TeamViewer launch screen “CONNECT” button. That fix takes mere seconds, and it resumes where it had been before the message, even the password is still filled in for you from the initial login, so no typing is required.
 
    I have been meaning to challenge TV tech support on this hassle, just never got around to it. I seemed to have disappeared (on my PC’s)  in later version 12 updates, but I see it is back again in version 13, today.
 
Joe Z.
 

From: 'Joseph Zeglinski' J.Zeglinski@... [ap-gto]
Sent: Sunday, March 18, 2018 12:07 AM
To: ap-gto@...
Subject: Re: [ap-gto] Re: Remote Desktop PC access on Ad Hoc Network
 


That’s good news.
 
    Everybody should also remember that the Display  option in TV options bar,  offers “optimization” for Quality, or for video refresh speed.
If the “client” screen starts stuttering, you should drop down from High Quality display to optimize for refresh speed instead.
The resolution still won’t look that much lower, but at least it will be steady.
 
    Also, of course, click the up arrow on the TV options bar to hide it most of the time, so you can see your top row desktop icons, or more of your astro apps.
 
    I suppose lowering display quality won’t make much difference since telescope control isn’t a movie, just sits on a constant display. But I thought I should give you a heads up on video quality vs. refresh bandwidth trade-offs.
 
Joe Z.


Re: keypad north south est west buttons do not respond when pushed.

robinandcurtis.clark@...
 

Hi Jim,

One thing you might do is check the Button rate (B:) on the keypad. You can press "6" on the keypad to change the rate (speed)  that the mount moves when you press the NSEW direction buttons. If the rate is a very low number, it's just possible that the mount is moving but at a very slow rate that would be hard for you to detect. Try setting the button rate to a high value, say 600, and you should be able to tell if the NSEW buttons move the mount.

-Robin


Re: Remote Desktop PC access on Ad Hoc Network

Joe Zeglinski
 

That’s good news.
 
    Everybody should also remember that the Display  option in TV options bar,  offers “optimization” for Quality, or for video refresh speed.
If the “client” screen starts stuttering, you should drop down from High Quality display to optimize for refresh speed instead.
The resolution still won’t look that much lower, but at least it will be steady.
 
    Also, of course, click the up arrow on the TV options bar to hide it most of the time, so you can see your top row desktop icons, or more of your astro apps.
 
    I suppose lowering display quality won’t make much difference since telescope control isn’t a movie, just sits on a constant display. But I thought I should give you a heads up on video quality vs. refresh bandwidth trade-offs.
 
Joe Z.


Re: Remote Desktop PC access on Ad Hoc Network

Wayne Hixson
 

Hey guys, based on this thread I downloaded TeamViewer 13 and got it running on my Eagle2. Works great, and it lets me log on via an ad hoc network with the Eagle's private IP address AND let me adjust the screen resolution to scale to my 4k screen on my workstation, which I couldn't do with RDP or Jump - so will give it another try.

Thanks!

Wayne Hixson, Stargazer


On ‎Saturday‎, ‎March‎ ‎17‎, ‎2018‎ ‎07‎:‎37‎:‎47‎ ‎PM‎ ‎PDT, 'Joseph Zeglinski' J.Zeglinski@... [ap-gto] wrote:


 

Hi Greg,
 
    Just the simple decimal separated number.
e.g. ... 192.168.1.xxx  ... as any of your printers or devices are shown on your router wireless table list. No spaces, just decimals and digits.
 
Joe
 
Sent: Saturday, March 17, 2018 9:47 PM
Subject: Re: [ap-gto] Re: Remote Desktop PC access on Ad Hoc Network
 


What is the IP form of address? Just the IP value or does it need some keyword or special format? I normally use Radmin when the TV site is down or I need bandwidth but if this avoids that access then I’ll use it.
 
Greg

On Mar 17, 2018, at 9:33 PM, 'Joseph Zeglinski' J.Zeglinski@... [ap-gto] <ap-gto@...> wrote:

 
Glad you found the problem, and are back on TV.
BTW:
    if you are logging into a “nearby” Remote like the backyard scope – definitely do NOT use the 9-digit ID for login.
Use the target PC  “IP address” form of login, instead.
Otherwise, your connection to the backyard, goes out on the internet via New York  continental head office , or to the main Germany host computer, becomes  MUCH slower than the direct internal wireless link, and liable to random disconnect with ISP blips, fades, or frequency hopping trying to find a “better user ISP connection”, etc.
 
    Only use the 9-digit ID address if trying to reach a remote PC which is way beyond house wireless LAN  range.
Might also want to disable the option in EXTRAS->Advanced-> section Advanced setting for connections to other computers:
“Start remote control automatically when connected to a MOBILE device”.
 
... so someone with a Smartphone doesn’t hack in – Unless you are using something like  SkiSafari as your local mount control pad, at the same time I suppose.
 
Joe
 
Sent: Saturday, March 17, 2018 9:04 PM
Subject: RE: [ap-gto] Re: Remote Desktop PC access on Ad Hoc Network
 

Ok, problem solved. After deleted my copy of TeamViewer I download a version labeled "TeamViewer 13 Spring Release". I did a basic installation specifing personal/non-commercial. The screen I get before making the remote connection is now quite different than I was getting with my old version 13. No problem - just different. Now when I make the remote connection I get what looks like the same as version 12 with all the functions that were missing. Happy days are here again! Thanks everyone. I wouldn't have known I had a broken version 13 without your help.

Greg