|
APCC feature request - Get time from mount
Nick Iversen
APCC feature request - Get time from mount.
We can get latitude and longitude from the mount, time is useful too. This is for people who run PCs that are not connected to a network but are connected to a mount that has been initialised with GPS accuracy. If the mount and the PC have different times then problems like this https://ap-gto.groups.io/g/main/topic/80392492#76045 can occur. I have verified that the problem does not occur if the times are the same. Regards, Nick
|
|
|
|
Re: semi-OT: deterring critters in the obsy
Woody Schlom
Steve,
Yup. I agree with everything you said. The super thin copper “Mouse-Mesh” is the only way I’ve found to keep them out of things. And then I set electronic mouse traps – the ones that zap at a zillion volts.
And yes, I’ve found two mice in my electronic traps. The second one climbed over the rotting dead body of the first – only to get zapped also.
Woody
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Steven Panish
Sent: Sunday, September 26, 2021 2:57 PM To: main@ap-gto.groups.io Subject: Re: [ap-gto] semi-OT: deterring critters in the obsy
Myth. Mice really don't care about perfumy odors, or any other as far as I can tell. They also don't mind living in close proximity to rotting fellow dead mice. I have a blueberry farm and with massive quantity of fruit comes lots of rodents. Wire mesh is about all that deters them. There are some good traps available as well. If you poison them you will also be poisoning critters that eat the dying mice, and they have a knack for finding a place to crawl into while dying that produces maximum odor if they have gotten inside anything.
Steve
On Sun, Sep 26, 2021 at 9:51 AM Christopher M <mirfak@...> wrote:
|
|
|
|
Re: Pickering's (or Fleming's) Triangle
Beautiful shot Glenn. The bicolor works. Steve
On Sat, Sep 25, 2021 at 8:25 PM Glenn <public@...> wrote: Any part of the Cygnus loop is a treat for visual astronomers and astrophotographers alike. The many intricacies of its structure make it unique in the night sky.
|
|
|
|
Re: semi-OT: deterring critters in the obsy
Myth. Mice really don't care about perfumy odors, or any other as far as I can tell. They also don't mind living in close proximity to rotting fellow dead mice. I have a blueberry farm and with massive quantity of fruit comes lots of rodents. Wire mesh is about all that deters them. There are some good traps available as well. If you poison them you will also be poisoning critters that eat the dying mice, and they have a knack for finding a place to crawl into while dying that produces maximum odor if they have gotten inside anything. Steve
On Sun, Sep 26, 2021 at 9:51 AM Christopher M <mirfak@...> wrote: Apparently (haven't tried it but have heard) that regular Irish Spring soap shavings or pieces, placed in ziplock baggies with holes poked to let the scent out, placed around the inside base of the observatory, will keep mice away.
|
|
|
|
Re: Am I going to blow myself up with AC power and a surge protector?
AaronW
Thanks, all. Very helpful. I believe my outdoor outlet is already GFCI protected but will perform a test to confirm before plugging anything in. Best, Aaron
On Sat, Sep 25, 2021 at 4:27 PM M. Collins <aegle_observatory@...> wrote: On Sat, Sep 25, 2021 at 03:46 PM, ap@... wrote:
|
|
|
|
Re: What does GTO stand for in A-P mounts (i.e. A-P1100GTO)
CaptMax
Go to optics?
|
|
|
|
Re: What does GTO stand for in A-P mounts (i.e. A-P1100GTO)
Peter Nagy
That was my thought with a missing "o". Maybe it sounds cool and a reference to many automobiles called "GTO".
Peter
|
|
|
|
Re: What does GTO stand for in A-P mounts (i.e. A-P1100GTO)
Bill Long
Go To?
From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Peter Nagy <topboxman@...>
Sent: Sunday, September 26, 2021 12:21 PM To: main@ap-gto.groups.io <main@ap-gto.groups.io> Subject: [ap-gto] What does GTO stand for in A-P mounts (i.e. A-P1100GTO) Title says it all. Does it stand for "Grand Touring Optics". :-)
Is it based on your favorite cars like Pontiac GTO? Peter
|
|
|
|
What does GTO stand for in A-P mounts (i.e. A-P1100GTO)
Peter Nagy
Title says it all. Does it stand for "Grand Touring Optics". :-)
Is it based on your favorite cars like Pontiac GTO? Peter
|
|
|
|
Reflection in image
Robert Chozick <rchozick@...>
What would cause the refections in this image? It has been suggested to be a reflection in one of the t-thread or 2 inch extensions. I also place a 2 inch UV/IR filter at the end of the AP CCDT67 tele compressor. The order is ZWO 2600 color camera + t-thread extensions + t-thread to 2 inch adapter + 2 inch extensions + CCDT67 + 2 inch Baader UV/IR filter. I space it to be a .67 reduction factor. Any help diagnosing this would be appreciated. Image cropped without reflection: Robert
|
|
|
|
Shipping box and foam for Mach1
Patrick Spencer
Does anyone know if AP still sells boxes and foam that can be used to ship a Mach 1? I know there was a recent discussion about buying boxes for the 1100GTO, but I'm wondering about the Mach1, since it's no longer in production?
Thanks, Patrick Spencer
|
|
|
|
Re: Off Topic-NUC Computer
Bill Long
Yes if you do that type of work on your scope mounted PC, I'd look at i5 or better NUC computers. Running software for controlling normal DSO imaging these things are perfect low cost and highly effective little boxes.
From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Jeffc <jeffcrilly@...>
Sent: Sunday, September 26, 2021 9:44 AM To: main@ap-gto.groups.io <main@ap-gto.groups.io> Subject: Re: [ap-gto] Off Topic-NUC Computer > On Sep 26, 2021, at 6:58 AM, Ray Gralak <iogroups@...> wrote: > > If you are planning high-speed+high-resolution video capture for solar imaging, then you may want to be careful with the specs of the computer. Yes. I was thinking the same after I sent the earlier msg. Thx for mentioning it.
|
|
|
|
Re: AP1100AE Unexpected park?
ap@CaptivePhotons.com
Ray Gralak wrote:
From the log file, I eliminated all possibilities except for manual double-clicking of the park-status on APCC's status bar, which matches the expectedWell, there's some line from Sherlock Holms about what remains after you eliminate all other possibilities being true, so it must be. First, I didn’t even realize the bottom bar was active, I thought it was status only, so I learned something. At that time I was on a Android phone on an RDP client, where I drag fingers around to zoom into various parts of the screen. It's certainly possible I touched that bar, it's even possible the result was a click or double click though that usually takes more effort as you drag a pointer onto the thing you want to click, then tap it. But it's awkward working on a tiny screen and who knows. And I was half asleep. I think I also figured out the half empty ASCOM logs, though not entirely. I keep the ASCOM driver set to default to PARK 2, since that's where a safety park will send it from NINA if it detects rain (or at end of sequence), aiming the OTA sideways not up. I keep the APCC set to Park 3, as that's where I load and unload. That means when I manually park, I do it from APCC, which I guess is rather invisible to ASCOM? So my GUESS is that ASCOM figured out at 10pm that I parked, stopped logging. After 6am NINA parked it at the end of a sequence through ASCOM. I then unparked it in NINA to run another sequence for flats, and it started logging. What I don't quite understand is the 10pm stop was definitely from clicking on a slew-stop (I think) or emergency stop (possibly) in APCC when I realized I needed to go balance things. So not quite sure how ASCOM figured out it was parked. Anyway, I think the logging being off was from me jumping the line, as it were, and using APCC directly so ASCOM got confused and left logging off even though it was running for hours live and unparked. I do rather like having two different default park positions, at first that seemed redundant, but it's quite handy. Thanks for playing Sherlock for my mystery. I learned several things... all this actually started by not remembering to turn off a questionable model, so I got to see how that affected guiding as well. My guess is that smaller model didn’t even cover the section of sky I was in by 5am -- I haven't had a chance to do the whole, entire, cloud free sky since I got the mount. Dry season is coming, I hope.... Thanks again, Linwood
|
|
|
|
Re: Off Topic-NUC Computer
Jeffc
On Sep 26, 2021, at 6:58 AM, Ray Gralak <iogroups@siriusimaging.com> wrote:Yes. I was thinking the same after I sent the earlier msg. Thx for mentioning it.
|
|
|
|
Re: Pickering's (or Fleming's) Triangle
Glenn
Thank you, Andrea.
Glenn
|
|
|
|
Re: Off Topic-NUC Computer
Ray Gralak
Hi Jeff,
Thx for the pointer on minix. I’ve seen these and wondered if they were underpowered. Now that I thinkIf you are planning high-speed+high-resolution video capture for solar imaging, then you may want to be careful with the specs of the computer. It can take more CPU to handle high megapixel and/or high frame rate video. Also, disk performance will be a factor, so choose a computer with at least a SATA SSD, and maybe even an x4 NVME SSD. -Ray -----Original Message-----
|
|
|
|
Re: semi-OT: deterring critters in the obsy
Christopher M
Apparently (haven't tried it but have heard) that regular Irish Spring soap shavings or pieces, placed in ziplock baggies with holes poked to let the scent out, placed around the inside base of the observatory, will keep mice away.
|
|
|
|
Re: Off Topic-NUC Computer
Christopher M
In terms of processing power/processor selection, you do not need much for general astrophotography image capture and dome control. You only really need faster processors when you get into image processing on-board and planetary video. So if you plan to use the NUC just to capture images, control the mount, track the guide star, etc, then you can get away with something as simple as a Google Playbook. If you are going to do CMOS with lots of sub frames, then you would want to put more money into the storage. If you are going to do planetary video with concurrent processing, then you will want to invest more into the processing speed. I don't have one of these, but Primaluce lab sum up the differences here: https://www.primalucelab.com/blog/support/eagle4-s-or-pro-which-model-to-choose-quale-modello-scegliere/
|
|
|
|
Re: AP1100AE Unexpected park?
Ray Gralak
Linwood,
toggle quoted messageShow quoted text
From the log file, I eliminated all possibilities except for manual double-clicking of the park-status on APCC's status bar, which matches the expected command sequence from that action (two Q commands and the KA). So, is it possible you had double-clicked the park field in the status bar? -Ray
-----Original Message-----
|
|
|
|
Re: AP1100AE Unexpected park?
ap@CaptivePhotons.com
Thanks. Everything's put away, but not firing it up to look until I am operating on more sleep.OK, I lied, curiosity got the better of rational steps like sleeping. Found the :KA# (at 5:46:33.247) but have no idea where it came from. Also, the ASCOM log is weird, it jumps from 20:03 to 6:29 at an unpark, but that's an unpark I did after the sequence completed and parked so I could do flats. It's way later than my unpark done about 5:56am to fix the park that occurred then. Weird. But including it. So here's the logs. Again -- I'm pretty sure I hit some button or did something, too big a coincidence I was changing things and it parked -- but odd that there was a several minute delay, or seemed to be. I would be very curious what I did. https://drive.google.com/file/d/1LCk-aief4JtknRSBNTzKHQwWC-SRiaG4/view?usp=sharing I also reviewed the rather detailed NINA logs at that time. It was in the middle of a 300s exposure. The exposure started at 5:46:07 and completed at 5:51:11, so it really was not doing anything at the point it parked. PHD2 was guiding at the time. Now sleep.... 😊
|
|
|