Hacker News new | past | comments | ask | show | jobs | submit | sylwester's comments login

The other repository seems more interesting (can someone translate?) https://github.com/kingyoPiyo/RasPico_SHIBAKI_Board

This seems to be SFP with Raspberry Pico.


FL Studio is already mentioned as application supporting CLAP


Image Line (makers of FL Studio) are in the "are already evaluating CLAP" list, so they're not already supporting.


RIP


I prefer Tailscale or Zerotier for that purpose. Tailscale for application where Layer 3 is sufficient and Zerotier where I want Layer 2 communication (think of it as an internet-wide network switch).


What I see (in a tech background company) and in general is, that the due to a lot of remote work instead of working in the office productivity and communication has suffered.

Also, due to the pandemic, I've experienced spontaneous bursts of depressions and the feeling of loosing motivation and anxiety. I have heard this from colleagues and friends as well.


Agreed, we both noticed this as well. Although pandemic allowed us to develop a few exciting side projects, productivity run slowly from time to time.


I am an embedded developer and have used a lot of different microcontrollers in the past and present. The RP2xxx series is a very exciting microcontroller series. Currently only the RP2040 exists, but I expect to see other versions with more ram, integrated flash, maybe a M4 instead of M0+ core.

The truely exciting things about the RP2040 are:

- Market availability

- Low price

- 2 x Cortex M0+ cores

- Possibility to overclock

- Flexible PIO Programmable State Machines with FIFOs

- High GPIO count

- Excellent documentation (!)

- Lots of examples

I think the RP2040 is even totally overpowered / underutilized for most of the tasks I see in most projects.

What I would love to see in the future, is a version with integrated flash (with possibility to expand with external QSPI flash), a cortex M4 core with FPU and the ability to attach PSRAM to expand the usable memory (and map it into the memory map of the RP2xxx).


RevPi has a very substantial problem. The IO Module Drivers are made the way, that in order to read I/O, you need to be constantly polling the file descriptor. This causes the load to be very high.

I would liked to see the I/O modules using the standard IIO driver approach (https://wiki.analog.com/software/linux/docs/iio/iio). This would make integration into industry-standard software much more comfortable.


Do I see correctly from the software that the car is using a WS2811 LED controller for the lights? Or is this just for a simulation?


I discovered LVGL and used it yesterday for the first time on a board I have developed:

https://forums.raspberrypi.com/viewtopic.php?f=147&t=322135&...


I decided to open source a development board I have been working on. Ask me anything!


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: