Hallo,
habe heute in dem Baumarkt "mit den 3 Buchstaben" WiFi-Steckdosen von G-Homa für unter 30,- gesehen.
Der Preis ist natürlich im Vergleich zu anderen sehr günstig.
Ich weiß nicht, wie neu oder bekannt das System ist.
Für die Bedienung wird nur auf eine App für Android + iPhone verwiesen.
Nun stellt sich mir die Frage, ob schon etwas bekannt ist, ob das auch in fhem eingebunden werden kann?
Die Hersteller-Seite http://g-homa.com/
mit etwas Glück ist das ein weiterer Clone der EDIMAX SP-1101W (die kosten z.Z 34,20€ bei ELV )
FHEM Anbindung -> http://forum.fhem.de/index.php/topic,29541.0.html
Danke
Zitat von: homeum am 15 Januar 2015, 12:14:03
WiFi-Steckdosen von G-Homa für unter 30,- gesehen.
Der Preis ist natürlich im Vergleich zu anderen sehr günstig.
30 Euro für eine simple Steckdose eines umbekannten Systems mit einer nur halbfunktionierenden Webseite empfinde ich nur bedingt als günstig.
HomeMatic ist auch nicht viel teuerer dafür ist das System bekannt, ausgereift, stabil und gut unterstützt ;)
Wegen der Marke magst du Recht haben, nur als "simple Steckdose" würde ich die wegen WiFi nicht einstufen.
Simpel mögen die 433MHz-Teile sein...
Der Hersteller ist übrigens Everflourish, der anscheinend die G-Homa Marke ganz neu aufgesetzt hat. Die Website ist echt ein Witz...
Zitat von: homeum am 15 Januar 2015, 15:08:09
[...] nur als "simple Steckdose" würde ich die wegen WiFi nicht einstufen.
Simpel mögen die 433MHz-Teile sein...
Die 433er (ich denke zu wissen, was Du vermutlich meinst) Teile sind nicht simpel, die sind primitiv ;)
Hat jemand was hinbekommen mit dem Teil???
Ich habe mir mal probeweise eine G-Homa Steckdose geholt. Funktioniert grundsätzlich wie beschrieben. Aber sie ist keine EDIMAX.
Das ganze System ist etwas fragwürdig merkwürdig. Die Dose wird von der App nicht direkt per WLAN kontaktiert sondern über irgendwelche Internet Server. Das ganze wirkt nicht sehr vertrauenserweckend. Siehe auch http://seclists.org/fulldisclosure/2015/May/45
Also meine Dose geht zurück. Dann doch lieber 5 EUR mehr für etwas ordentliches.
Zitat von: okiberlin am 10 Juni 2015, 23:15:04
Also meine Dose geht zurück. Dann doch lieber 5 EUR mehr für etwas ordentliches.
Moin,
was wäre denn was Ordentliches?
Ich bräuchte eine Steckdose/Schalter die ich von außerhalb mit dem Handy steuern kann um eine Aussenleuchte anzuschalten, wenn wir im Dunkeln nach Hause kommen. Und eine Integration in FHEM wäre auch gut, aber nicht unbedingt eine Bedingung. Das geht ja zwar alles auch über die Fritzbox und VPN, bekomme das aber nicht hin. Außerdem verlangt dieser Dienst eine Displaysperre auf meinem Android... das nervt mich dann aber.
VG
hab mir die gleiche heut für 25eur bei obi geholt. mal sehen ob man sie nicht doch zum laufen bekommt ;)
Ein wenig schlauer bin ich schon:
Hier konnte ich ein paar Infos zum Kommunikationsaufbau finden:
http://seclists.org/fulldisclosure/2015/May/45
ZitatProtocol auf dem TCP-Port:
<prefix 2Bytes><len 2Bytes><command><data[len-1]><checksum 1byte><postfix>
Prefix : 5AA5
Postfix : 5BB5
checksum : FF - SUM(DATA)
Das verwendete Modul scheint wohl von hier zu sein: http://www.usriot.com/Product/82.html
Wobei ich noch nicht weiß welches.
Werde die Daten mal sniffen und sehen, ob ich das Teil irgendwie manuell angesprochen bekomme.
Auf jeden Fall scheint auch ein Herstellerserver unabhängiger Betrieb moeglich zu sein da man den Betriebsmodus von "TCP-Client" auch auf "TCP-Server" oder UDP umstellen kann wonach das Gerät zumindest in esterer Version auf einem konfigurierbaren TCP Port ansprechbar wird.
Hallo zusammen,
ich kann mittlerweile via PacketSender die Steckdose schalten.
Ein paar dinge sind zu beachten:
Via HTTP auf die IP der Dose unter "other settings" auf UDP umstellen (funktioniert vermutlich auch mit TCP, allerdings ist der PacketSender im manuellen Mode dafuer zu lahm).
Nach dem Start der Dose im UDP Mode wartet diese auf eine Art "init":
5a a5 00 07 02 05 0d 07 05 07 12 c6 5b b5 5a a5 00 01 02 fd 5b b5
Antwort der Dose:
5a a5 00 0b 03 01 0a c0 32 23 62 8a 7e 01 c2 af 5b b5
Danach kommt eine Abfrage des Status oder eine Art "init2". Ohne funktionierts nicht:
5a a5 00 02 05 01 f9 5b b5
Antwort der Dose:
5A A5 00 12 07 01 0A C0 32 23 62 8A 7E 00 01 06 AC CF 23 62 8A 7E 5F 5B B5 (beinhaltet die MAC!, kommt aber nicht immer)
5A A5 00 12 07 01 0A C0 32 23 62 8A 7E 00 02 05 00 01 01 08 11 4C 5B B5 (kommt nicht immer)
5A A5 00 15 90 01 0A E0 32 23 62 8A 7E 00 00 00 81 11 00 00 01 00 00 00 00 32 5B B5 (kommt immer! Schaltzustand-Info)
Danach kann prinzipell geschaltet werden:
An:
5a a5 00 17 10 01 01 0a e0 32 23 62 8a 7e ff fe 00 00 10 11 00 00 01 00 00 00 ff 26 5b b5
Antwort der Dose:
5A A5 00 15 90 01 0A E0 32 23 62 8A 7E 00 00 00 11 11 00 00 01 00 00 00 FF A3 5B B5 (selbige wie bei "init2" wenn an)
Aus:
5a a5 00 17 10 01 01 0a e0 32 23 62 8a 7e ff fe 00 00 10 11 00 00 01 00 00 00 00 25 5b b5
Antwort der Dose:
5A A5 00 15 90 01 0A E0 32 23 62 8A 7E 00 00 00 11 11 00 00 01 00 00 00 00 A2 5B B5 (selbige wie bei "init2" wenn aus)
Zudem verlangt die Dose wohl eine Art "heartbeat". Wird dieser zweimal nicht beantwortet blinkt die Dose blau und nimmt keine Schaltbefehle mehr an --> neuer Init notwendig. Dieser Heartbeat kommt zunaechst alle 5 Sekunden, nach einem erfolgreichen Schaltvorgang scheinbar nur noch alle 20 Sekunden.
Heartbeat Anfrage:
5A A5 00 09 04 01 0A C0 32 23 62 8A 7E 71 5B B5
Antwort:
5a a5 00 01 06 f9 5b b5
Ich kann leider aktuell noch nicht sagen ob die MAC/IP irgendwie in den Befehlen beinhaltet ist, aber wenn man mal den prefix 5aa5 und den postfix 5bb5 abzieht, dann bleibt dafuer bei den kurzen darauf folgenden sequenzen eigentlich kein platz mehr...
folgendes hab ich auf fulldisclosure.com gefunden
<prefix 2Bytes><len 2Bytes><command><data[len-1]><checksum 1byte><postfix>
Vielleicht hilft das ja jemandem daraus ein Modul zu erstellen. Natuerlich helfe ich gern bei Test, bin aber leider zu wenig Entwickler um mich selbst dran zu wagen.
Wenn man der Dose jetzt noch eine feste IP gibt oder eine DHCP reservation einrichtet und den Internetzugang fuer selbige verbietet, dann ist sie auf einmal gar nicht mehr so teuer fuer 25EUR bei Obi.
Gruß
Markus
Sollte noch jemand erfolglos an diesen Steckdosen rumbasteln, ich hab mir nun eine mittels Shell-Scripts und einem Dummy-Notify Paar in fhem eingebunden :-) Funktioniert tadellos.
Gruß
Markus
Hallo, so nen Teil habe ich auch noch rumliegen. Allerdings noch nicht in Betrieb genommen.
Wenn du also dein Shellscript zur Verfügung stellen könntest :)
Evlt. bastle ich ein Modul für FHEM daraus.
Ist da überhaupt nix verschlüselt?
Wie komme ich initial auf die Dose?
Ich würde sie nur ungern mit Wlan Daten ins Internet lassen.
Edit:
OT: wie konfigurierst du den Sniffer PC das die Daten auch ankommen?
Die Scripts schicke ich Dir sobald ich zuhause bin.
Das Sniffing hab ich via FritzBox gemacht.
Initial auf die Dose: in der FritzBox nachsehen welche IP sie hat und dann einfach drauf. Initialkennwort sollte admin:admin sein :-)
Gruß
Markus
Ok super.
Ich habe die Steckdose inzwischen doch über die g-homa App eingerichtet (wlan Konfiguration).
Aber scheinbar funktioniert die Einrichtung auch ohne die App über die Weboberfläche, wenn die Steckdose in den AP Modus gebracht wird. Das werde ich bei Gelegenheit mal testen.
Auf der Homepage des Wlan-Moul Herstellers gibt es auch ein Firmware (http://www.hi-flying.com/download_detail_fir/&downloadsId=dd4377ff-525c-49a8-b23f-731dfde89453.html) Update. Hast du das schon aufgespielt?
Ich habe deine Codeschnipsel mit dem PacketSender geschickt...leider ohne Erfolg
Allerdings habe ich plug.g-homa.com in der Konfiguration stehen lassen. Muss ich das auf die IP des Rechners ändern, auf dem der PacketSender läuft?
Sniffing via FritzBox? Details bitte :)
Ich hatte es mir Wireshark probiert, aber die Fritzbox verteilt nun mal nicht alles einfach an jeden Teilnehmer :)
Die Pakete funktionieren sowieso nur wenn die Dose im UDP Mode ist.
Die IP habe ich auf den geaendert, von dem die Pakete gesendet werden.
Sniffing via FritzBox?
http://fritz.box/html/capture.html
Dann die Routing Schnittstelle starten und den Download accepten. Danach kannst Du die Pakete simulieren.
Wie gesagt, Scripts kommen in Kuerze :)
Hallo,
das sieht ähnlich aus wie https://github.com/franc-carter/fhem-bauhn (https://github.com/franc-carter/fhem-bauhn). Vielleicht hilft Euch das beim Modulbau.
MfG
So hier mal meine Scripts:
der heartbeat alle 10 sek
#!/bin/sh
while [ true ]
do
echo '5a a5 00 01 06 f9 5b b5' | xxd -r -p | nc -u -w 0 192.168.178.222 5000
sleep 10
done
das init-script:
#!/bin/sh
echo '5a a5 00 07 02 05 0d 07 05 07 12 c6 5b b5 5a a5 00 01 02 fd 5b b5' | xxd -r -p | nc -u -w 0 192.168.178.222 5000
sleep 2
echo '5a a5 00 02 05 01 f9 5b b5' | xxd -r -p | nc -u -w 0 192.168.178.222 5000
sleep 1
echo '5a a5 00 01 06 f9 5b b5' | xxd -r -p | nc -u -w 0 192.168.178.222 5000
einschalten:
#!/bin/sh
echo '5a a5 00 17 10 01 01 0a e0 32 23 62 8a 7e ff fe 00 00 10 11 00 00 01 00 00 00 ff 26 5b b5' | xxd -r -p | nc -u -w 0 192.168.178.222 5000
und ausschalten:
#!/bin/sh
echo '5a a5 00 17 10 01 01 0a e0 32 23 62 8a 7e ff fe 00 00 10 11 00 00 01 00 00 00 00 25 5b b5' | xxd -r -p | nc -u -w 0 192.168.178.222 5000
Modul (http://forum.fhem.de/index.php/topic,41362.0.html)
Ich habe 3 preiswerte WLAN Steckdosen gefunden und g-homa gehört noch dazu :)
http://intelligente-steckdosen.de/wlan-steckdosen-test/
Hallo,
ich grabe dieses ältere Thema mal wieder aus. :)
Ich habe mir heute auch die Outdoorvariante der G-Homa Steckdoese zugelegt.
Leider bekomme ich im AP Mode kein Zugriff mit dem Browser.
Ich habe mal einen Portscan laufen lassen, es ist auch kein Zugriff über Port 80 auf die Steckdose möglich.
Der gesamte Scan sieht so aus:
Port 25 IP 10.10.100.254 Port offenSMTP
Port 110 IP 10.10.100.254 Port offenPOP3;E-Mail-Abholung
Port 119 IP 10.10.100.254 Port offenNNTP;Usenet
Port 143 IP 10.10.100.254 Port offenIMAP
Port 465 IP 10.10.100.254 Port offenSSMTP;Cisco URL Rendezvous Directory for SSM; Simple Mail Transfer Protocol with SSL
Port 563 IP 10.10.100.254 Port offen
Port 587 IP 10.10.100.254 Port offenTLS;E-Mail message submission nach RFC 2476
Port 993 IP 10.10.100.254 Port offenIMAPS;IMAP over TLS/SSL
Port 995 IP 10.10.100.254 Port offenPOP3S;POP3 over TLS/SSL
Weiß jemand ob sich etwas an Firm oder Hardware der Steckdose geändert hat, oder bin ich einfach zu blöd? ;D
Zitat von: p4rz1 am 06 Juni 2016, 18:57:15
Hallo,
ich grabe dieses ältere Thema mal wieder aus. :)
Ich habe mir heute auch die Outdoorvariante der G-Homa Steckdoese zugelegt.
Leider bekomme ich im AP Mode kein Zugriff mit dem Browser.
Weiß jemand ob sich etwas an Firm oder Hardware der Steckdose geändert hat, oder bin ich einfach zu blöd? ;D
Hier im Forum wurde von einer neuen Firmware berichtet. Es ist also durchaus möglich, das die Weboberfläche verschwunden ist.
Aber einen AP Mode gibt es noch?
Da müsste man mal die Kommunikation mit der GHOma App mitschneiden.
Wenn du eine Fritzbox hast, geht das darüber:
http://fritz.box/capture.lua
Vielen Dank erstmal, da werde ich mich mal nach dem Urlaub bemühen, das wird mir jetzt zeitlich zu knapp. Also nicht wundern, wenn jetzt nicht sofort etwas von mir kommt. :)
Habe übrigens im PlayStore mal die Bewertungen studiert.
Dort schreibt jemand, das man den Zugriff auf die LAN GUI verliet, wenn man die Firmware aktualisiert, leider war bei mir bereits beim Kauf die neuste Version drauf. :-\
Zitat von: p4rz1 am 08 Juni 2016, 20:54:27
Vielen Dank erstmal, da werde ich mich mal nach dem Urlaub bemühen, das wird mir jetzt zeitlich zu knapp. Also nicht wundern, wenn jetzt nicht sofort etwas von mir kommt. :)
Habe übrigens im PlayStore mal die Bewertungen studiert.
Dort schreibt jemand, das man den Zugriff auf die LAN GUI verliet, wenn man die Firmware aktualisiert, leider war bei mir bereits beim Kauf die neuste Version drauf. :-\
na ganz toll... evtl. gibt es einen andren Weg
vielleicht ist auch ein downgrade möglich
Hallo allerseits,
ich habe leider auch den Fehler begangen einen solchen G-Homa Zwischenstecker zu kaufen (Typ: EMW302WF) - die neueste Firmware war schon drauf und somit kein Zugang zu irgendeinem Webinterface etc möglich. (Ich könnt' mich aufregen über dieses Gerät und deren Entwickler! Wie kann man denn......?!)
Jedenfalls meine [vorläufige] Lösung, das Teil mit FHEM zu schalten (müsste somit auch bei Trennung vom Internet fuktionieren, hab ich aber noch nicht ausprobiert - immerhin wird noch die NTP-Abfrage abgesetzt, weiß nicht, was passiert, wenn die ins Leere läuft).
Als Vorbemerkung erstmal ein riesiges Dankeschön an klausw und alle, die sonst beteiligt waren. Wäre das FHEM Modul nicht schon da gewesen, hätte ich keinen Anreiz gehabt mich damit auseinander zu setzen!
Also (laut Mitschnitt Fritz!Box und Wireshark Auswertung):
Die Dose holt sich nach dem Einstecken als erstes eine lokale IP-Adresse vom vorhandenen DHCP-Server. Danach setzt sie eine DNS-Abfragen nach plug.g-homa.com ab und verbindet sich mit diesem Server (nb: TTL 60 Sekunden, da kommt alle paar Sekunden eine andere IP als Ergebnis für die DNS Abfrage).
Da sowohl mein lokaler DHCP-Server als auch mein lokaler DNS-Server bereits auf meinem Raspberry laufen (und die Hosts bei DHCP-Anfragen somit auch den DNS entsprechend mitgeteilt bekommen), hatte ich recht leichtes Spiel:
Ich hab die DNS Abfrage für plug.g-homa.com auf meinen Raspberry mit FHEM umgebogen, so dass die Dose sich nun anstandslos mit laufenden GHoma Server unter FHEM verband. Erkannt wurde sie aber vom Modul noch nicht und ließ sich auch nicht schalten.
Also nochmal Mitschnitt und Vergleich. Letztendlich scheint es nur die Init-Sequenz gewesen zu sein:
In 53_GHoma.pl:
#init1a_old: 5a:a5:00:07: 02:05:0d:07:05:07:12: c6: 5b:b5: 5a:a5:00:01:02:fd:5b:b5
#init1a_new: 5a:a5:00:07: 02:0f:04:08:06:0f:11: bc: 5b:b5: 5a:a5:00:01:02:fd:5b:b5
#my $init1a = pack('C*', (0x02,0x05,0x0d,0x07,0x05,0x07,0x12));
my $init1a = pack('C*', (0x02,0x0f,0x04,0x08,0x06,0x0f,0x11));
nachdem ich $init1a geändert habe (und das Modul neu geladen), funktionierte der Schaltvorgang (was mich insgeheim sehr freut ;)):
my $init1a = pack('C*', (0x02,0x0f,0x04,0x08,0x06,0x0f,0x11));
Kann das jemand bestätigen, der auch eine Dose mit neuer Firmware bestitzt?
Im 53_GHoma.pl steht oben:
# Init1 (vom Server):
# 5a a5 00 07|02 05 0d 07 05 07 12|c6 5b b5
# ** ** ** ** ** ** ** scheinen zufaellig zu sein
#
Das sind genau die Bytes, die sich geändert haben. Statt
05 0d 07 05 07 12
0f 04 08 06 0f 11
Da die entscheidend waren, können sie nicht ganz zufällig und nicht bedeutungslos sein. Aber interpretieren kann ich sie nicht.
Ich denke, die Dose wird dem plug.g-homa.com - Server irgendwie ihre Firmware-Version mitteilen müssen, noch bevor die erste Anwort von Server kommt? Aber es werden vorher offensichtlich keine Daten übertragen. Vlt. über die Adresse selbst, mit der sich verbunden wird? Ich weiß es nicht! :(
Nochmal die Kurzversion:
1) Dose normal mit App initialisieren
2) In 53_GHoma.pl (derzeit Zeile 53) ändern in my $init1a = pack('C*', (0x02,0x0f,0x04,0x08,0x06,0x0f,0x11));
3) DNS-Anfragen nach plug.g-homa.com auf FHEM-Server umleiten (auf dem das GHoma-Modul auf Port 4196 horcht)
4) Plug einmal rausziehen und wieder reinstecken, damit er sich neu und "falsch" verbindet
Falls dies auch bei anderen funktioniert, bräuchte man ggf. eine Möglichkeit, um zu differenzieren, welche Firmware die Dose hat, die im Netz ist....
Ich hoffe das hilft etwas.
Viele Grüße!!!
PS: Eine Möglichkeit ein Firmware-Downgrade zu machen, würde mir auch gut gefallen.
Ich hatte das Teil übrigens auch mal aufgeschraubt (ich hab ein neugieriges Gemüt). Für den, den's interessiert...
Zitat von: pirmanji am 12 Juni 2016, 12:11:26
my $init1a = pack('C*', (0x02,0x0f,0x04,0x08,0x06,0x0f,0x11));
ich kann schon einmal bestätigen, das die alten Dosen (jedenfalls meine 2) auch mit deinem Init String laufen.
Also könnte ich eigentlich auch diesen ins Modul einfügen.
Wenn festgestellt wird, das mehrere Varianten vonnöten sind, werde ich es als Attribut einbauen.
Ich würde da noch warten, bis sich weitere Besitzer von Dosen mit neuer Firmware melden.
Gute Idee, die Lösung mit dem DHCP. Ist leider bisschen umständlich für die meisten, die vermutlich den DHCP des Routers nutzen.
Ich frage mich, wie sich die neue Version aktualisieren lässt. Das muss doch nach wie vor möglich sein. Evtl. könnten man einen Updateserver simulieren.
wie hast du das realisiert:
DNS-Anfragen nach plug.g-homa.com auf FHEM-Server umleiten ...
eigenen DHCP Server auf PI ?
Hallo,
alles auf dem Pi:
- eigener DHCP-Server, welcher natürlich auch die DNS-Server vorgibt
- eigener DNS-Server auf dem Pi und dort Zone für plug.g-homa.com eigetragen mit A - Eintrag der auf den Server mit FHEM zeigt (bei mir also auch der Pi)
Die Smartphone-App funktioniert so natürlich nicht.
Die Konstruktion funktioniert zwar, aber Mist ist es trotzdem. Allein die Tatsache, dass der Plug eine Verbindung halten muss und wenn diese aus welchen Gründen auch immer unterbrochen wird durchaus mal nicht reagiert, macht ihn so unzuverlässig, dass ich damit eigentlich nicht viel anfangen kann. (Wie kann man sich denn so einen M*** ausdenken und auch noch verkaufen?! Wollte Brain alle Steckdosen dieser Welt kontrollieren können???)
Viele Grüße!
Für alle die noch eine GHoma mit alter Firmware suchen: https://forum.fhem.de/index.php?topic=60225.0
PS: Hoffe der Link ist ok. Sonst bitte Hinweis.
Gesendet von meinem SM-G920F mit Tapatalk
Hallo,
bevor einen neuen Threat aufmache, hänge ich mich mal hier dran.
Eine habe eine GHoma Steckdose in FHEM eingebunden. Alles funktioniert wunderbar. Nur eine Sache wundert mich:
Ich habe die Steckdose schon x-mal umbenannt und einem Raum zugeordnet. Aber nach einem Tag gibt es wieder diesen Raum GHoma und die Steckdose hat wieder den initialen Namen (GHoma_629eb2). Was kann ich machen, dass der Name der Steckdose und der zugeordnete Raum so bleibt? Habt ihr auch das Problem?
Danke für eure Hilfe.
ist deine umbenannte Dose dann weg?
Nein, die ist dann noch da. Die heißt dann aber wieder wie zuvor (GHoma_629eb2). Außerdem ist die Raumzuordnung weg. Die gehört dann wieder zum Raum GHoma.
Das ist ein seltsames verhalten.
Auch wenn die Steckdose aus irgendeinem Grund neu angelegt wird, sollte deine Umbenannte weiterhin existieren.
Hast du nach dem Umbenennen überhaupt gespeichert
Meine verhält sich auch so. (Das "Nach-Hause-Telefonieren" hab ich im Router definitiv unterbunden.) Täglich umbenennen und SPEICHERN ;) nervt ja. Ob Autocreate abschalten hilft, wäre mal ein Test wert. Ansonsten: Könnte das WLAN ab- und später wieder einschalten dieses Verhalten (room = wieder "G-Homa") hervorrufen? Das wär dann nicht so toll.
Ich habe jetzt mal ein update gemacht und siehe da, der Name ist erhalten geblieben. Allerdings habe ich jetzt ein paar andere Probleme: Seitdem ich GHoma in FHEM benutze wird FHEM immer langsamer. Nach einem Neustart läuft alles flüssig. Dann reagiert das Webinterface immer langsamer. Und nach einem Tag bekomme ich im Log zyklisch die Meldung, dass der HMLAN nicht mehr erreichbar ist (... disconnected, waiting to reappear (HMLAN1)).
Ich bin kurz davor, GHoma wieder rauszuschmeißen und die Funksteckdose über die App zu steuern. Habt ihr auch das Problem? Was könnte die Ursache sein? Habe gestern abend nochmal update gemacht.
Hi,
bin hier ganz neu und verwende gar kein FHEM, allerdings habe ich Erfahrungen mit dieser Steckdose.
Meine Steckdose hat im manuellen Modus keinen Webserver. Man kann sie allerdings mit AT-Kommandos über UDP steuern. Man assoziert seinen Rechner mit der Steckdose. Als erstes sendet man "HF-A11ASSISTHREAD" an 255.255.255.255 (broadcast) an Port 48899 und die Steckdose antwortet. Im folgenden Sendet man an deren Absender-Adresse (10.10.100.254).
Mit "AT+NETP=TCP,Client,4196,plug.g-homa.com\r" kann man die Serveradresse verändern. Man kann sogar den NTP-Server verändern, was wohl über das Webinterface nicht möglich ist.
Meine ersten Infos habe ich durch sniffen des Traffics erlangt, dadurch bin ich auf folgende Doku gestoßen:
http://www.sabreadv.com/wp-content/uploads/HF-LPC100-User-Manual-V1.0.pdf
Als ersten Befehl kann man noch nicht das AT+NETP schicken - das funktioniert nicht. Ich habe "+ok" geschickt, was zu einer Fehlermeldung führt, was allerdings den Zweck erfüllt, dass man danach das AT+NETP schicken kann.
Für die weitere Einrichtung kann man dann die App benutzen, um das WLAN zu konfigurieren. Geht sicher auch ohne die App, aber das ist mir noch nicht gelungen (habe tcpdump auf meinem Androiden noch nicht zum laufen bekommen).
Alternativ kann man die Steckdose auch im laufenden Betrieb mit AT-Kommandos ansprechen - einfach den Broadcast schicken und sie antwortet mit der IP die sie per DHCP bekommen hat. Soweit ich mich erinnere, kann man das AT+NETP auch so ausführen. Wahrscheinlich ist dann ein Neustart erforderlich (AT+Z für den Neustart hat nicht funktioniert).
Mit AT+H\r bekommt man übrigens eine Hilfe.
Wenn ich das hier alles sauber am laufen habe, werde ich meine Infos auch mal ins Wiki dumpen.
Interessant,
evtl. könnte das ganze ins ghoma Modul einfließen
Hallo,
nur mal so als Hinweis, weil ich HF-LPC100 gelesen habe. Für den Vorgänger gibt es ein Modul: https://github.com/franc-carter/fhem-bauhn (https://github.com/franc-carter/fhem-bauhn)
Vielleicht sind die abwärtskompatibel.
MfG
Hi,
ich habe meinen Post korrigiert - natürlich muss man keine URL an die Broadcast-Adresse schicken.
Habe mir einen daemon geschrieben, mit dem sich die Steckdose per MQTT steuern lässt. Hab das mal auf Github gepackt.:
https://github.com/poldy79/ghoma2mqtt
Gruß
Leonard
"HF-A11ASSISTHREAD" an 255.255.255.255 funktioniert auch bei meinen alten GHoma Steckdosen.
Da muss ich bei Gelegenheit mal weiter testen.
Es würde durchaus Sinn machen das Ganze in das ghoma Modul zu packen.
Für Codevorschläge bin ich offen 8)
Vielleicht muss man am Modul gar nichts anpassen, sondern die Dose nur mit den AT-Befehlen konfigurieren - sie hat nun eben keinen Webserver mehr.. Die Konfiguration war wohl aber nie Teil des Moduls.
Code für fhem kann ich leider keinen liefern - ich setze fhem gar nicht ein. Höchstens ein Skript, mit dem man die Dose umkonfigurieren kann. Allerdings gibt es da ein paar Optionen - und welche für fhem die richtigen sind (tcp/udp client/server), weiß ich nicht und kann auch nicht wirklich testen.
Gruß
Leonard
Zitat von: poldy am 12 April 2017, 23:37:21
Vielleicht muss man am Modul gar nichts anpassen, sondern die Dose nur mit den AT-Befehlen konfigurieren - sie hat nun eben keinen Webserver mehr.. Die Konfiguration war wohl aber nie Teil des Moduls.
Nein, das war sie nicht..bisher
Es würde aber durchaus Sinn machen dies optional anzubieten. Praktisch einen Suchbefehl der diesen Broadcast rausschickt und dann die entsprechenden Dosen gleich umstellt.
Zitat von: poldy am 12 April 2017, 23:37:21
Code für fhem kann ich leider keinen liefern - ich setze fhem gar nicht ein. Höchstens ein Skript, mit dem man die Dose umkonfigurieren kann. Allerdings gibt es da ein paar Optionen - und welche für fhem die richtigen sind (tcp/udp client/server), weiß ich nicht und kann auch nicht wirklich testen.
Achso, dann ist es umso netter von dir die Infos hier abzuladen :)
Das Modul ist derzeit für Dosen ausgelegt, die als Tcp-client konfiguriert sind.
Das ist meines Wissens Standard. Der Port ist vermutlich immer noch der 4196?
Dann müsste ja nur die Server Address angepasst werden. Ich muss mal schauen ob UDP in FHEM schon eingebaut ist.
Das einzige was dann noch mit der App gemacht werden müsste, wäre die WLAN Konfig. Die funktionierte bisher im AP Mode ja auch über die Webseite.
hallo,
wie ist hier der aktuelle status bezüglich neuer firmware? hat jemand eine möglichkeit gefunden die steckdose umzukonfigurieren?
ich finde bei der inbetriebnahme garkein wlan. habe auch über inssider versucht, aber nicht mal ein versecktes wlan wird angezeigt. inbetriebnahme funktioniert aber über die ghoma app.
Wenn du die Dose mit der GHoma App konfiguriert hast dann sollte sich die Dose in dein WLAN einbuchen.
In Post 38 ist beschrieben wie du mit Hilfe von At Befehlen den Server umstellen kannst. Sprich die Ip des Fhem Servers eintragen. Dann müsste es funktionieren.
Zur Kommunikation kannst du das Programm Paketsender verwenden.
Ich muss mich bei Gelegenheit mal einlesen wie das mit UDP in perl geht.
Was mich aber wundert ist, das du am Anfang der Konfiguration den Accespoint der Dose nicht siehst. Die App muss den doch auch finden.
Gesendet von meinem HTC One mit Tapatalk
das mit den at befehlen funktioniert aber nur bevor die verbindung zum wlan eingerichtet wird oder?
ka ich sehe weder über das handy noch über den laptop ein neues wlan. und wie gessagt auch mit dem inssider, den ich sonst für wlan scans nutze zeigt mir etwas an. eigenartig ist auch, dass ich am handy keinen wlan wechsel bemerke. bei anderen geräten die so konfiguriert werden, bemerke ich den wlan wechsel des telefons. wie heisst das wlan bei euren steckdosen?
Zitat von: retodor am 29 April 2017, 14:08:31
das mit den at befehlen funktioniert aber nur bevor die verbindung zum wlan eingerichtet wird oder?
Wenn das WLAN eingerichtet ist funktionieren sie mit Sicherheit.
Die sollten aber auch vorher im AP Modus funktionieren.
Zitat von: retodor am 29 April 2017, 14:08:31
ka ich sehe weder über das handy noch über den laptop ein neues wlan. und wie gessagt auch mit dem inssider, den ich sonst für wlan scans nutze zeigt mir etwas an. eigenartig ist auch, dass ich am handy keinen wlan wechsel bemerke. bei anderen geräten die so konfiguriert werden, bemerke ich den wlan wechsel des telefons. wie heisst das wlan bei euren steckdosen?
Ich kann mich nicht mehr erinnern, wie es mit der Ghoma App funktionierte...aber das Wlan müsste schon wechseln.
SSID: "G-Homa"
Diese sollte erscheinen, wenn du den Knopf an der Dose länger als 3s drückst. Die LED blinkt dann auch, soweit ich mich erinnern kann.
Wenn sich die Dose bereits in deinem heimischen Wlan befindet dann gibt es natürlich keine weitere SSID.
Du kannst auch das WLAN über AT Befehle einstellen, wobei es über die App sicher leichter geht.
Hi,
da es die Steckdosen beim Globus zur Zeit für 15€ gibt, hab ich mir auch mal 3 zugelegt, 1x Indoor und 2x Outdoor.
Die Indoor konnte ich ohne Probleme in FHEM integieren, sie wurde vom GHoma-Serverdevice erkannt und angelegt. Schalten aus FHEM klappt wunderbar.
Nur bei den beiden Outdoor-Versionen klappt es nicht.
Ich habe jede Steckdose zuerst mit der App für mein WLAN konfiguiert und konnte sie danach auch in der App schalten.
Dann habe ich aus FHEM ein ConfigAll abgeschickt. Als Resultat werden jetzt kontinuierlich GHoma_Server Devices angelegt, die aber nach einer Minute in einen Timeout laufen.
2017.09.17 09:43:45.515 1: GHoma_Server: setting server address for GHoma plugs to 192.168.1.41:1609
2017.09.17 09:43:45.516 1: GHoma_Server: sende Multicast: HF-A11ASSISTHREAD
2017.09.17 09:43:45.516 1: GHoma_Server: sende Multicast: +ok
2017.09.17 09:43:45.516 1: GHoma_Server: sende Multicast: AT+NETP=TCP,Client,1609,192.168.1.41
2017.09.17 09:43:45.516 1: GHoma_Server: sende Multicast: AT+TCPTO=120
2017.09.17 09:43:47.041 4: Connection accepted from GHoma_Server_192.168.1.168_13701
2017.09.17 09:43:47.041 4: GHoma_Server: angelegt: GHoma_Server_192.168.1.168_13701
2017.09.17 09:44:47.042 3: GHoma_Server_192.168.1.168_13701: Timer abgelaufen
2017.09.17 09:44:47.129 4: Connection accepted from GHoma_Server_192.168.1.168_9395
2017.09.17 09:44:47.129 4: GHoma_Server: angelegt: GHoma_Server_192.168.1.168_9395
2017.09.17 09:45:47.130 3: GHoma_Server_192.168.1.168_9395: Timer abgelaufen
2017.09.17 09:45:49.545 4: Connection accepted from GHoma_Server_192.168.1.168_9296
2017.09.17 09:45:49.545 4: GHoma_Server: angelegt: GHoma_Server_192.168.1.168_9296
Ein Device für die Steckdose wird aber nicht angelegt, nur immer mehr GHoma_Server_192.168.1.168-Devices mit unterschiedlichen Portnummern.
Lege ich das Device für die Steckdose manuel an (mit den letzten 6 Stellen der MAC-Addresse als ID) bleibt dieses auch immer Offline.
Hat jemand einen Tip, was da hakt?
Gruß.
Michael
Zitat von: OppiM am 17 September 2017, 09:59:47
Die Indoor konnte ich ohne Probleme in FHEM integieren, sie wurde vom GHoma-Serverdevice erkannt und angelegt. Schalten aus FHEM klappt wunderbar.
Nur bei den beiden Outdoor-Versionen klappt es nicht.
Dann ist die Hardware oder wenigstens die Software zwischen Out- und Indoorvariante unterschiedlich
Zitat von: OppiM am 17 September 2017, 09:59:47
Dann habe ich aus FHEM ein ConfigAll abgeschickt. Als Resultat werden jetzt kontinuierlich GHoma_Server Devices angelegt, die aber nach einer Minute in einen Timeout laufen.
Hat jemand einen Tip, was da hakt?
Vermutlich erwarten die Outdoor Dosen einen anderen Initialisierungs String.
Infolge dessen sendet die Dose keinen Heartbeat, der von FHEM beantwortet werden muss. Oder der Heartbeat ist ist unterschiedlich.
Da hilft eigentlich nur die Kommunikation zwischen App und Dose mitzuschneiden. (Wenn du eine Fritzbox hast steht in Post 16 wie das geht.)
Hi,
ich hab mal die Initialisierung mitgeschnitten und versucht, die 53_GHoma.pl entsprechend anzupassen.
Laut Datei sieht die Abfolge ja so aus:
Server 5a a5 00 07|02 05 0d 07 05 07 12|c6 5b b5
Dose 5A A5 00 0B|03 01 0A C0 32 23 62 8A 7E 01 C2|AF 5B B5
Server 5a a5 00 02|05 01|f9 5b b5
Dose 5A A5 00 12|07 01 0A C0 32 23 62 8A 7E 00 01 06 AC CF 23 62 8A 7E|5F 5B B5
Beim mir sieht es so aus:
Server 5a:a5:00:07:02:03:0c:08:10:12:0a:ba:5b:b5:5a:a5:00:01:02:fd:5b:b5
Dose 5a:a5:00:0b:03:01:0a:c0:34:23:92:e0:86:01:66:7b:5b:b5
Server 5a:a5:00:02:05:01:f9:5b:b5
Dose 5a:a5:00:12:07:01:0a:c0:34:23:92:e0:86:00:01:06:ac:cf:23:92:e0:86:41:5b:b5
Ich habe die Orginal-Sequenz "02 05 0d 07 05 07 12" in der 53_GHoma.pl durch mein "02:03:0c:08:10:12:0a" ersetzt (constant INIT1A und my $init1a) sowie die "32" durch meine "34" in my $cinit1.
Dadurch wurde die Dose auch erst mal erkannt, aber konnte nicht initiallisiert werden.
An welcher Stelle muß denn die Antwort auf Init2 geändert werden? Dort ist bei mir auch eine "34" statt der "32".
Hier nochmal ein Auszug aus dem FHEM-Log mit Verbose 5:
2017.09.26 14:44:22 4: Connection accepted from GHoma_Server_192.168.1.168_15478
2017.09.26 14:44:22 4: GHoma_Server: angelegt: GHoma_Server_192.168.1.168_15478
2017.09.26 14:44:25 5: GHoma_92e086 RX: 5A A5 00 12 07 01 0A C0 34 23 92 E0 86 00 01 06 AC CF 23 92 E0 86 41 5B B5
2017.09.26 14:44:25 5: GHoma_92e086 RX: 5A A5 00 11 07 01 0A C0 34 23 92 E0 86 00 02 05 00 01 01 08 1A B3 5B B5
2017.09.26 14:44:25 5: GHoma_92e086 RX: 5A A5 00 15 90 01 0A E0 34 23 92 E0 86 FF FE 01 81 11 00 00 01 00 00 00 00 A4 5B B5
2017.09.26 14:44:43 5: GHoma_92e086 RX: 5A A5 00 09 04 01 0A C0 34 23 92 E0 86 E1 5B B5
2017.09.26 14:44:54 3: GHoma_92e086: Timer abgelaufen
Gruß,
Michael
Hi Michael,
$init1a sollte egal sein. Ich würde Dich bitten, sobald es funktioniert das Originale $init1a nochmals zu testen.
Die Werte in "constant" kannst du ignorieren. Ich wollte das umstellen, habe es nur nie gemacht.
Die Variablen die mit "c" beginnen werden zum prüfen der empfangenen Botschaften verwendet.
Die Init2 Antwort von der Dose besteht ja aus 3 Botschaften.
- Botschaft mit kompletter MAC Adresse
$cmac enthält die ersten 6 Byte dieser Botschaft (Präfix und Bytezahl nicht mitgerechnet)
- Botschaft mit unbekanntem Inhalt
(bei dieser stimmte bei der alten Dose die Bytezahl nicht...bei Dir scheint das zu stimmen ... sollte aber egal sein)
- Botschaft mit dem Status der Dose
$cswitch enthält die ersten 6 Byte dieser Botschaft (Präfix und Bytezahl nicht mitgerechnet)
Bei beiden Variablen also das 5. Byte von 32 auf 34 ändern
Zum Erzeugen der Schaltbotschaft wird "$switch1" verwendet.
Ich vermute, das du hier das 6. Byte von 32 auf 34 ändern musst.
Bitte testen und berichten :)
Grüße
Klaus
Hallo zusammen,
ich habe bei eBay Kleinanzeigen sieben G-Homa Steckdosen günstig geschossen und mich gefreut wie Bolle, weil die 433Mhz Dosen nun endlich durch WLAN-Dosen getauscht werden können. Als ich die Dosen heute versucht habe gemäß Anleitung zu konfigieren dann die Ernüchterung: Mit der aktuellen Firmware 1.8.26 ist die einfache Installation wie hier beschrieben https://wiki.fhem.de/wiki/G-Homa nicht mehr möglich :'( Also habe ich nach Lösungen gesucht und bin dabei auf folgende Seite https://community.openhab.org/t/g-homa-wifi-smart-socket-emw302wf-and-emw302wfo-with-openhab2/21524/16 gestoßen, die mir bei meiner Behelflösung geholfen hat. Nachfolgend möchte ich euch schildern, wie ich vorgegangen bin. Vielleicht lässt sich meine Lösung sauber in das Modul aktualisieren?
Los geht's:
1. In /opt/fhem/ habe ich ein neues Verzeichnis angelegt: ghome
2. Danach wechseln in das ghoma Verzeichnis: cd /opt/fhem/ghoma
3. Node Module in das Verzeichnis installieren:
npm install ghoma
npm install net
npm install express
4. In das Verzeichnis springen /opt/fhem/ghoma/node_modules/ghoma und die Datei express_example.js wie folgt editieren:
Zeile 23: var httpPort = 3000; ändern zu var httpPort = 3001; - weil Alexa bereits unter Port 3000 läuft
Zeile 69: res.send(JSON.stringify(plug)); ändern zu res.send(JSON.stringify(plug.state));
5. Danach kann der MiniServer gestartet werden: node express_example.js Antwort: ghoma express example app start listening on port 3001 for http requests.
6. Nun die Steckdose via App im AP Modus ins eingene Netzwerk einbinden
7. IP der Steckdose im Netzwerk rausfinden
8. Steckdose mit FHEM Server verbinden: node config.js <IP-Steckdose> <IP-FHEM-SERVER> 4196 -> Beispiel: node config.js 192.168.178.20 192.168.178.10 4196
9. Danach solltet ihr folgendes feedback erhalten:
SEND : HF-A11ASSISTHREAD
LISTENING : 0.0.0.0:64433
RECEIVE : 192.168.178.20,ACCF2394A960,HF-LPB100
SEND : +ok
SEND : AT+VER
SEND : AT+NETP=TCP,Client,4196,192.168.178.10
SEND : AT+NETP
RECEIVE : +ok=GAO,Indoor,1.8.26
RECEIVE : +ok
RECEIVE : +ok=TCP,Client,4196,192.168.178.10
Finish success : +ok=TCP,Client,4196,192.168.178.10
CLOSING
10. Testen, ob die Dose auf dem FHEM-Server angelegt wurde. Dazu im Browser eingeben: http://<IP-FHEM-SERVER>:3001/list Danach sollte sowas erscheinen:
0
id "94a961"
state "on"
statechanged "2017-10-10T21:17:51.125Z"
tiggered "remote"
prevstate "off"
initalized "2017-10-10T20:34:59.999Z"
remoteAddress "::ffff:192.168.178.10"
remotePort 15773
reregistered 0
heartbeat "2017-10-10T21:17:37.473Z"
10. Nun kann die Dose via FHEM mittels Dummy und GetFileFromURL geschalten werden. Hier mein funktionierendes Code-Beispiel:
# Ghome Testlampe
define Ghoma_Steckdose_1 dummy
attr Ghoma_Steckdose_1 alexaName Testlampe
attr Ghoma_Steckdose_1 alexaRoom Ghoma
attr Ghoma_Steckdose_1 alias Ghoma_Testlampe
attr Ghoma_Steckdose_1 genericDeviceType light
attr Ghoma_Steckdose_1 group Lichter
attr Ghoma_Steckdose_1 homebridgeMapping On=state,valueOn=/on/,valueOff=/off/,cmdOn=on,cmdOff=off
attr Ghoma_Steckdose_1 room 90_System_Beleuchtung,90_System_Alexa
attr Ghoma_Steckdose_1 webCmd on:off
# Ghome Testlampe Logik einschalten
define Ghoma_Steckdose_1_ein notify Ghoma_Steckdose_1:on {GetFileFromURL("http://127.0.0.1:3001/on/94a961")}
attr Ghoma_Steckdose_1_ein room 90_System_Beleuchtung
# Ghome Testlampe Logik ausschalten
define Ghoma_Steckdose_1_aus notify Ghoma_Steckdose_1:off {GetFileFromURL("http://127.0.0.1:3001/off/94a961")}
attr Ghoma_Steckdose_1_aus room 90_System_Beleuchtung
Hier noch weiter möglichen Aufrufe:
http://localhost:3001/list Displays a list of all registered ghoma wifi plugs.
http://localhost:3001/allon Switch all plugs on.
http://localhost:3001/alloff Switch all plugs off.
http://localhost:3001/on/ID Switch a plug on. Replace ID with the short mac, that can be retrieved by the 'list' call.
http://localhost:3001/off/ID Switch a plug off. Replace ID with the short mac, that can be retrieved by the 'list' call.
http://localhost:3001/state/ID Current state of a plug. Replace ID with the short mac, that can be retrieved by the 'list' call.
Kann das Ganze nun jemand von euch vielleicht noch etwas schöner einbauen? In Sachen Modul bin ich leider raus :-[ Freue mich über eure Hilfe. ::)
Nachtrag zu meinem obigen Post. 8)
Ab Punkt 9 könnt ihr aufhören und stattdessen die Einbindung wie in https://wiki.fhem.de/wiki/G-Homa beschrieben vornehmen.
Der Befehl node config.js <IP-Steckdose> <IP-FHEM-SERVER> 4196 hat unsere Dose zu unserem FHEM Server umkonfiguriert. Damit ist der Define mittels Dummy gar nicht mehr erforderlich, sondern kann direkt über das Modul erfolgen:
define GhomaServer GHoma 4196
attr GhomaServer room 90_System_Beleuchtung,90_System_Alexa
define GhomaDose GHoma 94a961
attr GhomaDose room 90_System_Beleuchtung,90_System_Alexa
So kann ich ganz gut damit leben. Einziger Wehrmutstropfen, die G-Homa App kann die Dosen damit nicht mehr steuern. Ist in meinem Fall aber egal.
Obwohl alt, habe ich keine andere Lösung sehen können.
Zitat von: DrBytebreaker am 15 Dezember 2016, 10:40:50Täglich umbenennen und SPEICHERN ;) nervt ja.
Hatte ich schon hier beantwortet.
Zitat von: DrBytebreaker am 15 Dezember 2016, 10:40:50Ob Autocreate abschalten hilft, wäre mal ein Test wert.
Das habe ich noch nicht getestet. Du?
Zitat von: eckonator am 11 Oktober 2017, 21:13:48
Ab Punkt 9 könnt ihr aufhören und stattdessen die Einbindung wie in https://wiki.fhem.de/wiki/G-Homa beschrieben vornehmen.
Es ist ausreichend ein GHoma Server Device in FHEM anzulegen.
Dann die Dosen ins eigene Netzwerk bringen (GHOMA App).
Über ConfigAll im GHoma Server Device werden alle Dosen automatisch auf den FHEM Server eingestellt.
Zitat von: klausw am 12 Oktober 2017, 16:12:44
Über ConfigAll im GHoma Server Device werden alle Dosen automatisch auf den FHEM Server eingestellt.
Meine komplette Anleitung oben ist für die Tonne. :o
HowTo kurz und knapp:
1. G-Homa Dose im AP Mode ins eigene WLAN bringen
2. autocreate für die Anlage neuer Devices in FHEM aktivieren
3. G-Homa Server anlegen
4. ConfigAll durchführen
5. Prüfen ob die Dosen angelegt wurden und in die richtigen Räumen packen und testen
Hallo,
meine 2 GHoma Dosen werden vom FHEM GHoma Server Device nicht gefunden bzw. lassen sich nicht steuern von FHEM aus. Die Dosen sind im WLAN und werden in der Weboberfläche der FritzBox auch ausgewiesen mit MAC-Adresse und IP-Adresse (192.168.178.29 und 192.168.178.20).
Das ConfigAll habe ich ausgeführt siehe nachfolgende Zeilen aus dem FHEM Log:
2017.10.13 11:13:02.663 3: GHoma: port 4196 opened
2017.10.13 11:14:42.208 1: GHoma: setting server address for GHoma plugs to 192.168.178.32:4196
2017.10.13 11:14:42.211 1: GHoma: sende Multicast: HF-A11ASSISTHREAD
2017.10.13 11:14:42.213 1: GHoma: sende Multicast: +ok
2017.10.13 11:14:42.214 1: GHoma: sende Multicast: AT+NETP=TCP,Client,4196,192.168.178.32
2017.10.13 11:14:42.216 1: GHoma: sende Multicast: AT+TCPTO=120
2017.10.13 11:15:43.261 3: GHoma_192.168.178.29_12254: Timer abgelaufen
2017.10.13 11:16:44.165 3: GHoma_192.168.178.29_12095: Timer abgelaufen
2017.10.13 11:17:45.213 3: GHoma_192.168.178.29_12071: Timer abgelaufen
2017.10.13 11:18:45.440 3: GHoma_192.168.178.20_9529: Timer abgelaufen
2017.10.13 11:18:45.791 3: GHoma_192.168.178.29_8289: Timer abgelaufen
2017.10.13 11:19:47.079 3: GHoma_192.168.178.29_14333: Timer abgelaufen
2017.10.13 11:19:47.338 3: GHoma_192.168.178.20_15963: Timer abgelaufen
List vom Ghoma Server Device: Die CONNECTS (ein Zähler?) werden ca. minütlich mehr (steht aktuell bei 147)
Internals:
CONNECTS 2
DEF 4196
FD 47
NAME GHoma
NR 554
PORT 4196
STATE Initialized
TYPE GHoma
Attributes:
comment FHEM GHoma Server
room GHoma
Was ist an der Konfiguration falsch bzw. was könnte die Ursache sein, dass der FHEM Ghoma Server die Steckdosen nicht findet?
Danke & Grüße,
Harald
Zitat von: hschuett am 13 Oktober 2017, 13:55:25
Was ist an der Konfiguration falsch bzw. was könnte die Ursache sein, dass der FHEM Ghoma Server die Steckdosen nicht findet?
Die Dosen Antworten nicht auf den Heartbeat.
Sind das Innensteckdosen?
Bringt verbose 5 mehr Informationen
Hallo,
ich versuche meine G-Homa Steckdose in den AP Modus zu versetzen. Leider ohne Erfolg. Es kommt dann nach kurzer Verbindung im AP Mode zu der Meldung "kann den AP mit der SSID"G-Homa" nicht finden... obwohl ich mit diesem im WLAN verbunden bin. Hat jemand von euch noch einen Tip?
Danke und Gruß
Hallo zusammen,
gibt es zur Einbindung von G-Homa Steckdosen schon neue Erkenntnisse?
Ich habe zwei Dosen, 1x indoor, 1x outdoor. Die indoor Dose funktioniert einwandfrei über die oben beschriebene Anleitung, bei der outdoor Dose bekomme ich auch immer nur die Meldung "Timer abgelaufen" im fhem log file und es wird kein Device automatisch angelegt.
Dank & Gruß
Sepp
Zitat von: sepp am 07 Dezember 2017, 09:18:42
gibt es zur Einbindung von G-Homa Steckdosen schon neue Erkenntnisse?
Ich habe zwei Dosen, 1x indoor, 1x outdoor. Die indoor Dose funktioniert einwandfrei über die oben beschriebene Anleitung, bei der outdoor Dose bekomme ich auch immer nur die Meldung "Timer abgelaufen" im fhem log file und es wird kein Device automatisch angelegt.
ich hatte eine Antwort auf meine Frage (https://forum.fhem.de/index.php/topic,32191.msg691349.html#msg691349) erwartet.
Wenn das funktioniert würde ich das Modul umbauen.
Grüße
Klaus
Hallo Klaus,
ich hatte gehofft, dass da neben dem Forum vielleicht noch was gelaufen ist.
Aber dann werde ich mich mal am Wochenende hinsetzen und schauen, ob ich das auch getestet bekomme. Muss ich mich nur ein wenig vorher einlesen...
Viele Grüße
Sepp
Zitat von: sepp am 07 Dezember 2017, 19:24:36
ich hatte gehofft, dass da neben dem Forum vielleicht noch was gelaufen ist.
Aber dann werde ich mich mal am Wochenende hinsetzen und schauen, ob ich das auch getestet bekomme. Muss ich mich nur ein wenig vorher einlesen...
leider nein, da bin ich bisschen auf Hilfe angewieden schließlich kann und will ich nicht sämtliche Dosen zum testen kaufen 8)
Aber bevor du dich einliest teste bitte angehängte Version.
Diese extrahiert die beiden Bytes, die ich in Verdacht habe aus den Antworten die von der Dose kommen und sollte auch mit der Außensteckdose funktionieren.
Hallo Klaus,
das ist ja mal richtig cool!!! Es funktioniert und die indoor Dose sogar auch noch!
Einfach perfekt! DANKE! ;D ;D ;D ;D
Da habe ich mir ja einiges an Leserei erspart!
Schönes Wochenende
Sepp
das wollte ich hören...also das es funktioniert ;)
In indoor kann ich ja selbst testen...
wird ab morgen per update verteilt
Hallo Klaus
Sofern noch nicht bekannt, lese Mal bitte was Rudi geschrieben hat.
https://forum.fhem.de/index.php/topic,80712.msg728253.html#msg728253
Grüße
Hallo Marko,
Zitat von: CoolTux am 09 Dezember 2017, 01:03:51
Sofern noch nicht bekannt, lese Mal bitte was Rudi geschrieben hat.
https://forum.fhem.de/index.php/topic,80712.msg728253.html#msg728253
kannst Du mir auf die Sprünge helfen.
Ich kann nicht erkennen was das mit dem Ghoma Modul zu tun hat.
Ghoma = Schaltbarer Zwischenstecker mit WLAN Anbindung
Hat nix mit Google Home zu tun
Hallo Klaus,
Vergiss es. Zwischen thoma und ghoma gibt es doch noch einen Unterschied. Sorry ich wollte Dich da nicht verwirren.
Zitat von: rudolfkoenig am 08 Dezember 2017, 22:46:37
- beim Nachforschen wegen overkiz.com kam ich auf 26_tahoma.pm, und in dessen Quellen auf die ueberraschende Kombination von HttpUtils_BlockingCall mit $hash->{callback}. Wenn ich das nachstelle, kriege ich im FHEM-Log jeweils ein "Found and deleted bad fileno for HASH(0x......)". Das habe ich jetzt gefixt, indem ich bei BlockingCall $hash->callback entferne. Wenn ich es richtig sehe, trat das Problem nur auf, wenn man tahoma mit dem Attribut blocking betrieben hat.
Grüße
Marko
Zitat von: CoolTux am 09 Dezember 2017, 14:19:29
Vergiss es. Zwischen thoma und ghoma gibt es doch noch einen Unterschied. Sorry ich wollte Dich da nicht verwirren.
zu spät 8)
Zitat von: klausw am 22 Oktober 2017, 18:47:22
Die Dosen Antworten nicht auf den Heartbeat.
Sind das Innensteckdosen?
Bringt verbose 5 mehr Informationen
Hallo Klaus,
sorry für die verpätete Antwort auf Deine Frage oben. Es sind Innensteckdosen mit Energiemessfunktion.
Ich habe mit der FritzBox mal die Kommunikation mitgeschnitten und per Wireshark ausgewertet.
Im Anhang sind einige Strings die zw. Steckdose und plug.ghoma.com im Verlauf ausgetauscht werden.
Ich hoffe damit kannst Du ggf. das Modul nochmals ergänzen/erweiteren (falls notwendig).
Zum Teil habe ich bereits versucht in der Datei die Strings etwas zu "zerlegen" und die Bedeutung der Teilstrings zu verstehen bzw. zuzuordnen.
5a:a5: 00:09:04:01:0a:c0:35:23: d3:7d:c6: c2: 5b:b5
Start Nachricht? Ende MAC-Adresse ?? Ende
Viele Grüße,
Harald
Hallo Harald,
Zitat von: hschuett am 10 Dezember 2017, 02:04:26
Ich habe mit der FritzBox mal die Kommunikation mitgeschnitten und per Wireshark ausgewertet.
Im Anhang sind einige Strings die zw. Steckdose und plug.ghoma.com im Verlauf ausgetauscht werden.
Ich hoffe damit kannst Du ggf. das Modul nochmals ergänzen/erweiteren (falls notwendig).
Zum Teil habe ich bereits versucht in der Datei die Strings etwas zu "zerlegen" und die Bedeutung der Teilstrings zu verstehen bzw. zuzuordnen.
schau mal in die ersten Zeilen des GHoma Moduls (kannst es auch direkt in Post 63 öffnen).
Dort habe ich die mir bereits bekannten Informationen zum Protokoll stehen.
jeder String:
Prefix (5a a5)
Anzahl Nutzbytes (2 Byte)
Payload
Checksumme (FF - LowByte der Summe aller Payloadbytes)
Postfix (5b b5)
Heartbeat und Init scheinen identisch zu sein
Zumindest "Timer abgelaufen" dürfte mit dem aktuellen Modul nicht mehr kommen
-> bitte testen
Hast du mit dem aktuellen Modul schon versucht zu schalten?
Eventuell funktioniert es bereits.
Die Pakete die mit "5a:a5:00:16:90" beginnen sind auf alle Fälle neu.
Bit 22 ist da scheinbar durchnummeriert (naja die 06 fehlt)
Eventuell steht da der Zählerstand drin? Hat die Dose eine Energiezählfunktion?
Oder zeigt sie nur den Momentanverbrauch an?
Versuche folgendes rauszufinden:
- ob diese Werte sich von Init zu Init ändern (und es eine Korellation zwischen in der App angezeigten Werten und den Strings gibt).
- wie der String zum abrufen der Energiedaten vom Server aus lautet (evtl. fordert die App das zyklisch an)
- welchen String die Dose sendet wenn direkt an der Dose ein und ausgeschaltet wird
- mit welchem String vom Server die Dose ein und ausgeschaltet wird (also über die App schalten)
Der NTPServer ist meiner Meinung nach nutzlos, die die Schaltuhrfunktion online vom Server geschaltet wird (war jedenfalls bisher so)
Am besten wäre es, wenn du die Kommunikation verstehst und mir sagen kannst was notwendig ist.
Ferndiagnosen sind immer schwierig
Grüße
Klaus
Hallo zusammen. Hat jetzt nix direkt mit FHEM zu tun aber evtl findet ja jemand noch was raus mit dem Tool.
Hatte mir auch einige (2) G-Homa dosen besorgt. 1x indoor, 1 x outdoor. Und beschäftige mich seit gestern damit.
Durch meine Spielerrei funktioniert es mal mit FHEM mal aber auch nicht. Bin gerade dabei mich mit dem Wlan modul zu befassen und bin dabei auf dieses HF-WIFI Config Tools gestoßen. scheint interessant zu sein. Jedenfalls spuckt es jede Menge infos über die AT+ kommandos aus. Übern PC wollte hat es mit "Packet Sender" nur sporadisch funktioniert. Ist ne Android APK. Ich hänge sie mal an.
Gruß matlen67
Hallo,
habe mir auch heute eine indor g-homa gekauft. Leider verstehe ich die Anleitung nicht, ist diese veraltet? In der Wiki und Commandref steht:
Network Parameters settings:
Other Setting -> Protocol auf TCP-Server
Other Setting -> Port ID (wird später für FHEM benötigt)
Other Setting -> Server Address (IP Adresse des FHEM Servers)
Auf was bezieht es sich? Wo findet man das? In der App? AP Mode mit HTTP gibts ja nicht mehr.
Kann mir da jemand weiter helfen?
Steckdosen Firmware: 1.8.26
App Version: 3.0.19
Hy habe einfach die bridge oder wie man das nun nenen mag in FHEM definiert wie im Wiki beschrieben, das teil mit der app in meinem netzwerk intigriert und sie tauchte in FHEM auf fertig.
Gesendet von meinem SM-G950F mit Tapatalk
Hallo,
ich bin mir nach dem Durchlesen nicht ganz sicher, gehen auch die mit der neusten Firmware Problemlos oder gibt es Einschränkungen? Und muss man das "nach Hause Telefonieren" im Router unterbinden oder ist das erledigt, wenn die mit FHEM benutzt wird?
Es gibt nämlich die beiden Indoor für 10€ bzw. 20€ beim Toom:
https://www.toom-baumarkt.de/baumarkt/suche?q=g-homa
Hy hab die neuste FW (hat mir zumindestens kein update angezeigt), internet verbingung hab ich nicht unterbunden (warum auch ??)
Mich würde interessieren ob die strommess Steckdosen auch mit FHEM nutzbar sind.
Gesendet von meinem SM-G950F mit Tapatalk
Zitat von: Gasmast3r am 17 Dezember 2017, 09:44:07
Mich würde interessieren ob die strommess Steckdosen auch mit FHEM nutzbar sind.
siehe Post 70/71 auf voriger Seite
ich werde versuchen es einzubauen
Zitat von: eddso am 16 Dezember 2017, 21:36:20
Network Parameters settings:
Other Setting -> Protocol auf TCP-Server
Other Setting -> Port ID (wird später für FHEM benötigt)
Other Setting -> Server Address (IP Adresse des FHEM Servers)
Auf was bezieht es sich? Wo findet man das? In der App? AP Mode mit HTTP gibts ja nicht mehr.
Kann mir da jemand weiter helfen?
Steckdosen Firmware: 1.8.26
App Version: 3.0.19
Mach mal ein Update, sieht nach alter Modulversion aus.
Für Versionen neuer als 1.06 kannst du diese Einstellungen direkt über das Server Device vom GHoma Modul machen
set <devicename> ConfigAll
Zitat von: Samsi am 16 Dezember 2017, 22:59:35
ich bin mir nach dem Durchlesen nicht ganz sicher, gehen auch die mit der neusten Firmware Problemlos oder gibt es Einschränkungen? Und muss man das "nach Hause Telefonieren" im Router unterbinden oder ist das erledigt, wenn die mit FHEM benutzt wird?
die neueste Firmware sollte funktionieren
Allerdings ist die Dose mit Energiemessfunktion noch nicht integriert.
Die Routersperre ist optional, wie es da steht 8)
Ist letztendlich Deine Sache. Theoretisch könnte GHoma eine Backdoor in die Dose einbauen...
Mir ging es eher um die Verhinderung von Updates.
ZitatDie Routersperre ist optional, wie es da steht 8)
Ist letztendlich Deine Sache. Theoretisch könnte GHoma eine Backdoor in die Dose einbauen...
Mir ging es eher um die Verhinderung von Updates.
Ja, ich dachte wenn man die IP vom FHEM Server angibt, dann würde er versuchen updates etc. vom FHEM Server zu installieren und somit eigentlich gar keine Verbindung mehr zu anderen Servern aufbauen, aber klar es kann natürlich noch ein anderer Server "hart" einprogrammiert sein.
Sorry aber ich verstehe die Vorgehensweise aus der 'Device specific help' nicht.
1) Netzwerk eingerichtet, Steckdose funktioniert mit App
2) Lege ein FHEM device an mit letzten 3 stellen der Steckdosen MAC an 'define ghoma_WZ 94B418' an. Port habe ich ja nicht, neue Firmware.
3) Setze den Befehl ab wie du es sagst 'set ghoma_WZ ConfigAll'
4) Steckdose geht aus dem WLAN und lässt sich nicht mehr Ansprechen/Konfigurieren mit der App (blinkt langsam = keine Verbindung). Erst nach einem Reset der Steckdose (rumspielt mit lange drücken, da keine doku) und Neuanlegen mit Neukonfiguration geht die wieder per App.
Mache ich was falsch?
FHEM auf dem neuestem stand. GHOMA Modul zeigt leider keine Version an. Log:
2017.12.18 20:28:48 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/53_GHoma.pm line 445, <GEN10> line 30204.
2017.12.18 20:28:48 1: ghoma_WZ: setting server address for GHoma plugs to 192.168.2.2:
2017.12.18 20:28:48 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/53_GHoma.pm line 446, <GEN10> line 30204.
2017.12.18 20:28:48 1: ghoma_WZ: sende Multicast: HF-A11ASSISTHREAD
2017.12.18 20:28:48 1: ghoma_WZ: sende Multicast: +ok
2017.12.18 20:28:48 1: ghoma_WZ: sende Multicast: AT+NETP=TCP,Client,,192.168.2.2
2017.12.18 20:28:48 1: ghoma_WZ: sende Multicast: AT+TCPTO=120
Zitat von: eddso am 18 Dezember 2017, 20:44:22
Sorry aber ich verstehe die Vorgehensweise aus der 'Device specific help' nicht.
was genau ist unverständlich?
Bin für Vorschläge offen.
Zitat von: eddso am 18 Dezember 2017, 20:44:22
1) Netzwerk eingerichtet, Steckdose funktioniert mit App
Richtig, gehört mit zur Vorbereitung
Zitat von: eddso am 18 Dezember 2017, 20:44:22
2) Lege ein FHEM device an mit letzten 3 stellen der Steckdosen MAC an 'define ghoma_WZ 94B418' an. Port habe ich ja nicht, neue Firmware.
Falsch
du musst "define <name> GHoma <port>"ausführen
denn damit wird das GHoma Server device angelegt, welches mit den Dosen kommuniziert.
Den Port kannst du selbst wählen (auf diesem lauscht das Server Device)
Der Port wird bei ConfigAll an die Dosen übermittelt.
Defaultport von GHoma ist 4196.
Das könnte ich noch reinschreiben
Neue Zwischenstecker werden beim ersten verbinden automatisch angelegt.
Das Define das du angelegt hast ist eigentlich überflüssig
Zitat von: eddso am 18 Dezember 2017, 20:44:22
3) Setze den Befehl ab wie du es sagst 'set ghoma_WZ ConfigAll'
Das ConfigAll muss im Server Device abgesetzt werden. Dort ist es auch im set dropdown abwählbar.
Die Eingabe wie du sie gemacht hast muss ich wohl noch abfangen.
Das führt eventuell auch zu einer falschen Konfiguration der Dose
AT+NETP=TCP,Client,,192.168.2.2zwischen die beiden Kommas gehört nämlich der Port
Zitat von: eddso am 18 Dezember 2017, 20:44:22
4) Steckdose geht aus dem WLAN und lässt sich nicht mehr Ansprechen/Konfigurieren mit der App (blinkt langsam = keine Verbindung).
Mache ich was falsch?
Die Dose blinkt weil kein Server Device existiert mit dem die Dose kommunizieren kann.
1. Dose einstecken
2.
Netzwerk einrichten
3.
define GServer GHoma 4196
4.
set GServer ConfigAll
Die Dosen selbst werden automatisch angelegt
Die Anleitung von Klaus funktioniert perfekt!
Habe in der Fritzbox bei der Steckdose noch die komplette Internetverbindung gesperrt - somit ist kein Nachhausetelefonieren möglich, aber die G-Homa App funktioniert dadurch logischerweise auch nicht mehr.
Bei mir klappt die Funkübertragung via WLAN um einiges stabiler, als über 433 MHz und einer Funksteckdose. Auch habe ich dadurch eine höhere Reichweite, da das WLAN bei mir doch besser ausgeleuchtet ist.
aha :) danke Klaus.
mich hat in die Irre geführt der Hinweis:
Other Setting -> Port ID (wird später für FHEM benötigt)
und dann
define <name> GHoma <port>
da ich das Erste nicht hatte dachte ich ich muss Device anlegen mit:
define <name> GHoma <Id>
da das dass Einzige ist was in Erfahrung gebracht werden kann bei meiner Steckdose.
Vielen Dank für die Erläuterung jetzt funktioniert es wunderbar.
Gruß Eduard
Zitat von: eddso am 19 Dezember 2017, 19:17:23
aha :) danke Klaus.
mich hat in die Irre geführt der Hinweis:
Other Setting -> Port ID (wird später für FHEM benötigt)
das war für die Firmware 1.06
Steht auch so in der commandref.
Das werde ich noch prominenter platzieren, beim überfliegen übersieht man es leicht
Zitat von: klausw am 19 Dezember 2017, 00:51:31
Die Dose blinkt weil kein Server Device existiert mit dem die Dose kommunizieren kann.
1. Dose einstecken
2.
Netzwerk einrichten
3.
define GServer GHoma 4196
4.
set GServer ConfigAll
Die Dosen selbst werden automatisch angelegt
Abend,
Habe das gleiche Problem, alles so gemacht wie es da steht, bei schritt 4 passiert nichts, Dose blinkt weiter vor sich hin.
Wo werden die Dosen angelegt ? Wo und wie sehe ich das ?
Nachtrag
Fhem selbst liegt auf einer synology in docker, fehlen möglicherweise freigegeben ports ? Freigeben sind alle die ich finden konnte TCP 4196 / 8083 / 8084 / 8085 / 7072, Brauch ich noch UDP ports ?.
Gruß
Steffan
Zitat von: kimbolero am 19 Dezember 2017, 11:41:10
... aber die G-Homa App funktioniert dadurch logischerweise auch nicht mehr.
Das stört mich auch ein wenig. Bastel dazu gerade an einer AndroidApp so das es @Home im Wlan wenigstens funktioniert. Die Grundfunktion wie dynamische anlegen der Devices und schalten funktionieren schon. Die Infos und Schaltvorgänge laufen über http.
http://192.168.178.10:8083/fhem?XHR=1&cmd.GhomaServer=list%20GhomaServer
Internals:
CONNECTS 7
DEF 4196
FD 12
NAME GhomaServer
NR 33
PORT 4196
STATE Initialized
TYPE GHoma
READINGS:
2017-12-18 19:47:18 61d744_source local
2017-12-18 19:47:18 61d744_state off
2017-12-20 03:56:56 93e15c_source remote
2017-12-20 03:56:56 93e15c_state on
2017-12-13 18:01:48 dbf192_source remote
2017-12-13 18:01:48 dbf192_state off
Attributes:Hier gehts zum App Beitrag:https://forum.fhem.de/index.php/topic,81529.0.html (https://forum.fhem.de/index.php/topic,81529.0.html)
Zitat von: Steffan68 am 23 Dezember 2017, 00:58:48
Abend,
Habe das gleiche Problem, alles so gemacht wie es da steht, bei schritt 4 passiert nichts, Dose blinkt weiter vor sich hin.
Wo werden die Dosen angelegt ? Wo und wie sehe ich das ?
Nachtrag
Fhem selbst liegt auf einer synology in docker, fehlen möglicherweise freigegeben ports ? Freigeben sind alle die ich finden konnte TCP 4196 / 8083 / 8084 / 8085 / 7072, Brauch ich noch UDP ports ?.
Wenn die Dose weiter Blinkt dann läuft der Heartbeat nicht.
Das ConfigAll wird als UDP Broadcast ausgeführt.
Wenn die Dosen blinken dann sind sie aber vom GHoma Server schon auf FHEM umgestellt worden würde ich vermuten.
Gibt es irgendwelche Fehlermeldungen im Log?
Zitat von: klausw am 23 Dezember 2017, 18:34:47
Wenn die Dose weiter Blinkt dann läuft der Heartbeat nicht.
Das ConfigAll wird als UDP Broadcast ausgeführt.
Wenn die Dosen blinken dann sind sie aber vom GHoma Server schon auf FHEM umgestellt worden würde ich vermuten.
Gibt es irgendwelche Fehlermeldungen im Log?
Die Dosen blinken weil sie nicht mehr online gehen können, habe ich in der fritzbox für die Dose gesperrt, schalte ich es wieder frei leuchten sie und funktionieren in der ghoma App.
Welche UDP Ports wären das ? Ich schätze mal das diese ohne Eintrag nicht aus meiner docker raus kommen bzw die Dose nicht antworten kann.
Log schau ich mir nacher nochmal an. Stand aber glaub ich nichts drin.
Zitat von: Steffan68 am 23 Dezember 2017, 21:51:44
Die Dosen blinken weil sie nicht mehr online gehen können, habe ich in der fritzbox für die Dose gesperrt, schalte ich es wieder frei leuchten sie und funktionieren in der ghoma App.
Gut, dann hat configall nicht funktioniert.
Dann kann es mit Fhem nicht laufen.
Zitat von: Steffan68 am 23 Dezember 2017, 21:51:44
Welche UDP Ports wären das ? Ich schätze mal das diese ohne Eintrag nicht aus meiner docker raus kommen bzw die Dose nicht antworten kann.
Log schau ich mir nacher nochmal an. Stand aber glaub ich nichts drin.
Broadcast müsste auf Port 48899 rausgehen
Zitat von: klausw am 23 Dezember 2017, 22:39:58
Broadcast müsste auf Port 48899 rausgehen
Damit hat sich leider auch nichts getan. Verstehe ich nicht.
Hier noch mal das log,
2017.12.23 22:25:55 1: Including fhem.cfg
2017.12.23 22:25:55 3: telnetPort: port 7072 opened
2017.12.23 22:25:55 3: WEB: port 8083 opened
2017.12.23 22:25:55 3: WEBphone: port 8084 opened
2017.12.23 22:25:55 3: WEBtablet: port 8085 opened
2017.12.23 22:25:55 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2017.12.23 22:25:55 3: GServer: port 4196 opened
2017.12.23 22:25:55 1: Including ./log/fhem.save
2017.12.23 22:25:55 1: usb create starting
2017.12.23 22:25:55 1: PERL WARNING: Can't exec "lsusb": No such file or directory at ./FHEM/98_autocreate.pm line 537.
2017.12.23 22:25:56 1: usb create end
2017.12.23 22:25:56 0: Featurelevel: 5.8
2017.12.23 22:25:56 0: Server started with 10 defined entities (fhem.pl:15657/2017-12-20 perl:5.020002 os:linux user:fhem pid:8)
2017.12.23 22:26:36 1: GServer: setting server address for GHoma plugs to 172.17.0.2:4196
2017.12.23 22:26:36 1: GServer: sende Multicast: HF-A11ASSISTHREAD
2017.12.23 22:26:36 1: GServer: sende Multicast: +ok
2017.12.23 22:26:36 1: GServer: sende Multicast: AT+NETP=TCP,Client,4196,172.17.0.2
2017.12.23 22:26:36 1: GServer: sende Multicast: AT+TCPTO=120
Edit:
Funktioniert nun, Fehler gefunden. Fhem trägt Localhost als IP ein, damit kann die Dose natürlich nix anfangen. Habe die Dose nun vorher mit node.js bearbeitet, jetzt verbindet sie sich und funktioniert auch.
Hier nochmals die Schritte, wie es bei mir funktioniert hat:
1. G-homa App runterladen und die Steckdosen wie in der g-homa Anleitung beschrieben einrichten - dadurch werden zuerst die WiFi Verbindungsdaten auf der Steckdose gespeichert
2. Fhem Anleitung von Klaus durchgeführt (s.o.)
3. Danach kann man die g-homa in der Fritzbox sperren _ dadurch funktionieren diese aber nur noch via FHEM und nicht mehr mit der g-homa App - will man die App weiter parallel nutzen, dann einfach nicht in der Fritzbox sperren
Hallo, habe gerade meine neue Steckdose mithilfe der oben genannten Anleitung eingebunden. Hat soweit auch alles gut funktioniert. Schalten der Dose in Fhem funktioniert. Wie kann ich den den aktuellen Energieverbrauch auslesen?
Gesendet von iPhone mit Tapatalk
Zitat von: LaMa163 am 06 Januar 2018, 18:52:22
Hallo, habe gerade meine neue Steckdose mithilfe der oben genannten Anleitung eingebunden. Hat soweit auch alles gut funktioniert. Schalten der Dose in Fhem funktioniert. Wie kann ich den den aktuellen Energieverbrauch auslesen?
Martin hat da was gebastelt:
https://forum.fhem.de/index.php/topic,41362.msg736328.html#msg736328
wird eingechecked sobald mein SVN Setup wieder läuft
Zitat von: klausw am 07 Januar 2018, 00:50:31
Martin hat da was gebastelt:
https://forum.fhem.de/index.php/topic,41362.msg736328.html#msg736328
wird eingechecked sobald mein SVN Setup wieder läuft
...das wäre super
Gesendet von iPhone mit Tapatalk
sollte ab heute Verfügbar sein
Zitat von: klausw am 08 Januar 2018, 09:41:47
sollte ab heute Verfügbar sein
Werde es heute Abend testen
Gesendet von iPhone mit Tapatalk
Zitat von: klausw am 08 Januar 2018, 09:41:47
sollte ab heute Verfügbar sein
Funktioniert. Top. Vielen Dank.
Grüße
Gesendet von iPhone mit Tapatalk
Moooin,
nach langer FHEM-Pause (leider nie Zeit) habe ich noch ein paar Fragen zu den G-Homa Teilen... Wäre Super, wenn Ihr mir weiterhelfen könntet ;)
erst mal die Messwerte des Energieverbrauchs-Dingens (ich führe der Vollständigkeit halber mal alle an, auch die, die ich verstehe):
cosphi - ist mir nicht klar. In wie Fern, von was? Woher will er das wissen, worauf bezogen? Ich weiß allerdings auch nur grob, was das bedeutet. Nur finde ich 0,4 bis 0,6 recht niedrig...
current - ist mir klar
energy - ist mir nicht klar. Das sollte doch mein bisheriger Gesamtverbrauch sein, oder? aber doch nicht in KWh? Weil der Wert nicht stimmen kann.... Umrechenbar? Weil genau DAS will ich wissen...
frequency - ist mir klar
maxpower - logisch
power - auch logisch
source - remote? was genau bedeutet das? Wo zuletzt umgeschaltet wurde, per app (bzw. fhem) oder am Knopp?
state - jup
voltage - sowieso logisch
Und dann habe ich noch festgestellt, dass meine G-Homa Steckdosen nach einiger Zeit die Verbindung zur Cloud verloren haben nach der FHEM Einbindung... Soweit kein Problem für mich, habe aber schon 46 Stück davon hier liegen (Toom geplündert) für einen Bekannten, der Explizit beides haben möchte: FHEM und App, macht in seinem Falle auch Sinn, da wir FHEM nicht durch die Firewall nach draußen leiten dürfen, die G-Homa Cloud ist kein Problem, da es die andere Richtung ist (keine Diskussion über IT Sicherheit bitte ;D).... Warum geht das nicht mehr?
Lese die mal folgenes durch ewentuell beantwortet das deine fragen
https://r.tapatalk.com/shareLink?url=https%3A%2F%2Fforum%2Efhem%2Ede%2Findex%2Ephp%3Ftopic%3D41362%2E0&share_tid=41362&share_fid=75100&share_type=t
neues Modul: G-Homa Wifi Steckdose
OK, danke... Dann noch die Frage mit der G-Homa Cloud Kommunikation ;)
Zitat von: MAC66666 am 17 Januar 2018, 14:05:18
OK, danke... Dann noch die Frage mit der G-Homa Cloud Kommunikation ;)
Die Antwort ist einfach: Entweder G-Homa Cloud oder FHEM
Das FHEM Modul ersetzt den G-Homa Server
Theoretisch kannst du auch FHEM außerhalb der Firewall betreiben und die Dosen darauf verbinden.
Achso, ich hatte das Gefühl es ging ne Zeit lang parallel... hmmm... Aber Du hast recht, außerhalb der Firewall bzw. Anderer kanal an der UTM, das Ganze bekommt sowieso ein eigenes WLAN.
Einziger Nachteil: mein unbedarfter Bekannter kann so nicht selbst irgendwelche Zeitschaltunhrfunktionen reinprogrammieren.... Muss ich dann machen...
Hy könntest du das nicht mit temviewer umgehen? Du meldest dich ja dann auf sein pc an und hättest dann localen zugriff. Ich denke das ist sicherer und verbindung geht dann halt nur wenn er sein PC an hatt.
Joar, würde gehen is aber per Handy blöd... Nee, ich löse das über ein zweites Netz, passt schon ;-)
Was kann ich dagegen tun, wenn das WLAN ausfällt, dass die Dose abschaltet? Wohl nix befürchte ich... Hängt nämlich am Kühlschrank :(
Zitat von: MAC66666 am 26 Januar 2018, 22:30:10
Was kann ich dagegen tun, wenn das WLAN ausfällt, dass die Dose abschaltet? Wohl nix befürchte ich... Hängt nämlich am Kühlschrank :(
Hmm, vielleicht liegt das an der aktuellen Firmware. Bei mir halten die Dosen bei Verbindungsabbruch den letzten Zustand.
Kann man da im der App was konfigurieren?
ist die 2.1.25...
Ja echt blöd, sobald WLAN wieder da ist, geht die Dose in den soll-Zustand. K. A. ob die das von sich auch macht oder durch FHEM...
Zitat von: MAC66666 am 26 Januar 2018, 23:23:34
ist die 2.1.25...
Ja echt blöd, sobald WLAN wieder da ist, geht die Dose in den soll-Zustand. K. A. ob die das von sich auch macht oder durch FHEM...
Wenn WLAN weg kann FHEM nix mehr machen, schließlich ist die Verbindung weg.
Als Leistungsmerkmal macht das aber auch keinen Sinn. Es sollte zumindest einstellbar sein.
Zitat von: klausw am 27 Januar 2018, 00:08:48
Wenn WLAN weg kann FHEM nix mehr machen, schließlich ist die Verbindung weg.
Na, ich meinte, sobald das WLAN wieder da ist. Aber da kann FHEM ja auch nix machen, habe ja kein notify o. ä. eingerichtet... merkwürdig.
Bei mir bleibt die an( bei wlan verbindungs Problemen) hatte das glaub in der app mal eingestellt
Ich bekomme es nicht hin .... :P :P :P
Was hab ich gemacht ?
2 Neue G-Homas: Eine mit Leistungszähler eine Ohne.
Beide G-Homas laufen mit der iOS App
Ghoma Modul ist installiert in FHEM
Zur Sicherheit hab ich ein "Update All" gemacht.
In die Config hab ich eingetragen:
define GhomaServer GHoma 4196
attr GhomaServer room 3_SCHALTER
und rereadcfg durchgeführt
Der Server ist auch da.
Set GhomaServer ConfigAll durchgeführt
Aber es passiert "nix". Es werden mit ConfigAll keine Devices angelegt .... der Ghoma Server ist "initialized".
FHEM läuft auf meiner Diskstation DS216+
-Muss ich noch irgendeinen Port weiterleiten ???
Was mache ich denn falsch ... hab den ganzen Threat rauf und runter gelesen .... :-(
Die Dosen sind im selben WLAN wie die DistStation?
Nach erfelgreichem ConfigAll dürftest du mit der App gar nicht mehr auf die Dosen kommen?
Evtl. sperrt die DistStation den Zugriff auf weiterer Ports, oder der Port ist schon belegt.
Steht was im Log?
Hallo Klaus,
danke für die Antwort. Ja, alle sind im gleichen Netzwerk.
Anbei mal den Log Eintrag . ..
hostname: invalid option -- 'I'
Usage: hostname [-v] {hostname|-F file} set hostname (from file)
domainname [-v] {nisdomain|-F file} set NIS domainname (from file)
hostname [-v] [-d|-f|-s|-a|-i|-y|-n] display formatted name
hostname [-v] display hostname
hostname -V|--version|-h|--help print info and exit
dnsdomainname=hostname -d, {yp,nis,}domainname=hostname -y
-s, --short short host name
-a, --alias alias names
-i, --ip-address addresses for the hostname
-f, --fqdn, --long long host name (FQDN)
-d, --domain DNS domain name
-y, --yp, --nis NIS/YP domainname
-F, --file read hostname or NIS domainname from given file
This command can read or set the hostname or the NIS domainname. You can
also read the DNS domain or the FQDN (fully qualified domain name).
Unless you are using bind or NIS for host lookups you can change the
FQDN (Fully Qualified Domain Name) and the DNS domain name (which is
part of the FQDN) in the /etc/hosts file.
2018.02.20 22:37:27 1: GhomaServer: setting server address for GHoma plugs to :4196
2018.02.20 22:37:27 1: GhomaServer: sende Multicast: HF-A11ASSISTHREAD
2018.02.20 22:37:27 1: GhomaServer: sende Multicast: +ok
2018.02.20 22:37:27 1: GhomaServer: sende Multicast: AT+NETP=TCP,Client,4196,
2018.02.20 22:37:27 1: GhomaServer: sende Multicast: AT+TCPTO=120
Zitat von: AnonymousHolger am 20 Februar 2018, 22:39:13
2018.02.20 22:37:27 1: GhomaServer: sende Multicast: AT+NETP=TCP,Client,4196,
setze hiner configall mal die IP deiner Diskstation.
Erklärung:
In der Zeile fehlt die IP deiner DiskStation. Die Dose hat also keine Serveradresse mehr.
Im Log steht auch der Grund:
Ich nutze den Befehl "hostname" um die IP zu bekommen. Das leider recht abgespeckte Linux der DiskStation kennt aber die Option, die ich nutze nicht.
Hallo,
habe hier gestern 2 Steckdosen eingerichtet, eine mit Energiemessung, eine normale ohne.
(Die gibts übrigens immer noch bei Toom für 9,90 € (normal) bzw. 14,90 € (mit Energiemessung))
Nach der Einrichtung war FHEM träge bis nicht mehr erreichbar, ein reboot über die Konsole hat geholfen.
Die normale lieferte gestern folgende Einträge im LOG:
unknown message: 000dfe010ac032239455f60000001fe35bb5
Wenn ich die heute schalte ist die unauffällig, es kommen keine Fehlermeldungen mehr.
Die mit der Energiemessung liefert folgende Einträge im LOG:
unknown message: 001407010ac03523d3279200030807df0509050a3802015bb5
unknown message: 000904010ac03523d327924c5bb5
die bleiben auch und verschwinden nicht , so wie bei der normalen.
Was hat es damit auf sich ?
Beide lassen sich schalten und ich bekomme auch Energieddaten.
Andreas
Jo, haben wir wohl alle... Aber keine Ahnung was das is.
Zitat von: knochenmuehle am 23 Februar 2018, 10:53:50
Hallo,
habe hier gestern 2 Steckdosen eingerichtet, eine mit Energiemessung, eine normale ohne.
(Die gibts übrigens immer noch bei Toom für 9,90 € (normal) bzw. 14,90 € (mit Energiemessung))
Nach der Einrichtung war FHEM träge bis nicht mehr erreichbar, ein reboot über die Konsole hat geholfen.
Die normale lieferte gestern folgende Einträge im LOG:
unknown message: 000dfe010ac032239455f60000001fe35bb5
Wenn ich die heute schalte ist die unauffällig, es kommen keine Fehlermeldungen mehr.
Die mit der Energiemessung liefert folgende Einträge im LOG:
unknown message: 001407010ac03523d3279200030807df0509050a3802015bb5
unknown message: 000904010ac03523d327924c5bb5
die bleiben auch und verschwinden nicht , so wie bei der normalen.
Was hat es damit auf sich ?
Nix besonderes, es heißt nur das eine unbekannte Botschaft ankommt. Alle notwendigen kennt das Model. Es ist rein Informativ um neue Funktionen zu erkennen.
Wenn du rausfindest was es ist kann ich es einbauen ;)
Bei welchem Loglevel kam das nochmal? Evtl. kann man das hochsetzen.
Hallo Klaus,
sorry für die verspätete Rückmeldung. Der Tip mit der IP nach dem ConfigAll war natürlich goldrichtig :-) !
Jetzt kann ich weiter testen und einrichten ! Vielen Dank
Zitat von: klausw am 23 Februar 2018, 21:16:52
Bei welchem Loglevel kam das nochmal? Evtl. kann man das hochsetzen.
kam bei Level 3
Andreas
Zitat von: knochenmuehle am 24 Februar 2018, 10:35:14
kam bei Level 3
Andreas
Das passt, einfach verbose auf 2 oder 1 setzen.
Zitat von: klausw am 24 Februar 2018, 10:40:56
Das passt, einfach verbose auf 2 oder 1 setzen.
werde ich mal probieren ...
neues (altes) Problem: 2 Dosen ohne Energiemessung brachten gestern den
Timer abgelaufen Fehler und waren nicht mehr erreichbar.
Die mit Energiemessung läuft seit einbinden in FHEM durch.
Erst nachdem ich sie stromlos gemacht habe liefen sie wieder.
Gibts da Abhilfe ?
Andreas
Zitat von: knochenmuehle am 25 Februar 2018, 10:37:50
werde ich mal probieren ...
neues (altes) Problem: 2 Dosen ohne Energiemessung brachten gestern den Timer abgelaufen Fehler und waren nicht mehr erreichbar.
Die mit Energiemessung läuft seit einbinden in FHEM durch.
Erst nachdem ich sie stromlos gemacht habe liefen sie wieder.
Gibts da Abhilfe ?
Andreas
Timer abgelaufen bedeutet, das FHEM von der Dose keinen Heartbeat mehr empfängt.
Wenn dies das nächste mal auftritt, im Router nachschauen ob die Dose überhaupt noch online ist.
Zitat von: klausw am 25 Februar 2018, 12:06:15
Timer abgelaufen bedeutet, das FHEM von der Dose keinen Heartbeat mehr empfängt.
Wenn dies das nächste mal auftritt, im Router nachschauen ob die Dose überhaupt noch online ist.
Die Dosen werden mir im Router angezeigt mit aktiviertem Energiesparmodus. Vielleicht liegt da das Problem.
Hab aber bislang keine Möglichkeit gefunden den zu deaktivieren.
Geht da möglicherweise was per AT Befehl ?
Andreas
Zitat von: knochenmuehle am 25 Februar 2018, 12:31:36
Die Dosen werden mir im Router angezeigt mit aktiviertem Energiesparmodus. Vielleicht liegt da das Problem.
Hab aber bislang keine Möglichkeit gefunden den zu deaktivieren.
Geht da möglicherweise was per AT Befehl ?
Andreas
Ist das eventuell ein Einstellung vom Router selbst? Wenn nicht weißt du ob man das über die Ghome App einstellen kann?
Zitat von: klausw am 25 Februar 2018, 13:58:34
Ist das eventuell ein Einstellung vom Router selbst? Wenn nicht weißt du ob man das über die Ghome App einstellen kann?
Hab die G-homa app nur dazu benutzt die Dosen ins Heimnetz zu bringen. Kenne die App sonst gar nicht.
Andreas
Hmm, seit neustem habe ich auch viel "Timer abgelaufen". An zwei verschiedenen Standorten. Eine GHoma Dose war sogar in FHEM verschwunden und neu angelegt mit Standardname... Aber sie funktionieren...
Zitat von: MAC66666 am 26 Februar 2018, 09:40:46
Hmm, seit neustem habe ich auch viel "Timer abgelaufen". An zwei verschiedenen Standorten. Eine GHoma Dose war sogar in FHEM verschwunden und neu angelegt mit Standardname... Aber sie funktionieren...
Was hat sich bei dir geändert? Ins Modul ist in letzter Zeit nur die Anpassung an kWh und die set Erweiterung eingeflossen.
Nix... Alles wie gehabt... Haben sich die Dinger vieleicht ein Update gezogen?
Zitat von: klausw am 25 Februar 2018, 13:58:34
Ist das eventuell ein Einstellung vom Router selbst? Wenn nicht weißt du ob man das über die Ghome App einstellen kann?
Ich meinte ob man das per AT Befehl in den Steckdosen möglicherweise abschalten kann. So wie du das auch mit dem Set ConfigAll machst.
Andreas
habe eben reproduzierbar herausgefunden, dass nach jedem Neustart von FHEM die einfachen Steckdosen ohne Energiemessung offline und somit nicht mehr erreichbar, und erst durch stromlos machen wiederzubeleben sind.
Andreas
Zitat von: MAC66666 am 26 Februar 2018, 11:47:37
Nix... Alles wie gehabt... Haben sich die Dinger vieleicht ein Update gezogen?
Möglich, auf meinen beiden ist noch die originale Version mit Admin Oberfläche drauf.
Oder gibt es Probleme mit dem Wlan? Überprüfe doch mal den Empfangspegel im Router.
Wenn ein anderes Modul in FHEM das System blockiert kann das evtl auch passieren.
Zitat von: knochenmuehle am 26 Februar 2018, 12:27:32
Ich meinte ob man das per AT Befehl in den Steckdosen möglicherweise abschalten kann. So wie du das auch mit dem Set ConfigAll machst.
Das ist möglich, dazu müsste man nur den Befehl herausfinden.
Dennoch halte ich es für unwahrscheinlich. Wieso sollte sich eine Dose schlafen legen, die alle 5s einen Hertbeat rausschickt.
Meine Frage war eher, ob es nicht sein kann, das der Router diesen Modus auslöst
Oh, mir ist was aufgefallen:
Ich verliere eine GHoma immer wieder, siehe Anhang und Log Auszug. Mein vergebener Name ist auch futsch, heisst jetzt wieder GHoma_xxxxxx. Aber steuern kann ich das Ding nach wie vor, Verbindung ist nicht schlecht...
2018.02.26 11:41:59 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 11:44:42 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 11:46:45 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 11:49:18 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 11:50:41 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 11:51:57 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 11:56:51 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 12:04:57 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 12:08:19 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 12:10:20 3: GHOMA_192.168.16.181_15671: Timer abgelaufen
2018.02.26 12:11:47 3: GHOMA_192.168.16.181_15436: Timer abgelaufen
2018.02.26 12:19:19 3: GHOMA_192.168.16.181_9728: Timer abgelaufen
2018.02.26 12:21:59 3: GHOMA_192.168.16.181_10610: Timer abgelaufen
2018.02.26 12:24:43 3: GHOMA_192.168.16.181_16114: Timer abgelaufen
2018.02.26 12:29:00 3: GHOMA_192.168.16.181_11599: Timer abgelaufen
2018.02.26 12:31:38 3: GHOMA_192.168.16.181_11421: Timer abgelaufen
2018.02.26 12:36:27 3: GHOMA_192.168.16.181_9252: Timer abgelaufen
2018.02.26 12:39:25 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 12:48:28 3: GHoma_Roes01: Timer abgelaufen
2018.02.26 12:51:20 3: GHOMA_192.168.16.181_11785: Timer abgelaufen
2018.02.26 12:51:50 2: autocreate: define GHoma_93f47a GHoma 93f47a
2018.02.26 12:52:17 3: GHoma_93f47a unknown message: 000904010ac0322393f47ada5bb5
2018.02.26 12:52:50 3: GHoma_93f47a: Timer abgelaufen
2018.02.26 12:53:14 3: GHoma_93f47a unknown message: 000dfe010ac0322393f47a0000001fc15bb5
2018.02.26 12:54:46 3: GHoma_93f47a: Timer abgelaufen
2018.02.26 13:00:00 3: mittags_GHoma_Roes01: Please define Ghoma_Roes01 first
2018.02.26 14:05:43 3: GHoma_93f47a: Timer abgelaufen
2018.02.26 14:07:39 3: GHOMA_192.168.16.181_16069: Timer abgelaufen
2018.02.26 14:09:25 3: Nmap (nmaptest) - network scan done
2018.02.26 14:09:47 3: GHOMA_192.168.16.181_15379: Timer abgelaufen
2018.02.26 14:11:54 3: GHOMA_192.168.16.181_13798: Timer abgelaufen
2018.02.26 14:14:51 3: GHoma_93f47a: Timer abgelaufen
2018.02.26 14:18:16 3: GHOMA_192.168.16.181_8929: Timer abgelaufen
2018.02.26 14:20:50 3: GHoma_93f47a: Timer abgelaufen
2018.02.26 14:22:53 3: GHOMA_192.168.16.181_8513: Timer abgelaufen
2018.02.26 14:25:16 3: GHOMA_192.168.16.181_13384: Timer abgelaufen
2018.02.26 14:27:20 3: GHoma_93f47a unknown message: 000dfe010ac0322393f47a0000001fc15bb5
2018.02.26 14:29:38 3: GHoma_93f47a: Timer abgelaufen
2018.02.26 14:30:58 3: GHoma_93f47a: Timer abgelaufen
2018.02.26 14:32:18 3: GHoma_93f47a: Timer abgelaufen
2018.02.26 14:33:39 3: GHoma_93f47a: Timer abgelaufen
Hier ist es das erste mal passiert:
2018.02.25 01:54:47 3: GHoma_Roes01: Timer abgelaufen
2018.02.25 02:10:31 3: GHoma_Roes01: Timer abgelaufen
2018.02.25 02:11:34 3: GHOMA_192.168.16.181_16325: Timer abgelaufen
2018.02.25 02:12:13 2: autocreate: define GHoma_93f47a GHoma 93f47a
2018.02.25 02:13:33 3: GHoma_93f47a: Timer abgelaufen
2018.02.25 02:15:03 3: GHoma_93f47a: Timer abgelaufen
2018.02.25 02:17:33 3: GHoma_93f47a: Timer abgelaufen
2018.02.25 02:22:17 3: GHoma_93f47a: Timer abgelaufen
man sieht, dass bereits 1 Minute nach Autocreate der Timer abgelaufen ist. Leider ist nicht dokumentiert, wie das Teil verloren Ging. GHoma_Roes01 ist ja irgendwann einfach weg.
Zitat von: MAC66666 am 26 Februar 2018, 09:40:46Eine GHoma Dose war sogar in FHEM verschwunden und neu angelegt mit Standardname...
Zitat von: MAC66666 am 27 Februar 2018, 08:06:57Mein vergebener Name ist auch futsch, heisst jetzt wieder GHoma_xxxxxx.
Ich kille diese Devices mittels
notify (DOIF geht auch) automatisch. Dann wird automatisch das vorhandene genutzt und alles geht wie vorher.
Zitat von: Per am 12 März 2018, 15:33:17
Ich kille diese Devices mittels notify (DOIF geht auch) automatisch. Dann wird automatisch das vorhandene genutzt und alles geht wie vorher.
Der verschwindet bei mir aber... Naja, ist jetzt nicht mehr passiert, habe noch einen Repeater installiert.
Zitat von: knochenmuehle am 26 Februar 2018, 18:41:23
habe eben reproduzierbar herausgefunden, dass nach jedem Neustart von FHEM die einfachen Steckdosen ohne Energiemessung offline und somit nicht mehr erreichbar, und erst durch stromlos machen wiederzubeleben sind.
Nach dem Neustart von FHEM reicht auch ein "set GHoma_Server ConfigAll" um die Dosen (egal ob mit oder ohne Energiemessung) die offline sind wieder zu erreichen.
Kann man das möglicherweise im Modul abfangen mit einer Prüfung wenn offline dann ConfigAll ?
Andreas
Zitat von: knochenmuehle am 26 Februar 2018, 18:41:23
habe eben reproduzierbar herausgefunden, dass nach jedem Neustart von FHEM die einfachen Steckdosen ohne Energiemessung offline und somit nicht mehr erreichbar, und erst durch stromlos machen wiederzubeleben sind.
Zitat von: knochenmuehle am 13 März 2018, 13:29:50
Nach dem Neustart von FHEM reicht auch ein "set GHoma_Server ConfigAll" um die Dosen (egal ob mit oder ohne Energiemessung) die offline sind wieder zu erreichen.
Kann man das möglicherweise im Modul abfangen mit einer Prüfung wenn offline dann ConfigAll ?
Schöner Mist, meine Dosen mit der alten FW buchen sich brav wieder ein.
Wenn es nur bei FHEM Neustart ist, dann könntest du erstmal
defmod notify_fhem_init notify global:INITIALIZED set GHoma_Server ConfigAllmachen.
So würde bei jedem FHEM Neustart dein gewünschter Befehl ausgeführt.
Das Fix einzubauen bereitet mir Bauchschmerzen, weil ich nicht weiß, ob der Flash Speicher der Dosen permanentes beschreiben so toll findet.
Evtl. geht es auch mit einem anderen Befehl.
Zitat von: MAC66666 am 12 März 2018, 22:57:23
Der verschwindet bei mir aber... Naja, ist jetzt nicht mehr passiert, habe noch einen Repeater installiert.
Bedeutet dies, das du keine Timeouts mehr bekommst?
jup
Zitat von: MAC66666 am 16 März 2018, 21:10:32
jup
Also muss es doch am Empfang gelegen haben. [emoji848]
Hi,
bisher hab ich täglich ein configall ausgeführt, jetzt nach dem Hinweis auf den Flash Speicher aber mal abgeschaltet.
ghoma: setting server address for GHoma plugs to 192.***.***.***:4666
2018.03.22 03:10:00.044 1: ghoma: sende Multicast: HF-A11ASSISTHREAD
2018.03.22 03:10:00.045 1: ghoma: sende Multicast: +ok
2018.03.22 03:10:00.045 1: ghoma: sende Multicast: AT+NETP=TCP,Client,4666,192.***.***.***
2018.03.22 03:10:00.046 1: ghoma: sende Multicast: AT+TCPTO=120
Schreiben alle diese Befehle schon in den Flash?
Vermutlich nur die AT+??
Kann man das:
sende Multicast: HF-A11ASSISTHREAD
einzeln ausführen? Reicht evtl die Dosen wieder zurück zu holen :-)
Ich hab regemäßig offline Dosen, sei es wegen Fhem Neustart oder Wlan Abrissen :-(
Grüße
Achim
Zitat von: CBSnake am 22 März 2018, 12:07:03
sende Multicast: HF-A11ASSISTHREAD
einzeln ausführen? Reicht evtl die Dosen wieder zurück zu holen :-)
das ließe sich über ein separates set machen
Probierst du das mal? (einfach die Zeilen 495 bis 497 mal aus dem Modul löschen ) und neu starten.
Moin,
na klar, kein Problem :-)
so? Zeile 490-500 poste ich mal 495-497 sind auskommentiert (irgendwie mittendrin kommt mir komisch vor, muss das so? ;-))
Log3 $hash, 1, "$hash->{NAME}: setting server address for GHoma plugs to $ownIP:$hash->{PORT}";
my @sdata = (
"HF-A11ASSISTHREAD",
"+ok",
"AT+NETP=TCP,Client,$hash->{PORT},$ownIP\r",
# "AT+TCPTO=120\r"
# );
# foreach (@sdata) {
$socket->send($_);
Log3 $hash, 1, "$hash->{NAME}: sende Multicast: $_";
}
Grüße
Achim
Oh je, einer von uns beiden hat sich verzählt.
Dein Bauchgefühl trügt nicht.
Log3 $hash, 1, "$hash->{NAME}: setting server address for GHoma plugs to $ownIP:$hash->{PORT}";
my @sdata = (
"HF-A11ASSISTHREAD",
# "+ok",
# "AT+NETP=TCP,Client,$hash->{PORT},$ownIP\r",
# "AT+TCPTO=120\r"
);
foreach (@sdata) {
$socket->send($_);
Log3 $hash, 1, "$hash->{NAME}: sende Multicast: $_";
}
du willst nur HF-A11ASSISTHREAD senden, also muss alles andere wech
;-) ich hab Notepad++ zählen lassen (insgesamt 721 Zeilen) evtl zählt dein Programm etwas anders.
Habs nunmal übernommen, hochgeladen und neu gestartet und warte auf das nächste offline
Ich habe das svn für mich zählen lassen.
Pro Zeile um 1 zu inkrementieren sollte ja nicht so schwer sein 8).
Kann es sein, das du in Deinem Modul Änderungen drin hast, die es nicht im SVN gibt?
hmm ich hatte noch die hier:
53_GHoma.pm 15821 2018-01-07 21:36:43Z klausw
Warum auch immer :-)
gibt's da mittlerweile ne Lösung ?
Andreas
Hi,
ich wollte ja mal prüfen ob es mit dem "verkürzten" Kommando geht. "Dummerweise" hab ich kurz danach von DD-WRT Routern auf Unifi umgestellt. Seit dem war keine Dose mehr offline ;-)
Grüße
Achim
Zitat von: CBSnake am 02 Mai 2018, 10:19:55
Hi,
ich wollte ja mal prüfen ob es mit dem "verkürzten" Kommando geht. "Dummerweise" hab ich kurz danach von DD-WRT Routern auf Unifi umgestellt. Seit dem war keine Dose mehr offline ;-)
Grüße
Achim
hab hier auch Unifi (AP AC-PRO und USG) im Einsatz, bei mir verschwinden sie wenn FHEM weg war
Andreas
Hi,
ich hab jetzt mal eine Dose für eine Woche offline genommen, dann wieder eingesteckt und nach wenigen Minuten war sie wieder erreichbar *freu*
Allerdings hab ich bzw wollte ich eben eine neue Dose anlernen, erst ewig mit der App rumgefrickelt, nun ist die zwar im WLAN aber wird mit ConfigAll nicht erreicht ;-(
Sind schon ordentlichen Diven diese Dosen :-)
Grüße
Achim
Zitat von: CBSnake am 21 Mai 2018, 09:26:30
ich hab jetzt mal eine Dose für eine Woche offline genommen, dann wieder eingesteckt und nach wenigen Minuten war sie wieder erreichbar *freu*
Allerdings hab ich bzw wollte ich eben eine neue Dose anlernen, erst ewig mit der App rumgefrickelt, nun ist die zwar im WLAN aber wird mit ConfigAll nicht erreicht ;-(
Sind schon ordentlichen Diven diese Dosen :-)
Hau mal mit dem Hammer drauf 8)
Hat die Dose eine neue Firmware?
Hängen FHEM Server und Dose am selben Router? Ich habe keine Ahnung ob der UDP Broadcast für das Subnetz oder nur den Router gilt.
Moin,
Geduld war das Stichwort, plötzlich war sie dann doch da.
Neue Firmware glaub ich nicht, die liegt schon ewig im Regal und wartete bis wir eine weitere schaltbare Dosen brauchten :-)
Zitat von: klausw am 19 Dezember 2017, 00:51:31
was genau ist unverständlich?
Bin für Vorschläge offen.
Richtig, gehört mit zur Vorbereitung
Falsch
du musst "define <name> GHoma <port>"ausführen
denn damit wird das GHoma Server device angelegt, welches mit den Dosen kommuniziert.
Den Port kannst du selbst wählen (auf diesem lauscht das Server Device)
Der Port wird bei ConfigAll an die Dosen übermittelt.
Defaultport von GHoma ist 4196.
Das könnte ich noch reinschreiben
Neue Zwischenstecker werden beim ersten verbinden automatisch angelegt.
Das Define das du angelegt hast ist eigentlich überflüssig
Das ConfigAll muss im Server Device abgesetzt werden. Dort ist es auch im set dropdown abwählbar.
Die Eingabe wie du sie gemacht hast muss ich wohl noch abfangen.
Das führt eventuell auch zu einer falschen Konfiguration der Dose
AT+NETP=TCP,Client,,192.168.2.2
zwischen die beiden Kommas gehört nämlich der Port
Die Dose blinkt weil kein Server Device existiert mit dem die Dose kommunizieren kann.
1. Dose einstecken
2.
Netzwerk einrichten
3.
define GServer GHoma 4196
4.
set GServer ConfigAll
Die Dosen selbst werden automatisch angelegt
Ich habe heute ebenfalls versucht, nach WIKI und Hilfe eine Dose einzurichten. Anfänglich leider ohne Erfolg. Ich bin wie mein Vorredner vorgegangen (Beitrag vor dem Zitat) , weil es auch so beschrieben wird. Dann habe ich den zitierten Beitrag gefunden, der wesentlich verständlicher ist. Damit hat es sofort geklappt. Portnummer und Server sind nicht im WIKI und in der Hilfe nicht verständlich beschrieben, wenn man noch nie mit dieser Dose zu tun hatte.
Vielen Dank für die Erklärung im zitierten Beitrag.
Ich habe mit meiner Steckdose (ich denke ohne Energieanzeige) massive Probleme.
2018.10.30 16:51:08 5: AlarmCam Heartbeatanfrage empfangen: 5A A5 00 09 04 01 0A C0 32 6B 69 9C C4 CA 5B B5
2018.10.30 16:51:08 5: AlarmCam Heartbeat gesendet
2018.10.30 16:51:28 5: AlarmCam Heartbeatanfrage empfangen: 5A A5 00 09 04 01 0A C0 32 6B 69 9C C4 CA 5B B5
2018.10.30 16:51:28 5: AlarmCam Heartbeat gesendet
2018.10.30 16:51:41 3: GHoma_192.168.178.28_12684: Timer abgelaufen
2018.10.30 16:51:41 4: Connection accepted from GHoma_192.168.178.28_32937
2018.10.30 16:51:41 4: GHoma: angelegt: GHoma_192.168.178.28_32937
2018.10.30 16:51:48 5: AlarmCam Heartbeatanfrage empfangen: 5A A5 00 09 04 01 0A C0 32 6B 69 9C C4 CA 5B B5
2018.10.30 16:51:48 5: AlarmCam Heartbeat gesendet
2018.10.30 16:52:08 5: AlarmCam Heartbeatanfrage empfangen: 5A A5 00 09 04 01 0A C0 32 6B 69 9C C4 CA 5B B5
2018.10.30 16:52:08 5: AlarmCam Heartbeat gesendet
2018.10.30 16:52:28 5: AlarmCam Heartbeatanfrage empfangen: 5A A5 00 09 04 01 0A C0 32 6B 69 9C C4 CA 5B B5
2018.10.30 16:52:28 5: AlarmCam Heartbeat gesendet
2018.10.30 16:52:41 3: GHoma_192.168.178.28_32937: Timer abgelaufen
2018.10.30 16:52:41 4: Connection accepted from GHoma_192.168.178.28_47481
2018.10.30 16:52:41 4: GHoma: angelegt: GHoma_192.168.178.28_47481
2018.10.30 16:52:48 5: AlarmCam Heartbeatanfrage empfangen: 5A A5 00 09 04 01 0A C0 32 6B 69 9C C4 CA 5B B5
2018.10.30 16:52:48 5: AlarmCam Heartbeat gesendet
2018.10.30 16:53:08 5: AlarmCam Heartbeatanfrage empfangen: 5A A5 00 09 04 01 0A C0 32 6B 69 9C C4 CA 5B B5
2018.10.30 16:53:08 5: AlarmCam Heartbeat gesendet
2018.10.30 16:53:28 5: AlarmCam Heartbeatanfrage empfangen: 5A A5 00 09 04 01 0A C0 32 6B 69 9C C4 CA 5B B5
2018.10.30 16:53:28 5: AlarmCam Heartbeat gesendet
2018.10.30 16:53:41 3: GHoma_192.168.178.28_47481: Timer abgelaufen
2018.10.30 16:53:41 4: Connection accepted from GHoma_192.168.178.28_12451
2018.10.30 16:53:41 4: GHoma: angelegt: GHoma_192.168.178.28_12451
Internals:
CFGFN
CONNECTS 17
DEF 4196
FD 63
NAME GHoma
NR 492
PORT 4196
STATE Initialized
TYPE GHoma
READINGS:
2018-10-30 15:38:21 699cc4_source remote
2018-10-30 15:38:21 699cc4_state off
2018-10-30 11:34:28 state Initialized
Attributes:
room GHoma
verbose 5
Internals:
CFGFN
DEF 699cc4
FD 71
FWVERSION 1.8.26
IP 192.168.178.22
Id 699cc4
LASTSTATE off
MAC F0:FE:6B:69:9C:C4
NAME AlarmCam
NR 493
PORT 15892
Pattern 326b
SNAME GHoma
STATE off
TYPE GHoma
READINGS:
2018-10-30 15:38:21 source remote
2018-10-30 15:38:21 state off
Attributes:
room GHoma
verbose 5
Die Dose befindet sich nahe am Router und WLAN-Probleme sind mir nicht aufgefallen. Der Auszug ist Log verbose 5
Ich habe schon mehrfach alles gelöscht und nach Neustart neu angelegt. Auch Router und Pi wurden neu gestartet. Den Einsatzort der Dose habe ich ebenfalls verändert.
Kann man da was machen, oder sollte ich mich für eine andere Steckdose entscheiden?
Danke im Voraus
Mein Problem von Anfang des Jahres besteht doch noch, die Dosen gehen verloren und werden neu angelegt...
Ich dachte ich trickse und verwende nur noch alias (was beim ersten mal funktioniert hat), aber komischerweise geht das nicht. Meine "at" Befehle laufen jetzt wenigstens, da der Name ja immer der Selbe ist, aber alles andere geht verloren...
Aus fhem.cfg:
define GHoma_94303c GHoma 94303c
attr GHoma_94303c alias GHoma_Fuchs02
attr GHoma_94303c devStateIcon 1
attr GHoma_94303c eventMap on:Ein off:Aus
attr GHoma_94303c icon sani_heating
attr GHoma_94303c room Büro_Fuchs,GHoma
Raw definition:
defmod GHoma_94303c GHoma 94303c
attr GHoma_94303c room GHoma
setstate GHoma_94303c off
setstate GHoma_94303c 2018-10-30 12:00:00 source remote
setstate GHoma_94303c 2018-10-30 12:00:00 state off
Log (davon unendlich viel):
2018.10.23 01:14:05 3: GHoma_94303c: Timer abgelaufen
2018.10.23 01:12:18 3: GHoma_94303c: Timer abgelaufen
2018.10.23 01:09:19 3: GHoma_94303c: Timer abgelaufen
2018.10.23 01:07:05 3: GHOMA_192.168.16.169_9823: Timer abgelaufen
2018.10.23 01:04:59 3: GHoma_94303c: Timer abgelaufen
2018.10.23 01:02:32 3: GHOMA_192.168.16.169_14103: Timer abgelaufen
2018.10.23 01:00:08 3: GHOMA_192.168.16.169_14273: Timer abgelaufen
2018.10.23 00:58:21 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:56:15 3: GHoma_94303c unknown message: 000dfe010ac0322394303c0000001fc25bb5
2018.10.23 00:55:47 3: GHoma_94303c unknown message: 000904010ac0322394303cdb5bb5
2018.10.23 00:52:53 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:50:48 3: GHOMA_192.168.16.169_14223: Timer abgelaufen
2018.10.23 00:47:31 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:45:24 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:42:30 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:40:16 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:38:42 3: GHoma_94303c unknown message: 000dfe010ac0322394303c0000001fc25bb5
2018.10.23 00:37:37 3: GHOMA_192.168.16.169_12756: Timer abgelaufen
2018.10.23 00:35:23 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:32:54 3: GHOMA_192.168.16.169_13044: Timer abgelaufen
2018.10.23 00:30:51 3: GHOMA_192.168.16.169_13331: Timer abgelaufen
2018.10.23 00:28:42 3: GHOMA_192.168.16.169_13384: Timer abgelaufen
2018.10.23 00:25:34 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:22:44 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:20:36 3: GHoma_94303c: Timer abgelaufen
2018.10.23 00:18:28 3: GHOMA_192.168.16.169_13278: Timer abgelaufen
Ich hab leider das selbe Problem.
Verbindung bricht ab, obwohl der Router gleich nebendran ist.
Wie ist denn die Prozessorlast zum Zeitpunkt der abgelaufenen Timer?
Ich habe ab und zu mal einen derartigen Fehler, aber dann klemmt gerade das System.
unknown message ist auch suspekt
was zeigt da ein verbose 5?
Hallo zusammen,
ich habe insgesamt 5 G-Homa Steckdosen seit über einem Jahr im Einsatz (angebunden an FHEM). Zwei von diesen Dosen sind Mess-Steckdosen.
In den letzten Wochen habe ich ebenfalls merkwürdige Aktionen seitens FHEM <> G-Homa festgestellt. Bei mir werden ab und zu die Mess-Steckdosen aus FHEM gelöscht.
Dies habe ich schon hier in einer der Beiträge ebenfalls gelesen. Sofern dies geschieht, fängt die Dose weiterhin an zum FHEM Server zu senden und es werden via autocreate die temporären Geräte "GHomaServer_192.168.0.74_xxxxx" angelegt (Bild siehe Anhang).
Zum Einen muss ich nun jeweils die "verloren" gegangene Dose wieder in FHEM anlegen und ein ConfigAll ausführen. Danach noch die temporären Geräte löschen, fertig.
Aber ganz ehrlich, ich verstehe nicht, wieso die Steckdosen ab und zu mal aus FHEM gelöscht werden!? Der "Ruf" zum Server ist dann nachvollziehbar.
Ich glaube, man sollte an dieser Stelle ansetzen, sodass die Dosen nicht mehr von FHEM einfach gelöscht werden.
Wie gesagt, es betrifft immer nur die Mess-Steckdosen. Die anderen normalen Schalt-Steckdosen sind davon nciht betroffen.
Vielleicht kann sich das einer mal bei Gelegenheit anschauen. Derzeit lasse ich dies über ein DOIF von FHEM selbst regeln.
Könnte man aber etwas intelligenter gestalten, sofern man weiß woher der Fehler kommt.
Beste Grüße,
Ingo