Live data from Hacker News

I got almost all of my wishes granted with RP2350

dmitry.gr

151–160 of 356 posts

Re: I got almost all of my wishes granted with RP2350

#151
post #78

Gross, the dev board uses micro-USB. It's 2024! Otherwise amazing work. Exactly what's needed to compete with the existing giants.

USB-C is way more complicated, even if you're not trying to push 4K video or 100W power through it. The interface chip ought to be more complex, and thus likely more expensive.

You can still find a number of cheap gadgets with micro-USB on Aliexpress. Likely there's some demand, so yes, you can build a consumer product directly on the dev board, depending on your customer base.

Re: I got almost all of my wishes granted with RP2350

#152
post #151
post #78

Gross, the dev board uses micro-USB. It's 2024! Otherwise amazing work. Exactly what's needed to compete with the existing giants.

USB-C is way more complicated, even if you're not trying to push 4K video or 100W power through it. The interface chip ought to be more complex, and thus likely more expensive. You can still find a number of cheap gadgets with micro-USB on Aliexpress. Likely there's some demand, so yes, you can build a consumer product directly on the dev board, depending on your customer base.

Chinese boards are both cheaper and have usb type c implemented correctly and in spec, so that's no real excuse for raspberry pi

Re: I got almost all of my wishes granted with RP2350

#153

Earlier quoted context omitted.

> STM32H7 chips can run much faster STM32H7 tops out at 600MHz. This has 2x 300MHz at 2-3 cycles/op FP64. So maybe your applications can fit into this?

I'm seeing several statements of 2x300MHz, but the page [1] says 2x150MHz M33's.. I know the RP2040's overclock a lot but these are significantly more complex chips, it seems less likely they'll overclock to 2x the base frequency. [1] https://www.raspberrypi.com/news/raspberry-pi-pico-2-our-new...

TFA states extensive 300Mhz OC with no special effort (and he's been evaluating pre-release versions for a year).

"It overclocks insanely well. I’ve been running the device at 300MHz in all of my projects with no issues at all."

Also

"Disclaimer: I was not paid or compensated for this article in any way. I was not asked to write it. I did not seek or obtain any approval from anyone to say anything I said. My early access to the RP2350 was not conditional on me saying something positive (or anything at all) about it publicly."

Re: I got almost all of my wishes granted with RP2350

#154
post #35

Earlier quoted context omitted.

There's plenty of alternatives right out of the gate, at least: https://www.raspberrypi.com/for-industry/powered-by/product-... Pimoroni has a maxed-out pin-compatible version with 16MB flash, 8MB PSRAM, and USB-C: https://shop.pimoroni.com/products/pimoroni-pico-plus-2

Unless the USB-C connector costs $7-10, these are beyond ridiculously overpriced compared to the official dev board. At least throw in an IMU or something if you plan to sell low volumes at high prices jeez.

The cheapest one I've seen so far is the XIAO RP2350, which is $5, same as the official Pico board. I'm sure there will be more cheap options once more Chinese manufacturers get their hands on the chips, no-name USB-C RP2040 boards are ridiculously cheap.

Re: I got almost all of my wishes granted with RP2350

#155

Earlier quoted context omitted.

Apparently (this is news to me), you can also choose to run 1+1 Arm/RISC-V, you don't have to switch both cores either/or. Eben Upton: "They're selectable at boot time: Each port into the bus fabric can be connected either to an M33 or a Hazard3 via a mux. You can even, if you're feeling obtuse, run with one of each." Source: https://www.theregister.com/2024/08/08/pi_pico_2_risc_v/

Would've been cool for safety applications if the second core could be run in lockstep mode.

afaik that is a whole different rodeo on the silicon level

Re: I got almost all of my wishes granted with RP2350

#156

Earlier quoted context omitted.

USB-C doesn't require anything special USB wise as it's decoupled from the versioned standard. It just has more pins and works with all modern cables. Ideally the cables won't wear out like Mini and Micro and get loosey goosey in the ports.

For a device, USB-C requires two resistors that older USB ports don't. Declaring yourself as a host/device is also a bit different: USB-C hardware can switch. Micro USB has a "On-the-go" (OTG) indicator pin to indicate host/device. The USB PHY in RP2040 and the RP2350 is actually capable of being a USB host but the Micro USB port's OTG pin is not connected to anything.

Hm, I've used mine as a USB host with an adapter? Not sure of the details, I suppose OTG is the online/runtime switching and I was just running as fixed host?

Re: I got almost all of my wishes granted with RP2350

#157

RP2040 had Doom ported to it. https://kilograham.github.io/rp2040-doom/ RP2350 looks very much like it could potentially run Quake . Heck, some of the changes almost feel like they're designed for this purpose. FPU, two cores at 150 MHz, overclockable beyond 300 MHz and it supports up to 16 MB of PSRAM with hardware R/W paging support.

While outputting DVI! I wouldn't be surprised.

Mouser have 64 megabyte PSRAMs.

I really want a Mac System 7 grade operating system for this chip...

Re: I got almost all of my wishes granted with RP2350

#158
post #143

Big day for my team (Pigweed)! Some of our work got mentioned in the main RP2350/Pico2 announcement [1] but for many months we've been working on a new end-to-end SDK [2] built on top of Bazel [3] with support for both RP2040 and RP2350, including upstreaming Bazel support to the Pico SDK. Our new "Tour of Pigweed" [4] shows a bunch of Pigweed features working together in a single codebase, e.g. hermetic builds, on-d…

I hate Bazel. A build system for C/C++ should not require a Java JVM. Please keep Java out of microcontroller ecosystem please -__--

We realize Bazel is not the right build system for every embedded project. The "Bazel for Embedded" post that came out today (we co-authored it) talks more about why we find Bazel so compelling: https://blog.bazel.build/2024/08/08/bazel-for-embedded.html

Re: I got almost all of my wishes granted with RP2350

#159

I can't imagine someone using an RP2040 in a real product, but the RP2350 fixes enough of my complaints that I'd be really excited to give it a shot. There's a lot going for the 2040, don't get me wrong. TBMAN is a really cool concept. It overclocks like crazy. PIO is truly innovative, and it's super valuable for boatloads of companies looking to replace their 8051s/whatever with a daughterboard-adapted ARM core. But…

For my work, the lack of flash memory integration on the 2040 is a deal breaker. You cannot secure your code. Not sure that has changed with the new device.

Re: I got almost all of my wishes granted with RP2350

#160
I see CMSIS definitions for the RP2040 at https://github.com/raspberrypi/CMSIS-RP2xxx-DFP but none for RP2350. Maybe they'll eventually appear in that repo, given its name is RP2xxx? I thought vendors are legally obligated to provide CMSIS definitions when they license an ARM core.
Post reply on HN