Modul-Entwicklung: Somfy RTS

Begonnen von thdankert, 12 Juli 2014, 21:04:31

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 25 26 27 28 29
Benutzer-Aktionen

Joker2002

#390
03 August 2017, 23:32:06
Sorry das ich das nicht alles verstehe da ich noch FHEm Anfänger bin und lerne. Ich versuche daher die Fragen von dir zu beantworten:

Der Rollladen im Bad ist derzeit geschlossen während der Rollladen im Wohnzimmer ca. alle 10 Min hoch und wieder runter fährt.

Zu der Frage wie häufig die Anwesenheit festgestellt wird weiß ich nicht wie ich das in FHEM feststelle. Es ist ein Dummy Anwesend on/off den ich mitteils eines Schalters bediene.

Was mich halt nur Wunder ist, dass die anderen Türen mit dem gleichen DOIF nicht hoch und runter fahren.

Ich hoffe ich konnte Deine Fragen ausreichend beantworten  :-\

RaspiLED

#391
03 August 2017, 23:39:00
Ja schon, aber dann bin ich auf dem Holzweg :-)
Wenn Presence manuell gesetzt wird, ist das keine Fehlerquelle. Wenn das Badrollo zu ist, ist das auch keine.

Kannst Du im rollo_wz_2_tuer (das fährt doch immer hoch runter, oder?) mal verbose auf 5 setzen und wenn es gefahren ist die relevanten Zeilen aus dem log posten?


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Joker2002

#392
03 August 2017, 23:52:31
Hier der Auszug aus dem log:

Code Auswählen
2017.08.03 23:48:51 4: SOMFY_set: rollo_wz_2_tuer Inverse before cmd:off: arg1:: pos:0:
2017.08.03 23:48:51 4: SOMFY_set: rollo_wz_2_tuer Inverse after  cmd:off: arg1:: pos:200:
2017.08.03 23:48:51 4: SOMFY_set: rollo_wz_2_tuer -> entering with mode :send: cmd :off:  arg1 ::  pos :200:
2017.08.03 23:48:51 4: SOMFY_set: handled command off --> move :off:  newState :200:
2017.08.03 23:48:51 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :26:
2017.08.03 23:48:51 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:200:   updatestate:0:   move:off:
2017.08.03 23:48:51 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:0:  rounded:0:  stateTrans:closed:
2017.08.03 23:48:51 4: SOMFY_sendCommand: rollo_wz_2_tuer -> cmd :off:
2017.08.03 23:48:51 5: SOMFY_sendCommand: rollo_wz_2_tuer -> message :sAB2008BB000002:
2017.08.03 23:48:51 4: SOMFY_set: rollo_wz_2_tuer -> update state in 26 sec
2017.08.03 23:48:52 4: SOMFY rollo_wz_2_tuer off
2017.08.03 23:48:54 4: SOMFY_TimedUpdate
2017.08.03 23:48:54 5: SOMFY_TimedUpdate : pos before convert so far : 0
2017.08.03 23:48:54 5: SOMFY_TimedUpdate : pos so far : 200
2017.08.03 23:48:54 5: SOMFY_TimedUpdate : delta time : 3.05   new rounde pos (rounded): 99.7826086956522
2017.08.03 23:48:54 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:99.7826086956522:   updatestate:0:   move:off:
2017.08.03 23:48:54 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:10.195652173913:  rounded:10:  stateTrans:down:
2017.08.03 23:48:54 4: SOMFY_TimedUpdate: rollo_wz_2_tuer -> update state in 22.95 sec
2017.08.03 23:48:54 5: SOMFY_TimedUpdate: rollo_wz_2_tuer -> next time to stop: 1501796937.72007
2017.08.03 23:48:54 5: SOMFY_TimedUpdate DONE
2017.08.03 23:48:57 4: SOMFY_TimedUpdate
2017.08.03 23:48:57 5: SOMFY_TimedUpdate : pos before convert so far : 10.195652173913
2017.08.03 23:48:57 5: SOMFY_TimedUpdate : pos so far : 99.7826086956522
2017.08.03 23:48:57 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 86.7391304347826
2017.08.03 23:48:57 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:86.7391304347826:   updatestate:0:   move:off:
2017.08.03 23:48:57 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:21.9347826086957:  rounded:20:  stateTrans:20:
2017.08.03 23:48:57 4: SOMFY_TimedUpdate: rollo_wz_2_tuer -> update state in 19.95 sec
2017.08.03 23:48:57 5: SOMFY_TimedUpdate: rollo_wz_2_tuer -> next time to stop: 1501796940.71751
2017.08.03 23:48:57 5: SOMFY_TimedUpdate DONE
2017.08.03 23:49:00 4: SOMFY_TimedUpdate
2017.08.03 23:49:00 5: SOMFY_TimedUpdate : pos before convert so far : 21.9347826086957
2017.08.03 23:49:00 5: SOMFY_TimedUpdate : pos so far : 86.7391304347826
2017.08.03 23:49:00 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 73.695652173913
2017.08.03 23:49:00 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:73.695652173913:   updatestate:0:   move:off:
2017.08.03 23:49:00 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:33.6739130434783:  rounded:30:  stateTrans:30:
2017.08.03 23:49:00 4: SOMFY_TimedUpdate: rollo_wz_2_tuer -> update state in 16.95 sec
2017.08.03 23:49:00 5: SOMFY_TimedUpdate: rollo_wz_2_tuer -> next time to stop: 1501796943.71699
2017.08.03 23:49:00 5: SOMFY_TimedUpdate DONE
2017.08.03 23:49:03 4: SOMFY_TimedUpdate
2017.08.03 23:49:03 5: SOMFY_TimedUpdate : pos before convert so far : 33.6739130434783
2017.08.03 23:49:03 5: SOMFY_TimedUpdate : pos so far : 73.695652173913
2017.08.03 23:49:03 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 60.6521739130435
2017.08.03 23:49:03 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:60.6521739130435:   updatestate:0:   move:off:
2017.08.03 23:49:03 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:45.4130434782609:  rounded:50:  stateTrans:50:
2017.08.03 23:49:03 4: SOMFY_TimedUpdate: rollo_wz_2_tuer -> update state in 13.95 sec
2017.08.03 23:49:03 5: SOMFY_TimedUpdate: rollo_wz_2_tuer -> next time to stop: 1501796946.71405
2017.08.03 23:49:03 5: SOMFY_TimedUpdate DONE
2017.08.03 23:49:06 4: SOMFY_TimedUpdate
2017.08.03 23:49:06 5: SOMFY_TimedUpdate : pos before convert so far : 45.4130434782609
2017.08.03 23:49:06 5: SOMFY_TimedUpdate : pos so far : 60.6521739130435
2017.08.03 23:49:06 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 47.6086956521739
2017.08.03 23:49:06 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:47.6086956521739:   updatestate:0:   move:off:
2017.08.03 23:49:06 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:57.1521739130435:  rounded:60:  stateTrans:60:
2017.08.03 23:49:06 4: SOMFY_TimedUpdate: rollo_wz_2_tuer -> update state in 10.95 sec
2017.08.03 23:49:06 5: SOMFY_TimedUpdate: rollo_wz_2_tuer -> next time to stop: 1501796949.7146
2017.08.03 23:49:06 5: SOMFY_TimedUpdate DONE
2017.08.03 23:49:09 4: SOMFY_TimedUpdate
2017.08.03 23:49:09 5: SOMFY_TimedUpdate : pos before convert so far : 57.1521739130435
2017.08.03 23:49:09 5: SOMFY_TimedUpdate : pos so far : 47.6086956521739
2017.08.03 23:49:09 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 34.5652173913044
2017.08.03 23:49:09 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:34.5652173913044:   updatestate:0:   move:off:
2017.08.03 23:49:09 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:68.8913043478261:  rounded:70:  stateTrans:70:
2017.08.03 23:49:09 4: SOMFY_TimedUpdate: rollo_wz_2_tuer -> update state in 7.95 sec
2017.08.03 23:49:09 5: SOMFY_TimedUpdate: rollo_wz_2_tuer -> next time to stop: 1501796952.71444
2017.08.03 23:49:09 5: SOMFY_TimedUpdate DONE
2017.08.03 23:49:12 4: SOMFY_TimedUpdate
2017.08.03 23:49:12 5: SOMFY_TimedUpdate : pos before convert so far : 68.8913043478261
2017.08.03 23:49:12 5: SOMFY_TimedUpdate : pos so far : 34.5652173913044
2017.08.03 23:49:12 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 21.5217391304348
2017.08.03 23:49:12 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:21.5217391304348:   updatestate:0:   move:off:
2017.08.03 23:49:12 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:80.6304347826087:  rounded:80:  stateTrans:80:
2017.08.03 23:49:12 4: SOMFY_TimedUpdate: rollo_wz_2_tuer -> update state in 4.95 sec
2017.08.03 23:49:12 5: SOMFY_TimedUpdate: rollo_wz_2_tuer -> next time to stop: 1501796955.71732
2017.08.03 23:49:12 5: SOMFY_TimedUpdate DONE
2017.08.03 23:49:15 4: SOMFY_TimedUpdate
2017.08.03 23:49:15 5: SOMFY_TimedUpdate : pos before convert so far : 80.6304347826087
2017.08.03 23:49:15 5: SOMFY_TimedUpdate : pos so far : 21.5217391304348
2017.08.03 23:49:15 5: SOMFY_TimedUpdate : delta time : 3.00   new rounde pos (rounded): 8.47826086956523
2017.08.03 23:49:15 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:8.47826086956523:   updatestate:0:   move:off:
2017.08.03 23:49:15 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:92.3695652173913:  rounded:90:  stateTrans:90:
2017.08.03 23:49:15 4: SOMFY_TimedUpdate: rollo_wz_2_tuer -> update state in 1.95 sec
2017.08.03 23:49:15 5: SOMFY_TimedUpdate: rollo_wz_2_tuer -> next time to stop: 1501796957.66735
2017.08.03 23:49:15 5: SOMFY_TimedUpdate DONE
2017.08.03 23:49:17 4: SOMFY_TimedUpdate
2017.08.03 23:49:17 5: SOMFY_TimedUpdate : pos before convert so far : 92.3695652173913
2017.08.03 23:49:17 5: SOMFY_TimedUpdate : pos so far : 8.47826086956523
2017.08.03 23:49:17 5: SOMFY_TimedUpdate : delta time : 1.95   new rounde pos (rounded): 8.88178419700125e-15
2017.08.03 23:49:17 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:0:   updatestate:<undef>:   move:stop:
2017.08.03 23:49:17 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:100:  rounded:100:  stateTrans:open:
2017.08.03 23:49:17 4: SOMFY_set: rollo_wz_2_tuer Inverse before cmd:on: arg1:: pos:100:
2017.08.03 23:49:17 4: SOMFY_set: rollo_wz_2_tuer Inverse after  cmd:on: arg1:: pos:0:
2017.08.03 23:49:17 4: SOMFY_set: rollo_wz_2_tuer -> entering with mode :send: cmd :on:  arg1 ::  pos :0:
2017.08.03 23:49:17 4: SOMFY_set: handled command on --> move :on:  newState :0:
2017.08.03 23:49:17 5: SOMFY_set: handled for drive/udpate:  updateState :200:  drivet :0: updatet :23:
2017.08.03 23:49:17 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:0:   updatestate:200:   move:on:
2017.08.03 23:49:17 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:100:  rounded:100:  stateTrans:open:
2017.08.03 23:49:17 4: SOMFY_sendCommand: rollo_wz_2_tuer -> cmd :on:
2017.08.03 23:49:17 5: SOMFY_sendCommand: rollo_wz_2_tuer -> message :sAC4008BC000002:
2017.08.03 23:49:17 4: SOMFY_set: rollo_wz_2_tuer -> update state in 23 sec
2017.08.03 23:49:17 5: SOMFY_TimedUpdate DONE
2017.08.03 23:49:18 4: SOMFY rollo_wz_2_tuer on
2017.08.03 23:49:20 4: SOMFY_TimedUpdate
2017.08.03 23:49:20 5: SOMFY_TimedUpdate : pos before convert so far : 100
2017.08.03 23:49:20 5: SOMFY_TimedUpdate : pos so far : 0
2017.08.03 23:49:20 5: SOMFY_TimedUpdate : delta time : 1501796960.70   new rounde pos (rounded): 50059898123.3333
2017.08.03 23:49:20 4: SOMFY_UpdateState: rollo_wz_2_tuer enter with  newState:200:   updatestate:<undef>:   move:stop:
2017.08.03 23:49:20 4: SOMFY_UpdateState: rollo_wz_2_tuer after conversions  newState:0:  rounded:0:  stateTrans:closed:
2017.08.03 23:49:20 5: SOMFY_TimedUpdate DONE

Joker2002

#393
03 August 2017, 23:56:43
ich muss mich korrigieren, die anderen Türen fahren auch hoch und runter  :(

buennerbernd

#394
04 August 2017, 00:52:31
Zitat von: Joker2002 am 03 August 2017, 22:59:01
Das kann ich mir auch nicht erklären. Laut FHEM ist die Automatik auf cmd6

Hier mal der Code

Code Auswählen
define DOIF_Rolladensteuerung_Tuer_Wohnzimmer DOIF



##############################
##-Rollladentür Wohnzimmer- ##
##############################



#########################
##Abwesenheitsschaltung##
#########################



## wenn der Anwesenheites Dummy auf "off" geschaltet ist sollen die Türen wieder runter fahren. 4:
(([Anwesend] eq "off") and ([rollo_wz_2_tuer:state] eq "open")) (set rollo_wz_2_tuer on)


DOELSEIF


## Von Mai bis August, wenn der Anwesenheits Dummy auf "on" schaltet, und die Temperatur von über 27 Grad erreicht ist, sollen die Rollläden an den Tür etwas hochfahren (Sonnenschutz), sofern der Rollladen im Bad geöffnet ist. 4:
(([Anwesend] eq "on") and (($month > 4) && ($month < 9)) and ([rollo_OG_Z6:state] eq "open") and ([rollo_wz_2_tuer:state] eq "closed") and ([TCM_Aussen:temperature] > 27) and ([Schlechtwetterdummy_Rollo] eq "off")) (set rollo_wz_2_tuer pos 71)


DOELSEIF


## wenn der Anwesenheits Dummy auf "on" schaltet, sollen die Rollläden an den Türen wieder hoch fahren, sofern der Rollladen im Bad geöffnet ist. 4:
(([Anwesend] eq "on") and ([rollo_OG_Z6:state] eq "open") and ([rollo_wz_2_tuer:state] eq "closed")) (set rollo_wz_2_tuer off)


DOELSEIF



#####################
##Sommerenschaltung##
#####################


## Von Mai bis August, wenn die Sonne hinten weg ist oder die Temperatur niedriger als 25 C ist oder die Wetterlage schlecht ist, soll die Rollladentür hochgefahren werden; wenn Anwesend 4:
((($month > 4) && ($month < 9)) and (([16:30]) or ([Schlechtwetterdummy_Rollo] eq "on") or ([TCM_Aussen:temperature] < 25)) and ([Anwesend] eq "on")) (set rollo_wz_2_tuer off)


DOELSEIF


## Von Mai bis August, wenn die Sonne hinten auf der Terasse angekommen ist und die Temperatur von über 27 Grad erreicht ist, soll der Rollladen etwas herunterfahren, wenn ANWESEND 4:
((($month > 4) && ($month < 9)) and ([07:05-16:29]) and ([TCM_Aussen:temperature] > 27) and ([Schlechtwetterdummy_Rollo] eq "off") and ([Fensterkontakt5] eq "closed") and ([Anwesend] eq "on")) (set rollo_wz_2_tuer pos 71)


DOELSEIF


##############################
##Rollladensteuerung täglich##
##############################


## Im Normalfall wird der Rollladen frühestens um 07.00 Uhr hochgefahren, wenn die Tür geschlossen ist; wenn ANWESEND 4:
(([{twilight("LichtWetter","sr","07:00","09:00")}]) and ([Anwesend] eq "on") and ([Fensterkontakt5] eq "closed")) (set rollo_wz_2_tuer off)


DOELSEIF


## im Normalfall fährt die Rollladentür nach Sonnenuntergang runter 4:
([([LichtWetter:ss]+[00:10])]) (set rollo_wz_2_tuer on)


DOELSEIF


## wenn die Tür geöffnet wird, soll der Rollladen hochfahren 0:0
(([rollo_wz_2_tuer] eq "closed") and ([Fensterkontakt5] eq "open")) (set rollo_wz_2_tuer off)


DOELSEIF


(([Rollladenstatus_dummy] eq "off") and (([rollo_wz_2_tuer] eq "open") and ([rollo_OG_Z6] eq "closed")) and ([Fensterkontakt5] eq "closed")) (set rollo_wz_2_tuer on)






wait 4:4:4:4:4:4:4:0:0


Ich denke, das doelseif mit den 27 Grad und das doelseif von 7 bis 9 wechseln sich lustig ab. Getriggert wird das vielleicht von twilight.
Grüße Stefan.
Modulentwickler von KLF200 und KLF200Node

RaspiLED

#395
04 August 2017, 06:58:19 Letzte Bearbeitung: 04 August 2017, 07:01:28 von RaspiLED
Das war ja auch mein Gedanke, aber 71 ist nur ein bisschen auf und nicht komplett. Im Log sehe ich aber 100, 200 und 0. also zwischen on und off gibt es irgendwo ein Wechselspiel.

Kannst Du in Deinen Doifs keine Logausgabe einbauen, damit Du weisst, welches triggert?
Oder aber stacktrace nutzen.

Siehe https://forum.fhem.de/index.php/topic,58237.msg496560.html#msg496560

Gruß Arnd



Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Joker2002

#396
04 August 2017, 07:17:00
Ich werde mal schauen was sich da machen lässt.

Das Attribut "global" ist jedoch in dem DOIF der Automatik nicht vorhanden?

Was mich eben nur wundert ist, dass es vorgestern noch ohne Probleme ging. Das einzige was ich am DOIF verändert habe war der Bausteinblock mit der Abwesenheitsschaltung.

In FHEM sehe ich, dass zwischen den einzelenen Positionen innerhalb der Automatik nicht geschaltet wird (steht immer fest auf cmd 6) während die Rollläden hoch- und runterfahren.

RaspiLED

#397
04 August 2017, 07:22:22
global ist nicht in einem device sondern eben global findest Du im Raum Everything unter global ;-)
Vielleicht schauen wir an der falschen Stelle, wir werden es sehen...


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Joker2002

#398
04 August 2017, 07:27:25
Ok, danke für die Erleuchtung :)

das Attribut ist gesetzt. Folgende Zeilen spuckt FHEM dann im Log aus:


Code Auswählen
2017.08.04 07:25:11 1: stacktrace:
2017.08.04 07:25:11 1:     main::__ANON__                      called by (eval 8044) (1)
2017.08.04 07:25:11 1:     (eval)                              called by ./FHEM/33_readingsGroup.pm (355)
2017.08.04 07:25:11 1:     main::lookup2                       called by ./FHEM/33_readingsGroup.pm (538)
2017.08.04 07:25:11 1:     main::readingsGroup_value2html      called by ./FHEM/33_readingsGroup.pm (1107)
2017.08.04 07:25:11 1:     main::readingsGroup_2html           called by ./FHEM/33_readingsGroup.pm (1207)
2017.08.04 07:25:11 1:     main::readingsGroup_detailFn        called by ./FHEM/01_FHEMWEB.pm (1853)
2017.08.04 07:25:11 1:     main::FW_showRoom                   called by ./FHEM/01_FHEMWEB.pm (1061)
2017.08.04 07:25:11 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.04 07:25:11 1:     main::FW_Read                       called by fhem.pl (3423)
2017.08.04 07:25:11 1:     main::CallFn                        called by fhem.pl (689)
2017.08.04 07:25:11 1: PERL WARNING: Argument "100 %" isn't numeric in numeric lt (<) at (eval 8045) line 1.
2017.08.04 07:25:11 1: stacktrace:
2017.08.04 07:25:11 1:     main::__ANON__                      called by (eval 8045) (1)
2017.08.04 07:25:11 1:     (eval)                              called by ./FHEM/33_readingsGroup.pm (355)
2017.08.04 07:25:11 1:     main::lookup2                       called by ./FHEM/33_readingsGroup.pm (538)
2017.08.04 07:25:11 1:     main::readingsGroup_value2html      called by ./FHEM/33_readingsGroup.pm (1107)
2017.08.04 07:25:11 1:     main::readingsGroup_2html           called by ./FHEM/33_readingsGroup.pm (1207)
2017.08.04 07:25:11 1:     main::readingsGroup_detailFn        called by ./FHEM/01_FHEMWEB.pm (1853)
2017.08.04 07:25:11 1:     main::FW_showRoom                   called by ./FHEM/01_FHEMWEB.pm (1061)
2017.08.04 07:25:11 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.04 07:25:11 1:     main::FW_Read                       called by fhem.pl (3423)
2017.08.04 07:25:11 1:     main::CallFn                        called by fhem.pl (689)
2017.08.04 07:25:11 1: PERL WARNING: Argument "80 %" isn't numeric in numeric lt (<) at (eval 8052) line 1.
2017.08.04 07:25:11 1: stacktrace:
2017.08.04 07:25:11 1:     main::__ANON__                      called by (eval 8052) (1)
2017.08.04 07:25:11 1:     (eval)                              called by ./FHEM/33_readingsGroup.pm (355)
2017.08.04 07:25:11 1:     main::lookup2                       called by ./FHEM/33_readingsGroup.pm (538)
2017.08.04 07:25:11 1:     main::readingsGroup_value2html      called by ./FHEM/33_readingsGroup.pm (1107)
2017.08.04 07:25:11 1:     main::readingsGroup_2html           called by ./FHEM/33_readingsGroup.pm (1207)
2017.08.04 07:25:11 1:     main::readingsGroup_detailFn        called by ./FHEM/01_FHEMWEB.pm (1853)
2017.08.04 07:25:11 1:     main::FW_showRoom                   called by ./FHEM/01_FHEMWEB.pm (1061)
2017.08.04 07:25:11 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.04 07:25:11 1:     main::FW_Read                       called by fhem.pl (3423)
2017.08.04 07:25:11 1:     main::CallFn                        called by fhem.pl (689)
2017.08.04 07:25:11 1: PERL WARNING: Argument "100 %" isn't numeric in numeric lt (<) at (eval 8053) line 1.
2017.08.04 07:25:11 1: stacktrace:
2017.08.04 07:25:11 1:     main::__ANON__                      called by (eval 8053) (1)
2017.08.04 07:25:11 1:     (eval)                              called by ./FHEM/33_readingsGroup.pm (355)
2017.08.04 07:25:11 1:     main::lookup2                       called by ./FHEM/33_readingsGroup.pm (538)
2017.08.04 07:25:11 1:     main::readingsGroup_value2html      called by ./FHEM/33_readingsGroup.pm (1107)
2017.08.04 07:25:11 1:     main::readingsGroup_2html           called by ./FHEM/33_readingsGroup.pm (1207)
2017.08.04 07:25:11 1:     main::readingsGroup_detailFn        called by ./FHEM/01_FHEMWEB.pm (1853)
2017.08.04 07:25:11 1:     main::FW_showRoom                   called by ./FHEM/01_FHEMWEB.pm (1061)
2017.08.04 07:25:11 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.04 07:25:11 1:     main::FW_Read                       called by fhem.pl (3423)
2017.08.04 07:25:11 1:     main::CallFn                        called by fhem.pl (689)

GeZi3560

#399
22 August 2017, 13:59:28
Ist es richtig das die Somfy Rolling_codes in /opt/Fhem/log/fhem.save gespreichert werden ?
Ich ziehe gerade um und das macht mir noch Probleme.
Raspberry Pi 4 4GB, MariaDB,2 Cul V3 868 ,1 Cul V3, 433, Zwave-USB, Conbee2, DeConz, MAX WT und Ventile,HM, Somfy, Fibaro, Shellys, Tradfri, Lidl Zigbee

viegener

#400
22 August 2017, 14:56:41
@GeZi3560: Ja wie alle Readings werden diese in fhem.save gespeichert, normalerweise unter dem von Dir angegebenen Pfad.
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

majorshark

#401
25 August 2017, 08:41:56 Letzte Bearbeitung: 25 August 2017, 08:54:35 von majorshark
Ich habe gerad auch ein Problem, wahrscheinlich mit den Rolling Code. Nach einem Update und Shutdown Restart funktionieren nur noch ein Teil der Rollläden.

Wenn es bis jetzt der Fall war habe ich einfach ein paar mal auf go-my gedrückt bis der Rolling Code wieder mit dem vom Rollladen erwarteten übereinstimmte. Dann lief es wieder.
Heute Morgen habe ich bei einem Rolladen schon 150 mal den go-my Befehl gesendet und nichts rührt sich.

Gibt es da mittlerweile eine andere Möglichkeit die Rolling Codes anzupassen. Oder kann man den Rolling Code aus der fhem.save rekonstruieren?

Nachtrag:
Wenn ich den enc_key und rolling_code aus der fhem.save von vor zwei Tagen beim zugehörigen Rolladen über das Attribut eintrage sollte es doch nach wenigen Befehlen wieder Synchron sein und die Rollläden sollten sich wieder bewegen. Pro Tag fahren die Rolläden nur 6 mal. Berichtigt mich falls ich es falsch verstanden habe.
Grüße aus Dewitz

VM auf Synology DS718+ mit FHEM 5.9 auf Debian 9.5/32-Bit (stretch)
Nächster Leipziger Stammtisch:

viegener

#402
25 August 2017, 10:52:18
@majorshark: Die Vermutung aus Deinem Nachtrag ist eigentlich soweit korrekt, wenn die fhem.save einigermassen aktuell ist. Ich vermute Du hast auch geprüft, dass die rollingcodes aus den Attributen in die Readings übernommen wurden?

Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

majorshark

#403
25 August 2017, 11:16:26 Letzte Bearbeitung: 25 August 2017, 18:08:03 von majorshark
Danke für die Info.

Die fhem.save ist vom 23.08. Ist als nicht sooo alt. Das die Rollingcodes aus den Attributen übernommen werden sehe ich mir an wenn ich wieder vor den Rollos stehe.

Edit:
Es liegt nicht an den Rollingcodes oder fhem.save oder dem Modul. Mein sduinoCC1101 tut es nur noch bedingt. Heute Morgen gingen noch die Rollläden die nah mein sduino sind. Jetzt geht nur noch die Dooya Markise. IT schalten geht auch nicht mehr.

Ich geh mal auf die Fehlersuche.
Grüße aus Dewitz

VM auf Synology DS718+ mit FHEM 5.9 auf Debian 9.5/32-Bit (stretch)
Nächster Leipziger Stammtisch:

Devender

#404
01 Oktober 2017, 12:21:34
Hallo zusammen,

vielleicht kann mit jemand helfen..
Ich habe seit 2 Jahren 11 Somfy rts Rollläden in Betrieb an einem RPI2 mit CUL auf 886 Mhz Basis im rfmode Homeatic.
Seit ein paar Tagen kann ich einen Rollo  über FHEM nicht mehr steuern. Per angelernter FB überhaupt kein Problem.

Nach reichlicher Analyse und Neuanlage des Rollos weiter kein Erfolg.

Was bisher gemeacht wurde:
Neuanlage in FHEM mit anderem selben Code, Rolling-Code und encKey --> kein Erfolg
Neuanlage in FHEM mit anderem Code und neuem Rolling-Code und encKey --> kein Erfolg
Komplettes Rücksetzen des RTS in Auslieferungszustand nebst Neueinstellung der Endlagen und anleren einer FB --> kein Erfolg

Anbei ein Log beim betätigen in FHEM:
Code Auswählen

2017.10.01 11:56:32 4: SOMFY_set: Bad -> entering with mode :send: cmd :off:  arg1 ::  pos :26:
2017.10.01 11:56:32 4: SOMFY_set: handled command off --> move :off:  newState :26:
2017.10.01 11:56:32 5: SOMFY_set: handled for drive/udpate:  updateState :0:  drivet :0: updatet :4.94:
2017.10.01 11:56:32 4: SOMFY_UpdateState: Bad enter with  newState:26:   updatestate:0:   move:off:
2017.10.01 11:56:32 4: SOMFY_UpdateState: Bad after conversions  newState:26:  rounded:30:  stateTrans:30:
2017.10.01 11:56:32 4: SOMFY_sendCommand: Bad -> cmd :off:
2017.10.01 11:56:32 5: SOMFY_sendCommand: Bad -> message :sA820000A000044:
2017.10.01 11:56:32 4: SOMFY_set: Bad -> update state in 4.94 sec


Sieht eigentlich sehr gut aus und ähnelt den anderen 10 Rollos.

Jetzt kommt das unheimliche:

Ich habe zum Test (um Defekte am RTS auszuschliessen) den CUL-Stick neu an meinen zweiten RPI angeschlossen.
Dort den Rollo dann ebenfalls mal angelegt (vorher noch mal komplett zurückgesetzt!) und mit Hilfe der ersten FB den Rollo auch hier in den Anlernmodus gebracht.
Dann im FHEM vom zweiten RPi set Bad prog geklickt und siehe da --> das Rollo bewegt sich  ??? ??? ???

Dann alles wieder umgebaut und das gleiche define von Bad im ersten FHEM gesetzt inkl. Rolling-Code und EncKey. --> wieder kein Erfolg

Wie kann das sein?
Bevor ich jetzt für den einen Rollo mir einen zweiten CUL besorge hat vielleicht jemand noch einen zündende Idee?

Danke und Grüße,
Dirk
FHEM 5.8 auf RasPi mit Jessy - CUL868, JeeLink Lacrosse
Komponenten: HM, IT, ELV, FB7390, FritzPL543,Sonos Play3
Mehrere Wandtablets sowie einen Smart Mirror
https://wiki.fhem.de/wiki/Anwesenheitserkennung#PRESENCE-Modul
Drucken
Nach oben Seiten 1 ... 25 26 27 28 29
Benutzer-Aktionen