Reducing the electronics footprint... at the moment I use an external 8 relays board (I only need 4 relays) which is GPIO controlled, and 2x external boards to be able to switch off the USB power.
This time, I got myself a PiRelayV2 and it works wonder on the Odroid C4, which means one less box to worry about and now that I can take care of the power from the C4 that's another two boards less.

 

I recently dropped one of my old 32-bit atoms to install a Lattepanda of the first version. It has a Leonardo integrated, which controls the power supply relays. I actively use 5 relays on a row of 8 for now (2 cameras, mount, heater and flat panel), 2 are supplying non-controlled power to the two sbcs and one is free. I plan to code a supply watchdog in the Leonardo, but this goes slowly because the obs is just outside in my backyard What I want to do in the next months is to automate pulling the roll-away shed like a dome parking. Brittany weather can't be trusted that much.

-Eric

pimp the Odroid C4... with an m.sata hat (geekworm)... and a 480Gb drive.

   

root@heidenrod-obs:/# hdparm -tT /dev/sda1

/dev/sda1:
Timing cached reads: 2862 MB in 2.00 seconds = 1431.13 MB/sec
Timing buffered disk reads: 2 MB in 30.70 seconds = 66.70 kB/sec
root@heidenrod-obs:/#

root@heidenrod-obs:/# dd if=/dev/zero of=/Astro/output.img bs=8k count=256k
262144+0 records in
262144+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 6.97678 s, 308 MB/s
root@heidenrod-obs:/#

and with a little write cache enabled, getting a little bit better but it's ok, not building it for high speed.

root@heidenrod-obs:/# hdparm -W /dev/sda1

/dev/sda1:
write-caching = 1 (on)
root@heidenrod-obs:/#
root@heidenrod-obs:/#
root@heidenrod-obs:/# dd if=/dev/zero of=/Astro/output2.img bs=8k count=256k
262144+0 records in
262144+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 7.16556 s, 300 MB/s
root@heidenrod-obs:/# hdparm -tT /dev/sda1

/dev/sda1:
Timing cached reads: 2480 MB in 2.00 seconds = 1239.58 MB/sec
Timing buffered disk reads: 730 MB in 3.00 seconds = 243.19 MB/sec
root@heidenrod-obs:/#

Interesting! Did you drop the microSD and emmc to boot/run only from the SSD? If so, any difficulty in installing and booting from SSD on the ODroid?

Thanks!
 

I'm booting from the emmc, the sdcard is for small backups and the SSD is for storage.

Thanks!

I use an M,2 SSD connected vias USB 3.0 for storage.

I am also booting from the emmc on the Lattepanda, and I use a non-robust low-rate WiFi connection to move FITS frames as they appear on storage. I wish Ekos would store the frames in a non-fits extension then rename them atomically to ".fits" though.

-Eric

I do have an issue with the ssd hat, I think it might come from the USB3 connector, CPU goes nuts and very poor performance overall. I will troubleshoot...

I was able to fix the SSD hat issue by getting a USB3 cable instead of using the little cross over part they provide you with.
As the two usb connectors are not perfectly aligned, I suspect there was a short.
now all fixed

no more cpu spike and no more overheating, no more dmesg being flooder with errors.

root@heidenrod-obs:~# df -hTP {/,/backup,/Astro}
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/mmcblk0p2 ext4   29G  6.4G   23G  23% /
/dev/mmcblk1p1 ext4  7.3G   34M  6.9G   1% /backup
/dev/sda1      xfs   447G  3.2G  444G   1% /Astro
root@heidenrod-obs:~# w
 19:37:54 up 3 min,  1 user,  load average: 0.57, 0.42, 0.19
USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT
root     pts/0    192.168.8.67     19:34    0.00s  0.06s  0.00s w
root@heidenrod-obs:~#