FOV rectangle on guide camera image

franco

w7ay Have you tried binning the camera? (Or it is already binned?)

My astronomic learning curve hasn't made it as far as binning!

enaiman

franco Just a suggestion about your AA placement.
You have a lot of space under your scope which you could use to hold your AA. Get a large Losmandy saddle and put your AA on that. Multiple benefits - it will add some weight to the front of the scope (common issue with reflectors where the weight is at the back) and quite a few cables will avoid crossing any rotating parts; plus it will improve cable management by a lot.

franco

w7ay If you have enough CPU power, you can be autofocusing all cameras concurrently.

ASIAir cluster!

w7ay

enaiman You have a lot of space under your scope which you could use to hold your AA.

Bad idea to mount something with an antenna on a platform that moves during the night. Antennas such as the one on all models of the ASIAIR, are not omidirectional, much less isotropic. You can easily loose WiFi connectivity during a Meridian flip.

@franco has the right idea. I do the same thing even when I use direct Ethernet connection -- my ASIAIR sits in a waterproof ABS box at the base of with tri-pier (and my mount) which sits outdoors 24x7x365 (under waterproof bags when not in use).

Even with @franco's setup, the WiFi antenna directivity can still be affected by the massive metal OTA that is moving through the night. If I were using WiFi, I would place the ASIAIR closer to the house, and separate from the tripod by a half a meter or so (one wavelength at 2.4 GHz is about 2.5 cm, so half a meter should be sufficient). At least in @franco's case, notice that his ASIAIR USB connections can be nicely separated away from the WiFI antenna (likely 50% of the WiFi woes that you read about in the ASIAIR Facebook page).

If you have a Mac, you can actually use my antenna modeling program to test some of the placements out.

http://www.w7ay.net/site/Manuals/cocoaNEC/index.html

By the way, I suspect that most of the problems with the flakey ASIAIR WiFi connections that you read about on Facebook are caused by poor SNR at the receiving end of the ASIAIR, and not the transmit signal strength from the ASIAIR. The receiving end has to also contend with interference from neighbors WiFi and microwave ovens). (Remember the Reciprocity Theorem that we studied in antenna theory classes? The directivity of an antenna when used as a receiver is the same as the directivity of the same antenna when used to transmit. But the SNR is not the same!)

Chen

franco

enaiman

What you can't quite see in the picture is the Ethernet cable that runs from the Pro to a Slate that is tied to a tripod leg. I still get a few dropouts but it much more stable than the totally useless Pro WiFi.

Not sure there are less cables to worry about snagging if the Pro is on the mount. At the moment I have just power and USB in a sheaf running from the Pro to the telescope, if I did it your way I would need power, USB for the mount and Ethernet.

I have 3 scopes and 1 Pro. I move the mount outside each night and the Pro is already wired and ready to go, I just connect the cameras and EAF.

enaiman

w7ay Why would be a bad idea to lose WiFi during a meridian flip? The tablet/laptop/phone has absolutely nothing to do with the MF and the AA is wired to the mount.
I am having all my AA units on OTA, all using station mode and sometimes the signal strength will drop depending on the antenna position; it will drop from the usual 7MB/s transfer speed to 1-2MB/s but nothing more than that. It takes longer to download the images but that works good even with my 6200MM camera.
If antenna position is so important, we can always use a separate antenna and place it wherever we need so the OTA won't get in the way - like this one. OnmiDirectional antenna
Personally I see only benefits from having the AA at OTA level.
I always respect your opinions Chen but on this one we have to disagree.

w7ay

enaiman this one we have to disagree.

Your choice. I can just explain the technical details, I cannot make you accept them. As you youself have just stated, the SNR change is already causing you to lose transmission rate through the night.

Good luck. Hope your neighbor does not install a big honking mesh network.

Chen

w7ay

franco the Pro to a Slate that is tied to a tripod leg

Hah! I did see something else with a WiFi antenna :-).

However, through the night, the antenna's pattern can change as the big honking metal OTA moves around near it. Check up on "multipath distortion."

the totally useless Pro WiFi.

I agree completely. When others design metal enclosure around a Raspberry Pi, they often leave some slots for signals to go through. The slots need to be at least 1/2 wavelength wide for any chance of the signal passing through -- when we design dish antennas with metal mesh instead of a solid parabolic surface, the mesh just needs to be 1/4 wavelength or smaller to perform almost as well as a solid surface.

The first day I received the second generation ASIAIR, I went and measured the hole sizes of its metal box, and decided then and there that I could not use WiFi reliably, and bought a travel router :-).

FWIW, I do use a first generation ASIAIR on WiFi for an All Sky camera. Works fine on Station Mode, especially after the eero network Band Steered it to use the 5 GHz band. A caveat being I do not use any Raspberry Pi enclosure at all, but with the ASIAIR board naked inside the large ABS enclosure of the All-Sky camera.

Both of my second generation ASIAIRs (one in the house for experiments, and one outdoors) are tied by Ethernet to one of the mesh routers and get about 80 to 90 MBytes/sec from the Samba server. My Raspberry Pi 4 running INDIGO Sky works so well with WiFi that I don't even bother using wired Ethernet; but so far, just on the desk while I write and test my application.

Chen

franco

w7ay I have always wondered about mounting a Barlow in some kind of filter wheel

This prompted me to break out my 2x Barlow, I've tried it before but wasn't impressed hence why I bought a 2 micron camera. I screwed the lens cell into the end of the 2" camera nose piece so wasn't sure of the exact magnification and the seeing was terrible but I was curious. The image wasn't much worse than without the Barlow but the new FL of 5m and the small pixels made the image of Jupiter so big that at the lowest ROI the slightest movement would clip the edges of the disc.

I have a terrible short-term memory and I never write anything down so I'm not sure but it seems the lowest ROI for the 678 was a higher resolution than I could get with the 294. Going with the next higher resolution made the frame rate drop significantly and made the stacking run even slower - need that ASIAir cluster!

I was watching the USB monitor on the ASIAir and didn't see the transfer rate go above 10MB/sec, which is slow even for USB2 - the 678 was connected to the USB hub of the 294. At full resolution the 678 is supposed to be able to do 47fps.

Are the ROI resolutions in video mode predefined in hardware or can they be set arbitrarily in the software?

w7ay

franco I've tried it before but wasn't impressed hence why I bought a 2 micron camera.

Yep, I bought that camera just because of the pixel size. I do have a couple of the TeleVue PowerMates (from 1.5x to 5x) but still prefer smaller pixels than using even the telecentric PowerMates (you can check out Baader's white paper on telecentric barlows vs "normal" Barlows).

From Baader's diagrams, you can see why a simple Barlow's magnification depends on the "backfocus" distance. Some of my PowerMates have a mgnification change, and some have almost constant magnification, independent of the "backfocus."

Unfortunately, the ASI678 camera is useless with ASIAIR since I could not get 2 FPS guiding through it. The ASI678 works with other systems though -- only the ASIAIR could not keep up.

But it is a good camera to have around for planetary work.

Chen

w7ay

Are the ROI resolutions in video mode predefined in hardware or can they be set arbitrarily in the software?
If memory serves, with ZWO's camera, you just have to make sure that the frame dimension is some integer multiple (like 8 bytes or 16 bytes) of a power of two.

Other than that restriction, you should be able to get any ROI (as long as you don't use the artificially crippled ASIAIR). You can even use a thin ROI that is 1024 x 16, if memory serves (useful if you just need one strip of data).

Chen

franco

w7ay

Yep, you are correct. I checked in ASICap and you can set a custom ROI as long as the width is a multiple of 8 and height a multiple of 2.

I also checked the USB transfer rate and it hits 40MB/sec at full resolution, 4 times faster than on the Air.

franco

Installed Firecapture on the ASIAir, it allows custom ROI and also seems faster than the ZWO video mode.

The weather is set to improve on Tuesday so I might try to do a head to head.