[Aufruf] G-Homa Adapter testen
-
Bei mir wird meine eingabe immer wieder überschrieben. `
Habe eben v0.4.0 veröffentlicht, die das beheben sollte. Bitte mal testen.
-
Hat Super geklappt die Namen bleiben jetzt erhalten !!
Vielen Dank macht die Sache gleich viel übersichtlicher
-
Ich weiß nicht ob das hier genau hingehört aber es ist ja ein G-HOMA Datenpunkt. Habt Ihr so etwas schon mal gesehen?
Als Einstellung logge ich den DP nur in sql.0 wobei dabei aber auch folgender Fehler auftritt:
Cannot insert INSERT INTO `ioBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(416, 1535806271043, 17.386567, 0, 1, 0);: Error: ER_DUP_ENTRY: Duplicate entry '416-1535806271043' for key 'PRIMARY'Wollte das Logging schon ausschalten aber das Fenster zum Abschalten öffnet sich nicht. Auch beim Entfernen der Steckdose vom Strom geht das munter so weiter. Was kann ich tun? Hat jmd eine Idee?
vg
Falk
-
Das ist beim SQL-Adapter besser aufgehoben. Ich kann da nichts machen.
-
Hi,
schön, dass es den Adapter gibt. Ich überlege einen G-Homa-Bewegungsmelder zu kaufen. Diese sollen über WLAN problemlos laufen. Sind die auch über diesen Adapter abfragbar?
Grüße
Waldemar
-
Theoretisch ja, allerdings habe ich mangels Bewegungsmelder keine Ahnung wie dessen Protokoll aussieht.
-
Hi,
Vielen Dank mal für den coolen Adapter, aber leider bekomme ich keine einzige Steckdose zum Laufen.
Wenn ich die neuen Steckdose einstecke beginnt die LED auch nach kurzer Zeit schnell zu blinken. Wenn ich im Adapter auf "Gerät hinzufügen" klicke erscheint nur "Bitte warten…" für ein paar Minuten und dann verschwindet das "Bitte warten...." wieder ohne eine Steckdose zu finden.
WLAN Passwort ist korrekt eingetragen, Port ist auf 50000.
Ich habs jetzt mit zwei Dosen aus einem 3er Pack probiert und bei beiden das Gleiche verhalten.
ioBroker ist laut Anleitung installiert, auch das Downgrade ist gemacht.
Vielen Dank für Deine Hilfe,
Marcus.
-
Kannst du mal den Loglevel auf Debug stellen und einen Log des Einbindevorgangs hier posten?
-
Leider bin ich blutiger ioBroker Neuling. Meinst Du mit dem Debug Log Posten das vom GUI? Da steht nämlich nicht wirklich was drinnen. Vorallem sehe ich nicht das irgendwas gelogged wird wenn ich den Button "Gerät Hinzufügen" drücke…
oder kann ich sonst irgendwelche Logs auf der Commandline ausgeben?
Danke,
Marcus.
-
Deswegen Loglevel Debug, sonst siehst du nicht viel
Reiter Instanzen, Expertenmodus aktivieren, in der Zeile von G-Homa im Dropdown "debug" auswählen und bestätigen.
Nur nicht vergessen, nach deinen Tests wieder zurück zu stellen.
-
Ok, hier das log:
g-homa.0 2018-11-09 17:17:37.881 debug sendTo "getIPAddresses" to system.adapter.admin.0 from system.adapter.g-homa.0 g-homa.0 2018-11-09 17:17:37.756 debug system.adapter.admin.0: logging true g-homa.0 2018-11-09 17:16:31.078 debug sendTo "inclusion" to system.adapter.admin.0 from system.adapter.g-homa.0 g-homa.0 2018-11-09 17:16:28.243 debug sendTo "getIPAddresses" to system.adapter.admin.0 from system.adapter.g-homa.0 g-homa.0 2018-11-09 17:15:58.119 info searching plugs g-homa.0 2018-11-09 17:15:58.115 info server started on port 50000 g-homa.0 2018-11-09 17:15:58.108 info starting server... g-homa.0 2018-11-09 17:15:58.094 info enumerating known plugs... g-homa.0 2018-11-09 17:15:58.065 info starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.g-homa, node: v8.12.0 g-homa.0 2018-11-09 17:15:57.942 debug statesDB connected g-homa.0 2018-11-09 17:15:57.909 debug objectDB connected host.iobroker 2018-11-09 17:15:57.459 info instance system.adapter.g-homa.0 started with pid 2610 host.iobroker 2018-11-09 17:15:54.969 info instance system.adapter.g-homa.0 terminated with code 0 (OK) host.iobroker 2018-11-09 17:15:54.943 info stopInstance system.adapter.g-homa.0 killing pid 1693 host.iobroker 2018-11-09 17:15:54.942 info stopInstance system.adapter.g-homa.0 host.iobroker 2018-11-09 17:15:54.942 info object change system.adapter.g-homa.0 -
Moin Leute,
ich habe ein ähnliches Problem mit den auffinden der Plugs im Adapter
Allerdings muss ich dazu schreiben das hier mein Netzwerk geändert wurde, bedeutet im konkreten Fall, dass mein alter Router einer Fritzbox gewichen ist mit der OS 6.85 (keine Labor Version).
Im Vorfeld ging der Adapter reibungslos und auch das einbinden der Plugs war kein Problem, da sich aber hier der Adressbereich geändert hatte musste ich die Plugs neu anlernen, doch genau das klappt eben nicht. Alle erdenklichen Szenarien die mir so einfielen habe ich soweit getestet - doch leider ohne positiven Erfolg.
Mein Adressbereich hat sich wie folgt gändert von 192.168.1.9 auf 192.168.178.9 für iobroker und nun beschleicht mich aber das Gefühl hier hat die FB so seine Probleme. Im Vorfeld lief auf dem alten Router alles über den WLAN-Gast Channel wo ich generell mit MAC-Filter und WPA Verschlüsselung alles einrichten konnte. In der FB hingegen ist es folgendermaßen ein wenig anders, denn hier läuft der Gast Kanal auf einem festgelegten Adressbereich 192.168.189.xx der nicht geändert werden kann. Auch den Plugs eine feste IP mit MAC-Adresse einzubinden klappt zwar und sie verbinden sich, doch leider findet auch hier der Adapter nichts. MIt der Standard App von G-Homa ist alles kein Problem im normalen & Gast-WLAN diese zu verwenden.
Habe jetzt erneut versucht ein Plug zu resetten (20 Sek. > schnelles blinken) was diese auch macht und dann nochmals erneut zu suchen, die Suche geht bereits seit guten 20 Minuten ohne Ergebnis, auch ein neustart des Adapters bringt nichts.
Eventuell auch noch von Belangen könnten diese Infos sein:
iobroker.admin 3.5.10
Node.js 8.11.1
NPM 1.4.21
raspbian stretch auf einem Pi 3 B+
die Schnittstelle des Pi´s läuft auf 192.168.178.9 (LAN) wurde bereits per WLAN versucht
erneutes Installieren des Adapters auch nichts
Passwort von beiden WLAN´s wurden probiert
Portfreigabe wurde versucht
Okay, alles weitere dann ersichtlich im Log. Verzeiht mir diesen Roman aber lieber zuviel Infos als gar keine
Greetz xcilence
g-homa.0 2018-11-11 12:30:19.503 debug sendTo "inclusion" to system.adapter.admin.0 from system.adapter.g-homa.0 g-homa.0 2018-11-11 12:30:15.489 debug sendTo "getIPAddresses" to system.adapter.admin.0 from system.adapter.g-homa.0 g-homa.0 2018-11-11 12:30:07.149 info searching plugs g-homa.0 2018-11-11 12:30:07.136 info server started on port 50000 g-homa.0 2018-11-11 12:30:07.116 info starting server... g-homa.0 2018-11-11 12:30:07.069 info enumerating known plugs... g-homa.0 2018-11-11 12:30:06.945 info starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.g-homa, node: v8.11.1 g-homa.0 2018-11-11 12:30:06.830 debug statesDB connected g-homa.0 2018-11-11 12:30:06.713 debug objectDB connected g-homa.0 2018-11-11 12:29:58.943 info The local server was shut down g-homa.0 2018-11-11 12:25:42.825 info searching plugs g-homa.0 2018-11-11 12:25:42.813 info server started on port 50000 g-homa.0 2018-11-11 12:25:42.795 info starting server... g-homa.0 2018-11-11 12:25:42.754 info enumerating known plugs... g-homa.0 2018-11-11 12:25:42.666 info starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.g-homa, node: v8.11.1 g-homa.0 2018-11-11 12:25:36.699 info terminating g-homa.0 2018-11-11 12:25:36.694 info The local server was shut down -
Leider bringt der Debug-Log so erst mal nix. Ich muss euch bitten, den Adapter mal von Hand über die Konsole zu starten und dann das Einbinden probieren:
1. Adapter stoppen in ioBroker
2. Adapter manuell starten (EDIT: nur diese beiden Befehle, nichts sonst!):
cd /opt/iobroker/node_modules/iobroker.g-homa DEBUG=g-homa:* node main.js --force --logs3. Übers Webinterface ganz normal das Einbinden versuchen
4. Den Log aus der Konsole (nicht ioBroker) posten
-
Kein Problem
Ich habe wie beschrieben den Adapter in ioBroker gestoppt danach manuell über die Konsole per "iobroker start g-homa.0" gestartet und habe dann in das Verzeichnis gewechselt und dementsprechend den DEBUG Befehl ausgeführt, allerdings bekomme ich beim Versuch ein Gerät über das Webinterface zu starten, keine Logausgabe in der Konsole.
Bekomme auch ansich keine Fehlermeldung das es eventuell ein Syntax-Problem besteht oder ich stelle mich grade zu nackig an.
-
` > ````
iobroker start g-homa.0
```` `
hab ich nicht in meiner Anleitung geschrieben. Da steht "manuell starten DOPPELPUNKT", gefolgt von zwei Befehlen -
Okay, also ein wenig verwirrend gewesen, aber dennoch habe ich jetzt eine Ausgabe.
Wenn der Adapter läuft kommt rein gar nichts in der Konsole & wenn dieser aber nicht läuft erhalte ich folgende Meldungen:
starting. Version 0.4.0 in /opt/iobroker/node_modules/iobroker.g-homa, node: v8.11.1 bootstrap_node.js:315 get() { ^ RangeError: Maximum call stack size exceeded at get (bootstrap_node.js:315:10) at Log.error (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4927:17) at Console.console.error (/opt/iobroker/node_modules/iobroker.g-homa/build/main.js:65:73) at Log.error (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4927:25) at Console.console.error (/opt/iobroker/node_modules/iobroker.g-homa/build/main.js:65:73) at Log.error (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4927:25) at Console.console.error (/opt/iobroker/node_modules/iobroker.g-homa/build/main.js:65:73) at Log.error (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4927:25) at Console.console.error (/opt/iobroker/node_modules/iobroker.g-homa/build/main.js:65:73) at Log.error (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4927:25)Eine andere Ausgabe erhalte ich nicht. Um es nochmal zu erklären wie ich es verstanden habe:
1. Adapter stoppen in iobroker
2. Adapter manuell starten in iobroker
3. Verzeichniswechsel auf "cd /opt/iobroker/node_modules/iobroker.g-homa" (ENTER)
4. DEBUG=g-homa:* node main.js –force --logs (ENTER)
5. EInbinden über die GUI (kein Erfolg)
6. Log kopieren aus der Konsole (keine Ausgabe vorhanden)
Dennoch Danke für deine Mühe bisher!
-
Um es nochmal zu erklären wie ich es verstanden habe:
1. Adapter stoppen in iobroker
2. Adapter manuell starten in iobroker
3. Verzeichniswechsel auf "cd /opt/iobroker/node_modules/iobroker.g-homa" (ENTER)
4. DEBUG=g-homa:* node main.js –force --logs (ENTER)
5. EInbinden über die GUI (kein Erfolg)
6. Log kopieren aus der Konsole (keine Ausgabe vorhanden)
Dennoch Danke für deine Mühe bisher! `
Nein. Streiche Punkt 2. Punkt 4 startet den Adapter manuell mit zusätzlichen Outputs.Der Log unten zeigt irgend ein anderes Problem, das hiermit nix zu tun hat. Probier erst mal so wie oben ohne Punkt 2. Wenn diese Ausgabe wieder kommt, lass den Parameter "–logs" im 4. Punkt weg.
-
So, das war jetzt einleuchtender gewesen und habe, wie du geschrieben hast Punkt 2 weggelassen und auch Punkt 4 den "–logs-Parameter" da die Fehlermeldung wieder auftauchte.
Soweit so gut, nur startet der Adapter dadurch leider nicht, zumindest in der ioBroker regt sich nichts aber der DEBUG Befehl wurde ausgeführt ohne Fehlermeldung, es fehlt halt nur der Log, da passiert rein gar nichts. Bekomme keine Ausgabe das der Adapter gestartet wurde und der Log regt sich halt auch nicht. Weder per normalem User oder Root.
Ich habe es dennoch versucht hier folgenden Befehl mitzugeben ob es da eine Änderung gibt:
iobroker start g-homa.0 DEBUG=g-homa:* node main.js --forcemit und ohne –logs Parameter, aber da bekomm ich halt nur die Ausgabe das der Adapter gestartet wurde. Schade war zumindest damit ein Versuch wert gewesen.
Zum Haare raufen wenn es vor dem Tausch des Routers funktioniert hat und jetzt bei der FB nicht mehr. Weder an ioBroker noch am Backend selber wurde etwas geändert ausser die IP, auch ein de-/install des Adapters brachte bisher nichts.
-
Sorry für Doppelpost!
Also ich habe es hinbekommen eine Logausgabe zu erhalten (nachdem deinstall der App war dort Debug nicht mehr eingestellt :oops:) und es schaut aus als würde er auf dem falschen Port "49999" lauschen und auch das Interface nur 0 annehmen, auch wenn ich die Möglichkeit habe diesen zu wechseln über die Einstellungen des Adapters, bleibt er konstant bei dem Port und Interface egal ob gespeichert und neugestartet wurde.
g-homa:manager broadcast addresses: 192.168.178.255,192.168.189.255 +0ms g-homa:manager => using 192.168.178.255 +2ms g-homa:manager now listening +6ms g-homa:manager sending message "HF-A11ASSISTHREAD" to 192.168.178.255 +6ms g-homa:manager socket closed +1s g-homa:discovery starting discovery with options: +0ms g-homa:discovery { g-homa:discovery "networkInterfaceIndex": "0" g-homa:discovery } +1ms g-homa:discovery broadcast addresses: 192.168.178.255,192.168.189.255 +4ms g-homa:discovery => using 192.168.178.255 +1ms g-homa:discovery now listening on port 49999 +10ms g-homa:discovery inclusion started +13ms g-homa:discovery inclusion finished. Found 0 devices. +1m g-homa:discovery starting discovery with options: +10s g-homa:discovery { -
Der Port ist schon korrekt - die Konfiguration läuft über einen anderen als die spätere Kommunikation.
Ich vermute das Problem tatsächlich an deinem geteilten Netzwerk.
Das Einbinden läuft über Broadcasts im aktuellen Netzwerk (x.178.y), während die Steckdose wohl im anderen lauscht (x.179.y). Ich bin mir nicht sicher, wie/ob du per Broadcast ein anderes Netzwerk ansprechen kannst.
Vermutlich muss ich den Adapter und die Lib erweitern, damit du gezielt per IP bestimmte (bereits per App eingebundene) Steckdosen auf den Adapter umbiegen kannst.
