104 replies
1d2h
That's because RaspberryPis are no longer cheap throw away computers meant for education or hobbyists, they're developer kits for manufacturers that need a CPU running a well supported mainline Linux in their products.
The only reason they don't cost $500 or more is because the foundation needs the hobbyist market to write and support the open source BSP, without which the RPi would be just another poorly supported also-ran in an already crowded market. With how well supported mainline Linux is on the Pi, EEs would be willing to pay a lot more.
The Model 1B was $35 (in 2012 dollars) and the still available Model 4B starts at $35? It might even be argued that the Model 1B's successor is more the Raspberry Pi Zero 2W for $15, which is cheaper than the original.
The Raspberry Pi 5's base model does start at $60 but its specs are too different for a comparison to be meaningful.
[EDIT] Oops, I hadn't realized the 4B with 1 GB was discontinued. So the starting price of the 4B would be $45 for the 2 GB version.
There are complete passively cooled n3350 based systems on Ali express with 64gb storage and 6gb ram in a case with power supply ready to go for $65 with free shipping. That works out cheaper than the cheapest pi after buying case, storage and power for the pi. You can buy usb gpio breakouts for <$10 too. Lower power than the pi 4 too due to the huge process node advantage (despite the x86 disadvantages). 28nm vs 14nm for the pi 4 vs the n3350.
The pi is fun but honestly for pi hole or similar you might as well buy the all in one x86. For media streaming definitely buy the all in one x86. For gpio stuff ok the pi is reasonable but even then if you want to make a product rather than a home automation once off you’d go a different route completely.
Are there loads of driver support for those USB/GPIO things? I've only done that on PI and the Python libs made it super easy. Now it's one more thing to solve research rather built-in.
Not really. I've been researching this extensively lately to try to add GPIO to my stack of Dell Wyse 3040s.
Options with mainline linux kernel drivers:
- MCP2221A (i2c + 4x GPIO)
- CP2112 (i2c + GPIO)
Options without kernel support:
- FT232H
- Arduino nano and clones
- Raspberry Pi Pico running some interesting firmware
- ESP32 running something like ESPHome (completely separate from host)
I've chosen the Pico for now and forked the u2if project for firmware and host support[1]. I also put together a generic ESPHome-compatible protocol server in python to tie my widgets to Home Assistant[2].
[1]: https://github.com/peterkeen/u2if
[2]: https://github.com/peterkeen/aioesphomeserver
Why do everyone latch onto bit-banging pins from Linux??? Isn't that going to exhibit wildly unpredictable delays? Wouldn't you normally compartmentalize hardware handling into an OS-free or hard-realtime microcontroller and let the uC communicate with host CPU in less-realtime manners?
You can roll your own "RGB temperature sensing modem" and get/set values with `bash` and `expect` over ttyUSB, no one PWM controls RGB LEDs on a gaming keyboard straight from a task tray app. Trying to wrestle GPIO problems that way is going to be unnecessarily hard.
Not sure which part you're referring to, but I agree. The u2if firmware I'm using has an interface type that generates the addressable LED bitstream with the RP2040's PIOs. The host software dumps the pixel color values over USB CDC into a buffer on the RP2040, then when it's done the firmware tells the PIO to read the buffer with DMA and stream out the precisely timed LED bitstream.
Currently it's running in "one light string per PIO" mode but there's an inaccessible mode where one PIO can do up to 8 strings simultaneously. The pins have to be physically adjacent, though, so it's a bit more difficult to set up in a generalized way.
Clarification please. I thought inaccessible meant cannot do :)
Well, sure :) It's a function present in the PIO code that isn't called by the current firmware setup.
Cool. Thanks.
Ah, yeah, that’s the right way to do it, but if you can get away with using a Pi you don’t have to write a second program for your Arduino, haha. People who are happy to do it the right way were already well served, right?
I have seen a I2C implementation on the RP2040 that works with native support.
https://github.com/Nicolai-Electronics/rp2040-i2c-interface
Yep, that one is pretty cool too. It only does one i2c bus so it seems like it underuses the hardware a bit, but the mainline driver is pretty valuable.
I don't think so - if you needed GPIO on a small x86 the easiest way would be to hook an Arduino / RP2040 to it. That seems like it's still the sweet spot for RPi, esp. the Zero W, if you need small, low-power, full OS and GPIO.
This.
A lot of those used cheap Dell minipcs come with serial ports and the slightly biger ones may have a parallel port.
What kind of bolted-down expansion does a cheap n3350 box have? How fast can I swap the main storage for something completely different? Can I power it with my USB battery bank? Does it support two digital monitors or does it instead have one HDMI and one VGA (like this is 1987)? Can I use it like an appliance and just plug in easy-to-download images like LibreELEC or EmulationStation, or do I need to understand how to make computers work before I can have a good experience with Kodi or console emulation?
All your pros are cons when you use a Pi as a 24/7 router or home server :)
Requirements may vary.
Requirements do vary.
And I've got no regrets about using a Pi 4 a router. It's sitting on the shelf next to me, and has been trouble-free for over four years now.
How much stuff is hanging off usb on it instead of being in a proper case?
You may not care but I do.
I suppose a Pi 4 is fast enough to route 1 Gbps even through a usb network card?
[I do have one "sitting on a shelf" as a home Minecraft server btw. I hate the usb ssd hanging off it.]
There are some nice cases for RPi 4 that have a semi-integrated USB-SATA adapter in the box. The DeskPi[1] case, Argon and the NESPi-style case in particular. DeskPi is pretty neat, if costly, and the NES-like cases have easy 2.5" sata swap. YMMV.
I upgraded my home LAN to 10gb/2.5gb early last year, and the RPi can't really keep up with it anymore. I'm using an N305 based mini-pc with 4 ethernet ports for my router now... exceeds my needs and runs great. My home server is an AMD 5900HX based mini-pc with also works very well (ProxMox, Docker, etc).
I can see plenty of n3350 systems with dual hdmi on google and plenty with drive bays and relevant connectivity. Those seem to cost ~$100 vs the minimalist $65 ones.
In terms of driver support these intel systems are the easiest to work with in Linux. Very mainstream and well established drivers.
That’s all true but the OP said that Pis are “no longer cheap”. The reply was simply a demonstration that they are still available at the same price point, no matter what the competition is or isn’t doing.
In this market, "cheap" is often comparative to performance. You can now get better capabilities for the same price.
Sure, if you want to deal with strange problems no one has ever faced. RPi's strength isn't in meaningless performance benchmarks, is in actually getting stuff done.
A mini PC with an x86 CPU is the opposite of "user-unfriendly." Compared with Raspberry Pis, laypeople can easily use those.
They vary widely. I bought an off brand mini PC where the USB ports randomly lost power. There was no online community or support to speak of to help me figure out the problem. In that regard the Pi is far better.
Pis eliminate variables, for sure. But, if you stick to name-brand business machines off lease, I doubt you'll have a problem like that.
I suspect a lot of the current disdain is a product of function creep. While the original Raspberry Pi was used as a desktop and server, people understood its limitations. Now that many of the limitations have diminished, to the point where you can expect reasonable performance as a desktop and use it as something more than a simple web server, people are justifiably comparing it to alternatives (which have come down in price over the same period of time).
Of course, the Pi is also facing competition from higher end microcontroller based solutions. People seem to forget that there was a time when hobbyists bought the Pi for "Internet of Things" like projects, both due to its cost and size. Then came the ESP8266 and ESP32 and development boards that packaged both a microcontroller and network interface.
This, but also that they gave a huge middle finger to the hobbyist community during the component crisis by giving preference to integrators.
Most makers I know have pivoted to ESP32 during this time as it was good enough and actually available. Probably would have happened sooner or later though.
The ESP32 has nothing to do with a Raspberry Pi. It's only good that people learnt to use the better tool (in terms of price and power consumption) once better tools like MicroPython or NodeMCU came around.
I don't agree.
When the first raspberry was introduced, it was really really hard to interface an electronics project with the internet. Arduinos were really dumb at the time. That's why the raspberry was so ideal. But most electronics projects didn't really need a whole linux distro running on it. It was just that there was no other option.
The ESPs introduced a totally new class that can cover most of the usecases of electronics projects that the raspberry originally aimed at. They support wifi, bluetooth, pretty serious processing, enough for most connected projects. They totally ate the raspberry's lunch in the embedded market. Of course the RP2040 aims for this too but IMO it's kinda too little too late, the ESP32 is already so well established and has the biggest community.
At the other end of course the PC pricing came down and the intel N100's and the like eat its lunchon the other side.
Absolutely right... I used to use Pi Zero W's for IOT projects. I had several of them around my house running sensors, rgb lights and the like. Now I can do the same thing with a much smaller device like an ESP32. Setting up a device that changes light colour based on time can be done with a €3 esp8266 flashed with WLED. For other projects I will use the beefier ESP32-S2/S3 or the Pi Pico Microcontroller.
If you have a led to light up over the internet the Pi was the simplest, cheapest and fastest to develop for. Now the ESP is simple enough and so cheap the RPi doesn’t make sense for the use case, but it took a long while to get here.
I don't trust Ali express for anything serious. Cheap and Chinese doesn't have the appeal it used to.
I'm willing to pay a little more for a respected brand with a little more QA involved (and less hassle to me as a developer).
Too true.. I have a nas project in pieces on the table next to me, since I was out of work for several months and couldn't put any more into it... I "saved" a hundred dollars or so going from AliExpress components, the mainboard doesn't work right, and trying to get it replaced would cost about as much as a different board from AliExpress. In the end, I wish I'd spent the extra hundred or so on a different case and board. The cost of the drives significantly outweigh other costs.
It bugs me to no end how much a small (4-drive) nas can cost, compared to much more capable mini-pc prices.
Inflation adjusted the 1B (with 512MB, which was the only available variant) was slightly more expensive than the 5 with 2GB at their respective release. The price "increase" is that 4 and 8GB models are available at all and most people buy them, presumably because people actually don't care about the purchase price so much. But you still get the cheapest variant, if you really want to. Also, there are different variants of the Zero, all of which are cheaper than the 1A at release.
The power brick got more expensive due to the increased power use. Also if you want to make use of the full power, you need a cooler. But you can also do without cooler, because it just gracefully slows down when overheated.
I think the Pi drove the price of lower end computers down so far that people completely lost their sense of perspective.
While this is true... you reach a point where it's perfectly reasonable to compare a mini-pc to the higher end RPi when you consider the full cost to build with power, storage and enclosure with price/performance.
Hey now. Proud owner of a 256MB 1B here. Although they upgraded the baseline spec right after that first production run.
I was about to make a quip then I realized it’s actually somewhat of a valid point: if we’re going to inflation adjust USD purchase price, we need to inflation adjust RAM requirements. 512 MiB in 2012 went much, much further than how far 512 MiB will take you in 2024 (especially for the low-end desktop usage, rather than the embedded cli users).
Those low price ones are never available. The cheapest 4b I see right now is $60. Which isn't bad, but not $35.
Look harder? They're available at a number of retailers, and if you're in the US, Adafruit is recommended - but I wouldn't pay more than $35 + shipping in any case. There are a couple of dozen online retailers here with the 4B 1GB:
https://rpilocator.com/?cat=PI4
Every single official US retailer has units available for MSRP. Where are you looking? Which model are you looking at?
Are you talking about the Pi5 4GB which is $60? We are talking about the Pi4 2GB which is $45. For many things, the cheaper, older version is fine.
I checked Digi-Key through RPiLocator and they report several thousand units in stock each of the Raspberry Pi 4 2GB at $45 and of the Raspberry Pi 3B+ 1GB at $35: https://rpilocator.com/?vendor=digikeyus
For those unfamiliar with them, Digi-Key is a electronic components supplier to manufacturers but they also sell to individuals. Their stock count should be accurate.
Is it? I can buy one for $35 at my local Microcenter, and I can see that Adafruit is selling them for $35 as well. [0] It's still listed as a $35 part on the official Raspberry Pi product page. [1]
[0] https://www.adafruit.com/product/4295
[1] https://www.raspberrypi.com/products/raspberry-pi-4-model-b/
I think a lot of people don't realize that there was a decent size, but small market for SBCs for low-volume embedded work (including hobbyists) before Raspberry Pi. You could get a lot of different kinds of boards with good Linux support and a not terrible price. Often, a processor vendor would explicitly provide support for these things because it was a good vector for selling chips.
Broadcom, having never wanted anything to do with this market since volumes were too low, had an abundance of a CPU SKU that was good for this. So some broadcom engineers founded Raspberry Pi to use up this excess stock, essentially getting these chips for free. The original RPi blew every other SBC out of the water on price performance (and many manufacturers out of the market) because by getting the most expensive component for free, they could sell Pis for an extremely low price. It also massively expanded the market for SBCs, as hobbyists flooded in to work with RPis.
5-10 years ago, the sweetheart deal with Broadcom went away. Now Raspberry Pi has to compete with everyone else for Broadcom SoCs, and during the semiconductor shortage of 2020, Broadcom had tremendous leverage. Now, Raspberry Pi pricing is nothing special, but they still have the brand name and they have captured the community (on the back of behavior that was borderline anticompetitive).
I get that you're exaggerating, and you perhaps aren't trying to be deceptive by misusing the word "free," but the low markup the RPi guys initially paid to Broadcom does not explain as much as you think it does about the Pi's success. To explain why let's examine something else you're wrong about:
Prior to the Pi you could get one board with good Linux support and a not terrible price from a vendor who provided support because they thought it was a good vector for selling chips. That was the BeagleBoard, from TI. I mean, the BB barely checked all those boxes: the support wasn't very good, it was kind of nonexistent compared to the support community the Raspberry Pi people created. But they sure didn't have to worry about the cost of the CPU.
So back to the original point: getting the CPU "for free" (since we're apparently just saying "free" now when we mean "at cost") wasn't a decisive advantage for the Raspberry Pi people, since the TI people had the same advantage. TI had a few other advantages as well, like a first mover advantage, their own assembly lines, and relationships with everyone who sells electronics components.
TI's support was crap when compared to something like RPi which deliberately targeted newbies, and as far as I remember they didn't have a few amazing people in their community dedicated to making a whole new spin of Debian and supporting it like RPi did. And, you know, PR matters. All that stuff is what made the difference.
I guess we're just throwing words around without caring what they mean today for some reason.
Broadcom sold the chips to the Raspberry Pi organization at a significant loss, not at a low markup or at cost. They were not free, but they were close to free. The TI guys never even gave anything close to "at cost" to the BeagleBoard folks.
Also, the BeagleBoard was the most hobbyist-targeted and the one with the best PR. There were, and still are, tens of companies making SBCs, but before the RPi they would all sell you singe unit quantity. Not any more. Most of them actually had better support than TI. The NXP boards in general were and still are my favorites.
Also, providing a product at a loss so that it significantly undercuts your competition (also called "dumping") is very much anticompetitive. I don't like using the term for Raspberry Pi because they clearly weren't out to create a monopoly, but the Raspberry Pi was dumping a product.
Is there any reliable source for this? It's an interesting claim, but I'm skeptical because I don't think anyone had any idea what a huge success RPi would be. The idea that it was all a monopoly play by Broadcom is something that I'd need more evidence to believe.
It's not a monopoly play by broadcom originally. It was a way to get rid of excess stock of a chip that was going obsolete (without just tossing them) while doing something good for computer engineering education. I don't think anyone expected this to get so big.
Subsequent chips were specially made for the Pi by broadcom, and supposedly they didn't have as large of margins as other customers.
Is there evidence that Broadcom sold those chips to the foundation for less than their own cost? That’s the claim I find a little strong. And I do understand that undercutting other nonprofit or small vendors might also be considered bad behavior, but it never sounded like there was a lot of demand for those particular chips (which were already on the edge of obsolescence, and were even in the process of being abandoned by Debian).
For me, its beaten by the more effective claim Broadcom sold it /at/ cost.
I had very much the same feeling. Not because Broadcom are nice guys, but because it just doesn't sync with what everyone thought they knew at the time.
Such as?
Everything in that paragraph is “citation needed,” unfortunately, but I certainly don’t mean that in a negative way. I wasn’t aware that Broadcom lost money on the early Pi parts and I feel a little skepticism about that. You seem to know something about what TI charged the Beaglebone people, I’m curious about that as well.
It’s not that dumping parts to establish a competitive advantage is beneath Broadcom - what’s beneath Broadcom? It just seems rather… prescient of them? Unless you were talking about the Pi 3 generation or something. I’d be more inclined to believe that.
On the point of PR, I don’t remember Beagleboard having anything comparable to Pi’s seemingly organic enthusiasm twelve or thirteen years ago. But I guess I’m not sure I would remember.
That’s not all meant to be some kind of RPi love letter. They were great at all that community building stuff, and in my view the best at it, but in light of the IPO it’s quite a joke.
You perhaps aren't trying to be deceptive by misusing the word "markup," but citation please for /any/ "markup the RPi guys initially paid to Broadcom"
Huh. If I knew what their markup was, I would not have asked pclmulqdq for more information about what their markup was. Or what their markup wasn't, if pclmulqdq is right and Broadcom gave them the chips at a "significant loss."
Regardless, any basis of your "low markup" would suffice to show markup was non-zero.
...though given this is HN I would have to concede low could be zero! :)
> I think a lot of people don't realize that there was a decent size, but small market for SBCs for low-volume embedded work (including hobbyists) before Raspberry Pi. You could get a lot of different kinds of boards with good Linux support and a not terrible price. Often, a processor vendor would explicitly provide support for these things because it was a good vector for selling chips.
Before RPi became really popular and the 4 came out, I used BeagleBoard, PandaBoard, Aria G25, Gumstix, Cubieboard, i.MX devkits, and spun custom boards using Marvell, TI, Freescale (now NXP), and Qualcomm CPUs - I don't remember any of them having as good a BSP or being as easy to develop with as the RPi was five years ago. Maybe my memory is (very) faulty but the experience was leagues worse. PTSD-inducing level of worse. I wasted weeks or months on every major project shaving silicon yaks that should have been handled by the vendor (and is now handled by the RPi community).
The modern i.MX toolchain may now be comparable many years later but I've long since given up on everything else since CM4 came out in 2020.
My understanding is that they lost the sweetheart deal after they pivoted to supporting commercial, right in time for the pandemic supply crunch.
Yocto works the same way whether it’s Pi or iMX, most of the learning curve has nothing to do with the SoC. So it’s really strange to hear that your Pi workflow is better than anything you’d get with another chip..
But on a Pi you don't have to use Yocto. Raspbian is always faster to develop for.
Source: have worked on both Pi based solutions and custom hardware with yocto.
Yeah, one is easier and the other is right. Shipping a reproducibly built readonly rootfs image takes longer, but is strictly better than putting 'some' versions of Debian packages on the SD card and calling it a day.
It's the Arduino curse - sure, it's faster to ship Hello World with Arduino but soon you realize all your libraries were built by beginners and use delay() everywhere so you're screwed if you need two peripherals to work at once.
You use Pi for prototypes and one-offs, not where you need to ship something that's actually competitive on BoM.
Some applications are profitable at only hundreds of devices deployed. In which case, the moment you say "BoM" the hardware bill triples.
If you ship thousands to millions, of course you're right.
These days you can make anything have a readonly rootfs by using overlayfs. Just wipe your overlay partition to do a factory reset.
BSP quality is famously variable by board vendor, https://www.youtube.com/watch?v=niH1-NB6W8w
Not using Yocto simplifies and speeds development extremely, unless you have dedicated staff familiar with Yocto. It’s a big reason to prefer Pi.
No, your memory is spot on. I also eval'd dozens of ARM (and some x86) SBCs for embedded use back in the early/mid-2010s and most of the BSPs were awful. You'd be locked into some ancient several-year old Linux kernels and documentation (and even actual hardware support) was often buggy/incomplete. God help you if you need to customize the boot/spin your own (Yocto was still new then, I assume life is a bit easier now).
This business history would add valuable context to RPi wiki, or a public reference on the history of SBCs, https://en.wikipedia.org/wiki/Raspberry_Pi
Joining the queue behind the histories of the subsequently retconned sole credit for the RPI's design, and the termination of E Upton as the Foundation's CEO.
Drop the info
I would not wish the pain upon dang@HN.
But anyone may verify from public records e.g. compare and contrast resignation notice at Companies House with subsequent RPI blog.
This is spot on. There is a market for small SBCs that spans from weapons to washing machines. When the RPi was introduced it threw a huge wrench into that market because it came in, with an operating system and storage, at under the price for the typical enclosure, much less the board itself of the existing systems. Look at PC104 systems for example.
The two pieces that have to be in place, as 'threshold' requirements are
1) The SBC exists and is available from a manufacturer
2) The same manufacturer provides an OS for that board and its associated board support package (BSP) which is drivers for all the I/O and system support functions.
The industry is full of people who went out of business because they chose Vendor A's SBC and Vendor B's OS, only to fail to deliver when it didn't work with Vendor A and Vendor B point at the other saying it was their problem. So people just don't do that any more.
What most vendors in the SBC space, prior to the introduction of the Raspberry Pi, didn't have was 20 to 30 thousand programmers writing random bits of code. What that meant was the Pi's feature set exploded rapidly, what's more there were lots of free tutorials on programming it.
In the SBC space before Pi that "Programmer Training" was one of the ways the vendor made better margins at $500/hr for a class of "up to 15 students" at our facilities.
So before, higher priced SBC + BSP, and you had to send your programmers on a road trip to the vendors facility to get the hands on training, and then you had to pay every time you made a service request.
After, cheap SBC + BSP!, a bunch of different programming videos on the web for free! Program doesn't work? Just ask the community of enthusiasts what they think!
We are not surprised a whole lot of the smaller SBC vendors closed down after that.
I recently sat through a demonstration from Arduino, they're trying to get into that space with a "Pro" line of SBCs and enclosures.
https://store-usa.arduino.cc/collections/pro-family
Yup. That is where the money is, it isn't in "hobbyists".
It will be interesting to see if the RISC-V efforts will allow for vendors to supply "50 year" SBCs (which is to say they are guaranteed to have pin-for-pin and bug-for-bug replacement SBCs for the period of 50 years.) That was a weapon system requirement back in the day that got waived for electronics because vendors couldn't "force" chip makers to keep making the chips they would need for repairs when there was no volume. But if you can define a socket/footprint and then drop in an FPGA "core" which can evolve but always appears to the circuit to be the same processor, that will be an interesting evolution point.
And you still can! The big innovation from Raspberry Pi was making it all feel very accessible through the documentation, community, and various utilities to configure things via menus instead of by editing files.
The Raspberry Pi was rarely the best board, but it was the easiest to recommend to beginners because you could point them to volumes of documentation and community threads.
Agreed... great community support, generally "just works" and even if you don't use half the features, it's a more reliable baseline.
While I agree... it has been much better supported than the alternatives. I've tried several other SBCs and they have all had issues that I didn't experience with the RPi. Not that RPi hasn't had issues of its' own. Namely in power requirements, the USB-C in physical but not electronic sense for power, to overloading most USB power supplies in practical use in Pi 4B models.
I switched to the cheaper Intel mini pcs when RPi supplies were short, and scalping made it much more expensive. A whole PC with more ram, case, psu and faster storage that was faster for under $200 vs $150+ for an 8GB RPi 4 board only was a no brainer.
Yes, as the article discusses, there were also the options of just using a mini-tower or SFF desktop, or a NUC/booksize PC, and often these options were comparable or less in price.
For example, I owned an ECS Liva 2/32 that I got for $100 AR and a pair of ECS Liva X 2/32 that I got for $125 each AR. These used standard N2807 and N2808 Bay Trail-D processors (Silvermont), meaning they are OoO, run standard x86 binaries and distributions, come with storage onboard (which was far more reliable than the early days of fullsize SD cards), a proper adapter, a case, and USB 3.0, for essentially the same price you paid for a Raspberry Pi 1B once you factored in all the little extras.
Obviously if you want to do GPIO and stuff, the RPi is a better option, but that also competes with micros, as mentioned. And a lot of people ended up using it for some variety of non-GPIO IOT thing attaching some USB device to wifi/ethernet, or as a NAS, etc, and the Pi was terrible at these. It had massive reliability problems (unthinkable today) and I went from incredibly excited to bouncing off it hard and learning a lesson about the right tool for the job, and I think I wasn't alone.
Part of the problem was the decision to use USB 2.0 as a system bus. Everything including network and disk all hung off a single half-duplex USB 2.0 high-speed bus. And the Rpi firmware had a bug in the USB stack which dropped frames under load, so actually this was unreliable and could lead to corruption all on its own. It took over 2 years after launch for the foundation to fix this fundamental bug in the literal system bus of their hardware (and thanks to broadcom's closed documentation/blobs, they were the only ones who could see the info to fix it).
https://github.com/raspberrypi/firmware/issues/19
On top of that, people forget about the non-micro-SD card slot. The fullsize slot just let the card cantilever out into space... but the thermoplastic used to make SD cards actually will soften enough from the heat of the rpi over time to warp away from the contacts and lose connection. Even just stepping up to eMMC (not the most reliable) was a massive step upwards because of how bad the Pi was at not melting its SD cards.
And the power adapter situation has always been dire - most USB chargers were utterly unable to provide consistent enough power to avoid brownouts and corruption, and (while you could PXE boot) the hardware was not even capable of PXE booting without at least a helper SD card to load from. Today, it's dire once again, with the Pi 5 drawing 5A @ 5V from the adapter, which essentially no adapter on the market is capable of delivering.
The 2B and later models (especially 4B) are enormously faster, the move to OoO cores instead of literal a single-core A57 or whatever improved performance a ton. The change to USB 3.0 (5gbps full-duplex vs 480mbps half-duplex) and getting the USB frame drop bug fixed helped a ton (the pi couldn't even serve a usb hard drive at full speed). And the 4B moved to armv8 which has a drastically clearer standard for binaries than the armv7 situation, which was an utter mess at the start (softfp binaries were a thing for a bit with the early 1B releases iirc!). Admittedly Pi was better than any other arm device but the Liva just ran debian or ubuntu.
I actually think it was an utter failure as a product. I cannot imagine having to maintain a whole computer lab of these things melting (softening+warping) the SD cards, can't even PXE boot unassisted, can't get good adapters? Let alone the situation with firmware problems/driver quality and needing (at the time) weird binaries with a non-standardized bootloader etc. Why would you buy that instead of the Liva X for the same finished price?
The pivot to "these are for makers!" was a pivot, and then they pivoted again into commercial. Like good for them but it's always been a messy product with an uncertain target market.
It was always borne largely on the backs of enthusiasts shoving it into various home-server and IOT usage, most of which didn't actually need a GPIO. And the GPIO thing was always better served by the ESP8266 in most situations, and that ecosystem really matured almost in parallel with the Rpi. So sure, while the Pi got more suitable for actual GPIO hobbyism over time, so did everything else too. I regard the whole thing as fundamentally having been overhyped and a waste of time by people who (in most circumstances) really should just have bought a booksize or an off-lease OEM USFF desktop.
That was me. Got an old Core2Duo desktop for $10 at a surplus sale, that became the fileserver I was trying to build, which instantly ended the reliability struggle I'd been having (rpi lasted an average of 1-2 months MTBF in my homeserver usage) then I got a couple booksize and nettops and ended up with NUCs etc which are just a far better fit for what I'm trying to do.
To each their own, but again, I think really very few people are interested in them for the GPIO stuff, it's the "$35 for a little computer" thing that draws people in, but that's an impedence mismatch to expectations, that's not why you should buy a rpi/if that's your use-case then there are better options.
When a product is gated behind "contact us for pricing" the chances of me, a hobbist, using it are close to zero.
Maybe there was a market of cheap and friendly to use sbc. But calling it hobbyst is an stretch.
well supported mainline Linux
This is one of the main advantages for hobbyists.
And for professionals.
I highly doubt so. In fact, save for the RP2040 which isn't Linux capable (0), all their processors aren't for sale anywhere; Broadcom simply won't sell them to you, no matter if you order 1 or 100000. That is, you can't build your product around one of their CPU and you have to put their entire boards in you product instead, which translates in huge costs, no industrial rated parts and forced use of SD cards for system disks, which in that context are a no-no. The RPi is a hobbyist board with a huge potential for teaching, but I wouldn't consider it for anything beyond that use.
0: yeah, I know you can run it in theory; I mean in a usable way.
Isn't their Compute Module 4 SOM industrial rated?
That forces you to sandwich two boards together (connector, more costs, etc), and still you have no freedom regarding which peripherals to place around the RPi SoC.
The average integrator doesn't want to mess around with things like DDR5 routing or designing power supplies for the SoC. There are lots of other companies such as AMD and Nvidia selling SOMs so the fact that they are selling SOMs can hardly be something to complain about.
There’s a free PCIe lane that you can put whatever you want on
There's the compute modules
They kinda work if the system is not mission critical. Just have them self reboot every 4 hours :)
It's not a hypothetical: "professional" or "industrial" use is what most new Pis are used for.
We use them for automation and data collection in our chem lab. I’d call that professional.
except that RPi does not support mainline Linux...
Given that Raspberry Pi hasn’t actually been well supported by mainline Linux and that the Raspberry Pi foundation hasn’t put a lot of effort into upstreaming things, I don’t think it’s actually a big deal. People don’t care where their kernel comes from as long as it works.
I am surprised by all of the comments here that assume Raspberry Pi has great upstream support. It’s amazing that people just assumed their boards were working great with upstream kernels. Raspberry Pi has a history of doing nonstandard things that serve their community but are actually a little bit quirky when it comes to normal embedded Linux.
Wasn't there a very long time that the Pi wasn't fully supported on mainline? And it's boot sequence is still a bit weird in that the GPU handles bootstrapping?
I think the main point is that you know the company/product support isn't just going to disappear into the sunset in 2 years and you're stuck with an increasingly outdated hacked together kernel thrown over a wall
Except check out the headline here: https://arstechnica.com/gadgets/2024/01/raspberry-pi-is-prep...
I see the Raspberry Pi model B+ available right now on Adafruit for $30. It has a single core 700 MHz CPU and 512M RAM.
The Raspberry Pi Zero 2 W is available right now for $15 with a 1 GHz 64 bit quad core CPU and 512 MB RAM.
So it seems to me that you can get a Raspberry Pi SBC today, that has higher or equal specs in every regard, for a lower cost than the original. Am I missing something?
Looking at https://github.com/raspberrypi/linux, I scrolled a few pages of commits and didn't even see one from outside the Raspberry Pi org. I'm picking through their merged PRs and it looks like maybe there are a couple, it's hard to tell.
But it looks to me like they just do a great job supporting their own product?
It’s just supporting whoever needs a RPi 1st generation. It’s the same reason some older models of things cost the same or more, it’s basically fishing for the “we need the exact same hardware” customer.
The Pi Zero models are also kind of priced to move to make a statement of “look how much power we can stuff in a $5 board”; IIRC they were at first sold at a small loss to hit that $5 price point.
It's not a great choice if you're hoping to productize from it, for various reasons.
Mainline Linux isn't supported on RPi5 yet, they are still talking about what needs doing.
https://forums.raspberrypi.com/viewtopic.php?t=360653
Plenty of PIs in labs of hardware tech companies. Very convenient when you need a small linux box, indeed, or when you need to access a piece of equipment over a serial terminal, et.c
this is sort of sad. I remember reading advice given to the raspberry folks early on to keep things inexpensive, not cave into feature creep.
I guess now the price creeps upwards and the original target market has been left behind.
They’ve got a full product line now, including systems that are comparable in cost but much more capable than the original Raspberry Pi.
The Pi 5 is still not supported mainline. Proper mainline support for older models was contributed by third-parties, not the RPi foundation, which just care about their kernel fork.
You forget gpio
Raspberry Pi 5 isn’t as well supported in mainline. You’re still going to be using their kernel if you want all the features, just like many other module these days.
$500 is a huge exaggeration. There are numerous modules and small boards well under that price that come with good support, including many with full x86-64 CPUs.
I think it’s more correct to say that the boards are approaching equilibrium with other boards and modules in price, not that they’re secretly some premium $500 product sold at a discount for reasons. Nobody would be buying Raspberry Pi anything at $250, let alone $500.