Moin, - es gibt jetzt einen neuen Pico, dieses mal mit WLAN-Anschluss :-) https://www.raspberrypi.com/news/raspberry-pi-pico-w-your-6-iot-platform/ Bei BerryBase wird das Ding fuer 7EUR angeboten https://www.berrybase.de/detail/index/sArticle/10241 Gruesse Th.
Beitrag #7112838 wurde von einem Moderator gelöscht.
Meine Güte, warum verpassen die dem Ding nur keinen Reset-Taster?
Wen juckt's? Raspberry Pi Liefersituation ist schlimmer als STM und RP2040 mit seperatem WLAN ist jetzt nicht neu.
ähm schrieb: > Wen juckt's? > Raspberry Pi Liefersituation ist schlimmer als STM und RP2040 mit > seperatem WLAN ist jetzt nicht neu. Nun, lesen und den Inhalt entnehmen waere eine gute Sache (TM): Der Raspberry Pi Pico ist ein Microcontroller und z.B. Berrybase (ich habe mit denen nix am Hut ausser Kunde zu sein) hat 10297 Stueck auf Lager. Latuernich kann man einen ESP8266/ESP32 benutzen um die WLAN-Verbindung aufzubauen. Aber wenn man das fuer 2 - 3 EUR mitbekommt, unterstuetzt von der Foundation und einer sehr aktiven Community ist das schon ein Gamechanger. Vielleicht auch fuer Espressif (moving Target SDK). Abhaengigkeit China. Es ist beeindruckend wie Uptons Ansatz so kritisch gesehen wurde. Und als Ausbildungsrechner ist das Ding schon genial (wenn er lieferbar waere...) Gruesse Th.
> Meine Güte, warum verpassen die dem Ding nur keinen Reset-Taster?
Ausbildungsrechner brauchen soetwas nicht weil die gut ausgebildeten
Auszubildenden so perfekt programmieren das ihre Programme
niemals abstuerzen. :-D
Schlimmer finde ich es das die keinen normalen Connector fuer einen
Debugger vorsehen.
Olaf
Olaf schrieb: >> Meine Güte, warum verpassen die dem Ding nur keinen Reset-Taster? > > Ausbildungsrechner brauchen soetwas nicht weil die gut ausgebildeten > Auszubildenden so perfekt programmieren das ihre Programme > niemals abstuerzen. :-D Es geht mir nicht ums Abstürzen, um in den Bootloader-Modus zu kommen muss man den Boot0 Taster drücken und einen Reset machen. Und der Reset besteht jetzt darin das man das USB-Kabel zieht. Wie man so was als normal spezifizieren und akzeptieren kann ist mir ein Rätsel. Aber es gibt ja nicht nur die Pico Boards: https://www.waveshare.com/wiki/RP2040-Zero
> Es geht mir nicht ums Abstürzen, um in den Bootloader-Modus zu kommen > muss man den Boot0 Taster drücken und einen Reset machen. Klar, aber du kannst dir ja einfach einen kleinen Taster auf das Board loeten, hab ich so gemacht. Allerdings ist dieses ganze gehampel mit dem Bootloader-Modus so bloed das ich dann sofort einen Debugstecker draufgeloetet habe. Olaf
Olaf schrieb: > Allerdings ist dieses ganze gehampel mit dem > Bootloader-Modus so bloed das ich dann sofort einen Debugstecker > draufgeloetet habe. Ich hab' mir ein PicoProbe mit zwei "Sockeln" gebaut, in die man die Picos einfach reinstecken kann. Das ist sehr komfortabel, leider aber auch nicht perfekt, der Anschlag am SWD-Sockel verdeckt leider GPIO14&15.
Angehängte Dateien:
-
RP2040_Debuganschluss.jpg
230 KB
Ich finds ja so komfortabel weil ich einfach ein uebliches ARM-Standardkabel anstecken kann. Olaf
SWD-Stecker und Resettaster finde ich jetzt nicht soo kritisch, das ist alles Krams was man bei Bedarf auch kurz selber da ranbekommt. Viel spannender finde ich wie es mit der Schnittstelle zum WLAN-Modul aussieht. Auf den unteren Ebenen ist das ja SDIO. Der Knackpunkt ist aber doch wie das WLAN-Modul auf der Seite des RP2040 angebunden wird. Und dort scheint hier die Closed-Source Library libcyw43 verwendet zu werden. Siehe u.a. https://news.ycombinator.com/item?id=31929818 Das ist von daher also leider keinen Deut besser als Espressiv und deren nervige Blobs.
Olaf schrieb: > Ausbildungsrechner brauchen soetwas nicht weil die gut ausgebildeten > Auszubildenden so perfekt programmieren das ihre Programme > niemals abstuerzen. Oder sie nehmen ’nen hübschen Expander, der das Basteln und Ausprobieren auch sonst deutlich bequemer macht – etwa https://www.waveshare.com/pico-dual-expander.htm On-Topic: schade, dass sie nicht gleich BTLE draufgetan haben. Für viele einfache Messaufgaben ist das ’ne ziemlich geschickte Sache.
Keine Reset Taste drauf machen: OK, Geld! Keine Leiterbahnen und Pads für einen einfachen Reset-Taster vorsehen und anstatt dessen ein riesiges Beerchen drucken, da spar' ich mir den Kommentar. Den ADC3 nicht über einen Lötjumper führen … same.
Thomas W. schrieb: > Berrybase (ich habe > mit denen nix am Hut ausser Kunde zu sein) hat 10297 Stueck auf Lager. Also bei mir steht "nicht ab Lager verfügbar" Und das andere ist, warum sind die Teile noch immer auf 1 Stück pro Person begrenzt. Was will ich dann mit dem Schrott? Wenn ich damit was basteln will oder zum rein gucken ja schön toll kann ich mir mal eins holen und wenn ich es zerschieße halt wieder eins, wieder mit Versand usw. Aber wenn ich wirkliche ideen hab die ich damit umsetzen will im privaten Umfeld, Ist es genau diese dümmliche Limitierung die aufhält. Beim Zero das gleiche. Anfangs klar, wegen anlaufender Fertigung und damit jeder was abbekommt. Aber zwischenzeitlich waren die Teile (angeblich) in tausender Stückzahlen auf Lager. Warum dann immernoch "nur 1 Pro Kunde" Und dann aktuell der Nonsens mit
1 | Aktuell haben wir noch ca. 1.400 Stück dieses Boards auf Lager. |
2 | Diese sind jedoch ausschließlich für Industriekunden mit laufenden Produktionen / Projekten reserviert, da für 2022 keine Wareneingänge in Aussicht sind. |
3 | |
4 | Bitte Fragen Sie bei Bedarf ein Angebot bei unserem Kundenservice inkl. Projektbeschreibung an. |
5 | Endkunden bitten wir auf eines der Kits zurückzugreifen. |
Ja ne is klar, welcher "Industriekunde" der halbwegs bei Verstand ist, setzt in einem Endprodukt einen RPi ein (Vom RevolutionPi mit seinem CM reden wir jetzt mal nicht, zumal auch das Ding unnötig und unnötig teuer ist) Ich will kein dämliches Kit, das meiste was da mit dabei ist kann man in die Tonne kloppene oder ist eh vorhanden. Alles nur reine Kundenabzocke. Wer heute noch auf das RPi Pferd setzt, bekommt nur eins, nen toten Gaul.
Jack V. schrieb: > On-Topic: schade, dass sie nicht gleich BTLE draufgetan haben. Haben sie, das bringt der CYW43439 mit. Nur die Unterstützung wurde nicht eingebaut. > but may do so in the future.
Ich A. schrieb: > Also bei mir steht "nicht ab Lager verfügbar" > > Und das andere ist, warum sind die Teile noch immer auf 1 Stück pro > Person begrenzt. Weil du vom Pico-W sprichst, während der ursprüngliche Pico gemeint war. Letzterer ist verfügbar, und du kannst den gar rollenweise kaufen, wenn dir so sein sollte. Ebenso, wie den nackten RP2040. Jochen schrieb: > Haben sie, das bringt der CYW43439 mit. Hab schon gefunden, danke: https://www.infineon.com/cms/en/product/wireless-connectivity/airoc-wi-fi-plus-bluetooth-combos/cyw43439/
:
Bearbeitet durch User
Rudolph schrieb: > Und der Reset besteht jetzt darin das man das USB-Kabel zieht. oder man loetet sich einen Taster zwischen Pin 28&30 ( mit dem man RUN auf GND/Masse zieht) ;)
Guido L. schrieb: > Rudolph schrieb: >> Und der Reset besteht jetzt darin das man das USB-Kabel zieht. > > oder man loetet sich einen Taster zwischen Pin 28&30 ( mit dem man RUN > auf GND/Masse zieht) ;) Psst... Du bekommst Ärger mit der Foundation! So eine Geheimnis darf man doch nicht öffentlich machen. Diese vollkommen schwachsinnige Idee, diesen Pad RUN anstatt /RESET zu nennen ist patentierbar! Auch Schwachsinn kann als schöpferisch anerkannt werden. Insbesondere im konkreten Fall: ein Pad bei gleicher Funktion auf völlig neue Weise anders als alle anderen zu benennen, ist ein völlig neue Idee und damit zutiefst schöpferisch...
c-hater schrieb: > Du bekommst Ärger mit der Foundation! Dann hätte sie‘s halt nicht in die Kurzanleitung schreiben lassen sollen. Dort steht übrigens auch drin, warum das „Run“ genannt wurde: um das Device von einem anderen Device aus anschalten zu können.
Jack V. schrieb: > c-hater schrieb: >> Du bekommst Ärger mit der Foundation! > > Dann hätte sie‘s halt nicht in die Kurzanleitung schreiben lassen > sollen. Dort steht übrigens auch drin, warum das „Run“ genannt wurde: um > das Device von einem anderen Device aus anschalten zu können. Diese Begründung ist natürlich genauso schwachsinnig wie die Idee selber...
c-hater schrieb: > Diese Begründung ist natürlich genauso schwachsinnig wie die Idee > selber... Nein, sie ist sogar noch schwachsinniger. Denn sie impliziert, dass man einen externes Signal anlegen müßte, um den Scheiß zum Laufen zu bringen. Was definitiv nicht der Fall ist.
Angehängte Dateien:
-
20220701_185726.jpg
24 KB
Guido L. schrieb: > Rudolph schrieb: >> Und der Reset besteht jetzt darin das man das USB-Kabel zieht. > > oder man loetet sich einen Taster zwischen Pin 28&30 ( mit dem man RUN > auf GND/Masse zieht) ;) Ja, klar, das habe ich gemacht, einen Taster zwischen RUN (wtf) und GND gelötet, zum Glück ist da noch GP22 dazwischen. So kleine Taster muss man aber auch erstmal herum liegen haben. Nur, warum muss ich das überhaupt tun bei einer Platine die zwingend einen Reset benötigt um sie überhaupt programmieren zu können? Das ist einfach mieses Design. Und dann legen die neue Boards auf und machen das noch mal so. Und ja, wenigstens die Pads für einen ARM SWD Stecker dürften da auch gerne noch drauf sein.
Ich A. schrieb: > Warum dann immernoch nur 1 Pro Kunde" Ich würde sie auch erst dann kaufen, wenn ich mir davon mindestens ein 5er Paket kaufen kann, ohne 5x Versandkosten. Selbst wenn ich nur einen verbaue, will ich einen zweiten zum Experimentieren haben und mindestens einen dritten als Ersatzteil.
Rudolph R. schrieb: > Nur, warum muss ich das überhaupt tun bei einer Platine die zwingend > einen Reset benötigt um sie überhaupt programmieren zu können? Braucht sie nicht wirklich. SWD geht jederzeit. Deswegen wird jeder, der ernsthaft für das Ding entwickelt, als erstes eine SWD-basierte Toolchain aufsetzen. Kostet nur einen weiteren Pico (als "PicoProbe") und nur einmal rumärgern mit dem "Standardverfahren" bis der programmiert ist. Eine doch sehr, sehr überschaubare Investition... War das allererste, was ich mit dem Pico gemacht habe. Naja, OK, in Wirklichkeit erst das zweite. Das erste war "Blink" geflasht nach "Standardverfahren". Hat aber bereits vollkommen gereicht, um die Prioritäten zu klären, was als nächstes passieren muss...
Jack V. schrieb: > Dort steht übrigens auch drin, warum das „Run“ genannt wurde: um > das Device von einem anderen Device aus anschalten zu können. Mit einem Pin der /Reset heißt und bei low die MCU Stopt, hätte das auch nicht funktioniert. Dazu braucht man einen Pin der RUN heißt und bei high losläuft. Nee, ist klar.... Die ganze RP2040 Doku liest sich so unglaublich witzig und flockig. Als ob da ein paar Influencer mit Ziegenbart mal was richtig hippes für die Generation YT 'Community' verzapfen wollten. Also der Kern ist ARM und die Hardware ist ärmer. Super, da ist das IO Subsystem drauf. Das würde ich aber nicht brauchen wenn die on Chip Hardware was taugen würde. Krass billig, so ganz ohne Flash. Da gibt es wirklich spannender MCU.
c-hater schrieb: > Rudolph R. schrieb: > >> Nur, warum muss ich das überhaupt tun bei einer Platine die zwingend >> einen Reset benötigt um sie überhaupt programmieren zu können? > > Braucht sie nicht wirklich. SWD geht jederzeit. Ok, mag sein, der integrierte Bootloader braucht das halt so, das ist die vorgesehene Verwendung. Ich musste auch nicht Debuggen in dem Sinne, ich musste mit dem Logic-Analyzer einen Trace ziehen um im Detail zu schauen was der SPI so tut. Für SWD muss man nur noch mehr basteln, obwohl da fett Platz für die Pads von einem Standard ARM 10pol gewesen wäre.
Max M. schrieb: > Da gibt es wirklich spannender MCU. Nenn doch bitte einige, mit der die PIO-Sachen möglich sind (bitte vorher schauen, was das ist – gab schon genug Leute, die sich da was zusammengereimt haben, das mit der Realität leider nichts zu tun hatte), die ’nen Euro kosten (mit internem Flash dann gerne 1,5€) und die verfügbar sind. TIA
Max M. schrieb: > Die ganze RP2040 Doku liest sich so unglaublich witzig und flockig. > Als ob da ein paar Influencer mit Ziegenbart mal was richtig hippes für > die Generation YT 'Community' verzapfen wollten. Ähem, nö. So schlimm ist es wirklich nicht. > Also der Kern ist ARM und die Hardware ist ärmer. Definitiv nicht. Das ist im Gegenteil eine ziemlich geile Sammlung von Hardwarefeatures zu einem unschlagbar günstigen Preis/Leistungs-Verhältnis. Da kann KEINER der Konkurenten mithalten! Das einzige, was manchmal fehlt, ist eine größere Zahl von GPIOs. Aber das ist ersten relativ einfach mittels IO-Extendern zu umschiffen und zweitens sieht das Design sieht sie offensichtlich vor. Es wäre also gut möglich, das was entsprechend aufgebohrtes irgendwann noch kommt. Ich habe keine Ahnung, ob das passieren wird. Vermutlich hat das derzeit nichtmal irgendjemand bei der Foundation. > Krass billig, so ganz ohne Flash. Ja, der Flash ist "outgesourced". So what: Flash ist billig und noch recht problemlos zu kaufen... > Da gibt es wirklich spannender MCU. Nenne ein Beispiel!
Ich fürchte dass der RP2040 ein seltenes Einhorn bleibt, wie zuvor der Propeller. Wir werden sehen. Mein Bauch sagt mir, dass nach der aktuellen Chip Kriese viele lieb gewonnene Mikrocontroller ganz verschwinden.
Rudolph R. schrieb: > Für SWD muss man nur noch mehr basteln, obwohl da fett Platz für die > Pads von einem Standard ARM 10pol gewesen wäre. Naja, für GND und zwei Signale hält sich der Bastelaufwand sehr in Grenzen, selbst mit einzelnen DuPont Strippen. Drei einzelne in ein Dreier Gehäuse und schon hat man ein Luxuskabel.
Ich sehe das auch so, dass ein SWD Anschluss und ein Reset Taster wenigstens zum Nachrüsten vorgesehen sein sollte. Auf den ultra billigen Bluepill Boards waren sie immer schon enthalten. Und auch bei den allermeisten Arduino Boards ist das bisher immer selbstverständlich gewesen.
Stefan ⛄ F. schrieb: > Ich fürchte dass der RP2040 ein seltenes Einhorn bleibt, wie zuvor > der > Propeller. Wir werden sehen. Mein Bauch sagt mir, dass nach der > aktuellen Chip Kriese viele lieb gewonnene Mikrocontroller ganz > verschwinden. Da halte ich mal gegen. Das Ding kann verdammt viel und kostet verdammt wenig. Womöglich wird das Ding sogar irgendwann von Arduino unterstützt. Zwei verschiedene Python Implementationen gibt's jetzt schon. Und ich muss zugeben das damit die Hardware inkl. DMA echt Spaß macht. USB Host, 12 DMA, 8 PWM/16 Kanäle, 2 PIO/8 SM, 2 Kerne, FIFOs dazwischen, 32 HW-Spinlocks, alles für'n Euro … Könnte mir vorstellen das der 'ne Zeitlang bleibt (und es weitere geben wird…).
Stefan ⛄ F. schrieb: > Ich fürchte dass der RP2040 ein seltenes Einhorn bleibt, wie zuvor der > Propeller. Ich glaube das eher nicht, dazu ist das Teil zu attraktiv. Aber wie du kann auch ich nicht in die Zukunft sehen. Warten wir es also ab. > Mein Bauch sagt mir, dass nach der > aktuellen Chip Kriese viele lieb gewonnene Mikrocontroller ganz > verschwinden. Ja, das sehe ich genau so. Ich denke z.B., dass MC die Gelegenheit nutzen wird, den größten Teil der "klassischen" AVR8 still und heimlich zu beerdigen. Nur einige wenige umsatzstarke Typen werden überleben. Bestenfalls... Übrigens sehe ich das für die Zukunft der "kleinen" PICs genauso. Auch hier wird vermutlich massiv ausgedünnt werden.
Norbert schrieb: > Womöglich wird das Ding sogar irgendwann von Arduino unterstützt. Du wurdest von der Realität überholt: die IDE unterstützt den RP2040 und es gibt gar ein reguläres Arduino-Board mit der μCU.
Jack V. schrieb: > Norbert schrieb: >> Womöglich wird das Ding sogar irgendwann von Arduino unterstützt. > > Du wurdest von der Realität überholt: die IDE unterstützt den RP2040 und > es gibt gar ein reguläres Arduino-Board mit der μCU. Haha, ja sowas passiert. Hätte nur nicht gedacht das es so schnell passiert. Muss aber gestehen das ich hier noch eine - jetzt musste ich gerade nachsehen - eine 1.6.6 Version in einer dunklen, muffigen Gasse der SSD herumlungern habe. Gut so, da soll sie bleiben…
der große Vorteil der ESP ist das die SW ja schon über die vielen Jahre gereift ist. Andere SOC mit Cortex-M und Wifi wie RTL8710 oder ähnliche konnten nie gegen die ESP anstinken, obwohl es dafür auch (ansatzweise) Arduino Unterstützung gab. Micropython oder Berry finde ich mittlerweile recht gut, aber eher für Rapid Prototyping oder meine Bastelprojekte, kommerziell wird das sicher noch dauern bis die Bacheloretten das in die Produktion getragen haben. So Sachen wie der AsyncWebServer sind schon starke Bibliothen und sehr ESP lastig, bin gespannt wie sich das Kräfteverhältnis C/CPP vs. MP entwickelt.
:
Bearbeitet durch User
Beitrag #7114498 wurde von einem Moderator gelöscht.
nur unreife Arrogantien finden in jeder Suppe ein Haar. Andere haben verstanden was OOS ist und regeln das per PR oder leben ihr Einzelschicksal in ihrem eigenen Fork. Aber ein C-hater schreibt so einen Server ja sowieso in Asm, also was nörgelst du da rum.
:
Bearbeitet durch User
J. S. schrieb: > Andere haben > verstanden was OOS ist OOS ist leider nur allzu oft auch, wenn irgendwelche Halbgewalkten, stark ideologisch motivierten Hanseln sich eine Position erobern, in der sie auch völligen Schwachsinn lange Zeit durchsetzen können. Genau dieses konkrete Problem ist so ein Fall.
Für weitere (kleinere) Pico W Unterschiede, siehe auch Beitrag "Raspberry Pi Pico W - Analyse der Veränderungen" und Diskussion unten auf https://www.elektormagazine.de/news/einfuhrung-des-neuen-raspberry-pi-pico-h-w-und-wh
Ist natürlich interessant, ich nutze eigentlich den esp32 mit 40mhz spi um Displays Recht ansehnlich mit Grafiken zu füllen.. Hatte mich beim rp2040 wegen der spi Geschwindigkeit eingelesen, da kommt man wohl nicht auf 40mhz.. Anscheinend hat der eine bessere Outrate in 8 Bit durch die State Machines. Da ist beim esp32 ziemlich weit unten schon Ende im Vergleich zu spi. Dual core rockt ja auch, bin gespannt.
>>> ... da kommt man wohl nicht auf 40mhz ...
Wo ist bei der geringen Frequenz das Problem?
Totomitharry schrieb: > Ist natürlich interessant, ich nutze eigentlich den esp32 mit 40mhz spi > um Displays Recht ansehnlich mit Grafiken zu füllen.. > > Hatte mich beim rp2040 wegen der spi Geschwindigkeit eingelesen, da > kommt man wohl nicht auf 40mhz.. Doch klar, absolut kein Problem. Viel besser aber: man muß es nicht. Man kann nämlich mit RP2040 auch parallele LC-Displays direkt selber ansteuern. Sprich: der SPI-Engpass entfällt komplett. Problematisch ist leider der verfügbare RAM. Der ist zwar weit größer als bei fast jeder Konkurrenz, aber begrenzt natürlich trotzdem schmerzlich, was mit einem echten eigenen Framebuffer möglich ist. Aber: man kann auch größere Displays ansteuern, als der RAM rein rechnerisch erlaubt. Entweder durch schlichte Reduktion (also Nichtausnutzung der Fähigkeiten des Displays durch verminderte Farbzahl oder Auflösung) oder durch Verwendung eines "virtuellen Framebuffers", wie er auch z.B. in Lösungen wie denen von Nextion oder BT verwendet wird. Auch die haben mangels genug RAM nämlich keinen echten Framebuffer.
Totomitharry schrieb: > Hatte mich beim rp2040 wegen der spi Geschwindigkeit eingelesen, da > kommt man wohl nicht auf 40mhz.. Ganz im Gegentum, man kommt sogar ca. 1,5Milliarden Mal höher. ;-) Master mode: 62.5 Mbps @133MHz Slave mode: ~11 Mbps @133MHz
Norbert schrieb: > Master mode: > 62.5 Mbps @133MHz Das steht so zwar im Datenblatt müsste aber wohl 62.5 Mbps @125MHz oder 66.5 Mbps @133MHz sein.
Stefan schrieb: > Norbert schrieb: >> Master mode: >> 62.5 Mbps @133MHz > Das steht so zwar im Datenblatt müsste aber wohl 62.5 Mbps @125MHz oder > 66.5 Mbps @133MHz sein. In der Tat, gut gesehen! Ich meine 125MHz wären auch so eine Art ›default‹ Geschwindigkeit. Wird auch einige Male im Datenblatt referenziert. P.S. Und die 133MHz sind dann auch 133+1/3MHz.
Norbert schrieb: > P.S. Und die 133MHz sind dann auch 133+1/3MHz. Nein, man kann auch exakt 133MHz haben (im Rahmen der Genauigkeit des 12MHz-Muttertaktes natürlich nur). Kein Ding. Du hast offensichtlich das Taktsystem noch nicht wirklich verstanden...
c-hater schrieb: > Du hast offensichtlich das Taktsystem noch nicht wirklich verstanden... Du bist offensichtlich nicht nur ein außergewöhnlich Dummes sondern auch ein wirklich widerwärtiges Wesen.
c-hater schrieb: > Doch klar, absolut kein Problem. Okay, ich hatte nur zig beiträge gelesen in denen das anscheinend falsch ausdiskutiert wurde, ja mit 8 Bit meinte ich parallel. Ich benutze winbond Flashs für die Bilderdaten, also müsste man die Daten von einem spi gerät zum anderen via dma schaufeln. Oder man nutzt einen Parallelen Speicher und konfiguriert die statemaschines passend.. Das muss ich Mal ausprobieren.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.