G-Homa WiFi-Steckdose mit fhem?

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

Vorheriges Thema - Nächstes Thema

klausw

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 ConfigAll
machen.

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

MAC66666

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

klausw

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

MAC66666

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

CBSnake

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

klausw

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

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

klausw

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

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

klausw

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

hmm ich hatte noch die hier:

53_GHoma.pm 15821 2018-01-07 21:36:43Z klausw

Warum auch immer :-)
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

knochenmuehle

gibt's da mittlerweile ne Lösung ?

Andreas

CBSnake

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

knochenmuehle

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

CBSnake

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