Raspberry Pi is manufacturing 70K Raspberry Pi 5s per week
tomshardware.com
tomshardware.com
Is that not the case?
And yes it’s nearly impossible to find 5v5a power supply in India.
Apple has a 12 W charger....
Whereas lots of USB-PD devices (at each end) will negotiate higher voltages in order to accomplish greater power delivery, the Pi 5 only ever wants 5V -- not 9V, not 12V, 15V, not 20V, and not PPS.
Ideally, it wants up to 5A of 5V.[1]
And many (I dare say "most," or "nearly all") USB-PD power supplies top out at 3A when in 5V mode.
Also: Getting 5A of USB-PD also requires a special e-marked cable because that's getting into the realm of current flow where things can get melty. A dumb cable will never be expected to transmit 5A of current with a USB-PD device at each end.
---
The Pi 5 still can still work even if it can't detect that it is running from a 5 Amp-capable supply, though. It may be slower (due to detected voltage sags), and there will be less power available for USB devices attached to the Pi (which can be toggled in config.txt). But it can work.
It can also be powered through the GPIO header, just as other models in the past: Nothing prevents those who think they know what they're doing from using whatever they have laying around that they think is adequate, and just powering the device up in full capacity.[2]
[1] https://www.raspberrypi.com/documentation/computers/raspberr...
If you need more you would need to request for example 20V at 5A and then buck convert it down to 5V. Not ideal but you can at least pull the current you need through thinner cables and you also have enough to power external USB devices.
5 A at 5 V seems to be sufficiently unusual for USB-PD that Wikipedia's section on the specification doesn't mention it as being part of the specification at all, giving 3 A as the maximum in the specification for 5 V, and only mentioning 5 A with EPR and marked cables at higher voltages [1]. Discussions about 5 A at 5 V seem to come up essentially only in the context of the rpi5, and there most references seem to be to footnotes in the specification mentioning that more than 3 A can be advertised if a 5 A cable is detected. The rpi5 also apparently doesn't support 5 A at 5 V with PPS; it only supports it as a fixed voltage profile.
The result would seem to be that essentially no USB-PD power supply other than theirs, and one other SBC power supply, actually offers 5 A at 5 V in a way that the rpi5 will accept.
[1]: https://en.wikipedia.org/wiki/USB_hardware#USB_Power_Deliver...
But a casual Google search where I am located at least two alternative suppliers that are already shipping appropriate power supplies that can do 5@5.
And the usual (US) distributors (places like Adafruit and also places like Digikey) are selling the official power supply for $12, which I personally consider to be very cheap.
---
And remember, wanting peculiar power supplies is normal in the RPi space. The very popular Pi 3 was weird (5.1V@2.5A over MicroUSB, with many unofficial recommendations suggesting 3A), for instance -- in a world where common "high-power" USB power bricks topped out at 5.0V@2.4A on a good day, with the wind from the South, and under the direction of an unladen sparrow.
Many of us are familiar with the struggles that this entailed as we worked on whatever we were working on. But other suppliers did come to the front and offer alternative products that reliably delivered 5.1V@3A, and there's no indication that this won't be the case for this round as well -- especially if they're able to produce the quantity of RPi5s that they say they will.
At a projected 90k units per month, then: Every 7 seconds, an opportunity to sell another RPi5 power supply opens up.
(The Pi 4 has a different version of the same story.)
Not even "junk drawer gear". USB-PD is recent enough that any gear supporting a good cross-section of that spec will be recent if not brand new.
As 1 data point: I recently bought a USB-C power adapter that supports USB-PD up to 35W at a variety of voltages & negotiation methods.
A RPi5's power needs are well within that 35W. And yet, beside supplying 5V @3A (which comes with its own set of issues / limitations), it'll be largely useless as a RPi5 power supply. Regardless of cable used.
Many USB-PD power bricks will be in same boat. So indeed this is a stupid design decision on RPi's behalf. I've read & understand their rationale for that decision. But it doesn't make it less stupid. Other SBCs use USB-PD as intended (in this case, @ higher voltages like 9, 12 or 15V, or even variable) no problem, and without needing special 5A rated cables. The onboard electronics / ICs to do this are cheap & plentiful.
Okay - RPi's rationale is an excuse. Not a good one. Supplying a 5V/5A brick themselves, doesn't do much to paper over that fact.
I mean, a lot of cables(Certainly all Anker ones) support 100W charging and that's 20V@5amps, so the 5amp part really shouldn't be a big problem.
Luckily I have 5 of them (and a k8s cluster is fault tolerant), because the USB disk randomly does not get enough power -- the voltage drops a lot even pulling 2-3A out of most chargers, I can't imagine doing 5 (the USB cable resistances start to become a factor at higher amperages).
I use longhorn though, not CEPH, and it's been relatively painless.
(not afilliated, just use them a lot for 12v systems)
* When the Pi 4B first came out, I connected a cheap Inland (Microcenter house brand) SSD, booting from that, and it ran fine for a while. (Months?) "Better" SSDs like Crucial MX100 had problems under heavy load and I suspected that the instantaneous power demands of the SSD were not met by the USB port on the Pi. (The Pi 4B supports UAS and older Pis did not and the older ones never had problems with USB connected SSDs.)
* At some point it started to run into difficulties with the SSD disconnecting under heavy load, requiring a power cycle to restore operation. At that point I began using a powered USB hub to work around this.
* Recently a user on some forum (which I have forgotten) suggested that one particular SSD model from Kingston worked fine w/out the need for a powered hub. I acquired one and tested [1] and found this to be true. Just for grins, I also tested some other SSDs that had previously only worked with a powered hub and they worked fine when directly connected.
This leads me to believe that the RpiOS folk have been tweaking some settings in the "firmware" [2] that have modified the power delivery from the USB ports.
[1] Testing involved running several disk benchmarks as well as 'stress-ng' to load the storage as much as possible.
[2] I'm unclear what the Rpi folk mean by "firmware". As an embedded systems developer "firmware" is something written to non-volatile solid state storage like flash or eeprom but when I updated firmware on a Pi, it installed a new kernel too.
The Raspberry Pi 5 does support USB-PD. There aren't very presently very many USB-PD chargers that support the 5A@5V mode that it prefers, but they do exist.
And like what happened with the Raspberry Pi 3s and 4s (which also had somewhat peculiar power desires and also did not include a power supply), additional third parties will come forward to produce their own versions of Raspberry Pi 5 power supply. (It's only natural, and history supports this happening.)
But even on a desert island: It can be powered through the GPIO header just like all other previous versions, if that's what you want to do. Just put a reasonably-stable 5V supply on there that can output 5A, and power it up. No big deal.
Also like with previous Pis: A person is also free to goof around with using whatever USB bricks they have laying around. Might work, might not -- but it's a device that is intended to be a learning tool.
Or: Buy a kit from a kit-maker like Vilross or something, if you need accessories included all in one box.
(At any rate: Raspberry Pis have always just been bare boards, not complete systems.)
The most difficult soldering I've ever done was swapping an ATMega 2560 chip between two boards with a very basic hot air station, and that one still doesn't work right (but it works well enough to be useful).
Hacks like this are very impressive.
Or you can google "raspberry Pi 5 power supply".
Makes things so much more convenient when you have to stop everything to hunt for the right dongle or power adapter and can't just use-what-you-have :)
Edit: Too bad they didn't credit what I suspect was the original source for this information https://www.youtube.com/watch?v=Lky4FSfbc1E. (Hopefully that's the right URL, An ad was still playing.)
https://www.jeffgeerling.com/blog/2024/raspberry-pi-5-shorta...
From https://news.ycombinator.com/item?id=38007967 :
> The RTk.GPIO is a Plug & Play USB Device which adds 28 x Raspberry Pi style GPIO pins to your computer
An RP2040 (RPi Pico) is also a USB 2x20 GPIO, with a uf2 bootloader and upgradeable firmware.
Conda-forge builds arm64 Linux and now MacOS packages from feedstocks.
There's usually not a maintained arm64 copy of containers though, so you must build containers yourself with or for ARM64 with cross-compilation from a faster build machine, which distrobox makes really simple. https://news.ycombinator.com/item?id=38505448 ... https://github.com/89luca89/distrobox/blob/main/docs/useful_...
If you want the traditional desktop experience or a higher workload server, the RPi is likely not going to win against an N100 SBC or mini PC. For many applications besides that the RPi fits the niche of powerful enough to run it, power efficient enough to not worry about it running all the time, cheap enough to not worry too much and common enough to be well supported. Things like single-purpose software packages/distributions are often better supported on an RPi, just because it has become the "standard". Sure, you might find hardware better suited for each use case, but it seems like the RPi can handle most of it and thus becomes the default choice.
As an example, I recently tried out an N100 mini PC to drive my living room TV instead of an RPi4. I liked the option of having a fully featured desktop with decent performance just in case (most importantly Firefox). Plus the N100 on paper has more video decoding options, either via HW decoders or just by virtue of handling more via software decoding. In practice, these advantages were irrelevant for my primary use case (watch movies, series & long-form YT videos). But, I lost out on "it just works" features. The RPi4 just boots into Kodi (via LibreELEC) and works flawlessly with HDMI CEC, the N100 does not have any CEC capability (missing HW feature). Sure, I can use an external USB dongle to get CEC support, but after buying that I am at a far higher price than for the RPi4 + SD card + good power supply + simple case.
Side note: the RPi4 also beat a Pine64+ for that use case, just because I couldn't get the board to play nice with LibreELEC. No CEC and no wifi, even after tinkering for far too long.
What scares me about those ARM SBCs is the lack of software support, especially when it comes to GPU acceleration. They perform very well in headless mode, but on graphics they all still lag far behind.
One day (maybe another couple of generations of SBCs) will be better, but we are not there yet.
Outside of GPIO that's on the Pi's, the laptops are fine, and though a little more expensive they can also run more powerful VMs, have cooling, and can do x86 stuff.
Think a terminal in a Museum with lights, think a local hotspots with sensor and connected (normal tablets), think a ECG machine, ... . Use Cases there are enough, whether other criteria (like quality/reliability) are sufficent, is another story).
You need gpio pins for random kiosks (web access, photo printing/scanning, etc. to control the leds, lights, etc., even coin slots), retro arcades (to get input from joysticks, buttons, etc.), robotics (camera for video, a lot of cpu for processing, gpio pins to control the movement), advanced sensor boards (where the processing is done on the device), smart home stuff, etc.
"Back in my time", we used to use parallel ports for that... 8 very limited gpios were enough to drive a few leds or read some data from an external device.
The only advantage a pi 5 has is good ecosystem, but if you're not after performance then you can get that with a 2nd hand pi4 - that has the pins and software.
I don't get it but I'm all for SBC ecosystem seeing growth & enthusiasm of any kind.
Is 5 any better at power savings?
RPi has had some very dedicated mostly independent contributors dragging things along. I think a couple have received some small sums for their work from the producing companies but miniscule amounts compared to the work. OPi seems further behind and again reliant on volunteer forces.
It's just so damned sad.
Also sad: the best arm boards available for under say $500 are some chips announced 2018 (Cortex A76). Even with Intel flat out not shipping new nodes for half a decade, they still have steadier better delivery pipeline than arm.
Hot take: If I need something more powerful than an RPI then I'm shooting for x86.
A Raspberry Pi (any versions, and their friends in the marketplace) is not a like a PC. It's a got a little ARM SoC. It's a lot smaller than your NUC -- it can fit into a normal pants pocket. It has easily-swapped storage, making brain transplants trivial. It includes weird interfaces, like for LCD screens and cameras, and also some GPIO that is included just for tinkering with and integrating into other projects.
It can do PC stuff -- of course it can. It has USB and HDMI ports (and Ethernet and Wifi), much as a modern PC might. It can run Linux (and a whole desktop OS) just as a PC can.
But it can also do other stuff that PCs don't generally do, and that PCs (examples like the awesome GeekPort on the BeBox[1] notwithstanding) have never generally done.
Your NUC was sold as a complete system (including an absolutely-required "esoteric charger") that can be unboxed, powered on, and immediately put to work.
A Raspberry Pi is sold as a bare board that -- by itself -- can't actually accomplish anything at all, just as a common PC motherboard also cannot accomplish anything by itself.
They're very different things, with potential use-cases that only somewhat overlap.
Why this is still an issue of contention after very nearly a dozen years of Raspberry Pi existence boggles the mind. I mean: Some people enjoy dining out (and may not even know how to cook), and some others grow their own food (and thus participate in every stage of its production and consumption by necessity).
Neither set of people are inherently wrong for choosing to do things their own way. Even if one set can't can't understand why the other set does things so differently, both are still perfectly OK.
If a person wants a prebuilt PC to do PC stuff with, then they should absolutely get a prebuilt PC (new with warranty, old, janky closet laptop, whatever) and do PC stuff with it. If a person wants a computer that can be (must be) tinkered with in a very hands-on way, then perhaps a learning- and tinkering-oriented SBC like a Raspberry Pi (new, old, 3, 4, 5, zero, Craigslist score, whatever) might be a better option.
For my own part: I own some PCs that I do PC things with. I also own some Raspberry Pis that I do more-hackish things with.
My Home Assistant rig runs in a VM on a (very cheap, used) small Lenovo M600 box, because I felt that this was the best way for me to accomplish my goal at the time. My usage of HA doesn't need any special IO, and I enjoy using VMs. It sits there and just works.
My DIY energy monitoring rig runs on a Raspberry Pi 3, because I felt that this was the best way to accomplish that goal at that time. The system I chose absolutely requires the Raspberry Pi's GPIO, and conglomerates as a very small contraption that is easy to co-locate near the circuit breaker panel. It sits there and just works.
I'm very pleased with these purchases. 10/10, they suit my own proclivities just fine. (If they didn't, then I'd like to think that I would have chosen differently.)
It's OK to have more than one kind of product in a marketplace.
a lot of people need the rpi to be something different than a media center that gets stuffed somewhere. 90% of the rpis I have at home are interfacing with something via pins, not just the usb hub. if I want to do something like that with the amd option then i'm back to some kind of usb device mated to that and another software layer that'll be undoubtedly more poorly supported than the rpi equivalent.
for something like a nas or media center though I absolutely agree with you.
I think there is a divide in the RPI community between electonic enthusiasts and those who just need a small portable PC (media center, game cabinet, NAS/server/etc)
Add them up and a Quad-Core N100 becomes equivalent. Here they're on Amazon for 180€ with 16GB ram and 512 GB storage. And cheaper options with less storage and ram (usually coupled with the sightly slower N95 chip)
It's not a pi and if you want to integrate it into electronics a pi is much better but for the "small mini server" usecase I don't see the benefit of going for a pi anymore.
The grandparent comment said you could get an N100 for the same price, but they are all more expensive no matter how you look at it.
That is sure a nice system for the money! Wow. I will check if I can get those in Europe.
If you need more than RPi, then a proper open platform like x86/x64 is really your only other 'community' option usually.
Pine64 does have a newer QuartzPro64 that they're also working on mainline support for. The Orange Pi 5 uses the same SoC. And yeah support isn't there yet, but I'm hopeful: https://wiki.pine64.org/wiki/QuartzPro64_Development#Upstrea...
[1] There have been plenty of devices where someone was working on drivers and then the developer moved on or a new revision was released etc and the original thing never gets the support people bought it anticipating.
Their lower end board is in a more similar price point to the Raspberry Pi, the Orange Pi 3B with a Rockchip RK3566. And it is slower than the Raspberry Pi 5 in benchmarks I've seen. Though if you don't mind ordering from Aliexpress, it's more in the Pi 4's price range there and does beat out that in performance. It also has an NVMe slot which is why I picked it for my use.
Unfortunately it's also lacking a maintainer for Armbian: https://www.armbian.com/orangepi3b/ . With how fast they drop board support, I'm wary about long-term support from Orange Pi without Armbian. I've got an Orange Pi 4 (not the 4B or 4 LTS which are different) that they haven't released a new image for in years. Meanwhile Raspberry Pi OS still supports the rPi 1. Also ignore the order of numbers, the Orange Pi 4 is older and slower than the Orange Pi 3B.
Next I messed around with an old OrangePi just to realize they never updated the Armbian (even though I got the device tree into the Kernel!). Downloaded the ancient image from their Google Drive, got BalenaEtcher running again (its not in my repos) and then figured the SBC must be fried anyway.
Luckily I remembered that I still had a RPi1 that was collecting dust and should work with any old USB charger. Checked `rpi-imager` and indeed, it supported that old thing! Created the SD card (config was still saved), grabbed an old USB WiFi adapter and powered the thing up. And it just worked :)
The emergency was: My 20m USB extension cord with the zigbee coordinator failed after 2y, and I could not turn on a few of our lights. Using `usbip` I now forward it to the automation server from that RPi1 (I initially didn't think about the RPi1 since I wanted to run zigbee2mqtt on the device, but eventually found out about usbip). Bonus 1: I still have the spare RPi4 that I wanted to attach to the 3D printer because I could re-use the old one :) Bonus 2: I now know that rpi-imager has a ready-made Klipper image and I don't need to set it all up by hand.
Next time I consider getting another SBC, it will be an RPi again.
I might end up just using it as a Klipper board too.
This was a great decision! Created a USB stick for the RPi4 with Mainsail OS. No display necessary, just connected Ethernet (WiFi did not connect, didn't debug though). The printer setup was really easy, though I had to adjust the template configuration for my hardware modifications (mostly tmc2130). Most actual effort was in reworking parts of the hardware (remove case, solder new build plate, design and test the mounts, fix bad soldering that only caused half the heat plate to heat up [good bless thermal cameras!]). Overall, the UX has increased tremendously since I first heard about Klipper (IIRC Kevin just added delta support back then). I think the Mainsail UI has a huge impact on UX. Especially manual calibration of the delta kinematics with the Mainsail web UI is a delight. I scrapped getting piezo probes or stuff like that (for now).