On Fri, May 24, 2024 at 08:22 AM, Sean wrote:

I did try to select "Gemini expects J2000 co-ordinates". Whether that is checked or not did not matter, but it would be good to know if I should leave that checked.?

With L6 this shouldn't matter when used with NINA. Either way should work. The setting may be needed with other ASCOM software that do not automatically adjust for the configured precession.

开云体育

You might be best to contact in UK to do it for you. ?At least the postage is cheaper ? ?He wrote the servo code so is well snd truely a top operator/repairer?

“Lo mejor sería ponerse en contacto con David Partridge en el Reino Unido para que lo haga por usted.? Al menos el envío es más barato. Escribió el código del servo, por lo que es un verdadero operador/reparador superior”

Sorry hope you can follow this ?google language conversion?

Cheers

--
Brendan

On Fri, May 24, 2024 at 06:15 AM, John Kmetz wrote:

After reloading the L6 ware, have you rechecked that the IP address in the HC is still what it was before? This can get reset to defaults and you may need to re-enter. Then go to your Network settings and check the Ethernet IPV4 settings match. Did you also check if you can connect vis USB?

After re-loading the firmware through GFU I did reboot, and even powered cycled the mount. Upon reload the network settings did not change. I have a static IP set, along with gateway, DNS, and NTP. I did look at the /CONFIG/Gemini.cfg and everything seems to match my prior config pre-L6 (old SD card was saved).?

I did try to select "Gemini expects J2000 co-ordinates". Whether that is checked or not did not matter, but it would be good to know if I should leave that checked.?

Sean,

After reloading the L6 ware, have you rechecked that the IP address in the HC is still what it was before? This can get reset to defaults and you may need to re-enter. Then go to your Network settings and check the Ethernet IPV4 settings match. Did you also check if you can connect vis USB?

Good luck.

John
--
_____________________________________________________________________________________________________________________________________________________________________________

Losmandy G11G2 on pier; refurbed Losmandy G11 with OnStep controller; SkyShed design roll-off observatory; ZWO ASI2600MM-P; ZWO ASI071MC; Sky-Watcher Esprit 100 ED with field flattener; Celestron C925 Edge HD with 0.7XFR, William Optics Zenithstar 61 APO; PHD2, Sequence Generator Pro and PixInsight user

It seems like you have a very basic configuration issue or corrupted data files in the Gemini 2. Maybe the format option would help but also maybe try resetting the microSD card in the socket before you do that. The microSD cards seem to make poor contact, have dirty contacts or get unseated easily and can give odd results sometimes. While I have not seen it others have posted this and a resetting the microSD cards has resolved the problem.? ?

--

Chip Louie Chief Daydreamer Imagination Hardware?

? ?Astrospheric Weather Forecast - South Pasadena, CA?

I just used GFU to flash it again for v6.0.2. One button I did not touch, the "Format SD card". Wondering if I should have done that as well??

On a side note, last night I had problem with my Pegasus power box connection so I rebooted Windows. Upon reboot, Gemini no longer works and can no longer connect to the mount via any application. It is almost as if I was cursed or something. I have a laptop I can use to test this the re-flash again, but still adding problems to problems is no way to go through life.

Sean,

This sounds more like you have a corrupted or incorrect file somewhere. My suggestion would be to download the L6 and new hand controller files again and use the GFU to upload them again to your Gemini. You can always go back to the L5 and original HC files if you want for comparison. The Gemini 2 has two SD cards, on in the Gemini unit and another in the hand controller. If you are connected via Ethernet to your PC, you shouldn't need to physically remove them with the latest GFU. You could reseat them however just to be sure of proper contact with the leads.

Good luck.

John
--
_____________________________________________________________________________________________________________________________________________________________________________

Losmandy G11G2 on pier; refurbed Losmandy G11 with OnStep controller; SkyShed design roll-off observatory; ZWO ASI2600MM-P; ZWO ASI071MC; Sky-Watcher Esprit 100 ED with field flattener; Celestron C925 Edge HD with 0.7XFR, William Optics Zenithstar 61 APO; PHD2, Sequence Generator Pro and PixInsight user

The problem continues even with doing a model. I started the evening by going to Vega which was clearly the most visible star. Used by guide scope to center it and synched. Next I did I think Arcturus. When slewing to Vega I was way off, but manually slewing got me there. Important to note that later on I was able to slew back to Vega. Cartes du Ciel also confirmed I was at Vega. In the end of the night I slewed to Vega, took image in NINA and plate solved to confirm I was in the ballpark.?

Now again the problem, I open M81 in framing, and select slew to target. Again same errors. Off by 20 degrees dec, then to correct the mount does not seem to correct the error but slews way off to almost Polaris, then rinse and repeat over and over and over. Just can never correct.? Next I tried to go to M101 from within Cartes. Plate solving showed me way off. Same thing over and over, just can not get to the target.?

Would putting back my old SD card do anything? I can now live without Level 6, I just want a working mount. Do I need to send this into Losmandy for service? If I put in my old SD card, that still needs to write to the firmware correct?

开云体育

Hello, did anyone from Spain update to level 6? I would like to update and I have no idea. greetings

On Tue, May 21, 2024 at 04:02 PM, DaleN wrote:

Thanks again - roughed up the clutch disk, and hope I got the washers and bearings correct (they always have a way of getting jumbled up ;-)? Wonder if there is a printed diagram somewhere of the correct washer/bearing arrangement?

Hi Dale,

After reinserting the shaft through the mount, the components go on as follows: flat washer, thrust bearing, flat washer, wavy washer, anodized black donut, clutch knob. I think some people switch the donut and wavy washer, but the first arrangement is how it comes from the factory. The lube they use here is the Jet-Lube Artic grease, but just some wheel bearing grease will do. Having a few spare clutch discs from Losmandy on hand will help if you ever get stuck and the old ones are too worn out. You can order off their webpage.

Good luck,

John
?
--
_____________________________________________________________________________________________________________________________________________________________________________

Losmandy G11G2 on pier; refurbed Losmandy G11 with OnStep controller; SkyShed design roll-off observatory; ZWO ASI2600MM-P; ZWO ASI071MC; Sky-Watcher Esprit 100 ED with field flattener; Celestron C925 Edge HD with 0.7XFR, William Optics Zenithstar 61 APO; PHD2, Sequence Generator Pro and PixInsight user

开云体育

John,

Thanks again - roughed up the clutch disk, and hope I got the washers and bearings correct (they always have a way of getting jumbled up ;-)? Wonder if there is a printed diagram somewhere of the correct washer/bearing arrangement?

I have a sneaking suspicion that my newish wavy washer install may have slipped out of it's groove, as I may have over loosened the RA whilst transporting the mount to a travel site.

Anyway, RA is all working fine now.

Bad seeing night; PE still .68" RMS RA, .81" RMS Dec AFTER PemPro and PPEC at 31.9"

So much for Astrospheric's "average" seeing predictions!

Dale

On Sun, May 19, 2024 at 10:51 PM, crocco1250 wrote:

Chip

I've used the adm adapter but find it's limited in the weight it can handle. There are springs in the adapter that can shift. Have you noticed that shift and, if so, how did you correct it? Memory sez max 20 lbs.

Chuck

?

Hi Chuck!?

There are a few different versions of the ADM ALT/AZ aiming device, the Mini-MAX, the MAX, the MAX-HD and Robin Casady design TGAD. After using the TGAD for a while I bought the MAX Alt/Az because the MAX is so much smaller and lighter than the TGAD or MAX-HD and didn't seem to have any downside for my use under 20 pounds. The MAX and MAX-HD are basically the same design but the saddle and base bars are longer on the MAX-HD.? I have used the MAX with a 25 pound payload and it is harder to adjust precisely & quickly but to me the difference was minor. Other than the MAX-HD being a little easier to adjust with a near max payload IME there is no reason to put up with the additional weight and bulk of the MAX-HD. For portable use the extra length is a deal breaker in terms of bulk, weight and storage needs.?

As far as the payload overcoming the springs that is not the way these devices are designed to work. These mounts use a push-pull arrangement to adjust the ALT and AZ positions and do not in anyway rely on springs to hold the saddle payload in place. There is a pivot on both axis and one screw is pushing against the other which locks the pivoting plates in place. I don't know what you plan to drop in the ALT/AZ aiming device saddle but I have used well over 20 pounds with no issues. The MAX ALT/AZ device I have has a Losmandy "D" dovetail on the bottom which I drop into a Losmandy S-B-S mount. You can buy them pretty cheap if you buy the original "D" only saddle version which is all I use these days anyway.? ?

--

Chip Louie Chief Daydreamer Imagination Hardware?

? ?Astrospheric Weather Forecast - South Pasadena, CA?

On Sat, May 11, 2024 at 01:58 AM, George Stallings wrote:

Thanks, folks. I wasted money on a new gearbox and RA cable all because of your suggestions.

I couldn't be happier. : )?

If nothing else, it confirmed an upgrade to a Titan RA axis would be money well spent for my C11 Edge. A community of folks helping out with issues, including user error, is pretty spectacular.?

My mount behaves absolutely normally when the star brightness values are under control. I used values between 5,000, and 15,000 here.?

Wasted money joke aside, thanks to all of you.?

George

IDK, the G11G is perfectly capable of carrying a C11 for imaging. I am not certain you will find that upgrading to a Titan RA will significantly improve your imaging PE performance, you may be disappointed.
?
--

Chip Louie Chief Daydreamer Imagination Hardware?

? ?Astrospheric Weather Forecast - South Pasadena, CA?

On Sun, May 19, 2024 at 07:04 PM, Sean wrote:

On Sun, May 19, 2024 at 07:50 PM, Chip Louie wrote:

I know you think the Gemini 2 controller has been correctly configured but everything you are saying indicates there is a time and coordinate error. If the Gemini 2 wakes up and knows where it is on one side of the pier after you do a single star alignment on that side of the pier the issue sounds more like NINA or ASCOM is updating the time and location data without your knowledge. I have not used NINA in quite sometime but this sounds like a commonly heard complaint by NINA and Gemini users. Do a search here and maybe on CN and see what you find. It is usually some checkbox that allows an application or ASCOM to update Gemini data.?

When you connect to the mount with NINA it will prompt you if the settings do not match, and I can select to either use the mounts or NINA's settings. Now you may be on to something here.?

• When I connect NINA I get error "The mount's clock differs from the computer clock by 73959 seconds...", that is 20 hour difference.??
• Web UI State: UTC Date (dd.mm.yyyy): ? 20.05.2024 UTC Time: 01:51:46 which is correct ( UTC: Monday, May 20, 2024 at 1:51:27 am ? Minneapolis (USA – Minnesota) ? ?Sunday, May 19, 2024 at 8:51:27 pm ? ?CDT ? ?UTC-5 hours)
• NTP server tested. Set time to 20:42. After change was set I hit NTP Query button and it updated to 20:46 (which was time Windows on my screen). I did login to the server running NTP (Chrony) and checked, time is accurate.

So hand controller, web UI all show "correct" time. On a whim I opened ASCOM Device Hub and connected the Gemini mount. I then connected to Device Hub in NINA and did NOT get the error. I disconnected and then reconnected and this time NINA did not throw an error about the time difference. Next chance to see and test won't be until Wednesday if I am lucky.

You have to pick a time and location reference and propagate these reference points across ALL apps and devices. IDK if you are connected to the internet when you are imaging but if you are you should pick a single NTP server and use it across all apps and hardware. The Gemini can sync on an NTP server if you provide an IP for Gemini to sync on. Of course this only works for those using an Ethernet connection that occasionally gets on the internet. Just pick one and use it across all devices and apps.

IDK how NINA works with respect to UTC but if you can use UTC the Gemini will be very happy to use it as the time reference. I use UTC and offset -0 when using the GM8G visually with a planetarium app and the Gemini GOTO works great. With the ASIAIR on the G11G I have no choice but to use local time and it is always off by one hour but it works fine. The GOTOs commanded by the ASIAIR to the G11G are always almost perfectly centered and plate solving to center works 100% reliably even with the wrong time for some reason. But this is a known issue with ASIAIR that has been there since the beginning and never resolved.??

Try turning off everything that automatically reads and populates time and location data. If you can set the time and location manually for everything. I think it can be done but it only works if carefully configured and you understand what impacts what when.

Keep us posted on what you learn, especially if you figure it out!? ??

--

Chip Louie Chief Daydreamer Imagination Hardware?

? ?Astrospheric Weather Forecast - South Pasadena, CA?

On Sun, May 19, 2024 at 07:50 PM, Chip Louie wrote:

I know you think the Gemini 2 controller has been correctly configured but everything you are saying indicates there is a time and coordinate error. If the Gemini 2 wakes up and knows where it is on one side of the pier after you do a single star alignment on that side of the pier the issue sounds more like NINA or ASCOM is updating the time and location data without your knowledge. I have not used NINA in quite sometime but this sounds like a commonly heard complaint by NINA and Gemini users. Do a search here and maybe on CN and see what you find. It is usually some checkbox that allows an application or ASCOM to update Gemini data.?

When you connect to the mount with NINA it will prompt you if the settings do not match, and I can select to either use the mounts or NINA's settings. Now you may be on to something here.?

• When I connect NINA I get error "The mount's clock differs from the computer clock by 73959 seconds...", that is 20 hour difference.??
• Web UI State: UTC Date (dd.mm.yyyy): ? 20.05.2024 UTC Time: 01:51:46 which is correct ( UTC: Monday, May 20, 2024 at 1:51:27 am ? Minneapolis (USA – Minnesota) ? ?Sunday, May 19, 2024 at 8:51:27 pm ? ?CDT ? ?UTC-5 hours)
• NTP server tested. Set time to 20:42. After change was set I hit NTP Query button and it updated to 20:46 (which was time Windows on my screen). I did login to the server running NTP (Chrony) and checked, time is accurate.

So hand controller, web UI all show "correct" time. On a whim I opened ASCOM Device Hub and connected the Gemini mount. I then connected to Device Hub in NINA and did NOT get the error. I disconnected and then reconnected and this time NINA did not throw an error about the time difference. Next chance to see and test won't be until Wednesday if I am lucky.

On Sun, May 19, 2024 at 04:04 PM, Sean wrote:

The side-by-side I bought was the Losmandy DVSBS, and I followed this guide to balance - I had at least 3 nights out with this before clouds came, and I decided to upgrade to L6. Each night out I encountered no errors, and guiding was pretty good (especially considering I did not have the clearest of skies to guide with).

I understand what people are saying by suggesting I do a model. My concern is that the error is just too far off. Another thing I want to point out. I had been shooting M101 after a few hours of M81 the previous evenings. Around 11PM M101 was right at the Meridian. I slewed to it (via NINA) to see what would happen. The results were troubling. In my Skyshed POD I have a good clear view of M101 from East to West. However this time the telescope was pointed southward.?

The behavior is more like the mount's location & time (regardless of what is configured) is not being used.

I know you think the Gemini 2 controller has been correctly configured but everything you are saying indicates there is a time and coordinate error. If the Gemini 2 wakes up and knows where it is on one side of the pier after you do a single star alignment on that side of the pier the issue sounds more like NINA or ASCOM is updating the time and location data without your knowledge. I have not used NINA in quite sometime but this sounds like a commonly heard complaint by NINA and Gemini users. Do a search here and maybe on CN and see what you find. It is usually some checkbox that allows an application or ASCOM to update Gemini data.?
?
--

Chip Louie Chief Daydreamer Imagination Hardware?

? ?Astrospheric Weather Forecast - South Pasadena, CA?

This might be a silly question but, how are you starting the mount? Are you using cold start? With CWD and both scopes pointing north?
also, have you tried resetting to factory defaults? Maybe there is some setting you didn’t migrate after the upgrade to level 6? Recheck the mount type on the HC just to be on the safe side ;)

good luck