Einbindung der kostengünstigen Funkschaltsteckdose PCA 301 mit Energiemessung

[justme1968]

das problem ist das der sketch beim neu anlernen die zuordnung von device zu channel neu auswürfelt.

eigentlich ist mir im fhem modul der channel auch ganz egal. ich arbeite nur mit der eindeutigen device id. aber beim schalten erwartet der sketch den channel. und wenn der nicht mehr passt geht das schalten nicht.

@oliver: vorschlag: kannst du einbauen dass ich beim senden an stelle des channels ein XX senden kann und der sketch einfach den richtigen channel einfügt? dann hätten wir das problem nicht mehr.

gruss
  andre

[justme1968]

das problem ist das der sketch beim neu anlernen die zuordnung von device zu channel neu auswürfelt.

eigentlich ist mir im fhem modul der channel auch ganz egal. ich arbeite nur mit der eindeutigen device id. aber beim schalten erwartet der sketch den channel. und wenn der nicht mehr passt geht das schalten nicht.

@oliver: vorschlag: kannst du einbauen dass ich beim senden an stelle des channels ein XX senden kann und der sketch einfach den richtigen channel einfügt? dann hätten wir das problem nicht mehr.

als workaround einfach das fhem device löschen. es wird bei der nächsten nachricht automatisch wieder angelegt.

gruss
  andre

[ext23]

Btw. bei mir sind es jetzt auch wieder 5 Sekunden, gestern war es den ganzen Tag 30 Sekunden Abstände, irgendwie sehe ich da nicht mehr durch

Gruß
Daniel

[justme1968]

beim intervall muss oliver noch mal ran.

was den channel angeht kann ich einfach immer den channel von jeder nachricht übernehmen und aktualisieren. d.h. im sketch muss nichts geändert werden.

gruss
  andre

[justme1968]

anbei eine version die den in fhem gespeicherten channel automatisch aktualisiert und auch save aufruft wenn autosave nicht deaktiviert ist.

ich kann das leider nicht praktisch testen da ich keine anzeigeeinheit habe.

gruss
  andre

[ph1959de]

anbei eine version die den in fhem gespeicherten channel automatisch aktualisiert und auch save aufruft wenn autosave nicht deaktiviert ist.

ich kann das leider nicht praktisch testen da ich keine anzeigeeinheit habe.

Werde ich heute Abend gleich ausprobieren.

Und dann auch nochmal nachforschen, warum seit Umstellung auf den aktuellen JeeLink Sketch (pcaSerial.10.0i) die Initialisierung immer zwischen 15 und 20 Sekunden dauert:

Code Auswählen Erweitern

2013.11.20 11:49:56 3: Opening myJee device /dev/ttyUSB0
2013.11.20 11:50:13 3: Setting myJee baudrate to 57600


Das war vorher immer unter einer Sekunde.

Gruß, Peter

[Spiff]

Mir ist auch aufgefallen, dass der JeeLink unter STATE für
PCA301 "Initialized" und für
LaCrosse "Opened" anzeigt.

Funktionieren tun beide. Gibt es dafür einen Grund?

Gruß
Spiff.

[justme1968]

initialized wird gesetzt wenn fhem den initialisierung string an den jeelink gesendet hat. den gibt es zur zeit nur für den pca301 sketch. dem lacrosse sketch wird nichts gesendet.

gruss
  andre

[JoeALLb]

Vermutlich hängt es nicht zusammen, aber als ich das aktualisierte Modul testen wollte, ist bei mir aus dem Linux einer der beiden JeeLinks "verschwunden" (der für PCA301 verantwortlich war).
FHEM ist dann abgestürzt und lies sich nicht neu starten.
Ein Restart des OS dauert nun schon seit 10 Minuten -> Vermutlich wird das nix mehr. Komme erst später dazu, am Dachboden über einen Monitor nachzusehen, was da nicht mehr funzt...

[justme1968]

ich hoffe mal das das nicht zusammenhängt...

ich kann das modul laden und auch den neuen teil ausführen.

schau bitte ob noch was geloggt wurde.

gruss
  andre

[JoeALLb]

Code Auswählen Erweitern

2013.11.20 11:49:56 3: Opening myJee device /dev/ttyUSB0
2013.11.20 11:50:13 3: Setting myJee baudrate to 57600

Das war vorher immer unter einer Sekunde.

Mein FHEM-Stzart benötigt seit dem aktuellen Update auch sehr lange.
Konnte zusätzlich feststellen, dass

Code Auswählen Erweitern

usb create starting
extrem lange dauert.
Danach kommt diese Meldung, und alles scheint wieder zu funktionieren:

Code Auswählen Erweitern

syswrite() on closed filehandle GEN42 at fhem.pl line 522.

[justme1968]

ich bin mir ziemlich sicher das es nicht am jeelink oder pca modul liegt. aber fallst du noch mal auf eine ältere version zurückgehen kannst um das zu testen wäre es klasse.

das usb create kannst du abschalten wenn du es nicht brauchst. da wurde vor kurzem noch autocreate für firmata eingebaut. ich meine da war etwas von mehreren sekunden pro device.

gruss
  andre

[ph1959de]

Ich habe den aktuellen Sketch noch mal auf den JeeLink gebracht, das aktualisierte 36_PCA301.pm eingespielt und den BeagleBone anschließend neu gestartet. Jetzt habe ich wieder "normale" Startup-Zeiten (und natürlich so viele Dinge gleichzeitig geändert, dass sich nicht mehr feststellen läßt, woran genau es gelegen hat).

Gruß, Peter

[JoeALLb]

Bei mir funktioniert auch wieder alles. Schuld war ein eingesteckter CUL, den ich nicht in verwendung habe.

[JoeALLb]

Und das Ein und Ausschalten funktioniert mit dem aktualisierten Modul auch wieder hervorragend!!! Danke für die viele Arbeit!!!!