It's cool to see more Ryzen embedded boards on the market. Wondering how the price will be, when Ryzen V series was terribly expensive.
However, no NVMe, no regular PCIe, no even a single SATA port...Lack of IO is a serious dealbreaker to me. Feels like it's wasting the CPU's capabilities. I know there must be compromises for the RPi size, but the size itself is already compromised because it requires a cooling system, at least a big heatsink, on the back of the board. This company is hiding it.
I also wish these types of boards (including the Pi itself) would move away from USB-C ports and barrel jacks and move to something a little more suited for industrial embedded purposes. Anything from an XT30 to JST-EH to Molex Mini-Fit Jr. would do.
USB-C ports are flimsy and I've had many just snap right off the board, especially given the massively long cantilevers that most USB-C cables are. They also massively increase the effective footprint of the board when plugged in.
Or at the least, have the USB-C connector but provide something else as an option. I know the Pi can be powered off the GPIO, but it's not ideal as it bypasses all the power filtering circuitry.
That shifts the problem elsewhere (now you need a carrier board with additional electronics), but it doesn't solve it.
The pi form factor is fine, but 2-pin Molex-type connector in parallel with the incoming 5V would be a great addition. Hell, even just leave pads or holes and I'll solder in a connector myself. RPi's are being used more and more in embedded applications. It would be nice if the Foundation acknowledged that and made it a bit easier to work with.
The Pi can be powered by 5V through the expansion connector at pins 2 and 4 (with pin 6 and some others for ground). You can also get/build a 'hat' for your embedded application that provides power over Ethernet, 24V screw terminals with a regulator down to 5V, or whatever connector you require.
However, I disagree that the Molex connector is inherently superior to USB-C. I am abundantly familiar with the incongruity of a wall wart in an embedded application, but all you need for the power supply is 5V delivered over a USB-C connector. I understand an appeal for a latching or screw-secured connector, but a pin header connector is neither of those. USB-C doesn't easily fall out, it's just another connector.
Another answer is to hack a USB 2.0 C-C cable [1] in half, pull back the shield, heat shrink over the shield and 30 AWG data wires, crimp ferrules on the 26 AWG power wires, and run those to my screw terminals of the existing embedded 5V power bus.
To build on that, you can also secure the USB-C connector with a small dab of epoxy or locktite. Many devices I've pulled apart put a dab of epoxy on connectors to secure them so it's a known technique. A small dab still lets a technician break it if need be for repairs.
The USB-C connector is surface-mounted, so that makes it super easy to be torqued off by the massive cantilever that is the USB-C plug. I regularly have entire connectors ripped off PCBs but that has never happened with cheap, industrial connectors like the various ones Molex produces (and they're dirt cheap).
Molex has very sturdy through-hole power connectors as well as plugs that are lower profile and won't torque off the connector as easily. 2-pin Mini-Fit Jr. would work pretty well.
The mission of the Raspberry Pi foundation is to provide cost-effective computers for use in education. I suspect the foundation's non-profit status or at least community goodwill would be threatened if they decided to design and market hardware to industry.
Moreover, Raspberry Pis were never intended to be used in industry, and obviously are not designed as such. They _happen_ to work in many use cases, yes, but they lack so much: reliability engineering, failure testing, ruggedness requirements, industry certifications, QA, I could go on.
And, do you really want to be the guy who gets the call because failure of a $35 part stopped the production line at 2 a.m.?
There is no lack of industrial computing gear on the market, even stuff that runs Linux. It will cost an order of magnitude more for the same computing power, but it is more rugged, integrates well with existing systems, and is sold by a vendor that you can actually get on the phone and hold accountable for some things. And most importantly, putting it into production probably won't get you fired.
> but they lack so much: reliability engineering, failure testing, ruggedness requirements, industry certifications, QA, I could go on.
Sometimes you don't need all that stuff. Sometimes it's as simple as using a neural net to count the number of people in a room at a given time, or get a sensor to publish data online, or provide a networking shim for a RS232 device that fits in a small space.
There are also many use cases where having 10 working backup copies of a $35 device on a shelf that can be swapped in under a minute is a much better reliability guarantee than 1 $2000 industrial certified, QA certified, FDA approved, UL listed, GDPR compliant device whose tech support is in some other timezone, takes holidays, and isn't 24/7.
It's just that the easiest thing that can fail on a raspberry pi in my experience is the stupid micro-B/USB-C connector, so fixing that, which would cost pennies to put a slightly more rugged molex or other connector on the PCB, would be a really nice addition. The rest of the Pi is actually pretty reliable in my experience.
> stopped the production line at 2 a.m.?
Production lines aren't the only use case for Raspberry Pis in industry. Many production lines also don't run at 2am.
On rpi(at least rpi3) there is actually a debug point (a designated point on the board with some solder on which can be connected quite reliably) which allows for supplying power through it, while also taking advantage of all the power protection circuits that the USB port takes advantage of. It might be something you want to look up.
I am legitimately curious to see if you believe that the PI is suited to actual industrial applications in terms of its reliability (filesystem etc...) and low cost design? Maybe I'm defining industrial as something a lot more PLC based vs something akin to 'monitor the temperature in the warehouse' of course - when I hear industrial, I immediately think steel mills or manufacturing plants.
I would strongly hesitate to recommend the Pi for anything situation where 99% reliability (or above) was required unless I understood the domain back to front and could cover all the failure cases such as the expected operating environment ranges (temperature, power quality, EMI etc...).
This is one of the problems that arise in these discussions and I'm glad you clarified what you were thinking of.
"Industrial" spans a wide range. The problem I run into is that when I mention using Arduino or pi in industrial applications, people immediately jump to thoughts of extremely harsh environments and safety-critical applications. There are plenty of existing solutions to those problems.
Where the Pi shines is in "light industrial" tasks that a standard PC would be unsuited for (cost, size, I/O, power consumption, etc), but the environmental requirements aren't stressful. Those can be anything from counting rebar loaded onto a rack or providing help to truckers at a loading dock.
Even so, I have lots of small devices (arduino clones, Raspberry Pi) in machine control applications and they've been working very well.
Raspberry Pi is available in a "compute module" format which uses a standard SODIMM pin package... They sell quite a lot of them to commercial clients for use in manufacturing. Close to half of all Pi are used commercially, by some accounts. Stable form-factor, excellent documentation and ability to order new stock of specific models for several years after release make it very popular.
For example, I put embedded computers on drones and the first thing I do is have to figure out how to get power in that avoids the barrel jack which will almost certainly vibrate itself out. On the Pi (and most boards) that means direct power via the expansion header, but usually that means making a daughter board PCB with a suitable connector plus input protection (fuse, diode, etc). Not industrial, but any situation where you don't want to provide mains power, and you want a reliable connection means avoiding the jack.
You can, but that's irritating to do. In the case of the Pi there is no barrel connector, it's a USB port. So your only option is the header, either directly into the holes if its unpopulated, or get a 40-way female header and solder to that, or go for a daughter board.
The standard Raspberry Pi IMO isn't suited for industrial uses, but the compute module combined with a board designed with this kind of use in mind is a good start.
It's $300 at minimum, and usually more than $400. Of course "terribly expensive" is a relative measure, but I borrowed it from a discussion of the Odroid forum: https://forum.odroid.com/viewtopic.php?t=35941
I don't get why all these "industrial" boards don't also put their USB on pin headers. All the standard USB connectors are not vibration proof at all, and cannot be used reliably in an industrial setting.
That stuff is usually done custom order first, for an individual setup, and remaining stock is sold on open market.
So if somebody needs some odd port setup, it's then carried on to boards sold on mass market.
Taiwanese used that "dual track" trick for a long time. Have B2B clients pay for RnD, and tooling, and then make money for free on it in OEM side of your business.
Customer keyboard people will sometimes buy outrageously priced aviation connector cables. The ends though are cheap and work well. A custom connection would not be too hard to make so that the actual USB plug isn't where force is being applied.
I've done the hack version and just super glued the start of a cable coming from a keyboard to a case so that the actual connection wasn't stressed.
It might be better if they made it easier but it is a problem that can be solved.
ARM SBCs are very custom (for example, in RPis, the GPU is actually the main processor...), therefore specialized distros are required for full support.
If the target is full support with standard distros, then one needs to go for x86 SBCs. As far as I know, the only (relatively) cheap one is the ODROID H2.
>therefore specialized distros are required for full support.
Once the 5.5 kernel gets wider support I suspect this won't be an issue anymore. Ubuntu already supports ARM and with kernel support on the way it's only a matter of time.
> for example, in RPis, the GPU is actually the main processor
Can you clarify what you mean by this statement? It doesn't really fit well with my understanding of the RPI design, other than the fact that it's a SoC and the GPU and CPU are on the same chip.
There is another comment explaining it; in short, "boots first and has low level control of the SoC".
Defining "main processor" is certainly arguable, as there isn't a unique way of viewing the architecture, but on the other hand, the idea that ARM boards are "very custom" still stands.
USB 3.1 Gen 2 output made up from ... a Gen 1 and an USB 2.0 link? That's not possible you need to feed Gen 2 signals into the socket to get Gen 2 signals. While the USB standard is a mess, this is crystal clear: Gen 1 is 5gpbs and Gen 2 is 10gbps.
That's a typo on the diagram. The R1000 processors have Gen2 built in (and you always need both USB 3 and 2 - which explains the two arrows in the diagram).
I don't really have a good experience with boards, speaking for the electronic side of things, but it seems it'll need an additional cooling system, no?
You're almost certainly better off with an udoo bolt. It's around 5x5 inches, but with much more IO, a much faster CPU/GPU, and expandable RAM (up to 32gb IIRC)
"No pricing information was provided for the “preliminary” GHF51, which appears to be headed for a Q3 release. More information may be found on DFI’s product page" [1]
I remember I made a mini-ITX LANParty build back in 2010. Worked great for so long until I upgraded in 2016. So disappointed when they exited the mainstream consumer MB market.
However, no NVMe, no regular PCIe, no even a single SATA port...Lack of IO is a serious dealbreaker to me. Feels like it's wasting the CPU's capabilities. I know there must be compromises for the RPi size, but the size itself is already compromised because it requires a cooling system, at least a big heatsink, on the back of the board. This company is hiding it.
I would go for an Odroid H2 for now.