19 June 2021: Our upload server https://upload.astropixelprocessor.com/has been migrated successfully to our new office with higher upload and download speeds (nearly 10MByte/sec up/down ) ! We now have 1 general upload user called: upload with password: upload. The users upload1 - upload5 have been disabled.
Hello Vincent and Hello Mabula, I have problems creating a masterflat. I have uploaded a record (folder has the same name as the post), I always get an error message in beta 1.076beta3.
In APP 1.0.75 I could create the masterflat without error message.
When stretching the integration image, the preview hangs when you move the stretch slider and/or the contrast slider and jump from integration to rejection map. APP must then be restarted.
In APP 1.0.76beta3_Linux version the Ram memory usage display of the OS machine does not work properly. The specification differs strongly from the task manager. In Windows
Thanks for letting us know! So the exact same data did work fine on the Linux version.. that's indeed interesting. You did create the masterflat with bias loaded in as well I assume? As it seems to be an error which might indicate that is what's going on.
Hi Vincent, so the Masterflat is only created with Darkflat. Zwo recommends not to use bias frames for the ASI294, because of AMP glow. In APP 1.075 it worked without any error message.
I have uploaded the frames for testing. The folder has the same name as the post.
That with Linux refers to the memory usage above left in the screenshot. I opened htop for comparison.
Thank you as always for reporting these issues. I will have a look at your data and will check the preview bug as well 😉 The linux memory reporting will be checked as well.
I have problems creating a masterflat. I have uploaded a record (folder has the same name as the post), I always get an error message in beta 1.076beta3.
I have first checked the data that you first uploaded. First of all, the message that you got is not an error message, it is warning 😉
That message only pops-up if you have loaded lights, and are creating a masterflat when either:
the flats are not calibrated by bias or darkflats
the lights are not calibrated by bias or darks
Judging from your screenshot, I can only assume that you did not load bias or darks for your lights at the moment, or they were deselected. The message warns you that if you continue like this with calibration of your lights, things will not work properly.
Hello Mabula, I have also done further tests, I think the warning message came not without reason. Because apparently there is a problem with the darkframes. Could a driver update of the camera cause this problem? I had made an update recently. Because now everything runs without warning. But the integration shows a strange ring-shaped pattern. Maybe caused by short exposure time?
When stretching the integration image, the preview hangs when you move the stretch slider and/or the contrast slider and jump from integration to rejection map. APP must then be restarted.
FIXED, PREVIEWFILTER & IMAGEVIEWER PANEL, a bug has been located and solved which caused the image viewer panel not to respond any more. If you would load a 16/32bits image and would set the zoom on on one of the B,W,ST, BA, CON sliders of the preview filter to 4 and then load an 8bits image, the previewfilter and imageviewer panel would stop working. This is now solved.
Hello Mabula, I have also done further tests, I think the warning message came not without reason. Because apparently there is a problem with the darkframes. Could a driver update of the camera cause this problem? I had made an update recently. Because now everything runs without warning. But the integration shows a strange ring-shaped pattern. Maybe caused by short exposure time?
I did not see an obvious problem with the dark frames in terms of metadata or the creation of the fits files, which would have been a reason for mismatching with lights or read problems of the data.
But, if I look at the 15 second darks, they don't look good at all. Especially if you look at 2 different darks:
stretched images of 2 15 second darks:
The apparent banding, if it were part of the sensor's dark signal, should look the same in both darks. It clearly is totally different.... this indicates a problem with the camera I would, or maybe there is electronic interference somewhere ? A bad USB connection perhaps? Is it a new camera?
Those newly uploaded frames are not better, they have the same issue in terms of banding. I would suggest you check all electronics and probably also the supplier of the camera.
Hello Manuela, the camera is the same. The difference is the last shots were taken with the new Mgen3 in conjunction with the mgenAPP. The app acts as a man in the middle which loops the camera signal through to control the dithering. I have already written the developer, but haven't heard back yet. If there could be such problems. I will probably have to fall back on phd2.
Just a wild guess, but I had issues a few years ago because my equipment didn't have a common ground. This was leading to a signal on the USB lines and messing with my sensor signal. If you have equipment in between, it is a likely culprit.
Hello Vincent, can you describe the problems USB ground again exactly. What exactly was the reason for this, disconnections or similar? I want to do some tests now, but I can already say that mgenAPP and even a short driver update of the recording camera have an influence. But the stripes and darks remain. But they are also present in much older recordings.
I had a tiny computer (Pi) with its own power supply and other equipment with another power supply. They didn't have common ground. Apparently this caused a signal on the data-lines, causing background noise, which went away after making it into a common ground circuit (I did this by connecting the Pi to a USB3 hub with its own power and got rid of the power plug on the Pi which didn't have ground to begin with).
I use a long active USB cable, between my PC in the house and the mount with USB hub and own power supply in the garden. I want to buy a USB isolator to separate the connection from each other. Because the Usb-Hub is powered by a different circuit than the PC. Maybe this helps to avoid problems. Thanks for the tip.
Ah, that is interesting. An active USB cable that long might be of influence. Not saying it is, but worth checking out indeed. Good luck!
ps. also make sure that power outlet on the supply in the garden has a good earth as well. And safety wise obviously, take care of that as well. I had 220 in the garden, but put in several measures to keep it "safe". 🙂
