[Aufruf] G-Homa Adapter testen

schittl

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

AlCalzone

Das ist beim SQL-Adapter besser aufgehoben. Ich kann da nichts machen.

cichy_de

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

AlCalzone

Theoretisch ja, allerdings habe ich mangels Bewegungsmelder keine Ahnung wie dessen Protokoll aussieht.

eMarcus

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.

AlCalzone

Kannst du mal den Loglevel auf Debug stellen und einen Log des Einbindevorgangs hier posten?

eMarcus

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.

AlCalzone

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.

eMarcus

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

xcilence

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

AlCalzone

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 --logs

3. Übers Webinterface ganz normal das Einbinden versuchen

4. Den Log aus der Konsole (nicht ioBroker) posten

xcilence

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.

AlCalzone

` > ````

iobroker start g-homa.0
```` `
hab ich nicht in meiner Anleitung geschrieben. Da steht "manuell starten DOPPELPUNKT", gefolgt von zwei Befehlen ;)

xcilence

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!

AlCalzone

~~@xcilence:~~

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.

xcilence

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 --force

mit 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.

xcilence

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 	{

AlCalzone

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.

xcilence

Also die Vermutung hatte ich leider bereits auch schon und hatte gehofft wenn ich die Plugs eine bestimmte IP zuweise und diese dann nicht mehr über das Gastnetzwerk (x.189.y) laufen lasse sondern im normalen (x.178.y) das dein Adapter dann fündig wird aber auch da scheint es Probs damit zu geben, die Dosen sehe ich dann zwar in der Netzwerkübersicht aber der Adapter ist auch da dann blind.

Schade, das es dann doch komplizierter als erhofft ist & dennoch denke ich das die Erweiterung des Adapters und die Lib in dem Fall nicht verkehrt sein sollten. Eventuell auch ein wenig vereinfachen wenn machbar und direkt halt das Umbiegen innerhalb des Adapters wären nicht verkehrt, denn ansich ist dieser ja funktionstüchtig wenn er denn mal läuft ;)

Bis hierhin sage ich dir erstmal danke, wenn ich einen weiteren Workaround dafür finden sollte werde ich diesen hier mal posten!

Gruß xcilence

eMarcus

Hi,

1. Adapter manuell über das ioBroker Webinterface gestoppt

2. ins Verzeichnis gewechselt und DEBUG=g-homa:* node main.js –force aufgerufen (ohne --logs) und danach in der GUI auf "Gerät hinzufügen" geklickt (Adapter wird in der GUI aber immer noch als gestoppt angezeigt)

marcus@iobroker:/opt/iobroker/node_modules/iobroker.g-homa$ DEBUG=g-homa:* node main.js --force 
  g-homa:manager broadcast addresses: 192.168.130.255 +0ms
  g-homa:manager => using 192.168.130.255 +2ms
  g-homa:manager now listening +3ms
  g-homa:manager sending message "HF-A11ASSISTHREAD" to 192.168.130.255 +4ms
  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.130.255 +2ms
  g-homa:discovery => using 192.168.130.255 +1ms
  g-homa:discovery now listening on port 49999 +4ms
  g-homa:discovery inclusion started +7ms
  g-homa:discovery got response from device with address: 192.168.130.115 +12s
  g-homa:discovery remembering device: MAC=F0FE6B4FB9B0, IP=192.168.130.115 +2ms
  g-homa:discovery stopping inclusion... +2ms
  g-homa:discovery got response from device with address: 192.168.130.115 +84ms
  g-homa:discovery got response from device with address: 192.168.130.115 +23ms
  g-homa:discovery got response from device with address: 192.168.130.115 +15ms
  g-homa:discovery got response from device with address: 192.168.130.115 +7ms
  g-homa:discovery got response from device with address: 192.168.130.115 +7ms
  g-homa:discovery got response from device with address: 192.168.130.115 +8ms
  g-homa:discovery inclusion finished. Found 1 devices. +286ms

3. Steckdose hat aufgehört schnell zu blinken, sie blinkt jetzt langsam (so 1x/Sekunde) mit längeren Pausen nach ca. 30x blinken)

4. In der GUI ist der Adapter immer noch als gestoppt markiert und zeigt auch kein neues Gerät an.

5. das ganze nochmal mit einer 2. Dose probiert mit dem exakt gleichen Ergebnis (nur natürlich anderer IP für die Dose)!

Danke,

Marcus.

Community Forum

NEWS

[Aufruf] G-Homa Adapter testen

Support us

672

32.5k

81.7k

1.3m