You are right. I was not precise enough saying 'all freezes and crashes'.
Anyway, believe me or not, after years of maintaining this system and handling users' reports this is hardware that should be inspected first (not blamed). And this would save lots of hours to anyone. The winner being "undervoltage" as users don't account for juice sucked by USB devices and focus on power needed for RPi only. Only after removing this issue software should be inspected, otherwise we're just using unstable platform to run software. Bad thing is that powered USB hubs are not always a solution as they introduce other issues on USB layer for some devices.
All the best and clear skies!
Read More...
Until new version of oacapture is released you can run this command as a workaround
sudo ln -s /usr/lib/arm-linux-gnueabihf/libqhyccd.so.22.1.2 /usr/lib/arm-linux-gnueabihf/libqhyccd.so.21
What do you mean it's not confirmed?
Read More...
Each of these issues is well documented in the Internet. Taking hardware design issue as an example - it was discussed even here www.indilib.org/forum/general/6576-pi4-u...hz-interference.html
For the rest I'm not giving you ultimate solution but rather way to diagnose an issue. You're not happy with wired connection, use external wifi dongle etc.
Read More...
Features registered as issues #28 and #29 at the project source github.com/rkaczorek/astroberry-diy/issues
Read More...
Hi Guys
I'm almost 100% sure that all these freezes and crashes are related to hardware, not software.
Majority of issue come from:
- system undervoltage - observe you system logs running
tail -f /var/log/syslog