Peha 452 FU-EBIM JR o.T Anlernprobleme

Spartacus · 03 Dezember 2015, 21:01:23

Hallo Klaus,
Wahnsinn! Was ist das denn für ein toller Service!

Ich habe das neue enocean Modul eingespielt und die Attribute angleMax und angleMin auf "0" gesetzt, da der Winkel sowieso immer "0" ist. Durch den Slider lässt sich das jetzt absolut perfekt bedienen!

Ganz lieben Dank für Deine Hilfe, das vereinfacht die Sache sehr!
Gruß,
Christian

Spartacus · 06 Dezember 2015, 09:41:55

Hallo,
Habe jetzt seit ein paar Tgen zwei Rollladen über den Aktor laufen. Was mir aufgefallen ist, ist, dass die Positionsansteuerung teilweise nicht funktioniert.
Wenn der Rollladen bspw. Geschlossen ist, und dann die Position 10 anfahren möchte, fährt er oft bis zum Endpunkt.

Im log werden die Positionen sauber zurückgezahlt, aber der Rollladen hält nicht an!.
TCM_RSSI liegt bei -83 bzw. -85.

Hat jemand eine Idee, an welcher Stellschraube ich noch drehen kann?

Code Auswählen


Internals: 
   CFGFN      Config/98-EnOcean.cfg 
   DEF        FFAC6280 
   IODev      TCM310 
   LASTInputDev TCM310 
   MSGCNT     328 
   NAME       EG.wz.RO.rechts 
   NR         253 
   NTFY_ORDER 50-EG.wz.RO.rechts 
   STATE      5 
   TCM310_DestinationID FFFFFFFF 
   TCM310_MSGCNT 328 
   TCM310_PacketType 1 
   TCM310_RSSI -83 
   TCM310_ReceivingQuality good 
   TCM310_RepeatingCounter 0 
   TCM310_SubTelNum 4 
   TCM310_TIME 2015-12-06 09:41:19 
   TYPE       EnOcean 
   Readings: 
     2015-12-06 09:41:19   alarm           off 
     2015-12-06 09:41:19   endPosition     not_reached 
     2015-12-06 09:41:19   position        5 
     2015-12-06 09:41:19   positionMode    normal 
     2015-12-06 09:41:19   serviceOn       no 
     2015-12-06 09:41:19   shutterState    stopped 
     2015-12-06 09:41:19   state           not_reached 
     2015-11-11 17:48:09   teach           4BS teach-in sent 
   Helper: 
Attributes: 
   IODev      TCM310 
   alias      Wohnzimmer Rollade rechts 
   angleMax   0 
   angleMin   0 
   comMode    confirm 
   comment    PEHA 452 FU-EBIM JR o.T. 
   devStateIcon 100:fts_shutter_100 0:fts_window_2w 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \d.*:fts_shutter_90 
   eep        A5-38-08 
   eventMap   opens:auf closes:ab 
   group      452 FU-EBIM 
   gwCmd      blindCmd 
   manufID    001 
   room       98-EnOcean 
   stateFormat position 
   subDef     FF94C084 
   subType    shutterCtrlState.01 
   subTypeSet gateway 
   webCmd     auf:ab:stop

Christian

klaus.schauer · 06 Dezember 2015, 11:11:47

Wird denn der Fahrbefehl richtig gesendet? Bitte mal mit verbose 5 die Sende- und Empfangstelegramme logen.

Spartacus · 06 Dezember 2015, 13:07:55

Hi Klaus,
bin nicht so der fhem Guru. Er schriebt mir alles ins fhem.log. Da hauen dann auch andere Einträge dazwischen...kann man das irgendwie separieren in ein eigens log?

Ich habe mal versucht, etwas zu extrahieren. Allerdings trat der o.a. Fehler nicht auf. Stattdessen ignoriert der Aktor manchmal die Befehle komplett und ich brauche mehrere Versuche bis überhapt etwas passiert.

Code Auswählen

2015.12.06 13:02:39 5: Cmd: >set EG.wz.RO.links position 5<
2015.12.06 13:02:39 3: EnOcean set EG.wz.RO.links position
2015.12.06 13:02:39 4: EnOcean EG.wz.RO.links sent PacketType: 1 RORG: A5 DATA: 0705004A SenderID: FF94C082 STATUS: 00 ODATA: 
2015.12.06 13:02:39 5: TCM TCM310 sending ESP3: 55000A000180A50705004AFF94C082001A
2015.12.06 13:02:39 5: SW: 55000A000180A50705004AFF94C082001A
2015.12.06 13:02:39 5: TCM TCM310 RAW: 5500010002650000
2015.12.06 13:02:39 5: TCM TCM310 RESPONSE: OK
2015.12.06 13:02:39 5: TCM TCM310 RAW: 55000A0701EBA507
2015.12.06 13:02:39 4: FHEMWEB:192.168.1.50:1169 GET /fhem?detail=EG.wz.RO.links&fw_id=; BUFLEN:0
2015.12.06 13:02:39 5: EnOcean EG.wz.RO.links EnOcean_Get command: EG.wz.RO.links ?
2015.12.06 13:02:39 4: name: /fhem?detail=EG.wz.RO.links&fw_id= / RL:6586 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2015.12.06 13:02:39 5: TCM TCM310 RAW: 55000A0701EBA50705004AFF94C0820103FFFFFFFF5B0002
2015.12.06 13:02:39 4: TCM TCM310 Telegram from FF94C082 blocked.
2015.12.06 13:02:39 4: Connection closed for FHEMWEB:192.168.1.50:1157: EOF
2015.12.06 13:02:39 4: FHEMWEB:192.168.1.50:1169 GET /fhem?cmd={ReadingsVal(%22EG.wz.RO.links%22,%22position%22,%22%22)}&XHR=1; BUFLEN:0
2015.12.06 13:02:39 5: Cmd: >{ReadingsVal("EG.wz.RO.links","position","")}<
2015.12.06 13:02:39 4: name: /fhem?cmd={ReadingsVal(%22EG.wz.RO.links%22,%22position%22,%22%22)}&XHR=1 / RL:22 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / 
2015.12.06 13:02:39 4: Connection accepted from FHEMWEB:192.168.1.50:1170
2015.12.06 13:02:39 4: FHEMWEB:192.168.1.50:1170 GET /fhem?cmd={AttrVal(%22EG.wz.RO.links%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2015.12.06 13:02:39 5: Cmd: >{AttrVal("EG.wz.RO.links","room","")}<
2015.12.06 13:02:39 4: name: /fhem?cmd={AttrVal(%22EG.wz.RO.links%22,%22room%22,%22%22)}&XHR=1 / RL:31 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / 
2015.12.06 13:02:39 4: FHEMWEB:192.168.1.50:1170 GET /fhem?XHR=1&inform=type=status;filter=EG.wz.RO.links;since=1449403358;fmt=JSON&fw_id=1969&timestamp=1449403302992; BUFLEN:0
.

wenn er dann fährt, sieht das so aus:

Code Auswählen

2015.12.06 12:56:50 5: Cmd: >set EG.wz.RO.links position 2<
2015.12.06 12:56:50 3: EnOcean set EG.wz.RO.links position
2015.12.06 12:56:50 4: EnOcean EG.wz.RO.links sent PacketType: 1 RORG: A5 DATA: 0702004A SenderID: FF94C082 STATUS: 00 ODATA: 
2015.12.06 12:56:50 5: TCM TCM310 sending ESP3: 55000A000180A50702004AFF94C0820063
2015.12.06 12:56:50 5: SW: 55000A000180A50702004AFF94C0820063
2015.12.06 12:56:50 5: TCM TCM310 RAW: 5500010002650000
2015.12.06 12:56:50 5: TCM TCM310 RESPONSE: OK
2015.12.06 12:56:50 4: FHEMWEB:192.168.1.50:1155 GET /fhem?detail=EG.wz.RO.links&fw_id=; BUFLEN:0
2015.12.06 12:56:50 5: EnOcean EG.wz.RO.links EnOcean_Get command: EG.wz.RO.links ?
2015.12.06 12:56:50 4: name: /fhem?detail=EG.wz.RO.links&fw_id= / RL:6588 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2015.12.06 12:56:50 5: TCM TCM310 RAW: 55000A0701EBA50702004AFF94C0820103FFFFFFFF5C006B
2015.12.06 12:56:50 4: TCM TCM310 Telegram from FF94C082 blocked.
2015.12.06 12:56:50 4: Connection closed for FHEMWEB:192.168.1.50:1151: EOF
2015.12.06 12:56:50 4: FHEMWEB:192.168.1.50:1155 GET /fhem?cmd={ReadingsVal(%22EG.wz.RO.links%22,%22position%22,%22%22)}&XHR=1; BUFLEN:0
2015.12.06 12:56:50 5: Cmd: >{ReadingsVal("EG.wz.RO.links","position","")}<
2015.12.06 12:56:50 4: name: /fhem?cmd={ReadingsVal(%22EG.wz.RO.links%22,%22position%22,%22%22)}&XHR=1 / RL:23 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / 
2015.12.06 12:56:50 4: FHEMWEB:192.168.1.50:1153 GET /fhem?cmd={AttrVal(%22EG.wz.RO.links%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2015.12.06 12:56:50 5: Cmd: >{AttrVal("EG.wz.RO.links","room","")}<
2015.12.06 12:56:50 4: name: /fhem?cmd={AttrVal(%22EG.wz.RO.links%22,%22room%22,%22%22)}&XHR=1 / RL:31 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / 
2015.12.06 12:56:50 4: FHEMWEB:192.168.1.50:1153 GET /fhem?XHR=1&inform=type=status;filter=EG.wz.RO.links;since=1449403009;fmt=JSON&fw_id=1963&timestamp=1449402954102; BUFLEN:0

Spartacus

klaus.schauer · 06 Dezember 2015, 16:35:22

Die Sendetelegramme sind in Ordnung; daran kann es nicht liegen. Das spricht eher für Empfangsprobleme.

Spartacus · 07 Dezember 2015, 10:00:19

Hallo Klaus,
danke für das Feedback. Empfangsprobleme kann ich mir eigentlich nicht vorstellen, da ich sonst keine Probleme auf dieser Etage habe.

Was bedeutet in diesem Zusammenhang "TCM TCM310 Telegram from FF94C082 blocked"?
Hat das was damit zu tun, dass der gesendete fhem - Befehl vom Aktor nicht verarbeitet wird und ich teilweise meine Befehle mehrfach senden muss? Wie kommt das zu Stande?

Christian

klaus.schauer · 07 Dezember 2015, 13:15:30

Die Meldung kommt, falls Fhem sein eigenes Telegramm empfängt, das durch einen Repeater erneut gesendet wird.

Spartacus · 07 Dezember 2015, 14:45:44

Hallo,
ja, das ist richtig! Es gibt einen Aktor, bei dem ich den Repeater freigeschaltet habe. Das dürfte aber nicht der "FF94C082" sein! Oder heißt das nur, dass fhem sein eigenes Telegramm an "FF94C082" von irgendeinem Repeater empfangen hat.

Siehst Du irgendeine Möglichkeit, wie ich einen sauberen Empfang meiner Aktoren überprüfen kann?

Christian

klaus.schauer · 07 Dezember 2015, 15:32:10

Zitat von: Spartacus am 07 Dezember 2015, 14:45:44
Es gibt einen Aktor, bei dem ich den Repeater freigeschaltet habe. Oder heißt das nur, dass fhem sein eigenes Telegramm von irgendeinem Repeater empfangen hat.

Genau

Zitat
Siehst Du irgendeine Möglichkeit, wie ich einen sauberen Empfang meiner Aktoren überprüfen kann?

Es gibt ein EnOcean-Feldstärkemessgerät. Habe das aber bisher nicht getestet.

krikan · 07 Dezember 2015, 15:37:34

Zitat von: klaus.schauer am 07 Dezember 2015, 15:32:10
Es gibt ein EnOcean-Feldstärkemessgerät. Habe das aber bisher nicht getestet.

Das hatte mir geholfen, den Einsatz von Repeatern zu reduzieren und festzustellen, dass Repeater in zu hoher Anzahl nicht helfen/kontraproduktiv sind.
Geht etwas ähnliches nicht mittlerweile auch mit den Aktoren selbst (Stichwort: EnOcean Service RLT (Slave))?

Spartacus · 07 Dezember 2015, 16:05:33

Hallo,
ja, die peha Dinger scheinen das zu können, ich wüsste jedoch nicht, wie das in Verbindung mit fhem zu testen wäre!

Der EnOcean Service RLT (RadioLinkTest) erlaubt ein Reichweitentest
zwischen einem Enocean Sender (z.B. Handsender 450
FU-HS 128) und einem Empfänger.
Die Auswertung des Reichweitentest erfolgt durch den Master.
Der Empfänger wird als Slave verwendet. Diese Funktion ist besonders
geeignet, um vor der Installation des Empfängers festzustellen,
ob der Installationsort geeignet ist.

Christian

klaus.schauer · 07 Dezember 2015, 19:51:22

Ich werde mir mal ansehen, ob und wie man den Radio Link Test (master) in Fhem einbauen könnte.

Spartacus · 07 Dezember 2015, 20:01:05

Hallo Klaus,
ich danke Dir!
In der Zwischenzeit werde ich mal den Repeater wechseln und einen anderen aktivieren.
Spartacus

NACHTRAG:
habe jetzt den Repeater getauscht und die "TCM310_ReceivingQuality" der Aktoren hat sich auf "exellent" verbessert. Der Fehler mit der Positionsansteuerung tritt aber immer noch auf!

Christian

klaus.schauer · 17 Dezember 2015, 06:38:51

siehe http://forum.fhem.de/index.php/topic,45810.0.html

Spartacus · 08 Januar 2016, 10:03:19

Hallo zusammen,
ich habe von Zeit zu Zeit einen komischen Effekt mit dem Aktor:

morgens wird per DOIF der Rolladen hochgefahren:

Code Auswählen

	
([?switch.di.02.EG.wz.RO.dum] eq "on" and 
(([{sunrise_abs("HORIZON=-2",0,"06:30","08:00")}|12345] and 
  ![?state.NRW.Ferien.dum] and [?hl.01.Feiertag:today] eq "none") or
 ([{sunrise_abs("HORIZON=-2",0,"07:30","08:30")}])))
  (set EG.wz.RO.* opens)
DOELSEIF
 ([switch.di.02.EG.wz.RO.dum] eq "off")
DOELSE

Soweit klappt das auch.

Heute sind die beiden Rolladen korrekterweise um 08:00 hochgefahren. Da ich im DOIF ein "DO always" eingebaut habe, wird auch im zweiten Teil der Anweisung getriggert.

Code Auswählen

(... or
 ([{sunrise_abs("HORIZON=-2",0,"07:30","08:30")}])))

Das war heute um 08:23:xx Uhr, bei Sonnenaufgang.

Komischerweise haben sich beide Rolladen geschlossen. Das heisst:
Es wurde der Befehl "opens" gesendet und der Aktor hat "closed" verstanden. Kann sich das jemand erklären, wie es zu so einem Fehler kommen kann und wie man es künftig verhindern kann? Es ist jetzt zum 2. Mal innerhalb von 2 Monaten passiert.

Im Log log folgendes:

Code Auswählen

2016.01.08 08:00:00 3: EnOcean set EG.wz.RO.links opens
2016.01.08 08:00:00 3: EnOcean set EG.wz.RO.rechts opens
.........
2016.01.08 08:23:49 3: EnOcean set EG.wz.RO.links opens
2016.01.08 08:23:49 3: EnOcean set EG.wz.RO.rechts opens

Danke und Gruß,
Christian