Erweiterung CULFW um Somfy/Simu

[Pjg]

Warum zeigt mein

devStateIcon off:fts_shutter_10 on:fts_shutter_100 stop:fts_shutter_manual go-my:fts_shutter_50

eigentlich seit dem "positionierungsupdate" das Icon nicht mehr an? Statt dessen steht da jetzt nur noch "pos 100"?
Gibt es jetzt den Status on nicht mehr? Ich habe je nie ein set auf pos 100 gemacht? Sondern immer nur on, off, stop und go-my

Oder kann/muss ich irgendwie pos100 auf on mappen?

[Pjg]

flash hat nicht funktioniert:

2014.10.02 00:06:27 1: CULflash dfu-programmer atmega32u4 erase && dfu-programmer atmega32u4 flash ./FHEM/firmware/CUL_V3.hex && dfu-programmer atmega32u4 start;
2014.10.02 00:06:27 1: CULflash dfu-programmer: no device present.

2014.10.02 00:06:27 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL1)

Also einen dfu-programmer habe ich installiert, schließlich hatte ich die CUL am Anfang ja auch geflasht...
Die CUL kam nicht wieder, so dass ich sie rausziehen und wieder einstecken musste

[Puschel74]

Moin,

du weisst aber das sich die Beiträge auch bearbeiten lassen und du nicht für alles und jeden eine neue Antwort erstellen musst?
Ich habe diesen Thread z.B. abonniert und bekomme für jede deiner Antworten (die du dir selbst gibst) eine Mail - Absicht?.
Weiters wird sich vermutlich niemand das ganze Logfile ansehen wollen.

Lies dir das mal durch bitte:
http://forum.fhem.de/index.php/topic,16311.0.html
Ich weiß - ist im Anfängerbereich angepinnt und wer liest dort schon 

Es geht nur um die RELEVANTEN Teile aus dem Logfile und NICHT das ganze Logfile - und schon garnicht über mehrere Monate(!).

Grüße

Edith: Und die Frage zum Programmer hat hier wohl weniger zu suchen - dafür gibt es eigene Forenbereiche und bereits auch Beiträge dazu.
Nein - die SuFu ist nicht so schlecht wie viele glauben. Wenn sie richtig gefüttert wird funktioniert sie auch.
Dito devStateIcon - auch dafür gibt es bereits Beiträge.
Versuch dich bitte an die einfachsten Grundlagen zu halten damit die Beiträge nicht sinnlos ins uferlose auslaufen und jemand der Infos sucht in diesem Thread hier nicht auch zum dfu.programmer und zu devstateicon die Fragen durchlesen muss.
Alles was hier nicht hingehört kannst du noch löschen und alles was ZUSAMMENHÄNGEND hier hin gehört in EINEN Beitrag zusammenfassen.
Danke.

[Pjg]

Was auch immer Du bei -for-timer geändert hast. Bitte wieder zurück drehen. Jetzt funktioniert es nämlich nicht mehr. Vorher wie gesagt ohne Probleme.
Der WAF ist heute morgen ins bodenlose gesunken als anstatt auf dezente weckposition (4sek) der Rollladen im elternschlafzimmer, gerade zusätzlich besetzt mit einem Baby, komplett aufging. Mit entsprechender Konsequenz was das Schlafverhslten dieses Babys angeht.
Hier war schon richtig Stimmung heute früh.

[thdankert]

Hallo,

zu dem was Puschel gesagt hat, brauche ich sicher nichts mehr zu ergänzen - der Thread hier wird immer unübersichtlicher.

Jetzt zu deinem Problem:

Was auch immer Du bei -for-timer geändert hast. Bitte wieder zurück drehen. Jetzt funktioniert es nämlich nicht mehr. Vorher wie gesagt ohne Probleme.
Der WAF ist heute morgen ins bodenlose gesunken als anstatt auf dezente weckposition (4sek) der Rollladen im elternschlafzimmer, gerade zusätzlich besetzt mit einem Baby, komplett aufging. Mit entsprechender Konsequenz was das Schlafverhslten dieses Babys angeht.
Hier war schon richtig Stimmung heute früh.

kannst du mir bitte nochmal das Logfile von heute, und zusätzlich die 10_SOMFY.PM aus dem FHEM-Verzeichnis zukommen lassen?
Ich hatte es geändert, weil bei mir zuhause kein Stop nach einem -for-timer gesendet wurde - ich hatte das Problem der komplett offenen Rollos beim Baby ebenfalls...

Edit: Habe jetzt noch die Nachricht zum flashen gelesen: bitte im entsprechenden Forums-Thread posten - das Update der CULFW ist wichtig, damit das SOMFY-Modul den richtigen Status mitbekommt.

Grüße,
Thomas

[Pjg]

Puschel muss ich aber schon antworten:

1. Wollte er das logfile, Auszüge hatte ich hier ja schon entsprechend geposted
2. Kenn ich sehr wohl den Anfängerbereich und bin da auch mit entsprechenden Fragen aktiv
3. Rudolf hat hier beschrieben wie es bzgl. der somy Änderung und dem culflash automatisch von statten gehen sollte, das habe ich auch hier wieder beantwortet - das es eben nicht funktioniert.
4. Wenn die Mithilfe bei der Lösung der offenen Themen zum SOMFY Modul darin besteht solche Posts zu verfassen, sollte man sich besser auf das mitlesen beschränken.

Nun wieder zum Thema.
logfile von heuet morgen: SZ_S hat um 06:30 einen set SZ_S off-for-timer 3 der bisher funktionierte

2014.10.02 06:30:00 3: SOMFY_set: FI_S -> state update in 25 sec
2014.10.02 06:30:00 2: SOMFY set FI_S off 5: sAE20002E000014
2014.10.02 06:30:00 3: SOMFY_set: FI_T -> state update in 25 sec
2014.10.02 06:30:00 2: SOMFY set FI_T off 5: sAF20002F000013
2014.10.02 06:30:00 3: SOMFY_set: SZ_S -> state update in 25 sec
2014.10.02 06:30:00 2: SOMFY set SZ_S off 3: sAF20002F000015
2014.10.02 06:30:00 3: SOMFY Unknown device BBBBBB, please define it
2014.10.02 06:30:01 3: SOMFY Unknown device BBBBBB, please define it
2014.10.02 06:30:02 3: SOMFY Unknown device BBBBBB, please define it
2014.10.02 06:30:25 1: SOMFY_CalcNewPos FI_S drive-down-time... attributes not set
2014.10.02 06:30:25 1: SOMFY_CalcNewPos FI_T drive-down-time... attributes not set
2014.10.02 06:30:25 1: SOMFY_CalcNewPos SZ_S drive-down-time... attributes not set
2014.10.02 06:40:00 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.10.02 06:40:00 2: SOMFY set BA_C go-my: sA9100019000010
2014.10.02 06:40:00 3: SOMFY_set: EZ_T -> state update in 25 sec
2014.10.02 06:40:00 2: SOMFY set EZ_T off: sAE20001E000007
2014.10.02 06:40:00 3: SOMFY_set: KU_T -> state update in 25 sec
2014.10.02 06:40:00 2: SOMFY set KU_T off: sA1200031000006
2014.10.02 06:40:00 3: SOMFY_set: WZ_T -> state update in 25 sec
2014.10.02 06:40:00 2: SOMFY set WZ_T off: sA5200025000008
2014.10.02 06:40:00 3: SOMFY_set: KU_C -> state update in 25 sec
2014.10.02 06:40:00 2: SOMFY set KU_C off: sAB20002B000004
2014.10.02 06:40:00 3: SOMFY Unknown device BBBBBB, please define it
2014.10.02 06:40:01 3: SOMFY Unknown device 999999, please define it
2014.10.02 06:40:02 3: SOMFY Unknown device BBBBBB, please define it
2014.10.02 06:40:03 3: SOMFY Unknown device AAAAAA, please define it

[thdankert]

Nun wieder zum Thema.
logfile von heuet morgen: SZ_S hat um 06:30 einen set SZ_S off-for-timer 3 der bisher funktionierte

2014.10.02 06:30:00 3: SOMFY_set: SZ_S -> state update in 25 sec
2014.10.02 06:30:00 2: SOMFY set SZ_S off 3: sAF20002F000015
2014.10.02 06:30:00 3: SOMFY Unknown device BBBBBB, please define it
2014.10.02 06:30:01 3: SOMFY Unknown device BBBBBB, please define it
2014.10.02 06:30:02 3: SOMFY Unknown device BBBBBB, please define it
2014.10.02 06:30:25 1: SOMFY_CalcNewPos SZ_S drive-down-time... attributes not set
2014.10.02 06:40:00 1: SOMFY_set: Error - drivetime and updatetime = 0

Danke!
Ich gehe davon aus, dass du keins der "drive-down/up-to" Attribute gesetzt hast.
Wenn du die aktuellste Version des Somfy-Moduls hast, kommt die Meldung zu "CalcNewPost drive-down-time... attributes not set" überhaupt nicht,
stattdessen sollte die Logmeldung so aussehen:

Code Auswählen Erweitern


2014.10.01 09:48:59 3: SOMFY_set: OG_Buero_Rollo -> stopping in 2 sec
2014.10.01 09:48:59 2: SOMFY set OG_Buero_Rollo on 2: sA040003E100002
2014.10.01 09:49:01 2: SOMFY set OG_Buero_Rollo stop: sA111003F100002


Kannst du mir bitte kurz die 10_SOMFY.pm zukommen lassen (hier anhängen) - meine Vermutung ist, dass du noch nicht den aktuellsten Stand hast.

Grüße,
Thomas

[Pjg]

ja, das ist es.
Habe gerade ein update check gemach, und da kommt Deine Änderung hoch.
Danke.

Ab wann steht das denn immer zur Verfügung?
Ich bin gestern extra bis nach 0:00 auf geblieben und habe da schon ein update durchgeführt. Da kam da noch nichts hoch:
2014.10.02 00:04:24 3: telnetForBlockingFn: port 51781 opened
2014.10.02 00:04:27 1: RMDIR: ./restoreDir/2014-09-29
2014.10.02 00:04:27 1: nothing to do...

[thdankert]

ja, das ist es.
Habe gerade ein update check gemach, und da kommt Deine Änderung hoch.
Danke.

Ok, dann update mal und teste es bitte - nicht das morgen wieder Baby-Alarm ist

Ab wann steht das denn immer zur Verfügung?
Ich bin gestern extra bis nach 0:00 auf geblieben und habe da schon ein update durchgeführt. Da kam da noch nichts hoch:

Steht bestimmt irgendwo in der FAQ - mein Bauchgefühl sagt, deutlich nach 0 Uhr.

[Pjg]

Update läuft schon
Danke

[Puschel74]

Hallo,

zu dem was Puschel gesagt hat, brauche ich sicher nichts mehr zu ergänzen - der Thread hier wird immer unübersichtlicher.

Zum Glück steh ich nicht alleine da mit meinem Ansinnen.

Ab wann steht das denn immer zur Verfügung?

Nach dem einchecken mWn am nächsten Tag ab 8 Uhr - wenn alles glatt läuft.

Grüße

Edith: Mein Beitrag vorhin war absolut nicht böse gemeint.
Aber mMn helfen kurze und auf das wesentliche reduzierte Logfiles bei der Fehlersuche mehr als überlaufene Logfiles mit allen möglichen Meldungen drinnen.
Da ich nicht der einzige sein werde der diesen Beitrag abboniert hat ist leider etwas "lästig" bei jeder neuen Antwort eine Mail zu bekommen - das lässt sich umgehen indem man seinen Beitrag bearbeitet, natürlich nur solange sinnvoll solange noch keiner drauf geantwortet hat 
Ist ja nicht der einzige Beitrag den der eine oder andere abboniert haben dürfte

Edith2: Und du siehst - das bearbeiten klappt einwandfrei 

[Pjg]

Hallo,

eigentlich wollte ich nun schreiben das alles OK ist, und der Rest kein Thema vom SOMFY Modul.

Leider habe ich aber wieder etwas Neues gefunden...

Zuerst zu all den Themen die ich hier einmal angesprochen hatte, um es etwas übersichtlicher zu haben:
1. "No I/O Device found...'" --> Evtl. mit neuem CULflash behoben s.u.
2. Fehlermeldungen "SOMFY Unknown device ...", "SOMFY_set: Error - drivetime and updatetime = 0" --> Evtl. mit neuem CULflash behoben s.u.
3. Statt state on wird state "pos 100" zurück gegeben, und damit kein Icon mehr angezeigt --> siehe Neues Problem

CULflash: funktioniert nicht. Lt. sufu haben einige das Problem. Eine wirkliche Lösung (ich gebe fhem keine root Rechte!) scheint es aber nicht zu geben --> wird weiter unter Anfängerfragen diskutiert. Ich warte solange halt auf das nächste Release der CULFW

Neues Thema:
Ein set xy on bringt als state nun kein "pos 100" mehr zurück, dafür aber ein state off (oder es bleibt off?)

logfile:
SOMFY set AZ_S on: sA7400027000002

Internal von AZ_S:
STATE off

[rudolfkoenig]

CULflash: funktioniert nicht. Lt. sufu haben einige das Problem. Eine wirkliche Lösung (ich gebe fhem keine root Rechte!) scheint es aber nicht zu geben.

Alternativ kann man dem Flash-Programm (dfu-programmer) root sbit geben. Ob diese Loesung "wirklicher" ist, weiss ich nicht.

[Pjg]

Alternativ kann man dem Flash-Programm (dfu-programmer) root sbit geben. Ob diese Loesung "wirklicher" ist, weiss ich nicht

Doch, das finde ich "wirklicher"/sicherer.
Danke für den Tipp

Leider funkitioniert es damit auch nicht:

Validating...
23070 bytes used (80.46%)
dfu-programmer: failed to release interface 0.

Kann man wohl ignorieren - eine Fehlermeldung ist durch das CULFW-update nun weg.
log:2014.10.02 12:43:12 3: CUL1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2014.10.02 13:10:24 2: SOMFY set AZ_S on: sA9400029000002
2014.10.02 13:11:26 1: SOMFY_set: Error - drivetime and updatetime = 0
2014.10.02 13:11:26 2: SOMFY set AZ_S off: sAA20002A000002

[Pjg]

update:

1. "No I/O Device found...'"                                                                                              --> Fehler noch vorhanden
2.  Fehlermeldung"SOMFY Unknown device ..."                                                                   --> OK, behoben nach CULFW update
2b Fehlermeldung "SOMFY_set: Error - drivetime and updatetime = 0"                                 --> Fehlermeldung noch vorhanden
4. Ein set xy on bringt als state nun kein "pos 100" mehr zurück, dafür aber ein state off       --> OK, behoben nach CULFW update