Flasher für das Projekt
-
- Site Admin
- Beiträge: 896
- Registriert: 14.09.2018, 19:05
- Hat sich bedankt: 33 Mal
- Danksagung erhalten: 144 Mal
Re: Flasher für das Projekt
Hi
So, die aktuellen Flasher-Versionen sind jetzt wieder im Haupt-Repository:
https://github.com/littleyoda/littleyod ... er-Flasher
Gruß,
Sven
So, die aktuellen Flasher-Versionen sind jetzt wieder im Haupt-Repository:
https://github.com/littleyoda/littleyod ... er-Flasher
Gruß,
Sven
-
- Site Admin
- Beiträge: 896
- Registriert: 14.09.2018, 19:05
- Hat sich bedankt: 33 Mal
- Danksagung erhalten: 144 Mal
Re: Flasher für das Projekt
Ich habe den Flasher etwas weiter programmiert.
Für Aktionen, die über USB bzw. Remote über IP ausgeführt werden können, gibt es jetzt jeweils einen eigenen Tab.
Außerdem könnten jetzt die benötigen CSS-Dateien mit einem Tastendruck hochgeladen werden.
Gleiches gilt für ein Config-File.
Für die Upload-Funktionalität ist eine aktuelle Alpha/Beta Version nötig. [Oder irgendwann mindestens die 1.3.x]
Für Aktionen, die über USB bzw. Remote über IP ausgeführt werden können, gibt es jetzt jeweils einen eigenen Tab.
Außerdem könnten jetzt die benötigen CSS-Dateien mit einem Tastendruck hochgeladen werden.
Gleiches gilt für ein Config-File.
Für die Upload-Funktionalität ist eine aktuelle Alpha/Beta Version nötig. [Oder irgendwann mindestens die 1.3.x]
- Zoltan
- Beiträge: 642
- Registriert: 18.09.2018, 11:34
- Wohnort: Wien
- Hat sich bedankt: 107 Mal
- Danksagung erhalten: 8 Mal
- Kontaktdaten:
Re: Flasher für das Projekt
Um sicher zu gehen, ein Paar Fragen:
Unter "Upload" verstehen wir hier ein Hinkopieren auf die ESP, stimmt's?
Also Download vom Internet und Upload auf ESP?
Unter "support files" verstehen wir die .css stylesheet-files?
Und wessen v1.3.x wird hier angesprochen, vom ESP Firmware? Dh. die im Screenshot dargestellte d1_mini (1.2.9) noch nicht? Sprich, beim letzteren werden die .css und config.json noch mit der "alten" Methode (browser "send") draufgespielt?
Danke!
Unter "Upload" verstehen wir hier ein Hinkopieren auf die ESP, stimmt's?
Also Download vom Internet und Upload auf ESP?
Unter "support files" verstehen wir die .css stylesheet-files?
Und wessen v1.3.x wird hier angesprochen, vom ESP Firmware? Dh. die im Screenshot dargestellte d1_mini (1.2.9) noch nicht? Sprich, beim letzteren werden die .css und config.json noch mit der "alten" Methode (browser "send") draufgespielt?
Danke!
LG Zoltan
Mein YT Kanal: www.youtube.com/@oldnat
Mein YT Kanal: www.youtube.com/@oldnat
-
- Site Admin
- Beiträge: 896
- Registriert: 14.09.2018, 19:05
- Hat sich bedankt: 33 Mal
- Danksagung erhalten: 144 Mal
Re: Flasher für das Projekt
ja für die "Suppot Dateien".
Beim Upload der config.json musst du eine Datei auf deinem Rechner auswählen.
ja
ja, deshalb hatte ich geschrieben, dass es aktuell nur mit der Alpha/Beta Version funktioniert.
ja ...
... Wobei er Remote-Upload funktioniert könnte. Habe ich aber nicht geteset
- Zoltan
- Beiträge: 642
- Registriert: 18.09.2018, 11:34
- Wohnort: Wien
- Hat sich bedankt: 107 Mal
- Danksagung erhalten: 8 Mal
- Kontaktdaten:
Re: Flasher für das Projekt
Alles klar, vielen Dank!
LG Zoltan
Mein YT Kanal: www.youtube.com/@oldnat
Mein YT Kanal: www.youtube.com/@oldnat
-
- Beiträge: 8
- Registriert: 19.02.2020, 17:44
Re: Flasher für das Projekt
Hallo
ich habe heute versucht einen ESP32 zu flashen. Der Win Flasher meckert wegen Viren, mit ausgeschalteter Firewall pop er nur kurz auf. Beide Linuxversionen laufen garnicht. Was tun ???
Danke
ich habe heute versucht einen ESP32 zu flashen. Der Win Flasher meckert wegen Viren, mit ausgeschalteter Firewall pop er nur kurz auf. Beide Linuxversionen laufen garnicht. Was tun ???
Danke
-
- Site Admin
- Beiträge: 896
- Registriert: 14.09.2018, 19:05
- Hat sich bedankt: 33 Mal
- Danksagung erhalten: 144 Mal
Re: Flasher für das Projekt
Hi
komisch. Gerade zumindest für Linux ohne Probleme getestet.
Kannst du die Datei mal unter cmd oder in einem Terminal-Fenster starten?
Und dann schauen, was für Fehlermeldung kommen.
Welche Antiviren-Software nutzt du denn?
Kannst du mir die genaue Meldung mal schicken?
Bei Virutsltotal liefern zwei von 66 Virenscanner einen Fehlalarm.
https://www.virustotal.com/gui/file/afe ... ?nocache=1
Gruß,
Sven
komisch. Gerade zumindest für Linux ohne Probleme getestet.
Kannst du die Datei mal unter cmd oder in einem Terminal-Fenster starten?
Und dann schauen, was für Fehlermeldung kommen.
Welche Antiviren-Software nutzt du denn?
Kannst du mir die genaue Meldung mal schicken?
Bei Virutsltotal liefern zwei von 66 Virenscanner einen Fehlalarm.
https://www.virustotal.com/gui/file/afe ... ?nocache=1
Gruß,
Sven
-
- Beiträge: 303
- Registriert: 31.12.2018, 08:07
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 71 Mal
Re: Flasher für das Projekt
Hilft nicht im vorliegenden Fall dem User,
aber bei mir laufen sowohl 4.9 wie auch 5.2 auf Win10 einwandfrei.
Firewall nicht abgeschaltet, gerade getestet, keinerlei Probleme!
VG N.
aber bei mir laufen sowohl 4.9 wie auch 5.2 auf Win10 einwandfrei.
Firewall nicht abgeschaltet, gerade getestet, keinerlei Probleme!
VG N.
-
- Beiträge: 8
- Registriert: 19.02.2020, 17:44
Re: Flasher für das Projekt
Hallo
hier die Meldungen bei beiden Linuxversionen.
Linuxsystem = Debian10 (buster)
flasher0 = Linux_littleyoda_flasher
@debian:~/Downloads$ ./flasher0
[3304] Error loading Python lib '/tmp/_MEIJ12if5/libpython3.8.so.1.0': dlopen: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/_MEIJ12if5/libpython3.8.so.1.0)
flasher1 = Linux_littleyoda_flasher_old_Glib ( zu faul zum tippen)
Fontconfig error: "/etc/fonts/conf.d/90-synthetic.conf", line 6: invalid attribute 'xmlns:its'
Fontconfig error: "/etc/fonts/conf.d/90-synthetic.conf", line 6: invalid attribute 'version'
Fontconfig error: Cannot load config file from /etc/fonts/fonts.conf
Traceback (most recent call last):
File "airrohr-flasher.py", line 171, in populate_boards
TypeError: 'NoneType' object cannot be interpreted as an integer
Abgebrochen
Gruß Heiner
hier die Meldungen bei beiden Linuxversionen.
Linuxsystem = Debian10 (buster)
flasher0 = Linux_littleyoda_flasher
@debian:~/Downloads$ ./flasher0
[3304] Error loading Python lib '/tmp/_MEIJ12if5/libpython3.8.so.1.0': dlopen: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/_MEIJ12if5/libpython3.8.so.1.0)
flasher1 = Linux_littleyoda_flasher_old_Glib ( zu faul zum tippen)
Fontconfig error: "/etc/fonts/conf.d/90-synthetic.conf", line 6: invalid attribute 'xmlns:its'
Fontconfig error: "/etc/fonts/conf.d/90-synthetic.conf", line 6: invalid attribute 'version'
Fontconfig error: Cannot load config file from /etc/fonts/fonts.conf
Traceback (most recent call last):
File "airrohr-flasher.py", line 171, in populate_boards
TypeError: 'NoneType' object cannot be interpreted as an integer
Abgebrochen
Gruß Heiner
- Zoltan
- Beiträge: 642
- Registriert: 18.09.2018, 11:34
- Wohnort: Wien
- Hat sich bedankt: 107 Mal
- Danksagung erhalten: 8 Mal
- Kontaktdaten:
Re: Flasher für das Projekt
Ich habe ein Problem beim Flashen einer d1mini.
Sorry, es wird etwas lang, da ich "mitprotokolliert" habe.
Zusammenfassung am Ende.
Ich benutze den Flasher Linux_littleyoda_flasher_old_Glib (0.5.2 vom GitHub).
Ich habe damit zuerst den Flash gelöscht.
Dauerte eine Weile, meldete dann Success.
Danach habe ich den Flash durchgeführt (d1 mini).
"Finished in 9.04 seconds".
Dann wollte ich die Support Files uploaden.
Nach etwa einer Sekunde sagte er bei 12%: "Aktivierung des Debugmodus fehlgeschlagen!"
Beim Upload Config file detto.
Ich habe dann am Hello World die Files händisch nachgeladen.
Ich habe ihn powercycled.
Die blaue Onboard-LED kam an und blieb an! (Logisch, ist mit Pin D4 invers verbunden, siehe Update am Ende)
Serieller Monitor sagte nur:
(Wahrscheinlich ein Teilstück nur.)
Log messages ist leer.
Als SSID bietet er nicht den Namen an, der im Config File war, sondern ESP-E3FCCA, ohne Password!
IP 192.168.0.111 konnte ich konnektieren.
Im List sind die 2 Support Files da, Config mit dem langen SSID und Passwort.
Log konnte ich mühsam vom Handy-IP-Screen kopieren:
Config.json sieht so aus:
Edit:
Dann habe ich noch einmal den "Upload Support Files" geklickt: und es ging diesmal!
Upload Config-FIle ging ebenfalls ("Transfer fertig!")
Danach powercycle.
WLAN ESP-E3FCCA ohne Password kommt.
Webinterface auf 192.168.0.111 arbeitet.
Im List sind alle 4 Support Files nun da.
Meine Fragen:
1.)
Es bietet NICHT den SSID an, den ich im Config habe, und fragt NICHT nach passwort.
Warum?
Passwort ist 8 char lang, und SSID ist doch angegeben im json. Hat es mit dem Logeintrag "Log 2 0: softAP fehlgeschlagen!" oder ist das was anderes und normal?
2.)
Wozu dienen die neuen Support Files? (Auf GitHub fand ich sie zum evtl. händischem Upload.)
3.)
Warum hat wohl das Upload beim ersten Mal nicht funktioniert, und warum ging die einfache Wiederholung, der zweite Versuch durch? Kann man das feststellen? Was wäre eine korrektere Reihenfolge zum Flashen mit >1.3 ?
Update:
Wie oben erwähnt, Pin D4 scheint das Onboard LED invers zu bedienen, das wusste ich nicht.
Wenn ich im Webinterface den vierten "AN" schalte, geht die onboard LED aus. Wenn ich es auf "AUS" schalte, geht sie an.
Led D4/2 changed to 1 -> goes off
"Led D4/2 changed to 0" -> goes on
Da ich kein HW zum Testen zZ. hier habe, konnte ich vorerst nicht weiter testen (Motor, LEDs). Ich werde berichten - bzw um weitere Hilfe bitten, wenn es nicht geht.
Am meisten irritiert mich die SSID-Passwort-Geschichte... danke für eure Geduld und Hilfe.
Sorry, es wird etwas lang, da ich "mitprotokolliert" habe.
Zusammenfassung am Ende.
Ich benutze den Flasher Linux_littleyoda_flasher_old_Glib (0.5.2 vom GitHub).
Ich habe damit zuerst den Flash gelöscht.
Dauerte eine Weile, meldete dann Success.
Danach habe ich den Flash durchgeführt (d1 mini).
"Finished in 9.04 seconds".
Dann wollte ich die Support Files uploaden.
Nach etwa einer Sekunde sagte er bei 12%: "Aktivierung des Debugmodus fehlgeschlagen!"
Beim Upload Config file detto.
Ich habe dann am Hello World die Files händisch nachgeladen.
Ich habe ihn powercycled.
Die blaue Onboard-LED kam an und blieb an! (Logisch, ist mit Pin D4 invers verbunden, siehe Update am Ende)
Serieller Monitor sagte nur:
Code: Alles auswählen
] 24688 / Controller
[MEM] 21408 / Wifi
Log messages ist leer.
Als SSID bietet er nicht den Namen an, der im Config File war, sondern ESP-E3FCCA, ohne Password!
IP 192.168.0.111 konnte ich konnektieren.
Im List sind die 2 Support Files da, Config mit dem langen SSID und Passwort.
Log konnte ich mühsam vom Handy-IP-Screen kopieren:
Code: Alles auswählen
Attribut Status
Memory (free/free at startup)11336/26448 Bytes
Uptime 175 sek
Version Compiledate: Sep 10 2021 06:01:54 v1.3.0
Wifi RSSI 31
Wifi Status Disconnected
Wifi SSID
IP (Access Point) 192.168.0.111
IP (WLAN Client) (IP unset)
PinsLog 0 0: Started!
Log 1 0: Compiledate: Sep 10 2021 06:01:56 v1.3.0
Log 2 0: softAP fehlgeschlagen!
Log 3 0: DoubleBootDetection: 0
Log 4 0: Wifi status changed: Disconnected => Disconnected [AP] IP:(IP unset)
Log 5 0: Starting Z21 Zentrale ...
Log 6 0: Starting PWM(ShieldV1) ... I2C: 48/0
Log 7 0: Starting LED D1/5
Log 8 0: Starting LED D2/4
Log 9 0: Starting LED D3/0
Log 10 0: Starting LED D4/2
Log 11 0: Starting LED D5/14
Log 12 0: Einträge in Filter Sektion: 0
Log 13 0: Register for locospeed
Log 14 0: Register for funconoff
Log 15 0: Register for funconoff
Log 16 0: Register for funconoff
Log 17 0: Register for funconoff
Log 18 0: Register for funconoff
Log 19 0: Einträge in Connector-Sektion: 0
Log 20 0: Setup finish!
Code: Alles auswählen
{
"version":"3",
"cfg":[
{
"m":"ap",
"ssid":"StEAG_ESP_D1MotorShield_3007_LKOF",
"kanal":"6",
"pwd":"PassWord"
},
{
"m":"simulateZ21"
},
{
"m":"webservicewifiscanner"
},
{
"m":"webservicelog"
},
{
"m":"cmdlogger"
},
{
"m":"i2c",
"sda":"D2",
"scl":"D1"
}
],
"out":[
{
"id":"pwm1",
"m":"pwm",
"type":"shieldv1"
},
{
"id":"out0",
"m":"led",
"gpio":"D1"
},
{
"id":"out1",
"m":"led",
"gpio":"D2"
},
{
"id":"out2",
"m":"led",
"gpio":"D3"
},
{
"id":"out3",
"m":"led",
"gpio":"D4"
},
{
"id":"out4",
"m":"led",
"gpio":"D5"
}
],
"in":[
{
"m":"locospeed",
"addr":3007,
"out":[
"pwm1"
]
},
{
"m":"funconoff",
"func":"1",
"addr":"3007",
"out":[
"out0"
]
},
{
"m":"funconoff",
"func":"2",
"addr":"3007",
"out":[
"out1"
]
},
{
"m":"funconoff",
"func":"3",
"addr":"3007",
"out":[
"out2"
]
},
{
"m":"funconoff",
"func":"4",
"addr":"3007",
"out":[
"out3"
]
},
{
"m":"funconoff",
"func":"5",
"addr":"3007",
"out":[
"out4"
]
}
],
"connector":[
]
}
Dann habe ich noch einmal den "Upload Support Files" geklickt: und es ging diesmal!
Upload Config-FIle ging ebenfalls ("Transfer fertig!")
Danach powercycle.
WLAN ESP-E3FCCA ohne Password kommt.
Webinterface auf 192.168.0.111 arbeitet.
Im List sind alle 4 Support Files nun da.
Meine Fragen:
1.)
Es bietet NICHT den SSID an, den ich im Config habe, und fragt NICHT nach passwort.
Warum?
Passwort ist 8 char lang, und SSID ist doch angegeben im json. Hat es mit dem Logeintrag "Log 2 0: softAP fehlgeschlagen!" oder ist das was anderes und normal?
2.)
Wozu dienen die neuen Support Files? (Auf GitHub fand ich sie zum evtl. händischem Upload.)
3.)
Warum hat wohl das Upload beim ersten Mal nicht funktioniert, und warum ging die einfache Wiederholung, der zweite Versuch durch? Kann man das feststellen? Was wäre eine korrektere Reihenfolge zum Flashen mit >1.3 ?
Update:
Wie oben erwähnt, Pin D4 scheint das Onboard LED invers zu bedienen, das wusste ich nicht.
Wenn ich im Webinterface den vierten "AN" schalte, geht die onboard LED aus. Wenn ich es auf "AUS" schalte, geht sie an.
Led D4/2 changed to 1 -> goes off
"Led D4/2 changed to 0" -> goes on
Da ich kein HW zum Testen zZ. hier habe, konnte ich vorerst nicht weiter testen (Motor, LEDs). Ich werde berichten - bzw um weitere Hilfe bitten, wenn es nicht geht.
Am meisten irritiert mich die SSID-Passwort-Geschichte... danke für eure Geduld und Hilfe.
LG Zoltan
Mein YT Kanal: www.youtube.com/@oldnat
Mein YT Kanal: www.youtube.com/@oldnat