¿ªÔÆÌåÓý

Date

Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

And, worse, if the mount has any non-integer fundamentals, the recorded PEC curve will not match every worm cycle because each worm cycle will vary

Thankyou Ray. ?Explains quite the opposite effect to many are striving ?for?

cheers
--
Brendan


Re: How often to disassemble, clean regrease?

 

Ron and Jo-

Thanks for the replies.

Jon, you're right, I should have searched first. So I just did, and there are far too many topics to really parse out an answer easily, as is often the case in forums like this.

What I am hearing from both of you is that there is not an official or even semi-official recommended service interval. I am of Ron's camp, which is to address any issues if they come up and keep the worm lubed, which is what I have been doing.

I am pretty confident in the process to reset the worm adjustments as I have done this numerous times while experimenting with the Belleville washer set up. Not too worried about "how" so much as if there is a best practice "how often".

Thanks for the answers, and to anyone else who has any more experience, please keep commenting!


Re: How often to disassemble, clean regrease?

 

¿ªÔÆÌåÓý

Anthony
I have been regularly imaging with a G 11 G for five years and what I have found so far is that after about two years I was honing in on improving all different kinds of goto and tracking errors ?so I found the nylon clutches had some wear ?marks and the Gemini battery was low. So in my humble newbie opinion you should replace the gemini battery yearly and consider at least examining the clutch pads yearly
As far as the grease ¡­ every once in awhile I¡¯ll slather A little molybdenum product on the worm. my mount stays in a rooftop ROR where temperatures probably get ?to 100 F in the summer but I¡¯ve not found dry gears nor any grease drifting around nor any new/different noise, or sticking ?during slewing ?or anything that I could attribute to needing disassembly or regreasing
So other than replacing the battery yearly (or at least keeping an eye on the voltage ) and examining the clutch pads ¡­ I am in the wait and see what happens camp.
The mount continues to work flawlessly - for me about one second RMS error with a piggyback guide scope
Ron


On Jun 17, 2021, at 8:51 PM, John Kmetz <jjkmetz54@...> wrote:

?Yes, Anthony. This has been hashed through many, many times before. Suggest you just plug regrease or relubricate in the upper right hand search box.?

I did mine after 3 years and after I noticed the grease was leaking onto the clutch plates and also seeping out of the gear covers after a long hot summer. Be prepared for a lengthy procedure and have the right lubricants, cleaners, and spare parts on hand like new worm bearings and Belville washers. MyG11G has the non-spring loaded worm gears and resetting positions and tensions was a bit of a chore. It took me about 5 or 6 worm adjustments and nights out until I got guiding back to satisfactory. Have a clean work place available where you can catch small parts, a camera ready for each disassembly step. Then you will need Superlube to relube everything but the worm to ring gears, which seem to need Jetlube MP-50 or moly-based wheel caliper grease. This final worm to ring adjustments are the most tricky and are covered in the Losmandy videos.

Lastly pick a day or two where you can focus on what your are doing without time pressure as you will need to properly degrease, relube, reassemble, and adjust all the gearing correctly. Then ask yourself too if you want to just get back to normal or do the Michael Herman Belville washer modifications which you should read up on.?

Expect 8-16 hours over serval days to clean, relube, reassemble, and retune the tensions. After you do it once, the other drive or future rebuilds should come more easily.

Good luck.

John?


Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

My Goto's with my G11T 1:2 belt drive and 25:1 McLennan gearbox are spot on.? That works fine.

And when I used a 50:1 McLennan and the stock 3 transfer gears on tucked Titan RA the GoTos also worked fine.? And PCBoreland's report on the 125:1 gearbox also said that worked fine.? Only PEC showed trouble.?

Those drive systems and gotos seem to have all been tested and debugged correctly.

It's the PEC that ... needs debugging and a solution for the non-stock gear ratios above 25:1.??

I'll hope Rene sees these notes and enters the fray!

It is also good that these issues are seeing the light of day so they can get resolved.? Any one person who observed a problem was considered an anomaly.? Nowit is clear that there is a consistent PEC issue and it comes about when the gear ratios are over 25:1.? ?

Best regards,
Michael

On Fri, Jun 18, 2021, 9:10 AM Ray Gralak <iogroups@...> wrote:
Hi Michael,

> Ray:? will PEMpro generates a useable PEC curve for gearboxes above 25:1.....or ....will the PEMpro PEC curve
> also fail if the problem is with the G-2 tick size data storage in the present firmware?

PEMPro will retrieve the count from the Gemini and use that to calculate the PEC curve. In this case, the number would be 6400, which would be wrong, so I suspect the resulting curve would be bad.

Depending on the firmware implementation, other things might not work as expected, like GOTO's and autoguiding. Have you tried either?

-Ray

> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of Michael Herman
> Sent: Friday, June 18, 2021 8:18 AM
> To: [email protected]
> Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any reason not
> to do this?
>
> Nice catch, Ray.? That could explain the puzzle... and also my puzzle on my 1:2 belt drive G11T.
>
> (Please see my PEMpro question at the bottom of this email...)
>
> Some thoughts...
>
> The number of data points recorded in the PEC run is very small.? For my 1:2 belt drive recorded at 1 sec intervals,
> the number of points is only 2*319 = 638 points.? Even recording at 0.1 sec intervals this is 6,380 points.? ?(There is
> a CPU RAM storage limit of 96 kbytes but there is also large external Flash available.)
>
> Ray suggests that the optical encoder tick counts per worm rotation has to do with the puzzle.
>
> A worm rotation value in raw optical encoder ticks is:
>? ?256 ticks per motor rev
> x? 25 stock gearbox (or 50 for me, 125 for PCBoreland) gearbox rotation reduction.
>
> At 25 you get 6400
> At 50 you get 12800
> At 125 you get 32000 (over 25,600 Ray mentions as a limit)
>
> The stock 25:1 and 50:1 gearbox values are at or below 25,600 Ray mentions as a limit for encoder nominal ticks.
> The 125:1 gearbox goes higher.
>
> However if the system is counting "quadruture"? ticks (and we know it can)? then the values become
> At 25 you get 6400 -> 25,600
> At 50 you get 12800 -> 51,200 (>>25,600 or 32,767)
> At 125 you get 32000->128,000 (>>25,600 or 32,767)
>
> I mention +/- 32,767 as the size of a C "int" 2 byte number.? You can double the "int" value using "uint" to go from 0
> to 65535 still taking only 2 bytes.
>
> The question is: why is the tick count limit 25,600 or 32,000?
>? Isn't there sufficient RAM or Flash memory? Spec sheet says there is 98kb of RAM on the LPC2388 ARM CPU
> chip.? Maybe using only on-CPU RAM is the limiting problem.? There should be huge room on the Flash drive for
> the data.
>
> An int size 2 bytes can go to +/- 32767
> A uint size 2 bytes can go 0 to 65535
> A long size 4 bytes can go to +/-? (huge)
>
> This now seems like a firmware code or memory storage issue. It would need the memory to allocate for a larger
> tick number, or more PEC data collection numbers, or both.? ?If anyone can address it, it will be Rene.
>
> Ray:? will PEMpro generates a useable PEC curve for gearboxes above 25:1.....or ....will the PEMpro PEC curve
> also fail if the problem is with the G-2 tick size data storage in the present firmware?
>
> All the best,
> Michael
>
>
>
>
>
>
> On Fri, Jun 18, 2021, 7:24 AM Ray Gralak <iogroups@...> wrote:
>
>
>? ? ? ?> PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks
> instead of
>? ? ? ?> 32000.
>
>? ? ? ?32000 is above the maximum number of ticks, which I think is 25600.
>
>? ? ? ?The tick count probably wraps at 25,600 so 32000-25600 = 6400, which would explain the 1/5 cycle.
>
>? ? ? ?-Ray
>
>? ? ? ?> -----Original Message-----
>? ? ? ?> From: [email protected] [mailto:[email protected]] On Behalf Of pcboreland via
>
>? ? ? ?> Sent: Friday, June 18, 2021 6:22 AM
>? ? ? ?> To: [email protected]
>? ? ? ?> Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any
> reason not
>? ? ? ?> to do this?
>? ? ? ?>
>? ? ? ?> Ray,
>? ? ? ?>
>? ? ? ?> PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks
> instead of
>? ? ? ?> 32000.
>? ? ? ?>
>? ? ? ?> Peter
>? ? ? ?>
>
>
>
>
>
>
>
>
>







Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

Hi Michael,

Ray: will PEMpro generates a useable PEC curve for gearboxes above 25:1.....or ....will the PEMpro PEC curve
also fail if the problem is with the G-2 tick size data storage in the present firmware?
PEMPro will retrieve the count from the Gemini and use that to calculate the PEC curve. In this case, the number would be 6400, which would be wrong, so I suspect the resulting curve would be bad.

Depending on the firmware implementation, other things might not work as expected, like GOTO's and autoguiding. Have you tried either?

-Ray

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Michael Herman
Sent: Friday, June 18, 2021 8:18 AM
To: [email protected]
Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any reason not
to do this?

Nice catch, Ray. That could explain the puzzle... and also my puzzle on my 1:2 belt drive G11T.

(Please see my PEMpro question at the bottom of this email...)

Some thoughts...

The number of data points recorded in the PEC run is very small. For my 1:2 belt drive recorded at 1 sec intervals,
the number of points is only 2*319 = 638 points. Even recording at 0.1 sec intervals this is 6,380 points. (There is
a CPU RAM storage limit of 96 kbytes but there is also large external Flash available.)

Ray suggests that the optical encoder tick counts per worm rotation has to do with the puzzle.

A worm rotation value in raw optical encoder ticks is:
256 ticks per motor rev
x 25 stock gearbox (or 50 for me, 125 for PCBoreland) gearbox rotation reduction.

At 25 you get 6400
At 50 you get 12800
At 125 you get 32000 (over 25,600 Ray mentions as a limit)

The stock 25:1 and 50:1 gearbox values are at or below 25,600 Ray mentions as a limit for encoder nominal ticks.
The 125:1 gearbox goes higher.

However if the system is counting "quadruture" ticks (and we know it can) then the values become
At 25 you get 6400 -> 25,600
At 50 you get 12800 -> 51,200 (>>25,600 or 32,767)
At 125 you get 32000->128,000 (>>25,600 or 32,767)

I mention +/- 32,767 as the size of a C "int" 2 byte number. You can double the "int" value using "uint" to go from 0
to 65535 still taking only 2 bytes.

The question is: why is the tick count limit 25,600 or 32,000?
Isn't there sufficient RAM or Flash memory? Spec sheet says there is 98kb of RAM on the LPC2388 ARM CPU
chip. Maybe using only on-CPU RAM is the limiting problem. There should be huge room on the Flash drive for
the data.

An int size 2 bytes can go to +/- 32767
A uint size 2 bytes can go 0 to 65535
A long size 4 bytes can go to +/- (huge)

This now seems like a firmware code or memory storage issue. It would need the memory to allocate for a larger
tick number, or more PEC data collection numbers, or both. If anyone can address it, it will be Rene.

Ray: will PEMpro generates a useable PEC curve for gearboxes above 25:1.....or ....will the PEMpro PEC curve
also fail if the problem is with the G-2 tick size data storage in the present firmware?

All the best,
Michael






On Fri, Jun 18, 2021, 7:24 AM Ray Gralak <iogroups@...> wrote:


> PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks
instead of
> 32000.

32000 is above the maximum number of ticks, which I think is 25600.

The tick count probably wraps at 25,600 so 32000-25600 = 6400, which would explain the 1/5 cycle.

-Ray

> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of pcboreland via
groups.io
> Sent: Friday, June 18, 2021 6:22 AM
> To: [email protected]
> Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any
reason not
> to do this?
>
> Ray,
>
> PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks
instead of
> 32000.
>
> Peter
>









Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

Nice catch, Ray.? That could explain the puzzle... and also my puzzle on my 1:2 belt drive G11T.??

(Please see my PEMpro question at the bottom of this email...)

Some thoughts...?

The number of data points recorded in the PEC run is very small.? For my 1:2 belt drive recorded at 1 sec intervals, the number of points is only 2*319 = 638 points.? Even recording at 0.1 sec intervals this is 6,380 points.? ?(There is a CPU RAM storage limit of 96 kbytes but there is also large external Flash available.)

Ray suggests that the optical encoder tick counts per worm rotation has to do with the puzzle.??

A worm rotation value in raw optical encoder ticks is:
? 256 ticks per motor rev
x? 25 stock gearbox (or 50 for me, 125 for PCBoreland) gearbox rotation reduction.

At 25 you get 6400
At 50 you get 12800
At 125 you get 32000 (over 25,600 Ray mentions as a limit)

The stock 25:1 and 50:1 gearbox values are at or below 25,600 Ray mentions as a limit for encoder nominal ticks.? The 125:1 gearbox goes higher.??

However if the system is counting "quadruture"? ticks (and we know it can)? then the values become
At 25 you get 6400 -> 25,600?
At 50 you get 12800 -> 51,200 (>>25,600 or 32,767)
At 125 you get 32000->128,000 (>>25,600 or 32,767)

I mention +/- 32,767 as the size of a C "int" 2 byte number.? You can double the "int" value using "uint" to go from 0 to 65535 still taking only 2 bytes.?

The question is: why is the tick count limit 25,600 or 32,000?
?Isn't there sufficient RAM or Flash memory? Spec sheet says there is 98kb of RAM on the LPC2388 ARM CPU chip.??Maybe using only on-CPU RAM is the limiting problem.? There should be huge room on the Flash drive for the data.??

An int size 2 bytes can go to +/- 32767
A uint size 2 bytes can go 0 to 65535?
A long size 4 bytes can go to +/-? (huge)

This now seems like a firmware code or memory storage issue. It would need the memory to allocate for a larger tick number, or more PEC data collection numbers, or both.? ?If anyone can address it, it will be Rene.?

Ray:? will PEMpro generates a useable PEC curve for gearboxes above 25:1.....or ....will the PEMpro PEC curve also fail if the problem is with the G-2 tick size data storage in the present firmware???

All the best,
Michael

??




On Fri, Jun 18, 2021, 7:24 AM Ray Gralak <iogroups@...> wrote:
> PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks instead of
> 32000.

32000 is above the maximum number of ticks, which I think is 25600.

The tick count probably wraps at 25,600 so 32000-25600 = 6400, which would explain the 1/5 cycle.

-Ray

> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of pcboreland via
> Sent: Friday, June 18, 2021 6:22 AM
> To: [email protected]
> Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any reason not
> to do this?
>
> Ray,
>
> PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks instead of
> 32000.
>
> Peter
>







Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks instead of
32000.
32000 is above the maximum number of ticks, which I think is 25600.

The tick count probably wraps at 25,600 so 32000-25600 = 6400, which would explain the 1/5 cycle.

-Ray

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of pcboreland via groups.io
Sent: Friday, June 18, 2021 6:22 AM
To: [email protected]
Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any reason not
to do this?

Ray,

PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks instead of
32000.

Peter


Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

Ray,

PEC training quits after 48s, 1/5th period of the worm. I think this has to do Pec working with 6400 ticks instead of 32000.?

Peter


Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

Hi Michael,

I am speaking about trying to use the built in PEC recorder feature advertised as being internal to Gemini-2. It
does not work for the G11T. It appears it does not work for the 125:1 gearbox either. In both cases the G-2 quits
taking data before a complete worm cycle period is complete. Without using a complete worm cycle it cannot
generate a correct PEC correction curve.
How are you determining that it is quitting early? And, how much earlier does is it quitting for you?

And again, using an autoguider to create a PEC curve is not going to give the best result. Not only are the recorded values phase delayed, but the data is subject to random star scintillation. And, worse, if the mount has any non-integer fundamentals, the recorded PEC curve will not match every worm cycle because each worm cycle will vary. In this case, the only way to produce a useful PEC curve is to remove the non-integer frequencies, which PEMPro can do.

-Ray

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Michael Herman
Sent: Thursday, June 17, 2021 10:55 PM
To: [email protected]
Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any reason not
to do this?

Ray,

I am speaking about trying to use the built in PEC recorder feature advertised as being internal to Gemini-2. It
does not work for the G11T. It appears it does not work for the 125:1 gearbox either. In both cases the G-2 quits
taking data before a complete worm cycle period is complete. Without using a complete worm cycle it cannot
generate a correct PEC correction curve.

You are right....I have not used PEMpro. I have used Gemini-1 to generate it's internal PEC with good results. I
have used PECprep for PE analysis, not generate PEC for the Gemini system. I only use non-guided star
tracking to acquire PE data for analysis.

Best regards,
Michael






On Thu, Jun 17, 2021, 10:37 PM Ray Gralak <iogroups@...> wrote:


> I encountered the same problem as you report: the Gemini-2 PEC training acquisition time is broken. The
internal
> PEC that is advertisef to work in G-2 does not work. The only way to get a working PEC at this time is by
> purchasing PEMpro, then use a PHD2 unguided log file fed into PEMpro to have it create the correct PEC
file.

Michael, you obviously haven't used PEMPro, because you don't feed a PHD2 unguided log file into
PEMPro to create a PEC curve. Maybe you are thinking of the PEMPro Log Viewer, which does accept PHD2 logs
for analysis?

> I reported the G-2 problem to Renew Goerlich who asked me to download certain files from the G-2, but I
did not
> have a CAT5 cable connection so I did not deliver the files requested. Bottom line: G-2 PEC does not yet
work.

You must mean recording PE via an autoguider doesn't work, right? PEMPro does work with the Gemini-2
PEC.

BTW, recording via autoguider is likely to provide inferior results. In fact, this method doesn't work very well
at all if there are any non-integer fundamental frequencies, which is not uncommon. I can explain why this is so, if
this isn't obvious?

-Ray

> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of Michael Herman
> Sent: Thursday, June 17, 2021 8:56 PM
> To: [email protected]
> Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any
reason not
> to do this?
>
> PCBoreland,
>
> (What is your first name?)
>
> I encountered the same problem as you report: the Gemini-2 PEC training acquisition time is broken. The
internal
> PEC that is advertisef to work in G-2 does not work. The only way to get a working PEC at this time is by
> purchasing PEMpro, then use a PHD2 unguided log file fed into PEMpro to have it create the correct PEC
file.
>
> The PEC training in Gemini-1 does work. You don't need PEMpro if you have a G-1. You can use
PEMpro if you
> want of course.
>
> I reported the G-2 problem to Renew Goerlich who asked me to download certain files from the G-2, but I
did not
> have a CAT5 cable connection so I did not deliver the files requested. Bottom line: G-2 PEC does not yet
work.
>
> Meanwhile I am happy to read your detailed reports on the 125:1 gearbox. I agree that PHD2 autoguiding
will
> correct the DEC and RA. It would be the same if tracking the sun or moon or a planet...you must use
autoguiding.
>
> And yes. The 125:1 vs 25:1 means that slewing will be somewhere like 5x slower. Yet it is the tracking
perfection
> that you are focussing on.
>
> Best,
> Michael
>
>
>
>
>
> On Thu, Jun 17, 2021, 8:10 PM pcboreland via groups.io <pcboreland@...> wrote:
>
>
> As was pointed out by David Partridge, it is possible to change out the gear box on just RA if one uses
the
> web interface to select the parameters. I installed the 125:1 gearbox earlier in the day, and have been
able to
> gather some initial data. As might be expected there is good and bad.
>
> The Good. Unmoded, my Ra guided on average 30% worse than the Dec axis looking back over 6
months
> of logs. With the limited short run tests done earlier this evening RA is now guiding 10 to 20% better than
Dec. A
> huge shift in performance. A seeming improvement of greater than 0.6 arcsec on 10 min runs. I'll be
imaging in 90
> minute blocks later tonight so will hopefully get data worth sharing, and this improvement holds
>
> The Bad. 1. Ra runs slow. Over a 3hr period it fell behind the object a noticable bit. This I assume is
> because the Ra tracking divisor is set to 89754 when it needs to be set 89754.2. I go not think this is a big
deal as
> guiding ought to handle this problem. 2. Pec training runs for just 48s. 1/5th of a worm cycle. Not sure
how to fix
> this? I do not see any parameters to lengthen the record time. Pec is turned off and I'm using Predictive
Pec in
> PHD2, but hoping this can be fixed?
>
> First Ha image of the Cygnus Wall just came in!
>
>









Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

Peter,
The difference between 89754 and 89754.2 over 3 hours is about 0.4 arcsec; it is not likely the cause of the mount running slow.

Did you do the test I suggested in a previous post? Did the PEC index roll over at 32000? Is you RA index 5760000 at CWD position?

Michael,
The built in PEC training always runs the full 4 minutes on my G11 Gemini 2; I used it last time a few weeks ago for some testing without any issue. Which files did Rene ask you to download from the Gemini?

Eric


Re: How often to disassemble, clean regrease?

 

Yes, Anthony. This has been hashed through many, many times before. Suggest you just plug regrease or relubricate in the upper right hand search box.?

I did mine after 3 years and after I noticed the grease was leaking onto the clutch plates and also seeping out of the gear covers after a long hot summer. Be prepared for a lengthy procedure and have the right lubricants, cleaners, and spare parts on hand like new worm bearings and Belville washers. MyG11G has the non-spring loaded worm gears and resetting positions and tensions was a bit of a chore. It took me about 5 or 6 worm adjustments and nights out until I got guiding back to satisfactory. Have a clean work place available where you can catch small parts, a camera ready for each disassembly step. Then you will need Superlube to relube everything but the worm to ring gears, which seem to need Jetlube MP-50 or moly-based wheel caliper grease. This final worm to ring adjustments are the most tricky and are covered in the Losmandy videos.

Lastly pick a day or two where you can focus on what your are doing without time pressure as you will need to properly degrease, relube, reassemble, and adjust all the gearing correctly. Then ask yourself too if you want to just get back to normal or do the Michael Herman Belville washer modifications which you should read up on.?

Expect 8-16 hours over serval days to clean, relube, reassemble, and retune the tensions. After you do it once, the other drive or future rebuilds should come more easily.

Good luck.

John?


Re: Random Gotos during plate solving

 

On one hand, I'm a little bit happy to find out about a fix to this problem.
On the other hand, I feel some righteous anger boiling up.
Ever since I had this mount, it would GOTO correctly 97% of the time, and the other 3% I go dashing out of my car in the dark and fumble around to hit the STOP button on the hand controller before it smashes my telly into the tripod.? I've wasted countless hours trying to debug ASCOM and Stellarium to figure out what was going on.? Oh, it was the controller's fault after all.
Why is Losmandy still using this wretched buggy controller that looks like it came from the late 90's?
Why don't you install this newer non-telescope-smashing firmware on your mounts from the factory, or at least let people know on your website?
How many hundreds of $$ can you take off the price of your mounts if you go with any of the other control systems, like EXOS, etc?


Re: Replacing the stock gearbox... interest in a metal one?

 
Edited

I agree with Chip Louie. In my case going to the McLennan 25:1 gearboxes I was mostly motivated by the fact that the front and back are metal, not plastic so the mounting of the motor on to the gearbox is a bit more solid. Although I have seen old G11 made for Celestron with plastic gearboxes drilled through and secured with a bolt arrangement. It does the job nicely.There's nothing wrong with the plastic boxes either. Internally I suspect the steel McLennan gearboxes if anything might even be a little noisier. I then moved from the 25:1 to the 50:1. The idea here was to get less motor stalls in colder temperature with worm meshing. It is less forgiving. The result was this time significant. The tracking was a lot smoother as well. But because you have more torque at the worm shaft output something else has to give and you have to be careful not to get anything too tight in the transmission train from motor to axis. It's also a little more sensitive to axial alignment. But I have to say so far I am very happy with the 50:1 overall.


Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

Ray,

I am speaking about trying to use the built in PEC recorder feature advertised as being internal to Gemini-2.? It does not work for the G11T.? It appears it does not work for the 125:1 gearbox either.? In both cases the G-2 quits taking data before a complete worm cycle period is complete.? Without using a complete worm cycle it cannot generate a correct PEC correction curve.?

You are right....I have not used PEMpro.? I have used Gemini-1 to generate it's internal PEC with good results.? ? I have used PECprep for PE analysis, not generate PEC for the Gemini system.? ?I only use non-guided star tracking to acquire PE data for analysis.? ??

Best regards,
Michael?






On Thu, Jun 17, 2021, 10:37 PM Ray Gralak <iogroups@...> wrote:
> I encountered the same problem as you report: the Gemini-2 PEC training acquisition time is broken.? The internal
> PEC that is advertisef to work in G-2 does not work. The only way to get a working PEC at this time is by
> purchasing PEMpro, then use a PHD2 unguided log file fed into PEMpro to have it create the correct PEC file.

Michael, you obviously haven't used PEMPro, because you don't feed a PHD2 unguided log file into PEMPro to create a PEC curve. Maybe you are thinking of the PEMPro Log Viewer, which does accept PHD2 logs for analysis?

> I reported the G-2 problem to Renew Goerlich who asked me to download certain files from the G-2, but I did not
> have a CAT5 cable connection so I did not deliver the files requested.? Bottom line: G-2 PEC does not yet work.

You must mean recording PE via an autoguider doesn't work, right? PEMPro does work with the Gemini-2 PEC.

BTW, recording via autoguider is likely to provide inferior results. In fact, this method doesn't work very well at all if there are any non-integer fundamental frequencies, which is not uncommon. I can explain why this is so, if this isn't obvious?

-Ray

> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of Michael Herman
> Sent: Thursday, June 17, 2021 8:56 PM
> To: [email protected]
> Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any reason not
> to do this?
>
> PCBoreland,
>
> (What is your first name?)
>
> I encountered the same problem as you report: the Gemini-2 PEC training acquisition time is broken.? The internal
> PEC that is advertisef to work in G-2 does not work. The only way to get a working PEC at this time is by
> purchasing PEMpro, then use a PHD2 unguided log file fed into PEMpro to have it create the correct PEC file.
>
> The PEC training in Gemini-1 does work.? You don't need PEMpro if you have a G-1. You can use PEMpro if you
> want of course.
>
> I reported the G-2 problem to Renew Goerlich who asked me to download certain files from the G-2, but I did not
> have a CAT5 cable connection so I did not deliver the files requested.? Bottom line: G-2 PEC does not yet work.
>
> Meanwhile I am happy to read your detailed reports on the 125:1 gearbox.? I agree that PHD2 autoguiding will
> correct the DEC and RA.? It would be the same if tracking the sun or moon or a planet...you must use autoguiding.
>
> And yes. The 125:1 vs 25:1 means that slewing will be somewhere like 5x slower.? Yet it is the tracking perfection
> that you are focussing on.
>
> Best,
> Michael
>
>
>
>
>
> On Thu, Jun 17, 2021, 8:10 PM pcboreland via <pcboreland=[email protected]> wrote:
>
>
>? ? ? ?As was pointed out by David Partridge, it is possible to change out the gear box on just RA if one uses the
> web interface to select the parameters. I installed the 125:1 gearbox earlier in the day, and have been able to
> gather some initial data. As might be expected there is good and bad.
>
>? ? ? ?The Good. Unmoded, my Ra guided on average 30% worse than the Dec axis looking back over 6 months
> of logs. With the limited short run tests done earlier this evening RA is now guiding 10 to 20% better than Dec. A
> huge shift in performance. A seeming improvement of greater than 0.6 arcsec on 10 min runs. I'll be imaging in 90
> minute blocks later tonight so will hopefully get data worth sharing, and this improvement holds
>
>? ? ? ?The Bad. 1. Ra runs slow. Over a 3hr period it fell behind the object a noticable bit. This I assume is
> because the Ra tracking divisor is set to 89754 when it needs to be set 89754.2. I go not think this is a big deal as
> guiding ought to handle this problem. 2. Pec training runs for just 48s. 1/5th of a worm cycle. Not sure how to fix
> this? I do not see any parameters to lengthen the record time. Pec is turned off and I'm using Predictive Pec in
> PHD2, but hoping this can be fixed?
>
>? ? ? ?First Ha image of the Cygnus Wall just came in!
>
>







Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

I encountered the same problem as you report: the Gemini-2 PEC training acquisition time is broken. The internal
PEC that is advertisef to work in G-2 does not work. The only way to get a working PEC at this time is by
purchasing PEMpro, then use a PHD2 unguided log file fed into PEMpro to have it create the correct PEC file.
Michael, you obviously haven't used PEMPro, because you don't feed a PHD2 unguided log file into PEMPro to create a PEC curve. Maybe you are thinking of the PEMPro Log Viewer, which does accept PHD2 logs for analysis?

I reported the G-2 problem to Renew Goerlich who asked me to download certain files from the G-2, but I did not
have a CAT5 cable connection so I did not deliver the files requested. Bottom line: G-2 PEC does not yet work.
You must mean recording PE via an autoguider doesn't work, right? PEMPro does work with the Gemini-2 PEC.

BTW, recording via autoguider is likely to provide inferior results. In fact, this method doesn't work very well at all if there are any non-integer fundamental frequencies, which is not uncommon. I can explain why this is so, if this isn't obvious?

-Ray

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Michael Herman
Sent: Thursday, June 17, 2021 8:56 PM
To: [email protected]
Subject: Re: [Losmandy_users_io] Changing the servo motor encoders from 256 to 512 or 1024. Any reason not
to do this?

PCBoreland,

(What is your first name?)

I encountered the same problem as you report: the Gemini-2 PEC training acquisition time is broken. The internal
PEC that is advertisef to work in G-2 does not work. The only way to get a working PEC at this time is by
purchasing PEMpro, then use a PHD2 unguided log file fed into PEMpro to have it create the correct PEC file.

The PEC training in Gemini-1 does work. You don't need PEMpro if you have a G-1. You can use PEMpro if you
want of course.

I reported the G-2 problem to Renew Goerlich who asked me to download certain files from the G-2, but I did not
have a CAT5 cable connection so I did not deliver the files requested. Bottom line: G-2 PEC does not yet work.

Meanwhile I am happy to read your detailed reports on the 125:1 gearbox. I agree that PHD2 autoguiding will
correct the DEC and RA. It would be the same if tracking the sun or moon or a planet...you must use autoguiding.

And yes. The 125:1 vs 25:1 means that slewing will be somewhere like 5x slower. Yet it is the tracking perfection
that you are focussing on.

Best,
Michael





On Thu, Jun 17, 2021, 8:10 PM pcboreland via groups.io <pcboreland@...> wrote:


As was pointed out by David Partridge, it is possible to change out the gear box on just RA if one uses the
web interface to select the parameters. I installed the 125:1 gearbox earlier in the day, and have been able to
gather some initial data. As might be expected there is good and bad.

The Good. Unmoded, my Ra guided on average 30% worse than the Dec axis looking back over 6 months
of logs. With the limited short run tests done earlier this evening RA is now guiding 10 to 20% better than Dec. A
huge shift in performance. A seeming improvement of greater than 0.6 arcsec on 10 min runs. I'll be imaging in 90
minute blocks later tonight so will hopefully get data worth sharing, and this improvement holds

The Bad. 1. Ra runs slow. Over a 3hr period it fell behind the object a noticable bit. This I assume is
because the Ra tracking divisor is set to 89754 when it needs to be set 89754.2. I go not think this is a big deal as
guiding ought to handle this problem. 2. Pec training runs for just 48s. 1/5th of a worm cycle. Not sure how to fix
this? I do not see any parameters to lengthen the record time. Pec is turned off and I'm using Predictive Pec in
PHD2, but hoping this can be fixed?

First Ha image of the Cygnus Wall just came in!


Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

PCBoreland,

(What is your first name?)

I encountered the same?problem as you report: the Gemini-2 PEC training acquisition time is broken.? The internal PEC that is advertisef to work in G-2 does not work. The only way to get a working PEC at this time is by purchasing PEMpro, then use a PHD2 unguided log file fed into PEMpro to have it create the correct PEC file.?

The PEC training in Gemini-1 does work.? You don't need PEMpro if you have a G-1. You can use PEMpro if you want of course.?

I reported the G-2 problem to Renew Goerlich who asked me to download certain files from the G-2, but I did not have a CAT5 cable connection so I did not deliver the files requested.? Bottom line: G-2 PEC does not yet work.??

Meanwhile I am happy to read your detailed reports on the 125:1 gearbox.? I agree that PHD2 autoguiding will correct the DEC and RA.? It would be the same if tracking the sun or moon or a planet...you must use autoguiding.??

And yes. The 125:1 vs 25:1 means that slewing will be somewhere like 5x slower.? Yet it is the tracking perfection? that you are focussing on.??

Best,
Michael





On Thu, Jun 17, 2021, 8:10 PM pcboreland via <pcboreland=[email protected]> wrote:
As was pointed out by David Partridge, it is possible to change out the gear box on just RA if one uses the web interface to select the parameters. I installed the 125:1 gearbox earlier in the day, and have been able to gather some initial data. As might be expected there is good and bad.

The Good. Unmoded, my Ra guided on average 30% worse than the Dec axis looking back over 6 months of logs. With the limited short run tests done earlier this evening RA is now guiding 10 to 20% better than Dec. A huge shift in performance. A seeming improvement of greater than 0.6 arcsec on 10 min runs. I'll be imaging in 90 minute blocks later tonight so will hopefully get data worth sharing, and this improvement holds

The Bad. 1. Ra runs slow. Over a 3hr period it fell behind the object a noticable bit. This I assume is because the Ra tracking divisor is set to 89754 when it needs to be set 89754.2. I go not think this is a big deal as guiding ought to handle this problem. 2. Pec training runs for just 48s. 1/5th of a worm cycle. Not sure how to fix this? I do not see any parameters to lengthen the record time. Pec is turned off and I'm using Predictive Pec in PHD2, but hoping this can be fixed?

First Ha image of the Cygnus Wall just came in!


Re: Changing the servo motor encoders from 256 to 512 or 1024. Any reason not to do this?

 

As was pointed out by David Partridge, it is possible to change out the gear box on just RA if one uses the web interface to select the parameters. I installed the 125:1 gearbox earlier in the day, and have been able to gather some initial data. As might be expected there is good and bad.

The Good. Unmoded, my Ra guided on average 30% worse than the Dec axis looking back over 6 months of logs. With the limited short run tests done earlier this evening RA is now guiding 10 to 20% better than Dec. A huge shift in performance. A seeming improvement of greater than 0.6 arcsec on 10 min runs. I'll be imaging in 90 minute blocks later tonight so will hopefully get data worth sharing, and this improvement holds

The Bad. 1. Ra runs slow. Over a 3hr period it fell behind the object a noticable bit. This I assume is because the Ra tracking divisor is set to 89754 when it needs to be set 89754.2. I go not think this is a big deal as guiding ought to handle this problem. 2. Pec training runs for just 48s. 1/5th of a worm cycle. Not sure how to fix this? I do not see any parameters to lengthen the record time. Pec is turned off and I'm using Predictive Pec in PHD2, but hoping this can be fixed?

First Ha image of the Cygnus Wall just came in!


Re: DIY Spring Loaded Worms for the G11

 

I have seen this behaviour in DEC before. It happens more often that not when your scope is on one side of the meridian and pointing right at the zenith. It bounces N/S because it is "hanging down".
Couple of things you can check.

1_ Do you have lateral axial play in your DEC worm.
2_ Is your gearbox shaft to worm coupler secured without rotational play or flex.
3_ This is extreme but older G11 had a bronze bush only (no bearing) mating with the DEC spur gear. So if there is lateral play between that gear and the bush then that can contribute to lateral axial play. It's easy to check. Mesh the DEC worm to the max then tighten the clutch to the max. Move and rotate the DEC saddle plate by hand. If you feel any "click" it's likely something's giving other than the worm.

Anyway check that first and report back see how you go.


Re: Meridian Flips and NINA

Jim Waters
 

I may make some tweaks later to WSL and WGL but for now I am happy.? I think I will increase Max Minutes to 35 or 40 because of NB imaging.? My biggest issues now is mount shifting during meridian flip.? I may purchase the?HD tripod next month.? Thanks for the feedback Edward.

------------------------
Jim W
Phoenix, AZ. USA


Re: Meridian Flips and NINA

 

Gemini-2
Western Safety Limit - 101? ?( 00:43.53 hms after Meridian)
Western GoTo Limit - 11? ? ? ?(flip at 00:00:00 hms, right after the Meridian)

NINA - NB 094
Minutes After Meridian - 10? ? ? ? ? ?(greater than 00:00:00)
Max Minutes After Meridian - 30? ?( less than 00:43:53 )

?.... so, yeah, based on my current understanding this should allow a flip to occur 10min after the meridian and no image to be scheduled before flipping that would end more than 30 min after the meridian. For imaging, there is a slight advantage of making "Minutes after meridian" smaller. Specifically, if you are doing long NB images and an exposure ends between Meridian and Meridian+10min, NINA will not schedule another one on the WEST (because it won't fit in before the 30min mark) and has to wait up to 10min to flip and start one on the EAST.

--
Edward