ESP32-Familie

[little.yoda]

Nur ein kurzer Hinweis, da mittlerweile auch auf Aliexpress ESP-C3 auftauchen.

Espressif hat seit 2014 verschiedene Prozessoren unter dem Prefix ESP veröffentlicht.
https://www.espressif.com/en/products/modules
https://gist.github.com/sekcompsci/2bf3 ... 4fa819f421

Leider ist ihre Benamung in meinen Augen nicht glücklich. z.B. hat ein ESP32 nichts und überhaupt nichts mit einem ESP32-C3 gemein.

Unterstützt werden:
- esp8266
- esp8285
- esp32

Nicht unterstützt werden z.B.:
- ESp32-S2 (abgespeckter esp32)
- ESP32-S3
- ESP32-C3 (Komplett neue Architektur RISC-V; Pin-kompatibel zum esp8266)
- ESP32-C6 (Komplett neue Architektur RISC-V)

Also bitte aufpassen, was ihr kauft.

Bevor die Frage kommt:
Durch die aktuell gute Verfügbarkeit von esp8266 und esp32 sehe ich gerade keinen Grund mir die anderen Familien anzuschauen.
Alles weitere wird die Zeit zeigen.
Und durch die (immer noch unvollständige) Portierung auf den ESP32, sind für neue Prozessorfamilien aber die meisten Wege bereits bereitet.

[little.yoda]

Wer mehr zu dem Thema ESP32-Familie wissen möchte:
https://www.youtube.com/watch?v=8ISalCdWhxs

[Zoltan]

Danke für die Info.

Ich war in der letzten Zeit auf Spur L unterwegs, daher ist mir der d1mini immer noch optimal... und sehr viel neues werde ich wohl nicht implementieren. Was das LY-System bisher mir bietet, ist für mich voll genug. Wenn was neues kommt, experimentiere ich gerne, aber ansonsten bin ich zufrieden

[atomphil]

Inzwischen ist ja etwas Zeit ins Land gegangen und gibt eine Arduinounterstützung auch für den ESP32-C6 in PlatformIO (https://github.com/pioarduino/platform-espressif32/).

Ich finde den C6 supermini mit seiner integrierten Ladeschaltung für eine Lipo-Zelle, für sehr kompakte Anwendungen ideal, habe es aber leider noch nicht hinbekommen den Framework darauf zu portieren. Mein vielversprechendster Versuch scheiterte bisher am nicht funktionierenden Flashzugriff.

Sven kannst Du Dir das nochmal ansehen? Eine C6-Unterstützung wäre so cool. Diese Platine ist echt die eierlegende Wollmilchsau und dabei nur geringfügig größer/teuerer als der C3.

[little.yoda]

Hi

in den letzten Tagen habe ich tatsächlich angefangen das Framework auf pioarduino zu portieren.
Bin fast fertig.

Welchen C6 hast du denn im Einsatz?
Wie äußerste sich der Fehler.

Der aktuelle Stand findest du hier:
https://github.com/littleyoda/littleyod ... pioarduino


Gruß,
Sven

[atomphil]

Ich habe dieses ESP32-C6 SuperMini Development Board https://de.aliexpress.com/item/1005007937068966.html



Ist eigentlich ganz schnuckelig.

Ich habe erst mit Cursor versucht das Ding ohne PIO zum laufen zu kriegen, das hat irgendwie alles umgeschireben, um von Arduino wegzukommen und ging dann so halb. Man kam auf das WebIF und konnte dort aber keine Dateien löschen oder ändern, weil die Speicheranbindung nicht klappte.

Dann habe ich im zweiten Versuch den Copilot in VSCode ewig rödeln lassen, ihn aber pioarduino mitgegeben. Da kam noch nichts außer Bootloops raus. Wahrscheinlich muß man für so eine große Änderung dann doch richtig coden können


PS: Wenn der C6 dann läuft, dürfte ja der S3 (https://de.aliexpress.com/item/1005006583420105.html) auch kein Problem mehr sein, oder?

[little.yoda]

Ich habe jetzt für platformio eine Konfiguration für einen C6 hinterlegt.
(seeed_xiao_esp32c6) könntest du mal ausprobieren.

[little.yoda]

Interessantes Modul.
nach den Problemen mit den Noname-C3 Modulen, hätte ich jetzt eher dieses Modul im Auge:
https://www.seeedstudio.com/Seeed-Studi ... -5884.html


Bzgl. S3.
Ein S3 kann ich nicht testen, da ich keinen habe.
Ich habe gerade mal mal kurz einen ESP32-C3 und ein ESP32-S2 getestet. Beide konnte ich ohne Probleme mit dem Github-Stand flashen und das Booten hat auch geklappt. Damit sollte auch ein S3 funktionieren.

Ehrlich gesagt habe ich keine Idee für welche ESP32 es Sinn macht sie standardmäßig zu unterstützen. Alle kann ich nicht aufnehmen, da die Build-Zeit auf Github dann zu lang wird.

• Standard: Dual Core; 240 Mhz
• S2: Single Core; 240 Mhz; abgespeckter ESP32
• S3: Dual Core; 240 Mhz
• C3: Single Core: 160 Mhz
• C6: Single Core: 160 Mhz

Die Single-Core Prozessoren gefallen wir eigentlich nicht. Auf den Dual-Core-Prozessoren kann Wifi auf dem einen Core laufen, während das Framework auf dem zweiten Core laufen. Damit kommen sie sich nicht in der Quere.
Also die C-Varianten sind nur für nicht zeitkritische Dinge geeignet.
Falls ich irgendwann man die DCC-Generierung auf die ESP32-Platform portiere, sind die C-Varianten dafür nicht unbedingt geeignet.

EDIT:
Aktueller Vergleich der Serien:
https://products.espressif.com/static/E ... tfolio.pdf

[atomphil]

Ich finde C3 und C6 momentan am interessantesten, weil ich denke, daß diese für meine Anwendung, Empfänger/Steuerung in batteriebetriebenen Legoloks, am besten passen. Sie sind schön klein, billig und haben viele nutzbare IOs. Damit sind dann auch beengte Modelle möglich, in die so ein D1 mini Stapel nicht reinpassen würde.

Ich kann Deinen Code für den C6 bauen und flashen. Dann bin ich aber wieder an dem Punkt, an dem ich schonmal war: Der Zugriff auf den Flash funktioniert nicht richtig. Einmal schreiben geht, danach schlägt alles fehl. Es muß irgend etwas mit LittleFS und Partitionstabelle zu tun haben.

Ich habe jetzt noch folgendes eingefügt:

Code: Alles auswählen

[env:esp32-c6-devkitm-1]
extends = baseESP32C
board = esp32-c6-devkitm-1
board_build.partitions = partitions/partitions_C6.csv
board_build.filesystem = littlefs

Und partitions_C6.csv

Code: Alles auswählen

# Name,     Type, SubType,   Offset,   Size
nvs,        data, nvs,       0x9000,   0x5000,
otadata,    data, ota,       0xe000,   0x2000,
app0,       app,  ota_0,     0x10000,  0x1a0000,
app1,       app,  ota_1,     0x1b0000, 0x1a0000,
littlefs,   data, littlefs,  0x350000, 0x0b0000,

Hat aber auch nicht geholfen.

Was meinst Du mit Buildzeit auf Github? Ich baue und flashe das einfach in PlatformIO/VSCode auf dem Rechner.