Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Revolution Pi – Industrial PC Based on Raspberry Pi

revolution.kunbus.com

Post reply on HN
Print view View original

71–77 of 77 posts

Re: Revolution Pi – Industrial PC Based on Raspberry Pi

#71

Post by analog31 »

VdH1 wrote: post #63
analog31 wrote: post #41

Earlier quoted context omitted.

Nice idea! One of the reported issues with the Raspberry Pi is failure of the SD card if power is interrupted while the card is being written. Does your implementation overcome this problem?

We are in a very close contact to the Raspi Team and I can assure you that most of those "SD card issues" is pure rumor and urban legend. All known issues could be reduced to the fact that some people bought cheap cards and supposed them to work for ages even when treating them like you would never do with your PC. Raspi team's Sw developers told me they would switch off power without shutting the system down dozens…

I can't edit my post any more, but want to acknowledge this answer. Thanks!

Re: Revolution Pi – Industrial PC Based on Raspberry Pi

#73

Post by l1k »

gregmac wrote: post #72
l1k wrote: post #13

Hi there. I'm an engineer on the Revolution Pi team. AMA.

The page mentions it has Raspbian Jessie pre-installed. How are updates to that handled, or is that up to the implementor?

Updates to Raspbian packages can be installed via apt-get as usual. The same goes for packages specific to the Revolution Pi, those are made available through a separate apt repo: https://packages.revolutionpi.de/dists/

Upgrades to new releases can be performed either with an in-place "apt-get dist-upgrade" as is customary on Debian-derived distributions, or by creating a backup image of the eMMC, flashing the new image, then copying over any customized config files from the backup.

Re: Revolution Pi – Industrial PC Based on Raspberry Pi

#74

Post by chillingeffect »

VdH1 wrote: post #65
chillingeffect wrote: post #55

Earlier quoted context omitted.

I'm always looking for LabVIEW alternatives... is one of your cards an analog input module? How else to get 10-20 analog inputs? And is 10kHz sampling reasonable? What's the highest practical Fs? Thank you/danke!

Our AIO module which will be available in June/July is a high precision module (0.1% FSC accuracy without calibration) having 4 differential inputs which can be used as current or voltage inputs (several input ranges are software controlled available). There are 2 additional RT100/RT1000 inputs and 2 analog outputs (current or voltage). These modules are not designed for high speed data acquisition but as standard in…

Thanks! Sounds like a replacement for an NI USB DAQ 6008.

Re: Revolution Pi – Industrial PC Based on Raspberry Pi

#75

Post by delinka »

VdH3 wrote: post #68
delinka wrote: post #60

Earlier quoted context omitted.

I think the intent is "give developers a cheaper system to get started with" and not putting a cardboard version into production environments.

No that is definitely not the intention of RevPi. The price is not comparable to Raspberry Pi. It's just the other way round: Many of our customers have used original Raspis to play around and have short development cycles. When they start getting the things ready for real life they switch to RevPi because it is nearly 1005 sw compatible with their experimental system but which is designed for rough environment like…

I think you misunderstand. The intent of the guy asking for a cardboard case is that he wants a cheaper version of your RevPi for developers. No one should be putting this theoretical cardboard-wrapped computer into production.

Yes, I see your point that a developer could just use a stock RPi to get started, and switch up to RevPi for production use. But this guy wants your sexy case in cardboard.

Re: Revolution Pi – Industrial PC Based on Raspberry Pi

#76

Post by posguy »

Normal_gaussian wrote: post #24
posguy wrote: post #21

Earlier quoted context omitted.

Were you using decent microSDs? Was each mSD getting QC'ed? We benchmark every single mSD before deploying an SBC with it, and have switched to only using Evo+ 32GB cards as they pass our QC 3/5 of the time, which is much better than the other available brands. Also, mSD corruption means your using a mSD card with a bad controller. The mSD was bound to corrupt and was a low caliber card to start with, unless you are…

Do you mind sharing your quality control method for this? We are hitting card issues on relatively low device numbers.

Just saw this, TL;DR we transfer a large file onto and off of the mSD card. If its above 10MB/s for both (which is the base rating on a class 10 card), then it is a fine mSD card. I've also noticed that on multi-gig files speeds tend to drop to around 6MB/s, not the end of the world for us, but also not a sign of a bad mSD either.

Re: Revolution Pi – Industrial PC Based on Raspberry Pi

#77

Post by posguy »

learc83 wrote: post #58
posguy wrote: post #21

Earlier quoted context omitted.

Were you using decent microSDs? Was each mSD getting QC'ed? We benchmark every single mSD before deploying an SBC with it, and have switched to only using Evo+ 32GB cards as they pass our QC 3/5 of the time, which is much better than the other available brands. Also, mSD corruption means your using a mSD card with a bad controller. The mSD was bound to corrupt and was a low caliber card to start with, unless you are…

From my experience the failures were almost always caused by a power loss. The obvious solution would have been to include a battery backup in the case.

Odd, I've only ever seen this be an issue on the Raspberry Pi platform, outside of that power loss doesn't regularly cause data loss on most Androids or Allwinner boards so long as the mSD isn't of low caliber.
Post reply on HN