AskSin Analyzer XS - Der Analyzer als Desktop-App ohne ESP

[Toeppi1979]

wie sieht denn "der Kuchen" im AskSin Analyzer XS aus, wenn Du auf den DC-Wert deiner Zentrale klickst und wie hoch ist der DC deiner CCU lt. Angabe im AskSin Analyzer?

In meinem Fall habe ich die "Übeltäter" direkt anhand dieser graphischen Darstellung erkennen können. In meinem Fall waren es die beiden vorhin genannten HmIP-PSM (als Repeater eingestellt) und ein HmIP-BSM.

Habe das "Repeaten bei den hmIP-PSM abgestellt und seit dem bleibt der DC unten (max. 12%). Das waren wohl auch bei mir die Übeltäter.

Vielen Dank für den Tipp!

VG
Christoph

[markus-now]

Gute Morgen,

ich muss die IP ändern, kann mir jemand sagen, wo ich nochmal das user:pass@ccuip eintrage.

[Psi]

Wie gesagt, ich würde eher ein

Code: Alles auswählen

ExecPre=chgrp dialout /dev/ttyS0

in die Systemd-Unit packen

[Baxxy]

ich würde eher

Läuft bei mir jetzt als User "analyzer" mit diesem Eintrag in der Systemd-Unit.
Ich Depp hatte das vorher zwar auch schon an diversen Stellen drin, aber nie am Anfang wo es wohl hingehört.

ich muss die IP ändern, kann mir jemand sagen, wo ich nochmal das user:pass@ccuip eintrage.

Die IP der Zentrale oder welche?
Das trägt man doch auf der Einstellungsseite bei "Device-List URL oder Datei" ein. Ich selbst nutze eine lokale DevList, da brauche ich keine IP-Adressen.

[Tolar]

Hallo in die Runde,

ich habe mir heute den Nachmittag um die Ohren gehauen und komme nicht mehr ohne Hilfe weiter:
Basis für meine Analyzer Versuche ist ein eingerichteter NanoCUL, der auch unter der Arduino IDE Software brav im seriellen Testmodus brav zeigt, dass er arbeitet. Treiber und Pakete sind jeweils die aktuellsten installiert.

Analyzer-XS als ZIP heruntergeladen, entpackt auf mein Win10-System mit aktuellsten Update. Start mit Adminrechten. Abfrage der Windows-Firewall auf privates Netz bestätigt. Sicherheitsabfrage "Zulassen, dass Programm Änderungen vornimmt ...." bestätigt. Es passiert ... nichts sichtbares mehr auf der Windows-Oberfläche. Bei einem neuen Versuch keine Firewall-Abfragen mehr, keine Änderungsabfragen. Nur nichts.

Nächster Versuch über node.js -- Analyzer-XS installiert, über CMD mit Adminrechten gestartet. Fehlermeldung zur seriellen Schnittstelle (nicht definiert). Aufruf im Browser über http://localhost:8081 möglich, aber mit kaum lesbarer Oberfläche. Keine Möglichkeit, die serielle Schnittstelle einzustellen. Mehrfach probiert, verschiedene Browser ... kein Erfolg.

Letzter Versuch: Start der Windows-Variante über CMD. Mit Parameter Logging. Ergebnis mit oder ohne Parameter: "Programm wird beendet ..."

Gibt es noch irgendwelche hilfreichen Ideen? Ich Hätte noch eine Synology im Keller, aber wenn ich da den Stick anstecken würde, erreiche ich den Rest des Hauses definitiv nicht mehr ....

Viele Grüße, Peter

[Rapptor]

Hallo,

habe bei mir das Problem das die Gerätenamen nicht angezigt werden.
"Device-List Backend ist eine CCU" ist angewählt, IP-Adresse passt auch.
Jemand eine Idee?

Lösung: Wer lesen kann ist klar im Vorteil, Script vergessen zu in der CCU

https://github.com/jp112sdl/AskSinAnaly ... C3%BCtzung

Danke
Gruß Patrick

[maxxiger]

Hallo Zusammen,

trotz des Scripts zur Gerätename-Auflösung (https://github.com/jp112sdl/AskSinAnaly ... C3%BCtzung) habe ich noch immer 2 unbekannte Geräte (sh Anhang) im AskSin-Analyzer XS. Die übrigen von den über 200 Geräten werden im AskSin Analyzer korrekt mit dem jeweiligen Klarnamen angezeigt.

Ich komme einfach nicht dahinter, welche Geräte dies sein könnten. Ein Gerät davon verursacht zeitweise einen hohen DC. Ich habe das Script auch mehrfach manuell über "Skript testen" ausgeführt und den Inhalt ein einen Editor kopiert. Auch dort findet sich diese Geräte-Adresse nicht.

Weiß jemand was das sein könnte? Kann es eine Art "Geräteleiche" sein, die nicht korrekt aus der CCU3 gelöscht wurde?

Vielen Dank!

[HMSteve]

Senden die Geräte auch mal, oder wird nur an sie gesendet?

Viele Grüße,
Stephan

[jp112sdl]

Code: Alles auswählen

(DEC) 15728642 = 0xF00002
(DEC) 14680066 = 0xE00002

Ich vermute, das sind irgendwelche HmIP-Broadcastadressen.
Die 15728641 (0xF00001) ist ja schon als "Vermutung", dass es sich dabei auch um eine solche handelt, im Skript mit drin.

Wenn jemand eine Erklärung hat, wann immer an 0xF00001 / 0xF00002 oder 0xE00002 gesendet wird, würde ich mich freuen

[TomMajor]

Code: Alles auswählen

(DEC) 15728642 = 0xF00002
(DEC) 14680066 = 0xE00002

Ich vermute, das sind irgendwelche HmIP-Broadcastadressen.
Die 15728641 (0xF00001) ist ja schon als "Vermutung", dass es sich dabei auch um eine solche handelt, im Skript mit drin.

Wenn jemand eine Erklärung hat, wann immer an 0xF00001 / 0xF00002 oder 0xE00002 gesendet wird, würde ich mich freuen

ich würde auch Broadkast/Multicast vermuten, keine mysteriösen, unbekannten Geräte.
Ich habe dazu noch das gefunden:

Masterarbeit Informationssicherheitsrisiken in der Heimautomatisierung, Friedrich Haidn
https://pub.fh-campuswien.ac.at/obvfcwh ... 2/full.pdf

Receiver (Empfänger): Drei Bytes. BidCoS-Adresse des Empfängers. Die EmpfängerAdresse kann auch 0x000000 für einen Broadcast (HomeMatic) oder Multicast (HomeMatic IP) oder leer sein. Es konnten auch Werte wie 0xE00002, 0xF00001,
0xF00004 und 0xF00005 beobachtet werden. Bei diesen Adressen könnte es sich
unbestätigter Weise auf Basis der Senden-Komponenten um Broadcast-Adressen für
Gruppen handeln (z.B. Rauchmelder-Gruppe, Temperatursteuerungs-Gruppe, AlarmGruppe).