The reason is basically margin and not going out of business. If you want to make any money, you need to sell at around 3x your BOM cost to compensate for distribution, optional sales events, labour, amortised certification costs and so on.
Working backwards, $250 means about $85 in parts. A custom printed DIN rail case probably costs $15-20 in small volume, the Pi is $45 and that only leaves $20 or so for the PCB and components which seems easy enough if they've over-specced it for industry. I wouldn't be surprised if this thing costs $100 to build; not including labour, packaging and shipping.
This is a classic "I'm an engineer and could build this for 1/3 the price" - sure you could. But you couldn't sell it that cheaply and make a business out of it.
On the first point, the product definitely provides benefits over the stock Pi. If you need those improvements, you need them. The $35 model will die if you plug in a logic level that isn't 3V3. It certainly won't handle standard RS-232. It doesn't have a proper power jack - either USB Micro or two GPIO pins (no latching). It also doesn't come with a DIN rail mounting system, nor an RTC, nor a UPS, nor a good voltage regulator. Some people might want those features (I've worked jobs where they would have been useful.)
Also on the buzzer front - not all DIN boxes are in factories. They're used inside buildings for power distribution and fuses, in greenhouses to control irrigation systems. These aren't necessarily noisy environments.
Another one, probably better known is the Revolution Pi (https://revolution.kunbus.de).
When I see "CAN network support" I am not thinking of controlling those systems, but rather, having the ability to read those systems ... or in the case of a device like a VAG-COM, being able to set new values, etc.
I agree that I would not want amateur tie-ins to critical safety systems like elevators and bridges.
I can however see potential use cases in industrial film and television lighting where controllers were often 100% proprietary and vastly more expensive and you’d generally have a large array of them on large productions.
This isn’t a life or death scenario and these are cheap enough to have a spare or two on hand that could likely be compiled and written inside of an hour or two and connected within minutes.
And as another user mentioned, brings the units up to electrical safety standards in such environments.
It wasn’t my field so I don’t know for sure, but it seems like it could be useful.
In the auto industry nobody is going to use this as a component on a car. We will use it for software development to communicate with a module in development. Someone may use it in end of line test equipment. For those purposes $250 is rather cheap. I was hoping it would have a LIN interface, but oh well.
Speaking of LIN, has anyone used the sllin driver on the RPi?
Fair point, but is it really a "problem"? Think of it from the opposite side. A market for this markup exists. It is an opportunity for people like you, that understand well both, a particular (non computer) domain and computing that is needed to support it.
I bet many "diesel repair stores" would need what you already accomplished with your regular raspberry pi's custom applications. And won't mind to get it packaged with an useful hardware and software for whatever markup you deem fair. They will be glad to pay for what you already thought and successfully incorporated in your application, wouldn't they?
It is HN after all. :-)
the problem with anything thats 'industrialized' is that so many companies use this as a chance to gin up the price and double down on rent-seeking behavior. This thing takes a $45 pi and jacks the price up to $250USD. Some of the goofier features include:
- on-board buzzer. You know, because over the constant din of lathe, shave, and heat treat assembly line systems you're surely going to pay attention to the buzzer from something the size of a pack of smokes. anything essential should be shown on the light tower or picked up by QA.
- standard RS-232 and RS-485 interfaces to the Raspberry Pi serial line, with opto-isolator and electrostatic discharge protection: Motoman, Fanuc, Mitsubishi, and almost every other automation hardware have used cat5 for a decade. doesnt the pi have grounded cat5?
CAN network support - god no. This jumps into the realm of medical systems, elevator controls, and passenger vehicles. all of these are made of intrinsically isolated circuits and go through some of the most rigorous testing imaginable. For example, RF leakage common in a PI could cause aberrant failures or signaling problems in robotics that arent expecting it. CAN type controllers can withstand shock/heat/humidity many times that of what a normal computer can handle. Introducing the PI as a CAN device is asking for grievous bodily harm as a service.