4 ms·
I am of a similar opinion. Here's my story. I wanted to use the r.pi for storing sensor data sent from an arduino over serial port. The arduino worked rock sta
by pingec 12y ago
I am of a similar opinion. Here's my story.
I wanted to use the r.pi for storing sensor data sent from an arduino over serial port. The arduino worked rock stable but there were so many problems with the r.pi. Let me describe some of them.
First had a problem of r.pi freezing every few days. This was the first revision. The community said I must have had a bad SD card or a bad power supply or a bad USB hub. I was determined to make it work. I went ahead and bought 3 more power supplies and 2 USB hubs and 5 SD cards all of different but recommended models for use with r.pi. The freezes did not go away. At this point the community just started shrugging or saying I must be doing something wrong. This got me very frustrated.
So one day I ordered a new r.pi (model A), plugged in place of the old one and freezes were gone, ha!
However, there were still problems I could not work out. For example running lcd4linux with dpf-ax display on USB would make the r.pi freeze/crash (with kdb session spawned on r.pi serial port) after a few hours.
Another problem was data corruption on power loss. For example I had a FAT formatted USB flash stick to which I was logging data. And one day after an electricity blackout I find 80% of the files on that stick corrupt. I don't know why that would happen, I would expect maybe the active files being affected but not the files that had not been read nor written to since months before. Here is an example of data corruption [1]. Can anyone explain how this can happen? Any ideas?
I addressed the lcd4linux problem by buying a beaglebone black which has no such problems. I am still scared that one day my data will corrupt again so now I am logging straight to github.
To summarize, I think r.pi was definitely not worth the time nor the money I spent on it. Although I really wanted to, I could not make it work in the end.
[1] http://pingec.si/corruption.JPG http://pingec.si/corruption.JPG
- maguirre 12y agoData corruption during power loss has also been one of my biggest headaches with it comes to single board computers. I don't think I can say this is an issue that afflicts RPis only. However if you attempt to log data into the same device that you boot from you are asking for trouble imho. Someone else in this thread mentioned running the OS from RAM. I didn't know this was an option but I need to do some reading on how to do this. In your case though, I think backing up to a remote device is about the only sensible way to attack the data corruption problem.