permundo SmartPlug PSC234 wireless relay switch with metering

krikan · 06 Oktober 2014, 21:44:34

Schneller zurück als gedacht, darum doch Problemhinweise. Keine Ahnung, ob dieses Problem nur bei mir auftritt. Könnte das bitte jemand gegenchecken.

PSC liefert mir keine Rückgabewerte mehr. Ein- und Ausschalten geht jedoch. Änderungen sind meinerseits nicht (bewusst) erfolgt. Update-Stand heute; Problem könnte aber schon länger existieren. Ursache ist mir vollkommen unklar; stacktrace von Dietmar63 verstehe ich aber nicht.

@klaus.schauer: Hoffe, dass Du es verstehst. Wenn Du mehr Infos brauchst, gib mir bitte die entsprechenden Hinweise.

version:

Code Auswählen

# $Id: fhem.pl 6684 2014-10-05 07:42:43Z rudolfkoenig $ 
# $Id: 10_CUL_HM.pm 6642 2014-09-30 20:09:35Z martinp876 $ 
# $Id: 10_EnOcean.pm 6579 2014-09-20 08:27:16Z klaus-schauer $ 
# $Id: 72_FB_CALLMONITOR.pm 6624 2014-09-27 13:47:52Z markusbloch $ 
# $Id: 01_FHEMWEB.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $ 
# $Id: 92_FileLog.pm 6571 2014-09-19 16:05:56Z rudolfkoenig $ 
# $Id: 00_HMLAN.pm 6471 2014-08-27 12:32:38Z martinp876 $ 
# $Id: 98_HMinfo.pm 6575 2014-09-19 18:33:13Z martinp876 $ 
# $Id: 98_HTTPMOD.pm 6463 2014-08-26 16:14:30Z ststrobel $ 
# $Id: 99_SUNRISE_EL.pm 6682 2014-10-05 07:21:36Z rudolfkoenig $ 
# $Id: 98_SVG.pm 6649 2014-10-01 16:01:50Z rudolfkoenig $ 
# $Id: 42_SYSMON.pm 6678 2014-10-04 20:18:01Z hexenmeister $ 
# $Id: 00_TCM.pm 6559 2014-09-15 19:10:40Z klaus-schauer $ 
# $Id: 45_TRX.pm 5957 2014-05-24 13:46:29Z wherzig $ 
# $Id: 46_TRX_LIGHT.pm 6225 2014-07-09 18:36:02Z wherzig $ 
# $Id: 46_TRX_WEATHER.pm 5719 2014-05-01 19:18:38Z wherzig $ 
# $Id: 59_Twilight.pm 6318 2014-07-25 22:13:51Z dietmar63 $ 
# $Id: 70_USBEHZ.pm 3011 2013-04-01 11:35:04Z wherzig $ 
# $Id: 99_Utils.pm 6660 2014-10-03 06:35:43Z rudolfkoenig $ 
# $Id: 59_Weather.pm 6657 2014-10-02 19:53:20Z borisneubert $ 
# $Id: 00_ZWDongle.pm 6592 2014-09-21 20:01:13Z rudolfkoenig $ 
# $Id: 10_ZWave.pm 6693 2014-10-05 21:15:33Z rudolfkoenig $ 
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $ 
# $Id: 91_eventTypes.pm 6428 2014-08-20 11:51:27Z rudolfkoenig $ 
# $Id: 91_notify.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $ 
# $Id: 33_readingsGroup.pm 6262 2014-07-16 07:46:03Z justme1968 $ 
# $Id: 33_readingsHistory.pm 5918 2014-05-20 21:19:58Z justme1968 $ 
# $Id: 91_sequence.pm 6629 2014-09-29 09:12:34Z rudolfkoenig $ 
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $ 
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $

List betroffenes Device:

Code Auswählen

Internals: 
   DEF        0186AF62 
   IODev      TCM_ESP3_2 
   NAME       EnO_UTE_0186AF62 
   NOTIFYDEV  global 
   NR         119 
   STATE      on 
   TYPE       EnOcean 
   Readings: 
     2014-10-06 18:23:27   channelAll      off 
     2014-10-06 21:24:03   channelFF       on 
     2014-10-04 13:07:50   currentTariff   0 
     2014-10-06 18:23:27   dim             0 
     2014-10-06 21:24:03   dimFF           100 
     2014-10-04 13:07:50   energy0         0.6 
     2014-09-21 20:03:33   error0          ok 
     2014-09-21 20:03:33   localControl0   disabled 
     2014-09-21 20:03:33   overCurrentOff0 ready 
     2014-10-04 12:55:48   power           0 
     2014-09-21 20:03:33   powerFailure0   disabled 
     2014-09-21 20:03:33   powerFailureDetection0 not_detected 
     2014-10-06 21:24:03   state           on 
Attributes: 
   IODev      TCM_ESP3_2 
   comMode    biDir 
   devChannel FF 
   manufID    033 
   room       EnOcean 
   subDef     FFAEEE83 
   subType    actuator.01

Log-Auszug (Erste Warnung beim Aufruf Detail-Seite; Restliche Warnungen bei geloggten Vorgängen):

Code Auswählen

2014.10.06 21:22:01 1: PERL WARNING: Argument "FF" isn't numeric in addition (+) at ./FHEM/10_EnOcean.pm line 496.
2014.10.06 21:22:01 3: stacktrace:
2014.10.06 21:22:01 3:     main::__ANON__                      called by ./FHEM/10_EnOcean.pm (492)
2014.10.06 21:22:01 3:     main::EnOcean_Get                   called by fhem.pl (2902)
2014.10.06 21:22:01 3:     main::CallFn                        called by fhem.pl (1494)
2014.10.06 21:22:01 3:     main::CommandGet                    called by fhem.pl (2083)
2014.10.06 21:22:01 3:     main::getAllGets                    called by ./FHEM/01_FHEMWEB.pm (1002)
2014.10.06 21:22:01 3:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (737)
2014.10.06 21:22:01 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (393)
2014.10.06 21:22:01 3:     main::FW_Read                       called by fhem.pl (2902)
2014.10.06 21:22:01 3:     main::CallFn                        called by fhem.pl (594)
2014.10.06 21:22:09 3: EnOcean get EnO_UTE_0186AF62 measurement 30 energy
2014.10.06 21:22:09 5: TCM TCM_ESP3_2 sending 55000807013DD2061EFFAEEE8300030186AF62FF00C7
2014.10.06 21:22:09 5: SW: 55000807013DD2061EFFAEEE8300030186AF62FF00C7
2014.10.06 21:22:09 5: TCM TCM_ESP3_2 RAW: 5500010002650000
2014.10.06 21:22:09 5: TCM TCM_ESP3_2 RESPONSE: OK
2014.10.06 21:22:09 1: PERL WARNING: Argument "FF" isn't numeric in addition (+) at ./FHEM/10_EnOcean.pm line 496.
2014.10.06 21:22:09 3: stacktrace:
2014.10.06 21:22:09 3:     main::__ANON__                      called by ./FHEM/10_EnOcean.pm (492)
2014.10.06 21:22:09 3:     main::EnOcean_Get                   called by fhem.pl (2902)
2014.10.06 21:22:09 3:     main::CallFn                        called by fhem.pl (1494)
2014.10.06 21:22:09 3:     main::CommandGet                    called by fhem.pl (2083)
2014.10.06 21:22:09 3:     main::getAllGets                    called by ./FHEM/01_FHEMWEB.pm (1002)
2014.10.06 21:22:09 3:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (737)
2014.10.06 21:22:09 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (393)
2014.10.06 21:22:09 3:     main::FW_Read                       called by fhem.pl (2902)
2014.10.06 21:22:09 3:     main::CallFn                        called by fhem.pl (594)
2014.10.06 21:23:14 1: PERL WARNING: Argument "FF" isn't numeric in addition (+) at ./FHEM/10_EnOcean.pm line 496.
2014.10.06 21:23:14 3: stacktrace:
2014.10.06 21:23:14 3:     main::__ANON__                      called by ./FHEM/10_EnOcean.pm (492)
2014.10.06 21:23:14 3:     main::EnOcean_Get                   called by fhem.pl (2902)
2014.10.06 21:23:14 3:     main::CallFn                        called by fhem.pl (1494)
2014.10.06 21:23:14 3:     main::CommandGet                    called by fhem.pl (2083)
2014.10.06 21:23:14 3:     main::getAllGets                    called by ./FHEM/01_FHEMWEB.pm (1002)
2014.10.06 21:23:14 3:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (737)
2014.10.06 21:23:14 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (393)
2014.10.06 21:23:14 3:     main::FW_Read                       called by fhem.pl (2902)
2014.10.06 21:23:14 3:     main::CallFn                        called by fhem.pl (594)
2014.10.06 21:23:20 3: EnOcean get EnO_UTE_0186AF62 measurement 30 energy
2014.10.06 21:23:20 5: TCM TCM_ESP3_2 sending 55000807013DD2061EFFAEEE8300030186AF62FF00C7
2014.10.06 21:23:20 5: SW: 55000807013DD2061EFFAEEE8300030186AF62FF00C7
2014.10.06 21:23:20 5: TCM TCM_ESP3_2 RAW: 5500010002650000
2014.10.06 21:23:20 5: TCM TCM_ESP3_2 RESPONSE: OK
2014.10.06 21:23:20 1: PERL WARNING: Argument "FF" isn't numeric in addition (+) at ./FHEM/10_EnOcean.pm line 496.
2014.10.06 21:23:20 3: stacktrace:
2014.10.06 21:23:20 3:     main::__ANON__                      called by ./FHEM/10_EnOcean.pm (492)
2014.10.06 21:23:20 3:     main::EnOcean_Get                   called by fhem.pl (2902)
2014.10.06 21:23:20 3:     main::CallFn                        called by fhem.pl (1494)
2014.10.06 21:23:20 3:     main::CommandGet                    called by fhem.pl (2083)
2014.10.06 21:23:20 3:     main::getAllGets                    called by ./FHEM/01_FHEMWEB.pm (1002)
2014.10.06 21:23:20 3:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (737)
2014.10.06 21:23:20 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (393)
2014.10.06 21:23:20 3:     main::FW_Read                       called by fhem.pl (2902)
2014.10.06 21:23:20 3:     main::CallFn                        called by fhem.pl (594)
2014.10.06 21:23:41 5: TCM TCM_ESP3_2 RAW: 55000707017AD5090000FA27
2014.10.06 21:23:41 5: TCM TCM_ESP3_2 RAW: 55000707017AD5090000FA270003FFFFFFFF4C0036
2014.10.06 21:23:41 5: TCM_ESP3_2 dispatch EnOcean:1:D5:09:0000FA27:00:03FFFFFFFF4C00
2014.10.06 21:23:55 1: PERL WARNING: Argument "FF" isn't numeric in addition (+) at ./FHEM/10_EnOcean.pm line 496.
2014.10.06 21:23:55 3: stacktrace:
2014.10.06 21:23:55 3:     main::__ANON__                      called by ./FHEM/10_EnOcean.pm (492)
2014.10.06 21:23:55 3:     main::EnOcean_Get                   called by fhem.pl (2902)
2014.10.06 21:23:55 3:     main::CallFn                        called by fhem.pl (1494)
2014.10.06 21:23:55 3:     main::CommandGet                    called by fhem.pl (2083)
2014.10.06 21:23:55 3:     main::getAllGets                    called by ./FHEM/01_FHEMWEB.pm (1002)
2014.10.06 21:23:55 3:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (737)
2014.10.06 21:23:55 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (393)
2014.10.06 21:23:55 3:     main::FW_Read                       called by fhem.pl (2902)
2014.10.06 21:23:55 3:     main::CallFn                        called by fhem.pl (594)
2014.10.06 21:24:03 1: PERL WARNING: Argument "FF" isn't numeric in addition (+) at ./FHEM/10_EnOcean.pm line 1726.
2014.10.06 21:24:03 3: stacktrace:
2014.10.06 21:24:03 3:     main::__ANON__                      called by ./FHEM/10_EnOcean.pm (1716)
2014.10.06 21:24:03 3:     main::EnOcean_Set                   called by fhem.pl (2897)
2014.10.06 21:24:03 3:     main::CallFn                        called by fhem.pl (1434)
2014.10.06 21:24:03 3:     main::DoSet                         called by fhem.pl (1464)
2014.10.06 21:24:03 3:     main::CommandSet                    called by fhem.pl (966)
2014.10.06 21:24:03 3:     main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (1915)
2014.10.06 21:24:03 3:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (601)
2014.10.06 21:24:03 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (393)
2014.10.06 21:24:03 3:     main::FW_Read                       called by fhem.pl (2902)
2014.10.06 21:24:03 3:     main::CallFn                        called by fhem.pl (594)
2014.10.06 21:24:03 3: EnOcean set EnO_UTE_0186AF62 on 010064
2014.10.06 21:24:03 5: TCM TCM_ESP3_2 sending 550009070156D2010064FFAEEE8300030186AF62FF00E6
2014.10.06 21:24:03 5: SW: 550009070156D2010064FFAEEE8300030186AF62FF00E6
2014.10.06 21:24:03 5: TCM TCM_ESP3_2 RAW: 5500010002650000
2014.10.06 21:24:03 5: TCM TCM_ESP3_2 RESPONSE: OK
2014.10.06 21:24:03 1: PERL WARNING: Argument "FF" isn't numeric in addition (+) at ./FHEM/10_EnOcean.pm line 496.
2014.10.06 21:24:03 3: stacktrace:
2014.10.06 21:24:03 3:     main::__ANON__                      called by ./FHEM/10_EnOcean.pm (492)
2014.10.06 21:24:03 3:     main::EnOcean_Get                   called by fhem.pl (2902)
2014.10.06 21:24:03 3:     main::CallFn                        called by fhem.pl (1494)
2014.10.06 21:24:03 3:     main::CommandGet                    called by fhem.pl (2083)
2014.10.06 21:24:03 3:     main::getAllGets                    called by ./FHEM/01_FHEMWEB.pm (1002)
2014.10.06 21:24:03 3:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (737)
2014.10.06 21:24:03 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (393)
2014.10.06 21:24:03 3:     main::FW_Read                       called by fhem.pl (2902)
2014.10.06 21:24:03 3:     main::CallFn                        called by fhem.pl (594)
2014.10.06 21:24:10 1: PERL WARNING: Argument "FF" isn't numeric in addition (+) at ./FHEM/10_EnOcean.pm line 496.
2014.10.06 21:24:10 3: stacktrace:
2014.10.06 21:24:10 3:     main::__ANON__                      called by ./FHEM/10_EnOcean.pm (492)
2014.10.06 21:24:10 3:     main::EnOcean_Get                   called by fhem.pl (2902)
2014.10.06 21:24:10 3:     main::CallFn                        called by fhem.pl (1494)
2014.10.06 21:24:10 3:     main::CommandGet                    called by fhem.pl (2083)
2014.10.06 21:24:10 3:     main::getAllGets                    called by ./FHEM/01_FHEMWEB.pm (1002)
2014.10.06 21:24:10 3:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (737)
2014.10.06 21:24:10 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (393)
2014.10.06 21:24:10 3:     main::FW_Read                       called by fhem.pl (2902)
2014.10.06 21:24:10 3:     main::CallFn                        called by fhem.pl (594)

Gruß, Christian

therapy · 07 Oktober 2014, 08:28:13

Guten Morgen,

danke erstmal für den Hinweis das reading zu aktualisieren, jetzt wird mitgeschrieben. Die Ausgabe erfolgt (noch) nur bei Abfrage des readings, aber immerhin!
Ja, so langsam sollte ich mich auch der 1kWh nähern, mich hat nur irritiert das da eben 0.0 stand, bin davon ausgegangen das auch Nachkommastellen gemessen werden können (was jetzt auch passiert z.B. : 0.097 kWh bei einem weiteren Zwischenstecker).

Zu deinem Problem:
Gestern habe ich diese Fehlermeldungen auch bekommen, Daten wurden trotzdem (auf den ersten Blick auch plausible Werte) übermittelt.
Heute morgen fix geupdated und nun sind die Fehlermeldungen ausgeblieben, weiterhin bekomme ich Messwerte.

Grüße
therapy

krikan · 07 Oktober 2014, 09:04:23

Gut, das es bei Dir jetzt per Abfrage (D2-Telegramm) funktioniert. Eigentlich hatte ich aber in Erinnerung, dass sich die Werte beim PSC automatisch regelmäßig über A5-Telegramm aktualisieren und hatte es so auch hier (http://forum.fhem.de/index.php/topic,23613.msg171513.html#msg171513) und im Wiki dokumentiert. Findet bei Dir wirklich keine regelmäßige automatische Aktualisierung stattfindet. Hast Du ein (altes) Filelog (ich nicht)? Dort auch keine regelmäßigen Aktualisierungen erkennbar?

Zitat
Heute morgen fix geupdated und nun sind die Fehlermeldungen ausgeblieben, weiterhin bekomme ich Messwerte.

Oder heißt das regelmäßige automatische Aktualisierung?

Mein System scheint ja derzeit irgendein Problem zu haben, dem ich wohl erst auf den Grund gehen muss, bevor ich alle wild mache. Dennoch würde ich stacktrace gerne verstehen.
Was mir bei meinem betroffenen Device (obiges list) im nachhinein auffällt, ist ein fehlendes IODEV. Kann das zu ausbleibenden Rückantworten führen? Wird das nicht automatisch gesetzt?

therapy · 07 Oktober 2014, 09:26:47

Leider findet (noch) keine automatische Aktualisierung statt, aber ich mache mich erstmal auf die Suche ob das nicht einfach an meinem Unwissen liegt. Bin noch ganz frisch in Sachen FHEM

Ein altes Filelog habe ich leider nicht, das älteste ist das mit den Fehlermedlungen und da wurde eben nicht automatisch aktualisiert.

Mit fix geupdated meinte ich den FHEM-Server ansich, ich werde das nun aber weiterhin beobachten und berichten wie sich das System verhält.

krikan · 07 Oktober 2014, 10:03:39

ZitatLeider findet (noch) keine automatische Aktualisierung statt, aber ich mache mich erstmal auf die Suche ob das nicht einfach an meinem Unwissen liegt.

Das sollte nach dem korrekten Anlern-Vorgang eigentlich auch automatisch mit A5-Telegramm laufen. Automatische Werte kamen im rhytmischen Abstand (20? min).
Beruhigt mich ein wenig, dass es dann nicht nur bei mir so ist. Bringt uns aber der Lösung nicht näher

.

therapy · 07 Oktober 2014, 13:22:49

Das FHEM-Log spuckt regelmäßig (alle 20 min kommt in etwa hin) ein reading für energy0 aus, jedoch immer 0.0.
Sobald ich das manuell mit einer Abfrage anstoße wird aus den 0.0 irgendein Wert z.B. 0.037, welcher größer ist als der vorherige abgefragte Wert.
Im SmartPlug scheint also richtig "mitgezählt" zu werden, nur die Werte die automatisch übermittelt werden sind Mist, oder eben das Empfangen der Daten zickt.

Hier ein Beispiel:

Code Auswählen

2014-10-07_13:11:23 EnO_sensor_0186FF50 energyUnit0: KWh
2014-10-07_13:11:23 EnO_sensor_0186FF50 energy0: 0.038
2014-10-07_13:11:26 EnO_sensor_0186FF50 power: 23
2014-10-07_13:11:29 EnO_sensor_0186FF50 power: 24
2014-10-07_13:11:32 EnO_sensor_0186FF50 power: 23
2014-10-07_13:11:35 EnO_sensor_0186FF50 energy0: 0.0
2014-10-07_13:11:35 EnO_sensor_0186FF50 currentTariff: 0
......
2014-10-07_13:17:20 EnO_sensor_0186FF50 power: 19
2014-10-07_13:17:23 EnO_sensor_0186FF50 energy0: 0.0
......
2014-10-07_13:19:47 EnO_sensor_0186FF50 power: 20
2014-10-07_13:19:48 EnO_sensor_0186FF50 energyUnit0: KWh
2014-10-07_13:19:48 EnO_sensor_0186FF50 energy0: 0.041

Um 13:11:23 Uhr habe ich manuell den Wert für energy0 abgefragt, die Ausgabe für energy0 um 13:11:35 ist wiederrum die Standardausgabe die immer bei 0.0 bleibt und regelmäßig erfolgt.
Wenn ich nun später manuell abfrage wird mir ein plausibler Wert angegeben (z.B. um 13:19:40), obwohl die automatische Ausgabe um 13:17:23 mit 0.0 angegeben war.

krikan · 07 Oktober 2014, 13:42:43

Abweichende Werte bei energy0 sind für mich halbwegs nachvollziehbar, da das Reading aus dem regelmäßigen A5-Telegramm und der Abfrage mit D2-Telegramm gewonnen wird. Die Telegramme haben im Original unterschiedliche Einheiten kwh bzw. Wh. klaus.schauer hat das auf meinen Wunsch (vgl. oben im Thread) angeglichen. Dadurch kommt es wohl zu Rundungsdifferenzen, die mir aber (als es bei mir noch funktionierte) nicht aufgefallen sind.

Hast Du bei der manuellen Abfrage kein stacktrace mit PERL WARNING im zentralen Fhem-Log und update-Stand von heute (mit nachfolgendem "shutdown restart")?

therapy · 07 Oktober 2014, 14:17:25

Das kommt davon wenn man so ungeduldig ist

Die Stacktrace Fehler sind leider wieder da,
Bezgl. der Rundungsfehler lasse ich die Messungen einfach mal laufen und schaue wie sich das entwickelt.

krikan · 07 Oktober 2014, 20:20:47

Mein Problem mit den fehlenden Rücktelegrammen des PSC234 ist geklärt Es liegt an meiner Installation und hat nichts mit Fhem zu tuen. Dietmars stacktrace ist nur zufällig mit meinem Problem zusammengefallen (@klaus.schauer: hoffe Du hast jetzt noch nicht allzu tief gesucht! Sorry!).
Für Interessierte: Mein ZWave-Stick hat anscheinend die Funkkommunikation gestört. Nach dem Abstöbseln kommen alle Rücktelegramme von EnOcean wieder an. Für mich verwunderlich, da der Aufbau so seit Monaten funktionsfähig war.

Zurück zum PSC234: Die Readings power, energy0 und currentTariff werden vom ca. alle 10min von meinem PSC an Fhem gesendet.

Zitat
Bezgl. der Rundungsfehler lasse ich die Messungen einfach mal laufen und schaue wie sich das entwickelt.

Die Rundsdifferenzen zwischen regelmäßigem Telegramm und manueller Abfrage wirst Du immmer haben. Es sei denn klaus.schauer baut eine Rundung ein, was aber meiner Meinung nach nicht sinnnvoll ist.

klaus.schauer · 07 Oktober 2014, 20:56:29

Zitat von: krikan am 06 Oktober 2014, 21:44:34
Code Auswählen Erweitern
Internals: DEF 0186AF62 IODev TCM_ESP3_2 NAME EnO_UTE_0186AF62 NOTIFYDEV global NR 119 STATE on TYPE EnOcean Readings: 2014-10-06 18:23:27 channelAll off 2014-10-06 21:24:03 channelFF on 2014-10-04 13:07:50 currentTariff 0 2014-10-06 18:23:27 dim 0 2014-10-06 21:24:03 dimFF 100 2014-10-04 13:07:50 energy0 0.6 2014-09-21 20:03:33 error0 ok 2014-09-21 20:03:33 localControl0 disabled 2014-09-21 20:03:33 overCurrentOff0 ready 2014-10-04 12:55:48 power 0 2014-09-21 20:03:33 powerFailure0 disabled 2014-09-21 20:03:33 powerFailureDetection0 not_detected 2014-10-06 21:24:03 state on Attributes: IODev TCM_ESP3_2 comMode biDir devChannel FF manufID 033 room EnOcean subDef FFAEEE83 subType actuator.01

Code Auswählen


devChannel FF

Den devChannel FF gibt lt. EEP nicht. Bitte Gerät neu anlernen... mal sehen, was dabei rauskommt. Falls dann immer noch "FF" angezeigt wird, müsste ich die Besonderheit zusätzlich aufnehmen.

krikan · 07 Oktober 2014, 21:02:08

ZitatDen devChannel FF gibt lt. EEP nicht. Bitte Gerät neu anlernen... mal sehen, was dabei rauskommt. Falls dann immer noch "FF" angezeigt wird, müsste ich die Besonderheit zusätzlich aufnehmen.

Mach ich. Mein zweiter PSC hat aber den gleichen devChannel FF. Brauchst Du zusätzliche Logs mit verbose 5?

Habe den zweiten komplett zurückgesetzt und neu angelernt. Ergebnis wieder devChannel FF.
list

Code Auswählen

Internals: 
   CFGFN 
   DEF        0186B1D5 
   IODev      TCM_ESP3_2 
   NAME       EnO_UTE_0186B1D5 
   NOTIFYDEV  global 
   NR         358 
   STATE      off 
   TYPE       EnOcean 
   Readings: 
     2014-10-07 21:11:39   channelAll      off 
     2014-10-07 21:11:39   dim             0 
     2014-10-07 21:11:39   state           off 
     2014-10-07 21:10:35   teach-in        EEP D2-01-09 Manufacturer: Permundo GmbH 
Attributes: 
   IODev      TCM_ESP3_2 
   comMode    biDir 
   devChannel FF 
   eep        D2-01-09 
   manufID    033 
   room       EnOcean 
   subDef     FFAEEE84 
   subType    actuator.01

Hat das (neue?) Attribut EEP eine bestimmte Bedeutung?

klaus.schauer · 08 Oktober 2014, 06:30:52

Schalten des Aktors und die Rückmeldungen z. B. energy scheinen trotz des DevChannnel FF über Kanal 0 zu laufen. Ich werde deshalb FF für diesen Sonderfall auf Kanal 0 umbiegen.

Bitte testen, ob get- und set-Befehle mit Kanal 0 oder FF gesendet werden müssen!

Das neue Attribut eep wird für Remote Management benötigt, wenn es denn mal irgendwann funktionieren sollte.

krikan · 08 Oktober 2014, 14:22:31

ZitatBitte testen, ob get- und set-Befehle mit Kanal 0 oder FF gesendet werden müssen!

Hast Du ein bestimmtes Testszenario im Sinn?
Reicht es, wenn ich über Fhem "set <device> on <channel>" teste oder den defaultChannel ändere oder sollte ich es tiefer auf Perl-Ebene testen?
Wird leider ein wenig dauern, da ich noch die EnOcean-D-452-FU-EBIM-JR-Baustelle (Lammellen) habe, die momentan dringender ist.

@all: Wenn die Tests jemand anderes kurzfristig durchführen kann, wäre ich nicht böse

...

klaus.schauer · 08 Oktober 2014, 16:27:16

Tests auf Benutzerebene reichen. Ich möchte klären, über welchen Kanal das Gerät angesteuert werden muss. Ich vermute es ist der Kanal 0, obwohl als devChannel FF ausgelesen wird.

krikan · 08 Oktober 2014, 16:34:34

OK, dann sind die Test vermutlich einfacher.
Am Rande: devChannel FF habe ich übrigens auch bei den PEHA 452 UTE-teach-Ins stehen, aber keine PERL WARNINGS im log; dort habe ich aber defaultChannel gesetzt, beim PSC nicht.