neues Modul: G-Homa Wifi Steckdose

[Tottbeck]

Habe folgende GHoma-Version:
File        Rev   Last Change
53_GHoma.pm 16234 2018-02-20 20:52:53Z klausw

Der energy-Wert ist quasi unbrauchbar, da der des öfteren mal unmotiviert nach unten springt, oder ist das nur bei mir ?

VG

[Toto1973]

Ich habe mir nun einige G-Home Zwischenstecker zugelegt. Das Einrichten war Super einfach. Nur ist mir dabei folgendes "passiert":
Ich habe 3 LD382 Magic Ufo RGB-Stripe Controller, welche auch per Wifi angebunden sind. Als ich nun beim G-Homa Server den Befehl

Code Auswählen Erweitern

set GHoma_Server ConfigAll abgesetzt habe, wurden auch in den 3 LD382 Magic Ufo RGB-Stripe Controller der Port auf 4196 geändert. Dadurch konnte ich die RGB-Stripes nicht mehr steuern. Erst ein manuelles Ändern des Port in den LD382 auf 5577 hat dieser wieder steuerbar gemacht.

Meine Anregung wäre nun, das Modul so zu ändern, das man IP-Adresse von Geräte ausschliessen kann, so dass "falsche" Geräte nicht den Port verstellt bekommen.

[klausw]

...Das Einrichten war Super einfach. Nur ist mir dabei folgendes "passiert":
Ich habe 3 LD382 Magic Ufo RGB-Stripe Controller, welche auch per Wifi angebunden sind. Als ich nun beim G-Homa Server den Befehl

Code Auswählen Erweitern

set GHoma_Server ConfigAll abgesetzt habe, wurden auch in den 3 LD382 Magic Ufo RGB-Stripe Controller der Port auf 4196 geändert. Dadurch konnte ich die RGB-Stripes nicht mehr steuern. Erst ein manuelles Ändern des Port in den LD382 auf 5577 hat dieser wieder steuerbar gemacht.

cool, dann haben die wohl das gleiche WLAN Modul 

Meine Anregung wäre nun, das Modul so zu ändern, das man IP-Adresse von Geräte ausschliessen kann, so dass "falsche" Geräte nicht den Port verstellt bekommen.

Das ist nicht so einfach.
ConfigAll wird als Broadcast ausgeführt. Dabei lassen sich keine IPs ausschließen.
Ich sehe zwei Möglichkeiten:
- einen weiteren Set Befehl für einzelne IPs einführen
- Über einen Info Broadcast herausfinden, welche der Clients vom Typ GHoma sind und diese dann separat Konfigurieren. (Das ist erheblich umfangreicher, da ich derzeit einfach den Config Befehl rausblase ohne auf Antworten zuwarten.

Es kann allerdings etwas dauern bis ich es implementiert habe.

Der energy-Wert ist quasi unbrauchbar, da der des öfteren mal unmotiviert nach unten springt, oder ist das nur bei mir ?

Du bist nicht der Einzige, ich sehe es auch. Tendentiell geht es aber nach oben. Es ist möglich, das die Bytes der Energy Information verdreht sind.
Könntest du ein verbose 4 solch eines Negativsprungs aufzeichen?
Es wäre auch interessant, welcher Energy Wert in der App angezeigt werden würde.

Grüße
Klaus

[sledge]

Ich sehe zwei Möglichkeiten:
- einen weiteren Set Befehl für einzelne IPs einführen

Da ich nach und nach weitere G-Homa in mein System reinnehme, fände ich diese Variante sehr sinnvoll.

Es ist doch so: Man nimmt die Steckdose in Betrieb, die IP taucht im heimischen DHCP Setup auf, dann die Einbindung in FHEM. Zumindest ist das bei mir die letzten 7 Steckdosen so gewesen.

Von daher mein Vote für diese Alternative.

Und: Danke für das Modul. Macht, was es soll.

[Toto1973]

Ich möchte mich auch mal noch für das Modul bedanken!

[klausw]

update mit neuem Befehl
ConfigSingle
ist hochgeladen

[Toto1973]

Ich finde das ganz praktisch, wenn man bei einer Änderung am Modul direkt hier im Forum auch noch die neue Syntax lesen kann. Diese lautet:

Code Auswählen Erweitern

set <name> ConfigSingle <IP des Zwischensteckers> [IP|hostname|FQDN von FHEM]

[sledge]

update mit neuem Befehl
ConfigSingle
ist hochgeladen

Ausprobiert und funktioniert einwandfrei. Danke!

[Patrick Strassburger]

Hallo,

ich versuche verzweifelt eine G-Homa Steckdose mit und ohne Energiemessung in FHEM zu konfigurieren.
Die mit Energiemessung hat Firmware 2.1.25. Kann mir jemand einen Tip geben, woran es liegen könnte bzw. wie ich am besten vorgehe?
Muss man den Weg mit nodejs gehen oder sollte die Einrichtung rein über das Modul von Klaus funktionieren?

In Shem zeigt das G-Homa Server device "initialized" an - der Status ist richtig?
Ein konfigurieren mit "set GHoma ConfigAll" sendet Befehl aus aber ich sehe nichts zurück kommen.
Gleiches gilt für manuelles Anlegen mit "define g301 GHoma D363AC" oder "set g301 ConfigSingle 192.168.178.104 192.168.178.202"...

Für einen Tipp wäre ich dankbar, beide Adapter verhalten sich gleich.

Per App kann ich sie ins WLAN einbinden bzw. über die App steuern bis ich hem konfiguriere - dann schlägt die Verbindung per App natürlich fehl.

Viele Grüße,
Patrick

[sledge]

Hallo Patrick,

der Befehl zum Einbinden lautet

Code Auswählen Erweitern

set <ghoma> ConfigAll <ip_adresse des FHEM servers>

falls du alle Steckdosen in FHEM integrieren möchtest. Klappt bei mir wunderbar - für mittlerweile 10 G-Homa Steckdosen.

[Patrick Strassburger]

Hallo Sledge,

vielen Dank für die Rückmeldung - funktioniert leider auch nicht. Ich sehe nichts von der Steckdose zurück kommen:

Code Auswählen Erweitern

2018.12.18 20:38:22 1: GHoma_Server: setting server address for GHoma plugs to 192.168.178.202:4196
2018.12.18 20:38:22 1: GHoma_Server: sende Multicast: HF-A11ASSISTHREAD
2018.12.18 20:38:22 1: GHoma_Server: sende Multicast: +ok
2018.12.18 20:38:22 1: GHoma_Server: sende Multicast: AT+NETP=TCP,Client,4196,192.168.178.202
2018.12.18 20:38:22 1: GHoma_Server: sende Multicast: AT+TCPTO=120
2018.12.18 20:38:22 5: Starting notify loop for GHoma_Server, 1 event(s), first is ConfigAll 192.168.178.202
2018.12.18 20:38:22 5: End notify loop for GHoma_Server

Nach dem Multicast verliert die Steckdose die Verbindung zur App, ich kann sie aber immer noch pingen.

GHoma server device schaut so aus:

Code Auswählen Erweitern

CFGFN     
   DEF        4196
   FD         29
   NAME       GHoma_Server
   NR         224
   PORT       4196
   STATE      Initialized
   TYPE       GHoma
   Helper:
     DBLOG:
       ConfigAll:
         myDbLog:
           TIME       1545161902.50229
           VALUE      192.168.178.202
   READINGS:
     2018-12-18 20:28:44   state           Initialized
Attributes:

Ich habe vorher ein FHEM update gemacht, mehrfach FHEM neu gestartet und etliche Male die Steckdose redetet und immer wieder über AP ins WLAN eingebucht - das ist echt zäh

Viele Grüße,
Patrick

[klausw]

... funktioniert leider auch nicht. Ich sehe nichts von der Steckdose zurück kommen:

Code Auswählen Erweitern

2018.12.18 20:38:22 1: GHoma_Server: setting server address for GHoma plugs to 192.168.178.202:4196
2018.12.18 20:38:22 1: GHoma_Server: sende Multicast: HF-A11ASSISTHREAD
2018.12.18 20:38:22 1: GHoma_Server: sende Multicast: +ok
2018.12.18 20:38:22 1: GHoma_Server: sende Multicast: AT+NETP=TCP,Client,4196,192.168.178.202
2018.12.18 20:38:22 1: GHoma_Server: sende Multicast: AT+TCPTO=120
2018.12.18 20:38:22 5: Starting notify loop for GHoma_Server, 1 event(s), first is ConfigAll 192.168.178.202
2018.12.18 20:38:22 5: End notify loop for GHoma_Server

Nach dem Multicast verliert die Steckdose die Verbindung zur App, ich kann sie aber immer noch pingen.

GHoma server device schaut so aus:
...

Von der Dose kommt auch keine Rückmeldung beim GHoma server device an. Es wird kein Port dafür geöffnet.
Der Broadcast wird einfach in die Welt hinaus gesendet und die Abtworten ignoriert. Das ist nicht unbedingt sauber aber für die seltene Nutzung unproblematisch. Mir ist derzeit keine Möglichkeit bekannt, einem  Device mehrere IP Verbindungen zuzuordnen.

Die Tatsache das die Verbindung zur App weg ist zeigt aber daß die neue Server Adresse eingetragen wurde.

GHoma_Server scheint ok. STATE ist immer Initialized 

Ist 192.168.178.202 auch wirklich die IP von FHEM?

Ich habe vorher ein FHEM update gemacht, mehrfach FHEM neu gestartet und etliche Male die Steckdose redetet und immer wieder über AP ins WLAN eingebucht - das ist echt zäh

nach einem

Code Auswählen Erweitern


set GHoma_Server ConfigAll plug.g-homa.com
sollten alle Dosen wieder über die App ansprechbar sein.
Damit wird die Originale Serveradresse wieder eingetragen.

muss glaube ich so lauten
define g301 GHoma d363ac

ConfigSingle mag bei einem Dosen define nicht zum Fehler führen, funtioniert aber ausschließlich beim Server Device.


@sledge: nutzt du die 2.1.25 Firmware?
Ich persönlich habe nur ältere Versionen und habe auch nicht vor zu aktualisieren.

[Gasmast3r]

Hy habe vor einigen Tagen Neue Steckdosen angelegt inkl Fw Update.
Da paßt 100% was nicht mit der Kommunikation zu FHEM.

Läuft es unter Docker oder ner anderen VM??

G-Homa Server Device anlegen, da dann config all ohne zusatz setzen und es sollte klappen, so habe und mache ich das mit mittlerweile 7 Steckdosen.

Gesendet von meinem SNE-LX1 mit Tapatalk

[sledge]

@sledge: nutzt du die 2.1.25 Firmware?
Ich persönlich habe nur ältere Versionen und habe auch nicht vor zu aktualisieren.

Code Auswählen Erweitern

BI.KG.2.SD               1.8.26
BI.KG.3.SD               1.8.26
DI.EG.1.SD               2.1.25
EZ.EG.1.SD               2.1.25
FZ.ELW.SD                2.1.25
GA.NN.2.SD               2.1.25
GHoma_d33618             2.1.25
KC.OG.1.SD               2.1.25
KL.OG.1.SD               1.8.26
SZ.ELW.SD                2.1.14

Yep. Die eine muss ich noch aktualisieren. Und die "ohne" Namenskonvention ist das Sorgenkind... Bisher keine Auffälligkeiten mit der neuen Firmware.

[Patrick Strassburger]

Hallo zusammen,

vielen Dank für die Antworten! Ich bin sehr dankbar fürs hinterfragen!

Da paßt 100% was nicht mit der Kommunikation zu FHEM.

brachte mich dann zum Problem: Ich habe auf dem Server ufw laufen und die Firewall erlaubt natürlich inbound kein 4196/TCP.
Ich habe nur in die FHEM logs geschaut und mich davon beirren lassen, dass ich ja den Server ändern konnte (die Verbindung zur APP verlor).

4196/TCP eingetragen und die Steckdosen wurden sofort erkannt.

Vielen Dank noch einmal!

Viele Grüße,
Patrick