Vorbereitungen für BOB Workshop in Hannover im März 2023

Im März 2023 wollen wir in Hannover einen Workshop abhalten, an dem 12 BOB-Sensorkits in Betrieb genommen werden.

Ein Termin wird noch bekanntgegeben!

Aus Zeitgründen werde ich 12 gleiche Kits mitbringen, bestehend aus

  • 1 Wägezelle mit Alugestell
  • 1 großes Spelsberg-Gehäuse mit FiPy, Extension-Board und bestückter BOB-HAT Platine
  • 1 Temperatur/Luftfeuchte-Sensor BME280
  • 6 Temperatursensoren DS18B20 ( 1 außen, 5 innen )

Voraussetzung ist

  • ein Stromanschluss 230 Volt oder ein Autoakku mit USB-Wandler ( 5 Volt )
  • stabiles WLAN evtl. Repeater am Balkon. Ich empfehle eine extra Fritzbox mit FritzRepeater 1200.

Solarladung funktionierte bei mir nur bis Oktober und LoRa habe ich noch nicht getestet.

Wer das Kit weiterentwickeln möchte, kann das gerne tun und seine Hardware oder Software an seine Bedürfnisse anpassen. Ich werde entsprechende Doku bereitstellen. Oder man liest sehr eifrig in diesem Forum.
Leider ist der Hersteller des FiPy im September 2023 2022 insolvent gegangen und die Entwicklung des Editors Atom wurde eingestellt ( sundown ). Deshalb kann die Entwicklungssoftware nicht mehr auf einem neuen Notebook installiert werden. Mein altes Notebook funktioniert zum Glück noch.
Als Folge kann nur noch der alte Stand vom 10.5.2021 ausgeliefert werden. Weiterentwicklungen wie Gassensor BME680 oder mehr Temperatursensoren müssen verschoben werden.

1 Like

Über die Jahre gab es verschiedene Dokumentationen über das BOB-Sensorkit in diesem Forum und auf der Webseite www.hiverize.org . Hier eine kleine Zusammenfassung ohne Anspruch auf Vollständigkeit:

  • Allgemein

BOB braucht dich! – hiverize.org.pdf (678,5 KB)
BOB Sensor-Kits per Post – hiverize.org.pdf (318,2 KB)
Ein schöner kleiner Filmclip über unsere Sensorbeuten – hiverize.org.pdf (150,3 KB)
Unsere ersten Kunstschwärme – hiverize.org.pdf (1,0 MB)

  • Hardware

1-Teileliste des Bee Observer Sensor-Kit - BOB-Anleitungen - Hiveeyes.pdf (152,1 KB)
2-Installation und Inbetriebnahme des Bee Observer Sensor-Kit - BOB-Anleitungen - Hiveeyes.pdf (1,7 MB)
anleitung_waage-aus-aluprofilen_v0.2.pdf (408,0 KB)
3-Ergänzende Bilder zum Zusammenbau der BOB-Waage - BOB-Anleitungen - Hiveeyes.pdf (954,1 KB)
anleitung_tempertur-rechen_v0.2.pdf (215,9 KB)

Einbau der BOB – Elektronik in das Gehäuse – hiverize.org.pdf (861,8 KB)
Einbau der Temperatursensoren – hiverize.org.pdf (1,5 MB)
Einbau des Luftfeuchtesensors BME280 – hiverize.org.pdf (3,0 MB)
Einbau eines DHT XX Feuchtesensors – hiverize.org.pdf (1,2 MB)
Einrichtung des BOB Sensor-Kits – hiverize.org.pdf (1,2 MB)
Sensoren – hiverize.org.pdf (140,7 KB)
Verschiedene Möglichkeiten das BOB-Sensor-Kit mit Strom zu versorgen – hiverize.org.pdf (448,2 KB)
Waagendaten – hiverize.org.pdf (155,7 KB)

  • Software

5-Installation der Bee Observer Firmware unter Windows - BOB-Anleitungen - Hiveeyes.pdf (1,1 MB)
6-Vorbereitung FiPys flashen 01_2020 - Workshops - Hiveeyes.pdf (572,7 KB)
Anleitung_FlashenFiPy.pdf (667,8 KB)
FTP_Doku.pdf (922,8 KB)

2 Likes

Jenseits der PDFs gibt es auch hier eine Übersicht Bee Observer Online Dokumentation

2 Likes

Wer mit der Programmierung in MicroPython einsteigen will, kann das sehr gut mit dem folgenden “Spielzeug” machen:


Alle Beispielprogramme funktionierten auf Anhieb

Ich habe nun die Hardware der Sensorbeuten zusammen gebaut und beschäftige mich mit der Software.
Dabei treten mehrere Probleme auf:

  • die Firma PyCom ist pleite und stellt keine FiPy mehr her, daher wird die Firmware nicht mehr gewartet.

  • der Editor Atom von github wurde auch auf Eis gelegt. Er lässt zwar noch installieren, aber PlugIns wie der Pymkr von PyCom lassen sich nicht mehr installieren.

  • die alte Software-Entwicklungsumgebung funktioniert nicht mehr auf neuen Notebooks

  • als Ersatz funktioniert der Thonny, teilweise mit anderer Bedienung

  • zum Glück habe ich noch ein altes Notebook von 2020 mit der alten Entwicklungsumgebung, aber der Pymkr will nicht immer so wie ich

  • zusammen mit Atom und Thonny geht es aber

Jetzt tauchen neue Probleme auf. Zuerst habe ich alte Testprogramme ausprobiert, damit ich wieder Programmierübung bekomme. Das was ich 2020 konnte, läuft auch wieder.

Ich wollte nun die letzte Version von github FiPy-master vom 10.05.2021 installieren, aber es gibt Fehler gleich beim ersten Boot:
FiPy-master.zip (89,5 KB)

“”"

CSV Logger failed. Is a SD card inserted?
init sensors
init -> DS18B20
Found 6 DS1820.
Gain & initial value set
in webserver.py
Traceback (most recent call last):
  File "<stdin>", line 17, in <module>
  File "webserver.py", line 142, in <module>
  File "/flash/lib/microDNSSrv.py", line 19, in Create
  File "/flash/lib/microDNSSrv.py", line 161, in Start
OSError: Network card not available

Wenn ich die Zeile 17 : " import webserver" auskommentiere, funktioniert das Messen und Senden,
aber der AccessPoint will nicht mehr und damit das Konfigurieren von Wlan, Waage und Temperatursensoren.
Ich behelfe mich, indem ich die Datei “user_config.json” mit dem Editor ausfülle, aber das geht auf dem Workshop gar nicht.

Auf der Suche nach dem Fehler habe ich folgende Firmware getestet:
FiPy-1.20.2.rc3-0.8.0-vanilla-squirrel.tar.gz (1,2 MB)
und
FiPy-1.20.2.rc6-0.10.2-vanilla-squirrel-nosmartconfig.tar.gz (1,2 MB)
wie ich in Anleitungen gefunden habe.

Leider bin ich nicht in der Lage, die Fehler in webserver.py usw. zu finden. Dafür reichen meine Python-Kenntnisse noch nicht.

Wer kann Tipps geben?

Hi Didi,

Wenn “sonst nichts verändert wurde”, könnte es vielleicht ein Hardwareschaden sein? Hast Du die Möglichkeit, ein anderes Gerät auszuprobieren?

Viele Grüße,
Andreas.

Hallo Andreas,
Hardware kann ausgeschlossen werden. Ich habe den Fehler gestern mit der
Firmware FiPy-1.20.2.rc3-0.8.0-vanilla-squirrel.tar.gz entdeckt. Dann habe ich webserver.py auskommentiert, händisch user_config.json konfiguriert und über Nacht gemessen und gesendet.

Es kam mir die Idee mit anderer Firmware. Heute morgen
neuer FiPy mit Firmware FiPy-1.20.2.rc3-0.8.0-vanilla-squirrel-nosmartconfig.tar.gz
aber gleicher Fehler

Frage an alle: welche Firmware wurde auf den letzten Workshops benutzt ?
Dass sich der Fehler in FiPy-master.zip von github ( file webserver.py ) eingeschlichen hat, glaube ich nicht.

Ok. Wenn die Hardware intakt ist… Es scheint, als würde der Webserver gestartet werden, wenn noch kein Interface verfügbar ist. Das müsste also erst “später” gemacht werden.

Mglw. hast Du bei den Geräten gerade schlechteren Empfang als bei früheren Inbetriebnahmen? [1] Versuche doch einmal, näher an den Router heranzugehen mit dem Setup, um etwaige Timingprobleme zu minimieren.


  1. Oder benutzt Du vielleicht einen anderen Router als früher? ↩︎

Es ist definitiv ein Softwarefehler. Er tritt gleich am Anfang nach dem Start auf:

"# main.py → main-ori.py FiPy 10.05.2021

"# python imports
import gc
import logger
import machine
from machine import Pin, I2C
import micropython
import network
from pycom import rgbled
import sys
import time
import uos

" #own -code imports

import webserver

Wenn ich die letzte Zeile auskommentiere, funktioniert alles. Nur der AccessPoint nicht.
Ohne Kommentar in line 17 folgende Fehlermeldung:

%Run -c $EDITOR_CONTENT
CSV Logger failed. Is a SD card inserted?
init sensors
init → DS18B20
Found 6 DS1820.
Gain & initial value set
in webserver.py
Traceback (most recent call last):
File “”, line 17, in
File “webserver.py”, line 142, in
File “/flash/lib/microDNSSrv.py”, line 19, in Create
File “/flash/lib/microDNSSrv.py”, line 161, in Start
OSError: Network card not available

Die SD-Karte funktioniert nicht, wenn vom PC aus gestartet, vom FiPy aus geht es,
das init der Sensoren DS18B20 und HX711 funktioniert von PC und FIPy

Dann wird der Webserver importiert und der Fehler beginnt

Es ist reproduzierbar:

  1. Firmware “FiPy-1.20…tar.gz” downloaden
  2. mit PyCom-Tool flashen
  3. FiPy-Master.zip von github downloaden und auspacken
  4. mit Atom laden
  5. FiPy anschliessen
  6. Software uploaden
  7. automatischer Boot → Fehler in line 17
  8. line 17 auskommentieren
  9. reboot → messen funktioniert, Accesspoint nicht

Da sich der Fehler kaum auf github in FiPy.master,zip eingeschlichen haben kann, tippe ich auf die Firmware.

Der webserver wird sehr früh importiert, obwohl er nur für den AccessPoint gebraucht wird und nicht für das Messen.
Vielleicht kann ich ihn ja erst dann importieren, bevor der AccessPoint gestartet wird.

Das ganze hat ja Mal funktioniert, ich würde eine Inkompatibilität zwischen Firmware und Software vermuten, ggf. pfuscht auch das Atom-Plugin rein. Ich kann heute Abend Mal schauen, habe allerdings sind schon länger runtergeschmissen und zuletzt VS Code verwendest.

Hatten wir nicht auch binarys?! Sorry falls das Quatsch ist, war schon recht lange her.

Ja, das meine ich, so in etwa. Aber es geht nicht ums Importieren, sondern ums Starten.

Ich habe gerade alles nochmal wiederholt:
a) dritten FiPy mit FiPy…vanilla-squirrel.tar.gz neu geflasht → OK
b) von github FiPy-master.zip nach G:\4-BOB-Workshop\3-FiPy-test1 ausgepackt. Alle Files sind vom 10.05.2021 ( siehe Bild )
c) Atom mit Pymkr gestartet, Projekt 3-FiPy-test1 ( siehe Bild )
d) Upload project to device ( 27 files to FiPy )
e) automatischer boot: Fehler in line 14 ( import webserver)

Was habe ich falsch gemacht? nun in
f) line 14 auskommentiert
g) Upload project to device ( 1 files to FiPy main.py )
h) instabiler Betrieb nach reboot
h) manchmal Messungen möglich, noch keine Konfiguration von Wlan und Sensoren

auf dem ersten FiPy lief es gestern bis heute 10:34 nach händischer Konfiguration stabil

Bitte nicht zur Laufzeit auf das Dateisystem schreiben. Bei solchen Dingen gibt das Ding gern seinen Geist auf, wegen eines Bugs in der CPU, siehe Investigating random core panics on Pycom/ESP32 devices.

1 Like

Es riecht nach Firmware-Fehler: Nach den ersten Tests und crashs habe ich Pause gemacht.
Dann ein reboot, ohne Fehler wurde gemessen obwohl nichts konfiguriert wurde.
Dann nach der 51. Messung:

dann ein Guru Meditation Error

Es ist schlimmer. Es ist ein Bug in der CPU. Most probably, it is the venerable PSRAM Cache Issue stills exist (IDFGH-31) · Issue #2892 · espressif/esp-idf · GitHub. Beste Chance:

Das wäre aber nichts Neues, oder? Lief und läuft doch bei vielen schon und auch mit dem bekannten bug?

Pycom https://pycom.io ist tot, es gibt aber noch ein paar Überreste und erfreulicherweise gibt es immer noch die Doku-Seiten samt Downloads

Firmware updaten

Wir kommen also noch an das firmware updating tool ran:

todo: Check, ob die Veriosn ok ist, oder ob wir “unsere” alte besser nehmen

IDE Visual Studio (VS) Code

Bemerkung: Atom hatte ich schon länger vom Rechner geschmissen, weil das einfach grottig langsam war, ich glaube ich konnte das letzte mal als ich es versucht hatte das Atom Pymakr Plugin auch nicht installieren, daher versuche ich es gleich mit VS Code.

Bei VS Code ist aktuell Version 1.76.2 die latest und auch bei mir installiert.

Beim Pymakr Plugin für VS Code ist Version 2.22.5 (7 month ago) die neueste Version, die auch über Pymakr - Visual Studio Marketplace online verfügbar ist.

Damit sollte unsere Software-Ausstattung theoretisch flugfähig sein!

(temporäres) Problem mit dem Pymakr Plugin

Beim Testen der IDE bin ich zuerst hier gestrandet: Das Pymakr Plugin braucht zwingend ein “Projekt” um das dann mit dem FiPy zu “synchronisieren”, sprich den code raufzuladen. Dieses Projekt bekam ich aber anfangs nicht angelegt:

2023-03-19 13_23_48-

Die Lösung ist folgende: Nach Klicken auf “Create Project” muss man nicht nur den Ordner (in einem neuen popup) auswählen, sondern nach der Ordnerauswahl auch nochmal mit einem Return den Projektname – aus dem Orndername generiert – besätigen,

Verpasst man das, ESC drücken ist dabei gar nicht nötig, einfach woanders hin klicken (in der Annahme das Projekt sei mit der Ordner-Spezifikation schon erstellt) reicht, kommt es zu der Fehlermeldung, klares Usability-Problem wieder mal, würde ich sagen! ;-) Gut, dann geht es jetzt weiter:

BOB-Code aus GitHub

Nun habe ich den BOB code lokal abgespeichert und hochgeladen, nun bekomme ich folgende Fehlermeldung:

Starting boot process...
Boot finished.
CSV Logger failed. Is a SD card inserted?
Traceback (most recent call last):
  File "main.py", line 14, in <module>
  File "webserver.py", line 9, in <module>
  File "sensors/__init__.py", line 8, in <module>
  File "lib/onewire.py", line 5, in <module>
ImportError: no module named '_onewire'
Pycom MicroPython 1.20.3.b4 [v1.11-95ab8f63] on 2021-09-10; FiPy with ESP32
Type "help()" for more information.
>>>

Hatten wir onewire nicht bei uns in der Firmware (und nicht in der Offiziellen?! ganz hinten im Gedächtnis kramen …), gut dann versuche ich das jetzt: Also statt der vom firmware updating tool vorgeschlagenen und online automatisch heruntergeladenen Version 1.20.3.b4 verwende ich nun die in unserer Doku angegebene FiPy-1.20.2.rc6-0.10.2-vanilla-squirrel-nosmartconfig.tar.gz von @Andreas!

Und genau das war es auch. Nun läuft das Ding (noch ohne Sensoren)! :-)

ets Jun  8 2016 00:22:57

rst:0x1 (POWERON_RESET),boot:0x12 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff8020,len:8
load:0x3fff8028,len:2140
ho 0 tail 12 room 4
load:0x4009fa00,len:19740
entry 0x400a05bc
Starting boot process...
Boot finished.
CSV Logger failed. Is a SD card inserted?
init sensors
init -> DS18B20
No DS1820 found. Is it connected properly?
Gain & initial value set
BME280 initialization failed. Is it connected properly?
in webserver.py
ssd1306.py:  esp32
Start -> logger
Start -> Info: (sysname='FiPy', nodename='FiPy', release='1.20.2.rc6-0.10.2-vanilla-squirrel-nosmartconfig', version='v1.20.1.r2-122-gd82a6f43e-dirty on 2020-03-06', machine='FiPy with ESP32', lorawan='1.0.2', sigfox='1.0.1')
Using Antenna:  False
WiFi: Using internal antenna
Antenna set
OpenBeeResearch_GuestAccess
channel: 1
sec: 3
rssi: -71
ssid: OpenBeeResearch_GuestAccess
bssid: 3ea62f6c2671
[... weitere WLANs]
Start -> 7 SSIDS found
Start -> AP SSID: Moltebeere
Start -> Cause of restart: PWRON
Start -> switching to ap mode is now possible
Start -> Starting measurement setup...
WLan is enabled, trying to connect.
No WLan connection configured!
No WLan connection configured!
No WLan connection configured!
No network connection.
Access Point Pin P16 set.
Callback registered...
1. Measurement
No DS1820 found. Is it connected properly?
   HX711:   0.0 kg
   DS18B20:  Sensors: 0
Can not write ds1820 data on SD-Card. Caused by not declared ds1820s positions.
 
   Time:  01:00:00    WLAN:    {'rssi': 0, 'weight_kg': 0.0}
wlan is enabled but not connected.
trying to reconnect in 11 intervals
stack: 896 out of 11264
GC: total: 2561344, used: 74848, free: 2486496
 No. of 1-blocks: 1130, 2-blocks: 281, max blk sz: 161, max free sz: 154157
2. Measurement
No DS1820 found. Is it connected properly?
   HX711:   0.0 kg
   DS18B20:  Sensors: 0
Can not write ds1820 data on SD-Card. Caused by not declared ds1820s positions.
 
   Time:  01:00:05    WLAN:    {'rssi': 0, 'weight_kg': 0.0}
wlan is enabled but not connected.
trying to reconnect in 10 intervals
stack: 896 out of 11264
GC: total: 2561344, used: 74896, free: 2486448
 No. of 1-blocks: 1133, 2-blocks: 281, max blk sz: 161, max free sz: 154157
3. Measurement
No DS1820 found. Is it connected properly?
   HX711:   0.0 kg
   DS18B20:  Sensors: 0
Can not write ds1820 data on SD-Card. Caused by not declared ds1820s positions.
 
   Time:  01:00:10    WLAN:    {'rssi': 0, 'weight_kg': 0.0}
wlan is enabled but not connected.
trying to reconnect in 9 intervals
stack: 896 out of 11264
GC: total: 2561344, used: 74896, free: 2486448
 No. of 1-blocks: 1133, 2-blocks: 281, max blk sz: 161, max free sz: 154157
4. Measurement
No DS1820 found. Is it connected properly?
   HX711:   0.0 kg
   DS18B20:  Sensors: 0
Can not write ds1820 data on SD-Card. Caused by not declared ds1820s positions.
 
   Time:  01:00:15    WLAN:    {'rssi': 0, 'weight_kg': 0.0}
wlan is enabled but not connected.
trying to reconnect in 8 intervals
stack: 896 out of 11264
GC: total: 2561344, used: 74896, free: 2486448
 No. of 1-blocks: 1133, 2-blocks: 281, max blk sz: 161, max free sz: 154157
5. Measurement
No DS1820 found. Is it connected properly?
   HX711:   0.0 kg
   DS18B20:  Sensors: 0

Was ich gerade nicht geschafft habe, mich per WLAN mit der config-Website zu verbinden, die LED leuchtet zwar blau, aber die config-Seite bekomme ich nicht geladen, trotz

14:52:44:538 -> init client
14:52:44:538 -> processing request
14:53:14:164 -> init client
14:53:14:164 -> processing request
14:53:14:165 -> init client
14:53:14:165 -> processing request
14:53:44:158 -> init client
14:53:44:158 -> processing request
14:53:45:505 -> init client

Jetzt komme ich auch gar nicht mehr in den AP-Modus … old problems are calling … Konfiguration des Sensor-Kits ist über den AP-Modus nicht möglich … die Tipps dort bringen aber gerade auch nichts.

Nein, genau, das ist das altbekannte Problem.

Weiß ich nicht. Ist das Logging aufs Dateisystem wirklich bei allen aktiviert? Das ist w.g. meine Empfehlung: Nicht zur Laufzeit aufs Dateisystem schreiben!

Wir haben es mit Problemen an mehreren Fronten zu tun.
Als erstes habe ich das main.py mit den Messungen durch ein sehr einfaches main.py mit Tests von RGBLed, Switche und I2C-bus in Dauerschleife ersetzt. Alle anderen Files sind unverändert vom 10.5.2021. Die Idee war, wenn es ohne Fehler durchläuft, muss der Fehler im ersten main.py sein. Aber es crashte ebenfalls oft.
Ich wollte noch andere Testfiles testen, aber beim Flashen mit Pymkr gab es viele Probleme und Abstürze bis gar nicht mehr ging. Ich vemute, der Flash vom FiPy Nr. 3 ist defekt.

Also den FiPy Nr. 4 geholt. Die Testprogramme von vor 2 Wochen liefen noch, doch Flashen mit Pymkr ging gar nicht mehr.
Mit Thonny konnte ich dann lib… logger… sensors… default_settings.json, user_settings.json, boot.py und main.py flashen. Das kleine main.py lief eine Stunde in Dauerschleife ohne Probleme, das grosse lief ohne import von webserver.py ohne crash, mit import von webserver,py stürzte es mit den oben beschriebenen Fehlern ab.

Ich bin jetzt genau so weit wie vor zwei Tagen.
Es gibt also Probleme mit dem Flash im FiPy UND beim flashen mit Pymkr.

Dazu noch eine Vermutung. Im Sommer 2019 war ich Python-Anfänger und die ganze Software in den libraries und in main.py undurchschaubar für mich. Also bin ich angefangen, kleine Testprogramme zu schreiben, in denen ich mich um einzelne Themen kümmerte. So entstanden einige unabhängige Testprogramme für BME280, DS18B20, HX711, OLED, config, WLAN, SD-Karte usw.

Bei den DS18B20 wurde viel über Messwertausreisser diskutiert. Mir fiel dann auf, dass CRC-Error im Treiber nicht sauber abgefangen wurden und execptions zum Absturz führen konnten. Im Hauptprogramm war das durch GarbageCollector und Watchdog nicht leicht zu erkennen.

Ebenso stockte der FTP-Transfer. Da war ein “_” bei der Initialisierung die Ursache.
Deshalb befürchte ich immer noch Unsauberkeiten im Code, die nur manchmal auffallen und nur sehr schwer zu finden sind.

Wir sollten nicht mehrere Baustellen parallel aufmachen, wenn wir nicht wissen wo das Problem ist. Fakt ist ja, dass Diren / Uni Bremen und andere das Ding irgendwie fliegen, d.h. bis auf die bekannten Macken und Unzulänglichkeiten sollte “die Software” laufen.

Bei der Firmware brauchen wir zwingend die in der Doku

wegen der Onewire-Implementierung, d.h. die ist gesetzt!

Die IDE transportiert im besten Fall nur Dateien vom Rechner zum FiPy, d.h. eigentlich sollte Atom oder VS Code egal sein, wenn die Dateien mal auf dem Gerät sind. Da Atom letztes Jahr eingemottet wurde und (für mich) auch unklar ist, ob es überhautp ein working plugin für eine Neuinstallation gibt, würde ich für den Workshop auf jeden Fall VS Code empfehlen, bzw. das den Leuten empfehlen, die noch am Code Hand anlegen wollen.

Nun ist noch die Frage, warum der Code von GitHub - Hiverize/FiPy bei dir, @didilamken nicht funktioniert. Bei mir scheint er ja zu laufen, abgesehen von den (bekannten) AP-Problemen. Du hast auch die Firmware von oben verwendet und die neueste Version des firmware update tools, gibt es da Eintellungen, die zu Problemen führen können?

2023-03-19 21_29_25-Pycom Upgrade

Bringt “erase flash file system” etwas? Als FS ist LittleFS angegeben, das war in der Vergangenheit ja auch immer ein massiver Instabilitätsfaktor falls nicht, die Probleme oben bei dir hören sich etwas danach an, manchmal geht es manchmal nicht, unvorhergesehene Abstürze … magst du nochmal doublechecken, ob LittleSF beim Firmware einspielen aktiv war und “Enable Pybytes” deaktiviert ist?

Ah, https://thonny.org/ “Python IDE for beginners”, kannte ich bisher gar nicht.