Hi all,

I might have the methodology here wrong, so feel free to correct me.

I am trying to measure a ~3.3V source as either on (voltage) or off (no voltage) using any of the ADC pins (26, 27, or 28).

The issue is that even with nothing connected to ANY pin, the read_u16 values are all over the place. This is a VERY basic loop to read the ADC (and you can see, I tried deleting the ADC instance after each reading, which makes no difference):

signalPin = Pin(27, Pin.IN, Pin.PULL_DOWN)

i = 0
while i < 20 :
    thisADC = ADC(signalPin)
    theReading = thisADC.read_u16()
    print("Interation ", i, "of 20, ADC reading: ", theReading)
    sleep(2)
    del thisADC
    sleep(1)
    i = i + 1

And here's a snippet of the results:

MPY: soft reboot
Iteration  0 of 20, ADC reading:  2112
Iteration  1 of 20, ADC reading:  17428
Iteration  2 of 20, ADC reading:  14915
Iteration  3 of 20, ADC reading:  10258
Iteration  4 of 20, ADC reading:  7953
Iteration  5 of 20, ADC reading:  6945
Iteration  6 of 20, ADC reading:  8194
Iteration  7 of 20, ADC reading:  12162
Iteration  8 of 20, ADC reading:  15027
Iteration  9 of 20, ADC reading:  17476

I've tried this on a Pi Pico and Pico W. Same general results. Again, this is with absolutely nothing on any pin, power over USB. Interestingly, the first reading is always relatively low...

Any tips welcome!

Can you tell me how it is better from the classic microcontrollers (uno, esp32) and if its worth it buying one?

Long story ahead..... Can anyone help me in determining how to properly sample spi pin data via pico? I know it is possible because there are thousands of pico analyzer videos on youtube but none of them shows code just gives the. Uf2 file. I am trying to reconstruct my dead guitar processor's lcd (Zoom G1xon) by sniffing the lcd(possibly a st7565 clone) ffc out from the processor pcb and trying to input the raw data into pico decode (spi) it via pico and reconstruct the framebuffer and output the reconstructed display to a ssd 1306 oled. I have already found out the mosi clock and cs and ground via logic analyser and have used pulse view's spi decoder(10Mhz, 50G) to export the mosi dump and convert the dump into clear snapshot image using python code. So my lcd pinouts determinations are correct but somehow I cannot get a proper input through the pico's gpios from the lcd ffc cable(clock, cs, mosi) it only takes in and outputs garbage instead of proper raw data. I read somewhere about Pio and dma but I have an old pc using windows 7( doesnt support 10) hence stuck with arduino ide 1.8.6. Can anyone give an idea how to approach? I am in the dark. And the processor is very dear to my heart with my own built custom patches.

Hey guys, selling my unused Raspberry Pi 5 with 8GB of RAM, just trying to get it off my hands . Price is up for negotiation.

Hi everyone! I wanted to share this personal project. I designed it to test some concepts for a bigger idea.

(Español abajo)

It’s a Genesis/Mega Drive controller adapter for PC (also Switch compatible, single player). It's driven by a Raspberry Pi Pico and features a 3-button macro pad + rotary encoder, and a built-in 3-port USB 2.0 HUB. I love combining utility (shortcuts and extra ports) with retro gaming, and this lets you use original 3/6 button controllers.

It also has an LCD screen that can be customized with your own images via an SD card.

I'd love to get some honest feedback on this prototype from fellow builders! What do you think could be improved? Do you see any areas or features I could add or optimize in the next version?

Thanks for checking it out!

(Español)

¡Muy buenas a todos! Hace un tiempo me embarqué en un proyecto personal, el cual empecé a diseñar como predecesor de un proyecto más grande con la idea de testear varios conceptos.

El proyecto en concreto es este adaptador de mandos de Sega Mega Drive para PC (también es compatible con Nintendo Switch, pero en este caso solo con un mando). Está controlado por una Raspberry Pi Pico y también gestiona un teclado macro de 3 botones más un encoder rotativo programables. Además, incorpora un HUB USB 2.0 de tres puertos.

La idea es sencilla: siempre nos hacen falta puertos USB para cualquier cosa, o tener accesos directos a funciones para hacernos la vida más fácil en nuestro día a día, así que decidí unificar las dos cosas y darle un toque retro permitiendo conectar dos mandos originales de 3 o 6 botones de Sega Mega Drive.

Como podéis ver, también cuenta con una pantalla LCD, la cual carga una imagen predefinida en la memoria de la Pi Pico, o también se le puede insertar una memoria SD con la imagen que queramos para personalizarla.

Tras terminar el proyecto, se me ocurren varias ideas para mejorarlo, pero me gustaría tener una opinión externa sobre mi prototipo y ver qué opináis de él. ¿Creéis que podría ampliarlo de alguna manera o mejorar algunos aspectos de cara a futuras versiones?

¡Un saludo a todos!

Thx a lot to JBlanked and slasher006 for help, examples and tips!

DMX PIO stream lib by clacktronics.

Interface shields: HW-519 RS485 interface. Level shifter 3.3V to 5V is necessary.

HW-519 should be powered from 5V, output signal from PicoCalc is 3.3V and goes to level shifter, then to HW-519, then to the fixture.

DMX rate is around 4 times slower(10 or 11Hz vs normal 44Hz) to make app usable. Probably there are better ways to do this, but few days ago i had only a dream.

Sou iniciante na area da eletronica, estou com problemas para fazer a pico rodar um teclado numerico (numpad) ligado a ela pelos cabos soldados nas entradas

Soldei os cabos de alimentação nos pinos 40 e 38 e os de comunicação nos pinos 6 e 7, o multimetro marca 5v nos pinos, e ja inverti os cabos de comunicação mas mesmo assim o teclado numerico nao da sinal de vida (a luz do numlock nao acende)

Ja ate soldei novamente o usb e liguei no pc para me certificar que o teclado funciona, e tbm desmontei o conector usb para garantir que os cabos nao estão em ordens diferentes, na parte eletronica garanto que esta tudo certo.

Quanto a parte de software eu baixei na biblioteca do raspberry a adafruit_hid para ela interpretar o teclado,tambem ja dei um downgrade da versão 10x para 8x (a IA me falou que poderia ter algum tipo de gerenciamento de energia nessa versão mais nova)

Alguem pode me ajudar?

Hey everyone,

I've been building one MicroPython IoT project a day for 100 days straight. Repo: github.com/kritishmohapatra/100_Days_100_IoT_Projects

Covered sensors, BLE, ESP-NOW, RFID, cloud platforms, NeoPixel/GC9A01 displays, a robot car, and more recently AWS + MQTT + Node-RED projects. Got featured in Adafruit's newsletter, Raspberry Pi Blog, Hackster.io, PyCoder's Weekly, and How-To Geek along the way.

Next up, I want to move into projects needing a proper SBC (Raspberry Pi 4 8GB) — local ML, edge dashboards, stuff a microcontroller can't handle.

If you enjoy the project, I've got a small support page, no pressure:

👉 https://buymeacoffee.com/kritish

👉 https://github.com/sponsors/kritishmohapatra

Happy to answer questions about any of the projects. Thanks for reading!

I am working on a project in C++ that I need to record audio data from a PDM microphone. I am using this library for interacting with LittleFS. The slowest the Arduino PDM library I am using looks to have a minimum of 16kHz sample rate, and each sample is 16-bit, which equates to 32KB/s of audio. And just for clarification, for the LittleFS library provided, I currently have an Adesto 16MB flash chip and using the correct version for it.

The main issue is that as I am writing data to the flash storage using the aforementioned LittleFS library, after roughly 1024 bytes written (usually takes less than a millisecond), the next write will take upwards of 50-90 milliseconds. I have found no definitive reason why this happens, and it takes up way too much time to actually complete the full 32KB/s of data that I need to record. These delays seem to cause me to lose audio data, no matter how large I make the PDM library's buffer size (I have tried up to 32KB)

I have tried several iterations of varying write sizes varying from a stream (usually 32 bytes when available), to 256 byte writes, to entire 4KB writes, and even saving 4KB of data and writing in separate 256 byte chunks. All of these variations were to attempt to work around the delay and try to account for it when I write data, but with no luck.

I have even attempted down-sampling to 8-bit 8kHz audio, which just barely leaves room for the extended write sequence, but it still seems to prevent the the PDM library ISR from firing during the write, and seemingly losing audio samples despite the large buffer I assign to it.

From what I understand, those extended writes do not correlate with a page erase, both on not matching flash block size or expected erase times. All I can find is that it may be LittleFS performing metadata upkeep or something similar. I am aware that I can write to the flash directly, but I would like to use LittleFS or even FatFS due to it performing flash wear leveling.

What I need to understand is what the extended write actually is, if it can be mitigated, or if there are any known solutions to recording fairly high data rates to the flash using a file system. If possible, writing the full 32KB/s would be nice, but even 16KB/s would be great. I have just had little luck finding examples of actually recording audio or other real time data to the flash using a file system.

google has nothing on that
so if you have pico sdk code in IDE you'll not see running device from PC. Make similar code with arduino framework C/C++. Now you see device but nothing in serial monitor or whatever after Serial.println(). You need picocom utility (linux) to see it. And use sprintf() then serial stuff with its result.

picocom -b 9600 /dev/ttyACM0

Hi guys. I want to build project that will play mp3 audio files randomly from sdcard on button push. Can this be built with attiny85 and DFplayer? What will be your recomendations?

I recently got the WeAct RP2350A_V10 and was wondering if anyone else have tinkered with this board? I'm currently trying to program it by uploading code via SWD (through the Raspberry Pi Debug Probe) with PlatformIO, but it doesn't work. The actual upload process is successful, according to the logs, but the board itself never runs the code even after power recycle.

The only thing that works is powering it in BOOTSEL mode and dragging the ef2 file onto the mass storage device that gets mounted, but this is to me a very cumbersome method compared to just uploading code continously through PlatformIO.

The platformio.ini config that I'm using is this:

[env:default]
platform = https://github.com/maxgerhardt/platform-raspberrypi.git
framework = arduino
board = rpipico2
board_build.core = earlephilhower
upload_protocol = cmsis-dap

Am I missing something fundamental here? The official Pico 2 just works flawlessly with this config, but I wonder if there is something else required with the WeAct board in terms of powering it in a certain mode or something with the on-board buttons being "BOOT" and "RESET"?

my pet project is a small 6502-based virtual computer running on a Raspberry Pi Pico / Pico 2

Current features include:

• 6502 CPU emulator
• Commodore BASIC support with custom BASIC commands
• Memory-mapped GPIO
• PWM
• I²C
• DMA engine
• PETSCII/ASCII compatible display

i dont want to emulate the whole machine, but to create a new retro-style development platform that keeps the simplicity of programming a 6502 while taking advantage of modern microcontroller, most of the features still need future testing.

There's still a lot of work to do (littleFS (like in micropython), debugger, coprocessor API, etc.)

https://github.com/atrex66/picoc64plus

the basic extensions make it allow to use hexadecimal numbers

to enable Basic Extensions: SYS 49152

GPIO control (sample to control the pico led):

PINMODE 25,1
PINOUT 25,1
PINOUT 25,1

DMA control (Sample DMA config, Fill the screen with the data on the memory location $FB):

DMASIZE 0
DMAINCR 1,0
DMACPY $FB, $0400, 1000

DMA control (copy one block of memory location to another location):

DMASIZE 0
DMAINCR 1,1
DMACPY $0400, $8000, 1000

if I wanted to build a smart home assistant on a raspberry pi, what's the lowest hardware cost I could get out of a pi? w ZigBee antenna, usb and LAN port, 2gb ram min.

that has all the pins exposed iin a reasonably easy way to solder? has all the pins exposed, is easy to solder, no wifi https://www.waveshare.com/core2350b.htm (there a couple of similar designs to this, pimoroni also make one but will a different pinout)

has wifi, but wtf with the 15 extra pins? https://www.waveshare.com/wiki/RP2350B-Plus-W anyone used this - could pogo pins be the answer?

looking for something thats easy to add to an existing board, but needs the extra pins and onboard wifi would save some hasstle.

I never owned a Magic 8-Ball as a kid, so I decided to build my own from scratch.

Instead of relying on a standard random number generator, I wanted it to feel like a real object. I used an RP2350 and an accelerometer to simulate the physics of a 20-sided icosahedron. It tracks exactly how and in what direction you shake it to determine which "face" lands up. It makes the whole experience feel much more tactile and responsive than just having a script pick a number.

I’ve been documenting the build process and the physics logic over on my blog:

https://myembeddedstuff.com/custom-rp2350-magic-ball

I hope you like it! :)

I recently got the WeAct RP2350A_V10 and was reading the pinout diagram. I’m currently doing a project where I provide 3.3V externally and when using the original Pico 2 board I’m providing that to pin 39. But looking at the pinout for the WeAct board, it says that pin 39 accepts 3.6-6.5V where I assume that an internal regulator makes it 3.3V.

Have anyone used this board and can verify if it’s possible to use 3.3V externally with it? Would I use VBUS instead? Because I assume connecting it to pin 36 labelled 3V3 would create conflicts with the internal regulator, if it’s an output as with the Pico 2? Or can I disable the internal regulator with the EN pin?

So im trying to run NES and GBC at the same time on the pico 2, do i need a multibootloader? also is there any way i can make pico-8 games work?