Re: GL.iNet travel routers for use with ASIAir Pro (or Plus)
I could do some screen shots next week for the BerylAC1300 and Gemini 2 configuration if interested.?
That would be helpful for me.?
|
Re: GL.iNet travel routers for use with ASIAir Pro (or Plus)
Hi Rob
I think the message regarding tripod leg or wherever?you want to put it is location can affect connectivity, so if your wifi signal is not great, you can try moving it around. Although it's probably wise to avoid faraday cages.?
We did a tutorial on setting up the GL.iNet router for woodland hills, it's still solid:?
On Tue, Mar 7, 2023 at 1:26?AM Rob Matson via <robert.d.matson= [email protected]> wrote:
- If your tripod legs are metal this will also likely ruin your Wi-Fi signal so mounting the router on the legs seems a poor idea. I have been just placing it on top of my DIY power pack which seems
to work fine.?
I don¡¯t see how putting a router atop a (clearly metal-containing) power pack is substantively different than bungie-cording it to a metallic tripod leg? Routers seem to communicate just fine through multiple walls/floors/doors of my house,
so I¡¯d be shocked if the travel router (which should arrive tomorrow from Amazon, btw), would be severely impacted by a nearby piece of metal ¨C unless that ¡°metal¡± happened to be a Faraday cage enclosing the router.
?
- I could do some screen shots next week for the BerylAC1300 and Gemini 2 configuration if interested.
I¡¯ll certainly appreciate any pointers on properly setting it up with the Gemini 2. (I did go with the Beryl AX ¨C it ended up being only $25 more than the MT1300.) --Rob
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
--
Brian
|
Re: PEC recording g11 Gemini 2
Hi Brian,
Absolutely, you should be using an autoguider rather than manually guiding. Last time I guided manually (to image or to program PEC) was in the early to mid 90's :) If you're worried about overcorrection, you can always lower the aggressiveness of the autoguider. As long as your DEC drift isn't large, I'd also turn off DEC corrections when programming PEC.?
Regards,
? -Paul
toggle quoted message
Show quoted text
On Tue, Mar 7, 2023 at 06:53 AM, brian wheeler wrote:
The owners manual states that I can record PEC, by manually guiding for about 4 minutes, taking care not to overcorrect.
I¡¯m curious,¡¡ Can I use PHD2 (short 1/2 second exposures) to do my guiding during pec training, or does it have be done done manually.
I would assume that it makes no difference to the mount itself, so this is more of a ¡°has anyone done this with phd2 successfully, or will phd2 overcorrect, and cause more problems to the pec training¡.
Thank you,
Brian Wheeler
|
Re: PEC recording g11 Gemini 2
I have the following notes for Gemini-1 which allows averaging. I think you'd need to use PEMPro (or GemPro when available) for G-2 and modify accordingly.
1. The first thing you do, is set up your autoguiding camera (say with PHD2), and let it calibrate.
2. While PHD2 is running (autoguiding), use the Gemini handset to go to the PEC menu, and start the TRAIN PEC. ¡°Setup ¡úMount Parameters ¡úPEC¡úTrain PEC¡±
3. That will complete in about 4 minutes. As soon as that is done, you just run the same thing again (run #2). ¡°Setup ¡úMount Parameters ¡úPEC¡úTrain PEC¡±
4. After run #2, go to the commands: ¡°Setup ¡úMount Parameters ¡úPEC¡úAverage Data¡±
... now repeat the next 2 lines... until you have at least 5 training sessions averaged ....
5. Start PEC run (#3, etc) with the commands: ¡°Setup ¡úMount Parameters ¡úPEC¡úTrain PEC¡±
6. then add that to the average with: ¡°Setup ¡úMount Parameters ¡úPEC¡úAverage Data¡±
HtH
David
toggle quoted message
Show quoted text
-----Original Message----- From: [email protected] < [email protected]> On Behalf Of brian wheeler via groups.io Sent: 07 March 2023 11:53 To: [email protected]Subject: [Gemini-II_io] PEC recording g11 Gemini 2 The owners manual states that I can record PEC, by manually guiding for about 4 minutes, taking care not to overcorrect. I¡¯m curious,¡¡ Can I use PHD2 (short 1/2 second exposures) to do my guiding during pec training, or does it have be done done manually. I would assume that it makes no difference to the mount itself, so this is more of a ¡°has anyone done this with phd2 successfully, or will phd2 overcorrect, and cause more problems to the pec training¡. Thank you, Brian Wheeler
|
PEC recording g11 Gemini 2
The owners manual states that I can record PEC, by manually guiding for about 4 minutes, taking care not to overcorrect.
I¡¯m curious,¡¡ Can I use PHD2 (short 1/2 second exposures) to do my guiding during pec training, or does it have be done done manually.
I would assume that it makes no difference to the mount itself, so this is more of a ¡°has anyone done this with phd2 successfully, or will phd2 overcorrect, and cause more problems to the pec training¡.
Thank you,
Brian Wheeler
|
Re: GL.iNet travel routers for use with ASIAir Pro (or Plus)
- If your tripod legs are metal this will also likely ruin your Wi-Fi signal so mounting the router on the legs seems a poor idea. I have been just placing it on top of my DIY power pack which seems
to work fine.?
I don¡¯t see how putting a router atop a (clearly metal-containing) power pack is substantively different than bungie-cording it to a metallic tripod leg? Routers seem to communicate just fine through multiple walls/floors/doors of my house,
so I¡¯d be shocked if the travel router (which should arrive tomorrow from Amazon, btw), would be severely impacted by a nearby piece of metal ¨C unless that ¡°metal¡± happened to be a Faraday cage enclosing the router.
?
- I could do some screen shots next week for the BerylAC1300 and Gemini 2 configuration if interested.
I¡¯ll certainly appreciate any pointers on properly setting it up with the Gemini 2. (I did go with the Beryl AX ¨C it ended up being only $25 more than the MT1300.) --Rob
|
Re: GL.iNet travel routers for use with ASIAir Pro (or Plus)
On Sun, Mar 5, 2023 at 05:18 PM, Rob Matson wrote:
?Hi Chip,
?
- Don't do what that person did. The person who posted the review / experience of the Slate router had nothing to do with shortcomings of the GL.iNET Slate AC750 router and everything to do with shortcomings of the person posting. The poster had no idea what they were doing and didn't understand the ASIAIR or how networks and routers work.
?
Okay, that¡¯s a relief. (To reiterate, I am probably as close to illiterate as that poster was regarding communication methods and protocols between routers, wi-fi, cellphones, tablets, ASIAir, Apple Airport Express, etc.) So while I¡¯m ill-equipped to judge whether a solution will work or not, I¡¯ll happily follow the advise and instructions from those who do know. ?
?
- I posted how to use a travel router to fix the ASIAIR Pro and now Plus Wi-Fi problems years ago. Hundreds of people have used that information to sucessfully resolve the ASIAIR Wi-Fi defect.
?
A quick Google search (with intelligently selected keywords) turns up several of your posts several years back on FB about the TP-Link AC750 travel router. ?
?
- Yours is the simplest situation - fix the ASIAIR Wi-Fi so you can use it as it should have worked out of the box to directly communicate with a smartphone or tablet, not over the house LAN or Wi-Fi network. I use Android phones and tablets so if you have an iOS phone or tablet I can help with the router but others will need to pitch in on the phone side though it is pretty much the same with different ICONs used.
?
I¡¯ve always been an Android phone guy (Google Pixel 5 phone currently), and I¡¯ll always use either my phone or an Android tablet to talk to the ASIAir, so sounds to me like the small GL.iNET travel router is a solution.
?
- Once you have decided to act instead of just suffering all you need is the travel router, buy one with external antennas, and a couple of CAT6 cables long enough to connect your ASIAIR and Gemini-2 to wherever you place the router. On router placement, do not be tempted to locate the router as part of the moving payload. To do this makes the Wi-Fi signal pattern change as the mount moves and you will be confused by the lack of Wi-Fi signal strength consistency.
?
Well, placing the router on the scope itself (like my ASIAir Pro is) would be nice from the perspective of a very short cable connection between them (and no danger of cable snags), but I can see how the Wi-Fi signal strength might change depending on the direction my scope is pointed. I suppose I could mount the router on one of the tripod legs (facing the house), run a CAT6 up that leg and then cable-tie it to the power cable I¡¯ve already got going up to the ASIAir Pro.
?
Amazon has the GL.iNet GL-MT1300 (Beryl) for ~$75 ¨C I assume this is the one you¡¯re currently using. They also have the GL-MT3000 (Beryl AX) for $120. The $45 difference is in the noise, so if you think I¡¯ll have a better experience with the AX, I¡¯ll go that route.? --Rob
Hi Rob, If your tripod legs are metal this will also likely ruin your Wi-Fi signal so mounting the router on the legs seems a poor idea. I have been just placing it on top of my DIY power pack which seems to work fine.? I could do some screen shots next week for the BerylAC1300 and Gemini 2 configuration if interested.? I plan to buy the faster Beryl AX but in truth it is not really needed, I'm just a speed junkie and hardware geek. The only issue I see with the AX is the reduced port count for those who want to use an Ethernet cable to connect to their network. But I would just use the router in bridge mode and skip the Ethernet connection if possible.? ? ? -- Chip Louie Chief Daydreamer Imagination Hardware?
? ?Astropheric Weather Forecast - South Pasadena, CA?
|
GL.iNet travel routers for use with ASIAir Pro (or Plus)
?Hi Chip,
?
- Don't do what that person did. The person who posted the review / experience of the Slate router had nothing to do with shortcomings of the GL.iNET Slate AC750 router and everything
to do with shortcomings of the person posting. The poster had no idea what they were doing and didn't understand the ASIAIR or how networks and routers work.
?
Okay, that¡¯s a relief. (To reiterate, I am probably as close to illiterate as that poster was regarding communication methods and protocols between routers, wi-fi, cellphones, tablets, ASIAir, Apple Airport Express, etc.) So while I¡¯m ill-equipped
to judge whether a solution will work or not, I¡¯ll happily follow the advise and instructions from those who do know.
?
?
- I posted how to use a travel router to fix the ASIAIR Pro and now Plus Wi-Fi problems years ago. Hundreds of people have used that information to sucessfully resolve the ASIAIR Wi-Fi
defect.
?
A quick Google search (with intelligently selected keywords) turns up several of your posts several years back on FB about the TP-Link AC750 travel router.
?
?
- Yours is the simplest situation - fix the ASIAIR Wi-Fi so you can use it as it should have worked out of the box to directly communicate with a smartphone or tablet, not over the house
LAN or Wi-Fi network. I use Android phones and tablets so if you have an iOS phone or tablet I can help with the router but others will need to pitch in on the phone side though it is pretty much the same with different ICONs used.
?
I¡¯ve always been an Android phone guy (Google Pixel 5 phone currently), and I¡¯ll always use either my phone or an Android tablet to talk to the ASIAir, so sounds to me like the small GL.iNET travel router is a solution.
?
- Once you have decided to act instead of just suffering all you need is the travel router, buy one with external antennas, and a couple of CAT6 cables long enough to connect your ASIAIR
and Gemini-2 to wherever you place the router. On router placement, do not be tempted to locate the router as part of the moving payload. To do this makes the Wi-Fi signal pattern change as the mount moves and you will be confused by the lack of Wi-Fi signal
strength consistency.
?
Well, placing the router on the scope itself (like my ASIAir Pro is) would be nice from the perspective of a very short cable connection between them (and no danger of cable snags), but I can see how the Wi-Fi signal strength might change
depending on the direction my scope is pointed. I suppose I could mount the router on one of the tripod legs (facing the house), run a CAT6 up that leg and then cable-tie it to the power cable I¡¯ve already got going up to the ASIAir Pro.
?
Amazon has the GL.iNet GL-MT1300 (Beryl) for ~$75 ¨C I assume this is the one you¡¯re currently using. They also have the GL-MT3000 (Beryl AX) for $120. The $45 difference is in the noise, so if you think I¡¯ll have a better experience with
the AX, I¡¯ll go that route.? --Rob
|
Re: Losmandy G11 Mount erratic
Is it ASCOM controlled??? If so do you have logs
Possible cable "hang:?
--
Brendan
|
Re: Losmandy G11 Mount erratic
Yes funny last night I did a 3 hour straight session and only 1 frame had to be dumped due to tracking errors so I'm not sure what caused it :)
|
Re: Losmandy G11 Mount erratic
That's hard to say, Trevor. If you had a mechanical problem, it should be occurring mostly all the time and happen every session. Bad seeing is a more likely candidate. I've had many an outing where there was zero wind at ground level, but the upper atmosphere was very turbulent. It can come fast and go fast but should not happen all the time.??
John
|
Losmandy G11 Mount erratic
Around 1 hour into a tracking session the mount guiding using PHD2 was perfect then all of a sudden the DEC/Ra goes off the chart this has happened twice recently around the same period into a session then seems to settle down a few frames later, is there anyway of telling whether you have a problem with the main drive gear :)
|
Thanks for the compliment :-) Yeah, no, I believe it has nothing to do with results. But I totally agree with you, more to do with personal preferences. Besides most of the work I am currently publishing has been shot using Ekos, so... :-D Also I find it is, in any case, very hard to change acquisition software and routine (in the workflow sense). Don't get me wrong I love Linux, and I find it more stable, better, faster and cheaper than Windows. As a company owner I have many servers and all are running Linux. Only two "servers" are Windows, my Telescope computer, and my Allskeye computer (I was running allsky on RPI and just switched for Allskeye, still running tests, but is so much better). The RPI has caused me issues too, with a 6200 the images are 130MB each and the PI is just not able to tackle with this in a fluid way. I switched before those PC sticks started to get good enough. So I went the Intel NUC way, bought an older gen 8/i5 as it runs on 12V. Never regretted it. I was exactly like you dual booting into Windows solely for PemPro. But I deleted the Linux partition last week as things have been running so smoothly for the past 6 months. As I run big multi months projects I strongly rely on scheduling them. One thing I was lacking is the ability to schedule an automated flat session at the end of the night, no matter what. Had discussions with Wolfgang, I managed to find a way around it but it was very inconvenient. One thing I really miss from Ekos is the Analysis module, that one as been brilliantly implemented. I unfortunately never had it to run without issues. Updating was never done without backing up the entire partition because it broke so many times. If clouds showed up, focusing would fill up the root volume and when that happened, for some reason all the settings in ~/.indi were reset to factory. I had to setup my flat panel brightness per filter for flats so many times. I 100% understand and agree with the tinkering part. I myself have fully automated my workflow, I launch the session at night go to sleep and wake up to fully calibrated and graded frames. INDI was really cool for being able to write bash scripts controlling the mount or other gear. Under Windows it is not possible through batch scripts. Though it is as easy through python scripts. I dream of machining. That opens so much possibilities! I have 3D printed many parts, nothing critical though. And had a friend of mine machine a custom adapter for my OAG. In the end YMMV and it all comes down to personal preferences. Personally, I started under Windows with SGP, switched to Linux Ekos/INDI for two years and got back to Windows with NINA. I don't think I will ever look back. I hate Windows :-D I really didn't expect that to happen :') Carl We share this passion for tinkering. Here is the work in progress allskeye live website I am building, also showing where the telescope is aiming at : 
On Fri, Mar 3, 2023 at 06:29 PM, Jamie Amendolagine wrote:
It's hard to argue with fantastic results Carl, so I won't!!!
For me, overall I love and find the ekos system to be quite awesome, even if stellarmate leaves much to be desired.
Once ekos (not stellarmate) is setup it disappears. My normal routine takes about 3 min to setup the system, and I keep the telescope / mount inside. The ekos setup part generally entails plugging it in, starting a VNC client on my desktop or phone, choosing a target, platesolving, starting guiding, and then hit the go button. All of which takes a few min. I haven't found a need to build sequences since my routine is so quick, and I generally stick with one target for the night. I have found that the RPI4 is getting a bit long in the tooth, which means lower overall performance, that's why I've switched to a MeLe with a faster intel chip -- (I am keeping my eyes on risk-v developments as it seems like the future). I haven't timed it, but it seems to take just a couple of seconds between exposures, so it hasn't slowed my acquisition by much, and everything generally just works so I'm quite happy.?
I also have a computer background, but I've worked exclusively on embedded systems, from aerospace to consumer electronics. Mostly embedded Linux, but sometimes some an RTOS, or sometimes just an Ada runtime running directly on a chip:) Linux is where I feel at home, so that's what I use. I own one copy of windows, and that solely for running PEMPro:)
I consider tinkering to be part of the hobby, so I'm quite happy to do bug fixes or add features to the software stacks that I use. I even have tinkered with machining parts for the mount -- mostly unsuccessful machining attempts though...?
I do have my criticisms of the ekos/kstars/indi stack, but don't find anything to be limiting enough to switch. For one I'm not a fan of the kstars portion to tell you the truth. So I use skysafari for all of my planning and for slewing the telescope to a target. I could also use stellarium, but I'm quite happy with skysafari. I've also found that image data passing is slow, I suspect it's because of the very flexible networking architecture ends up copying data around -- it might be an interesting thing to look into fixing at some point, but it's not that big of a deal for me right now.??
Either way I say each to their own, enjoy the hobby how you like!
Jamie
|
It's hard to argue with fantastic results Carl, so I won't!!!
For me, overall I love and find the ekos system to be quite awesome, even if stellarmate leaves much to be desired.
Once ekos (not stellarmate) is setup it disappears. My normal routine takes about 3 min to setup the system, and I keep the telescope / mount inside. The ekos setup part generally entails plugging it in, starting a VNC client on my desktop or phone, choosing a target, platesolving, starting guiding, and then hit the go button. All of which takes a few min. I haven't found a need to build sequences since my routine is so quick, and I generally stick with one target for the night. I have found that the RPI4 is getting a bit long in the tooth, which means lower overall performance, that's why I've switched to a MeLe with a faster intel chip -- (I am keeping my eyes on risk-v developments as it seems like the future). I haven't timed it, but it seems to take just a couple of seconds between exposures, so it hasn't slowed my acquisition by much, and everything generally just works so I'm quite happy.?
I also have a computer background, but I've worked exclusively on embedded systems, from aerospace to consumer electronics. Mostly embedded Linux, but sometimes some an RTOS, or sometimes just an Ada runtime running directly on a chip:) Linux is where I feel at home, so that's what I use. I own one copy of windows, and that solely for running PEMPro:)
I consider tinkering to be part of the hobby, so I'm quite happy to do bug fixes or add features to the software stacks that I use. I even have tinkered with machining parts for the mount -- mostly unsuccessful machining attempts though...?
I do have my criticisms of the ekos/kstars/indi stack, but don't find anything to be limiting enough to switch. For one I'm not a fan of the kstars portion to tell you the truth. So I use skysafari for all of my planning and for slewing the telescope to a target. I could also use stellarium, but I'm quite happy with skysafari. I've also found that image data passing is slow, I suspect it's because of the very flexible networking architecture ends up copying data around -- it might be an interesting thing to look into fixing at some point, but it's not that big of a deal for me right now.??
Either way I say each to their own, enjoy the hobby how you like!
Jamie
|
I tried StellarMate some versions ago. The tablet app was near useless cuz ultimately one needed to use Ekos to truly configure the system. It all looked so promising as one worked thru that bird¡¯s nest of software client/server modules. I needed near constant assistance from Jasen as the documentation wasn¡¯t specific enough or complete enough to stand on its own.?
In the end StellarMate/Ekos never fully worked cuz when it came to critical functions one needed to work for the whole platform to be useful Jasen gave up and referred me to write the Indi forum hoping some engineer who wrote the respective module would chime in with the solution. In the end NONE of my questions to the Indi forum were ever answered. Jasen should have given me direct contact to the respective engineer - if he actually knew who the person was that wrote the module. ?I mean I bought the product right. If the whole system was freeware I would have accepted the boondoggle.
StellarMate seemed promising til one found out ultimately it¡¯s not supported as far as I am concerned. ?I spent 16 bleak years in high-end IT systems of all sorts and some people enjoy tinkering with computers and software but I just want a system that works so I can focus on the astrophotography. ?StellarMate just consumed and wasted my time.?
toggle quoted message
Show quoted text
On Mar 3, 2023, at 8:53 AM, Carl Bj?rk <carl.bjork@...> wrote:
?It hurts me to say this as an IT engineer, but Ekos/INDI caused me so many issues that I entirely stopped using it and moved back to windows and NINA. I tried for about 2 years before I pulled the plug about 6 months ago. NINA works flawlessly, its scheduler is much robust and can handle any given scenario. I also love the fact that you can edit the sequence while it is running. Last but not the least, NINA starts exposing next image as soon as the current one is downloaded whereas Ekos waits until it has streched it and analyzed what it need to. As a 6200 owner this was a big issue on the RPI4 I used for Ekos, overall I take much more images per night with NINA. My current sequence in NINA is an all year sequence with 3 groups: - Moon nights with moon down - Moon nights with moon up - New moon nights My opinion is that Ekos suffers a lot from its multiple state machines architecture. Also I believe bringing it at Google summer camps to have it amended by students not knowing the first thing about it or astronomy might also add more issues. I know you have been involved in the INDI driver for gemini L6 and that makes it even harder to move away. But I can only vouch for NINA. Since I switched to it I can concentrate on what matters, not making sure it works as expected. Again as an IT an engineer I would have never thought I would have advised people to move away from Linux for increased stability. Carl On Fri, Mar 3, 2023 at 04:29 PM, Jamie Amendolagine wrote:
I take back my recommendation. I tried it (rpi4) last night and had quite a struggle working around all the bugs -- mostly in the android app. It's a shame, especially since Jasem has put so much effort into the entire stack. The free part of the stack works great, but the pay part, not so much...?
Jamie
|
It hurts me to say this as an IT engineer, but Ekos/INDI caused me so many issues that I entirely stopped using it and moved back to windows and NINA.
I tried for about 2 years before I pulled the plug about 6 months ago.
NINA works flawlessly, its scheduler is much robust and can handle any given scenario. I also love the fact that you can edit the sequence while it is running. Last but not the least, NINA starts exposing next image as soon as the current one is downloaded whereas Ekos waits until it has streched it and analyzed what it need to. As a 6200 owner this was a big issue on the RPI4 I used for Ekos, overall I take much more images per night with NINA.
My current sequence in NINA is an all year sequence with 3 groups:
- Moon nights with moon down
- Moon nights with moon up
- New moon nights
My opinion is that Ekos suffers a lot from its multiple state machines architecture. Also I believe bringing it at Google summer camps to have it amended by students not knowing the first thing about it or astronomy might also add more issues.
I know you have been involved in the INDI driver for gemini L6 and that makes it even harder to move away. But I can only vouch for NINA. Since I switched to it I can concentrate on what matters, not making sure it works as expected.
Again as an IT an engineer I would have never thought I would have advised people to move away from Linux for increased stability.
Carl
toggle quoted message
Show quoted text
On Fri, Mar 3, 2023 at 04:29 PM, Jamie Amendolagine wrote:
I take back my recommendation. I tried it (rpi4) last night and had quite a struggle working around all the bugs -- mostly in the android app. It's a shame, especially since Jasem has put so much effort into the entire stack. The free part of the stack works great, but the pay part, not so much...?
Jamie
|
I take back my recommendation. I tried it (rpi4) last night and had quite a struggle working around all the bugs -- mostly in the android app. It's a shame, especially since Jasem has put so much effort into the entire stack. The free part of the stack works great, but the pay part, not so much...?
Jamie
|
Looks like it's available for purchase now:?
Seems to be a Mele quieter2q, which is bit slower than the 3Q / 3C.?
Two other options that are coming are an OS image for your existing mele, and a very interesting version: the stellarmate pro. This is akin to the asiair pro. It has 4 12v dc output ports, 4 x usb 3, 2 x usb 2, 1 x usb c, i2c 1 wire, 2 x dew heater, hdmi, GPS, external antenna etc. Now if it would only come with a faster CPU, it's running the same processor as the RPI4, and ASIAir, which is OK, but getting a bit long in the tooth.?
I'll probably give the OS image a try once it's available purely for the mobile app, that now has live stacking. Otherwise I'm quite happy with my MeLe running the ekos/kstars/indi stack.?
Jamie?
|
Re: Forgetting PEC training?
Hi Michael
?
If your sram
was reset at some point, it would lose the PEC as well, maybe that happened?
?
For future, you
can use Gemini Telescope.net to save/restore PEC
?
On Tue, Feb 28, 2023 at 6:26?PM Michael A. Covington < astro@...> wrote: Gemini II 5.21.? I trained my PEC using PEMPRO back in November, uploaded it to the mount, and tested it.? Then I didn't use PEC for a long time.? This evening, when I tried to, the mount had no recollection of having been trained.? I was able to upload PEC data to it from PEMPRO again (turned out I was not uploading the right file, so I'll go back and upload the right one; but it wasn't bad).? After turning the mount off for a few minutes and then on again, it *does* remember, now, that its PEC is trained.
Any thoughts as to what may have happened?
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
--
Brian
|
Gemini II 5.21.? I trained my PEC using PEMPRO back in November, uploaded it to the mount, and tested it.? Then I didn't use PEC for a long time.? This evening, when I tried to, the mount had no recollection of having been trained.? I was able to upload PEC data to it from PEMPRO again (turned out I was not uploading the right file, so I'll go back and upload the right one; but it wasn't bad).? After turning the mount off for a few minutes and then on again, it *does* remember, now, that its PEC is trained.
Any thoughts as to what may have happened?
|
Paul Kanevsky
David C. Partridge
Chip Louie
Jamie Amendolagine