# 📗 Welche Hardware nutzen? (Develboard, RFID, SD, Akku) **URL:** \ **Category:** Anleitungen\ **Created:** [28. Januar 2021 um 11:43 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31 "2021-01-28T11:43:08Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![biologist](https://forum.espuino.de/user_avatar/forum.espuino.de/biologist/32/66_2.png) [@biologist](https://forum.espuino.de/u/biologist)\ **Post date:** [28. Januar 2021 um 11:43 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31/1 "2021-01-28T11:43:08Z")
## Hinweis Planst du eine [ESPuino Complete](https://forum.espuino.de/t/espuino-complete/3817) einzusetzen oder besitzt diese bereits, dann ist der nachfolgende Text weitgehend obsolet. Interessant ist dann höchstens die Frage, welcher RFID-Reader (RC522 oder PN5180) und welche Akkutechnologie (LFP oder LiPo). Meine Empfehlung wäre PN5180 und LFP 🙂. ## ESPuino benötigt PSRAM Mit dem Wechsel auf [ESP32-Arduino2](https://forum.espuino.de/t/neue-branch-struktur/2322) als Framework, haben zahlreiche Verbesserungen in ESPuino Einzug erhalten. Jedoch ist ESPuino als Ganzes inzwischen zu speicherintensiv, um auf einem ESP32 ohne PSRAM sicher zu laufen. Insofern ist sicherzustellen, dass ein [ESP32-WROVER](https://forum.espuino.de/t/welche-vorteile-bietet-ein-esp32-wrover-gegenueber-einem-esp32-wroom-beim-espuino/533) verwendet wird, da dieser dem ESP32 PSRAM zur Seite stellt. Leider scheiden damit die meisten im Internet verfügbaren Develboards aus, da üblicherweise ESP32-WROOM verwendet wird (was für die meisten Projekte auch reicht). ## Allgemeines zu ESP32-Develboards Wer sich scheut, selbst SMD zu löten, der benutzt einfach ein sog. Develboard. Diese sind praktisch, denn für wenig Geld kriegt man Boards, die verschiedene Features bereitstellen: 1. USB zu seriell-Adapter, so dass man via USB den ESP32 programmieren kann. 2. Festspannungsregler: USB liefert 5V, der ESP32 verträgt jedoch nur 3.3V 3. Freie GPIOs als Pinheader rausgeführt 4. (optional) Integrierte Ladeelekronik für Akkus 5. (optional) uSD-Karten-Slot 6. (optional) Weitere Peripherie wie z.B. Klinkenstecker, Verstärker, Mikrophoneingang… Also kurzum: Die Auswahl ist groß. Grundsätzlich haben alle Boards gemeinsam, dass auf ihnen ein ESP32 werkelt, weswegen sie (zumindest potentiell) alle mit ESPuino laufen sollten. Welches Board man letztlich verwendet, ist primär davon abhängig, welche Interessen man verfolgt. Möchte man z.B. Batteriebetrieb, so kann es Sinn machen, ein Develboard zu wählen, welches eine integrierte Ladeelekronik besitzt. Sicher, man kommt auch mit jedem anderen Board ans Ziel, indem man extern z.B. eine Powerbank anschließt. Man muss halt nur wissen, dass Boards wie z.B. die klassischen „ESP32 NodeMCU“ bzw. „Devkit C“ auch dann noch \>10 mA fressen, wenn der ESP32 im Deepsleep ist. Umgehen kann man das natürlich, indem man an seinen ESPuino einen Schalter baut, der die Spannungsversorgung physikalisch trennt. Ein weiterer und sehr wichtiger Punkt ist, wieviele GPIOs nach außen geführt werden, da ESPuino viele GPIOs benötigt. Auf der sicheren Seite ist man, wenn es möglichst viele sind, da dies mehr Flexibilität bietet. Hier mal einige Kriterien, über die man sich aus meiner Sicht Gedanken machen sollte: - Führt das ESP32-Develboard meiner Wahl ausreichend viele GPIOs nach außen, so dass mein Vorhaben machbar ist? - Möchte ich Batteriebetrieb? Wenn ja: Ist ein Akkuanschluss vorhanden und bietet das Board ggf. eine integrierte Ladeelekronik? Ist der Strombedarf im ESP32-Deepsleep „überschaubar“? - Batteriebetrieb: Gibt es bereits eine integrierte Möglichkeit, um die Spannung des angeschlossenen Akkus zu überwachen? Dies ist z.B. bei Lolin D32 oder Lolin D32 pro der Fall. - Kann man auch im eingebauten Zustand, ohne drücken einer Taste, flashen? - Möchte ich das [OTA-Feature](https://forum.espuino.de/t/neues-feature-ota-update-via-webgui/538) nutzen, so benötigst man mindestens 8 MB Speicher. Üblicherweise wird man dann zu einem Develboard mit einem ESP32-WROVER mit 16 MB greifen, weil dieses auch PSRAM besitzt. Es gibt auch ESP32-WROOMs mit 16 MB, aber diese habe ich auf einem Develboard noch nie verbaut gesehen. Ein paar nützliche Links zu Videos von Andreas „the guy with the swiss accent“ Spiess: [![](https://forum.espuino.de/uploads/default/original/2X/f/feb4eadeaaa0c0b10a0b89f3963e604932fe2998.jpeg "#366 9 New ESP32 Boards: Comparison and Tests") ](https://www.youtube.com/watch?v=mnoZYlyebBc) [![](https://forum.espuino.de/uploads/default/original/2X/b/bc734a57ce7e77cbfb2e2838f5327e3387084e1d.jpeg "#193 Comparison of 10 ESP32 Battery powered Boards without display (incl. deep-sleep)") ](https://www.youtube.com/watch?v=-769_YIeGmI) [![](https://forum.espuino.de/uploads/default/original/2X/1/131a88f66aabdd7bdb9d45850af9f7940a7cb67e.jpeg "#363 Which ESP32 pins are safe to use?") ](https://www.youtube.com/watch?v=LY-1DHTxRAk) Nachfolgend mal ein paar Develboards (aus meiner Sicht): ## Wemos Lolin D32 pro _PRO_: - Führt sämtliche GPIOs nach außen - Recht niedrige Stromaufnahme im Deepsleep - Besitzt eine integrierte Ladelektronik für LiPo bis 500 mA Ladestrom - Hat einen Spannungsteiler zur Akku-Spannungsmessung integriert - Man muss zum Flashen keine Taste drücken - Verwendet einen ESP32-WROVER mit 16 MB Flash - SD-Slot integriert (leider aber SPI und kein SDMMC) _CON_: - GPIOs 16+17 sind nicht nutzbar, da sie vom ESP32-WROVER für interne Zwecke (PSRAM) benötigt werden. Da kann das Board allerdings nix für; das ist einfach so bei ESP32-WROVER. - In Deutschland relativ teuer - SD-Slot ist nicht mit SDMMC kompatibel (benutzt andere GPIOs) ## D32 pro LFP Basiert auf dem Lolin D32 pro und ist eine [Eigenentwicklung von mir](https://forum.espuino.de/t/esp32-develboard-d32-pro-lifepo4/1109/). Unterstützt im Gegensatz zu allen anderen Boards, die ich so kenne, LiFePO4 (anstelle LiPo) und hat einen USB-C-Anschluss. _PRO_: - Führt sämtliche GPIOs nach außen - Recht niedrige Stromaufnahme im Deepsleep - Besitzt eine integrierte Ladelektronik für LiFePO4 mit bis zu 1 A Ladestrom - USB-C-Anschluss - Hat einen stromsparenden Spannungsteiler zur Spannungsmessung integriert - Man muss zum Flashen keine Taste drücken - Verwendet einen ESP32-WROVER-E mit 16 MB Flash - Unterstützt in der 16 MB Flash-Variante auch OTA-Updates _CON_: - GPIOs 16+17 sind nicht nutzbar, da sie vom ESP32-WROVER für interne Zwecke (PSRAM) benötigt werden. Da kann das Board allerdings nix für; das ist einfach so bei ESP32-WROVER. ## ESP32 NodeMCU (aka DevKit C) Das Standardboard. Für die meisten Leute vermutlich der Einstieg in die ESP32-Welt. Achtung: Es gibt welche mit 30 Pins und welche mit 38 Pins. Auf jeden Fall das Größere nehmen. _PRO_: - Führt sämtliche GPIOs nach außen. (Auch solche, die man nicht wirklich nutzen kann.) - In Deutschland recht günstig _CON_: - Hat keinen Spannungsteiler zur Spannungsmessung integriert - Recht hohe Stromaufnahme im Deepsleep (für Batteriebetrieb wichtig, ohne Batteriebetrieb aber egal) - Besitzt in der Regel keine integrierte Ladelektronik für Akkus - Verwendet einen ESP32-WROOM - Man muss zum Flashen eine Taste drücken (manchmal geht’s auch ohne, warum auch immer!?) - Unterstützt wegen nur 4 MB Flash kein OTA-Update ## RFID: RC522 oder PN5180? **RC522** _PRO_: - Ist der Quasi-Standard - Günstig zu haben - Braucht nur vier GPIOs _CON:_ - Reichweite Fazit: Wenn du mit der Reichweite kein Probem hast, dann bleibe am besten einfach beim RC522. Hinweis: Die Verstärkung (Gain) kann man einstellen in `settings.h` via `rfidGain`. Mögliche Werte sind nachfolgend beschrieben: ![RC522-Gain](https://forum.espuino.de/uploads/default/original/1X/9de5f8d35cbc123c1378cad1beceb3f51035cec0.png) Hier gibt es auch noch ein paar Infos: [Kompatible NFC Tags](https://forum.espuino.de/t/kompatible-nfc-tags/90) **PN5180** _PRO_: - Erheblich bessere Reichweite (6cm und mehr). Wird noch besser, wenn man ISO-15693-RFID-Tags verwenden, diese sind jedoch teurer. - Kann ab Firmware 4.1 (die man aber selbst flashen muss) auch den ESPuino aus dem Deepsleep aufwecken - Kann auch andere RFID-Kartentypen lesen. Mit Passwort z.B. auch T\*nies. Und da ESPuino immer nur lesend auf RFIDs zugreift, wird auch nix überschrieben/kaputt gemacht. _CON_: - Teurer als RC522 - Gibt es fast nur in China. In Deutschland sehr teuer. - Benötigt mehr GPIOs: 6. Zur Nutzung des Deepsleep-Features sogar 7. Fazit: Lohnt sich vor allem dann, wenn man Probleme mit der Sensitivität des RC522 hat. Ich für den PN5180 aber definitiv empfehlen! Hinweis: Vereinzelt wurden mit diesem Reader auch Probleme beschrieben: [RFID Sticker (mit PN5180)](https://forum.espuino.de/t/rfid-sticker-mit-pn5180/739). ## 3.3 V oder 5 V? Viele Develboards führen 3.3 V und 5 V nach außen; ungeachtet dessen, dass der ESP32 intern immer mit 3.3 V läuft. Das ist erstmal gut, weil dann kann man sich die jeweils passende Spannung für die Peripherie aussuchen. Problem: Betreibt man die Lolin-Boards ausschließlich mit einem LiPo-Akku, so gibt es keine 5 V mehr, da der LiPo-Akku selbst nur maximal 4.2 V führt. Hier hat man keine Wahl: Die Peripherie kann nur mit 3.3 V versorgt werden. Alternativ kann man natürlich auch eine Powerbank verwenden; diese liefert immer 5 V und wird extern angeschlossen. Auch möglich ist eine externe Ladeelektronik und ggf. ein Regler, der aus den maximal 4.2 V eben 5 V macht. Nur muss sich jeder selbst überlegen, ob es Sinn macht, die Spannung anzuheben, damit sie im Anschluss vom Festspannungsregler des Develboards wieder zu 3.3 V wird (und die überschüssigen 1.7 V schlicht verbraten werden). Auf der anderen Seite kann es aber auch Nachteile haben, nur 3.3 V zur Verfügung zu haben. Die Neopixel sind beispielsweise für 5 V spezifizert; sie laufen jedoch mit 3.3 V ebenso. Weiterhin hat der MAX98357a bei 3.3 V weniger Leistung als bei 5 V. Mir persönlich macht das nichts, er ist aus meiner Sicht für meine Kinder mehr als laut genug. Wichtig: Verwendet man 3.3 V so sollte man sich gut überlegen, welches SD-Board man verwendet. Es gibt viele, die beide Spannungen unterstützen. Schlecht ist es, wenn es dafür nur einen Anschluss gibt. Denn das bedeutet, dass die Spannung immer über einen internen Spannungsregler läuft. Das ist deswegen ein Problem, weil der Spannungsregler von den 3.3 V ein bisschen was abzwackt, so dass es dahinter mit der noch zur Verfügung stehenden Spannung eng werden kann. Sind 3.3 V geplant, so bin ich persönlich ein großer Fan [dieses](https://de.aliexpress.com/item/32886674838.html) SD-Boards. Das ist so ziemlich das Billigste von allen, aber da es keinen Festspannungsregler besitzt, funktioniert es SICHER an 3.3 V auch astrein. Wichtig: Es kann KEIN 5 V! ## SPI oder SD\_MMC? SPI _PRO_: - Keine. _CON_: - Langsamer als SD\_MMC - Braucht 4 GPIOs (statt 3 bei SD\_MMC) SD\_MMC _PRO_: - Erheblich schneller als SPI - Benötigt nur 3 GPIOs _CON_: - GPIOs (15, 14, 2) sind fest und können nicht geändert werden beim ESP32 (beim ESP32-S3 ginge das). - Einer der GPIOs ist 2. Wird dieser GPIO beim Start des ESP32 auf HIGH gezogen, so kriegt man den ESP32 nicht in den Flash-Modus. Das bedeutet, dass man SD-Board ein etwaiger PullUp-Widerstand entfernt werden muss. Siehe z.B. [hier](https://github.com/biologist79/ESPuino/blob/master/pictures/Pullup-removal.jpg) bei [diesem SD-Board](https://de.aliexpress.com/item/32886466598.html). Fazit: SD\_MMC lohnt sich auf jeden Fall. ## Akku: LiPo oder LiFePO4? Das lasse ich am besten denjenigen ausführen, der sich damit gut auskennt: [EREMIT LiIon - der richtige Akku](https://www.eremit.de/i/lithium-akkus-auswahl). ## Jumperwires oder Stecker? Auf jeden Fall Stecker (oder anlöten)!! Jumperwires sind zum Testen mitunter schon kritisch, aber auf lange Sicht definitiv problematisch. Guter oder schlechter Kontakt scheint sowas wie tagesformabhängig zu sein 🙂 Klar, zum Testen wird man erstmal mit Jumperwires experimentieren wollen. Aber man wird damit nicht glücklich. Glaubt mir! 😃 ---
**Author:** ![biologist](https://forum.espuino.de/user_avatar/forum.espuino.de/biologist/32/66_2.png) [@biologist](https://forum.espuino.de/u/biologist)\ **Post date:** [28. Januar 2021 um 11:44 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31/2 "2021-01-28T11:44:42Z")
---
**Author:** ![biologist](https://forum.espuino.de/user_avatar/forum.espuino.de/biologist/32/66_2.png) [@biologist](https://forum.espuino.de/u/biologist)\ **Post date:** [3. Februar 2021 um 13:37 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31/3 "2021-02-03T13:37:02Z")
Hier übrigens mal verschiedene RFID-Reader im Vergleich. Links: PN532 (wird nicht unterstützt, da er keinen Vorteil bietet ggü. RC522 und PN5180) Mitte: PN5180 Rechts: RC522 ![RFID-Reader im Vergleich](https://forum.espuino.de/uploads/default/original/1X/d88e25337f981226a883b699e66945655c2175e6.jpeg) Die Befestigungslöcher zwischen PN5180 und RC522 sind übrigens 100% kompatibel in ihrer Position. PN5180 ist halt, wie man unschwer erkennen kann, insgesamt nur ein wenig größer. ---
**Author:** ![gmbo](https://forum.espuino.de/user_avatar/forum.espuino.de/gmbo/32/107_2.png) [@gmbo](https://forum.espuino.de/u/gmbo)\ **Post date:** [3. Februar 2021 um 22:04 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31/4 "2021-02-03T22:04:59Z")
Beim PN532 funktioniert auf jeden Fall I2C nur mit Level Shifter da das Bord eigentlich mit 5V betrieben wird. SPI soll an 3,3V laufen. Ich hoffe, dass ich das wenn der Levelshifter da ist zum laufen bekomme. Den RC522 gibt es noch in einer Minivariante. ![RFID-Reader](https://forum.espuino.de/uploads/default/original/1X/705f9eeb2d28f0dd473eaf5d2627c772d0513912.jpeg) ---
**Author:** ![compactflash](https://forum.espuino.de/user_avatar/forum.espuino.de/compactflash/32/428_2.png) [@compactflash](https://forum.espuino.de/u/compactflash)\ **Post date:** [18. Februar 2021 um 06:45 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31/5 "2021-02-18T06:45:41Z")
> [@gmbo](#): > > Beim PN532 funktioniert auf jeden Fall I2C nur mit Level Shifter da das Bord eigentlich mit 5V betrieben wird. SPI soll an 3,3V laufen. I2C ist schon sehr alt und stammt aus der Zeit als es nur TTL gab und deshalb 5V . Der PN 532 geht lt. Datenblatt auch mit 3,3V. Dazu hatte ich folgendes vor einiger Zeit @biologist geschrieben : PN532 habe ich hier und damals mal getestet , aber nur LESEN . Geht mit 3,3V und I2C . Ich denke die 5V sind der I2C-Spezifikation geschuldet , die nur für 5V ausgelegt ist . Das läuft mit 3,3V trotzdem, weil ja auf jeden Fall ein ordentliches HIGH auf den Datenleitungen erreicht wird . Außerdem geht es ohne RST ,wofür der gebraucht wird , weiß ich nicht . IRQ muss beim Booten angeschlossen sein, danach gehts es auch ohne . ---
**Author:** ![compactflash](https://forum.espuino.de/user_avatar/forum.espuino.de/compactflash/32/428_2.png) [@compactflash](https://forum.espuino.de/u/compactflash)\ **Post date:** [18. Februar 2021 um 07:19 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31/6 "2021-02-18T07:19:12Z")
Hi @biologist Whow , ist das eine Masterarbeit? An dieser Stelle mal ein Aufruf an alle , besonders an die Anfänger . !!! LESEN , LESEN, LESEN !!! Die Doku von @biologist ist immer sehr ausführlich und er versucht auch es verständlich zu halten. Nochmals von mir ein dickes Lob und DANKE. ---
**Author:** ![Teian](https://forum.espuino.de/user_avatar/forum.espuino.de/teian/32/1505_2.png) [@Teian](https://forum.espuino.de/u/Teian)\ **Post date:** [16. August 2022 um 08:52 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31/7 "2022-08-16T08:52:37Z")
Der link für das SD Board klappt nicht mehr aber unter diesem hier ist es verfügbar: [1Pcs Micro SD Speicher Expansion Board Mini Micro SD TF Karte Memory Shield Modul Mit Pins für Arduino|Integrierte Schaltkreise| - AliExpress](https://de.aliexpress.com/item/4000899753727.html) ---
**Author:** ![biologist](https://forum.espuino.de/user_avatar/forum.espuino.de/biologist/32/66_2.png) [@biologist](https://forum.espuino.de/u/biologist)\ **Post date:** [17. August 2022 um 21:42 UTC](https://forum.espuino.de/t/welche-hardware-nutzen-develboard-rfid-sd-akku/31/8 "2022-08-17T21:42:33Z")
Danke, hab’s korrigiert.