AskSinAnalyzer - HM Funk Telegramm-Auswerter
Moderator: Co-Administratoren
-
- Beiträge: 243
- Registriert: 23.02.2018, 14:35
- Wohnort: Salzwedel
- Hat sich bedankt: 34 Mal
- Danksagung erhalten: 10 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
6*433
Aber es kann auch an meinem Drahtverhau liegen.
Habe 3 Unterschiedliche Aufbauten gemacht.
Ich werde berichten.
Aber es kann auch an meinem Drahtverhau liegen.
Habe 3 Unterschiedliche Aufbauten gemacht.
Ich werde berichten.
noch Anfänger
-
- Beiträge: 10658
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 320 Mal
- Danksagung erhalten: 501 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Mal eine Frage.
Werden bei als Routern konfigurierten HMIP-Geräten die Events mitgezählt, die durchgeroutet werden?
Ich habe mal eine Analyse für die letzten 36 Stunden vorgenommen und dabei gemerkt, dass der als Router konfigurierte Zwischenstecker HMIP-PSM ziemlich viele Telegramme übertragen hat. So oft war der Toaster, dessen Leistung er ergänzend misst, nun auch wieder nicht an. Gut, ich hatte die Messgenauigkeit des Aktors auf 1 W gestellt, aber auch das dürfte nicht unbedingt diese extrem hohe Anzahl an Telegrammen erklären.
Der DC schwankte zwar recht stark, war aber nie im kritischen Bereich. Auch sonst lief die CCU3 recht problemlos durch.
Werden bei als Routern konfigurierten HMIP-Geräten die Events mitgezählt, die durchgeroutet werden?
Ich habe mal eine Analyse für die letzten 36 Stunden vorgenommen und dabei gemerkt, dass der als Router konfigurierte Zwischenstecker HMIP-PSM ziemlich viele Telegramme übertragen hat. So oft war der Toaster, dessen Leistung er ergänzend misst, nun auch wieder nicht an. Gut, ich hatte die Messgenauigkeit des Aktors auf 1 W gestellt, aber auch das dürfte nicht unbedingt diese extrem hohe Anzahl an Telegrammen erklären.
Der DC schwankte zwar recht stark, war aber nie im kritischen Bereich. Auch sonst lief die CCU3 recht problemlos durch.
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: 14148
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Wenn sein Standbybedarf bei ca 1W ist, dann schon. Jede Änderung triggert dann eine Datenübertragung. Vielleicht hast Du die Grenzen der Netzspannung auch recht eng gewählt, dann löst jeder Einschaltvorgang eines Verbrauchers mit größerer Leistung durch die Spannungsschwankung eine Messwertübertragung aus. Darum ist es auch keine gute Idee, diese Grenzen eng zu legen, zumal deren Wert im Grunde recht uninteressant ist, da man keinen Einfluss darauf hat. Als Anwender interessiert einen ja nur die Leistung, die man bezieht, denn die bezahlt man. Die restlichen Werte (Spannung, Frequenz) sind eher Beifang.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 10658
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 320 Mal
- Danksagung erhalten: 501 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Nun ja, der Standy-Verbrauch liegt eigentlich bei 0,2 Watt. Ich habe die Auflösung von 1 Watt jetzt mal auf 10 Watt erhöht. Bei der Waschmaschine macht 1 Watt aber Sinn, weil ich ansonsten keine Unterscheidung zwischen "Standby" und "Ausgeschaltet" erziele, um mir entsprechende Benachrichtigungen und Statusmeldungen zu erzeugen.
Mich hat es aber schon gewundert, dass die Hälfte aller Telegramme auf das Konto des HMIP-PSM gingen. Wenn da die gerouteten Telegramme mitgezählt würden, so hätte ich das noch nachvollziehen können. Aber so...?
Mich hat es aber schon gewundert, dass die Hälfte aller Telegramme auf das Konto des HMIP-PSM gingen. Wenn da die gerouteten Telegramme mitgezählt würden, so hätte ich das noch nachvollziehen können. Aber so...?
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: 12108
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2148 Mal
- Kontaktdaten:
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Also als wichtigster Punkt sei die Unkenntnis über den HmIP Telegrammaufbau erwähnt.
Außer durch Versuche mit meinem einzigen HmIP Gerät, einem PCBS, habe ich nicht viele Erkenntnisse in das Projekt stecken können.
Diese Erkenntnisse sind lediglich Absender- und Empfängeradresse und... das wars auch schon. HmIP ist ansonsten nicht weiter interessant für mich.
Denn das Router-Gerät ist für den Analyzer auch nix weiter als ein funkendes Gerät, das ein Telegramm mit einer Absender- und einer Empfängeradresse aussendet.
Inwieweit jedoch das Original-Telegramm vom PSM durch den Router modifiziert wird, müsste man erst untersuchen.
Verhält der sich wie der Bidcos-Repeater und reichts das Telegramm nur mit modifiziertem RPTED-Flag weiter?
Repeatete Telegramme würden im AskSin-Analyzer zumindest so aussehen, als würde das sendende Gerät das Telegramm 2x aussenden.
Der Telegramm-Counter bleibt jedoch bei beiden Telegrammen identisch, nur halt das RPTED Flag wäre dann AN
Außer durch Versuche mit meinem einzigen HmIP Gerät, einem PCBS, habe ich nicht viele Erkenntnisse in das Projekt stecken können.
Diese Erkenntnisse sind lediglich Absender- und Empfängeradresse und... das wars auch schon. HmIP ist ansonsten nicht weiter interessant für mich.
Grundsätzlich würde ich erstmal sagen - ja.
Denn das Router-Gerät ist für den Analyzer auch nix weiter als ein funkendes Gerät, das ein Telegramm mit einer Absender- und einer Empfängeradresse aussendet.
Inwieweit jedoch das Original-Telegramm vom PSM durch den Router modifiziert wird, müsste man erst untersuchen.
Verhält der sich wie der Bidcos-Repeater und reichts das Telegramm nur mit modifiziertem RPTED-Flag weiter?
Repeatete Telegramme würden im AskSin-Analyzer zumindest so aussehen, als würde das sendende Gerät das Telegramm 2x aussenden.
Der Telegramm-Counter bleibt jedoch bei beiden Telegrammen identisch, nur halt das RPTED Flag wäre dann AN
- Knallochse
- Beiträge: 171
- Registriert: 19.05.2016, 09:42
- Hat sich bedankt: 53 Mal
- Danksagung erhalten: 11 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Wäre es möglich diese Auswertung aus dem ASA XS Projekt
zu übernehmen?
- Psi
- Beiträge: 512
- Registriert: 09.08.2018, 19:58
- Wohnort: Nürnberg
- Hat sich bedankt: 27 Mal
- Danksagung erhalten: 90 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Leider ist das doch mit etwas mehr Aufwand verbunden da die DC Berechnung beim großen Analyzer in der UI passieren muss. Aktuell bin ziemlich eingespannt und deshalb bleiben OS-Projekte etwas auf der Strecke.
- Knallochse
- Beiträge: 171
- Registriert: 19.05.2016, 09:42
- Hat sich bedankt: 53 Mal
- Danksagung erhalten: 11 Mal
- kopy
- Beiträge: 121
- Registriert: 28.12.2015, 14:35
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 8 Mal
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Hallo, hat mal jemand einen Tip für mich. Kriege den Analyser nicht zum laufen.
Die Desktop-Version funktioniert einwandfrei, aber bei dem ESP32 kommen anscheinend keine Daten an und ich finde den Fehler einfach nicht.
Als Dateneingang wird doch der RX2 benutz, ist das richtig. Habe leider einen nicht ganz Pinkompatiblen ESP gekauft.
Webseite und Einstellmenü funktionieren.
Auch die Beschreibung im Wiki habe ich nicht ganz verstanden: unbedingt den WDT deaktivieren. #define CONFIG_ASYNC_TCP_USE_WDT 1 auf 0
Diese Zeile finde ich im Sketch überhaupt nicht. Wo ist die denn
Danke schon mal im voraus, Gerd
Die Desktop-Version funktioniert einwandfrei, aber bei dem ESP32 kommen anscheinend keine Daten an und ich finde den Fehler einfach nicht.
Als Dateneingang wird doch der RX2 benutz, ist das richtig. Habe leider einen nicht ganz Pinkompatiblen ESP gekauft.
Webseite und Einstellmenü funktionieren.
Auch die Beschreibung im Wiki habe ich nicht ganz verstanden: unbedingt den WDT deaktivieren. #define CONFIG_ASYNC_TCP_USE_WDT 1 auf 0
Diese Zeile finde ich im Sketch überhaupt nicht. Wo ist die denn
Danke schon mal im voraus, Gerd
-
- Beiträge: 12108
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2148 Mal
- Kontaktdaten:
Re: AskSinAnalyzer - HM Funk Telegramm-Auswerter
Wenn RX2 dem GPIO 16 entspricht, dann ja
in der AsyncTCP.h
https://github.com/me-no-dev/AsyncTCP/b ... cTCP.h#L36