¿ªÔÆÌåÓý


Re: DEC: Heavy Duty TR alarm - G11

 

On Mon, May 12, 2025 at 07:26 PM, Trevor wrote:
Ascom Gemini Net interface, which by the way should be updated IMO to include items available through the Web interface that are used to set mount functions such as the 4x encoder update :)
Good idea! :)


Re: DEC: Heavy Duty TR alarm - G11

 

Motors not the problem, I had it guiding perfectly last night, I turned off the buzzer sound using the Ascom Gemini Net interface, which by the way should be updated IMO to include items available through the Web interface that are used to set mount functions such as the 4x encoder update :)


Re: Platesolving not as accurate

 

On Mon, May 12, 2025 at 06:26 AM, Art Trail wrote:
Thank you Chip. Do you recall which setting?


?
Hi Art,
?
I haven't really used N.I.N.A. in a few years as I am using the ZWO ASIAIR ecosystem with the Gemini 2 no problems here.? So I don't know what those users had to change to get it to stop doing this.?
?
But if you do a search here it should be findable.?
?
--

Chip Louie Chief Daydreamer Imagination Hardware?

Astrospheric - South Pasadena, CA?


Re: Gemini2 does not select solar system Objects

 

Thank you Paul!


Re: DEC: Heavy Duty TR alarm - G11

 

You could try swapping motors to see if the problem follows the motor.? That would be my next move.
?
?
Chris N


Re: DEC: Heavy Duty TR alarm - G11

 

?
I tried the Wed browser interface and found it not responding when using the HC screen, it would only move scope in one axis
?
?
?
On Sun, May 11, 2025 at 10:14 PM, Chip Louie wrote:

On Sun, May 11, 2025 at 09:40 PM, Trevor wrote:
Checked the manual can't find anything re setting alarm thresholds, thanks
?
You can only access it using the UI through a web browser.??
?
--

Chip Louie Chief Daydreamer Imagination Hardware?

Astrospheric - South Pasadena, CA?


Re: Platesolving not as accurate

 

Thank you Chip. Do you recall which setting?


Art Trail
attrail1@...

On Sunday, May 11, 2025, 11:41 PM, Chip Louie via groups.io <chiplouie@...> wrote:

On Sun, May 11, 2025 at 10:38 AM, Art Trail wrote:
Hello all, I just recently upgraded to the latest Gemini.net driver, as well as turned on RA/DEC 4x Step Res. I am at L6.12 on the G2
On my very next session, I was not able to accurately plate solve. The target would stay to the right, just at the edge of the FOV. NINA (PS3) would stop solving at 1' .08" or 0.52" which I thought odd that it was basically solving at 1' +/- .08".
I checked my time and it is correct and set for UTC. I did not turn off the 4x Step Res option, but plan to try that tomorrow (Monday) night when it is clear again. Is this possibly the cause? Or, am I missing something more obvious. I used to be able to solve down to a few seconds, with the target perfectly centered.
?
Thanks!
?
Art
?
This is not a Gemini 2 issues so much as one of your apps is pushing setting data or pulling setting data from elsewhere in the system.? Several other N.I.N.A. users here have reported various issues after updating their Gemini 2 L6 system which was resolved after fixing their settings.? So it is most likely that you have a configuration issue with one or more of your PC apps.?
?
--

Chip Louie Chief Daydreamer Imagination Hardware?

Astrospheric - South Pasadena, CA?


Re: Gemini2 does not select solar system Objects

 

On Mon, May 12, 2025 at 07:57 AM, Kurt Aichele wrote:
I don¡¯t want to hijack this thread, but how do you check battery voltage directly on the hand controller, as Paul said can be done? TIA.?
?
The HC will display a warning if the battery is running low when starting up. Yellow warning if it should be replaced soon, and red if it needs to be replaced now:
?


Re: Gemini2 does not select solar system Objects

 

I don¡¯t want to hijack this thread, but how do you check battery voltage directly on the hand controller, as Paul said can be done? TIA.?


Re: Gemini-2 L6.12 locked-up

 

Paul,
?
Today I've been investigating the Bad Checksum and Exception errors, which I posted earlier.
As I got another MeLE Quieter 4C for my another Gemini-2, I setup the exactly the same configuration as before.? This time the Gemini-2 unit and mini-PC were different, but the same Ethernet cable.??Under the same environment, where TheSkyX, SGPro and PHD2 were connected to the unit and running, I got a lot of communications error after the first stage.? However after I power cycled the unit several times, strangely the errors were gone. ? When I looked into the ASCOM.Gemini Telescope .NET log file, there were a lot of Bad Checksum and Exception errors during the period when the communications errors occurred.? This was very intermittent at that time, and there were no errors, very stable for many hours.
So I became confused.? After all I asked ChatGPT about Bad Checksum, in particular, relating to the direct Ethernet connection.? ChatGPT suggested to use a cross-over cable instead of a standard one, which I have used after I introduced mini-PCs.? So I took a cross-over cable, which was used to connect Gemini-2 to ThinkPad X230/X270 in the past.? Until this evening I carried out the test for 5 hours.? According to the log, there were no errors.? I don't know this is exactly the cause or not.? I will test this configuration under the real sky if the weather becomes cooperative.
?
Best regards,
masami


Re: DEC: Heavy Duty TR alarm - G11

 

On Sun, May 11, 2025 at 09:40 PM, Trevor wrote:
Checked the manual can't find anything re setting alarm thresholds, thanks
?
You can only access it using the UI through a web browser.??
?
--

Chip Louie Chief Daydreamer Imagination Hardware?

Astrospheric - South Pasadena, CA?


Re: Platesolving not as accurate

 

On Sun, May 11, 2025 at 10:38 AM, Art Trail wrote:
Hello all, I just recently upgraded to the latest Gemini.net driver, as well as turned on RA/DEC 4x Step Res. I am at L6.12 on the G2
On my very next session, I was not able to accurately plate solve. The target would stay to the right, just at the edge of the FOV. NINA (PS3) would stop solving at 1' .08" or 0.52" which I thought odd that it was basically solving at 1' +/- .08".
I checked my time and it is correct and set for UTC. I did not turn off the 4x Step Res option, but plan to try that tomorrow (Monday) night when it is clear again. Is this possibly the cause? Or, am I missing something more obvious. I used to be able to solve down to a few seconds, with the target perfectly centered.
?
Thanks!
?
Art
?
This is not a Gemini 2 issues so much as one of your apps is pushing setting data or pulling setting data from elsewhere in the system.? Several other N.I.N.A. users here have reported various issues after updating their Gemini 2 L6 system which was resolved after fixing their settings.? So it is most likely that you have a configuration issue with one or more of your PC apps.?
?
--

Chip Louie Chief Daydreamer Imagination Hardware?

Astrospheric - South Pasadena, CA?


Re: DEC: Heavy Duty TR alarm - G11

 

Checked the manual can't find anything re setting alarm thresholds, thanks


Re: Gemini2 does not select solar system Objects

 

As Paul said. ? This is only on older ARM processors that have not been made for a long time. ?The problem is/was an internal microcode hard bug. ? ?As said fixed by mfgr, your G2 will have a newer ARM unaffected by this issue.?

My best guess is you either have not pressed ¡°set¡± in Timezone/time/date page or you didn¡¯t set the date format correctly. ? ?It is
?
Also best to try use a name in your posts as it¡¯s just forum etiquette.
?
Get back on this happy to help?
?
?
cheers
--
Brendan


Re: Platesolving not as accurate

 

Thanks for your help, Paul.


Art Trail
attrail1@...

On Sunday, May 11, 2025, 4:10 PM, Paul Kanevsky <yh@...> wrote:

On Sun, May 11, 2025 at 05:04 PM, Art Trail wrote:
How about ¡°flip on goto¡±? Is that a good one to have enabled?
If you're having issues with automated meridian flips, then it might be worth trying. This has no effect on plate solving or pointing accuracy.


Re: Platesolving not as accurate

 

On Sun, May 11, 2025 at 05:04 PM, Art Trail wrote:
How about ¡°flip on goto¡±? Is that a good one to have enabled?
If you're having issues with automated meridian flips, then it might be worth trying. This has no effect on plate solving or pointing accuracy.


Re: Platesolving not as accurate

 

Ok. I¡¯ll give it a shot.
How about ¡°flip on goto¡±? Is that a good one to have enabled?


Art Trail
attrail1@...

On Sunday, May 11, 2025, 3:44 PM, Paul Kanevsky <yh@...> wrote:

On Sun, May 11, 2025 at 03:04 PM, Art Trail wrote:
Paul, that is checked. As it used to be. I would think that it should stay that way? Or am I wrong.
"Gemini Calculate Refraction" in also checked. Is that OK?
?
Thanks,
?
Art
?
There's no way for me to tell if that's right or wrong for your setup, as it depends on the mix of software and drivers and all of their individual configurations. Since the error sounds within the bounds of what a J2000 to JNow precession calculation might produce, try unchecking it and see if it solves the problem. "Gemini calculates refraction" is also usually OK, but this will not cause a 1 arcminute error, especially if you're pointing 15-20 degrees above the horizon. That setting also depends on whether your software already calculates refraction in the coordinates sent to Gemini. If that's the case, you'll want to turn off that setting, also.


Re: Platesolving not as accurate

 

On Sun, May 11, 2025 at 03:04 PM, Art Trail wrote:
Paul, that is checked. As it used to be. I would think that it should stay that way? Or am I wrong.
"Gemini Calculate Refraction" in also checked. Is that OK?
?
Thanks,
?
Art
?
There's no way for me to tell if that's right or wrong for your setup, as it depends on the mix of software and drivers and all of their individual configurations. Since the error sounds within the bounds of what a J2000 to JNow precession calculation might produce, try unchecking it and see if it solves the problem. "Gemini calculates refraction" is also usually OK, but this will not cause a 1 arcminute error, especially if you're pointing 15-20 degrees above the horizon. That setting also depends on whether your software already calculates refraction in the coordinates sent to Gemini. If that's the case, you'll want to turn off that setting, also.


Re: Platesolving not as accurate

 

Paul, that is checked. As it used to be. I would think that it should stay that way? Or am I wrong.
"Gemini Calculate Refraction" in also checked. Is that OK?
?
Thanks,
?
Art


Re: Platesolving not as accurate

 

Try the precession setting in Gemini.NET. You may need to change it (check or uncheck):
?
?
On Sun, May 11, 2025 at 01:38 PM, Art Trail wrote:

Hello all, I just recently upgraded to the latest Gemini.net driver, as well as turned on RA/DEC 4x Step Res. I am at L6.12 on the G2
On my very next session, I was not able to accurately plate solve. The target would stay to the right, just at the edge of the FOV. NINA (PS3) would stop solving at 1' .08" or 0.52" which I thought odd that it was basically solving at 1' +/- .08".
I checked my time and it is correct and set for UTC. I did not turn off the 4x Step Res option, but plan to try that tomorrow (Monday) night when it is clear again. Is this possibly the cause? Or, am I missing something more obvious. I used to be able to solve down to a few seconds, with the target perfectly centered.
?
Thanks!
?
Art