# Hardware choice for industrial nodered

**URL:** https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078
**Category:** Industrial
**Created:** [27 December 2020 07:49 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078 "2020-12-27T07:49:05Z")
**Posts on this page:** 20
**Page:** 3

<div class="post-metadata">

### Author: ![darabontors](https://avatars.discourse-cdn.com/v4/letter/d/8e7dd6/32.png) [@darabontors](https://discourse.nodered.org/u/darabontors)
#### Post date: [2 January 2021 14:01 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/41 "2021-01-02T14:01:49Z")

</div>

While I certainly appreciate the robustness and overengineering of professional industry solutions, I don't really see why you consider RPi to not be reliable. Of course, we are not talking 99.9999999% uptime here. I personally would trust RPis for a project at 150 km driving distance. There could always be problems of a multitude sources. If you want really high availability, then redundant installations are a bare minimum and also, the rest of your system would need to be as reliable as the Node-RED hosting device itself. Weakest link in the chain applies.

---

<div class="post-metadata">

### Author: ![Joris6](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/joris6/32/23196_2.png) [@Joris6](https://discourse.nodered.org/u/Joris6)
#### Post date: [2 January 2021 16:50 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/42 "2021-01-02T16:50:59Z")

</div>

I don't say that the Pi is not reliable, it is not designed for industrial environment. EMC wise, certification, operating tempratures, SD-card usage a.s.o. make it not suitable. Personally I follow the progress of [https://revolution.kunbus.com/](https://revolution.kunbus.com/) very closely. And I think we will see these solutions in near future more often. And hopefully opens the very vendor locked market in the industry.

But I hope that the common Raspberry Pi will never be made fit for industrial environments or any other specialistic. Simply, because of the price. Let the openness of the Pi project take care that companies will make their own solutions around it.

And for OP's solution I still recommend to use OPC UA. 😉 (Which also has a very great node in Node RED 😉 )

---

<div class="post-metadata">

### Author: ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [2 January 2021 20:48 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/43 "2021-01-02T20:48:16Z")

</div>

> [@darabontors](#):
>
> You have to

No, I'm afraid you don't. That was the point of my previous comments and here: [[Reference] Optimising Node-RED - #5 by TotallyInformation](https://discourse.nodered.org/t/reference-optimising-node-red/38321/5).

It is certainly true that what you say will lighten the load on the card and make it easier to last longer.

However, this is certainly not _required_. A decent card is certainly capable of lasting years with at least moderate use. My own cards have lasted a long time (years) with no special care at all. Albeit that they are getting what I would call moderate use - they consistently see 1-2 writes per second 24hrs a day. Last time I had to replace a card was in 2015. That was when I moved to larger cards of better quality - not had a failure since then.

---

<div class="post-metadata">

### Author: ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [2 January 2021 21:24 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/44 "2021-01-02T21:24:47Z")

</div>

> [@darabontors](#):
>
> Make sure to format the microSD card to way below it's capacity (this is the only way you can do overprovisioning, having formatted free space available won't work).

Have you got a reference to support that? I understood that it is the total amount of data on the card that matters, not whether it is inside or outside the formatted region.

---

<div class="post-metadata">

### Author: ![davidz](https://avatars.discourse-cdn.com/v4/letter/d/a88e57/32.png) [@davidz](https://discourse.nodered.org/u/davidz)
#### Post date: [2 January 2021 22:34 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/45 "2021-01-02T22:34:17Z")

</div>

Just curious: what micro SD card r you using?  
We have Pi in industrial environments running for years.  
We only use Sandisk Micro SD cards.

---

<div class="post-metadata">

### Author: ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [3 January 2021 00:15 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/46 "2021-01-03T00:15:46Z")

</div>

Wear levelling happens at the controller level not at the filing system level. It doesn't matter whether you have assigned the whole of the card to a partition or not.

Not that many vendors publish anything about wear levelling for their SD-Cards. However [Sandisk do](https://web.archive.org/web/20150326122100/http://ugweb.cs.ualberta.ca/~c274/resources/hardware/SDcards/WPaperWearLevelv1.0.pdf).

The cheap cards may not do wear levelling even today but good quality cards have done it for years now. This is one of the main reasons that we don't see many failures any more.

---

<div class="post-metadata">

### Author: ![smithy](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/smithy/32/37804_2.png) [@smithy](https://discourse.nodered.org/u/smithy)
#### Post date: [3 January 2021 01:57 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/47 "2021-01-03T01:57:35Z")

</div>

Hi.  
Please post how-to on your formatting procedure you mention, what tool you would recommend etc?

---

<div class="post-metadata">

### Author: ![smithy](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/smithy/32/37804_2.png) [@smithy](https://discourse.nodered.org/u/smithy)
#### Post date: [3 January 2021 02:06 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/48 "2021-01-03T02:06:09Z")

</div>

Hi. Decent Power Supply - do you mean something like a Din-Rail type from a good household name Meanwell, Omron or Phoenix etc?

---

<div class="post-metadata">

### Author: ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [3 January 2021 02:12 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/49 "2021-01-03T02:12:34Z")

</div>

I think that would depend on how you want the device mounted. Just be sure it can really supply the required power - it should be able to sustain at least 2-3A for a Pi3 or 4-5A probably for a Pi4 Best to avoid using USB power for reliability. As with all these things, get a decent brand, preferably one made specifically for your market/region - don't stint on power if you want reliability. If you do have to use USB for power, also double check all of your USB cables - some of them have serious power loss. Maybe get some to test. Then test them under a standard load to make sure that the voltage and current is stable.

---

<div class="post-metadata">

### Author: ![darabontors](https://avatars.discourse-cdn.com/v4/letter/d/8e7dd6/32.png) [@darabontors](https://discourse.nodered.org/u/darabontors)
#### Post date: [3 January 2021 04:47 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/50 "2021-01-03T04:47:37Z")

</div>

Ok, I read some more on this topic. While SSDs and SD cards are both based on flash storage, namely NAND technology, the implementation differs a lot. SSDs have different standards than SD cards, and there are numerous differences technically under the hood. SSDs have standards like TRIM and wear leveling technologies that are part of the spec. SD cards don't. It means it's up to the manufacturer to implement wear-leveling on SD cards. The lack of a standardized solution means some manufacturers don't include these to save money. Not to mention the abundance of fake microSD card.

Just as you said, more expensive, high quality cards (also High Endurance series) are typically OK for years.

Are you saying that wear-leveling has nothing to do with partitioning? Samsung Magician and other SSD manufacturer tools have over-provisioning as a feature. What this does, it shrinks the partition creating unallocated space. The rule of thumb is at least 10% of capacity allocated to overprovisioning. Why would this be different for SD cards? Also, over-provisioning is a big deal in datacenters where there are high IOPS workloads to boost endurance. I have heard of 90% overprovisioning (just using 10% of the capacity of a drive). As I understand it, the firmware is treating differently partitioned free space than unallocated space. Am I getting this wrong somehow?

---

<div class="post-metadata">

### Author: ![jw\_te\_r](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/jw_te_r/32/69700_2.png) [@jw\_te\_r](https://discourse.nodered.org/u/jw_te_r)
#### Post date: [3 January 2021 11:32 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/51 "2021-01-03T11:32:16Z")

</div>

I tried Kingston and Sandisk cards, could not see any difference. Both brands were fried in a matter of days. For me, the Pi experience was a big disappointment.  
I stopped torturing myself and am using Linux pc's now.

---

<div class="post-metadata">

### Author: ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [3 January 2021 11:38 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/52 "2021-01-03T11:38:51Z")

</div>

In that case either you were doing something extremely unusual or there was a hardware problem damaging them, or you had bought fake cards.

---

<div class="post-metadata">

### Author: ![jw\_te\_r](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/jw_te_r/32/69700_2.png) [@jw\_te\_r](https://discourse.nodered.org/u/jw_te_r)
#### Post date: [3 January 2021 11:52 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/53 "2021-01-03T11:52:29Z")

</div>

I used the power supply and SD cards that were recommended (and supplied) by my supplier, and I used it for monitoring temperatures in my solar system; writing the data once per minute.  
In my opinion that's not extremely unusual, and I still don't understand why it gave out so quickly.

I would love to take a new look if Raspberry developed a Pi that can boot from a SSD.

---

<div class="post-metadata">

### Author: ![Paul-Reed](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/paul-reed/32/66906_2.png) [@Paul-Reed](https://discourse.nodered.org/u/Paul-Reed)
#### Post date: [3 January 2021 11:56 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/54 "2021-01-03T11:56:58Z")

</div>

> [@TotallyInformation](#):
>
> - it should be able to sustain at least 2-3w for a Pi3 or 4-5 probably for a Pi4

Is that a typo; should be 2-3A (10-15W).

---

<div class="post-metadata">

### Author: ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [3 January 2021 11:58 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/55 "2021-01-03T11:58:13Z")

</div>

[Power Supply - Raspberry Pi Documentation](https://www.raspberrypi.org/documentation/hardware/raspberrypi/power/README.md)

Thanks for the correction Paul.

Also worth noting that newer versions of Rasbian at least report when the device is receiving less power than idea. I know because my Pi3 tells me regularly! It is powerered from a USB multi-plug power supply and I'm guessing (I've not actually measured it) that it is only getting around 2A or possibly that the cable I'm using has dropped the voltage slightly. I really must get a USB power tester.

Even so however, I've not had any problems and haven't had to replace the card since I first set the device up. In addition to Node-RED, it runs: Telegraf, Grafana, InfluxDB, Mosquitto, Ubiquity Wi-Fi Controller (Java) and probably a few other things. So it is being pretty well utilised.

```bash
pi@pi3:~ $ sudo dumpe2fs $(mount | grep 'on \/ ' | awk '{print $1}') | grep 'Filesystem created:'
dumpe2fs 1.43.4 (31-Jan-2017)
Filesystem created: Wed Apr 18 02:07:02 2018
pi@pi3:~ $

```

---

<div class="post-metadata">

### Author: ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [3 January 2021 12:10 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/56 "2021-01-03T12:10:23Z")

</div>

> [@darabontors](#):
>
> SD cards don't

I believe that is correct though I've not studied the standards. It is up to the manufacturer to implement such things.

> [@darabontors](#):
>
> more expensive, high quality cards (also High Endurance series)

Really, the Samsung EVO cards aren't expensive. Though you do need to check that you didn't get a knock-off copy. For industrial use, I would buy in batches and test.

> [@darabontors](#):
>
> Are you saying that wear-leveling has nothing to do with partitioning?

Yes, that is correct.

> [@darabontors](#):
>
> at least 10% of capacity allocated to overprovisioning. Why would this be different for SD cards?

I'm not an expert but I would guess that this is to prevent the disk from being completely filled because at that point wear levelling is less effective. In addition, the controllers on SSD's are going to be more capable than those on SD-Cards and the algorithms are likely to be more sophisticated. I don't believe anything that complex would be implemented on an SD-Card which are, after all, largely consumer and photography based where space "missing" from an advertised size is likely to be noticed and reported negatively.

In addition, any partition should not be filled beyond about 80% capacity as it increases file fragmentation if you have large files and this _can_, in some circumstances, slow down disk read/write performance.

---

<div class="post-metadata">

### Author: ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [3 January 2021 12:23 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/57 "2021-01-03T12:23:21Z")

</div>

No, that is not unusual, in fact it is a very low utilisation. Just because you used psu and cards that were supplied by the supplier does not mean there was not a hardware fault. Similarly all cards are supplied by a supplier, that does not guarantee that they are not fakes

---

<div class="post-metadata">

### Author: ![jw\_te\_r](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/jw_te_r/32/69700_2.png) [@jw\_te\_r](https://discourse.nodered.org/u/jw_te_r)
#### Post date: [3 January 2021 12:30 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/58 "2021-01-03T12:30:21Z")

</div>

Hmmm, I thought about that. Raspberry, psu and SD card were in the same box, all components have the Raspberry logo. How can I know whether it's any good?

---

<div class="post-metadata">

### Author: ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)
#### Post date: [3 January 2021 12:37 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/59 "2021-01-03T12:37:54Z")

</div>

> [@jw\_te\_r](#):
>
> How can I know whether it's any good?

There are tons of tools and guides...

> **[Fake Flash Test: 7 Free Tools to Check Real Capacity](https://whatsoftware.com/test-and-detect-fake-or-counterfeit-usb-flash-drives-bought-from-ebay-with-h2testw/)**
>
> Counterfeit computer products, including flash memory storage, have become increasingly common in recent years. While all types of flash memory storage,

> **[8 Tools to detect fake storage devices - gHacks Tech News](https://www.ghacks.net/2018/03/14/8-tools-to-detect-fake-storage-devices/)**
>
> A list of software programs for Windows and other operating systems to run tests on USB Flash drives to find out if they are fake / counterfeit or genuine.

> **[11 Freeware To Detect Fake USB Flash Drives, SD Cards And SSD Disk](https://www.geckoandfly.com/22803/detect-fake-usb-flash-drives-sd-cards-ssd-disk/)**
>
> There are many fake capacity USB flash drives on the market that claim a particular capacity, but only deliver somewhat less than this (particularly the

---

<div class="post-metadata">

### Author: ![machadotiago](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/machadotiago/32/23776_2.png) [@machadotiago](https://discourse.nodered.org/u/machadotiago)
#### Post date: [3 January 2021 14:44 UTC](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078/60 "2021-01-03T14:44:04Z")

</div>

I'm suspect to talk, since I work for [ST-One](http://st-one.io/), but we work very very hard for almost two years to keep the SD incorruptible and make a hardware that is robust enough for the industrial environment, trust me it is not an easy task. The magic is not only in the hardware but mostly in the custom OS.  
Most of our applications are remote (specially power plants) and it is running perfect for almost 3 years 24/7, but we had to develop many tools and softwares to have a plan B, C and D in case of any kind of problem.

[Previous page](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078.md?page=2)

[Next page](https://discourse.nodered.org/t/hardware-choice-for-industrial-nodered/38078.md?page=4)
