G-Homa WiFi-Steckdose mit fhem?

Begonnen von homeum, 15 Januar 2015, 12:14:03

Vorheriges Thema - Nächstes Thema

klausw

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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

CBSnake

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 :-)
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

Invers

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.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Invers

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
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

MAC66666

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
FHEM @ Ubuntu 20.04 VM@ Windows 2019 Hyper-V @ NVMe
MAXCube als CUL_MAX (Thermostate)
MAXCube als SlowRF (FS20, wird durch ESPs ersetzt, teilweise geschehen)
Einige ESPs mit ESPEasy, zwei GHoma und ein Sonoff Tasmota

neyzen

Ich hab leider das selbe Problem.
Verbindung bricht ab, obwohl der Router gleich nebendran ist.

klausw

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?
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

ih-sqeezer

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