Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

I got almost all of my wishes granted with RP2350

dmitry.gr

Post reply on HN
Print view View original

251–260 of 356 posts

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

#251

Post by ebenupton »

robomartin wrote: post #200
ebenupton wrote: post #163

Earlier quoted context omitted.

It has: you can encrypt your code, store a decryption key in OTP, and decrypt into RAM. Or if your code is small and unchanging enough, store it directly in OTP.

Nice! Thanks for the direct communication BTW. I guess you are very serious about competing with industrial MCU’s. We had to use a 2040 shortly after it came out because it was impossible to get STM32’s. Our customer accepted the compromise provided we replaced all the boards (nearly 1000) with STM32 boards as soon as the supply chain normalized. I hope to also learn that you now have proper support for development u…

It's a fair comment. Give our VSCode extension a go: the aspiration is to provide uniform developer experience across Linux, Windows, and MacOS.

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

#252

Post by TickleSteve »

dheera wrote: post #143
kaycebasques wrote: post #142

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 -__--

I have to admit, Bazel as a build system would mean it wouldnt even be considered by me, it has to fit in with everything else which typically means Makefiles, like it or not.

TBH, Java + Bazel + Discord makes it seem like its out of step with the embedded world.

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

#253

Post by TickleSteve »

ryukoposting wrote: post #219
alex-robbins wrote: post #206

Earlier quoted context omitted.

> A USB DFU function embedded in boot ROM is flatly undesirable in an MCU with no memory protection. Are you saying DFU is not useful without an MMU/MPU? Why would that be?

It's certainly useful, but having it embedded within the hardware with no way to properly secure it makes the RP2040 a non-starter for any product I've ever written firmware for.

it has secure boot and TrustZone.

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

#254

Post by bschwindHN »

spacedcowboy wrote: post #232
bschwindHN wrote: post #222

Earlier quoted context omitted.

I wonder what other uses people will find for it. It's one-way data transfer, I wonder if it could be hooked up to a USB 2.0 or USB 3.0 peripheral, or an ethernet PHY, or something else.

Pretty sure I'm going to link it up with an FPGA at some point - as long as the data is unidirectional, this is a promise of 2400 Mbit/sec - which for a $1 microcontroller is insane . If it overclocks like the processor, you're up to 4800 MBit/sec ... stares into the distance I can use PIO in the other direction, but this has DDR, so you'll never get the same performance. It's a real shame they didn't make it bi-dire…

Right? Bidirectional capability at those speeds would be incredible for the price of this chip.

Either way, still looking forward to see what people cook up with it, and hopefully I'll find a use for it as well. Maybe combine it with some cheap 1920x1080 portable monitors to have some beautiful dashboards around the house or something...

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

#255

Post by crote »

TaylorAlexander wrote: post #126
ryukoposting wrote: post #106

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…

> My hope is that they'll eventually provide a library of ready-made "soft peripherals" Perhaps they could be more ready-made, but there are loads of official PIO examples that are easy to get started with. https://github.com/raspberrypi/pico-examples/tree/master/pio

I feel like the PIO is just slightly too limited for that. You can already do some absolute magic with it, but it's quite easy to run into scenarios where it becomes really awkward to use due to the limited instruction count, lack of memory, and absence of a direct clock input.

Sure, you can work around it, but that often means making significant sacrifices. Good enough for some hacking, not quite there yet to fully replace hard peripherals.

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

#256

Post by littlestymaar »

HeyLaughingBoy wrote: post #108
sgu999 wrote: post #105

Earlier quoted context omitted.

> for our farm robot That peaked my interest, here's the video for those who want to save a few clicks: https://www.youtube.com/watch?v=fFhTPHlPAAk I absolutely love that they use bike parts for the feet and wheels.

I have given some thought to a two-wheeled electric tractor for dealing with mud -- horse paddocks turn into basically a 1-foot deep slurry after heavy rain and it can be easier to deal with something small that sinks through the mud, down to solid ground than something using large floatation tires. Additional problem with large tires is that they tend to throw mud around, making everyone nearby even more dirty. I ha…

Your description fit what I've seen for rice farming, whose machines usually use bike-like tires.

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

#257

Post by vardump »

bschwindHN wrote: post #254
spacedcowboy wrote: post #232

Earlier quoted context omitted.

Pretty sure I'm going to link it up with an FPGA at some point - as long as the data is unidirectional, this is a promise of 2400 Mbit/sec - which for a $1 microcontroller is insane . If it overclocks like the processor, you're up to 4800 MBit/sec ... stares into the distance I can use PIO in the other direction, but this has DDR, so you'll never get the same performance. It's a real shame they didn't make it bi-dire…

Right? Bidirectional capability at those speeds would be incredible for the price of this chip. Either way, still looking forward to see what people cook up with it, and hopefully I'll find a use for it as well. Maybe combine it with some cheap 1920x1080 portable monitors to have some beautiful dashboards around the house or something...

1920x1080 30 Hz DVI would require running RP2350 at least at 311 MHz ((1920 * 1080 * 30Hz * 10) / 2). Probably a bit more to account for minimal horizontal and vertical blanking etc. Multiplier 10 comes from 8b10b encoding.

To fit in 520 kB of RAM, the framebuffer would need to be just 1 bpp, 2 colors (1920 * 1080 * 1bpp = 259200 bytes).

From PSRAM I guess you could achieve 4 bpp, 16 colors. 24-bit RGB full color would be achievable at 6 Hz refresh rate.

I guess you might be able to store framebuffer as YUV 4:2:0 (=12 bits per pixel) and achieve 12 Hz refresh rate? The CPU might be just fast enough to compute YUV->RGB in real time. (At 1920x1080@12Hz 12 clock cycles per pixel per core @300 MHz.)

(Not sure whether the displays can accept very low refresh rates.)

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

#258

Post by crote »

jayyhu wrote: post #135
Findecanor wrote: post #125

Earlier quoted context omitted.

To clarify: You can connect a 5V power source by connecting it to the VSYS pin which leads into the on-board voltage regulator. But the µC itself runs on 3.3V and is not totally 5V-capable. You'd need level converters to interface with 5V.

You're right, after re-reading the Power section on the datasheet it seems connecting 5V to the VREG_VIN should suffice to power the digital domains, but if you want to use the ADC, you still need a external 3.3V source.

It's quite a bit more complicated.

The chip needs a) 1.1V to power the cores, b) 1.8V-3.3V to power IO, and c) 3.3V to properly operate USB and ADC.

The chip has one onboard voltage regulator, which can operate from 2.7V-5.5V. Usually it'll be used to output 1.1V for the cores, but it can be used to output anything from 0.55V to 3.3V. The regulator requires a 3.3V reference input to operate properly.

So yeah, you could feed the regulator with 4-5V, but you're still going to need an external 5V->3.3V converter to make the chip actually operate...

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

#260

Post by jhugo »

bee_rider wrote: post #249
speed_spread wrote: post #228

Earlier quoted context omitted.

> English, so weird Borrowed from just-as-weird French "piquer" - to stab or jab.

It is kind of funny that both of the incorrect versions, peaked or peeked, sort of make more sense just based on the definitions of the individual words. “Peaked my interest” in particular could be interpreted as “reached the top of my interest.” Way better than stabbing my interest, in a French fashion or otherwise.

Right, but that meaning isn’t quite right. To pique your interest is to arouse it, leaving open the possibility that you become even more interested, a possibility which peaking of your interest does not leave open.
Post reply on HN