Portierung auf ESP-C6

[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.

[little.yoda]

Die meisten nutzen die fertigen Builds über den little-yoda-Flasher oder über die Webseite. Diese Binaries werden automatisch nach einem Release oder Commit durch Github gebaut. Hier ist aber die Computerzeit beschränkt, die ich für die Erstellung von Binaries nutzen kann.

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.

Was heißt das genau, dass der Zugriff auf den Flash nicht funktioniert?
Wie äußert sich das Problem?

[Vielleicht kann ich es dann nachstellen]

[atomphil]

Du könntest ja die verschiedenen Controller in der platformio.ini auskommentiert vorsehen. Wenn jemand etwas, das nicht im webflasher vorhanden ist braucht, kann er es immernoch einfach selbst bauen und flashen.

Was heißt das genau, dass der Zugriff auf den Flash nicht funktioniert?
Wie äußert sich dass?

Ich nach dem flashen macht der ESP einen AP auf und ich kann mich verbinden und auch noch die Dateien hochladen. Man kann diese dann aber nicht mehr löschen oder ändern. Ein weiterer Start klappt dann meistens nicht mehr. Evtl hat das mit der Doubleboot-Datei zu tun, die ja dann auch nicht korrekt angelegt und gelöscht werden kann.

Ich habe versucht alles von spiffs auf LittleFS umzuschreiben und mit verschiedenen Partitionstabellen rumprobiert. Leider bisher entweder mit o.g. Ergebnis oder ein geht gar nicht. Dann kann man überghaupt nichts speichern.

Wie kann ich bei littleyoda-DCC-Decoder/tree/pioarduino das logging aktivieren, dass ich die Fehler im Monitor sehe?

[little.yoda]

Versuche dein Glück nochmal mit der aktuellen Version aus dem Branch.

Ich bin bei spiffs geblieben.
Anscheinend fehlte aber ein "/" im Dateinamen beim Löschen.
"config.json" funktionierte nicht. Es musste "/config.json" sein.

[Memo an mich: esp8266 Variante testen]

[atomphil]

Sven, Du bist ein Held! Es geht! Ich kann mich auf dem AP verbinden, die css und (sehr leere) config hochladen und er verbindet sich nach dem neustart mit meinem WLAN und ist das WebIF ist dann auch noch ansprechbar - Klasse.

Ich werde heute Abend mal noch weiter testen, aber sieht erstmal gut aus.