Live data from Hacker News

I got almost all of my wishes granted with RP2350

dmitry.gr

181–190 of 356 posts

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

#181
post #143

Earlier quoted context omitted.

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

Bazel is great for some Enterprise. Try it somewhere Azure rules and behold the confused looks everywhere.

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

#182

This is very exciting! For the last several years I have been developing a brushless motor driver based on the RP2040 [1]. The driver module can handle up to 53 volts at 30A continuous, 50A peak. I broke the driver out to a separate module recently which is helpful for our farm robot and is also important for driver testing as we improve the design. However this rev seems pretty solid, so I might build a single board…

Ah, it's good to see you continuing your work with types of robots that start with f.

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

#184
post #73
post #71

Earlier quoted context omitted.

This seems like a great way to test the waters before a potential full-on transition to RISC-V. It allows to validate both technically and market reception, for a much lower cost than taping out a additional chip.

Fun for benchmarking too. You’re limited to those two exact kinds of cores, but you know every other thing on the entire computer is 100% identical. It’s not SBC 1 vs SBC 2, but they have different RAM chips and this one has a better cooler but that one better WiFi.

I really hope people don't do this. Or at least not try to sell it as ARM vs RISC-V tests.

Because what you are really testing is the Cortex-M33 vs the Hazard 3, and they aren't equivalent.

They might both be 3 stage in-order RISC pipelines, but Cortex-M33 is technically superscalar, as it can dual-issue two 16bit instructions in certain situations. Also, the Cortex-M33 has a faster divider, 11 cycles with early termination vs 18 or 19 cycles on the Hazard 3.

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

#185

This is very exciting! For the last several years I have been developing a brushless motor driver based on the RP2040 [1]. The driver module can handle up to 53 volts at 30A continuous, 50A peak. I broke the driver out to a separate module recently which is helpful for our farm robot and is also important for driver testing as we improve the design. However this rev seems pretty solid, so I might build a single board…

Ah, it's good to see you continuing your work with types of robots that start with f.

Hah thats right. I did get some parts to try to update the other one you are referring to, but given all my projects it has not made it near the top of the queue yet.

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

#186
post #105

This is very exciting! For the last several years I have been developing a brushless motor driver based on the RP2040 [1]. The driver module can handle up to 53 volts at 30A continuous, 50A peak. I broke the driver out to a separate module recently which is helpful for our farm robot and is also important for driver testing as we improve the design. However this rev seems pretty solid, so I might build a single board…

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

* piqued

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

#187
post #143

Earlier quoted context omitted.

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

In my experience, Bazel is great if you are a Google-sized company that can afford to have an entire team of at least 5-10 engineers doing nothing but working on your build system full time.

But I've watched it be insanely detrimental to the productivity of smaller companies and teams who don't understand the mountain of incidental complexity they're signing up for when adopting it. It's usually because a startup hires an ex-Googler who raves about how great Blaze is without understanding how much effort is spent internally to make it great.

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

#188
What is the process node used? Who is fabbing this for them? Given that the new chip is bigger, my guess is the same (old) process node is being used. RP2040 is manufactured on a 40nm process node.

Whoops, I read the fine print: RP2350 is manufactured on a 40nm process node.

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

#189
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.

* piqued

yes, piqued. English, so weird! ;-)

(Although, interest peaking is possible!)

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

#190
post #131

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…

> no hardware integer division It did have it, but as an out-of-ISA extension

Not only that, the single FP and double FP were provided as optimized subroutines. I was never hampered by inadequate FP performance for simple control tasks.
Post reply on HN