AskSinAnalyzer - HM Funk Telegramm-Auswerter
Moderator: Co-Administratoren
-
- Beiträge: 1793
- Registriert: 30.08.2017, 23:25
- Hat sich bedankt: 175 Mal
- Danksagung erhalten: 399 Mal
- Kontaktdaten:
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
ok, vielleicht weiß es Marco oder ich teste.
p.s. Kompilieren tut schon mal alles beim ESP32 ohne warnings/errors, 1,1MB zu flashen, das sind schon mal andere Hausnummern als beim AVR.
p.s. Kompilieren tut schon mal alles beim ESP32 ohne warnings/errors, 1,1MB zu flashen, das sind schon mal andere Hausnummern als beim AVR.
Viele Grüße,
Tom
Tom
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Ja kannst du
Wenn du mit FTDI flashst musst jedoch selbst dafür sorgen, dass sich der ESP32 vor dem Upload-Modus befindet:
https://github.com/espressif/esptool/wi ... tion#gpio0
Bei den Boards mit verbautem USB-Konverter ist dafür schon eine Schaltung vorgesehen:
- stan23
- Beiträge: 2041
- Registriert: 13.12.2016, 21:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Altmühltal
- Hat sich bedankt: 586 Mal
- Danksagung erhalten: 337 Mal
- Kontaktdaten:
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Genau, die Einstellungen in der IDE sind die gleichen, denn das ESP32-Devboard ist ja auch nur eine Trägerplatine für das kleinere ESP32-WROOM-Modul.
Beim Anlegen der Spannung muss der Taster an GPIO0 (BOOT) gedrückt gehalten werden, dann kann man den ESP per FTDI flashen.
Das ist aber mühselig wenn man immer wieder selber flashen will, z.B. während der Entwicklung und zum Debugging. Deswegen bin ich gerade an einer neuen Version mit eigenem FT245 Chip am ESP.
https://github.com/stan23/myPCBs/blob/m ... ematic.pdf
Im Produktivbetrieb klappt das Update ja prima über WiFi.
edit: link zum Schaltplan
Beim Anlegen der Spannung muss der Taster an GPIO0 (BOOT) gedrückt gehalten werden, dann kann man den ESP per FTDI flashen.
Das ist aber mühselig wenn man immer wieder selber flashen will, z.B. während der Entwicklung und zum Debugging. Deswegen bin ich gerade an einer neuen Version mit eigenem FT245 Chip am ESP.
https://github.com/stan23/myPCBs/blob/m ... ematic.pdf
Im Produktivbetrieb klappt das Update ja prima über WiFi.
edit: link zum Schaltplan
Viele Grüße
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
-
- Beiträge: 1793
- Registriert: 30.08.2017, 23:25
- Hat sich bedankt: 175 Mal
- Danksagung erhalten: 399 Mal
- Kontaktdaten:
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Danke euch Jerome und Marco für die Klarstellung bzgl. Arduino Board Einstellung.
nette Schaltung mit den 2 Transistoren, diese Art digitale Logik diskret aufgebaut habe ich ewig nicht mehr gesehen.
@Marco interessant dass du noch eine neue Platine für Entwicklung und zum Debugging auflegst, die Entwicklung geht also weiter
nette Schaltung mit den 2 Transistoren, diese Art digitale Logik diskret aufgebaut habe ich ewig nicht mehr gesehen.
@Marco interessant dass du noch eine neue Platine für Entwicklung und zum Debugging auflegst, die Entwicklung geht also weiter
Viele Grüße,
Tom
Tom
- stan23
- Beiträge: 2041
- Registriert: 13.12.2016, 21:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Altmühltal
- Hat sich bedankt: 586 Mal
- Danksagung erhalten: 337 Mal
- Kontaktdaten:
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Wenn du noch Feedback zum Schaltplan hast, dann her damit
Momentan könnte man den ESP über die Statusleitungen resetten, und RX+TX über einen kleinen Schiebeschalter zwischen ESP und ATmega umschalten.
Den ATmega muss man ja nur sehr selten flashen, dann kann man direkt das FTDI-Modul aufstecken. Und einen 5-fach Schalter habe ich nicht gefunden
Bei mir erkennt die IDE den ESP Bootloader nicht zuverlässig über den steckbaren FTDI-Adapter, es geht 5 Mal gut und dann gar nicht mehr. Obwohl ich die Ausgaben von Bootloader sehen kann.
Das nervt wenn ich selber oder für Jérôme was teste
Momentan könnte man den ESP über die Statusleitungen resetten, und RX+TX über einen kleinen Schiebeschalter zwischen ESP und ATmega umschalten.
Den ATmega muss man ja nur sehr selten flashen, dann kann man direkt das FTDI-Modul aufstecken. Und einen 5-fach Schalter habe ich nicht gefunden
Bei mir erkennt die IDE den ESP Bootloader nicht zuverlässig über den steckbaren FTDI-Adapter, es geht 5 Mal gut und dann gar nicht mehr. Obwohl ich die Ausgaben von Bootloader sehen kann.
Das nervt wenn ich selber oder für Jérôme was teste
Viele Grüße
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
-
- Beiträge: 10660
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 501 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Jetzt passt es und ich erahlte bei fester IP auch die korrekte Zeit. Danke.jp112sdl hat geschrieben: ↑25.08.2019, 15:31Ansonsten mach zum Testen mal in der WManager.h Zeile 69:Code: Alles auswählen
aus: WiFi.config(IPAddress(ipBytes[0], ipBytes[1], ipBytes[2], ipBytes[3]), IPAddress(gwBytes[0], gwBytes[1], gwBytes[2], gwBytes[3]), IPAddress(netmaskBytes[0], netmaskBytes[1], netmaskBytes[2], netmaskBytes[3])); mach: WiFi.config(IPAddress(ipBytes[0], ipBytes[1], ipBytes[2], ipBytes[3]), IPAddress(gwBytes[0], gwBytes[1], gwBytes[2], gwBytes[3]), IPAddress(netmaskBytes[0], netmaskBytes[1], netmaskBytes[2], netmaskBytes[3]), IPAddress(gwBytes[0], gwBytes[1], gwBytes[2], gwBytes[3]));
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
- Hoppla
- Beiträge: 341
- Registriert: 29.12.2018, 19:39
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leipzsch
- Hat sich bedankt: 35 Mal
- Danksagung erhalten: 12 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Da ja lt. Beschreibung Display und SD optional ist sollte der ESP alleine ja erst mal über das Web-UI zu erreichbar sein.
allerdings bootet er nur so weit:
der compiler scheint für mich auch sauber durchzulaufen:
Nun steh ich schon wieder da und komm nicht wirklich weiter
Danke
allerdings bootet er nur so weit:
Code: Alles auswählen
ASKSINANALYZER ESP32 2.3 (Aug 26 2019 15:35:25)
--------------------------------
- INIT ONLINE_MODE (Disabled)
- INIT SD CARD
[W][sd_diskio.cpp:471] ff_sd_initialize(): GO_IDLE_STATE failed
[E][sd_diskio.cpp:739] sdcard_mount(): f_mount failed 0x(3)
[W][sd_diskio.cpp:471] ff_sd_initialize(): GO_IDLE_STATE failed
[E][sd_diskio.cpp:739] sdcard_mount(): f_mount failed 0x(3)
- Card Mount Failed
- INIT SD CARD DONE. SD CARD IS NOT AVAILABLE
- INIT SPIFFS
- SPIFFS: Mount OK
- SPIFFS: Total kB: 1342
- SPIFFS: Used kB: 2
- SPIFFS: Free kb: 1340
- INIT SPIFFS DONE. SPIFFS IS AVAILABLE
- SPIFFS deleting old Session Log files
- INIT TFT.
- showDisplayDetails = Disabled
- showDisplayLines = Disabled
- INIT TFT DONE.
- INIT COMPLETE.
--------------------------------
Code: Alles auswählen
esptool.py v2.6
Serial port COM56
Connecting........_____..
Chip is ESP32D0WDQ6 (revision 1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
MAC: 24:6f:28:10:a2:ec
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Configuring flash size...
Auto-detected Flash size: 4MB
Compressed 8192 bytes to 47...
Writing at 0x0000e000... (100 %)
Wrote 8192 bytes (47 compressed) at 0x0000e000 in 0.0 seconds (effective 3120.8 kbit/s)...
Hash of data verified.
Compressed 16832 bytes to 10888...
Writing at 0x00001000... (100 %)
Wrote 16832 bytes (10888 compressed) at 0x00001000 in 0.1 seconds (effective 948.3 kbit/s)...
Hash of data verified.
Compressed 1176016 bytes to 668596...
Writing at 0x00010000... (2 %)
Writing at 0x00014000... (4 %)
Writing at 0x00018000... (7 %)
Writing at 0x0001c000... (9 %)
Writing at 0x00020000... (12 %)
Writing at 0x00024000... (14 %)
Writing at 0x00028000... (17 %)
Writing at 0x0002c000... (19 %)
Writing at 0x00030000... (21 %)
Writing at 0x00034000... (24 %)
Writing at 0x00038000... (26 %)
Writing at 0x0003c000... (29 %)
Writing at 0x00040000... (31 %)
Writing at 0x00044000... (34 %)
Writing at 0x00048000... (36 %)
Writing at 0x0004c000... (39 %)
Writing at 0x00050000... (41 %)
Writing at 0x00054000... (43 %)
Writing at 0x00058000... (46 %)
Writing at 0x0005c000... (48 %)
Writing at 0x00060000... (51 %)
Writing at 0x00064000... (53 %)
Writing at 0x00068000... (56 %)
Writing at 0x0006c000... (58 %)
Writing at 0x00070000... (60 %)
Writing at 0x00074000... (63 %)
Writing at 0x00078000... (65 %)
Writing at 0x0007c000... (68 %)
Writing at 0x00080000... (70 %)
Writing at 0x00084000... (73 %)
Writing at 0x00088000... (75 %)
Writing at 0x0008c000... (78 %)
Writing at 0x00090000... (80 %)
Writing at 0x00094000... (82 %)
Writing at 0x00098000... (85 %)
Writing at 0x0009c000... (87 %)
Writing at 0x000a0000... (90 %)
Writing at 0x000a4000... (92 %)
Writing at 0x000a8000... (95 %)
Writing at 0x000ac000... (97 %)
Writing at 0x000b0000... (100 %)
Wrote 1176016 bytes (668596 compressed) at 0x00010000 in 10.1 seconds (effective 927.1 kbit/s)...
Hash of data verified.
Compressed 3072 bytes to 144...
Writing at 0x00008000... (100 %)
Wrote 3072 bytes (144 compressed) at 0x00008000 in 0.0 seconds (effective 983.0 kbit/s)...
Hash of data verified.
Leaving...
Hard resetting via RTS pin...
Danke
-
- Beiträge: 10660
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 501 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Hast du den Analyzer denn schon in dein WLAN eingebunden?
Wie das geht, steht hier. Normalerweise sollte nach der initialen Einrichtung und einem Reboot automatisch die gelbe Status-LED leuchten, die die Funktionalität des Analyzers als WLAN Access Point anzeigt. Alternativ musst du mit dem Reboot kurz den Taster T1 drücken. Kurz nach dem Neustart sollte dann die gelbe Status-LED leuchten. Einige Sekunden später wird automatisch der WLAN-Konfigurationsbildschirm geöffnet.
Ich mache das übrigens mit meinem iPhone. Da geht das schneller, als mit dem PC.
Wie das geht, steht hier. Normalerweise sollte nach der initialen Einrichtung und einem Reboot automatisch die gelbe Status-LED leuchten, die die Funktionalität des Analyzers als WLAN Access Point anzeigt. Alternativ musst du mit dem Reboot kurz den Taster T1 drücken. Kurz nach dem Neustart sollte dann die gelbe Status-LED leuchten. Einige Sekunden später wird automatisch der WLAN-Konfigurationsbildschirm geöffnet.
Ich mache das übrigens mit meinem iPhone. Da geht das schneller, als mit dem PC.
Zuletzt geändert von dtp am 26.08.2019, 17:01, insgesamt 1-mal geändert.
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.