Thanks for clarification. I will take this into account while thinking about storage space.

Hello and welcome. There is better way that I plan to use, buy 128GB USB 3.1 and use it on one of the blue usb rpi port, then when capturing, select saving directory to be on this usb. After you are done, just take your USB stick from rpi and use it on your PC/Mac for processing.

Here is the link for the one I use

www.amazon.com/dp/B07855LJ99/ref=cm_sw_r_cp_api_i_aDvQEbWTAVD9R


Thank you
Mohamed

Yes thanks. This is exactly what I had in mind

I tried this but it ended up locking up my RPI on boot. I have an Anker USB 3 hub with all the equipment attached to it. I have written a rules file to make sure all the equipment identifiers are unique. I tired adding a USB stick to the hub and the Rpi recognized it right away, but then you have to mount the drive and give it a convenient name instead of the UUID. I followed instructions on the web to do this and to modify the /etc/fstab file so that on boot it would recognize and identify the USB Stick memory. But instead the RPi booted into an emergency locked state. The only way to boot up the Rpi was to remove the memory stick from the hub and plug it directly into one of the USB ports on the Rpi.

I then removed the added line to the fstab file, but now I am back to having to mount the drive each time. I suspect there may be a timing issue between when the rpi expects to find the memory and when it is actually available on the USB hub. But I am not sure. If anyone has accomplished successfully to use a USB memory stick in their RPi which comes up automatically on boot, I would like to know how you did it.

I can put the memory stick into one of the RPI's ports, but it is not as convenient as putting it in the hub, since I have my Rpi in a safe box with the setup. I don't know if this would solve the problem with the modified fstab file or not. I have yet to try that.

thanks,
Ron

Maybe I am stupid, but I don’t understand the issue, you say you don’t want the images saved to the rpi....correct, but you want them save on the SD card, yet they are the same thing, as the rpi runs from the SD card....so makes no sense to me....
You have the options to save images to either
SD card in rpi
Or if you run ekos from a separate machine you can save to that,
Or both places

Hello krno,
as I have the same question - do you see any possibility to get such feature in one of the next releases?

I want to explain my problem:
- I'm using a RPI4 with astroberry to control my setup via INDI (CEM60, FSQ106, DSLR)
- as I'm storing every picture to the DSLR (SD- or CF-Card) I do not have the need to store it as well on the RPI4
- the download via the USB-Interface of the DSLR is quite boring = takes about 30 sec!!!
- and it additionally needs a lot of battery

Therefore, it would be a nice feature to deactivate the automatic download!
Kind regards,
Dieter

I am trying to migrate to INDI/EKOS running on Astroberry and also have the same request if this would be considered.

Saving only to the DSLR's memory card would save me over 30 seconds (at least) per sub. In a (rare - UK and, well, clouds) imaging session with a poor mount, the transfers take longer than the length of exposure I can successfully take... so of the available time 70%+ is just waiting for the file to transfer via the USB to the Pi itself. 

I'll take a look at a USB stick for the Pi, but it's the USB interface to the Pi from the camera that is the bottleneck.

In APT (trying to migrate from) I can save the RAW file on the camera and transfer only a reduced JPG for the on-screen preview. 

 

I am also trying to migrate to Astroberry... I have my Raspberry Pi4 coming on Saturday.  I would also like to have my images save directly to the camera SD card.  I take a lot of images since I'm using an Alt-Az mount; therefore, short exposures.

I have tried using a 128gb usb stick as suggested above by mhammady. I have mounted the usb stick and created a directory. In the capture module I can see the directory which I choose for downloading the frames. However, the download of the first frame either does not happen or is very long. I aborted after 60 secs. Anyone got any ideas? The file format is fat32. Could this be the problem?

Hi Snowman,

What do you mean by "download of the first frame either does not happen or is very long"?

Hi Mohamed
When the first frame time ends the FITS window doe not open and the rotating circle just spins. After a minute I aborted that's why I said download   could have just been long. Yesterday I got around to looking at the problem again and found that it is the path description to the usb stick that was wrong. I put the path as /media/stellarmate/123GBvolume. Then I realised that a name had been attached to the volume,CB7C-26F5.When I entered the the path as /media/stellarmate/CB7C-26F5 things worked and my 18Gb files download in about 2 secs.I have no idea where this name comes from, it must be already attached to the usb stick when I bought it.

I’m glad that your problem is resolved. As a rule of thumb in Linux, don’t make assumptions, and make sure you copy and paste the correct path. Sometimes I put empty text file like “usbroot.txt” just to make sure I’m in the right folder.

The name you saw is most probably the USB drive serial number.