-
Thread
Pickit5 vs ATMEL ICE
um Längen besser. Viele Basteleien die ich wie du es nennst im Sessel mache, mache ich mit den RP2040 Boards. Da bekommt man auch Debugger her. Vielleicht ist das ja was.
Beitrag #7602432: > Viele Basteleien die ich wie du es nennst im Sessel mache, mache ich mit > den RP2040 Boards. Da bekommt man auch Debugger her. Vielleicht ist das > ja was. Danke für deinen Beitrag. Muss ich mich mal rein lesen. Aber dann sehen wir das zumindest beide so, dass das sicher der bessere
-
Thread
Chip mit Codesys3.5 Runtime
Codesys-Umgebung gibt es (derzeit?) wohl nur für die "ausgewachsenen" RPis und nicht für die auf dem RP2040 basierenden, sehr abgespeckten Boards.
Codesys-Umgebung gibt es (derzeit?) wohl nur für die > "ausgewachsenen" RPis und nicht für die auf dem RP2040 basierenden, sehr > abgespeckten Boards. Danke für Deine ausführliche Antwort. Weiß jemand eine Alternative zu den RPI? Irgend ein ARM oder so? Danke für die Hilfe
-
Thread
Renesas - SLG47912 - Low-Power FPGA
schonmal jemand mit den Teilen gespielt ? es gibt dazu ein günstiges devboard zusammen mit einem RP2040 drauf: https://store.vicharak.in/?product=shrike&post_type=product&name=shrike&v=5f02f0889301 https://github.com/vicharak-in/shrike die IDE dazu ist etwas seltsam, aber es hat bereits jemand
der FPGA auf dem shrike-board lässt sich per USB (über den RP2040) flashen
-
Thread
Höchstmögliche Schaltfrequenz an einem normalen AVR Ausgangs-Pin
vielen, ernstgemeinten Vorschläge verstanden hättest, wären es 6 x ATmegaxxx oder ein STM32 oder RP2040 oder ... gewesen.
m.n. schrieb im Beitrag #7057485: > Wie oben geschrieben hat der RP2040 > auch acht PWM-Timer, deren TOP-Register (16 bit) zur Steuerung der > Schrittfrequen völlig ausreicht. Und das ist natürlich auch richtig, wenn man mit der verminderten Auflösung zurecht kommt.
-
Thread
PICO / rp2040 - Verständnisproblem zu Timer / DIV_FRAC
PICO / rp2040 - Verständnisproblem zu Timer / DIV_FRAC Bei den 8-Bit-AVRs wird der Systemtakt über einen Prescaler durch 2^n geteilt und damit wird der Timer/Counter gefüttert. Beim rp2040 sieht das zunächst
-
Thread
PFS154: langsam schwindet mein Vorrat
brand-detail/11420.html Es scheint sich aber wieder nur um langweile PIC-Clones zu handeln. Der RP2040 ist auch ein schönes Spielzeug und hat, je nachdem wie man misst, ein besseres Preis/Leistungsverhältnis als ein 15cent Padauk...
Tim . schrieb im Beitrag #7165270: > Der RP2040 ist auch ein schönes Spielzeug und hat, je nachdem wie man > misst, ein besseres Preis/Leistungsverhältnis als ein 15cent Padauk... Klar, aber bei vielen Applikationen mit Kanonen auf Spatzen geschossen
-
Thread
Can auf 8 Bit AVR ohne entsprechende Schnittstelle
> Unterbrechung der normalen CPU Arbeit. Das kann man sicher deutlich besser lösen. Auf einem RP2040. Der Mann kann mit den PIOs noch nicht wirklich gut umgehen. Aber er ist offensichtlich lernfähig, wenn er so weiter macht, wird er es möglicherweise irgendwann schaffen. Fakt ist nämlich: der RP2040
-
Thread
USB Grundlagen Theorie Messungen Assembler ATmega
Handbuch für Entwickler, mitp, Jan Axelson, ISBN 3-8266-0698-1 Vielleicht hilft Dir dieses RP2040 Projekt weiter, wenn es mit dem AVR (vermutlich) nicht funktionieren will: https://www.eevblog.com/forum/projects/usb-sniffer-using-rp2040/
-
Thread
high side gate driver
gate driver“ Mit dem STP24DP05 habe ich sehr gute Erfahrungen gemacht. Ich steuere ihn mit einem RP2040 Mikrocontroller über SPI an. Taktfrequenz geht bis 25 MHz problemlos. Nun würde ich diesen Treiber gerne behalten und 4 LED Gruppen, wie beschrieben, umschalten. Der Gate Driver soll auch mit 3.3V
Wenn ich das Datasheet vom "RP2040 Mikrocontroller" korrekt interpretiere, dann haben die GPIO Pins irgend was zwischen 1,8V und 3,3V, abhängig von der VDD-IO Versorgung. Eine mögliche Lösung wärde der "DUAL-BIT DUAL-SUPPLY BUS TRANSCEIVER
-
Thread
Arduino: High Speed Soft Serial (nur RX benötigt)
habe keinen unter 50,- gefunden. Alternativ bin ich bei meinen Recherchen inzwischen auf den "RP2040-Zero" bzw. "RP2040-One" gestossen, den es sogar im "Digistump"-Format (Platine ca. 1,5cm x 1,5cm mit USB-"Stecker") gibt. Der hat wohl zwei Hardware-UARTs. Mal sehen, ob die 256k können ... Dann
-
Thread
Schaltung mit Arduino Nano RP2040 Connect funktioniert auf Steckbrett, aber nicht gelötet
mein Unwissen und Lötarbeiten entschuldigen möchte. Nun aber zu meinem Projekt: Ein Arduino Nano RP2040 Connect soll über seine internen Sensoren einen Sturz erkennnen und dann einen Alarm auslösen. Zudem ist der Arduino mit Bluetooth an ein Handy angebunden und besitzt zudem einen Taster. Der Alarm
Nils schrieb im Beitrag #7811349: > Ein Arduino Nano RP2040 Connect soll über > seine internen Sensoren einen Sturz erkennnen und dann einen Alarm > auslösen. Zudem ist der Arduino mit Bluetooth an ein Handy angebunden Oh weh, Personensicherung per Bastelpfusch
-
Thread
Verständnisfrage PWM mit AVR
englischen Anleitungen nicht > klar. Wenn Du von AVR abweichen kannst/willst, würde ich Dir ein RP2040 Pico-Board zur Umsetzung empfehlen. Das ist günstig, hat die passende Hardware und es findet sich bestimmt eine deutsche Beschreibung der Arduino-IDE, mit der das einfach umzusetzen ist. Ggf. ein
erzeugen. > Z.B. bei PC-Lüftern ist ein Bereich von 21-28kHz zulässig. Das stimmt, selbst ein rp2040 liegt bei default CPU Freq. ca. 6mHz daneben. (Milli-Hertz. Nur zur Sicherheit) Allerdings kann man den auch auf 130MHz laufen lassen. Dann ist der Fehler von einer Null kaum zu unterscheiden
-
Thread
Schaltungsentwurf TTL/PWM Signal und größere Lasten
auszugeben. Diese Anforderungen erfüllen sehr sehr viele Mikrocontroller, vom Atmega über STM32 bis zu RP2040. Nimm was Dir zusagt und verfügbar ist.
> Diese Anforderungen erfüllen sehr sehr viele Mikrocontroller, vom Atmega > über STM32 bis zu RP2040. Nimm was Dir zusagt und verfügbar ist. Gerd E. schrieb im Beitrag #7077841: > Wenn Du also die Drehzahl manipulieren willst, nimmst Du am einfachsten > einen Mikrocontroller mit Input Capture
-
Thread
RP2040 in Stückzahlen, PicoScope VNA bekommt automatisches Kalibrationssystem, FOSDEM online
Die Raspberry Pi Foundation bietet den RP2040 nun in Stückzahlen an, während PicoScope ihren Vektor-Netzwerkanalysator mit einem automatischen Kalibrationskit ausstattet. Was es sonst Neues gibt, verrät diese Sammelmeldung. ### Worum geht es
normalerweise langsamen – Januar gibt es jede Menge Neuerungen, die ihre Aufmerksamkeit verdienen! ### RP2040: Stückzahlpreise bekannt, neuer Direkt-Store Über den Raspberry Pi Pico bzw den in ihm implementierten Mikrocontroller haben wir bereits an anderer Stelle berichtet. Neu ist, dass der Chip nun über
-
Thread
Double core: Mutex nötig oder nicht?
alles nicht beachtet und mit beiden > kernen auf eine variable zugreift? Bei einem zwei-Kern RP2040 passiert gar nichts (also schon, aber nichts Schlechtes) Auf der technischen Ebene (bei einem und nur *einem* 32bit Zugriff): Das interne RAM ist wird nicht durch einen cache angesprochen.
nicht beachtet und mit beiden >> kernen auf eine variable zugreift? > > Bei einem zwei-Kern RP2040 passiert gar nichts (also schon, aber nichts > Schlechtes) > > Auf der technischen Ebene (bei einem und nur *einem* 32bit Zugriff): > > Das interne RAM ist wird nicht durch einen cache angesprochen
-
Thread
PiPico Ethernet W55RP20-EVB
zu entdecken. Es ist wohl so, dass sich im Gehäuse des W55RP20 3 Chips übereinander befinden: Ein RP2040, ein Flash und ein Wiznent-Ethernet Chip: https://docs.wiznet.io/Product/ioNIC/W55RP20/w55rp20-evb-pico Da ich Standardmäßig das Early-Hill-Power Arduino Framework installiert habe, war ich
Erstaunlicherweise hat die Reichelt: https://www.reichelt.de/de/de/shop/produkt/raspberry_pi_pico_-_rp2040_w5500_ethernet-controller-398078
-
Thread
Störungen durch GSM-Signal - Abschirmung?
funktioniert alles einwandfrei nur leider nicht sehr zuverlässig. Der Pico (oder auch ein anderes Board mit RP2040 Prozessor) "hängt sich immer mal wieder auf" und manchmal "zuckt" der Servo unmotiviert. Als (wahrscheinliche) Ursache habe Störungen durch den GSM-Verbindungsaufbau identifiziert. Ich hab nun probehalber
für die Bilder großteils wieder entfernt. Derzeit ist kein "echter" Pico sondern ein waveshare rp2040-zero drinnen. Wie schon im Eingangspost erwähnt, ist das Verhalten bei beiden gleich. Bild 6 gibt dann nochmals einen Überblick mit abgenommenen Deckeln, das Display wird in einen Rahmen in der
-
Thread
Kommunikation über Signaltransformator | Geeignetes Encoding
und dann per DMA über einen USART oder timer rausschicken. Zum empfangen wäre sowas wie die PIO im RP2040 praktisch. Oder was mittels timer Input Capture basteln. Zuletzt hatte ich noch den einfall, die paar mA für die Prozessoren der Messeinheiten mit über den Trafo zu schicken. Also wirklich ein BUS
per DMA über > einen USART oder timer rausschicken. Zum empfangen wäre sowas wie die > PIO im RP2040 praktisch. Oder was mittels timer Input Capture basteln. Schau mal beim ESP das RMT Peripheral an. Das ist ziemlich universell was Custom Bitschubsereien angeht. Manchester müsste man damit auch
-
Thread
OrangePi-Spielcomputer, FPGA-Abkündigungen, Arduino-Debugging und neue Chips
units a week by the end of January. [/c] ### Raspberry Pi: optimierter TFLite-Port für den RP2040. Eine „grundlegende“ Portierung der Embedded-ML-Bibliothek TFLite für den RP 2040 geistert seit längerer Zeit durch die Elektronikindustrie. Wie im Fall anderer Produkte - man denke an WiringPi –
boards based on the Mbed™ core, which include GIGA R1 WiFi, Portenta H7, Opta, Nano BLE and Nano RP2040 Connect, while the Renesas-based boards (UNO R4, Portenta C33) will follow in the next hours. We’ve worked on implementing debug in IDE 2 for a long time, in collaboration with the open-source community
-
Thread
Uno-Board mit ATMEGA256
wird wohl in absehbarer Zeit nicht passieren. Der ganz heiße Scheiß ist übrigens derzeit der RP2040. Wer Lust auf etwas neues hat sollte sich den auf jeden Fall mal anschauen. https://www.reichelt.de/raspberry-pi-pico-rp2040-cortex-m0-microusb-rasp-pi-pico-p295706.html
Stefan ⛄ F. schrieb im Beitrag #6700090: > Der ganz heiße Scheiß ist übrigens derzeit der RP2040. Nö. Ganz sicher nicht. Takt 133 MHz - Flash 2048 KB - SRAM 256 KB macht das Kraut gegenüber einem Blackpill auch nicht fett, wie der Bayer zu sagen pflegt.
-
Thread
CCMRAM richtig einsetzen
keine garantierte Laufzeit. Die Lösung: dediziertes RAM für jeden Core. Das kann wie z.B. beim RP2040 mehrere, parallel ansprechbare Speicherbänke an der Busmatrix sein oder einfacher, ein direkt an den Core angebunder RAM-Block, das Core-Coupled-Memory. Wenn man dann noch sicherstellt, dass die
den Cortex-M0 verbreitet, nennt sich Cortex-M0+ single-cycle IOBUS. Beispielsweise SAMD11, LPC83, RP2040, ...
-
Thread
Schieberegister ersetzen
hier mal aufschreiben? Es ist einfach zu warm! Einfach und günstig wäre für Dein Problem ein RP2040 Pico-Board mit Arduino IDE oder Python programmiert. Bit0 eines Arrays mit 5000 Elementen wird mit internem 1 MHz Takt mit dem Eingangspegel an der Stelle "n" beschrieben und an "n+1" ausgelesen und
Platinenätzerei muß nun wirklich nicht sein. Wie oben angedeutet, kann man ein fertiges Pico-Board mit RP2040 nehmen und ein einfaches Arduino-Programm draufspielen. Der RP2040 ist so schnell, daß dieses simple delayMicroseconds() vielleicht schon reicht. Abhängig, ob man externen Takt oder genaues internes
-
Thread
Lineares Absolutmessystem für Maschine gesucht
* Auswertung soll über einen Microcontroller (vorzugsweise RasPi Pico) >> erfolgen. > > Bei RP2040 ist die Linearität des ADC an einigen Stellen nicht > ausreichend: Abbildungen 116 und 117 im Datenblatt. > Ein separater ADC wäre empfehlenswert. Welcher ADC? Man nimmt sinnnvollerweise ein System
Mi N. schrieb im Beitrag #7413843: > Bei RP2040 ist die Linearität des ADC an einigen Stellen nicht > ausreichend: Abbildungen 116 und 117 im Datenblatt. > Ein separater ADC wäre empfehlenswert. Danke für die Info! >> Die scheinen sich von
-
Thread
Glockenklänge mit Mikrocontroller erzeugen
direkt mit dem Controller hat auch was! Vor allem wenn man bedenkt was man mit Biestern wie dem RP2040 so alles bruteforce machen kann. Olaf
Dekodierung in Software machen und dann die paar Toene direkt aus dem Controllerflash abspielen. Ein RP2040 sollte das locker schaffen. STM32 ab 50-100Mhz vermutlich auch wenn man die Bitrate nicht unnoetig hoch mach. Olaf
-
Thread
Eingang für 74xx KW Super
an. Den TX-Teil kann man ja weglassen. Noch simpler wird es dann mit dem RaspberryPi Pico/RP2040 https://101-things.readthedocs.io/en/latest/breadboard_radio.html statt des Arduino/ATmega328. Da entfällt dann auch noch der Si5351, weil der RP2040 selber den Quadratur-Takt erzeugen kann.
-
Thread
AVR T1 Capture Problem - Meinung erbeten
mit dem ATmega162 gemacht. Heutzutage bieten sich eher die erwähnten STM32 (o. ä.) oder auch der RP2040 auf einem Pico-Board an. Das muß aber nicht sein und inwieweit man das noch auf Arduino-Basis umsetzen kann, weiß ich nicht. Selber hätte ich ohne Debugging (ST-Link, J-Link) per SWD nichts davon
mehr auf den Kopf stellen? Gerhard möchte gerne bei Arduino bleiben. Und da würde ich eher das RP2040 Pico-Board ins Spiel bringen, was die (doch recht lahmen) AVRs kalt im Regen stehen läßt. Aber auch die werden hier nicht benötigt. Wenn ein Fahrrad reicht, brauche ich kein Flugtaxi.
-
Thread
Mal was anderes, 3.-Hand, Löthilfe
und dabei erst einmal ganz klein angefangen: Vier Messspitzen auf vier benachbarten Pins eines RP2040 (QFN-Gehäuse mit 0,4 mm Pitch), das sollte doch möglich sein, dachte ich. Ja, ist es :) Alle vier Spitzen haben guten Kontakt zu den Pins und keine Kurzschlüsse zu den benachbarten Spitzen.
Yalu X. schrieb im Beitrag #7448154: > Vier Messspitzen auf vier benachbarten Pins eines RP2040 (QFN-Gehäuse > mit 0,4 mm Pitch), das sollte doch möglich sein, dachte ich. > > Ja, ist es :) Dabei bin ich schon an meine Grenzen gelangt. Yalu X. schrieb im Beitrag #7448154: > Mit >
-
Thread
2x Arduino im Gleichtakt
Wäre es nicht sinnvoller einen DualCore zu verwenden, z.B. den RP2040?
. schrieb im Beitrag #6946065: > Wäre es nicht sinnvoller einen DualCore zu verwenden, z.B. den RP2040? Ich denke das ändert nichts daran, dass die Kerne im Laufe der zeit immer weiter auseinander laufen.
-
Thread
sx1276 Probleme mit dem RegOpMode
jgromes nicht zur Unterstützung? Die kann sicher fast alles, was du brauchst und geht auch für den RP2040. Siehe https://github.com/jgromes/RadioLib
nicht zur > Unterstützung? > Die kann sicher fast alles, was du brauchst und geht auch für den > RP2040. Siehe https://github.com/jgromes/RadioLib Ich kann den David nur ermutigen weiter zu machen und keine Lib zu verwenden. Es ist ja nun kein Hexenwerk per SPI ein paar Register zu beschreiben. Und
-
Thread
EmbeddedWorld 2022 – Neue Chips, quelloffene Mikrocontroller, neue Messtechnik, Giveaways
immer zu 100%, aber oft, gibt es bei der Raspberry Pi Foundation > einen Raspberry Pi Pico RP2040 dev boards wurden sogar verteilt. Wir wurden 3 mal angesprochen und man hat uns teilweise 5 Stück auf einen Schlag in die Hand gedrückt.
immer zu 100%, aber oft, gibt es bei der Raspberry Pi Foundation >> einen Raspberry Pi Pico > > RP2040 dev boards wurden sogar verteilt. Wir wurden 3 mal angesprochen > und man hat uns teilweise 5 Stück auf einen Schlag in die Hand gedrückt. Hallo Luca, dank Fremdsprachenkenntnissen konnte ich
-
Thread
Micropython Wetterstation
,t1)} µs') test() [/code] [pre] free:140976 bytes 2557 µs 6529 µs [/pre] Auf nem ollen rp2040 bei 125MHz
Ja, das war bei 125MHz. Da dauert alloc länger, gc kürzer. Bei 240MHz wären's auf einem rp2040 1321µs und 3373µs. Aber ich sehe gerade, dass der S3 octalSPI hat, das erklärt die etwas besseren Werte im Vergleich zum S2. Dennoch, mich würde mal eine große RAM Schaufelei interessieren.
-
Thread
ADC mit DRAM Buffer an µC anbinden
Schau, ob nicht ein RP2040 (oder ein anderer µC) die ADC-Daten schnell genug entgegennehmen und dann gemütlich (per UART/SPI/I2C/...) an die Haupt-CPU weitergeben kann ...
foobar schrieb im Beitrag #7135033: > Schau, ob nicht ein RP2040 (oder ein anderer µC) die ADC-Daten schnell > genug entgegennehmen und dann gemütlich (per UART/SPI/I2C/...) an die > Haupt-CPU weitergeben kann ... Wäre sicherlich eine Option aber es muss auch
-
Bild
Schaltplan mit RP2040 Mikrocontroller und Leistungsstufe
55, QSPI_SD2 51, QSPI_SD3 52, QSPI_CLK 54, XIN 20, XOUT 21, SWCLK 24, SWD 25, TESTEN 19, GND, U2 RP2040, U1 IX4427, IN_A 2, IN_B 4, OUT_A 7, OUT_B 5, GND, +24V, J1, J3, RL1, R, Q1 TM60N04D, J2, J4, RL2, R, Q2 TM60N04D, GND
-
Bild
Schaltplan mit RP2040 Mikrocontroller und Transistoren
57 GND 45 VREG_OUT 23 IOVDD 48 USB_VDD 44 ADC_VDD VREG_IN 2 GPIO0 bis GPIO29, ADC0 bis ADC3, U2 RP2040, +24V, R1 1k, R2 10k, R3 1k, R4 10k, J1, J2, J3, J4, Q1 TM60N04D, Q2 TM60N04D, RL1 R, RL2 R, GND
-
Bild
Pinbelegung Arduino Nano RP2040
Mikrocontroller U1 ARDUINO NANO RP2040 TX RX RES GND D2 D3 D4 D5 D6 D7 D8 D9 D10 D11 D12 +3V3 VIN GND VUSB D21 D20 D19 D18 D17 D16 D15 D14 D13 +5V 3.3V REC D21 D20 D19 D18 D17 D16 D15 D14 GND
-
Thread
Arduino OPTA – SPS aus dem Hause Arduino
Dimensionierung ist schon etwas krank... Der Prozessor kostet knapp 30€ und ist nicht verfügbar. Ein RP2040 kostet 0,99€, ein Krpto-IC ca. 2€ und hätten den Job auch getan... OK, wenn man an die SPS noch massenweise (analog) Peripherie anschließen kann, wäre der Prozessor vielleicht ausgelastet.
Dimensionierung ist schon etwas krank... > Der Prozessor kostet knapp 30€ und ist nicht verfügbar. > > Ein RP2040 kostet 0,99€, ein Krpto-IC ca. 2€ und hätten > den Job auch getan... > > OK, wenn man an die SPS noch massenweise (analog) Peripherie > anschließen kann, wäre der Prozessor vielleicht ausgelastet
-
Thread
XIAO Plus-Varianten, große Politik, CartoType mit LLM und anderes mehr
revenue conversion over the next two quarters. [/c] ### Seeed Studio XIAO SAMD21 Plus / XIAO RP2040 Plus. Die Seeed-Studio-XIAO-Familie ist – unter anderem – aufgrund ihres kompakten Formfaktors beliebt. Aus der Realität des Pin-Abstands von 2,54 mm folgt allerdings, dass die Anzahl der exponierbaren
.png) Bildquelle: https://www.seeedstudio.com/Seeed-Studio-XIAO-RP2040-Plus-p-6932.html  Bildquelle: https://www.seeedstudio.com/Seeed-Studio-XIAO-SAMD21-Plus-p-6933.html ### RISC-V auf dem Vormarsch im Serverbereich. Als Leser von
-
Thread
SPI vervielfältigen
Nur zur weiteren Verwirrung: RaspberryPi Picos RP2040 könnten auch eine Option sein. Die haben je 2 SPI und zusätzlich noch die PIO Einheiten bei denen bis zu 120 MHz gehen. Allerdings haben die Picos "nur" USB1.1 also 12MBit/s. Dafür sind Sie verfügbar
Lars P. schrieb im Beitrag #7129381: > Nur zur weiteren Verwirrung: RaspberryPi Picos RP2040 könnten auch eine > Option sein. Die haben je 2 SPI und zusätzlich noch die PIO Einheiten > bei denen bis zu 120 MHz gehen. Allerdings haben die Picos "nur" USB1.1 > also 12MBit/s. Dafür sind
-
Thread
Einspeisewechselrichter Software
FPGA. Ich plane ein kleines Netzteil mit softwaregesteuertem Synchronwandler, dafür habe ich mir RP2040 und ein Lichee Tang nano bestellt (Darauf ist ein Anlogic FPGA mit integriertem ADC)
> Ich plane ein kleines Netzteil mit softwaregesteuertem Synchronwandler, > dafür habe ich mir RP2040 und ein Lichee Tang nano bestellt (Darauf ist > ein Anlogic FPGA mit integriertem ADC) Für einen EinspeiseWR reicht ein PIC16F. Selbst mir Display und Menü...
-
Bild
Menüleiste einer Software zur Hardware-Simulation oder Konfiguration
VM816CU50A IDM2040-7A (BT817) WSVGA (1024x600) RP2040 W25Q128 FocalTech RP2040_Release App.main
-
Thread
Raspberry Pico als ISP
IDE programmieren. Dazu habe ich zwei verschiedene Bibliotheken ausprobiert: - Raspberry Pi Pico/RP2040 by Earle F.Philower --> Bibliothek 1 - Arduino Mbed OS RP2040 Boards by Arduino --> Bibliothek 2 Da ich mir nicht sicher war, ob in den Bibliotheken für den Pico die Pins MISO,MOSI,SCK nach den
-
Bild
Screenshot des Pack Installers für Raspberry Pi Pico W
Show examples from installed Packs only Board / Summary All Boards 2 Devices Raspberry Pi Pic... RP2040 Raspberry Pi Pic... RP2040 Example Action Description Breath_LED (Raspberry Pi Pico W) Copy This is a basic example d
-
Thread
slew--rate control auf Raspberry Pi Pico/RP2040
Auf dem Raspberry Pi Pico kann man die Slew-rate zwischen FAST und SLOW umschalten. Ich kann allerdings keine Wirkung feststellen. Hat einer von euch das Feature schon mit Erfolg benuztzt?
-
Bild
Leiterplatte mit W65C02S8P-10 Mikroprozessor
GP11 GP13 GP14 GP15 GP17 Every R is pull-up: 3.3k recommended R4-R7 not required when used with RP2040 C1 is decoupling: 0.1nF recommended WDC W65C02S8P-10 SA1034A VCC GND RESET J6 only required when not powering via RP2040 USB
-
Bild
Vergleichstabelle verschiedener Arduino Nano Boards
Arduino Nano, Nano Every, Nano 33 IoT, Nano 33 BLE, Nano RP2040 Connect, Microcontroller, ATmega328, ATmega4809, SAMD21 Cortex-M0+, nRF52840, RP2040, USB connector, Mini-B USB, Micro USB, I/O voltage, Input range, Clock speed, SRAM, Flash, Wi-Fi, Bluetooth, Digital
-
Thread
Python im Embeddedbereich – News von CircuitPython
certificate. Notable changes to 8.2.2 since 8.1.0 • Continued enhancement of synthio. • RP2040 alarm.sleep_memory. [/c] Problematisch ist, dass insbesondere am ESP32-S3 nach wie vor mit verschiedenen Problemen zu rechnen ist: [c] ESP32-S3 has significant issues with I2C devices that sleep
sprach Fried von den Problemen, eine auch 5V-kompatible MCU zu finden. Die neue Version auf Basis des RP2040 ist in Arbeit – Fried sprach davon, “bald” eine neue Variante anbieten zu wollen.
-
Bild
RP2040-Zero Mikrocontroller-Board Vorder- und Rückseite
5V GND 3V3 29 28 BOOT 27 26 15 14 13 12 11 10 9 8 RP2040-Zero RESET 5 6 V1083 0 1 2 3 4
