Hallo Zusammen,
ich freue mich Euch nun endlich das Siro-Modul für die motorisierte Ansteuerung von Innensichtschutzrollos für FHEM bereitzustellen, welches vorerst als erste Public-beta-Version zum Testen bereitsteht, bevor es im SVN aufgenommen wird.
EinleitungAus eigenem Interesse bin ich auf die Motoren der Fa. Siro gestoßen, da ich seit längerem eine Möglichkeit suchte, meine Innenrollos zu motorisieren. Als Kinoenthusiast suchte ich schon länger eine Lösung meine Fenster automatisch zu verdunkeln, wenn der Heimkino-Beamer eingeschaltet wird. Da fertige E-Rollo-Systeme sündhaft teuer und vor allem nicht modular sind (Stoffe oder Motoren können nicht einfach ausgetauscht werden), war die Suche sehr mühselig. Letztendlich stieß ich hier im FHEM-Forum auf die Akku-Funk-Rohrmotoren der Fa. Siro (https://www.siro-antrieb.de). Ohne zu zögern bestellte ich einen Testmotor und war von Anfang an begeistert. Das geniale an diesen Motoren ist, dass schon bestehende, also fertig montierte Rollos, weiterhin verwendet werden können, indem das Spring- oder Kettensystem aus dem Rohr herausgezogen wird und stattdessen der Antriebsmotor in die Welle eingesetzt wird. Dieses System verschwindet nahezu komplett mit Akku und Antrieb in dem Rohr. Endlagen für oben und unten und sogar eine Favoritenposition werden im Rollo abgespeichert, sodass das Rollo niemals über die Endlagen darüber hinaus fährt. Die Fa. Siro bietet schon Akku-Funk -Motoren ab einem Innenrohrdurchmesser von nur 16mm an und liefert auch schon die richtige Durchmesser-Adaptierung vormontiert mit. Eine Akkuladung hält etwa ½ Jahr bei einer täglichen Auf- und Abfahrt. Laden lässt sich der Motor mit einer einfachen Steckverbindung, ohne das Rollo abbauen zu müssen. Eine Steuerung der Rollos konnte bis dato nur über die hauseigenen Fernbedienungen bedient werden, da es keine Bridge oder andere Steuermöglichkeiten zur Automatisierung gab. Die erste Idee war eine FB per Relais anzusteuern, was aber keine elegante Lösung auf Dauer sein konnte. Also bestellte ich aus den Staaten einen ,,Spectrum-Analyzer", mit dem ich die CODES mitschnitt und dekodierte. Die ersten Experimente mit einem CUL-Stick der Fa. Busware musste ich leider verwerfen, da ich das WakeUp-Signal nicht emulieren konnte. Auf der Suche nach einer anderen Lösung stieß ich auf die CUL-Alternative ,,SIGNALduino", welches auf Arduino basiert und eine Alternative zum Busware-CUL darstellt. Getestet wurde ein selbstgebauter Arduino nano, ein Radino und ein SIGNALESP mit einer CC1101 433MHz Transceivereinheit. Sollte diesbezüglich jemand Fragen haben, stehe ich gerne zur Verfügung. Die User ,,det" und ,,Byte09" waren die ersten Betatester der Alpha-Versionen. Seither hat der User ,,Byte09" mit großem Eigeninteresse an der Entwicklung des Moduls mitgewirkt, weshalb ich mich dahingehend besonders für sein Engagement bedanken möchte.
Mittlerweile habe ich 6 Siro-Motoren im privaten Einsatz und erfreue mich jeden Tag an die Erleichterung der täglichen Bedienung.
Hardwarekompatibilität (Motoren)Derzeit werden die LE-Serie-Motoren der Fa. Siro durch das nun neue FHEM-Modul unterstützt (Links am Ende):
- ERB15-LE (Durchmesser: 15,4mm) (die neuste Motorversion, ladbar mit herkömmlichen Micro-USB-Kabel, jedoch lassen diese sich nicht mit den jetzigen Solarpanels laden)
- ERB16-LE (Durchmesser: 17mm)
- ERB25-LE (Durchmesser: 25mm)
Weitere Motoren der Fa. Siro (anderes Protokoll) werden aller Voraussicht in Kürze ebenfalls mit aufgenommen.
Hardwarekompatibilität (Transceiver)Zur Ansteuerung der Rollomotoren wird derzeit ein SIGNALduino benötigt. Dazu ist es dringend notwendig, dass der aktuelle Entwicklerstand (Dev) eingesetzt wird. Folgende Hardwarevarianten wurden erfolgreich getestet:
- Arduino Nano mit CC1101 433MHz Transceiver mit SIGNALduino-Firmware (>= V 3.3.1-dev)
(USB-Selbstbau-Variante) - Radino mit CC1101 433MHz Transceiver mit SIGNALduino-Firmware (>= V 3.3.1-dev)
(Fertig konfektionierter USB-Stick, welcher demnächst wohl auch bei der Fa. Siro erhältlich sein wird) - SIGNALESP mit CC1101 433MHz Transceiver mit SIGNALduino-Firmware (>= V 3.3.1-dev)
(WLAN-Transceiver, welcher z.B. in entfernten Räumen genutzt werden kann)
Softwaremodul(e)
Benötigt wird natürlich das Siro-Modul ,,98_Siro.pm" und eine erweiterte Version der ,,00_SIGNALduino.pm", welche noch nicht im SVN sind und manuell eingespielt werden müssen, bis der User ,,Sidey" es mit aufgenommen hat und das Siro-Modul von Euch getestet wurde. Download-Links der Module sind am Ende aufgeführt und werden kontinuierlich weiterentwickelt.Im FHEM-SVN-Repository enthalten.
ModulvorbereitungenNachdem die Module ,,98_Siro.pm" und ,,00_SIGNALduino.pm" eingespielt worden sind, sollte das SIGNALduino-Modul mit folgendem Befehl neu eingelesen werden:reload 00_SIGNALduino.pmDas SIGNALduino-Gerät (hier ,,mySIGNALduino") sollte im state: ,,opened" angezeigt werden.
Nun im mySIGNALduino den manchesterMC mit folgendem Befehl deaktivieren:
set mySIGNALduino disableMessagetype manchesterMCDa der SIGNALduino sehr viele Protokolle mitbringt, kann es zu Fehlinterpretationen der Funkbefehle kommen, weshalb wir dem Gerät mySIGNALduino das Attribut whitelist_IDs auf den Siro-Code: 72 einschränken.
attr mySIGNALduino whitelist_IDs 72Bei Bedarf kann das jeder selbst verfeinern. Sollte eine physische Fernbedienung der Fa. Siro vorhanden sein, sollten im ,,Event-Monitor" empfangene Befehle schon angezeigt werden.
ModuldokumentationUm ein Rollo anzusteuern wird keine physische Siro-Fernbedienung benötigt, da das FHEM-Modul eine Fernbedienung vollständig emulieren kann (inkl. dem Pairing). Ist eine physische Fernbedienung vorhanden und ein autocreate aktiv, kann auch der bestehende Code der Fernbedienung übernommen werden, ohne dass die Rollos neu ,,gepaired" werden müssen.
DefineEin Siro-Device kann wie folgt angelegt werden:
define <name> Siro <id><channel>Bsp.: define Siro1 Siro AB00FC1Das Gerät wird mit einer "selbst angelernten" Identifikation angesprochen, welche aus 8 Hex-Zeichen besteht. Die ersten 7 Stellen entsprechen der Geräte-ID gefolgt von einem 1-stelligen Kanal. Im vorangegangenen Beispiel ist die ID: AB00FC und der Kanal: 1 eingestellt worden. Somit können mit 1-F insgs. 15 Kanäle vergeben werden. Der Kanal 0 entspricht analog zur FB einer Ausnahme, dass "alle" Rollos (Kanal: 1-F) gefahren werden.
Der Motor kennt im Werkszustand keinerlei Fernbedienungen und kann auf eine oder mehrere Fernbedienungen angelernt werden. Somit bringt die Fernbedienung werksseitig eine fest programmierte ID mit, die sich der Motor behält. Testweise konnte ich einem Rollo mind. 20 ID's beibringen. Wie viele möglich sind, müsste noch ermittelt werden.
Somit bleibt einem selbst überlassen, ob man die ID einer echten FB nutzen will (die ID der sendeden FB sieht man im Event-Monitor) oder eine selbst ausgedachte ID dem Motor im Programmiermodus über FHEM beibringt.
Anschließend muss zwingend das Attribut IODev auf den angeschlossenen Transceiver mySIGNALduino gesetzt werden.
Ab diesem Zeitpunkt sollte das Rollo mit on/off/stop/fav angesteuert werden können (Also alle hardwareseitigen Befehle). Sollte es Probleme geben, indem die Endlagen nicht eingestellt werden können, weil z.B. der Fav-Befehl nicht erkannt wird, muss noch das Attribut "SignalLongStopRepeats" entsprechend gesetzt werden (siehe weiter unten).
Werden zusätzlich die Laufzeiten in den Attributen time_to_close, time_to_open und time_down_to_favorite angegeben, kann auch eine prozentuale Angabe als Position benutzt werden. Dabei versucht das Modul die Position des Rollos zu berechnen und zum geeigneten Zeitpunkt das Rollo zu stoppen. Es ist zu beachten, dass das natürlich eine reine Softwarelösung ist und es zu Fehlberechnungen kommen kann. Ein Anfahrt auf on, fav oder off synchronisiert die Positionsanfahrt wieder.
SetDie Set-Syntax lautet wie folgt:
set <name> <value> [<position>]Folgende ,,Value"-Aktionen sind möglich:
- on
- off
- close
- open
- fav
- stop
- position (0-100) (Nur möglich, wenn auch die Laufzeiten des Rollos als Attribut angelegt wurden)
- prog
- prog_stop
- set_favorit
- state
Beispiele:
set Siro1 100
set Siro1 position 100
set Siro1 on
set Siro1 closefährt das Rollo komplett herunter (100%)
set Siro1 0
set Siro position 0
set Siro1 off
set Siro openset Siro1 off fährt das Rollo komplett hoch (0%)
set Siro1 position 40
set Siro1 40fährt das Rollo zur angegebenen Position (40%)
set Siro1 favfährt das Rollo in die hardwaremässig programmierte Mittelposition
set Siro1 stopstoppt die Fahrt
set Siro1 set_favoriteprogrammiert den aktuellen Rollostand als Hardwaremittelposition und parametriesiert das Attribut "time_down_to_favorite" mit der aktuellen berechneten Laufzeit neu.
set Siro1 progentspricht der "P2" Taste der Fernbedienung. Das Modul wird in den Programmiermodus versetzt (3 Min.). Wie das Rollo programmiert oder auch mit den Endlagen eingestellt wird, bitte der Bedienungsanleitung der Fa. Siro entnehmen. Das würde hier den Rahmen der Doku sprengen.
GetN/A. Da es sich um ein unidirektionales Protokoll (der Motor ist ein reiner Empfänger) handelt, stellt das Endgerät keinerlei Daten zum Auslesen zur Verfügung.
AttributeIODevDas IODev muss das physische Gerät zum Senden und Empfangen der Signale enthalten. Derzeit wird ein SIGNALduino (Arduino nano, Radino, SignalESP etc.) unterstützt. Ohne der Angabe des "Sende- und Empfangsmodul" "IODev" ist keine Funktion möglich.
channel (seit V1.09 nicht mehr vorhanden)Beinhaltet den Kanal, den das Modul zum Senden und Empfangen nutzt. Dieser wird ggf. beim Anlegen des Devices bereits gesetzt.
channel_send_mode_1
Beinhaltet den Kanal, der vom Modul im "operation_mode 1" zum Senden genutzt wird. Dieses Attribut wird "operation_mode 0" nicht genutzt
SignalLongStopRepeatsDiese Einstellung enthält sozusagen die Anzahl der Stopp-Befehle, die gesendet werden, um in die Favouritenposition zu fahren.
Der Befehl fav wird auch in der Endlagenprogrammierung genutzt.
Folgende Einstellungen für die folgenden Modelle benutzen (das ist sozusagen die Länge Fav-Taste (Anzahl der Stopp-Befehle). Wird dies nicht vorab eingestellt, gibt es schon Probleme bei der Endlageneinstellung:
ERB15LE: 45
ERB16LE: 15
ERB25LE: 40
operation_modeMode 0
Dies ist der Standardmodus. In diesem Modus nutz das Modul nur den Kanal, der von der Fernbedienung oder vom Attribut "channel" vorgegeben ist. Hier kann es durch von FHEM verpasste Signale, Timingproblemen etc. im schlechtesten Fall zu falschen States und Positionsreadings kommen. Diese werden bei Anfahrt einer Endposition wieder synchronisiert.
Mode 1
Erweiterter Modus. In diesem Modus nutzt das Modul zwei Kanäle. Den Standardkanal "channel" zum Empfangen der Fernbedienung. Dieser sollte nicht mehr durch das Rollo selbst empfangen werden. Und den "channel_send_mode_1", zum Senden an den Rollomotor. Hierzu ist eine Umkonfigurierung des Motors erforderlich. Dieser Modus ist in Bezug auf die Darstellung der States "deutlich sicherer", da ein Verpassen eines Signals durch FHEM nicht dazu führt, dass falsche Positionen angezeigt werden. Das Rollo fährt nur dann, wenn FHEM das Signal empfangen hat und an den Motor weiterreicht. Eine Anleitung zur Konfiguration des Motors folgt.
time_down_to_favoritebeinhaltet die Fahrtzeit in Sekunden, die das Rollo von der 0% Position bis zur Hardware-Favoriten-Mittelposition benötigt. Diese Zeit muss manuell gemessen werden und eingetragen werden. Ohne dieses Attribut ist das Modul nur eingeschränkt funktionsfähig.
time_to_closebeinhaltet die Fahrtzeit in Sekunden, die das Rollo von der 0% Position bis zur 100% Position benötigt. Diese Zeit muss manuell gemessen werden und eingetragen werden. Ohne dieses Attribut ist das Modul nur eingeschränkt funktionsfähig.
time_to_openbeinhaltet die Fahrtzeit in Sekunden, die das Rollo von der 100% Position bis zur 0% Position benötigt. Diese Zeit muss manuell gemessen werden und eingetragen werden. Ohne dieses Attribut ist das Modul nur eingeschränkt funktionsfähig.
prog_fav_sequencebeinhaltet die Kommandosequenz zum Programmieren der Harware-Favoritenposition
debug_mode [0:1]
Im Mode 1 werden zusätzliche Readings zur Fehlerbehebung angelegt, in denen die Ausgabe aller Modulelemente ausgegeben werden. Kommandos werden NICHT physisch gesendet.
Info
Die Attribute webcmd und devStateIcon werden beim Anlegen des Devices einmalig gesetzt und im auch im Betrieb an den jeweiligen Mode des Devices angepasst. Die Anpassung dieser Inhalte geschieht nur solange, bis diese durch den Nutzer geändert wurden. Danach erfolgt keine automatische Anpassung mehr.
Ein vollständig eingetragenes Siro-Device könnte bspw. so aussehen:
define Siro1 Siro AB00FC1
attr Siro1 IODev mySIGNALduino
attr Siro1 SignalRepeats 9
attr Siro1 SignalLongStopRepeats 15
attr Siro1 devStateIcon {my $icon = ReadingsVal('Siro1','state', 0);;$icon = (int($icon/10)*10);; return '.*:fts_shutter_1w_'.$icon}
attr Siro1 down_limit_mode_1 100
attr Siro1 operation_mode 0
attr Siro1 prog_fav_sequence prog,2,stop,2,stop
attr Siro1 room Siro
attr Siro1 time_down_to_favorite 7.8
attr Siro1 time_to_close 13
attr Siro1 time_to_open 13.5
attr Siro1 webCmd prog:stop:on:off:favDanksagungEin besonderer Dank geht an
- die SIGNALduino-Entwickler (Sidey, Ralf9 und Butzek's), die eine großartige Leistung gebracht haben,
- Rudolf Koenig, dem Betreiber und Gründer des FHEM-Projekts, welcher wirklich in Lichtgeschwindigkeit die Mails beantwortet,
- Byte09, welcher das Siro-Modul aktiv weiterentwickelte
- und Hr. Hoelters der Fa. Siro, welcher immer hilfsbereit zur Seite stand.
Links:https://www.siro-antrieb.de/produkte/akku-rohrmotor/
https://www.siro-antrieb.de/der-allrounder-fuer-alles/
https://www.siro-antrieb.de/shop-kategorie/elektronische-antriebe/
https://wiki.fhem.de/wiki/SIGNALduino
http://www.biest.de/siro/98_Siro.pmhttp://www.biest.de/siro/00_SIGNALduino.pmDas Siro-Protokoll wurde im 00_SIGNALduino.pm in der DEV 3.3.1 mit aufgenommen. Die Timings wurden nochmals optimiert.
https://forum.fhem.de/index.php/topic,58397.msg693023.html#msg693023
Hinweis:Lasst euch bei Siro-Motoren als FHEM-User registrieren, da es immer mal wieder spannende Neuigkeiten und Rabatte geben wird.
Und nun wünsche ich Euch mit diesem Modul viel Spaß.
Ergänzungen: Wie das Rollo gepairt wird und die Endlageneinstellungen getätigt werden, kann in diesem Thread unter folgendem Post weitergelesen werden:
https://forum.fhem.de/index.php/topic,77167.msg725476.html#msg725476
Zusätzlich hat Markus M. im Post: https://forum.fhem.de/index.php/topic,77167.msg821362.html#msg821362
weitere Einstellmöglichkeiten (Geschwindigkeit einstellen, Dot-Modus) herausbekommen (vielen Dank dafür).
Geschwindigkeit einstellen:
- Schneller : STOP und AUF Taste zusammen 2s halten, bis der Motor sich kurz bewegt
- Langsamer : STOP und AB Taste zusammen 2s halten, bis der Motor sich kurz bewegt
Dot Mode an/aus (Fahrt dann nur bei langem Tastendruck, ansonsten nur ein kleiner Schritt)
- P2 drücken, bis der Motor sich kurz bewegt
- AUF drücken, bis der Motor sich kurz bewegt
- AB drücken, bis der Motor sich kurz bewegt
Schön, dass es nun geklappt hat. Vielen Dank.
Ich durte ja bereits testen und habe da noch einige Erkenntnisse:
Zitatset Siro1 on
set Siro1 close
fährt das Rollo komplett hoch (0%)
Das halte ich aber für eine unglückliche Lösung.
On heisst eigentlich ja immer aktiv. Hier ist es umgekehrt.
Bewnötigt man denn on und off überhaupt?
Die sind/werden doch schon im Rollo festgelegt.
On und off wären also eigentlich gar nicht erforderlich und könnten durch 100%(geschlossen, also 100 Prfozent sichtbar) und 0 (offen, also Rollo nicht sichtbar) komplett abgelöst werden, was auch die Nutzung des Modfuls erleichtern würde, hauptsächlich jedoch intuitiver macht.
guten morgen invers,
du kannst das im attr webcmd ändern:
stop:open:close:fav:position
stop:0:100:fav:position
.....wird vom modul beides erkannt.
somit geht auch:
set Siro1 open
set Siro1 close
gruss Byte09
Cool das es geklappt hat. Da werde ich mir gleich mal einen Signalduino beschaffen.
Moin
Schoen das es geklappt hat.
Einige Fragen bleiben, trotz des ausfuehrlichen Posts offen:
- Woher bekomme ich die 7stellige ID, ist die auf dem Motor aufgedruckt, oder durch autocreate ersichtlich?
- Wie bringe ich dem Motor ohne Ferbedienung die End- und Favoritenpositionen bei?
- Die Beschreibung channel ist nicht mehr konsistent, da der Kanal ja jetzt beim Anlegen des Devices vergeben wird!?
- Was kann/macht down_limit_mode?
Danke und Gruss Christoph
Zitat von: pc1246 am 27 September 2017, 07:17:16
Moin
Schoen das es geklappt hat.
Einige Fragen bleiben, trotz des ausfuehrlichen Posts offen:
- Woher bekomme ich die 7stellige ID, ist die auf dem Motor aufgedruckt, oder durch autocreate ersichtlich?
- Wie bringe ich dem Motor ohne Ferbedienung die End- und Favoritenpositionen bei?
- Die Beschreibung channel ist nicht mehr konsistent, da der Kanal ja jetzt beim Anlegen des Devices vergeben wird!?
- Was kann/macht down_limit_mode?
Danke und Gruss Christoph
Die id wird über das auto create festgelegt. Alternativ ( keine fb vorhanden kann eine eigene id gewählt werden und am Motor angelernt werden .
Das Modul hat eine "set prog" Funktion , diese entspricht der p2 taste der fb. Somit dann gleiches vorgehen wie mit der fb zum einstellen der endlagen
Das down limit attr greift nir , wenn das Device im Mode 1 betrieben wird. Dazu schreibe ich heute abend noch etwas .... bin auf der Arbeit.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Sobald neue Fragen aufkommen, werde ich es in der obigen Doku erweitern bzw. korrigieren.
Zitatset Siro1 on
set Siro1 close
fährt das Rollo komplett hoch (0%)
Das halte ich aber für eine unglückliche Lösung.
On heisst eigentlich ja immer aktiv. Hier ist es umgekehrt.
Invers: Du hast recht. Im Normalzustand ist es auch andersherum. Es war ein Doku-Fehler. Ich habe es in der Doku korrigiert.
Zitat
- Woher bekomme ich die 7stellige ID, ist die auf dem Motor aufgedruckt, oder durch autocreate ersichtlich?
Diese bringt die FB mit. Der Motor hat einen internen Speicher, der sich seine FB's merkt. Pairst du über FHEM, kannst du Dir eine ID ausdenken.
Zitat- Wie bringe ich dem Motor ohne Ferbedienung die End- und Favoritenpositionen bei?
Genauso, wie du es mit einer "echten" FB machen würdest (Tastenkombinationen an der FB), welche in der Doku der Fa. Siro beschrieben sind. Da das Modul alle Tasten der FB mitbringt, kannst du das sozusagen emulieren. Im Modul steht das "prog" für die "P2-Taste" an der physischen FB.
- Die Beschreibung channel ist nicht mehr konsistent, da der Kanal ja jetzt beim Anlegen des Devices vergeben wird!?
- Was kann/macht down_limit_mode?An dem channel wird noch gearbeitet, da channel 0 eine besondere Bedeutung hat (alle Rollos der ID zu fahren). Selbstverständlich kannst du durch das Ändern der ID auch jederzeit den Kanal ändern. down_limit_mode wird dir Byte09 erklären, da es aus seiner Ideenreichkiste entstanden ist. :)
pc1246: Ich habe die Doku oben entsprechend erweitert.
Also ich weiß nicht, ob ich heute einen schlechten Tag hatte, aber das initiale Flashen des gestern eingetroffenen Radino hat mich echt Nerven gekostet. Ich habe nach Lesen der Seiten nicht hinbekommen, manuell die 2x Reset zu drücken und dann avrdude zu starten.
Es geht aber auch leichter:
https://nicholaskell.wordpress.com/tag/leonardo/
Wer unter Windows flashen will:
$port=new-Object System.IO.Ports.SerialPort COM6,1200,None,8,one
$port.open()
$port.close()
COM6 durch den eigenen Port ersetzen.
Radino läuft jetzt erstmal mit Siro-Anbindung geht es morgen weiter. >:(
RADINO
Zitat von: volschin am 01 Oktober 2017, 19:53:11
... aber das initiale Flashen des gestern eingetroffenen Radino hat mich echt Nerven gekostet. Ich habe nach Lesen der Seiten nicht hinbekommen, manuell die 2x Reset zu drücken und dann avrdude zu starten....
Mich hat es auch viele Nerven gekostet. Einfach mal hier fragen oder mir eine PM schicken.
Man muss wissen, dass sich der Radino unterschiedlich ausgibt. Je nachdem ob er im Betriebs-oder im Flash-Modus ist.
Drückt man die Reset-Taste 2x hintereinander, ist er nur wenige Sekunden als "usb-In-Circuit_radino_CC1101-if00" erreichbar.
Da muss man direkt den Flash-Befehl ausführen.
Im Betriebsmodus heißt er: "usb-Unknown_radino_CC1101-if00"
Das finde ich eigentlich ganz gut, da kein Programm oder Virus den einfach umprogrammieren könnte.
In Windows kann man das auch ganz gut im Gerätemanager nachvollziehen, wie er im kurzzeitigen Flashmodus einen anderen COM-Port zugewiesen bekommt.
Unter Linux kann man die ID bzw. den Namen des angeschlossenen Radino's mit folgendem Befehl ermitteln:
ls -l /dev/serial/by-idUm über FHEM überhaupt flashen zu können, muss natürlich erstmal avrdude installiert sein:
sudo apt-get install avrdudeIn FHEM legt man ein SIGNALduino an. Das könnte etwa so aussehen:
define mySIGNALduino SIGNALduino /dev/serial/by-id/usb-In-Circuit_radino_CC1101-if00@57600
attr mySIGNALduino flashCommand avrdude -v -patmega32u4 -cavr109 -P [PORT] -b [BAUDRATE] -D -Uflash:w:[HEXFILE]:i 2>[LOGFILE]
attr mySIGNALduino hardware nano328
attr mySIGNALduino hexFile /opt/fhem/FHEM/firmware/SIGNALDuino_radinoCC1101.hex
In den Attributen sind auch schon das richtige Flashkommando und die Auswahl der Firmware enthalten.
Nun im Modul "mySignalduino" flashen (vorher 2x die RST-Taste drücken).
set flash aufrufenAnschließend nun auf den neuen Namen der DEF-Definition setzen, da er sich nach dem Flashen neu identifiziert.
DEF
/dev/serial/by-id/usb-Unknown_radino_CC1101-if00@57600mySIGNALduino sollte im STATE nun "opened" anzeigen
Das Siro-Protokoll wurde im 00_SIGNALduino.pm in der DEV 3.3.1 mit aufgenommen
https://forum.fhem.de/index.php/topic,58397.msg693023.html#msg693023
Die Timings wurden nochmals optimiert.
Danke an Ralf und Sidey.
Ich habe gestern meine 4 Rollos angebunden, zwei davon laufen zufriedenstellend, zwei rucken nur, obwohl die Repeats auf 9 stehen.
Ich weiß mir da grad keinen Rat mehr. Es ist sicher keine Sache des Funkempfangs, denn der Raspi mit dem Radino stand fast daneben.
Es sind meine beiden ein paar Monate älteren Motoren.
@Dr. Smag: was heißt das mit der Timingverbesserung genau? Soll jetzt nicht mehr die im ersten Beitrag verlinkte Datei genommen werden? Löst dies evtl. Mein Problem?
hi volschin,
was heisst denn " sie rucken nur ".
kannst du bitte mal eines der betroffenen devices auf verbose5 stellen . dann einmal "on" kurz warten und "stop" befehl senden .
den log dann bitte mal posten.
dann einmal stop auf der fernbedienung drücken ( für bertroffenes device ) . auch den log bitte mal zeigen.
und ein list des bertoffenen devicec wäre gut.
gruss Byte09
PS: bleib bitte erstmal bei den dateien aus dem ersten beitrag
Rucken meint, sie machen einen Minischritt, wie der kurze Druck auf der Fernbedienung.
Ich werde das mit dem verbose mal testen.
Zitat von: volschin am 03 Oktober 2017, 09:19:45
Rucken meint, sie machen einen Minischritt, wie der kurze Druck auf der Fernbedienung.
Ich werde das mit dem verbose mal testen.
ok, muss jetzt mal nachhaken. machen sie diesen minischritt bei druck auf fernbedienung im ganz normalen betriebsmodus bei dir ( kein programmiermodus etc. ) ? das mache meine nicht .... und würde ggf. schon einiges erklären !
byte09
Grade nochmal getestet, Du hast recht.
Die älteren machen einen Minischritt bei kurzem Druck und einen hoch und runter bei langem Druck. Ich habe Doppelrollos und das war mir bei der Positionierung der durchsichtigen und undurchsichtigen Bereiche wichtig.
Das erklärt aber das unterschiedliche Verhalten. Jetzt muss ich nochmal meine Konfigurationsanleitung suchen. ;)
wenn du es nicht anders konfigurieren kannst im motor melde dich nochmal, ich denke ich weiss wie das realisiert ist von siro und könnte das modul anpassen - wenn unvermeidbar.
gruss byte09
Zitat@Dr. Smag: was heißt das mit der Timingverbesserung genau? Soll jetzt nicht mehr die im ersten Beitrag verlinkte Datei genommen werden? Löst dies evtl. Mein Problem?
D.h., dass die Rollo's noch besser reagieren. Das hat aber nichts mit deiner Situation zu tun. Ich habe extra noch die "alte" 00_SIGNALduino.pm auf dem Server gelassen, bis alles im Grünen ist.
ZitatRucken meint, sie machen einen Minischritt
Damit hatte ich mich auch mal gequält. Habe ich hier auch schonmal erwähnt:
https://forum.fhem.de/index.php/topic,12227.msg657791.html#msg657791
Der Motor befindet sich noch im Programmiermodus. Da kommst du nur mit der P2-Taste und Hoch, Stopp oder Runter der FB raus. Jenachdem, in welchem Modus du dich befindest.
Am einfachsten ist es die Motoren zurückzusetzen, dann sind deine Probleme weg.
Den Taster am Motor so lange gedrückt halten. bis er 3x jeweils 1x bestätigt hat.
Dann natürlich neu pairen.
LG.
Eine kleine Vereinfachung für das Attribut devStateIcon hätte ich anzubieten.
{return '.*:fts_shutter_1w_'.(int($state/10)*10)}
Hat es denn geholfen?
Zitat von: volschin am 03 Oktober 2017, 11:03:42
Eine kleine Vereinfachung für das Attribut devStateIcon hätte ich anzubieten.
{return '.*:fts_shutter_1w_'.(int($state/10)*10)}
ja, da habe ich irgendwie auf "möglichst kompliziert" gestanden. ;)
ich ändere das entsprechend .
gruss Byte09
INFO:
das Modul Siro ist in aktueller Version noch nicht an die "offizielle" 00_Signalduino. pm aus der rev-33 angepasst und wird mit dieser Version der Signalduino nur fehlerhaft funktionieren, insbesondere was den Empfang (parsen) der Fernbedienung betrifft.
Bedingt ist dieses daher, das das Siromodul nun Aufgaben übernehmen muss, die das Signalduinomodul bisher übernahm , nun aber - für das Siroprotokoll - nicht mehr übernimmt ( auf unseren Wunsch hin ) . Diese Änderung war zwingend erforderlich , um auf den Befehl "Favoritenanfahrt" von der Fernbedienung reagieren zu können.
Diese Fehler werden sich insbesondere bei der Stateerrechnung bemerkbar machen, wenn Fahrten durch die Fernbedienung ausgelöst werden. Hier wird eine deutlich höhere Serverlast ausgelöst, da schon ein kurzes drücken der Fernbedienungstaste , zig Parseanfragen auslösen, die nicht gefiltert - und somit alle - abgearbeitet werden.
In verbindung mit dem Siromodul ist es hier sinnvoll, bis zur Aktualisierung auf die hier verlinkte 00_Signalduino zurückzugreifen, sofern die neue Signalduino aus anderen Gründen nicht zwingend benötigt wird.
Weiter Neuerung :
In der aktualisierten Version der Signalduino gibt es ein neues Attribut "development". Dieses muss zwingend auf "m72m72.1" gesetzt werden , solange das Siromodul noch nicht offiziell in der SVN repository ist .
Eine aktualisierte Version des Siromoduls wird kurzfristig in den nächsten Tagen folgen , Dr. Smag und ich arbeiten daran.
gruss Byte09
Zitat von: Dr. Smag am 03 Oktober 2017, 11:08:29
Hat es denn geholfen?
Ja, nur leider sind auch meine Einstellungen erstmal weg. :o
Ich kümmer mich jetzt erstmal um die HomeKit-Ansteuerung bei den beiden eingerichteten. :)
Die Logik des Siro-Moduls ist leider konträr zu der, der meisten anderen Jalousien, bei denen 100 offen und 0 geschlossen heißt.
Aber auch das kann man mit etwas Aufwand für HomeKit richten:
genericDeviceType blind
homebridgeMapping TargetPosition=position,cmd=position,cmds=100:on,invert=1,minValue=0,maxValue=100,minStep=1
CurrentPosition=position,cmd=position,invert=1,minValue=0,maxValue=100,minStep=1
Dem sehe ich nicht so. Das Dooya ist ebenso aufgebaut.
Meine allerersten Experimente, bevor ich mit dem Modul anfing waren auch so.
Das Dooya, welches 0 (offen) und 100 (zu) ebenfalls entspricht, ist besser und logisch.
Bsp.:
0% Licht bedeutet kein Licht.
0% Rollo eben kein Rollo. Somit kein Rollo.
100 steht für 100% Rollo, also maximal ausgefahren.
Es geht ja nicht um Licht sondern um das Rollo und somit wie weit das Rollo sozusagen "da" ist.
Siehe zweiten Post des Threads. Der User Invers sieht es auch so.
Ich selbst spreche die Rollos sowieso nicht direkt an, da ich noch vorher überprüfe, ob
z.B. das Fenster geöffnet ist. In dieser Wrapper-Funktion kannst du ja ein 100-x einbauen.
Ob wir eine Value-Invertierung implementieren, weiss ich derzeit noch nicht.
Erstmal muss es sauber laufen. Aber danke für deinem Hinweis.
Und Apple sagt (wie ca. 9 von 10 Herstellern): 0% = kein Licht, also Rollo zu.
Ist die Frage, ob es aus Kompatibilitätssicht Sinn macht, gegen den Strom der Großen zu schwimmen?
Aber on und off halte trotzdem Quatsch. Ein Motor oder eine Lampe kann on sein, aber kein Rollo.
Ausnahme: Das Rollo läuft gerade. Wäre cool, geht aber nicht, weil das Rollo nichts sendet.
Klar kann man auch andere Befehle nehmen, ist aber eigfentlich Überflüssig.
Braucht man wirklich 0 und 100? Ja! Aber on und off? Wie die anderen Kandidaten überflüssig.
Open und closed wären mögliche Kandidaten, sind aber auch überflüssig, weil das ja schon mit 0 und 100 dargestellt wird.
Aber wer wseiss, vielleicht sagt ja wirklich jemand zu seiner Frau: Liebling, mach mal das Rollo aus. :-)
hmmm,
also "on und off "war zwischen dr. smag und mir auch schon ein thema bei dem unsere meinungen etwas auseinanderdriften. da sehe ich aber nicht das problem , da das ja über webcmd wirklich ohne aufwand anzupassen ist. Ansonsten tauchen die beiden Begriffe ja nirgends auf. Da das Modul selbst auch open und close versteht ist das wohl nicht das thema.
0%, 100% ist wohl wirklich eine frage des gefühls unabhängig vom "strom". ich betreibe einen haufen homematicaktoren die ebenfalls 0% als rollo geschlossen darstellen - dieses fühlt sich aus
meiner sicht völlig falsch an.
ZitatIst die Frage, ob es aus Kompatibilitätssicht Sinn macht, gegen den Strom der Großen zu schwimmen?
.... diese Aussage/Frage ist aber sicher nicht ganz unbegründet.
Ich werde eine Invertierung ( allerdings über Attribut ) auf meine TodoListe setzen und sehen inwieweit es machbar ist, ohne das ganze modul umzustricken .
Ist aber eine lange Liste , mit vielen Dingen die höhere priorität haben.
gruss Byte09
Zitatalso "on und off "war zwischen dr. smag und mir auch schon ein thema bei dem unsere meinungen etwas auseinanderdriften. da sehe ich aber nicht das problem , da das ja über webcmd wirklich ohne aufwand anzupassen ist. Ansonsten tauchen die beiden Begriffe ja nirgends auf. Da das Modul selbst auch open und close versteht ist das wohl nicht das thema.
Taucht aber auch bei Nichtnutzung im Log auf. Ich schalte mit 0 und 100 Prozent, ohne Webcmd.
Beispiel:
2017.10.01 07:19:39 1: Siro_sendCommand: Siro_SZL off
2017.10.01 07:19:39 1: Siro_sendCommand: execute comand off - sendMsg to HASH(0x3601e80) channel 3 -> P69#1000010000110001010011001101001100010001#R9 Die Prozentangabe würde ich nicht ändern. Nur weil Andere es umgekehrt deuten, muss es ja nicht stimmen.
Sollten sich Attribute nicht lieber auf das Device beziehen, statt auf die Umwelt?
Mal weitergesponnen, ist es überhaupt richtiger, sich auf das Licht, statt auf das Rollo zu beziehen?
Licht komplett weg wäre ja nicht dann, wenn das Rollo zu ist, sondern es müsste ja dann auch noch lichtdicht sein, damit diese Aussage stimmt.
Ich will nicht meine Meinung durchsetzen. Ich verstehe nur nicht, warum nun wegen der Prozentdiskussion ein Attribut eingeführt werden soll. Kann man doch auch mit webcmd totschlagen, wobei mir eventMap in beiden Fällen logischer erscheint.
Es ist eure Entscheidung, da ihr Freizeit, Schweiss und Gehirnschmalz investiert habt. Meine Einwände sollten nur konstruktive Hinweise sein. Ich hatte diesbezüglich nur noch einmal geschrieben, weil ich den Eindruck hatte, dass ich missverstanden wurde und wollte meine Sichtweise daher differenzierter darstellen.
Das sehe ich ebenfalls so.
Über "an" und "aus", kann man sich natürlich streiten. In der Terminologie "richtig" wäre es, so wie es Byte09 auch schon sagte: "Oben und unten".
Zu den Prozentwerten: Ja, es sollte sich auf das Gerät beziehen, so wie es "Invers" auch schon sagte. Dabei ist 0% oder "aus", der "Urzustand" des Gerätes, also wenn es nicht da oder aktiv ist.
Ein paar Beispiele:
Licht: Urzustand: 0 Lumen -> 0% = aus; 100% = maximale Helligkeit;
Strom: Urzstand: 0 Ampere -> 0% = aus; 100%= maximaler Strom;
Türverriegelung: Urzustand: nicht verriegelt -> 0% = aus; 100% = maximale Verriegelung;
Lautstärke: Urzustand: kein Ton 0% = aus; 100% = maximale Lautstärke;
Rollo: Urzustand: Keine Abdeckung = 0% = kein Rollo = aus; 100% = maximales Flächenabdeckung;
Heizung: 0% = keine Heizung = aus; 100% = maximale Heizkraft;
Es macht keinen Sinn Prozentangaben auf andere Dimensionen zu legen. Ein Rollo hat die Funktion die Lichtstärke zu dimmen oder besser gesagt eine Fläche abzudecken. Stelle ich es auf 10%, wird auch 10% der Fläche abgedeckt.
hi,
die neue version des Siromuduls ist im grunde fertig, inclusive der anpassungen an die neue signalduino.pm.
weiterhin beinhaltet sie einige änderungsvorschläge, deutlich bessere erkennung der fernbedienung , deutlich bessere erkennung des fb-befehls für favoritenanfahrt.
die parse-routine ( empfang FB ) habe ich komlpett erneuert , diese arbeitet nun erheblich schneller . leider musste ich hierfür die struktur der abgelegten daten ändern, d.H es ist zwingend erforderlich die devices zu löschen und neu anzulegen .
anfangs schrieb ich "im grunde" ......
"Im Grunde" daher , da diese Version nur bedingt lauffähig ist , in verbindung mit dem SignalESP , d.H hier wird es zu massiven fehlern beim empfang der fernbedienung kommen.
Sidey ( maintainer signalduino ) kennt das problem, arbeitet auch an einer lösung , kann aber noch nicht sagen , wie lange es dauern wird.
insofern werde ich noch ein paar tage warten , in der hoffnung , das dieses problem kurzfristig zu lösen ist . andernfalls werde ich die gesamte parse-routine nochmals ändern müssen , so dass sie mit dem ESP zumindest eingeschränkt funktioniert.
gruss Byte09
Ich könnte noch so etwas wie eine zeitbeschränkte Verfahrung brauchen. Hintergrund: Ich habe Doppelrollos und würde gern von einer geschlossenen zu einer durchsichtigen Position verfahren, also eine Lamellenbreite. D.h. man müsste eine Zeit hinterlegen können, nach der bei einem auf oder ab automatisch ein Stop gesendet wird.
Bei HomeMatic nennt sich das on-for-timer und ist in 0,1s Schritten einstellbar.
Oder gibt es so etwas bereits?
Zitat von: volschin am 08 Oktober 2017, 18:49:39
Ich könnte noch so etwas wie eine zeitbeschränkte Verfahrung brauchen. Hintergrund: Ich habe Doppelrollos und würde gern von einer geschlossenen zu einer durchsichtigen Position verfahren, also eine Lamellenbreite. D.h. man müsste eine Zeit hinterlegen können, nach der bei einem auf oder ab automatisch ein Stop gesendet wird.
Bei HomeMatic nennt sich das on-for-timer und ist in 0,1s Schritten einstellbar.
Oder gibt es so etwas bereits?
gibt es nicht, bekommst du
das kann aber einen moment dauern , noch recht viele baustellen.
( etwas in der art hatten wir anfangs mal auf dem schirm, aber nicht umgesetzt ).
gruss byte09
Super. Keinen Stress, die Funktion ist erst wieder ab Frühling gefragt.
Gesendet von iPhone mit Tapatalk
Ich steuere aktuell insgesamt 7 Siro-Antriebe. Vor knapp einem Jahr hatte ich das Funktelegramm erfolgreich mitschneiden können und schalte seitdem meine Antriebe über fhem, welches per script dann die Daten an pilight sendet. Läuft alles auf einem RaspberryPi mit einem 3€ Sender, der am GPIO angeschlossen ist.
@volschin,
selber steuere ich drei Doppelrollos und nutze dabei die individuell programmierbare Mittelposition und das funktioniert sehr präzise:
SCHLIEßEN: Alle Doppelrollos werden geschlossen
STOP: Alle Doppelrollos fahren in die "Mittelposition" exakt eine Lamelle nach oben
Ich missbrauche also diese programmierbare Mittelposition um genau eine Lamelle zu verfahren. Kein Versatz der Lamellen, auch nach unzähligen fahrten nicht.
Automatisierte Doppelrollos (https://www.youtube.com/watch?v=LK0POYNQZh0)
.bismarck
Auch eine clevere Idee. Ich habe allerdings klassische Fenster und benutze derzeit die Mittelposition, um die unteren Fensterflügel zum Öffnen frei zu machen. Könnte ich allerdings auch über Position ansteuern, falls eine Steuerung aus dem Modul für die Lamellen zu ungenau wird.
die funktion "up-for-timer" und "down-for-timer" habe ich heute abend eingebaut und wird in der nachsten version verfügbar sein.
Gruss Byte09
Hi,
habe vor kurzem mitbekommen, dass hier ein Modul für den Siro-Motor entwickelt wird. Ich habe mir einen solchen gekauft, mit einem "Funk-Handsender mit integrierter Zeitschaltuhr". Signaduino wurde installiert und der Siromotor auch durch autocreate in FHEM angelegt. Weitere Schritte habe ich noch nicht gemacht.
Laut Manuel sollte der Motor ja jetzt auf die Kommandos off / on bereits reagieren. Leider passiert aber nichts.
Jemand eine Idee woran es liegen kann oder wo ich bei der Problemsuche ansetzen kann
Gruß
Dorian
Zitat von: dorian67 am 11 Oktober 2017, 22:54:41
Hi,
habe vor kurzem mitbekommen, dass hier ein Modul für den Siro-Motor entwickelt wird. Ich habe mir einen solchen gekauft, mit einem "Funk-Handsender mit integrierter Zeitschaltuhr". Signaduino wurde installiert und der Siromotor auch durch autocreate in FHEM angelegt. Weitere Schritte habe ich noch nicht gemacht.
Laut Manuel sollte der Motor ja jetzt auf die Kommandos off / on bereits reagieren. Leider passiert aber nichts.
Jemand eine Idee woran es liegen kann oder wo ich bei der Problemsuche ansetzen kann
Gruß Dorian
guten morgen,
bist du sicher, das der signalduino auch wirklich sendet, schaltest du andere geräte damit , die das bestätigen ?
poste doch bitte mal ein list vom signalduino und ein list vom angelegten sirodevice. ... da können wir zumindest mal anfangen.
du kannst bitte auch mal signalduino und sirodevice auf verbose 5 setzen, und "on" mal drücken. Den Log dann auch mal hier einstellen..
gruss Byte09
PS: sorry für die Frage, nur um sicher zu gehen, der Motor wurde aber bereits an die Fernbedienung angelernt und reagiert auf die Fernbedienung direkt , hoffe ich ?
Nur zur Info. Ein on-for-timer wäre bei den SetExtensions dabei gewesen. Als Entwickler muss man sich dann um sowas nicht mehr kümmern.
Und nun zum eigentlichen. Ich suche Rollos für innen welche ich wie diese Baumarktteile einhängen oder rankleben kann. Und natürlich motorisiert und FHEM steuerbar.
Was habt Ihr da so was nicht gleich bei 2 Fenster pro Raum ein Finanzloch in die Haushaltskasse brennt?
Grüße
Zitat von: CoolTux am 12 Oktober 2017, 05:47:22
Nur zur Info. Ein on-for-timer wäre bei den SetExtensions dabei gewesen. Als Entwickler muss man sich dann um sowas nicht mehr kümmern
Grüße
.... danke für die info , das war auch mein erster gedanke und unüberlegter weise hatte ich diese dann auch implementiert. Nur schaltet der On-for timer "an" und dann wieder "aus" ..... das ist ja nicht nicht der gewünschte effekt. Gebraucht wird ja ein "an" und dann ein "stop" . Der motor soll dann ja anhalten und nicht wieder hoch/runterfahren. oder habe ich da möglichkeiten bei den setextensions übersehen ?
gruss Byte09
uips, eigentliche frage vergessen:
ich habe auch lange gesucht , rollos habe ich letztendlich online bestellt - gibt ja x anbieter . und was die motorisierung betriff , da hat jeder weg für mich zu siromotoren geführt , zum einen kaum bis keine alternativen, zum anderen preislich im rahmen .
gruss Byte09
Ich Dussel. Hast Recht, das Teil soll ja in der Position verbleiben.
Online würde ich auch bestellen. Hier bei mir gibt es nichts gescheites. Auf was muß ich denn genau achten wenn ich mir solch Verdunkelungsrollos hole. Spann ich den Stoff dann um auf die Motorwelle oder wie muß man sich das vorstellen?
Die Länge des Motors ist ja auf jeden Fall wichtig.
Zitat von: CoolTux am 12 Oktober 2017, 06:16:24
Ich Dussel. Hast Recht, das Teil soll ja in der Position verbleiben.
Online würde ich auch bestellen. Hier bei mir gibt es nichts gescheites. Auf was muß ich denn genau achten wenn ich mir solch Verdunkelungsrollos hole. Spann ich den Stoff dann um auf die Motorwelle oder wie muß man sich das vorstellen?
Die Länge des Motors ist ja auf jeden Fall wichtig.
du bestellst ja den fertigen rollo auf maß ( jalosiescaut, rollo 24 etc. ) incl befestigung , z.b Klemmbefestigung. Die motoren sind so konzipiert, das du nor das vorhandene getriebe des rollos ( seilzug o ä. ) gegen den motor austauschen musst , der wird in die vorhandene welle geschoben.
gruss Byte09
würde sowas hier zum Beispiel gehen?
Danke für die Adressen, da schaue ich dann mal
ja, geht grundsätzlich. du musst halt nur auf den durchmessen der welle achten ( gibt verschiedene motoren ) und auf die aufnahme des getriebes am wandhalter. Die Leute von Siro sind da aber auch telefonisch sehr hilfsbereit und kompetent.
gruss Byte09
Vielen Dank. Dann werde ich mich da mal versuchen.
Zitat von: Byte09 am 12 Oktober 2017, 05:26:58
...
bist du sicher, das der signalduino auch wirklich sendet, schaltest du andere geräte damit , die das bestätigen ?
Ansonsten werden keine weiteren Geräte geschaltet. Kann ich am Wochenende mal ausprobieren.
Zitat
poste doch bitte mal ein list vom signalduino und ein list vom angelegten sirodevice. ... da können wir zumindest mal anfangen.
Hier der List des Siro:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:SIGNALduino_un:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@57600
FD 16
LASTDMSG nothing
NAME SIGNALduino
NR 93
PARTIAL
STATE opened
TIME 1507788003
TYPE SIGNALduino
sendworking 0
unknownmessages 2017-10-12 08:00:12-MU;P0=-1967;P1=481;P2=-4622;P3=-9540;D=010121212101010121210101010121210121212101210121010131212121012121210101012121010101012121012;CP=1;#2017-10-12 08:00:12-MU;P0=503;P1=-4525;P2=-21972;P3=-1972;P7=-9558;D=131303131101030101010301030103030701010103010101030303010103030303010103010101030102;CP=0;#2017-10-12 08:00:40-MU;P0=452;P1=-29456;P3=-4554;P4=-1985;P5=136;P6=-19504;P7=-13116;D=010303030403035304040403030404040403030403030604070307;CP=0;#2017-10-12 08:01:14-MU;P0=-9736;P1=496;P2=-1958;P3=-4538;P4=132;P5=-15104;D=012121213131212121213131213131312131213121245;CP=1;#2017-10-12 08:01:15-MU;P0=-116;P1=160;P2=-9578;P3=496;P4=-1951;P5=-4539;P6=-19712;D=01234353535343434353534343434353534353234353435343436;CP=3;#2017-10-12 08:01:15-MU;P0=-7344;P1=462;P2=-4662;P3=-2220;P5=209;P6=-14632;D=012121213131312121313131312121312121213121312135316525213;CP=1;#2017-10-12 08:01:15-MU;P0=428;P2=92;P3=-1973;P4=282;P5=-9706;P6=214;P7=-7020;D=00020034560630300000003004007000300030305000;CP=0;#2017-10-12 08:01:49-MU;P0=-4581;P1=492;P2=-1988;P3=-12056;P4=156;D=01212121010121212121010121010101213121310101012104;CP=1;#2017-10-12 08:01:49-MU;P0=180;P1=-4582;P2=481;P3=-1968;P4=-9584;P5=92;P6=-164;D=012123232321212323232321212321242321232156;CP=2;#2017-10-12 08:01:49-MU;P0=-2198;P1=474;P2=290;P3=-4554;P5=184;P6=-9576;P7=-17044;D=010102010131310131313101320131050161317161010;CP=1;#2017-10-12 08:02:24-MU;P0=141;P1=-4527;P2=490;P3=-1986;P4=242;P5=-9552;D=0121232121210323232121232323232101232121212321232123432521212123212523232321212323234;CP=2;#2017-10-12 08:02:59-MU;P0=-32001;P1=479;P2=-9592;P3=-4665;P4=-2055;P5=356;P6=-7188;P7=264;D=01213121413531354141413167414141313145313;CP=1;#2017-10-12 08:02:59-MU;P0=-1966;P1=485;P2=-4530;P3=-7757;P5=-17216;P6=220;D=01212121010131310101313121212131012101013121212101560101212121010121213131012101310131;CP=1;#2017-10-12 08:04:08-MU;P0=-4539;P1=478;P2=-1974;P3=-9564;P4=-19564;D=012101010121012101212131010101210101012121214;CP=1;
version V 3.3.1-dev SIGNALduino - compiled at Jan 3 2017 23:59:32
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2017-10-11 21:37:55 ping OK
2017-10-12 08:00:12 state opened
2017-10-12 08:00:12 version V 3.3.1-dev SIGNALduino - compiled at Jan 3 2017 23:59:32
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
development m72m72.1
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
group CUL
room System
verbose 5
whitelist_IDs 72
Hier der List des Signalduino
Internals:
CHANNEL 1
DEF C443A241
ID C443A24
INFO limited function without ATTR time_to_open / time_to_close / time_down_to_favorite
IODev SIGNALduino
NAME Siro_WZ
NR 576
STATE 100
TYPE Siro
Version 0.38 2017-09-27 Beta
aktMsg stop 0 1507788004.52924
lastMsg stop 0 1507788004.52928
lastProg 0
position 0
CODE:
1 C443A241
READINGS:
2017-10-11 22:18:19 parsestate on
2017-10-11 22:37:02 position 100
2017-10-11 22:22:35 prog_mode inaktiv
2017-10-11 22:37:02 state 100
Attributes:
IODev SIGNALduino
SignalRepeats 8
devStateIcon {my $icon = ReadingsVal('Siro_C443A241','state', 0);$icon = (int($icon/10)*10); return '.*:fts_shutter_1w_'.$icon}
down_limit_mode_1 100
event-min-interval .*:300
event-on-change-reading .*
operation_mode 0
prog_fav_sequence prog,2,stop,2,stop
room WZ
verbose 5
webCmd stop:on:off:fav
Zitatdu kannst bitte auch mal signalduino und sirodevice auf verbose 5 setzen, und "on" mal drücken. Den Log dann auch mal hier einstellen..
... und hier der Logauszug:
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MC;LL=-767;LH=707;SL=-400;SH=335;D=4A952AA92A52AA54A8;C=368;L=69;
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MC;LL=-763;LH=714;SL=-394;SH=346;D=4A952AA92A52AA54A8;C=369;L=69;
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MU;P0=-11010;P1=-31896;P2=668;P3=4798;P4=-1583;P5=-420;P6=335;P7=-752;D=03415156767671567676715676767671515156715676767156767156767676767156767671567676710341515676767156767671567676767151515671567676715676715676767676715676767156767671034151567676715676767156767676715151567156767671567671567676767671567676715676767113425256;CP=6;O;
2017.10.12 08:08:55 4 : SIGNALduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.10.12 08:08:55 5 : SIGNALduino: Starting demodulation at Position 249
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MU;P0=-784;P1=319;P2=686;P3=-410;D=010102310101023101010102323231023101010231010231010;CP=1;
2017.10.12 08:08:55 4 : SIGNALduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.10.12 08:08:55 5 : SIGNALduino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MS;P0=-11089;P1=4808;P2=-1554;P3=710;P4=-400;P5=343;P6=-754;D=5012343456565634565656345656565634343456345656563456563456565656563456565634343434;CP=5;SP=0;O;
2017.10.12 08:08:56 4 : SIGNALduino/msg READ: MU;P0=-757;P1=337;P2=709;P3=-401;P4=-11244;P5=4812;P6=-1544;D=010102310101023101010102323231023101010231010231010101010231010102323232314562323101010231010102310101010232323102310101023101023101010101023101010232323231;CP=1;
2017.10.12 08:08:56 4 : SIGNALduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.10.12 08:08:56 5 : SIGNALduino: Starting demodulation at Position 77
2017.10.12 08:08:56 5 : SIGNALduino: dispatching bits: 1 1 0 0 0 1 0 0 0 1 0 0 0 0 1 1 1 0 1 0 0 0 1 0 0 1 0 0 0 0 0 1 0 0 0 1 1 1 1 0
2017.10.12 08:08:56 4 : SIGNALduino: decoded matched MU Protocol id 72 dmsg P72#C443A2411E length 40
2017.10.12 08:08:56 5 : SIGNALduino Dispatch: P72#C443A2411E, test ungleich: disabled
2017.10.12 08:08:56 5 : SIGNALduino Dispatch: P72#C443A2411E, dispatch
2017.10.12 08:08:56 5 : SIGNALduino: dispatch P72#C443A2411E
2017.10.12 08:08:56 4 : Siro_Parse: msg = C443A2411E length: P72#C443A2411E
2017.10.12 08:08:56 4 : Siro_Parse: rawData = C443A2411E length: 10
2017.10.12 08:08:56 4 : Siro_Parse: converted to bits: 1100010001000011101000100100000100011110
fhemlog'>2017.10.12 08:08:56 4 : Siro_Parse: device ID: C443A242017.10.12 08:08:56 4 : Siro_Parse: Channel: 12017.10.12 08:08:56 4 : Siro_Parse: Cmd: 1 Newstate: off2017.10.12 08:08:56 4 : Siro_Parse: deviceCode: C443A2412017.10.12 08:08:56 4 : def -> HASH(0x3059a38)2017.10.12 08:08:56 4 : Siro_Parse: channel parse-> 1 - devicecode -> C443A2412017.10.12 08:08:56 5 : list -> 2017.10.12 08:08:56 5 : Siro_Parse_Liste: name -> Siro_WZ - chan -> 1 - def -> HASH(0x3059a38) lhash -> HASH(0x3793dc8)2017.10.12 08:08:56 4 : Siro_Parse Siro_WZ off2017.10.12 08:08:56 4 : Siro_Parse operationmode -> 02017.10.12 08:08:56 4 : Siro_Parse set mode to physical2017.10.12 08:08:56 5 : AUFRUF SIRO_SET :HASH(0x3793dc8), Siro_WZ, off 2017.10.12 08:08:56 5 : -------------START----------------------2017.10.12 08:08:56 5 : Siro_Set hash -> HASH(0x3793dc8)2017.10.12 08:08:56 5 : Siro_Set name -> Siro_WZ2017.10.12 08:08:56 5 : Siro_Set args -> off 2017.10.12 08:08:56 5 : ---------------END--------------------2017.10.12 08:08:56 1 : Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.2017.10.12 08:08:56 1 : PERL WARNING: Argument "" isn't numeric in multiplication (*) at ./FHEM/98_Siro.pm line 847.2017.10.12 08:08:56 5 : Siro_set: handing over to Siro_Send_Command with following arguments: off 0 2017.10.12 08:08:56 5 : -------------START----------------------2017-10-12 08:08:56 Siro Siro_WZ parsestate: off
2017-10-12 08:08:56 Siro Siro_WZ 0
2017-10-12 08:08:56 Siro Siro_WZ position: 0
2017.10.12 08:08:59 4 : SIGNALduino/msg READ: MC;LL=-766;LH=704;SL=-402;SH=330;D=254A554924;C=366;L=38;
2017.10.12 08:08:59 4 : SIGNALduino/msg READ: MC;LL=-761;LH=712;SL=-384;SH=348;D=4A952AA92A52AA492;C=367;L=67;
2017.10.12 08:08:59 4 : SIGNALduino/msg READ: MC;LL=-771;LH=706;SL=-397;SH=334;D=4A952AA92A52AA492;C=367;L=67;
2017.10.12 08:09:00 4 : SIGNALduino/msg READ: MC;LL=-767;LH=704;SL=-394;SH=343;D=4A952AA92A52AA492;C=367;L=67;
2017.10.12 08:09:00 4 : SIGNALduino/msg READ: MC;LL=-767;LH=704;SL=-394;SH=343;D=4A952AA92A52AA492;C=367;L=67;
2017.10.12 08:09:00 4 : SIGNALduino/msg READ: MC;LL=-767;LH=704;SL=-394;SH=343;D=A54A9554952955249;C=367;L=68;Zitatgruss Byte09
PS: sorry für die Frage, nur um sicher zu gehen, der Motor wurde aber bereits an die Fernbedienung angelernt und reagiert auf die Fernbedienung direkt , hoffe ich ?
Jepp. funktioniert. Anfangs- und Endeposition sind auch definiert und funktioniert
Gruß Dorian
Zitat von: dorian67 am 12 Oktober 2017, 08:18:12
Ansonsten werden keine weiteren Geräte geschaltet. Kann ich am Wochenende mal ausprobieren.
Hier der List des Siro:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:SIGNALduino_un:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@57600
FD 16
LASTDMSG nothing
NAME SIGNALduino
NR 93
PARTIAL
STATE opened
TIME 1507788003
TYPE SIGNALduino
sendworking 0
unknownmessages 2017-10-12 08:00:12-MU;P0=-1967;P1=481;P2=-4622;P3=-9540;D=010121212101010121210101010121210121212101210121010131212121012121210101012121010101012121012;CP=1;#2017-10-12 08:00:12-MU;P0=503;P1=-4525;P2=-21972;P3=-1972;P7=-9558;D=131303131101030101010301030103030701010103010101030303010103030303010103010101030102;CP=0;#2017-10-12 08:00:40-MU;P0=452;P1=-29456;P3=-4554;P4=-1985;P5=136;P6=-19504;P7=-13116;D=010303030403035304040403030404040403030403030604070307;CP=0;#2017-10-12 08:01:14-MU;P0=-9736;P1=496;P2=-1958;P3=-4538;P4=132;P5=-15104;D=012121213131212121213131213131312131213121245;CP=1;#2017-10-12 08:01:15-MU;P0=-116;P1=160;P2=-9578;P3=496;P4=-1951;P5=-4539;P6=-19712;D=01234353535343434353534343434353534353234353435343436;CP=3;#2017-10-12 08:01:15-MU;P0=-7344;P1=462;P2=-4662;P3=-2220;P5=209;P6=-14632;D=012121213131312121313131312121312121213121312135316525213;CP=1;#2017-10-12 08:01:15-MU;P0=428;P2=92;P3=-1973;P4=282;P5=-9706;P6=214;P7=-7020;D=00020034560630300000003004007000300030305000;CP=0;#2017-10-12 08:01:49-MU;P0=-4581;P1=492;P2=-1988;P3=-12056;P4=156;D=01212121010121212121010121010101213121310101012104;CP=1;#2017-10-12 08:01:49-MU;P0=180;P1=-4582;P2=481;P3=-1968;P4=-9584;P5=92;P6=-164;D=012123232321212323232321212321242321232156;CP=2;#2017-10-12 08:01:49-MU;P0=-2198;P1=474;P2=290;P3=-4554;P5=184;P6=-9576;P7=-17044;D=010102010131310131313101320131050161317161010;CP=1;#2017-10-12 08:02:24-MU;P0=141;P1=-4527;P2=490;P3=-1986;P4=242;P5=-9552;D=0121232121210323232121232323232101232121212321232123432521212123212523232321212323234;CP=2;#2017-10-12 08:02:59-MU;P0=-32001;P1=479;P2=-9592;P3=-4665;P4=-2055;P5=356;P6=-7188;P7=264;D=01213121413531354141413167414141313145313;CP=1;#2017-10-12 08:02:59-MU;P0=-1966;P1=485;P2=-4530;P3=-7757;P5=-17216;P6=220;D=01212121010131310101313121212131012101013121212101560101212121010121213131012101310131;CP=1;#2017-10-12 08:04:08-MU;P0=-4539;P1=478;P2=-1974;P3=-9564;P4=-19564;D=012101010121012101212131010101210101012121214;CP=1;
version V 3.3.1-dev SIGNALduino - compiled at Jan 3 2017 23:59:32
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2017-10-11 21:37:55 ping OK
2017-10-12 08:00:12 state opened
2017-10-12 08:00:12 version V 3.3.1-dev SIGNALduino - compiled at Jan 3 2017 23:59:32
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
development m72m72.1
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
group CUL
room System
verbose 5
whitelist_IDs 72
Hier der List des Signalduino
Internals:
CHANNEL 1
DEF C443A241
ID C443A24
INFO limited function without ATTR time_to_open / time_to_close / time_down_to_favorite
IODev SIGNALduino
NAME Siro_WZ
NR 576
STATE 100
TYPE Siro
Version 0.38 2017-09-27 Beta
aktMsg stop 0 1507788004.52924
lastMsg stop 0 1507788004.52928
lastProg 0
position 0
CODE:
1 C443A241
READINGS:
2017-10-11 22:18:19 parsestate on
2017-10-11 22:37:02 position 100
2017-10-11 22:22:35 prog_mode inaktiv
2017-10-11 22:37:02 state 100
Attributes:
IODev SIGNALduino
SignalRepeats 8
devStateIcon {my $icon = ReadingsVal('Siro_C443A241','state', 0);$icon = (int($icon/10)*10); return '.*:fts_shutter_1w_'.$icon}
down_limit_mode_1 100
event-min-interval .*:300
event-on-change-reading .*
operation_mode 0
prog_fav_sequence prog,2,stop,2,stop
room WZ
verbose 5
webCmd stop:on:off:fav
... und hier der Logauszug:
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MC;LL=-767;LH=707;SL=-400;SH=335;D=4A952AA92A52AA54A8;C=368;L=69;
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MC;LL=-763;LH=714;SL=-394;SH=346;D=4A952AA92A52AA54A8;C=369;L=69;
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MU;P0=-11010;P1=-31896;P2=668;P3=4798;P4=-1583;P5=-420;P6=335;P7=-752;D=03415156767671567676715676767671515156715676767156767156767676767156767671567676710341515676767156767671567676767151515671567676715676715676767676715676767156767671034151567676715676767156767676715151567156767671567671567676767671567676715676767113425256;CP=6;O;
2017.10.12 08:08:55 4 : SIGNALduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.10.12 08:08:55 5 : SIGNALduino: Starting demodulation at Position 249
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MU;P0=-784;P1=319;P2=686;P3=-410;D=010102310101023101010102323231023101010231010231010;CP=1;
2017.10.12 08:08:55 4 : SIGNALduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.10.12 08:08:55 5 : SIGNALduino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2017.10.12 08:08:55 4 : SIGNALduino/msg READ: MS;P0=-11089;P1=4808;P2=-1554;P3=710;P4=-400;P5=343;P6=-754;D=5012343456565634565656345656565634343456345656563456563456565656563456565634343434;CP=5;SP=0;O;
2017.10.12 08:08:56 4 : SIGNALduino/msg READ: MU;P0=-757;P1=337;P2=709;P3=-401;P4=-11244;P5=4812;P6=-1544;D=010102310101023101010102323231023101010231010231010101010231010102323232314562323101010231010102310101010232323102310101023101023101010101023101010232323231;CP=1;
2017.10.12 08:08:56 4 : SIGNALduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.10.12 08:08:56 5 : SIGNALduino: Starting demodulation at Position 77
2017.10.12 08:08:56 5 : SIGNALduino: dispatching bits: 1 1 0 0 0 1 0 0 0 1 0 0 0 0 1 1 1 0 1 0 0 0 1 0 0 1 0 0 0 0 0 1 0 0 0 1 1 1 1 0
2017.10.12 08:08:56 4 : SIGNALduino: decoded matched MU Protocol id 72 dmsg P72#C443A2411E length 40
2017.10.12 08:08:56 5 : SIGNALduino Dispatch: P72#C443A2411E, test ungleich: disabled
2017.10.12 08:08:56 5 : SIGNALduino Dispatch: P72#C443A2411E, dispatch
2017.10.12 08:08:56 5 : SIGNALduino: dispatch P72#C443A2411E
2017.10.12 08:08:56 4 : Siro_Parse: msg = C443A2411E length: P72#C443A2411E
2017.10.12 08:08:56 4 : Siro_Parse: rawData = C443A2411E length: 10
2017.10.12 08:08:56 4 : Siro_Parse: converted to bits: 1100010001000011101000100100000100011110
fhemlog'>2017.10.12 08:08:56 4 : Siro_Parse: device ID: C443A242017.10.12 08:08:56 4 : Siro_Parse: Channel: 12017.10.12 08:08:56 4 : Siro_Parse: Cmd: 1 Newstate: off2017.10.12 08:08:56 4 : Siro_Parse: deviceCode: C443A2412017.10.12 08:08:56 4 : def -> HASH(0x3059a38)2017.10.12 08:08:56 4 : Siro_Parse: channel parse-> 1 - devicecode -> C443A2412017.10.12 08:08:56 5 : list -> 2017.10.12 08:08:56 5 : Siro_Parse_Liste: name -> Siro_WZ - chan -> 1 - def -> HASH(0x3059a38) lhash -> HASH(0x3793dc8)2017.10.12 08:08:56 4 : Siro_Parse Siro_WZ off2017.10.12 08:08:56 4 : Siro_Parse operationmode -> 02017.10.12 08:08:56 4 : Siro_Parse set mode to physical2017.10.12 08:08:56 5 : AUFRUF SIRO_SET :HASH(0x3793dc8), Siro_WZ, off 2017.10.12 08:08:56 5 : -------------START----------------------2017.10.12 08:08:56 5 : Siro_Set hash -> HASH(0x3793dc8)2017.10.12 08:08:56 5 : Siro_Set name -> Siro_WZ2017.10.12 08:08:56 5 : Siro_Set args -> off 2017.10.12 08:08:56 5 : ---------------END--------------------2017.10.12 08:08:56 1 : Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.2017.10.12 08:08:56 1 : PERL WARNING: Argument "" isn't numeric in multiplication (*) at ./FHEM/98_Siro.pm line 847.2017.10.12 08:08:56 5 : Siro_set: handing over to Siro_Send_Command with following arguments: off 0 2017.10.12 08:08:56 5 : -------------START----------------------2017-10-12 08:08:56 Siro Siro_WZ parsestate: off
2017-10-12 08:08:56 Siro Siro_WZ 0
2017-10-12 08:08:56 Siro Siro_WZ position: 0
2017.10.12 08:08:59 4 : SIGNALduino/msg READ: MC;LL=-766;LH=704;SL=-402;SH=330;D=254A554924;C=366;L=38;
2017.10.12 08:08:59 4 : SIGNALduino/msg READ: MC;LL=-761;LH=712;SL=-384;SH=348;D=4A952AA92A52AA492;C=367;L=67;
2017.10.12 08:08:59 4 : SIGNALduino/msg READ: MC;LL=-771;LH=706;SL=-397;SH=334;D=4A952AA92A52AA492;C=367;L=67;
2017.10.12 08:09:00 4 : SIGNALduino/msg READ: MC;LL=-767;LH=704;SL=-394;SH=343;D=4A952AA92A52AA492;C=367;L=67;
2017.10.12 08:09:00 4 : SIGNALduino/msg READ: MC;LL=-767;LH=704;SL=-394;SH=343;D=4A952AA92A52AA492;C=367;L=67;
2017.10.12 08:09:00 4 : SIGNALduino/msg READ: MC;LL=-767;LH=704;SL=-394;SH=343;D=A54A9554952955249;C=367;L=68;
Jepp. funktioniert. Anfangs- und Endeposition sind auch definiert und funktioniert
Gruß Dorian
Ich schaue mir das heute abend an , im Moment leider auf der Arbeit.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 12 Oktober 2017, 08:37:57
Ich schaue mir das heute abend an , im Moment leider auf der Arbeit.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Sehe aber auf die schnelle , das im signalduino das mc Protokoll aktiviert ist , das solltest du abschalten . Das hat aber nur mit dem Empfang der fb zu tun.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 12 Oktober 2017, 05:51:19Gebraucht wird ja ein "an" und dann ein "stop" .
Nee, eigentlich brauchst du ein "hoch" + "stop" bzw. "runter" + "stop". Also ein hoch_for_timer und ein runter_for_timer.
Dafür könntest du zwar die Set_Ex nutzen und überschreiben, schneller geht es aber, dafür eigene Befehle zu implementieren. Die dann zwar den gleichen Namen haben können, aber wenn die Set_Ex nicht eingebunden sind, gibt es auch keine Komplikationen.
Zitat von: Per am 12 Oktober 2017, 11:37:12
Nee, eigentlich brauchst du ein "hoch" + "stop" bzw. "runter" + "stop". Also ein hoch_for_timer und ein runter_for_timer.
Dafür könntest du zwar die Set_Ex nutzen und überschreiben, schneller geht es aber, dafür eigene Befehle zu implementieren. Die dann zwar den gleichen Namen haben können, aber wenn die Set_Ex nicht eingebunden sind, gibt es auch keine Komplikationen.
Ist schon klar , die funktionen sind ja bereits drinnen. Es ging ja nur darum , warum ich eben die set Extension nicht nutzen konnte .
Gruss byte
Gesendet von meinem SM-G900F mit Tapatalk
@dorian67
habe mich wohl blöd ausgedrückt. den logauszug hätte ich mit einem "on" im Siromudul gebraucht , nicht mit einen "on" ( runter ) auf der fernbedienung. kannst du mir den nochmal einstellen ?
und gib im Signalduino bitte mal folgendes ein :
set SIGNALduino sendMsg 1100010001000011101000100100000100110011#R8
damit sollte der Motor runterfahren. Wenn das nicht geht , stimmt mit dem Signalduino schon etwas nicht.
gruss Byte09
Zitat von: Byte09 am 12 Oktober 2017, 19:34:54
@dorian67
habe mich wohl blöd ausgedrückt. den logauszug hätte ich mit einem "on" im Siromudul gebraucht , nicht mit einen "on" ( runter ) auf der fernbedienung. kannst du mir den nochmal einstellen ?
und gib im Signalduino bitte mal folgendes ein :
set SIGNALduino sendMsg 1100010001000011101000100100000100110011#R8
damit sollte der Motor runterfahren. Wenn das nicht geht , stimmt mit dem Signalduino schon etwas nicht.
gruss Byte09
Ok. Habe den Befehl abgesendet und es ist nix passiert.
Werde am Wochenende mal versuchen eine Steckdose mit dem SignalDuino zu schalten. Melde mich dann.
Vielen Dank erst mal und bis ...
Gruß
Dorian
:-)BB
Gesendet von meinem ME302C mit Tapatalk
Hallo nochmal,
habe das Problem gefunden. Hat mir doch keine Ruhe gelassen. Also die Steckdose lies sich schalten. Rollo nicht. Habe dann etwas rumprobiert und den "operation mode" auf "1" gestellt. Danach funktioniert "stop", "on" und "off".
Byte09, danke dir für deine Unterstützung
Gruß
Dorian
Zitat von: dorian67 am 12 Oktober 2017, 21:51:04
Hallo nochmal,
habe das Problem gefunden. Hat mir doch keine Ruhe gelassen. Also die Steckdose lies sich schalten. Rollo nicht. Habe dann etwas rumprobiert und den "operation mode" auf "1" gestellt. Danach funktioniert "stop", "on" und "off".
Byte09, danke dir für deine Unterstützung
Gruß
Dorian
Das kann bzw soll aber nicht sein. Der Mode 1 ist ein komplett anderer Betriebsmodus. In der Kombination wirst du Probleme bekommen , da das Modul immer den Befehl auf einem anderen Kanal weiterleitet, was er von der fb erkennt.
wenn du im mode 1 sendest, ohne das du einen "mode 1 channel" angegeben hast sendet er auf kanal 0. d.H alle rollos mit der entsprechenden ID reagieren auf das signal. Daher gehe ich jetzt davon aus, das das Device per aotocreate schon nicht korrekt angelegt wurde und einen falschen Kanal beinhaltet ( ggf. wegen nicht abgeschaltetem MC protokoll ? ) . du solltest das device nochmal komplett löschen und neu anlegen. vorher bitte unbedingt sas manchester protokoll im signalduino abschalten wie im ersten beitrag beschrieben.
.... zumindest ist das ein Ansatz , das problem zu suchen.
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Version V 0.42 im Anhang
# 0.34 2017-09-17 Invers Dokumentation, Byte Korrekturen Log
# 0.35 2017-09-24 Byte Fehlerkorrekturen , Einbau Device mit Kanal 0 als Gruppendevice ( noch gesperrt ) . Attribut "channel" enfernt , Kanalwahl nur noch über das Device möglich .
# 0.36 2017-09-24 Byte Device0 Favoritenanfahrt und Positionsanfahrt durch FHEM möglich
# 0.37 2017-09-25 SMag Prerelease-Vorbereitungen. Codeformatierung, Fehlerkorrekturen, Textkorrekturen.
# 0.38 2017-09-27 optimierung sub Siro_Setgroup($) -> laufzeitverbesserung
#
# 0.39 2017-10-14 Log überarbeitet / Parse überarbeitet / Define überarbeitet / interne Datenstruktur geändert / Internals überarbeitet / Groupdevice ( Kanal 0 ) möglich . Fehlerkorrekturen / attribut down_for_timer und up_for_timer eingebaut
# 0.40 2017-10-15 Code bereinigt
# 0.41 2017-10-17 anpassung der %Sets je nach device ( groupdevice )
# 0.42 2017-10-18 attr "down_auto_stop" eingefügt - beendet runterfahrt durch on/close/fb bei ATTR. weiterfahrt durch nochmalige cmd . Comandref ergänzt
gruss Byte09
Zitat von: volschin am 04 Oktober 2017, 00:21:42
Und Apple sagt (wie ca. 9 von 10 Herstellern): 0% = kein Licht, also Rollo zu.
Ist die Frage, ob es aus Kompatibilitätssicht Sinn macht, gegen den Strom der Großen zu schwimmen?
ich habe ein attribut "invert_position" eingebaut, welches bei bedarf gesetzt werden kann . wird mit der nächsten version verfügbar sein.
gruss Byte09
Version V 0.44 im Anhang
# 0.43 2017-10-19 Byte attr "invers_position[0/1]" eingefügt. Invertiert positionsanzeige und anfahrt 0 -> 100% = rollo geschlossen - 1 -> 0% =rollo geschlossen
# 0.44 2017-10-19 Byte bugfix -> set favorite. Unterscheidung ob "time_down_to_favorite" gesetzt oder nicht. ( interpretation :favorite programmiert oder nicht ) - entsprechende anpassung des kommandos ( erst löschen -> dann speichern )
bei setzten oder ändern des attributes "invers_position" werden gesetzte Attribute "down_auto_stop" und "down_limit_mode_1" entsprechend umgerechnet und geändert. Das Attribut "devStateIcon" wird ebenfalls angepasst, aber nur dann, wenn das "Standartattribut" gesetzt ist. falls hier eigene devStateIcons definiert sind, müssen diese manuell an die neue Situation angepasst werden.
gruss Byte09
Ich erhalte folgende Meldung und das Rollo fährt nicht auf Pos 50:
2017.10.23 01:35:20 3: Siro_set: handing over to Siro_Send_Command with following arguments: on 50 0
2017.10.23 01:35:20 2: Siro_sendCommand: execute comand on - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010000110011#R9
2017.10.23 01:35:21 1: PERL WARNING: Use of uninitialized value $runningtime in concatenation (.) or string at ./FHEM/98_Siro.pm line 1348.
2017.10.23 01:35:21 1: PERL WARNING: Use of uninitialized value $runningtime in addition (+) at ./FHEM/98_Siro.pm line 1349.
2017.10.23 01:35:21 3: Siro_set: handing over to Siro_Send_Command with following arguments: position 50 0
2017.10.23 01:35:21 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 332.
2017.10.23 01:35:21 2: Siro_sendCommand: execute comand position - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010000000000#R9
2017.10.23 01:35:21 2: Siro_sendCommand: execute comand stop - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010001010101#R9
2017.10.23 01:35:28 2: Siro_sendCommand: execute comand stop - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010001010101#R9
Ich schalte über ein DOIF 2x aus Sichereitsgründen. Klappt aber trotzdem nicht.
Ich nutze Version 0.44
List vom Device:
Internals:
CFGFN
CHANNEL 14
DEF 84314CDe
ID 84314CD
IODev sduino
NAME Siro_SZR
NR 452
STATE 0
TYPE Siro
Version V 0.44
state 0
CODE:
1 84314CDE
READINGS:
2017-10-23 08:00:02 position 0
2017-10-23 08:00:02 state 0
helper:
LastMODE virtual
MODE virtual
aktMsg position 0 1508738402.16854
lastMsg stop 50 1508715328.80938
lastProg 0
lastparse
lastparse_stop stop 1508708425.39511
parse_aborted 0
position 0
positiontimer 23073.3
Attributes:
IODev sduino
SignalLongStopRepeats 15
SignalRepeats 9
channel_send_mode_1 4
cmdIcon 50:rc_RIGHT off:rc_UP on:rc_DOWN stop:rc_STOP
comment Geladen am:
21.10.2017
debug_mode 0
devStateIcon {my $icon = ReadingsVal('Siro_SZR','state', 0);$icon = (int($icon/10)*10); return '.*:fts_shutter_'.$icon}
down_auto_stop 0
down_limit_mode_1 100
event-min-interval .*:300
event-on-change-reading .*
eventMap /position 50:50/
fp_Rollo 602,175,2,rechts Schlafzimmer
genericDeviceType blind
invers_position 0
operation_mode 1
prog_fav_sequence prog,2,stop,2,stop
room Rollo,Schlafzimmer
time_down_to_favorite 13.5
time_to_close 17
time_to_open 18
webCmd stop:on:off:50
Zitat von: Invers am 23 Oktober 2017, 11:24:52
Ich erhalte folgende Meldung und das Rollo fährt nicht auf Pos 50:
2017.10.23 01:35:20 3: Siro_set: handing over to Siro_Send_Command with following arguments: on 50 0
2017.10.23 01:35:20 2: Siro_sendCommand: execute comand on - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010000110011#R9
2017.10.23 01:35:21 1: PERL WARNING: Use of uninitialized value $runningtime in concatenation (.) or string at ./FHEM/98_Siro.pm line 1348.
2017.10.23 01:35:21 1: PERL WARNING: Use of uninitialized value $runningtime in addition (+) at ./FHEM/98_Siro.pm line 1349.
2017.10.23 01:35:21 3: Siro_set: handing over to Siro_Send_Command with following arguments: position 50 0
2017.10.23 01:35:21 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 332.
2017.10.23 01:35:21 2: Siro_sendCommand: execute comand position - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010000000000#R9
2017.10.23 01:35:21 2: Siro_sendCommand: execute comand stop - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010001010101#R9
2017.10.23 01:35:28 2: Siro_sendCommand: execute comand stop - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010001010101#R9
Ich schalte über ein DOIF 2x aus Sichereitsgründen. Klappt aber trotzdem nicht.
Ich nutze Version 0.44
List vom Device:
Internals:
CFGFN
CHANNEL 14
DEF 84314CDe
ID 84314CD
IODev sduino
NAME Siro_SZR
NR 452
STATE 0
TYPE Siro
Version V 0.44
state 0
CODE:
1 84314CDE
READINGS:
2017-10-23 08:00:02 position 0
2017-10-23 08:00:02 state 0
helper:
LastMODE virtual
MODE virtual
aktMsg position 0 1508738402.16854
lastMsg stop 50 1508715328.80938
lastProg 0
lastparse
lastparse_stop stop 1508708425.39511
parse_aborted 0
position 0
positiontimer 23073.3
Attributes:
IODev sduino
SignalLongStopRepeats 15
SignalRepeats 9
channel_send_mode_1 4
cmdIcon 50:rc_RIGHT off:rc_UP on:rc_DOWN stop:rc_STOP
comment Geladen am:
21.10.2017
debug_mode 0
devStateIcon {my $icon = ReadingsVal('Siro_SZR','state', 0);$icon = (int($icon/10)*10); return '.*:fts_shutter_'.$icon}
down_auto_stop 0
down_limit_mode_1 100
event-min-interval .*:300
event-on-change-reading .*
eventMap /position 50:50/
fp_Rollo 602,175,2,rechts Schlafzimmer
genericDeviceType blind
invers_position 0
operation_mode 1
prog_fav_sequence prog,2,stop,2,stop
room Rollo,Schlafzimmer
time_down_to_favorite 13.5
time_to_close 17
time_to_open 18
webCmd stop:on:off:50
Hi invers ,
Bin auf der Arbeit und schaue mir das heute abend an . Aber unabhängig von den 2 Fehlermeldungen sendet er sowohl den fahren Befehl, als auch den stop Befehl. Wie verhält sich das rollo ? Fährt es gar nicht erst los , oder hält es nur nicht an ?
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
]
Ich glaube es liegt an dem doppelten doif Aufruf. Teste mal bitte mit einem doif. Wenn es daran liegt muss ich das abfangen.
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Es ist genau anders herum.
Ich habe mit einem Aufruf keinen Erfolg gehabt und habe dann mit 2 Aufrufen probiert. Hatte aber auch keinen Erfolg.
Zitat von: Invers am 23 Oktober 2017, 14:42:56
Es ist genau anders herum.
Ich habe mit einem Aufruf keinen Erfolg gehabt und habe dann mit 2 Aufrufen probiert. Hatte aber auch keinen Erfolg.
Hi Invers,
ich kann das problem bei mir reproduzierren und werde das im Laufe des Abends beheben.
( tritt - vermutlich - seit der Version 0.42 auf und nur im Mode 1 )
Grusss Byte09
nachtrag:
war leider zu voreilig mit meiner aussage . ich kann es nicht nachstellen.
so sieht das ganze bei mir aus ( verbose 5 )
2017.10.23 17:23:23 5: Siro_Set: aufgerufen -> cmd -> position args -> position 50 0
2017.10.23 17:23:23 5: Siro_Set:newposstate -> 50
2017.10.23 17:23:23 5: Siro_set: test auf double stop
2017.10.23 17:23:23 5: Siro_set: testprogmode -> 1508772203.13239
2017.10.23 17:23:23 5: Siro_set: lastprogmode -> 0
2017.10.23 17:23:23 5: Siro_set: lastaction -> stop
2017.10.23 17:23:23 5: Siro_set: cmd -> position
2017.10.23 17:23:23 5: Siro_Set: teste autostop: 100 < 100 100 < 100
2017.10.23 17:23:23 5: Siro_Set: nodrive -> false
2017.10.23 17:23:23 5: Siro_Set: direkt positiondrive: -> timing: (8.5 = 50*0.17) -> close runningtime:8.5 - modification in % :50
2017.10.23 17:23:23 5: Siro_Set: direkt positiondrive: -> setting timer to 8.5
2017.10.23 17:23:23 5: Siro_Set: kein stateupdate erfolgt
2017.10.23 17:23:23 3: Siro_set: handing over to Siro_Send_Command with following arguments: on 50 0
2017.10.23 17:23:23 5: Siro_sendCommand: hash -> HASH(0x3a25f70) - 84314CDE -> cmd :on: - args -> on 50 0
2017.10.23 17:23:23 5: Siro_sendCommand: operationmode -> 1
2017.10.23 17:23:23 5: Siro set channel: 4 (0100) for signalesp1
2017.10.23 17:23:23 5: Siro_sendCommand: name -> 84314CDE command->on
2017.10.23 17:23:23 2: Siro_sendCommand: execute comand on - sendMsg to HASH(0x360f438) channel 4 -> P72#1000010000110001010011001101010000110011#R8
2017.10.23 17:23:23 5: Siro_set: runningtime -> 0.0406169891357422
und so läuft es auch .bei dir sind da ein haufen zeilen drinnen, bei denen ich noch überhaupt nicht einordnen kann, wo sie her kommen und die zum teil völlig unsinnig sind : z.B
017.10.23 01:35:20 3: Siro_set: handing over to Siro_Send_Command with following arguments: on 50 0
...
2017.10.23 01:35:21 2: Siro_sendCommand: execute comand position - sendMsg to HASH(0x439c400) channel 4 -> P72#1000010000110001010011001101010000000000#R9
... die routine Siro_sendCommand dürfte niemals das kommando " position " bekommen , da sollte es nur on , off und stop geben.
hattest du das device bei der umstellung auf v0.42 komplett gelöscht ?
könntest du mir den gleichen log nochmal auf verbose 5 einstellen ? ... und eine raw - definition des devices wäre super !?
gruss Byte09
Ich war damals nach Anleitung vorgegangen und hatte die Def gersichert, die Devices gelöscht, neu gestartetnach Moduleinspielung und dann mit defmod alles wieder angelegt.
Kann ich aber gerne noch einmal machen.
Mit Verbose 5 mache ich gleich (abends). Dann geht meine Wohnung in den Nachtruhemodus.
Zitat von: Invers am 23 Oktober 2017, 17:55:05
Ich war damals nach Anleitung vorgegangen und hatte die Def gersichert, die Devices gelöscht, neu gestartetnach Moduleinspielung und dann mit defmod alles wieder angelegt.
Kann ich aber gerne noch einmal machen.
Mit Verbose 5 mache ich gleich (abends). Dann geht meine Wohnung in den Nachtruhemodus.
nein, lass erstmal. war ein schuss ins blaue und ich denke nicht das es daher kommt - würde sich im grunde auch anders bemerkbar machen, da er den hash dann nicht finden würde da seit 0.42 der devicepointer anders gesetzt wird.
ok, ich warte auf den LOG ;)
gruss Byte09
Also wenn ich den Befehl set Siro_SZR 50, dann funktioniert es ja leider immer. Nur innerhalb des DOIF nicht.
Warte mal noch mit der Suche. Ich habe alles noch einmal konfiguriert (geht ja schnell) und warte mal heute Nacht ab. Ich stelle Verbose heute Nacht auf 5 und wir werden morgen sehen, was passiert ist.
Melde mich dann.
Bis dahin danke.
Zitat von: Invers am 23 Oktober 2017, 18:17:41
Also wenn ich den Befehl set Siro_SZR 50, dann funktioniert es ja leider immer. Nur innerhalb des DOIF nicht.
Warte mal noch mit der Suche. Ich habe alles noch einmal konfiguriert (geht ja schnell) und warte mal heute Nacht ab. Ich stelle Verbose heute Nacht auf 5 und wir werden morgen sehen, was passiert ist.
Melde mich dann.
Bis dahin danke.
ok , mache ich .
was ich eben bemerkt habe ist aber folgendes . wenn du das rollo in eine position fährst und
während der fahrt erneut eine positionsanfahrt veranlasst wird ,
ohne die richtung zu wechseln ! , ... das kann das modul im moment nicht wirklich ab. Mit richtungswechsel ist es kein problem , von daher versuche bitte erstmal den doppelten befehl zu vermeiden.
werde das fixen .
gruss byte09
Dann sollte es vielleicht seit gestern daran liegen. ich werde dann den 2. Befehl entfernen bzw um 20 Sekunden verzögern. Ich hatte ja jetzt nur 2 Sekunden Verzögerung. Dann hat sich da wohl etwas verhakt.
Danke für den Tipp.
V 0.45 im Anhang
# 0.45 2017-10-28 Byte fehler bei erneutem Kommando während Positionsanfahrten behoben
gruss Byte09
Zitat von: Byte09 am 28 Oktober 2017, 11:30:00
V 0.45 im Anhang
Byte09: Vielen Dank für deine schnellen Korrekturen und deinen großartigen Einsatz. Ich werde die Version dieses Wochenende testen.
Damit das Modul nun auch in das FHEM-Repository kommt, brauchen wir auch mal Feedback der User, die dieses Modul schon im Einsatz haben.
Sollten keine größeren Probleme vorkommen, werden wir das Modul in der kommenden Woche offiziell einchecken.
LG
Ich habe das Modul ja auch getestet und aktiv mit 4 Rollos im Einsatz.
Alles funktioniert nun einwandfrei. Die Zuverlässigkeit der Schaltvorgänge könnte besser sein, aber das hat ja nicht das Modul zu verantworten. Ich behelfe mich damit, nach 30 Sekunden alle Befehle erneut zu senden. Seither habe ich Null Probleme. Einzige Ausnahme war das von Byte09 genannte Fehlverhalten bei Positionsfahrt.
Hiermit bedanke ich mich noch einmal für die Programmierung dieses Moduls und den Einsatz von massenweiser Freizeit und Gehirnschmalz.
Zitat von: Invers am 28 Oktober 2017, 13:56:14
....... Die Zuverlässigkeit der Schaltvorgänge könnte besser sein, aber das hat ja nicht das Modul zu verantworten. Ich behelfe mich damit, nach 30 Sekunden alle Befehle erneut zu senden. Seither habe ich Null Probleme. Einzige Ausnahme war das von Byte09 genannte Fehlverhalten bei Positionsfahrt........
hi invers ,
stellt sich aber doch die frage, waraus die unzuverlässigkeit resultiert. wenn im log etwas derartiges ( ab verbose 2 ) auftaucht :
2017.10.28 14:54:10 2: Siro_sendCommand: execute comand on - sendMsg to HASH(0x334f030) channel 1 -> P72#0101101101000001011100001000000100110011#R8 .. dann ist das signal in jedem fall an den signalduino weitergereicht wurde . Wenn der rollo daraufhin nicht schaltet , liegt es in der tat nicht am modul .
was für eine antenne hast du an dem signalduino ? .... und wo befindet er sich ( eingesperrt im schrank .. neben anderen geräten ) ?
ich nutze eine externe antenne wie diese ( https://www.ebay.de/i/182243118765?chn=ps&dispItem=1 (https://www.ebay.de/i/182243118765?chn=ps&dispItem=1) ), und habe damit keine empfangs oder sendeprobleme, die paar euro habe sich gelohnt .
. Wenn ich es gerade richtig im Kopf habe , kannst du bei dem signalduino die Sendeleistung beeinflussen, hast du sie mal höher gesetzt ?
das genannte fehlverhalten sollte behoben sein.
gruss Byte09
2017.10.28 14:54:10 2: Siro_sendCommand: execute comand on - sendMsg to HASH(0x334f030) channel 1 -> P72#0101101101000001011100001000000100110011#R8
Ja, diese Kommandos kommen natürlich. Sonst wäre ja alles ganz klar.
Als Antenne habe ich die montierte, die bei der Lieferung von EBay montiert war Den Link hattest du mir ja zur Verfügung gestellt.
Ich denke nicht, dass es an der Sendeleistung liegt. Ich denke, dass irgendwie der Empfänger des Rollos manchmal zu träge sein könnte. An der Aufstellung oder Entfernung zum Rollo kann es nicht liegen. Es ist eine kurze, freie Luftlinie zu überwinden.
Die Sendeleistung höher stellen werde ich mal probieren, weiss aber noch nicht, wie das geht. Muss ich erst im Forum suchen.
Danke für den TRipp.
set SIGNALDUINO cc1101_patable_433 10_dBm
( wäre grösste sendeleistung )
gruss Byte09
Danke, probiere ich mal aus.
Zitat von: Dr. Smag am 28 Oktober 2017, 11:46:39
Byte09: Vielen Dank für deine schnellen Korrekturen und deinen großartigen Einsatz. Ich werde die Version dieses Wochenende testen.
Damit das Modul nun auch in das FHEM-Repository kommt, brauchen wir auch mal Feedback der User, die dieses Modul schon im Einsatz haben.
Sollten keine größeren Probleme vorkommen, werden wir das Modul in der kommenden Woche offiziell einchecken. LG
Hallo Dr. Smag und Byte09,
wirklich großartige Arbeit! Da es ohne jegliche Beanstandung funktioniert - kommt auch nur so dünnes Feedback. Es ehrt Euch, dass Ihr nicht die gesamte FHEM Gemeinde zum Alpha und Beta Test eingespannt habt. So ist das hier sonst häufig gewesen und es hat sich auch keiner beschwert. Ich denke, das Kind ist groß genug um veröffentlicht zu werden!
Hat schon jemand die Steuerung per Alexa realisiert?
Zitat von: volschin am 31 Oktober 2017, 08:50:25
Hat schon jemand die Steuerung per Alexa realisiert?
Genericdevicetype auf blind setzen ( alexa Modul vorhanden ?! ) ,
Kommandos sind dann :
Stelle/schalte ROLLO auf 0% / 10% /...... / 100% etc.
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Super, das war einfach. :)
Leider versteht Alexa öffne und schließe noch nicht. Kann man ihr das auch beibringen?
Zitat von: volschin am 31 Oktober 2017, 10:30:25
Super, das war einfach. :)
Leider versteht Alexa öffne und schließe noch nicht. Kann man ihr das auch beibringen?
Sollte ... glaube ich .... über das alexa mapping gehen . Allerdings habe ich .... zugunsten meiner Laune .... schon vor einiger zeit beschlossen mich mit dem homebridge mapping nicht mehr zu beschäftigen . ;-).
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Danke, für Siri habe ich das Ganze funktionsfähig am Laufen, siehe mein früherer Post zum Homebridge-Mapping. Da funktioniert auch "Hey Siri, öffne Rollo." und "Hey Siri, schließe Rollo."
Ich werde mal recherchieren, ob es ein generelles Problem ist.
Zitat von: volschin am 31 Oktober 2017, 10:45:38
Danke, für Siri habe ich das Ganze funktionsfähig am Laufen, siehe mein früherer Post zum Homebridge-Mapping. Da funktioniert auch "Hey Siri, öffne Rollo." und "Hey Siri, schließe Rollo."
Ich werde mal recherchieren, ob es ein generelles Problem ist.
wenn du ein mapping gefunden , oder zustande gebracht hast, welches das entsprechend bezweckt wäre es cool, wenn du es hier reinsetzt, damit es für andere verfügbar ist .
ich habe mir damit leider bei anderen geräten schon so schlechte laune geholt , das ich ganz ehrlich keine lust mehr verspüre , mich auch nur 1 weitere minute mit dem hombridgemapping zu beschäftigen ( fürchte mittlerweile das mein horizont dafür zu beschränkt ist >:( ) . ich steige auch leider überhaupt nicht hinter die dahintestehende logik - und somit den aufbau .
Gruss Byte09
Mit "Mach Rollo runter" und "Mach Rollo hoch" bin ich eben erfolgreich gewesen. Ist das eine sch... deutsche Sprache. :o
Zitat von: volschin am 31 Oktober 2017, 11:48:07
Mit "Mach Rollo runter" und "Mach Rollo hoch" bin ich eben erfolgreich gewesen. Ist das eine sch... deutsche Sprache. :o
ok , und wie machst du das ? "runter" muss dann ja irgendwie auf "100" umgebogen werden bzw. "hoch " auf "0" - oder umgegehrt , da alexa im zusammenhang nit genericdevice blind ja einen zahlenwert erwartet - oder liege ich da falsch ?
Gruss Byte09
Ich habe jetzt nichts verändert, allerdings fährt das Rollo bei hoch runter und bei runter hoch. Ich befürchte, dass aufgrund meines Homebridge-Mappings auf inverse, sich Alexa und Homekit jeweils umgedreht verhalten (siehe das bereits diskutierte Mainstream-Topic). Da es nur ein homebridge Mapping gibt, könnte das jetzt spannend werden. :(
verstehe ich nicht .
wenn ich alexa höflich bitte das rollo runter zu machen / fahren / schalten , bekomme ich als antwort "der wert liegt auserhalb des bereiches für das gerät ROLLO "
gruss Byte09
nachtrag : ah, sehe gerade das du ja ein mapping definiert hast !
Zitat von: volschin am 31 Oktober 2017, 11:57:23
Ich habe jetzt nichts verändert, allerdings fährt das Rollo bei hoch runter und bei runter hoch. Ich befürchte, dass aufgrund meines Homebridge-Mappings auf inverse, sich Alexa und Homekit jeweils umgedreht verhalten (siehe das bereits diskutierte Mainstream-Topic). Da es nur ein homebridge Mapping gibt, könnte das jetzt spannend werden. :(
da du ja .. wie ich das sehe - runter und hoch auf position 0 und 100 bringst über das mapping , kannst du doch den siro an sich über das attr invertieren, dann sollte es doch gehen ?
wobei sich über das attr nur 0 und 100 rumdrehen. on und off bleiben erhalten ( on - runter off - hoch )
gruss Byte
Hi,
nach rücksprache mit Dr.Smag spielen wir das modul 98_Siro.pm morgen in das svn ein , undes ist somit ab montag morgen über das fhemupdate verfügbar.
gruss Byte09
So, das Modul wurde soeben in den FHEM-Trunk eingespielt und sollte morgen offiziell verfügbar sein.
Hallo zusammen,
ich hatte zunächst Probleme den Radino zum funktionieren zu bekommen, aber mit der freundlichen Hilfe von Dr. Smag ist es letztlich doch gelungen.
Hier sind die Stolpersteine auf dem Weg dahin:
Flashen des Radino
Führt man den Befehl
ls -l /dev/serial/by-id und hat im Ergebnis "usb-In-Circuit_radino_CC1101-if00" stehen, so bedeutet dies, dass der Radino noch nicht geflasht ist.
Die Einstellungen fürs Flashen sind:
attr <signalduino> flashCommand avrdude -v -patmega32u4 -cavr109 -P [PORT] -b [BAUDRATE] -D -Uflash:w:[HEXFILE]:i 2>[LOGFILE]
attr <signalduino> hardware nano328
attr <signalduino> hexFile /opt/fhem/FHEM/firmware/SIGNALDuino_radinoCC1101.hex
Zum Flashen muss man zweimal den RST-Button auf dem Radino drücken, danach hat man wenige Sekunden um in FHEM den Befehl set <signalduino> flash abzusetzen.
Benutzt man den Radino ausschließlich für die SIRO-Rollos, dann diese Einstellung setzen:
attr <signalduino> whitelist_IDs 72
Wenn man eine Fernbedienung hat, sollte beim Drücken der mittleren Taste (STOP-Taste) der Radino bereits kurz rot aufleuchten.
Ab jetzt kann per AutoCreate FHEM bereits die Einträge für die Rollos anlegen. Dazu bitte für jedes gekoppelte Rollo auf der Fernbedienung eine Aktion ausführen.
Hallo Dr. Smag und Byte09,
zur Vereinheitlichung mit anderen Modulen wäre es sinnvoll, wenn Ihr den internen Wert "VERSION" in Großbuchstaben benennt und die Versionsnummer ohne das führende "V" dort reinschreibt. Am Besten natürlich mit Semantic Versioning (http://semver.org/lang/de/). :)
Viele Grüße
Veit
Zitat von: volschin am 18 November 2017, 17:32:55
Hallo Dr. Smag und Byte09,
zur Vereinheitlichung mit anderen Modulen wäre es sinnvoll, wenn Ihr den internen Wert "VERSION" in Großbuchstaben benennt und die Versionsnummer ohne das führende "V" dort reinschreibt. Am Besten natürlich mit Semantic Versioning (http://semver.org/lang/de/). :)
Viele Grüße
Veit
Hi volschin ,
Ich kümmere mich darum . Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: volschin am 18 November 2017, 17:32:55
Hallo Dr. Smag und Byte09,
zur Vereinheitlichung mit anderen Modulen wäre es sinnvoll, wenn Ihr den internen Wert "VERSION" in Großbuchstaben benennt und die Versionsnummer ohne das führende "V" dort reinschreibt. Am Besten natürlich mit Semantic Versioning (http://semver.org/lang/de/). :)
Viele Grüße
Veit
Danke für die Info! Habe erst nicht genau verstanden, was du meinst. Danke für den Artikel!
Es gibt zur Zeit 15% im Online-Shop, hab jetzt endlich auch zugeschlagen!
Zitat von: davidwohnthier am 25 November 2017, 17:20:34
Es gibt zur Zeit 15% im Online-Shop, hab jetzt endlich auch zugeschlagen!
wollte ich auch gerade posten. Hab auch 2mal zugeschlagen. :-)
Anlernen und die Basis-Befehle klappten wunderbar. Dankeschön.
Das Anlernen der Endlager läßt mich verzweifeln...
Zum Abschluß soll auf der Fernbedienung lange die Stop-Taste gedrückt werden; hier gehe ich davon aus, daß ich stattdessen in FHEM "prog_stop" absende.
Aber nach zig Versuchen bekomme ich keine Endposition hin.
Der Vorgang soll mit "prog" und Auf-Taste und nochmals mit "prog" begonnen werden. Hier gehe ich davon aus, daß in FHEM "Action = up" sein sollte.
Die Endlager habe ich auch schon mehrfach versucht zu löschen -> "prog" und AB-Taste und "prog"
Auch habe ich bereits 2mal FHEM neu angelernt.
Gibt es weitere Tips?
Danke vorab. Die Antriebe sind wirklich der Hammer! ;D
NACHTRAG:
Wenn ich debug_mode setze, sehe ich, daß bei "prog_stop" nichts gesendet wird.Also dann vermutlich doch den normalen "Stop" Befehl verwenden.
Normaler Stop führt aber auch nicht zum Speichern der Endlager.
Hallo, am leichtesten ist es, die and Endlagen-Positionen mit einer Fernbedienung einzustellen.
Danach brauchst du ja eigentlich nicht mehr dran zu gehen. Ich bin jetzt noch unterwegs. Ich kann dir nachher gerne noch eine detailliertere Beschreibung geben.
Vielen Dank für die Info. Isch habe leider keine Fernbedienung. ;)
Ich bin mir nicht sicher, ob man auch ohne FB die Endlager einstellen könnte.
Mit meinen IT-Basis-Wissen habe ich den Quellcode "analysiert" und ein "longstop" Befehl kommt nur innerhalb von "set xyz
fav" vor.
Hier bin ich mir nicht sicher, ob man den Quellcode dahingehend erweitern könnte, daß FHEM-Siro explizit ein "longstop" Befehl sendet.
Danke vorab!
Zitat von: Dr. Smag am 29 November 2017, 20:03:36
Hallo, am leichtesten ist es die and lagen Positionen mit der Fernbedienung einzustellen.
Danach brauchst du ja eigentlich nicht mehr dran zu gehen. Ich bin jetzt noch unterwegs. Ich kann dir nachher gerne noch eine detailliertere Beschreibung geben.
Hi Raven,
das longstop wird ausschliesslich zu anfahren der hardware-favoriten-funktion genutzt und hat nichts mit der Endlageneinstellung zu tun. Das Longstop ist im Grunde nur eine mehrfache abfolge des normalen stop - befehls ( etwas vereinfacht ausgedrückt ).
Die Prog-Stop Funktion ist auch nur eine Modulinterne Funktion, die du zur einstellung nicht benötigst.
Zur einstellung der Endlagen wird nur die "prog" funktion benötigt, Diese ersetzt die P2 Taste auf der Fernbedienung . Auch muss beim einstellen der endlagen eigentlich nicht lange die stopptaste gedrückt werden, sondern bei erreichen der endlagenposition einmal die stoptaste zum anhalten, dann 3 mal die Stopptaste zum speichern der position. Danach den Vorgang mit der gegenläufigen endlage wiederholen.
ich werde das morgen aber mit meinem testmotor nochmal testen, nur um sicherzugehen, das sich nicht doch ein fehler eingeschlichen hat - schaffe es aber erst morgen abend, hatte heute einen langen tag.
was für motoren ( modelle ) hast du ? ... und was für ein "sender" Nutzt du ? Signalduino, Signalesp , etc .? Mit dem Signalesp kann es genau bei dieser Funktion zu Problemen kommen, die aber durch die Firmware des ESP verursacht werden , an eine Lösung hierzu wird seitens der maintainer gearbeitet.
gruss Byte09
Nachtrag : wenn du POrog-Stop drückst , verlässt das Modul den programmiermodus - wenn es nicht im programmiermodus ist , werden mehrfach - stop - befehle seitens des moduls unterbunden ( notwendig aus anderen modulinternen gründen ) , weiterhin muss die programmieraktion nach 180 sekunden beendet sein, andernfalls verlässt das modul auch dann den programmiermodus
Danke auch Dir Byte09 für die Unterstützung.
Prog-Stop: Danke für die Details so etwas ähnliches hatte ich mir dann bei meinen Beobachtungen gedacht.
Meine Hardware:
- Signaluino
- ERB15LE
3 x Stopptaste? mmhh...lt. Siro-Beschreibung soll die Stopptaste auf der FB lange gedrückt werden.
Aber ich werde 3x Stopptaste nach dem Stop gleich ausprobieren.
Nochmals Danke! Und jetzt einen erholsamen Abend!
Grüsse mike
Leider waren die Tests mit 1 Stopp gefolgt von 3 weiteren (schnellen) Stopps nicht erfolgreich, d.h. es wurden keine Endpunkte gesetzt.
Ich habe nach dem 1 Stopp mal mehrere Stopps gefeuert (evtl. 5-bis 7 mal) und "irgendwann" quittierte der Motor mit dem "typischen" vor und zurück den Befehl. Allerdings waren dann die Endpunkte innerhalb von wenigen mm gesetzt. Bin daher noch auf der Suche nach dem richtigen Weg.
Das Halten der Stopp-Taste auf der FB erzeugt wiederholt Stopp-Befehle. D.h., dass das Rollo auch dann sozusagen reagiert, weil es irgendwann mehrere Stoppbefehle erhalten hat.
Erstmal vorab: Falls was schief gehen sollte, kann der Motor jederzeit zurückgesetzt werden, indem man die Taste am Motor so lange hält, bis er 3x mit jeweils 1x auf/ab quittiert. Dadurch wird auch das Anlernen gelöscht.
Das Anlernen des Rollos auf eine FB oder besser bei Dir gesagt auf eine ID:
- Motor in den Anlernmodus bringen (Taste solange halten, bis er mit einer Bewegung quittiert)
- In FHEM: Prog, Prog, On(oder Off für inverse Fahrt). Von jetzt an kann der Motor schon mit On, Off, Stop gesteuert werden.
Bis hierhin hast du es ja schon hinbekommen.
Endlagen einstellen:
Diese lassen sich nur einstellen, wenn der Motor im Einstellmodus ist!!!
Der Einstellmodus wird aktiviert mit: Prog, Off, Prog (der Motor quittiert jeweils)
Hinweis: Wird eine Zeit lang nichts gemacht, verlässt der Motor auch wieder den Einstellmodus.
Nun die Endlagen anfahren und abspeichern.
Mit On oder Off in die erste Stellung fahren (oben oder unten ist egal), wo eine Endlage sein soll und dann mit 1xStop stoppen.
Es kann immer noch korrigiert werden! Hat man seine Endlage perfekt erreicht und gestoppt, wird mit weiteren 3xStop (beim ERB15LE 5x Stop), diese Lage gespeichert (Motor quittiert).
Nun kann die andere Endlage angefahren werden. Ist diese gestoppt angefahren, auch mit 3xStopp (beim ERB15LE 5x Stop) abspeichern.
Nun hast du die Endlagen eingestellt. Der Motor fährt nun nicht mehr über diese Positionen hinaus. Diese sind im Motor gespeichert.
Mittelposition einstellen (kann nur eingestellt werden, wenn die Endlagen eingestellt worden sind):
Diese wird später mit der FB durch ein langes Drücken auf der FB angefahren. Unter FHEM mit fav
In die Wunsch-Mittelposition fahren. Prog + 2x Stopp-Taste
Die Wunschposition kann jederzeit korrigiert werden. P2 + 2x Stopp-Taste löscht die evtl. gespeicherte Wunsch-Position. Wird erneut P2 + 2x Stopp-Taste gedrückt, wird die gerade angefahrene Position als neue Wunschposition gespeichert.
Endlagen löschen:
Prog, On, Prog
Ich habe das gerade mal mit einem Motor nachgestellt. Sollte soweit funktionieren.
Viel Erfolg!
Nachtrag: Ich habe gerade mal den ERB15LE ausprobiert. Er verlangt 5xStop. Also immer so oft Stop senden, bis er quittiert. Bei einer FB ist es leichter, indem man die Stopp-Taste einfach hält, bis er quittiert.
Raven: Hat es denn nun funktioniert?!?
Danke Danke Danke für die großartige Unterstützung. ;)
Ich war gestern (zu) lange unterwegs und kam nicht zu neuen Versuchen.
Bin sehr zuversichtlich, denn ich hatte in meinen letzten Versuchen tags zuvor auch den Eindruck, ich müßte 5 x zusätzlich Stoppen bis die Quittierung kommt.
Ich probiere es heute abend. Melde mich.
Ein Traum! Beim ERB15LE die Endposition mit 5 x Stoppen bestätigen klappt hervoragend! Nochmals Danke!
Darf ich noch eine Frage zu der Favoriten-Position stellen? :o
Zunächst HW-mäßig versucht:
- Position angefahren -> Prog, 2 x Stop (wird auch alles bestätigt) Nur kann ich die Position mit "fav" nicht anfahren; d.h. überhaupt keine Reaktion.
- danach time_to_close / time_to_open eingestellt und erneut versucht die Favoriten-Position neu zu speichern und danach anzufahren; auch hier keine Position.
Dann sah ich "set XYZ set_favorite"; aber auch hier kein Anfahren der Position.
Hier interpretiere ich den Befehl so, daß er immer zuvor die etwaige Favoriten-Position löscht und dann wieder neu setzt.
operation_mode = 0
Übersehe hier noch was beim HW-mäßigen setzen der FAV Position?
Hi Raven,
mit dem hardwarefavorit ist das etwas twiggy .
grundsätzlich :
setzen der Position mit set NAME set favorit. Da das Modul nicht wirklich wissen kann, ob eine Position gesetzt ist oder nicht , geht das Modul davon aus, das KEINE position gesetzt ist , wenn das ATTR time_down_favorite nicht gesetzt ist . Falls dieses nicht gesetzt ist, lässt sich die position über set fav zwar anfahren, er zeigt die posizion dann aber immer mit 50% an.
wichtig ist da ganze aus folgendem grund. die befehle zum setzen der position und zum löschen der position sind gleich, d.H eine neue position kann nur dann gesetzt werden, wenn bisher keine position gespeichert ist ( motorseitig ) .
das heisst , das modul sendet den gleichen befehl 2mal , wenn das attr time-down_to_favorite gesetzte ist um die alte positionzu löschen und eine neue zu setzen. ist das attr nicht gesetzt , geht das modul davon aus, das keine position gesetzt ist und somit auch nicht gelöscht werden muss. folglich wird der befehl nur einmal gesendet.
das heisst , wenn die favposition gesetzt wird , und das nicht mit der funktion set NAME set favorite , muss das attr time_down_to_favorite manuell auch gesetzt werden, ansonsten wird ein späterer Versuch die position mit set NAME set favorite immer scheitern.
wenn die hardware favposition mit dem vorgesehenen befeht set NAME set favorite gesetzt wird, wird die Zeit zum anfahren der position automitisch berechnet und auch das attr set time_down_to_favorite automatisch gesetzt .
wenn dieses einmal "asynchron" ist , musst du dass manuell wieder "syncronisieren" , d.H wenn beim ausführen von set fav keine position angefahren wird, darf das attr time_down _to_fav auch nicht vorhanden sein ( ggf. manuell löschen ) . wird eine position angefahren und da attr ist nicht gesetzt musst du es manuell setzen , die zeit ist erstmal egal , da diese neu berechnet wird, wenn du die position neu über das modul setzt .
jetzt das problem: die im modul ( attr ) hinterlegte programmiersequenz (prog,2,stop,2,stop ) zum setzen/löschen der favoritenposition ist auf den ERB16 LE-S ausgelegt und ich weiss nicht , ob sich diese von deinem motor unterscheidet ( die anleitung deines motors macht mich da leider auch nicht wirklich schlauer) . zwar kann diese sequenz in entsprechendem attr geändert werden , voraussetzung ist jedoch sie zu kennen . Auch eine ggf. erforderliche Anpasung des Moduls wäre im Grunde kein problem, ist aber ohne den entsprechendem Motor zu haben ebenfalls kaum möglich ( ggf. werde ich mir aber in absehbarer zeit einen solchen Motor bestellen um das mal zu testen und evtl. anzupassen )
ggf. kann Dr. Smag hier helfen und das mal probieren, ich glaube er hat diesen Motor.
gruss Byte09
Das Problem mit der Hardware-Favouritenanfahrt beim ERB15LE kann ich bestätigen.
Mit der FB funktioniert es, mit FHEM nicht.
Der ERB15LE verlangt wohl mehr Stopp-Befehle. Die Favouritenanfahrt ist ja nichts anderes, als ein mehrfach, hintereinander folgender Stopp-Befehl. Der muss aber so schnell hintereinanderfolgen, dass er nicht manuell, wie beim Endlageneinstellen durchgeführt werden kann. Dazu muss das Modul angepasst werden. Dazu wird es in Kürze einen Fix geben.
Wird der Befehl 3x direkt in einer Zeile hintereinander ausgeführt, bspw. mit
set Siro7 fav; set Siro7 fav; set Siro7 fav;
funktioniert es.
Die genaue Anzahl werde ich noch ermitteln. Wie mal angedacht, könnten wir als Attribut ein Motormodell auswählen, damit der User damit nichts zu tun hat.
Ein GROSSES DANKESCHÖN Byte09 & Dr. Smag für die ausführlichen und sehr gut nachvollziehbaren Erklärungen!
Basierend auf Byte09s Rückmeldung wollte ich gerade nochmals testen, sah dann aber die Bestätigung des Problems beim ERB15LE.
Bin echt überrascht, daß es mit der im Handbuch erwähnten herkömmlichen Kombi (prog - stop - stop) tatsächlich nicht fkt. weil ja die Quittierungen kommen. Um so schöner, daß dies bereits von Dr. Smag erkannt wurde ! Wirklich erstaunlich wie schnell ihr dahinter kommt!
Ich wäre nie drauf gekommen, daß es mit "set Siro7 fav; set Siro7 fav; set Siro7 fav;" fkt. könnte.
Grüsse mike
Das mit dem Motormodell finde ich gut. Ich habe bei mir derzeit sowieso ein Attribut model angelegt, was in HomeKit eingespeist wird. Da z.B. steht ERB16LE drin, ist aber sonst funktionslos.
Also, ich und Byte09 haben mal gerade telef. Wird das Attribut SignalLongStopRepeats auf 45 oder höher gesetzt, klappts auch mit dem ERB15LE und der Favouritenanfahrt. Das derzeitige Modul lässt nur eine Auswahl bis 20 zu.
Es gibt gleich einen Quickfix des Moduls, welches gleich Byte09 einstellt, und sozusagen ab morgen verfügbar ist.
Die Doku im ersten Post werde ich dementsprechend anpassen.
so,
Dr. Smag und ich haben eben mal telefoniert. wir konnten das Problem eingrenzen und das modul daraufhin recht schnell ( temporäre Lösung ) anpassen. Die geänderte Version wird ab morgen mit dem Update verteilt.
Zudem setze ich diese Version schonmal hier als Anhang rein.
Nach update des Moduls muss das Attribut "SignalLongStopRepeats" auf 45 gesetzt werden , dann sollte die Favoritenanfahrt möglich sein.
Gruss Byte09
@Raven, gib uns doch bitte eine kurze Rückmeldung , ob es funktioniert.
... ups,da wars du schneller @Dr Smag :)
Was soll ich sagen? Ich ziehe meinen Hut vor Eurer tollen Unterstützung, Einsatz und Expertise!
Läuft nun alles (nach mehreren erfolgreichen Testfahrten aus diversen Startpositonen) super geschmeidig!
Danke Danke Danke. mike
Guten Tag,
ich versuche meinen ersten Siro-Antrieb zum Laufen zu bringen, allerdings bin ich dabei bisher gescheitert. Meine Konfiguration:
- FHEM auf Raspberry
- Signalduino auf Basis Nano
- Siro ERB15
Ich habe keine Siro Fernbedienung, versuche also das Paaren aus dem FHEM UI heraus. Was ich schon versucht habe:
- Einmal Prog, dann On
- Zweimal hintereinander Prog, dann On
- Andere Hex-Id
- Beim ERB lange auf die Anlerntaste gedrückt, bis er dreimal sich bewegt hat, um alle Pairings zu löschen
- Die Variablen time_to_close, time_to_open, time_down_to_favourite mit Werten belegt, weil ich Logfile eine Warnung bekommen habe
- Näher am Signalduino dran, und weiter weg
- Die neueste 98_Siro.pm eingespielt (die gestern hier gepostet wurde)
Hat aber alles nix geholfen. Beim On-Befehl bekomme ich dann ein "no action" Reading. Und ich kann den Antrieb nicht ansteuern.
Habe den Signalduino auch mal auf Verbose=5 gesetzt. Ich kann zwar nicht alles interpretieren, aber er scheint die Befehle vom Siro zu bekommen und zu verarbeiten. Merkwürdig ist allenfalls eine häufige PERL Warnung "Argument "???" isn't numeric in division (/)", die bekomme ich aber auch sonst manchmal, muss also nichts mit dem Signalduino oder Siro zu tun haben.
Ich hatte hier im Thread gesehen dass jemand so einen ähnlichen Fehler hatte, was da stand habe ich versucht nachzustellen.
Hat jemand eine Idee was ich falsch mache? Geht das Paaren grundsätzlich auch ohne Fernbedienung?
Gruss, Thomas
hi ThomasGHH,
wenn du den motor auf eine id anlernen willst , musst du ja bereits ein device in fhem angelegt haben ?!. zeig mir bitte mal ein list von deinem angelegten siro device .
gruss Byte09
nachtrag : das modul wirft hier und da manchmal noch eine perlwarnung aus, wir sind daran das in den griff zu kriegen. es handelt sich aber lediglich um warnungen , die die funktion nicht beeinflussen.
Hallo Byte09,
das List sieht so aus:
defmod SiroAZ1 Siro ABFCA002
attr SiroAZ1 IODev SignalDuinoNano
attr SiroAZ1 SignalLongStopRepeats 15
attr SiroAZ1 SignalRepeats 8
attr SiroAZ1 devStateIcon {return '.*:fts_shutter_1w_'.(int($state/10)*10)}
attr SiroAZ1 down_auto_stop 0
attr SiroAZ1 down_limit_mode_1 100
attr SiroAZ1 invers_position 0
attr SiroAZ1 operation_mode 0
attr SiroAZ1 prog_fav_sequence prog,2,stop,2,stop
attr SiroAZ1 room Arbeitszimmer
attr SiroAZ1 time_down_to_favorite 1
attr SiroAZ1 time_to_close 2
attr SiroAZ1 time_to_open 2
attr SiroAZ1 webCmd stop:on:off:fav:position
setstate SiroAZ1 2017-12-03 08:57:30 .aktMsg on 100 1512287161.99285
setstate SiroAZ1 2017-12-03 08:57:30 .lastMsg prog 1512287156.36471
setstate SiroAZ1 2017-12-03 08:57:30 .lastProg 1512287336.34926
setstate SiroAZ1 2017-12-03 08:57:30 .lastparse
setstate SiroAZ1 2017-12-03 08:57:30 .lastparse_stop stop 1512223896.45092
setstate SiroAZ1 2017-12-03 08:57:30 .parse_aborted 0
setstate SiroAZ1 2017-12-03 08:57:30 .positionsave 0
setstate SiroAZ1 2017-12-03 08:57:30 .positiontimer 5.6
setstate SiroAZ1 2017-12-03 08:59:19 action no action
setstate SiroAZ1 2017-12-03 08:59:16 prog_mode 176
Gruss Thomas
ich stelle das gerade mal nach und melde mich dann
gruss Byte09
habe es gerade nachgespielt, ohne probleme.
die richtige variante ( und die einzige ) ist diese :
alernknopf des motors drücken bis er einmal bestätigt. dann aus fhem 2 mal prog und dann on . wichtig ist , das der motor jede aktion aus fhem bestätigt. tut er das ? ..... falls nicht ist das problem woanders zu suchen und nicht im siromodul .
gruss Byte09
... ansonsten gib mir doch bitte auch noch ein list des IOdev. aber bitte ein 'echtes' list , keine rawdefinition.
gruss Byte09
Moin Byte09,
habe es nach Deiner Anweisung gemacht. Der Motor bestätigt nicht, weder beim Prog (2x) noch beim On.
Das List vom IODev (Signalduino):
Internals:
Clients :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_WS_Maverick:SIGNALduino_un:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
FD 93
NAME SignalDuinoNano
NR 961
PARTIAL
STATE opened
TIME 1512287875
TYPE SIGNALduino
version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
11:SD_WS09 ^P9#[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^YsA[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
1:IT ^i......
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
7:Hideki ^P12#75[A-F0-9]+
X:SIGNALduino_un ^[uP]\d+#.*
QUEUE:
READINGS:
2017-12-03 10:13:41 ping OK
2017-12-03 08:58:08 state opened
2017-12-03 08:58:08 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
getcmd:
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
Attributes:
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
room Steuerung
verbose 5
whitelist_IDs 72
Gruss Thomas
bitte in dem IODev bei dem Attribut "development" folgendes eintragen "m72m72.1" ( ohne " ) und dann probier es nochmal.
gib mir bitte bescheid ob es geht oder nicht.
Gruss Byte09
Das Modul SIGNALduino für das IODev hat bei mir kein Attribut "development". Brauche ich evtl. eine andere Version?
Gruss, Thomas
Zitat von: ThomasGHH am 03 Dezember 2017, 11:59:05
Das Modul SIGNALduino für das IODev hat bei mir kein Attribut "development". Brauche ich evtl. eine andere Version?
Gruss, Thomas
ok, dann ist das die falsche version , denke du nutzt die originalversion aus demfhem svn , mit der geht es nicht.
gib bitte in die fhem befehlszeile folgendes ein:
update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txtdanach ein
update damit sollte er auf die benötigte version updaten und du solltest entsprechendes attr haben.
gruss Byte09
neustart nach den update nicht vergessen !
Tataaa! Der Rollo reagiert, auf on und stop. Auch ohne Setzen des development Attributes. Muss also die SIGNALduino Version gewesen sein.
Werde mich nun an die Feineinstellungen machen.
Vielen herzlichen Dank Byte09, der Sonntag ist gerettet.
Gruss, Thomas
Zitat von: ThomasGHH am 03 Dezember 2017, 12:10:37
Tataaa! Der Rollo reagiert, auf on und stop. Auch ohne Setzen des development Attributes. Muss also die SIGNALduino Version gewesen sein.
Werde mich nun an die Feineinstellungen machen.
Vielen herzlichen Dank Byte09, der Sonntag ist gerettet.
Gruss, Thomas
freut mich . bitte daran denken, dass du bei dem motor ERB15LE im modul das "ATTR SignalLongStopRepeats " auf 45 setzten musst.
gruss Byte09
Kann bitter bei Gelegenheit jemand die Hilfe vervollständigen? Bei einigen Attributen, z.B. SignalLongStopRepeats fehlt die Erklärung. Gerade an dieser Stelle wäre sie sehr sinnvoll.
Muss man bei ERB16 – LE auch die Einstellung anpassen? Falls ja, welche muss ich wählen? Jetzt steht das Attribut auf 15.
Besten Dank im Voraus.
Ich probiere schon eine ganze Zeit mit dem Siro ERB15. Hab die Einstellung der Endlagen mit der Fernbedienung gemacht. Ich habe jetzt die folgende Funktion an der FB. Drücke ich kurz ruckt das Rollo für ca. 1cm in die jeweilige Richtung. Drücke ich länger (ca. 3Sekunden) fährt das Rollo in die einstellte Endlage.
Der Signalduino hat eine Verbindung zum Rollo. Durch on / off im Fhem-Device ruckt das Rollo genau wie über beim kurzen druck der Taste auf der Fernbedienung. Das Reading Position wechselt sofort auf von 0 auf 100 und umgekehrt.
Was kann das sein? Ist das Rollo falsch programmiert? Von Homematic kenne ich die Funktion immer genau umgekehrt. Kurz drücken Endlagen anfahren, lange drücken Positionieren.
Hab die aktuelle Siro.pm und den aktuellen Stand vom Signalduino.
Zitat von: Invers am 03 Dezember 2017, 13:49:51
Kann bitter bei Gelegenheit jemand die Hilfe vervollständigen? Bei einigen Attributen, z.B. SignalLongStopRepeats fehlt die Erklärung. Gerade an dieser Stelle wäre sie sehr sinnvoll.
Muss man bei ERB16 – LE auch die Einstellung anpassen? Falls ja, welche muss ich wählen? Jetzt steht das Attribut auf 15.
Besten Dank im Voraus.
bei erb16 LE passt das attr auf 15.
ich werde die tage die commandref anpassen, den ersten beitrag nebst erklärung kann nur Dr. Smag anpassen, wird er auch die Tage machen.
gruss Byte
Zitat von: Antimaster am 03 Dezember 2017, 13:51:32
Ich probiere schon eine ganze Zeit mit dem Siro ERB15. Hab die Einstellung der Endlagen mit der Fernbedienung gemacht. Ich habe jetzt die folgende Funktion an der FB. Drücke ich kurz ruckt das Rollo für ca. 1cm in die jeweilige Richtung. Drücke ich länger (ca. 3Sekunden) fährt das Rollo in die einstellte Endlage.
Der Signalduino hat eine Verbindung zum Rollo. Durch on / off im Fhem-Device ruckt das Rollo genau wie über beim kurzen druck der Taste auf der Fernbedienung. Das Reading Position wechselt sofort auf von 0 auf 100 und umgekehrt.
Was kann das sein? Ist das Rollo falsch programmiert? Von Homematic kenne ich die Funktion immer genau umgekehrt. Kurz drücken Endlagen anfahren, lange drücken Positionieren.
Hab die aktuelle Siro.pm und den aktuellen Stand vom Signalduino.
das problem hatte hier schonmal jemand, schau mal in der ersten seiten des threads. ich glaube es war so, das sich der motor in irgend einem merkwürdigen modus befand ( der offenbar nicht dokumentiert ist / und niemand wirklich wusste, wie man ihn verlässt. ) . Die 'finale' Lösung war in diesem Fall glaube ich ein kompletter reset des motors und neues anlernen.
https://forum.fhem.de/index.php/topic,77167.msg693595.html#msg693595 (https://forum.fhem.de/index.php/topic,77167.msg693595.html#msg693595)
gruss Byte09
Super. Vielen Dank. Die Doku ist sowas von schlecht bei dem Antrieb, das ist echt armselig für ein so teures Produkt.
Wenn es läuft ist es super, aber alles davor ist echt bescheiden.
Für alle die den ERB15 für das Ikea Tupplur verwenden wollen. Bei den Zubhörteilen liegt kein Führungsring für die Welle bei, damit die Welle an der Motorseite geführt ist.
Ich habe dafür den originalen Halter genommen und mit der Säge einen ca. 4mm breiten Ring abgeschnitten. Nur so konnte die Welle auch an der Motorseite geführt werden. Das ist schade, dass diese Adapter nicht mit dabei sind.
Zitat von: Byte09 am 03 Dezember 2017, 14:08:58
das problem hatte hier schonmal jemand, schau mal in der ersten seiten des threads. ich glaube es war so, das sich der motor in irgend einem merkwürdigen modus befand ( der offenbar nicht dokumentiert ist / und niemand wirklich wusste, wie man ihn verlässt. ) . Die 'finale' Lösung war in diesem Fall glaube ich ein kompletter reset des motors und neues anlernen.
https://forum.fhem.de/index.php/topic,77167.msg693595.html#msg693595 (https://forum.fhem.de/index.php/topic,77167.msg693595.html#msg693595)
gruss Byte09
Ich hatte damals auch das Problem mit dem Einstellen der Positionen per FB. Da hilft laut Siro-Hotline wirklich nur die Löschung und dann alles neu machen. Hatte auch erst nach 2 Versuchen geklappt. Ich dachte erst, der Motor wäre defekt. Siro wollte auch sofort und unkompliziert umtauschen aber dann hat es ja doch noch geklappt. Damals gab es dieses Modul noch nicht.
Da ist mal einen Tag weg und da wird der Thread geflooded. :). Gut, dass Euch geholfen wurde.
ZitatSuper. Vielen Dank. Die Doku ist sowas von schlecht bei dem Antrieb, das ist echt armselig für ein so teures Produkt.
Na, nun mal nicht übertreiben! Das Produkt ist weder teuer (bitte mal das Produkt von anderen vergleichen), noch ist die Doku armselig. Gut, könnte hier und da etwas
korrigiert werden... Aber nicht so schlimm.
Ich hatte am Anfang mit der Anleitung auch Probleme, wo ich mir diese selbst umgeschrieben habe. Und auch die Erkenntnisse an die Fa. Siro weitergeleitet.
Deren Anleitung wird ja auch permanent mit unseren Erfahrungen und Verbesserungsvorschlägen korrigiert. Ich werde in Kürze mal einen Wiki-Eintrag mit
einer kompletten FHEM-Doku erstellen. Da häufen sich ja schon kleinere Fragen und Startprobleme.
Hallo zusammen. Ich habe neue Erkenntnisse, die ich mit Euch teilen möchte, die die Programmierung erheblich vereinfachen. Vor allem für die User, die keine FB nutzen.
Unter der Dusche kommen einem doch immer die besten Ideen. Zur Erklärung: Die FB hat die Stopp-Taste, welche durch kurzes bzw. langes Drücken eine unterschiedliche Anzahl von Stopp-Befehle sendet.
Das Gehampel mit den mehreren Stopp-Befehlen kann man sich sparen, indem man stattdessen den Fav-Befehl benutzt. Da wir in unserem Modul ja Stop und Fav unterscheiden.
Mit den optimalen Attribut-Einstellung für SignalLongStopRepeats, wird das Leben darin viel einfacher.
Ich habe mal für die gängigen Motoren die optimalen Attribute-Einstellungen "
SignalLongStopRepeats" ermittelt:
ERB15LE: 45
ERB16LE: 15
ERB25LE: 40Somit ergeben sich folgende, vereinfachte Programmierbefehle:
Motor zurücksetzen:Taste am Motor so lange halten, bis er 3x quittiert hat.
Motor pairen:
- In FHEM ein Siro-Gerät mit ID anlegen, das IO zuweisen und für den jeweiligen Motor die entsprechende "SignalLongStopRepeats" einstellen (siehe weiter oben). Am besten noch im Attribut "webCmd" das "prog" hinzufügen (z.B. "prog:stop:on:off:fav"), damit es schneller ausgeführt werden kann. Das kann man ja im Nachhinein wieder rausnehmen, wenn man mit allem fertig ist.
- Motor in den Anlernmodus bringen: Taste am Motor halten, bis er 1x quittiert.
- In FHEM: Prog, Prog, On (oder Off für inverse Fahrt, je nachdem, wie rum das Rollo gewickelt ist.). Von jetzt an kann der Motor schon mit On, Off, Stop gesteuert werden.
Endlagen einstellen:Diese lassen sich nur einstellen, wenn der Motor im Einstellmodus ist!!!
- Der Einstellmodus wird aktiviert mit: Prog, Off, Prog (der Motor quittiert jeweils)
Hinweis: Wird eine Zeit lang nichts gemacht, verlässt der Motor auch wieder den Einstellmodus. - Nun die Endlagen anfahren und abspeichern.
Mit On oder Off in die erste Stellung fahren (oben oder unten ist egal), wo eine Endlage sein soll und dann mit Stop stoppen.
Es kann immer noch korrigiert werden!
Hat man seine Endlage perfekt erreicht und gestoppt, wird mit einem anschließendem "Fav" diese Lage gespeichert (Motor quittiert). - Nun kann die andere Endlage angefahren werden. Ist diese gestoppt angefahren, auch mit "Fav" abspeichern.
- Nun hast du die Endlagen eingestellt. Der Motor fährt nun nicht mehr über diese Positionen hinaus. Diese sind im Motor gespeichert.
Mittelposition (Favouritenposition) einstellen: (Kann nur eingestellt werden, wenn die Endlagen eingestellt worden sind. Dafür aber jederzeit. Dafür muss der Motor nicht im Einstellmodus sein):
Diese Favouritenposition wird später mit der FB durch ein langes Drücken auf der FB angefahren. Unter FHEM mit "fav".
In die Wunsch-Mittelposition fahren. Prog + Fav. Somit ist die Position gespeichert.
Die Wunschposition kann jederzeit korrigiert werden. Ein erneutes Prog + Fav löscht die evtl. gespeicherte Wunsch-Position. Wird abermals Prog + Fav ausgeführt, wird die gerade angefahrene Position als neue Wunschposition gespeichert.
Endlagen löschen:Prog, On, Prog
Pairing löschen:Prog, Stop, Prog
Weitere FB's bzw. Siro-ID's lassen sich wie folgt an einem Motor anlernen:Mit dem programmierten ID: Prog, Prog aufrufen
und nun Prog mit der neuen ID aufrufen. Somit kennt der Motor nun 2 ID's und reagiert auf beide FB's bzw. ID's. Weitere ID's lassen sich nach diesem Prinzip anlernen.
Somit kann auch meines Erachtens "set_favourite" wegfallen, da "prog + fav" recht einfach ist. Vor allem, wenn einem bewusst ist, dass immer im Wechsel die Favouritenposition gelöscht und beim erneuten Aufruf gespeichert wird.
Positionsfunktion nutzen:Läuft soweit alles, kann man noch die Laufzeiten des Rollos mit den Attributen time_to_close, time_to_open und time_down_to_favorite setzen. Ab diesem Zeitpunkt kann das Rollo auch mit einer prozentuellen Angabe mit "set position {0-100} angefahren werden. Diese Funktion ist eine reine Softwarelösung, da der Abstand zwischen den Befehlen berechnet gesendet wird.
Sollte das von Euch so bestätigt werden, passe ich die Erföffnungsdoku entsprechend an.
Gute Nacht Jungs!
Moin aus Hamburg,
@Dr. Smag: ich habe eben ein ERB15LE ohne Fernbedienung nach Deiner Anleitung eingestellt. Hat wunderbar funktioniert.
Also Bestätigung, und Danke für die Arbeit.
Thomas
Hi Dr Smag
Zitat " Somit kann auch meines Erachtens "set_favourite" wegfallen, da "prog + fav" recht einfach ist. Vor allem, wenn einem bewusst ist, dass immer im Wechsel die Favouritenposition gelöscht und beim erneuten Aufruf gespeichert wird."
Set_favourite sollte und kann daher nicht wegfallen , da bei Nutzung dieser , die entsprechende Position direkt berechnet und gespeichert wird. Ansonsten muss diese manuell gemessen und eingetragen werden . Benötigt wird diese zur korrekten Anzeige im fhem Web bei fav anfahrt.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
ThomasGHH: Super! Vielen Dank für dein Feedback!
Byte09: Verstehe. Das war mir gar nicht mehr bewusst. In Verbindung dieses Features, doch hilfreich. Werde ich in der Doku mit aufnehmen. Danke.
Sollen wir dann stattdessen als default "prog, 2, fav" nehmen?
Zitat von: Dr. Smag am 08 Dezember 2017, 17:04:39
ThomasGHH: Super! Vielen Dank für dein Feedback!
Byte09: Verstehe. Das war mir gar nicht mehr bewusst. In Verbindung dieses Features, doch hilfreich. Werde ich in der Doku mit aufnehmen. Danke.
Sollen wir dann stattdessen als default "prog, 2, fav" nehmen?
können wir machen, erfordert aber einige änderungen , insofern erst nach weihnachten , da hattei ch eh geplant mal die noch vorhandenen Perlwarnungen anzugehen . es ist ja nicht dringend und im moment stecke ich viel zeit ( von der wenigen die überhaupt da ist ) in das modiul 98_Absent . Aber wenn du sagst das wir es dringlich machen sollten, dann versuche ich es kommende woche .
gruss Byte09
Quatsch. Alles läuft ja soweit. Ich denke wir sind ja alle im vorweihnachtlichen Stress. :) Alles gut. :)
Guten Tag,
ich habe ein etwas merkwürdiges Verhalten bei meinen ERB15LE. Das Anfahren der Mittelposition (set SiroXXX fav) funktioniert ziemlich unzuverlässig. Manchmal und bei einigen Rollos funktioniert es sofort, manchmal hilft aber auch die Wiederholung des Befehls nichts. Es ist als würde er in einen komischen Zustand kommen, erst wenn man das Rollo wieder hoch/runtergefahren hat reagiert er wieder auf den fav-Befehl.
Ich weiss dass manchmal Befehle bei dem Funkprotokoll nicht sauber ankommen, auch bei on/off, dort geht es aber normalerweise bei der zweiten Wiederholung. Dafür habe ich mir eine Lösung gebaut. Nur bei den fav-Befehlen scheint noch was anderes zu klemmen.
Hat jemand etwas ähnliches beobachtet? Und evtl. eine Lösung? Ich kann im Moment nicht sauber eingrenzen wann und wie das Problem auftritt.
Gruss, Thomas
Stell Bitte mal ein List eines betreffenden devices und des io devices ein. Hilfreich wäre auch ein log auf verbose 5 der favouritenanfahrt. Bin aber im Moment im kurzurlaub und kann mir das erst wirklich am montag abend anschauen .
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Ich bin auch im Kurzurlaub und erst am Di abend zurück.
Du kannst ja mal den Wert:45 erhöhen.
Oder statt fav mal mit dem wiederholten Stopp-Befehlen zu arbeiten.
Vielleicht mal die Antennenleistung im Signalduino erhöhen, die Antenne etwas anders ausrichten.
Es gibt auch Antennen mit einer höheren dB.
Vielleicht dem Rollo auch einfach mal eine andere ID geben.
Vielleicht kommt es mit einer anderen Bitfolge etwas stabiler klar.
Oder die Antenne am Rollo etwas anders ausrichten.
Wenn wir zurück sind, helfen wir dir bestimmt
Hallo Byte09,
ich habe die Daten zusammengetragen.
Hier das List vom Siro:
Internals:
CFGFN
CHANNEL 2
DEF ACFCA002
ID ACFCA00
INFO limited function without ATTR time_to_open / time_to_close / time_down_to_favorite
IODev SignalDuinoNano
NAME SiroAZ2
NR 4598
NTFY_ORDER 50-SiroAZ2
STATE 0
TYPE Siro
Version Testversion Longstop
state 0
CODE:
1 ACFCA002
READINGS:
2017-12-10 10:11:43 action no action
2017-12-10 10:11:39 position 0
2017-12-08 15:30:31 prog_mode 115
2017-12-10 10:11:39 state 0
helper:
LastMODE virtual
MODE virtual
aktMsg off 0 1512897099.69462
lastMsg on 100 1512896926.53006
lastProg 1512743546.05923
lastparse
lastparse_stop stop 1512742770.54161
parse_aborted 0
position 0
positiontimer 173.1
Attributes:
IODev SignalDuinoNano
SignalLongStopRepeats 45
SignalRepeats 8
devStateIcon {return '.*:fts_shutter_1w_'.(int($state/10)*10)}
down_auto_stop 100
down_limit_mode_1 100
invers_position 0
operation_mode 0
prog_fav_sequence prog,2,stop,2,stop
room Arbeitszimmer
verbose 0
webCmd prog:stop:on:off:fav Hier das List vom Signalduino (IODev):
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
FD 94
ITClock 250
LASTDMSG nothing
NAME SignalDuinoNano
NR 961
NR_CMD_LAST_H 6
PARTIAL
STATE opened
TIME 1512475445
TYPE SIGNALduino
sendworking 0
unknownmessages
version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2017-12-03 15:26:22 ping OK
2017-12-05 13:04:30 state opened
2017-12-05 13:04:30 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
XMIT_TIME:
1512896911
1512896920
1512896922
1512896926
1512896951
1512897099
getcmd:
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
room Steuerung
verbose 0
whitelist_IDs 72 Hier das Logfile mit Verbose 5 bei Siro und IODev. Habe das Fehlverhalten wie folgt nachstellen können:
- Ausgangslage: Rollo ist hochgefahren
- Ich sende fav, keine Reaktion. Insgesamt dreimal, keine Reaktion
- Dann sende ich on (also runterfahren), Rollo reagiert sofort und fährt runter
- Dann wieder fav, nun reagiert das Rollo und fährt in die Mittenposition
Das ist das typische Verhalten: auf fav wird erst nicht reagiert, wenn man dann on oder off sendet reagiert er sauber, und dann auch wieder auf fav. Als würde er in einem Modus hängen.
Logfile:
2017.12.10 10:08:30 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2017.12.10 10:08:30 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2017.12.10 10:08:30 5: Siro_set: test auf double stop
2017.12.10 10:08:30 5: Siro_set: testprogmode -> 1512896910.91051
2017.12.10 10:08:30 5: Siro_set: lastprogmode -> 1512743546.05923
2017.12.10 10:08:30 5: Siro_set: lastaction -> off
2017.12.10 10:08:30 5: Siro_set: cmd -> fav
2017.12.10 10:08:30 5: Siro_Set: teste autostop: 100 < 100 0 < 100 - fav
2017.12.10 10:08:30 5: Siro_Set fav: fav
2017.12.10 10:08:30 1: Siro_Set: function position limited without attr time_down_to_favorite
2017.12.10 10:08:30 5: Siro_sendCommand: hash -> HASH(0x2f689e0) - SiroAZ2 -> cmd :stop: - args -> stop 50 longstop
2017.12.10 10:08:30 5: Siro_sendCommand: operationmode -> 0
2017.12.10 10:08:30 5: Siro set channel: 2 (0010) for SignalDuinoNano
2017.12.10 10:08:30 5: Siro_sendCommand: BinHash: = 1010110011111100101000000000
2017.12.10 10:08:30 5: Siro_sendCommand: BinCommand: = 01010101
2017.12.10 10:08:30 5: Siro_sendCommand: Siro set value = SiroAZ2 stop 50 longstop
2017.12.10 10:08:30 5: Siro_sendCommand: Siro_sendCommand: SiroAZ2 -> message :P72#1010110011111100101000000000001001010101#R45:
2017.12.10 10:08:30 5: SignalDuinoNano/write: adding to queue sendMsg P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:30 5: SignalDuinoNano: sendmsg msg=P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:30 5: SignalDuinoNano: sendmsg Preparing rawsend command for protocol=72, repeats=45, clock=340 bits=1010110011111100101000000000001001010101
2017.12.10 10:08:30 5: AddSendQueue: SignalDuinoNano: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523; (1)
2017.12.10 10:08:30 4: SignalDuinoNano/set: sending via SendMsg: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:30 5: Siro_sendCommand: name -> SiroAZ2 command -> stop
2017.12.10 10:08:30 3: Siro_sendCommand: execute comand stop - sendMsg to HASH(0x2f6c038) channel 2 -> P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:31 5: SignalDuinoNano SW: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:31 4: SignalDuinoNano SendrawFromQueue: msg=SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:33 4: SignalDuinoNano/HandleWriteQueue: sendraw no answer (timeout)
2017.12.10 10:08:33 4: SignalDuinoNano/HandleWriteQueue: nothing to send, stopping timer
2017.12.10 10:08:33 4: SignalDuinoNano/msg READ: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:33 5: SignalDuinoNano/noMsg Parse: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:37 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2017.12.10 10:08:37 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2017.12.10 10:08:37 5: Siro_set: test auf double stop
2017.12.10 10:08:37 5: Siro_set: testprogmode -> 1512896917.52702
2017.12.10 10:08:37 5: Siro_set: lastprogmode -> 1512743546.05923
2017.12.10 10:08:37 5: Siro_set: lastaction -> off
2017.12.10 10:08:37 5: Siro_set: cmd -> fav
2017.12.10 10:08:37 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - fav
2017.12.10 10:08:37 5: Siro_Set fav: fav
2017.12.10 10:08:37 1: Siro_Set: function position limited without attr time_down_to_favorite
2017.12.10 10:08:37 5: Siro_sendCommand: hash -> HASH(0x2f689e0) - SiroAZ2 -> cmd :stop: - args -> stop 50 longstop
2017.12.10 10:08:37 5: Siro_sendCommand: operationmode -> 0
2017.12.10 10:08:37 5: Siro set channel: 2 (0010) for SignalDuinoNano
2017.12.10 10:08:37 5: Siro_sendCommand: BinHash: = 1010110011111100101000000000
2017.12.10 10:08:37 5: Siro_sendCommand: BinCommand: = 01010101
2017.12.10 10:08:37 5: Siro_sendCommand: Siro set value = SiroAZ2 stop 50 longstop
2017.12.10 10:08:37 5: Siro_sendCommand: Siro_sendCommand: SiroAZ2 -> message :P72#1010110011111100101000000000001001010101#R45:
2017.12.10 10:08:37 5: SignalDuinoNano/write: adding to queue sendMsg P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:37 5: SignalDuinoNano: sendmsg msg=P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:37 5: SignalDuinoNano: sendmsg Preparing rawsend command for protocol=72, repeats=45, clock=340 bits=1010110011111100101000000000001001010101
2017.12.10 10:08:37 5: AddSendQueue: SignalDuinoNano: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523; (1)
2017.12.10 10:08:37 4: SignalDuinoNano/set: sending via SendMsg: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:37 5: Siro_sendCommand: name -> SiroAZ2 command -> stop
2017.12.10 10:08:37 3: Siro_sendCommand: execute comand stop - sendMsg to HASH(0x2f6c038) channel 2 -> P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:40 4: SignalDuinoNano/msg READ: MU;P0=-32001;P1=468;P2=-1062;P3=1440;D=012121212121212123212323212321232321232323232323232323212123232321212121212121212121212121212323;CP=1;R=220;
2017.12.10 10:08:40 5: SignalDuinoNano SW: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:40 4: SignalDuinoNano SendrawFromQueue: msg=SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:40 4: SignalDuinoNano/msg READ: MU;P0=-7168;P1=1233;P2=-1012;P3=482;P4=-27282;D=01212121232123212121212123212321232323212123212321212323212323212123212321212323232121214121212123212321212121212321232123232321212321232121232321232321212321232121232323212121412121212321232121212121232123212323232121232123212123232123232121232123212123;CP=3;R=222;O;
2017.12.10 10:08:40 4: SignalDuinoNano/msg READ: Received answer (MU;P0=-7168;P1=1233;P2=-1012;P3=482;P4=-27282;D=01212121232123212121212123212321232323212123212321212323212323212123212321212323232121214121212123212321212121212321232123232321212321232121232321232321212321232121232323212121412121212321232121212121232123212323232121232123212123232123232121232123212123;CP=3;R=222;O;) for sendraw does not match ^S(R|C|M);
2017.12.10 10:08:42 4: SignalDuinoNano/keepalive ok, retry = 0
2017.12.10 10:08:42 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2017.12.10 10:08:42 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2017.12.10 10:08:42 5: Siro_set: test auf double stop
2017.12.10 10:08:42 5: Siro_set: testprogmode -> 1512896922.36132
2017.12.10 10:08:42 5: Siro_set: lastprogmode -> 1512743546.05923
2017.12.10 10:08:42 5: Siro_set: lastaction -> off
2017.12.10 10:08:42 5: Siro_set: cmd -> fav
2017.12.10 10:08:42 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - fav
2017.12.10 10:08:42 5: Siro_Set fav: fav
2017.12.10 10:08:42 1: Siro_Set: function position limited without attr time_down_to_favorite
2017.12.10 10:08:42 5: Siro_sendCommand: hash -> HASH(0x2f689e0) - SiroAZ2 -> cmd :stop: - args -> stop 50 longstop
2017.12.10 10:08:42 5: Siro_sendCommand: operationmode -> 0
2017.12.10 10:08:42 5: Siro set channel: 2 (0010) for SignalDuinoNano
2017.12.10 10:08:42 5: Siro_sendCommand: BinHash: = 1010110011111100101000000000
2017.12.10 10:08:42 5: Siro_sendCommand: BinCommand: = 01010101
2017.12.10 10:08:42 5: Siro_sendCommand: Siro set value = SiroAZ2 stop 50 longstop
2017.12.10 10:08:42 5: Siro_sendCommand: Siro_sendCommand: SiroAZ2 -> message :P72#1010110011111100101000000000001001010101#R45:
2017.12.10 10:08:42 5: SignalDuinoNano/write: adding to queue sendMsg P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:42 5: SignalDuinoNano: sendmsg msg=P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:42 5: SignalDuinoNano: sendmsg Preparing rawsend command for protocol=72, repeats=45, clock=340 bits=1010110011111100101000000000001001010101
2017.12.10 10:08:42 5: AddSendQueue: SignalDuinoNano: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523; (1)
2017.12.10 10:08:42 4: SignalDuinoNano/set: sending via SendMsg: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:42 5: Siro_sendCommand: name -> SiroAZ2 command -> stop
2017.12.10 10:08:42 3: Siro_sendCommand: execute comand stop - sendMsg to HASH(0x2f6c038) channel 2 -> P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:08:42 4: SignalDuinoNano/HandleWriteQueue: sendraw no answer (timeout)
2017.12.10 10:08:42 5: SignalDuinoNano SW: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:42 4: SignalDuinoNano SendrawFromQueue: msg=SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:42 4: SignalDuinoNano/msg READ: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:42 5: SignalDuinoNano/noMsg Parse: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:42 5: SignalDuinoNano/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:42 4: SignalDuinoNano/read sendraw answer: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:08:42 4: SignalDuinoNano/HandleWriteQueue: nothing to send, stopping timer
2017.12.10 10:08:44 4: SignalDuinoNano/msg READ: MU;P0=716;P1=270;P2=-1027;P3=480;P4=1231;P5=-29868;P6=-4224;D=012323232424242323232424542461232423242424242423232424232323232423232320;CP=3;R=244;
2017.12.10 10:08:46 5: Siro_Set: aufgerufen -> cmd -> on args -> on 0
2017.12.10 10:08:46 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2017.12.10 10:08:46 5: Siro_set: test auf double stop
2017.12.10 10:08:46 5: Siro_set: testprogmode -> 1512896926.52762
2017.12.10 10:08:46 5: Siro_set: lastprogmode -> 1512743546.05923
2017.12.10 10:08:46 5: Siro_set: lastaction -> off
2017.12.10 10:08:46 5: Siro_set: cmd -> on
2017.12.10 10:08:46 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - on
2017.12.10 10:08:46 4: Siro_Set: aktposition -> 0 - percenttorun -> 100 - ondirekttime -> 0.01
2017.12.10 10:08:46 4: Siro_Set: voraussichtliche fahrdauer bis 100%: -> 1
2017.12.10 10:08:46 5: Siro_Set: stateupdate erfolgt -> 100
2017.12.10 10:08:46 3: Siro_set: handing over to Siro_Send_Command with following arguments: on 100 0
2017.12.10 10:08:46 5: Siro_sendCommand: hash -> HASH(0x2f689e0) - SiroAZ2 -> cmd :on: - args -> on 100 0
2017.12.10 10:08:46 5: Siro_sendCommand: operationmode -> 0
2017.12.10 10:08:46 5: Siro set channel: 2 (0010) for SignalDuinoNano
2017.12.10 10:08:46 5: Siro_sendCommand: BinHash: = 1010110011111100101000000000
2017.12.10 10:08:46 5: Siro_sendCommand: BinCommand: = 00110011
2017.12.10 10:08:46 5: Siro_sendCommand: Siro set value = SiroAZ2 on 100 0
2017.12.10 10:08:46 5: Siro_sendCommand: Siro_sendCommand: SiroAZ2 -> message :P72#1010110011111100101000000000001000110011#R8:
2017.12.10 10:08:46 5: SignalDuinoNano/write: adding to queue sendMsg P72#1010110011111100101000000000001000110011#R8
2017.12.10 10:08:46 5: SignalDuinoNano: sendmsg msg=P72#1010110011111100101000000000001000110011#R8
2017.12.10 10:08:46 5: SignalDuinoNano: sendmsg Preparing rawsend command for protocol=72, repeats=8, clock=340 bits=1010110011111100101000000000001000110011
2017.12.10 10:08:46 5: AddSendQueue: SignalDuinoNano: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454545232345452323; (1)
2017.12.10 10:08:46 4: SignalDuinoNano/set: sending via SendMsg: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454545232345452323;
2017.12.10 10:08:46 5: Siro_sendCommand: name -> SiroAZ2 command -> on
2017.12.10 10:08:46 3: Siro_sendCommand: execute comand on - sendMsg to HASH(0x2f6c038) channel 2 -> P72#1010110011111100101000000000001000110011#R8
2017.12.10 10:08:46 5: Siro_set: runningtime -> 0.0458340644836426
2017.12.10 10:08:46 5: SignalDuinoNano SW: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454545232345452323;
2017.12.10 10:08:46 4: SignalDuinoNano SendrawFromQueue: msg=SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454545232345452323;
2017.12.10 10:08:47 4: SignalDuinoNano/msg READ: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=012345SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454545232345452323;
2017.12.10 10:08:47 5: SignalDuinoNano/noMsg Parse: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=012345SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454545232345452323;
2017.12.10 10:08:47 5: SignalDuinoNano/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=012345SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454545232345452323;
2017.12.10 10:08:47 4: SignalDuinoNano/read sendraw answer: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=012345SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454545232345452323;
2017.12.10 10:08:47 4: SignalDuinoNano/HandleWriteQueue: nothing to send, stopping timer
2017.12.10 10:08:48 5: Siro_Stopaction: setze no action
2017.12.10 10:08:57 4: SignalDuinoNano/msg READ: MU;P0=-30628;P1=346;P2=-1003;P3=1248;P4=514;D=012323242424232323242323232323242424232323242424232401042423232423232424242323232423232323232424242323232424242324;CP=4;R=6;
2017.12.10 10:09:03 4: SignalDuinoNano/msg READ: MS;P1=-2013;P2=439;P4=-3947;P5=-7885;D=25212421242424212124212121212121212121242121242424212424212424212426;CP=2;SP=5;R=217;
2017.12.10 10:09:03 4: SignalDuinoNano/msg READ: MU;P0=112;P1=-2042;P2=421;P3=284;P4=-3991;P5=-532;P6=-8628;P7=184;D=0121212131212121242121242424212424212434212425262124213424242121242121217;CP=2;R=215;
2017.12.10 10:09:03 4: SignalDuinoNano: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2017.12.10 10:09:03 5: SignalDuinoNano: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2017.12.10 10:09:06 4: SignalDuinoNano/msg READ: MU;P0=-27280;P1=1235;P2=-984;P3=518;P4=340;P5=-19008;D=0121212123212321212121212321212323232121212321232121232121212321212321232121232123232323045;CP=3;R=244;
2017.12.10 10:09:07 4: SignalDuinoNano/msg READ: MU;P0=-3676;P1=1231;P2=-992;P3=511;D=012321212323232121212321232121232121212321212321232121232123232323;CP=3;R=245;
2017.12.10 10:09:09 4: SignalDuinoNano/msg READ: MU;P0=-30856;P1=518;P2=-23208;P3=1230;P4=-998;P7=336;D=0123434141434141434143414143414343414341414143414143414343414343414307;CP=1;R=6;
2017.12.10 10:09:10 4: SignalDuinoNano/msg READ: MU;P0=-1005;P1=304;P2=1254;P3=510;D=01020303020302020302030303020303020302020302020302;CP=3;R=208;
2017.12.10 10:09:11 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2017.12.10 10:09:11 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2017.12.10 10:09:11 5: Siro_set: test auf double stop
2017.12.10 10:09:11 5: Siro_set: testprogmode -> 1512896951.25861
2017.12.10 10:09:11 5: Siro_set: lastprogmode -> 1512743546.05923
2017.12.10 10:09:11 5: Siro_set: lastaction -> on
2017.12.10 10:09:11 5: Siro_set: cmd -> fav
2017.12.10 10:09:11 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - fav
2017.12.10 10:09:11 5: Siro_Set fav: fav
2017.12.10 10:09:11 1: Siro_Set: function position limited without attr time_down_to_favorite
2017.12.10 10:09:11 5: Siro_sendCommand: hash -> HASH(0x2f689e0) - SiroAZ2 -> cmd :stop: - args -> stop 50 longstop
2017.12.10 10:09:11 5: Siro_sendCommand: operationmode -> 0
2017.12.10 10:09:11 5: Siro set channel: 2 (0010) for SignalDuinoNano
2017.12.10 10:09:11 5: Siro_sendCommand: BinHash: = 1010110011111100101000000000
2017.12.10 10:09:11 5: Siro_sendCommand: BinCommand: = 01010101
2017.12.10 10:09:11 5: Siro_sendCommand: Siro set value = SiroAZ2 stop 50 longstop
2017.12.10 10:09:11 5: Siro_sendCommand: Siro_sendCommand: SiroAZ2 -> message :P72#1010110011111100101000000000001001010101#R45:
2017.12.10 10:09:11 5: SignalDuinoNano/write: adding to queue sendMsg P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:09:11 5: SignalDuinoNano: sendmsg msg=P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:09:11 5: SignalDuinoNano: sendmsg Preparing rawsend command for protocol=72, repeats=45, clock=340 bits=1010110011111100101000000000001001010101
2017.12.10 10:09:11 5: AddSendQueue: SignalDuinoNano: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523; (1)
2017.12.10 10:09:11 4: SignalDuinoNano/set: sending via SendMsg: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:09:11 5: Siro_sendCommand: name -> SiroAZ2 command -> stop
2017.12.10 10:09:11 3: Siro_sendCommand: execute comand stop - sendMsg to HASH(0x2f6c038) channel 2 -> P72#1010110011111100101000000000001001010101#R45
2017.12.10 10:09:11 5: SignalDuinoNano SW: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:09:11 4: SignalDuinoNano SendrawFromQueue: msg=SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:09:13 4: SignalDuinoNano/HandleWriteQueue: sendraw no answer (timeout)
2017.12.10 10:09:13 4: SignalDuinoNano/HandleWriteQueue: nothing to send, stopping timer
2017.12.10 10:09:13 4: SignalDuinoNano/msg READ: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:09:13 5: SignalDuinoNano/noMsg Parse: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345232345452323232323234545234523454545454545454545454523454523452345234523;
2017.12.10 10:09:26 4: SignalDuinoNano/msg READ: MU;P0=-30304;P1=437;P2=-1092;P3=1404;D=012121212121212123212323212321232321232323232323232323212123232321212121212121212121212121212323;CP=1;R=219;
Gruss, Thomas
Hi thomas,
Wie gesagt bin ich gerade im Urlaub und habe es daher nur überflogen und kann auch nichts nachstellen.
Was ich aber auf die schnelle sehe , du hast keine Attribute definiert, daher geht das Modul im grunde davon aus , das gar keine mittelposirion gesetzt ist . Bitte unbedingt folgende Attribute setzen :
Time_down_to_favourite
..... gemessene Zeit von oben bis Favoritenpositionen . Diese setzt das Modul eigentlich selbstständig ... ich nehme an , das du die Position nicht mit der vorgesehenen Funktion gesetzt hast .
Time_to_close
.... gemessene Zeit von oben nach unten
Time_to_open
.... gemessene Zeit von unten nach oben.
Ohne diese Attribute arbeitet das Modul sozusagen im minimalbetrieb und bietet nicht alle Funktionen. Bitte setze diese Attribute erstmal , ggf. Hat sich das Problem damit erledigt. Ansonsten schaue ich mir das morgen abend genauer an .
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Nachtrag : du nutzt eine reine Testversion hier aus einem Beitrag . Mache bitte ein update auf die Version aus dem fhem svn .
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Moin Byte09 und Dr. Smag,
habe mal Eure Hinweise aufgenommen und das Modul aktualisiert, die time-to-Variablen gesetzt und auch mit der Antenne gespielt. Das hat aber an dem etwas erratischen Verhalten bei der fav-Anfahrt nichts geändert.
Immerhin bin ich durch das Testen doch etwas schlauer geworden, es zeigt sich eine gewisse Systematik:
- Ich habe insgesamt vier Siros in einem Zimmer, die ich normalerweise parallel ansteuere (mit einem dummy als Sammelschalter für on/off/fav und einem DOIF das dann die vier Siros nacheinander einzeln ansteuert.
- Bei on/off funktioniert das ziemlich zuverlässig, meist fahren alle vier Rollos sauber hoch und runter. Nur ganz selten kriegt einer den Befehl nicht mit, Das DOIF wiederholt per repeatcmd die Befehle zweimal mit 30 sek. Abstand, beim zweiten Mal spätestens sind alle Rollos da wo sie sollten
- Bei fav fahren normalerweise beim ersten Mal die Rollos Siro1 und Siro3 los, Siro2 und Siro4 bleiben stehen. Das DOIF wiederholt viermal den fav, manchmal kriegen dann auch Siro2 und Siro4 das mit
- Wenn ich die Rollos einzeln ansteuere, dann ist das so ähnlich. Siro1 und Siro3 reagieren meist gleich auf fav. Siro2 und Siro4 dagegen nicht, die haben es an den Ohren und brauchen manchmal diverse Wiederholungen
Geniesst aber erst mal Euren Urlaub, ist jetzt nicht dringlich. Die wichtigste Funktion im Moment ist on und off, und das funktioniert.
Gruss, Thomas
Was ist denn, wenn du auf Kanal 0 ein fav sendest?
Fahren denn dann immer alle Rollos?
Fahren dann nicht alle Rollos mit der ID, ist es ein Empfangsproblem.
Vielleicht braucht es eine Pause zwischen dem Senden der Rollos.
Hallo Dr. Smag,
wahrscheinlich ein blöde Frage, aber wie sende ich ein fav auf Kanal 0?
Die Geräte habe ich alle mit unterschiedlichen IDs und Kanal 2 angelegt.
Gruss, Thomas
Wenn du 4 rollos mehr oder weniger parallel fährst wäre es eh der bessere Weg ein gruppendevice ( Kanal 0) anzulegen . Das geht aber nur dann , wenn alle rollos die gleiche id haben und sich nur in der letzten stelle ( kanalnummer ) unterscheiden . Wenn das so ist , lege im fhem einfach ein weiteres Device an , mit ebenfalls gleicher id und der letzten stelle 0 . Ein schalten dieses devices spricht dann immer alle rollos an . Das ist deutlich systemschonender und wie schon von Dr. Smag erwähnt .... schaltet dann ein rollo nicht , liegt es definitiv an empfangsproblemen .
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Ich habe das mal ausprobiert: 4 neue Siros angelegt, mit gleicher ID und Kanal 1-4. Rollos neu gepaart. Dann Gruppen-Device angelegt, mit gleicher ID und Kanal 0.
Ergebnis: wie gehabt. Bei on / off auf das Gruppen-Device fahren die Rollos alle sauber hoch und runter. Bei fav nicht. Mal der eine, mal der andere. Auch mehrfach wiederholen klappt manchmal nicht.
Also doch ein Empfangsproblem? Ist denn das fav-Signal so anders und deshalb empfindlicher als on/off?
Gruss, Thomas
Letztendlich ist das Signal nicht "so anders" , sondern es geht um die Anzahl der Signale.
2 Dinge könntest du nochmal versuchen , falls noch nicht geschehen.
1. Setze in den betreffenden devices das attr SignalLongstopRepeats mal auf 50
2. Erhöhe mal die sendeleistung am signalduino set cc1101_patable_433mhz auf 10_dbm
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Habe das SignalLongStopRepeats und die Sendeleistung hochgesetzt. Macht aber keinen Unterschied. Das fav kommt nur unzuverlässig an.
Was genau bewirkt das SignalLongStopRepeats? Und sollte ich das jetzt lieber wieder auf 45 zurücksetzen?
Gruss, Thomas
Mehr am Di. Kann gerade leider nicht.
Letztendlich sind das die Anzahl der Wiederholungen der signalsequenz. Wenn es keinen Unterschied macht kannst du es wieder auf 45 setzen. Jetzt ist die ganze signalcodierung etc auch nicht so meins , sondern Dr. Smag 's . ich kümmere mich eher um das Modul . Bin daher im Moment da auch etwas ratlos . Ich werde am Dienstag mal mit ihm telefonieren , ob da am Signal oder dessen codierung noch irgend etwas geht ( feintuning ) , gesendet wird es ja offensichtlich .
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Mehr am Di. Kann gerade leider nicht. Bin grd in Berlin und habe kein Computer und Rollo dabei. :)
Der 15er ist ja recht neu. Da müsste ich mir die Timings mal genauer anschauen und evtl. neu berechnen.
Sind denn zwei Rollos immer zuverlässig und zwei nicht? Oder variiert es unter allen Rollos bei fav?
Bedenke, dass eine Fav-Anfahrt mehrere Stopps sind. Ein Fav-Anfahrt benötigt eine gewisse Zeit Pause, bis sie wieder angenommen wird. Ansonsten kann es als Stopp interpretiert werden.
Etwas Geduld. Wir helfen dir sobald wir können.
Ich habe noch mal ein bisschen getestet.
- Um Verbindungsprobleme zu testen habe ich den Raspberry mit Signalduino in den Raum plaziert, wo die Rollos sind, Distanz zur Antenne ca. 2-4 Meter. Das gleiche Phänomen. On/off funktioniert, fav nur unzuverlässig
- Habe das auch noch mal mit beiden Varianten getestet. Einmal mit dem Gruppen-Siro auf Kanal 0, einmal mit dem DOIF das vier set Siroxxx fav hintereinander absetzt. Gleiches Phänomen
- Es sind meist die gleichen Rollos die reagieren bzw. nicht. Aber nicht immer. Vielleicht in 80% der Fälle. Der eine Rollo scheint besonders willig zu sein und reagiert eigentlich immer.
Macht Euch aber keinen Stress. On/Off funktioniert, und die Langzeit-Wetterprognose für Hamburg sieht nicht so aus, als würde ich die Mittelposition in den nächsten zwei Wochen sinnvoll nutzen können :-[
Du bist aber hoffentlich keiner von denen, die wegen WAF den Draht ins Metallgehäuse verlegt haben? Sorry, aber ich habe das schon gesehen. [emoji85]
Würdest du mir den Motor mal zuschicken? Dann kann ich das selber mal testen und entsprechend die Timings korrigieren. An Problemzonen lässt es sich am besten testen.
@volschin: nein, die Kabel ragen raus, habe auch versucht die anders auszurichten, was aber auch nichts gebracht hat. Der WAF ist zwar auch bei mir wichtig, wird aber anders bespielt (z.B. mit Alexa) :)
@Dr. Smag: kann ich machen, Du müsstest mir Deine Adresse schicken.
Gruß Thomas
ThomasGHH: Habe dir gestern eine private Nachricht geschrieben. Gesehen?
Hallo zusammen,
erstmal vielen Dank an die fleißigen Entwickler! Klasse, dass ihr soviel Zeit investiert habt um die super Motoren in FHEM einzubinden! Ich benutze schon länger drei Siro Motoren, aber bislang nur mit der Fernbedienung von Siro selbst (https://www.siro-antrieb.de/shop/handsender/kanal-handsender-typ-si1602/).
Nun wollte ich das ganze mal über FHEM ausprobieren. Ich bin absoluter FHEM Neuling, habe aber schon länger ein Raspberry mit homebridge zum Steuern von Funksteckdosen im Einsatz. Nachdem ich mich hier einige Tage eingelesen habe und herausgefunden habe was ein SIGNALduino eigentlich ist und wie man ihn baut, habe ich mich dann heute mal an die Arbeit gemacht und wollte das ganze ausprobieren.
Leider scheint es mir als würde ich schon am SIGNALduino scheitern, aber sicher bin ich mir nicht. Ich habe in dem entsprechenden Thread mein sduino Setup inkl. Logfiles gepostet, siehe https://forum.fhem.de/index.php/topic,58396.msg732396.html#msg732396 (https://forum.fhem.de/index.php/topic,58396.msg732396.html#msg732396)
Da der sduino aber nicht wirklich Fehler wirft und ich beim Druck auf den "prog" Button auch ein Blinken an der Arduino LED sehe, dachte ich mir, ich schilder mein Problem auch hier. Mein Siro Listing sieht so aus:
CHANNEL 3
DEF CD13FC13
ID CD13FC1
INFO limited function without ATTR time_to_open / time_to_close / time_down_to_favorite
IODev sduino
NAME ERB16
NR 22
NTFY_ORDER 50-ERB16
STATE 50
TYPE Siro
Version V 0.48
state 50
Wenn ich auf die Fernbedienung drücke, passiert in meinem Logfile nichts (sduino steht auf verbose=5) und wenn ich einen Befehl aus dem Siro Item heraus auslöse (bspw. "prog"), sieht es so aus:
2017.12.16 20:27:41 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2017.12.16 20:27:41 3: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2017.12.16 20:27:41 5: Siro_sendCommand: BinHash: = 1100110100010011111111000001
2017.12.16 20:27:41 5: Siro_sendCommand: BinCommand: = 11001100
2017.12.16 20:27:41 5: Siro_sendCommand: Siro set value = ERB16 prog 0
2017.12.16 20:27:41 5: Siro_sendCommand: Siro_sendCommand: ERB16 -> message :P72#1100110100010011111111000001001111001100#R8:
2017.12.16 20:27:41 5: sduino/write: adding to queue sendMsg P72#1100110100010011111111000001001111001100#R8
2017.12.16 20:27:41 5: sduino: sendmsg msg=P72#1100110100010011111111000001001111001100#R8
2017.12.16 20:27:41 5: sduino: sendmsg Preparing rawsend command for protocol=72, repeats=8, clock=340 bits=1100110100010011111111000001001111001100
2017.12.16 20:27:41 5: AddSendQueue: sduino: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123234545232345234545452345452323232323232323454545454523454523232323454523234545; (1)
2017.12.16 20:27:41 4: sduino/set: sending via SendMsg: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123234545232345234545452345452323232323232323454545454523454523232323454523234545;
2017.12.16 20:27:41 3: Siro_sendCommand: execute comand prog - sendMsg to HASH(0x1f22d80) channel 3 -> P72#1100110100010011111111000001001111001100#R8
2017.12.16 20:27:42 5: sduino SW: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123234545232345234545452345452323232323232323454545454523454523232323454523234545;
2017.12.16 20:27:42 4: sduino SendrawFromQueue: msg=SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123234545232345234545452345452323232323232323454545454523454523232323454523234545;
2017.12.16 20:27:42 4: sduino/msg READ: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123234545232345234545452345452323232323232323454545454523454523232323454523234545;
2017.12.16 20:27:42 5: sduino/noMsg Parse: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123234545232345234545452345452323232323232323454545454523454523232323454523234545;
2017.12.16 20:27:42 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123234545232345234545452345452323232323232323454545454523454523232323454523234545;
2017.12.16 20:27:42 4: sduino/read sendraw answer: SR;R=8;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123234545232345234545452345452323232323232323454545454523454523232323454523234545;
2017.12.16 20:27:42 4: sduino/HandleWriteQueue: nothing to send, stopping timer
Und wie gesagt, wenn ich drücke blinkt die RX und die TX LED auf dem Arduino. Hat jemand eine Idee was ich falsch mache? Wo es haken könnte? Die Verkabelung von Arduino und CC1101 habe ich schon zweimal gewechselt/neu gemacht - alles auf dem Breadboard.
Freue mich auf Ratschläge!
Viele Grüße
Johannes
bitte poste mal ein list des signalduinos . Welche version der Signalduino nutzt du ?
woher kommt die ID CD13FC13 ? hast du diese angelegt ( ausgesucht ) ? ... ist der Motor auf diese ID angelernt ?
gruss Byte09
... nachtrag: habe eben mal kurz quer gelesen. Bist du sicher, dass du die richtige firmware geflashed hast ? die sache mit dem ccconfig macht mich etwas stutzig, dürfte so nicht sein.
Zitat von: Byte09 am 16 Dezember 2017, 21:13:08
bitte poste mal ein list des signalduinos . Welche version der Signalduino nutzt du ?
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
FD 5
ITClock 250
LASTDMSG nothing
NAME sduino
NR 22
PARTIAL
STATE opened
TIME 1513451831
TYPE SIGNALduino
sendworking 0
version V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50
Zitat von: Byte09 am 16 Dezember 2017, 21:13:08
woher kommt die ID CD13FC13 ? hast du diese angelegt ( ausgesucht ) ? ... ist der Motor auf diese ID angelernt ?
Ja, die habe ich selbst ausgesucht. Ich habe versucht den Motor anzulernen, sprich in den Anlernmodus geschaltet und dann via "prog" gesendet, aber er bestätigt nicht. Ich habe auch eine Fernbedienung aber deren Signale werden vom signalduino nicht aufgefangen. Ich habe ja den SignalDuino im Verdacht, aber ich weiß nicht was ich damit falsch mache...
Zitat von: Byte09 am 16 Dezember 2017, 21:13:08
... nachtrag: habe eben mal kurz quer gelesen. Bist du sicher, dass du die richtige firmware geflashed hast ? die sache mit dem ccconfig macht mich etwas stutzig, dürfte so nicht sein.
2017.12.16 21:38:10 3: sduino: filename ./FHEM/firmware/SIGNALduino_nanoCC1101.hex provided, trying to flash
Sieht für mich gut aus, oder?
Viele Grüße
Johannes
hmm, das list ist irgendwie abgeschnitten. gerade die teile die mich interessieren, attribute, readings etc sind nicht dabei.
gruss byte09
Sorry, hier nochmal vollständig:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
FD 13
ITClock 250
LASTDMSG nothing
NAME sduino
NR 22
PARTIAL
STATE opened
TIME 1513451831
TYPE SIGNALduino
sendworking 0
unknownmessages
version V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2017-12-16 22:40:25 ping OK
2017-12-16 23:18:52 state opened
2017-12-16 23:18:52 version V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50
keepalive:
ok 1
retry 0
mcIdList:
10
11
12
12.1
18
43
47
52
57
58
msIdList:
0
1
13
14
15
17
2
22
23
25
3
3.1
32
33
35
38
4
41
51
55
6
68
7
72.1
muIdList:
13.1
16
20
21
24
26
27
28
29
30
31
36
37
39
40
44
44.1
45
46
48
49
5
50
56
59
60
61
62
64
65
66
67
69
70
71
72
75
8
9
Attributes:
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
verbose 3
ok, da ist mit sicherheit ewtas mit dem signalduino nicht in ordnung. der cc1101 wird gar nicht erkannt ,an den wirst du nochmal ran müssen.
verdrahtung und lötstellen ( nicht gewollte brücken ) prüfen.
gruss Byte09
Hey jfu,
dass LED blinken heißt schonmal, dass das Kommando an den Arduino geschickt wurde. Es heißt aber nicht, dass der CC1101 diesen per Funk gesendet hat.
Dazu bräuchte ich ein wenig mehr Info's über deine Hardware.
Zitat von: Dr. Smag am 17 Dezember 2017, 14:44:15
Hey jfu,
dass LED blinken heißt schonmal, dass das Kommando an den Arduino geschickt wurde. Es heißt aber nicht, dass der CC1101 diesen per Funk gesendet hat.
Dazu bräuchte ich ein wenig mehr Info's über deine Hardware.
der cc1101 wird gar nicht erkannt . Es gibt keine entsprechenden readings und im anderen thread ist ersichtlich , das get conf cc1101 entsprechenden fehler auswirft.
Hardwarefehler -> sicher !
gruss Byte09
@jfu :
ggf kannst du ja mal ein bild vom verdrahteten Nano, cc1101 schicken , so gross wie möglich ?
Ich habe jetzt gerade alles nochmal neu verkabelt, auch mit anderen Jumperkabeln, aber das Ergebnis bleibt das Gleiche.
Ich habe mal Bilder gemacht und hier bereitgestellt: http://temp.jfuerwentsches.de/Arduino-CC1101/
Falls man das auf den Bildern nicht erkennt, verkabelt habe ich so:
Arduino | CC1101 |
(17) VCC 3,3 V | VDD / PIN 1 |
(14) PIN D11 | SI (MOSI) / PIN 3 |
(16) PIN D13 | SCK / PIN 4 |
(15) PIN D12 | SO (MISO) / PIN 5 |
(5) PIN D02 | GDO2 / PIN 6 |
(13) PIN D10 | CSn (SS) / PIN 7 |
(6) PIN D03 | GDO0 / PIN 8 |
(4/29) PIN GND | GND / PIN 9 |
Viele Grüße
Johannes
ohne das ich jetzt die verkabelung ansich angeschaut habe ...... die stiftleiste des nano sieht aber sehr merkwürdig aus .war die so ? sieht ja aus als wäre sie gar nicht verlötet - ist aber nicht richtig zu erkennen. waren die leisten schon gesteckt und verlötet ?
gruss Byte09
Also ich habe eine andere Verkabelung! Da hast du dich wohl vertan.
Schau mal:
http://www.biest.de/siro/ad1.jpg
http://www.biest.de/siro/cc1101.jpg
Ob diese verlötet sein müssen, kann ich nicht sagen. Keine Ahnung, wie fest diese sitzen.
Habe aber definitiv anders verkabelt.
LG
die sind niemals verlötet - da müssten mich meine Augen schon sehr täuschen .Sie müssten ja von der unterseite ( bestückungsseite ) verlötet worden sein, und das so , das kein lötzinn durchläuft ? nichtmal maschinell möglich - denke ich .
und ja, das müssen sie . gerade in den signalleitungen is schon eine kalte lötstelle 'tödlich'. .... und so kommt mit sicherheit nichts beim cc1101 an , keine spannungsversorgung und schon gar nichts anderes .
gruss Byte09
Zitat von: Dr. Smag am 17 Dezember 2017, 16:04:40
Also ich habe eine andere Verkabelung! Da hast du dich wohl vertan.
Schau mal:
http://www.biest.de/siro/ad1.jpg
http://www.biest.de/siro/cc1101.jpg
Ob diese verlötet sein müssen, kann ich nicht sagen. Keine Ahnung, wie fest diese sitzen.
Habe aber definitiv anders verkabelt.
LG
... sieht auf den ersten blick aber nach gleicher anschlussbelegung aus, ausser GND , da habt ihr verschieden pins genutzt , ist aber egal.
schau dir doch mal die unterseite deines nanos an, da wiwrd man die verlötung der sockelleiste deutlich sehen.
gruss Byte09
Stimmt. Nur ein anderes "Ground".
Also verlöten würde ich die Stiftleiste allemal. Kann mir nicht vorstellen, dass die alle Kontakt haben.
Da müsstest du mal die Ringe mit den Kontakten überprüfen.
Zitat von: Dr. Smag am 17 Dezember 2017, 16:42:34
Stimmt. Nur ein anderes "Ground".
Also verlöten würde ich die Stiftleiste allemal. Kann mir nicht vorstellen, dass die alle Kontakt haben.
Da müsstest du mal die Ringe mit den Kontakten überprüfen.
braucht er nicht prüfen , da hat so nicht einer kontakt. sockelleiste verlöten - geht , fertig ;)
gruss Byte
Oh man :) Manchmal kann es so einfach sein... also es lag am fehlenden Kontakt, da ich die nicht verlötet hatte, wollte erstmal nur testen - mein Fehler :)
Danke für die Hilfe, jetzt gehts und ich teste fleißig mit dem Siro Modul, aber klappt bislang alles perfekt - Fernbedienung hat er sofort erkannt und kann "emuliert" werden. Genial!! :)
Zitat von: jfu am 17 Dezember 2017, 17:07:30
Oh man :) Manchmal kann es so einfach sein... also es lag am fehlenden Kontakt, da ich die nicht verlötet hatte, wollte erstmal nur testen - mein Fehler :)
Danke für die Hilfe, jetzt gehts und ich teste fleißig mit dem Siro Modul, aber klappt bislang alles perfekt - Fernbedienung hat er sofort erkannt und kann "emuliert" werden. Genial!! :)
gerne, hauptache es geht jetzt .
gruss Byte09
Im ersten Beitrag steht, dass SIRO demnächst einen fertigen UBS-Stick mit SIGNALduino-Firmware rausbringt.
Gibt es da Neuigkeiten zu, wann das der Fall sein wird?
Aktuell scheitert es bei mir nämlich genau daran, da ich nicht weiß welche Teile man braucht und wie man so ein Ding zusammenbaut und programmiert.
das kann ich dir leider nicht beantworten, aber ggf. kann Dr. Smag dazu mehr sagen, wenn er das nächste mal online ist .
Im übrigen hast du eine PM.
gruss Byte09
Zitat von: raul999 am 17 Dezember 2017, 18:23:32
Im ersten Beitrag steht, dass SIRO demnächst einen fertigen UBS-Stick mit SIGNALduino-Firmware rausbringt.
Gibt es da Neuigkeiten zu, wann das der Fall sein wird?
Aktuell scheitert es bei mir nämlich genau daran, da ich nicht weiß welche Teile man braucht und wie man so ein Ding zusammenbaut und programmiert.
Das steht noch aus lizenzrechtlichen Gründen offen. D.h. die SIGNALduino-Software ist von Entwicklern programmiert worden, weshalb die Hardware dann vom Kunden selber geflasht werden muss.
Ich kann Dir gerne eine fertigen Stick zum Selbstkostenpreis zukommen lassen.
Habe Dir eine PM gesendet.
Zitat von: Dr. Smag am 18 Dezember 2017, 23:02:54
Das steht noch aus lizenzrechtlichen Gründen offen. D.h. die SIGNALduino-Software ist von Entwicklern programmiert worden, weshalb die Hardware dann vom Kunden selber geflasht werden muss.
Das ist eine sehr eigenwillige Interpretation der GPL v3 Lizenzbedingungen.
Es muss lediglich sichergestellt sein, dass die auf dem Stick eingespielte Code-Version auch veröffentlicht ist und ein Hinweis in der mitgelieferten Dokumentation.
Ich hatte heute nach einem Neustart folgenden Fehler im Log:
2018.01.20 14:28:23 1: PERL WARNING: Use of uninitialized value $oldstate in concatenation (.) or string at ./FHEM/98_Siro.pm line 748, <$fh> line 2035.
2018.01.20 14:28:23 1: PERL WARNING: Use of uninitialized value $newState in concatenation (.) or string at ./FHEM/98_Siro.pm line 748, <$fh> line 2035.
2018.01.20 14:28:23 1: PERL WARNING: Use of uninitialized value $newState in numeric lt (<) at ./FHEM/98_Siro.pm line 1648, <$fh> line 2035.
2018.01.20 14:28:23 1: PERL WARNING: Use of uninitialized value $newState in numeric gt (>) at ./FHEM/98_Siro.pm line 1649, <$fh> line 2035.
Das sollte man vielleicht abfangen.
Zitat von: Loki am 20 Januar 2018, 21:03:33
Ich hatte heute nach einem Neustart folgenden Fehler im Log:
2018.01.20 14:28:23 1: PERL WARNING: Use of uninitialized value $oldstate in concatenation (.) or string at ./FHEM/98_Siro.pm line 748, <$fh> line 2035.
2018.01.20 14:28:23 1: PERL WARNING: Use of uninitialized value $newState in concatenation (.) or string at ./FHEM/98_Siro.pm line 748, <$fh> line 2035.
2018.01.20 14:28:23 1: PERL WARNING: Use of uninitialized value $newState in numeric lt (<) at ./FHEM/98_Siro.pm line 1648, <$fh> line 2035.
2018.01.20 14:28:23 1: PERL WARNING: Use of uninitialized value $newState in numeric gt (>) at ./FHEM/98_Siro.pm line 1649, <$fh> line 2035.
sollte hoffentlich mit morgigem update behoben sein.
gruss Byte09
Das sollte man vielleicht abfangen.
Ich weiß nicht, ob du diese Meldungen auch schon mit abfängst, aber hier noch 4 Einträge von heute morgen:
2018.01.21 07:21:49 1: PERL WARNING: Use of uninitialized value $hashstring in concatenation (.) or string at ./FHEM/98_Siro.pm line 1878.
2018.01.21 07:21:49 1: PERL WARNING: Use of uninitialized value $devicestring in concatenation (.) or string at ./FHEM/98_Siro.pm line 1886.
2018.01.21 07:21:49 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1132.
2018.01.21 07:21:49 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1133.
Ich habe heute ein Update gemacht und daher fhem neu gestartet.
Dabei ist mir aufgefallen, dass die Perlwarnungen beim Start beseitigt zu sein scheinen, allerdings ist mir auch aufgefallen, dass meine Rollos nach dem Neustart nicht aufgingen, weil fhem sich nicht gemerkt hatte, dass sie zu waren. Fhem zeigt also nach einem Neustart immer an, dass alle Rollos offen sind. Das ist leider nicht so toll. Kann man da zeitnahe was machen?
Zitat von: Invers am 22 Januar 2018, 08:59:36
Ich habe heute ein Update gemacht und daher fhem neu gestartet.
Dabei ist mir aufgefallen, dass die Perlwarnungen beim Start beseitigt zu sein scheinen, allerdings ist mir auch aufgefallen, dass meine Rollos nach dem Neustart nicht aufgingen, weil fhem sich nicht gemerkt hatte, dass sie zu waren. Fhem zeigt also nach einem Neustart immer an, dass alle Rollos offen sind. Das ist leider nicht so toll. Kann man da zeitnahe was machen?
Ich gehe da heute Abend nochmal ran , sollte so ja nicht sein .
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Invers am 22 Januar 2018, 08:59:36
Ich habe heute ein Update gemacht und daher fhem neu gestartet.
Dabei ist mir aufgefallen, dass die Perlwarnungen beim Start beseitigt zu sein scheinen, allerdings ist mir auch aufgefallen, dass meine Rollos nach dem Neustart nicht aufgingen, weil fhem sich nicht gemerkt hatte, dass sie zu waren. Fhem zeigt also nach einem Neustart immer an, dass alle Rollos offen sind. Das ist leider nicht so toll. Kann man da zeitnahe was machen?
Hatte mich schon gewundert, warum bei mir im HomeKit der Status auf einmal falsch war, aber das erklärt es. FHEM aktualisiert sich bei mir unbeaufsichtigt.
Zitat von: volschin am 22 Januar 2018, 22:11:07
Hatte mich schon gewundert, warum bei mir im HomeKit der Status auf einmal falsch war, aber das erklärt es. FHEM aktualisiert sich bei mir unbeaufsichtigt.
Hi volschin , Hi invers
Probiert es Bitte mal mit der Version von heute aus dem svn.
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Hi, alles super.
Ich hatte schon geantwortet, aber leider ist mein Beitrag verschwunden. Wer weiss, wo ich geschrieben hatte.
Also noch einmal:
Die Meldungen sind beseitigt. Allerdings ist mir noch etwas aufgefallen. Wenn ich den Befehl set Siro_WZR 90 sende, ist alles in Ordnung. Sende ich den selben Befahl aber erneut, bekomme ich eine Meldung:
PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 426.
Es kommt also zum Fehler, wenn die Position schon angefahren wurde. Vielleicht kann man da was machen.
Ausserdem erkenne ich im Log jetzt nicht mehr, welches Rollo geschaltet wird. Früher konnte ich das am mit protokollierten Kanal erkennen. Kann man den Kanal bitte im Log mit protokollieren? Bei mehr als einem Rollo muss man schon wissen, wer geschaltet wurde, zumal ja keine Rückmeldungen vom Rollo erfolgen.
Bei Akku-Rollos ist es sehr unangenehm, wenn diese plötzlich leer sind und man will ins Bett, oder weg gehen. Ich habe daher die Idee, ein Attribut Ladezyklus zu nutzen, welches beierreichen eines Wertes ein Reading setzt, was ich dann weiter verwerten kann.
Ich habe festgestellt, dass meine Rollo-Akkus alle 45 Tage geladen werden müssen. Wenn man also im Attribut 45 eingeben könnte und das Reading zündet bei Erreichen, dann könnte ich mit DOIF ansagen lassen, dass ich laden muss. Momentan macht das mein Outlook. Wie macht ihr das mit dem rechtzeitigen Laden?
Sollte das eine doofe Idee sein, dann bitte einfach ignorieren.
Nochmal besten Dank für die erfolgreiche Korrektur.
Zitat von: Invers am 23 Januar 2018, 21:08:03
Hi, alles super.
Ich hatte schon geantwortet, aber leider ist mein Beitrag verschwunden. Wer weiss, wo ich geschrieben hatte.
Also noch einmal:
Die Meldungen sind beseitigt. Allerdings ist mir noch etwas aufgefallen. Wenn ich den Befehl set Siro_WZR 90 sende, ist alles in Ordnung. Sende ich den selben Befahl aber erneut, bekomme ich eine Meldung:
PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 426.
Es kommt also zum Fehler, wenn die Position schon angefahren wurde. Vielleicht kann man da was machen.
Ausserdem erkenne ich im Log jetzt nicht mehr, welches Rollo geschaltet wird. Früher konnte ich das am mit protokollierten Kanal erkennen. Kann man den Kanal bitte im Log mit protokollieren? Bei mehr als einem Rollo muss man schon wissen, wer geschaltet wurde, zumal ja keine Rückmeldungen vom Rollo erfolgen.
Bei Akku-Rollos ist es sehr unangenehm, wenn diese plötzlich leer sind und man will ins Bett, oder weg gehen. Ich habe daher die Idee, ein Attribut Ladezyklus zu nutzen, welches beierreichen eines Wertes ein Reading setzt, was ich dann weiter verwerten kann.
Ich habe festgestellt, dass meine Rollo-Akkus alle 45 Tage geladen werden müssen. Wenn man also im Attribut 45 eingeben könnte und das Reading zündet bei Erreichen, dann könnte ich mit DOIF ansagen lassen, dass ich laden muss. Momentan macht das mein Outlook. Wie macht ihr das mit dem rechtzeitigen Laden?
Sollte das eine doofe Idee sein, dann bitte einfach ignorieren.
Nochmal besten Dank für die erfolgreiche Korrektur.
Hi invers ,
Habe deinen Beitrag leider gerade erst gelesen , für heute ist aber Schluss, das Bett ruft. Schaue mir das morgen an . Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Invers am 23 Januar 2018, 21:08:03
Hi, alles super.
Ich hatte schon geantwortet, aber leider ist mein Beitrag verschwunden. Wer weiss, wo ich geschrieben hatte.
Also noch einmal:
Die Meldungen sind beseitigt. Allerdings ist mir noch etwas aufgefallen. Wenn ich den Befehl set Siro_WZR 90 sende, ist alles in Ordnung. Sende ich den selben Befahl aber erneut, bekomme ich eine Meldung:
PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 426.
.......
Hi Invers, den Fehler kann ich leider nicht reproduzieren . kannst du mir da ggf. nochmal ein LOG 5 schicken , mit ein paar Zeilen davor und dahinter ?
Das Log habe ich entsprechend geändert ( verbose 2 ):
2018.01.24 16:41:11 2: Siro_sendCommand: name -> Siro_5B417081 command -> stop channel -> 1 bincmd -> 01010101 Mit dem Ladezyklus werde ich was machen . schaffe das aber erst am Wochenende. Sollen es denn einfach Tage sein , bei deren erreichen ein Event ausgelöst wird , oder wirkliche Betriebssekunden ( oder Minuten ) - also, in denen der Motor wirklich lief ? Und was soll nach dem EVENT mit dem Reading passieren ? manuelles resetten im Device ?
die geänderte Version habe ich erstmal hier angehängt, svn Update mache ich dann erst , wenn das neue ATTR eingebaut ist .
gruss Byte09
nachtrag : 98_Siro.pm im letzten Post angehängt .
Gruss Byte09
Ich habe mal mit verbose 5 gelogged.
Ich bekomme aber nicht mehr raus, als hier gezeigt:
2018.01.24 16:52:59 1: Logfile gelöscht
2018.01.24 16:54:25 3: Siro_set: handing over to Siro_Send_Command with following arguments: off 80 0
2018.01.24 16:54:34 3: Siro_set: handing over to Siro_Send_Command with following arguments: position 80 0
2018.01.24 16:54:34 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 426.
Davor und danach - NICHTS, hier noch mein List, damit du es probieren kannst:
Internals:
CFGFN
CHANNEL 13
DEF 84314CDD
ID 84314CD
IODev sduino
NAME Siro_SZL
NR 431
NTFY_ORDER 50-Siro_SZL
STATE 100
TYPE Siro
Version V 0.48
state 100
CODE:
1 84314CDD
READINGS:
2018-01-24 16:57:10 action no action
2018-01-24 16:57:05 position 100
2018-01-24 16:57:05 state 100
helper:
LastMODE virtual
MODE virtual
aktMsg position 100 1516809425.74325
lastMsg stop 80 1516809274.61352
lastProg 0
lastparse
lastparse_stop stop 1509953324.4356
parse_aborted 0
position 100
positiontimer 151.1
Attributes:
IODev sduino
SignalLongStopRepeats 15
SignalRepeats 8
channel_send_mode_1 3
cmdIcon 50:rc_RIGHT off:rc_UP on:rc_DOWN stop:rc_STOP
comment Geladen am: Leer am:
16.10.2017 07.12.2017
11.12.2017
devStateIcon {return '.*:fts_shutter_'.(int($state/10)*10)}
down_auto_stop 0
down_limit_mode_1 100
eventMap /position 50:50/
fp_Rollo 415,175,2,links Schlafzimmer
genericDeviceType blind
invers_position 0
operation_mode 1
prog_fav_sequence prog,2,stop,2,stop,2,prog,2,stop,2,stop
room Rollo,Wohnzimmer
time_down_to_favorite 9
time_to_close 17
time_to_open 18
webCmd stop:on:off:50
Bei mir ist der Fehler reproduzierbar und trifft auch auf jedes Rollos zu. Das hier ist nur ein Beispiel.
Lass dir Zeit. Die neue Version aus deinem Anhang werde ich jetzt einspielen.
Ich danke dir.
hi invers,
ich werde ein reading 'motor-term' einbauen, welches einfach die motorlaufzeit mitzählt und bei , aber nur dann ein event auslöst , wenn ein im attr gesetzter wert erreicht wird. resetbar per 'set ...'
gruss Byte09
Hier noch das Log für die neue Version:
2018.01.24 17:09:33 1: Logfile gelöscht
2018.01.24 17:09:37 5: Siro_Set: aufgerufen -> cmd -> position args -> position 80 0
2018.01.24 17:09:37 5: Siro_Set:newposstate -> 80
2018.01.24 17:09:37 5: Siro_set: test auf double stop
2018.01.24 17:09:37 5: Siro_set: testprogmode -> 1516810177.55593
2018.01.24 17:09:37 5: Siro_set: lastprogmode -> 0
2018.01.24 17:09:37 5: Siro_set: lastaction -> position
2018.01.24 17:09:37 5: Siro_set: cmd -> position
2018.01.24 17:09:37 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - position
2018.01.24 17:09:37 5: Siro_Set: nodrive -> false
2018.01.24 17:09:37 5: Siro_Set: direkt positiondrive: -> timing:(3.6 = 20*0.18) -> open runningtime:3.6 - modification in % :20
2018.01.24 17:09:37 5: Siro_Set: direkt positiondrive: -> setting timer to 3.6
2018.01.24 17:09:37 5: Siro_Set: kein stateupdate erfolgt
2018.01.24 17:09:37 3: Siro_set: handing over to Siro_Send_Command with following arguments: off 80 0
2018.01.24 17:09:37 5: Siro_sendCommand: hash -> HASH(0x49e54e0) - Siro_SZL -> cmd :off: - args -> off 80 0
2018.01.24 17:09:37 5: Siro_sendCommand: operationmode -> 1
2018.01.24 17:09:37 5: Siro_sendCommand: channel f�r OM1 -> 3
2018.01.24 17:09:37 2: Siro_sendCommand: name -> Siro_SZL command -> off channel -> 3 bincmd -> 00010001
2018.01.24 17:09:37 5: Siro_set: runningtime -> 0.0712599754333496
2018.01.24 17:09:41 5: Siro_sendCommand: hash -> HASH(0x49e54e0) - Siro_SZL -> cmd :stop: - args -> stop virtual
2018.01.24 17:09:41 5: Siro_sendCommand: operationmode -> 1
2018.01.24 17:09:41 5: Siro_sendCommand: channel f�r OM1 -> 3
2018.01.24 17:09:41 2: Siro_sendCommand: name -> Siro_SZL command -> stop channel -> 3 bincmd -> 01010101
2018.01.24 17:09:41 5: Siro_Position_down_stop: completed -> state:80
2018.01.24 17:10:31 5: Siro_Set: aufgerufen -> cmd -> position args -> position 80 0
2018.01.24 17:10:31 5: Siro_Set:newposstate -> 80
2018.01.24 17:10:31 5: Siro_set: test auf double stop
2018.01.24 17:10:31 5: Siro_set: testprogmode -> 1516810231.18026
2018.01.24 17:10:31 5: Siro_set: lastprogmode -> 0
2018.01.24 17:10:31 5: Siro_set: lastaction -> stop
2018.01.24 17:10:31 5: Siro_set: cmd -> position
2018.01.24 17:10:31 5: Siro_Set: teste autostop: 100 < 100 80 < 100 - position
2018.01.24 17:10:31 5: Siro_Set: nodrive -> false
2018.01.24 17:10:31 5: Siro_Set: direkt positiondrive: -> setting timer to 0
2018.01.24 17:10:31 5: Siro_Set: kein stateupdate erfolgt
2018.01.24 17:10:31 3: Siro_set: handing over to Siro_Send_Command with following arguments: position 80 0
2018.01.24 17:10:31 5: Siro_sendCommand: hash -> HASH(0x49e54e0) - Siro_SZL -> cmd :position: - args -> position 80 0
2018.01.24 17:10:31 5: Siro_sendCommand: operationmode -> 1
2018.01.24 17:10:31 5: Siro_sendCommand: channel f�r OM1 -> 3
2018.01.24 17:10:31 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 447.
2018.01.24 17:10:31 2: Siro_sendCommand: name -> Siro_SZL command -> position channel -> 3 bincmd -> 00000000
2018.01.24 17:10:31 5: Siro_set: runningtime -> 0.00667715072631836
2018.01.24 17:10:31 5: Siro_sendCommand: hash -> HASH(0x49e54e0) - Siro_SZL -> cmd :stop: - args -> stop virtual
2018.01.24 17:10:31 5: Siro_sendCommand: operationmode -> 1
2018.01.24 17:10:31 5: Siro_sendCommand: channel f�r OM1 -> 3
2018.01.24 17:10:31 2: Siro_sendCommand: name -> Siro_SZL command -> stop channel -> 3 bincmd -> 01010101
2018.01.24 17:10:31 5: Siro_Position_down_stop: completed -> state:80
Jetzt sind es im Normalfall 3 Zeilen, die gelogged werden. Ich hatte gehofft, dass man einfach an die Logzeile den Kanal anhängen kann, so dass es bei einer Zeile bleibt:
alt: 2018.01.24 16:54:25 3: Siro_set: handing over to Siro_Send_Command with following arguments: off 80 0
neu: 2018.01.24 16:54:25 3: Siro_set: handing over to Siro_Send_Command with following arguments: off 80 0 [color=red]4[/color]
Zitat von: Byte09 am 24 Januar 2018, 17:12:57
hi invers,
ich werde ein reading 'motor-term' einbauen, welches einfach die motorlaufzeit mitzählt und bei , aber nur dann ein event auslöst , wenn ein im attr gesetzter wert erreicht wird. resetbar per 'set ...'
gruss Byte09
Da haben sich unsere Beiträge überschnitten.
Die Idee finde ich noch cooler, als meine. Dann würde ja auch eine Verschiebung stattfinden, wenn man das Rollo mehrmals täglich bewegt.
Da meine Rollos aber trotz unterschiedlicher Länge und Breite die selbe Akkulaufzeit haben, müsste man das auch per "Hand" rücksetzen können.
Ich hatte ja bei meinen Rollos festgestellt, dass sich die Länge und Breite nicht auf die Akkulaufzeit ausgewirkt haben. Bei mir sind es immer 48 Tage. Zur Vorsicht habe ich mich alle 45 Tage erinnern lassen (von Outlook).
Vielleicht könnte sich ja mal jemand über seine Akkulaufzeiten äussern.
Am komfortabelsten wäre, beide Möglichkeiten zur Verfügung zu haben, die man dann auswählen kann.
Ich bin allerdings nicht in der Lage, den Aufwand einzuschätzen. Das musst du entscheiden, ob es dir die Mühe wert wäre.
ich habe den zähler eingebaut. Wenn du mir jetzt nochmal sagst, was du genau für eine Logzeile, mit welchen Infos, bei welchem Verbose haben möchtest, würde ich das jetzt noch ändern und die version dann erstaml in obigem post aktualisieren
gruss Byte09
Zitat von: Invers am 24 Januar 2018, 17:25:04
..... Am komfortabelsten wäre, beide Möglichkeiten zur Verfügung zu haben, die man dann auswählen kann. .....
sind nun beide drinnen .
gruss Byte09
Du bist ja schneller, als der Blitz.
Ich meinte diese Zeile bei verbose 3
Siro_set: handing over to Siro_Send_Command with following arguments: off 80 0 Kanal 4
So in dieser Art.
Die anderen Meldungen /Zeilen könnten dann wieder weg. Man sieht ja dann hier schon alles, was für den Nutzer interessant ist.
Nochmals danke.
aktualisierte version hier :
https://forum.fhem.de/index.php/topic,77167.msg754991.html#msg754991 (https://forum.fhem.de/index.php/topic,77167.msg754991.html#msg754991)
gruss Byte09
ich hoffe das er die tage auch zählt, wissen wir dann morgen genau . ;-) mag jetzt meine systemzeit auf dem RPi nicht wirklich umstellen .
wird nicht um 00.00 uhr aktualisiert, sondern immer um die zeit , zu der der letzte reset stattgefunden hat.
Danke dir, probier ich sofort aus! Bin voll begeistert!
Zitat von: Invers am 24 Januar 2018, 19:51:26
Danke dir, probier ich sofort aus! Bin voll begeistert!
das war jetzt ein ziemlicher schnellschuss .... falls es nicht läuft gib bitte einfach bescheid. - mag es daher auch noch nicht ins svn einspielen. ggf. mache ich dieneuen readings auch noch per attr an-, bzw abschaltbar .
gruss Byte09
Kurztest abgeschlossen.
Verbose funktioniert hervorragend. So habe ich mir die Meldungen vorgestellt!
Berechnung der Rollo-Laufzeit funktioniert ebenfalls, könnte aber einen kleinen Denk- oder Rechenfehler enthalten.
Rollo von zu auf 80 Prozent fahren zeigt 3,52 Sekunden. Rollo wieder auf zu zeigt 7,9 Sekunden, wenn ich aber das Rollo mit set Siro_SZL 100 schalte, kommt dann 8,1 raus. Also nie das doppelte von 3,52. Ich weiss nun leider nicht, wie die Laufzeit abgegriffen wird. Ist auch nicht besonders schädlich, denke ich. Ich wollte es nur mitteilen. Wenn die Differenz monatlich nur 20 Sekunden beträgt, dann juckt das eigentlich nicht. Wollte nur ordentlich arbeiten. Lacht.
Vielen Dank für die gute Arbeit und schnelle Erfüllung meiner Wünsche.
Zitat von: Invers am 24 Januar 2018, 20:09:35
Kurztest abgeschlossen.
Verbose funktioniert hervorragend. So habe ich mir die Meldungen vorgestellt!
Berechnung der Rollo-Laufzeit funktioniert ebenfalls, könnte aber einen kleinen Denk- oder Rechenfehler enthalten.
Rollo von zu auf 80 Prozent fahren zeigt 3,52 Sekunden. Rollo wieder auf zu zeigt 7,9 Sekunden, wenn ich aber das Rollo mit set Siro_SZL 100 schalte, kommt dann 8,1 raus. Also nie das doppelte von 3,52. Ich weiss nun leider nicht, wie die Laufzeit abgegriffen wird. Ist auch nicht besonders schädlich, denke ich. Ich wollte es nur mitteilen. Wenn die Differenz monatlich nur 20 Sekunden beträgt, dann juckt das eigentlich nicht. Wollte nur ordentlich arbeiten. Lacht.
Vielen Dank für die gute Arbeit und schnelle Erfüllung meiner Wünsche.
hmmm , muss ich mir nochmal anschauen mit den zeiten , aber nicht mehr heute. Wobei 80% runterfahren und 80% hochfahren ja andere laufzeiten sind, abhängig von deinen eingetragenen attr. bei eine komplettfahrt , ohne dass ein stopbefehl erfolgt , rechnet er eine Sekunde hinzu , die er nicht gefahren ist . das ist daherbedingt , dass ich bei der schaltung des states ( und da greife ich die zeit ab ) , bei komplettfahrten , eine reservesekunde zugegeben habe, um tolerenzan zwischen der errechneten fahrdauer und der realen fahrdauer bei einer komplettfahrt immer auszugleichen .
............. aber wir haben ja schon einen kompletten arbeitstag hinter uns, von daher : denkfehler nicht ausgeschlossen ;-) .... ich prüfe es morgen , damit ich mich denn wieder MSwitch zuwenden kann ;-)
Gruss Byte09
Ich bin natürlich von 100 (geschlossen) auf 80 und dann wieder auf 100 gefahren, so dass die Laufzeit in beiden Fällen nur 20 Prozent sind.
Aber wie gesagt, ist eigentlich momentan zumindest noch nicht schädlich.
Eine Zählung des Tages konnte ich noch nicht beobachten. Kann aber daran liegen, dass vielleicht erst heute Abend gezählt wird, in Abhängigkeit meines Resets.
Der Rest scheint super zu laufen. Bei der Erstnutzung kam eine Perlwarnung, aber das ist ja klar.
Die Differenz ist ja auch nicht kritisch. Bei 45 Tagen geht vielleicht eine Minute an Genauigkeit verloren. Wir brauchen aber gar keine Atomuhr. Ist ja nur eine Ladeerinnerung. Selbst 8 Stunden würden da nicht ins Gewicht fallen. Also mach dir keinen Kopf deswegen.
NACHTRAG!
Mir ist aufgefallen, dass die beien Readings auch für gruppe 0 vorhanden sind, allerdings mit wildem Wert.
List:
Internals:
CFGFN
CHANNEL 0
DEF 84314CD0
ID 84314CD
INFO This is a group Device with limited functions affected the following devices:
Siro_SZL Siro_WZL Siro_WZR Siro_SZR
IODev sduino
NAME Siro_0
NR 433
NTFY_ORDER 50-Siro_0
STATE 0
TYPE Siro
Version V 0.48
state 0
CODE:
1 84314CD0
READINGS:
2018-01-25 08:14:12 action no action
2018-01-24 19:55:10 last_reset_os 0
2018-01-25 08:14:12 operating_seconds 6067456676.02
2018-01-25 08:14:11 position 0
2018-01-25 08:14:11 state 0
helper:
LastMODE physical
MODE physical
affected_devices_h HASH(0x3cfeeb8),HASH(0x3cf3b98),HASH(0x3cf4560),HASH(0x3d77358)
affected_devices_n Siro_SZL,Siro_WZL,Siro_WZR,Siro_SZR
aktMsg off 0 1516864451.0341
groupcommand off,off,,HASH(0x3d25408)
lastMsg off 0 1516864302.48274
lastProg 0
lastparse
lastparse_stop stop 1509953292.10412
parse_aborted 0
position 0
positiontimer 148.5
Attributes:
IODev sduino
SignalLongStopRepeats 15
SignalRepeats 8
cmdIcon 50:rc_RIGHT@gold off:rc_UP@gold on:rc_DOWN@gold stop:rc_STOP@gold
devStateIcon {return '.*:fts_shutter_'.(int($state/10)*10).'@gold'}
down_auto_stop 0
eventMap /position 50:50/
invers_position 0
room Rollo
webCmd stop:on:off:50
Die Frage ist, ob wir es da überhaupt brauchen. Ich denke, nicht. Ich habe allerdings keine Idee, ob und wie man das abfangen kann, wenn jemand die Gruppe fährt. Vielleicht so, dass man dam jeweiligen einzelnen Device den Wert der Gruppe hinzurechnet. Das müsste dann allerdings wahrscheinlich vom Nutzer bei der Auswertung erledigt werden. In dem Fall müssten dann allerdings auch für Gruppe 0 doch die Readings gefüllt werden. Dass allerdings geht wohl gar nicht, da jedes Rollo eine andere Laufzeit haben kann.
Scheint ein Dilemma zu sein. Da bleibt wohl nur, die Gruppenschaltung nicht zu nutzen.
Zitat von: Invers am 25 Januar 2018, 17:30:09
Ich bin natürlich von 100 (geschlossen) auf 80 und dann wieder auf 100 gefahren, so dass die Laufzeit in beiden Fällen nur 20 Prozent sind.
Aber wie gesagt, ist eigentlich momentan zumindest noch nicht schädlich.
Eine Zählung des Tages konnte ich noch nicht beobachten. Kann aber daran liegen, dass vielleicht erst heute Abend gezählt wird, in Abhängigkeit meines Resets.
Der Rest scheint super zu laufen. Bei der Erstnutzung kam eine Perlwarnung, aber das ist ja klar.
Die Differenz ist ja auch nicht kritisch. Bei 45 Tagen geht vielleicht eine Minute an Genauigkeit verloren. Wir brauchen aber gar keine Atomuhr. Ist ja nur eine Ladeerinnerung. Selbst 8 Stunden würden da nicht ins Gewicht fallen. Also mach dir keinen Kopf deswegen.
hi invers ,
ist schon klar, das es jeweils 20 % sind . aber je nach config ist ja die benötigte zeit dafür eine andere . bei mir z.b. dauern ( nach config ) 20 % runter 4,4 sekunden, 20 Prozent hoch dagegen 6,4 sekunden .
time_to_close 22
time_to_open 32.... bei der realen Laufzeit machen sich die Unterschiede halt nicht bemerkbar, da du die laufzeit ja auf eine volle fahrt ( 100 % ) angibst und in der oberen häfte die unterschiede hoch/runter wohl maginal sind , in der unteren hälfte aber ( je nach grösse des rollos ) erheblich. d.h der rollo fährt die obere hälfte in der regel schneller als die untere , beim oeffnen,- beim schliessen umgekehrt .
hinzu kommt der umstand, dass er beim runterfahren die reale zeit berechnet , vom startbefehl bis zum stoppbefehl , der ja kommt um bei 80 % zu stoppen. Beim dem dann kompletten hochfahren muss das modul aber davon ausgehen , dass ggf gar kein stoppbefehl kommt ( fährt ja bis zur endposition ) , und zieht daher in diesem fall nur die hinterlegten werte heran ( postition start - position hoch = x% zu fahren | resultierende Betriebszeit x% der hinterlegten zeit im attribut 'time-to-open' + 1 sekunde reserve ) .
soviel zur theorie . ob ich mich nicht doch verrechnet habe , kann ich erst morgen schauen ,mir hat es heute nacht meine SD Karte des aktivsystems zerschossen und ich muss mich erstamal kümmern, das alles wieder läuft . :(
.... und annähernd sollte es ja schon passen .
;) Gruss Byte09
Nachtrag:
- in meinem Testsystem hat er den tag eben hochgezählt
- ja, gruppe 0 hatte ich gestern nicht auf dem schirm. ändere ich morgen , dass die readings für gruppe 0 nicht angelegt werden . Bei Gruppenfahrten wird aber schon jetzt jedem Device innerhalb der Gruppe die entsprechende (individuelle) laufzeit zugerechnet , es geht nur um die überflüssigen Readings in der Gruppe 0
gruss Byte09
Oh Mann! Da hast du ja jetzt mit der Rücksicherung den Kopf voll. Manchmal kommts dicke.
Ja, danke für die ausführliche Erklärung. Verstanden. Leuchtet ein.
Mit derBerechnung der Gruppenfahrt finde ich cool. War mir nicht bewusst, dass du das mitrechnen kannst für die einzelnen Devices. Finde ich toll, weil du ja irgendwie erst feststellen musst, wieviele Devices jeder hat. Gut, dass das geht.
Dann wäre ja die Sache perfekt, nachdem die Readings gelöscht worden sind.
Bei mir hat er auch um 21:18 hochgezählt. Noch nicht alle, aber das kommt noch (andere Reset-Zeit).
Ja, von mir Daumen hoch und dickes Lob. Mehr kann man an dem Modul wahrscheinlich nicht erweitern/verbessern.
Fettes Dankeschön!!!
die aktualisierte Version ist ab sofort im SVN und wird mit morgigem Update verteilt.
gruss Byyte09
Hi, ich habe bemerkt, dass das devStateIcon (nur Device 0) nicht mehr aktualisiert wird. Bei allen anderen Devices geht es.
Kannst du da irgendwann bitte nochmal kurz drübergucken?
Die Zählung der Tage und Sekunden funktioniert super. Jetzt sind auch die Werte plausibler. Die Sekunden habe ich allerdings in meiner Readingsgroup gerundet.
Internals:
CFGFN
CHANNEL 0
DEF 84314CD0
ID 84314CD
IODev sduino
NAME Siro_0
NR 431
NTFY_ORDER 50-Siro_0
STATE 0
TYPE Siro
Version V 0.48
state 0
CODE:
1 84314CD0
READINGS:
2018-01-25 08:14:12 action no action
2018-01-28 08:44:03 position 0
2018-01-28 08:44:03 state 0
helper:
MODE physical
aktMsg off 0 1516864451.0341
lastMsg off 0 1516864302.48274
lastProg 0
lastparse
lastparse_stop stop 1509953292.10412
parse_aborted 0
position 0
positiontimer 148.5
Attributes:
IODev sduino
SignalLongStopRepeats 15
SignalRepeats 8
cmdIcon 50:rc_RIGHT@gold off:rc_UP@gold on:rc_DOWN@gold stop:rc_STOP@gold
devStateIcon {return '.*:fts_shutter_'.(int($state/10)*10).'@gold'}
down_auto_stop 0
eventMap /position 50:50/
invers_position 0
room Rollo
webCmd stop:on:off:50
Besten Dank im Voraus.
hi invers,
werde es heute nicht schaffe, wir sind den ganzen tag unterwegs, schaue aber danach sobalsd es passt ( ggf. heute abend oder morgen ) .
... und wenn ich nicht aufpasse , wieviel zeit ich hier verbringe , räumt mir meine Frau bald richtig viel zeit für mein Hobby ein ;-)
gruss Byte09
Da muss man dann mal Prioritaeten setzen! ;)
Gruss Christoph
ZitatKannst du da irgendwann bitte nochmal kurz drübergucken?
Prioritäten hatte ich schon voreingestellt.
Zitat von: Byte09 am 25 Januar 2018, 18:51:42bei mir z.b. dauern ( nach config ) 20 % runter 4,4 sekunden, 20 Prozent hoch dagegen 6,4 sekunden .
Hinzu kommt, dass Runterfahren (normalerweise) weniger Strom verbraucht als Hochfahren!
Zitat von: Per am 29 Januar 2018, 12:27:23
Hinzu kommt, dass Runterfahren (normalerweise) weniger Strom verbraucht als Hochfahren!
Zu jedem Runterfahren gehört aber statistisch ein Hochfahren. Damit ist das aus Stromverbrauchssicht irrelevant.
Seit vorgestern habe ich das Problem, dass die Befehle nicht korrekt abgearbeitet werden. Das betrifft derzeit ausschliesslich die Funktion ein Rollo vom geschlossenen zustand auf 80 Prozent zu fahren. Stattdessen wird voll geöffnet!
Die Routinen sind unverändert und haben funktioniert. Früher trat das Problem sporadisch auf, nun aber oft.
2018.01.31 02:16:48 2: Siro_sendCommand: name -> Siro_SZR command -> off channel -> 4 bincmd -> 00010001
2018.01.31 02:16:48 3: ▀ gute Nacht 1 Siro 80 gesendet
2018.01.31 02:16:51 2: Siro_sendCommand: name -> Siro_SZR command -> stop channel -> 4 bincmd -> 01010101
2018.01.31 02:17:18 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 469.
2018.01.31 02:17:18 2: Siro_sendCommand: name -> Siro_SZR command -> position channel -> 4 bincmd -> 00000000
2018.01.31 02:17:18 3: ▀ gute Nacht 2 Siro 80 gesendet
2018.01.31 02:17:18 2: Siro_sendCommand: name -> Siro_SZR command -> stop channel -> 4 bincmd -> 01010101
Ich werde das heute mal auf verbose 5 stellen und mich dann noch einmal melden.
Zitat von: Invers am 31 Januar 2018, 10:12:03
Seit vorgestern habe ich das Problem, dass die Befehle nicht korrekt abgearbeitet werden. Das betrifft derzeit ausschliesslich die Funktion ein Rollo vom geschlossenen zustand auf 80 Prozent zu fahren. Stattdessen wird voll geöffnet!
Die Routinen sind unverändert und haben funktioniert. Früher trat das Problem sporadisch auf, nun aber oft.
2018.01.31 02:16:48 2: Siro_sendCommand: name -> Siro_SZR command -> off channel -> 4 bincmd -> 00010001
2018.01.31 02:16:48 3: ▀ gute Nacht 1 Siro 80 gesendet
2018.01.31 02:16:51 2: Siro_sendCommand: name -> Siro_SZR command -> stop channel -> 4 bincmd -> 01010101
2018.01.31 02:17:18 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 469.
2018.01.31 02:17:18 2: Siro_sendCommand: name -> Siro_SZR command -> position channel -> 4 bincmd -> 00000000
2018.01.31 02:17:18 3: ▀ gute Nacht 2 Siro 80 gesendet
2018.01.31 02:17:18 2: Siro_sendCommand: name -> Siro_SZR command -> stop channel -> 4 bincmd -> 01010101
Ich werde das heute mal auf verbose 5 stellen und mich dann noch einmal melden.
Schaue ich mir heute abend an
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
In dieser Nacht hat sich das Rollo gar nicht bewegt. Es wurde also nicht die 80 Prozent-Position angefahren.
Das kann natürlich auch an einem Fahlgeschlagenen Sendeversuch liegen. Hier trotzdem hier mal der Auszug aus dem Log.
Ich werde heute Nacht noch einmal beobachten. Irgendwann muss ja mal geschaltet werden. Probehalber habe ich mal den Abstand der beiden Befehle vergrössert. Ich denke zwar nicht, dass es daran lag, aber einen Versuch ist es wert.
2018.02.01 01:19:10 5: Siro_Set: aufgerufen -> cmd -> position args -> position 80 0
2018.02.01 01:19:10 5: Siro_Set:newposstate -> 80
2018.02.01 01:19:10 5: Siro_set: test auf double stop
2018.02.01 01:19:10 5: Siro_set: testprogmode -> 1517444350.8807
2018.02.01 01:19:10 5: Siro_set: lastprogmode -> 0
2018.02.01 01:19:10 5: Siro_set: lastaction -> position
2018.02.01 01:19:10 5: Siro_set: cmd -> position
2018.02.01 01:19:10 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - position
2018.02.01 01:19:10 5: Siro_Set: nodrive -> false
2018.02.01 01:19:10 5: Siro_Set: direkt positiondrive: -> timing:(3.6 = 20*0.18) -> open runningtime:3.6 - modification in % :20
2018.02.01 01:19:10 5: Siro_Set: direkt positiondrive: -> setting timer to 3.6
2018.02.01 01:19:10 5: Siro_Set: kein stateupdate erfolgt
2018.02.01 01:19:10 5: Siro_set: handing over to Siro_Send_Command with following arguments: off 80 0
2018.02.01 01:19:10 5: Siro_sendCommand: hash -> HASH(0x404fec0) - Siro_SZR -> cmd :off: - args -> off 80 0
2018.02.01 01:19:10 5: Siro_sendCommand: operationmode -> 1
2018.02.01 01:19:10 5: Siro_sendCommand: channel f�r OM1 -> 4
2018.02.01 01:19:10 2: Siro_sendCommand: name -> Siro_SZR command -> off channel -> 4 bincmd -> 00010001
2018.02.01 01:19:10 5: Siro_set: runningtime -> 0.0226559638977051
2018.02.01 01:19:10 3: ▀ gute Nacht 1 Siro 80 gesendet
2018.02.01 01:19:14 5: Siro_sendCommand: hash -> HASH(0x404fec0) - Siro_SZR -> cmd :stop: - args -> stop virtual
2018.02.01 01:19:14 5: Siro_sendCommand: operationmode -> 1
2018.02.01 01:19:14 5: Siro_sendCommand: channel f�r OM1 -> 4
2018.02.01 01:19:14 2: Siro_sendCommand: name -> Siro_SZR command -> stop channel -> 4 bincmd -> 01010101
2018.02.01 01:19:14 5: Siro_Position_down_stop: completed -> state:80
2018.02.01 01:19:40 5: Siro_Set: aufgerufen -> cmd -> position args -> position 80 0
2018.02.01 01:19:40 5: Siro_Set:newposstate -> 80
2018.02.01 01:19:40 5: Siro_set: test auf double stop
2018.02.01 01:19:40 5: Siro_set: testprogmode -> 1517444380.96037
2018.02.01 01:19:40 5: Siro_set: lastprogmode -> 0
2018.02.01 01:19:40 5: Siro_set: lastaction -> stop
2018.02.01 01:19:40 5: Siro_set: cmd -> position
2018.02.01 01:19:40 5: Siro_Set: teste autostop: 100 < 100 80 < 100 - position
2018.02.01 01:19:40 5: Siro_Set: nodrive -> false
2018.02.01 01:19:40 5: Siro_Set: direkt positiondrive: -> setting timer to 0
2018.02.01 01:19:40 5: Siro_Set: kein stateupdate erfolgt
2018.02.01 01:19:40 5: Siro_set: handing over to Siro_Send_Command with following arguments: position 80 0
2018.02.01 01:19:40 5: Siro_sendCommand: hash -> HASH(0x404fec0) - Siro_SZR -> cmd :position: - args -> position 80 0
2018.02.01 01:19:40 5: Siro_sendCommand: operationmode -> 1
2018.02.01 01:19:40 5: Siro_sendCommand: channel f�r OM1 -> 4
2018.02.01 01:19:40 2: Siro_sendCommand: name -> Siro_SZR command -> position channel -> 4 bincmd -> 00000000
2018.02.01 01:19:40 5: Siro_set: runningtime -> 0.00352716445922852
2018.02.01 01:19:40 3: ▀ gute Nacht 2 Siro 80 gesendet
2018.02.01 01:19:41 5: Siro_sendCommand: hash -> HASH(0x404fec0) - Siro_SZR -> cmd :stop: - args -> stop virtual
2018.02.01 01:19:41 5: Siro_sendCommand: operationmode -> 1
2018.02.01 01:19:41 5: Siro_sendCommand: channel f�r OM1 -> 4
2018.02.01 01:19:41 2: Siro_sendCommand: name -> Siro_SZR command -> stop channel -> 4 bincmd -> 01010101
2018.02.01 01:19:41 5: Siro_Position_down_stop: completed -> state:80
hi invers ,
mit dieser logmeldung ist der befehl in jedem fall an signalduino weitergereicht worden :
Siro_sendCommand: name -> Siro_SZR command -> stop channel -> 4 bincmd -> 01010101
gleichzeitig müsste von signalduino eine logmeldung ausgegeben werden, die den zu sendenden befehl enthält , da ist aber derzeit loglevel 5 vorgegeben . d.H. um hier genaueres zu sehen müsstest du mal das verbose des signalduinos ändern ( 5 ) . dieser wird dann aber sehr gesprächig.
alternativ kannst du folgende zeilen im code von siro ändern um es zu testen
zeile 482:
Log3 $io, 5,
"Siro_sendCommand: Siro_sendCommand: $name -> message :$message: ";
ersetzen durch
Log3 $io, 1,
"Siro_sendCommand: Siro_sendCommand: $name -> message :$message: ";
IOWrite( $hash, 'sendMsg', $message );
Log3( $name, 1,
"Siro_sendCommand: name -> $name -> message :$message: "
damit bekommst die 2 logmeldungen bei verbose 1. diese beinhalten den befehlscode, der an signalduino übergeben wird, und wir können uns diesen anschauen. falls dieser stimmt, ist das problem ab der übergabe an signalduino zu suchen , .....schauen wir dann .
aber diese logmeldung brauchen wir in jedem fall um weiterzukommen.
gruss Byte09
vergiss es , die angehängte version erzeugt entsprechenden logeintrag bei verbose 2.
gruss Byte09
Ok, spiele ich ein. Ich lasse Verbose 5, falls das ok ist. Sonst bitte melden.
Vielen Dank.
Mist. Modul geht nicht. Alle Rollos wer: please define Siro_WZL first ........
Jetzt habe ich das aktuelle Modul wieder eingespielt und die Batteriestatistik ist nun weg. Schade. Nur noch die Sekunden von heute sind da. Kann man das nicht noch für / wegen solche(r) Situationen speichern?
hmm, sorry, ich habe mist gemacht. reparierte version oben. die Tage regulieren sich wieder, wenn alle andere settings noch da sind , spätestens morgen .
sry und gruss Byte09
Kein Ding. Wo geholbelt wird......
Zitat von: Invers am 01 Februar 2018, 21:58:18
Kein Ding. Wo geholbelt wird......
jetzt müsste im LOG für jeden vom Siromodul gesendeten Befehl etwas in der Art stehen:
2018.02.01 20:56:37 2: Siro_sendCommand: Siro_5B417081 -> message : P72#0101101101000001011100001000000100110011#R8 diesen Teil : P72#0101101101000001011100001000000100110011#R8 kannst du im signalduino direkt eingeben :
set SIGNALDUINO sendMsg P72#0101101101000001011100001000000100110011#R8wenn das Rollo dann fährt , ist der Fehler nicht im Siromodul zu suchen , sondern es handelt sich um Empfangsprobleme , ein Problem mit dem Signalduino etc.
bei der Endung "..01010101#.." handelt es sich um den 'stop' Befehl, mit dem er natürlich nicht fährt.
Gruss Byte09
Schalten funktioniert ja meistens. Nur der Stopp funktioniert offenbar nicht immer. Aber wir werden sehen.
Heute war mal alles in Ordnung. Kann also eine Weile dauern, bis ich mich diesbezüglich wieder melde.
Ich danke dir bis dahin für die Hilfe.
Hallo alle zusammen. Bitte schlagt mich nicht, bin noch recht neu auf diesem Gebiet. :D
Ich hatte mir diese Woche einen Siro-Motor (ERB16-LE) bestellt, der auch gestern ankam.
Jetzt wollte ich den mit einem ganz normalen Sender (von Brennenstuhl, 433MHz) anlernen - doch scheint dies nicht zu funktionieren.
Bin jetzt ein klein wenig verzweifelt, da ich das Rollo ja per Alexa + Broadlink RM Pro (stop-Position per Macro realisiert) steuern wollte.
Habt ihr auf die schnelle einen Tipp, wie ich das Rollo am bestern bzw. einfachsten angesteuern kann?
Da würde ich mir einfach mal den Beitrag Nummer 1 durchlesen.
Hab ich schon gelesen. Wirkt nur ziemlich unverständlich auf mich. Ich kann da auch nichts von "Broadlink" lesen.
FHEM habe ich bisher noch nie genutzt und hatte ich auch eigentlich nicht vor.
Aber dann bist du ja hier völlig falsch, wenn du fhem nicht nutzen möchtest.
Ohne fhem kannst du wahrscheinlich nur die Originalfernbed. von Siro nutzen.
Ich hatte mich an dieses Forum gewandt, weil hier einige Erfahrung mit Siro-Motoren haben und gewiss ein paar schlaue Köpfe anwesend sind .
Bin ja auch nicht komplett dem FHEM abgeneigt. Meine bisherigen Überlegungen waren:
1) originale Siro-FB kaufen und Broadlink damit anlernen -> die teure FB staubt ein und vielleicht kann der Broadlink die Befehle garnicht "verarbeiten"
2) mich Stunden/Tage/Wochen lang (Vorurteil?) mit FHEM auseinander setzen und meine restlichen Nerven verheizen
Zitat von: Master_Chief_87 am 02 Februar 2018, 11:47:57
Ich hatte mich an dieses Forum gewandt, weil hier einige Erfahrung mit Siro-Motoren haben und gewiss ein paar schlaue Köpfe anwesend sind .
Bin ja auch nicht komplett dem FHEM abgeneigt. Meine bisherigen Überlegungen waren:
1) originale Siro-FB kaufen und Broadlink damit anlernen -> die teure FB staubt ein und vielleicht kann der Broadlink die Befehle garnicht "verarbeiten"
2) mich Stunden/Tage/Wochen lang (Vorurteil?) mit FHEM auseinander setzen und meine restlichen Nerven verheizen
Um es kurz zu fassen : Option 1 ist in diesem Fall alternativlos , wenn du dich nicht mit fhem beschäftigen willst. Ob der broadlink es kann weiss ich nicht , habe da aber Zweifel da das siro Protokoll ein paar Eigenheiten hat ... insbesondere bei stop befehlen und favoritenanfahrten . Einer Fernbedienung wie z.b brennestuhl kannst du nicht anlernen .
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Moin
Ich will das Ganze mal im Keim ersticken! Eine FB wird nicht an etwas angelernt, sondern anders herum wir dein Schuh draus. Wie man auf solch eine Idee kommen kann verstehe ich gar nicht.
Hoert sich an wie ich will demnaechst den Fuehrerschein Klasse B machen, um dann im naechsten Sommer mit dem Boot das ich mir gekauft habe nach Mexiko zu fliegen.
Schade um die Zeit
Gruss Christoph
Zitat von: Master_Chief_87 am 02 Februar 2018, 11:47:57
2) mich Stunden/Tage/Wochen lang (Vorurteil?) mit FHEM auseinander setzen und meine restlichen Nerven verheizen
hmm, da hat pc1246 aber ganz schön losgepoltert ;) .... aber wo er recht hat ........
Ohne dich verschrecken zu wollen, in Fhem wirst du Zeit investieren müssen .... viel zeit. Wenn du da Angst um deine Nerven hast gibt es wirklich nur einen sinnvollen Tipp : lass es .
Wenn du dich für Fhem entscheidest ist viel eigeninitiative gefragt: lesen , lesen ... und wenn du damit nicht weiterkommst -> nochmal lesen, dann fragen . Aber mit Fhem hast du alle Möglichkeiten offen ( Sucht nicht ausgeschlossen ).
Wobei das ja so eine Sache ist mit den Nerven ..... ich finde es eher entspannend mich mit Fhem zu beschäftigen ( meisstens ;) )
Gruss Thomas
Vielen Dank erst mal für eure Tipps.
Also scheint das Bestellen der Original-FB sinnlos zu sein, da der Broadlink die Befehle nicht richtig interpretieren kann.
Da ich leider nicht der Typ bin, der sofort aufgibt sobald es anstrengend wird, muss ich mich wohl doch noch mit FHEM auseinander setzen.
Ich würde den FHEM-Server auf meinem Synology NAS einrichten. Das ist doch OK, oder?
Lieber wäre mir ja, wenn ich dies auf meinem Android Tablet realisieren kann - das scheint aber leider noch nicht möglich zu sein. :-\
Des Weiteren muss ich mir noch so einen ESP-Stick kaufen. Welcher von denen, im Start-Post aufgeführten wäre denn da am besten?
Zu guter Letzt würde ich mich sehr freuen, wenn jemand die notwendigen Schritte von A bis O stichpunktartig aufzählt (nur ganz grob als Leitfaden). :)
Vielen Dank nochmal für eure Geduld mit mir.
Zitat von: Master_Chief_87 am 02 Februar 2018, 22:58:29
Vielen Dank erst mal für eure Tipps.
Also scheint das Bestellen der Original-FB sinnlos zu sein, da der Broadlink die Befehle nicht richtig interpretieren kann.
Das hat hier keiner gesagt, ....sondern ich habe die Vermutung geäussert
ZitatDa ich leider nicht der Typ bin, der sofort aufgibt sobald es anstrengend wird, muss ich mich wohl doch noch mit FHEM auseinander setzen.
ja, wirst du dann müssen ( vor diesem Post wäre ein guter Zeitpunkt gewesen ;) sonst wird es nämlich eher für Andere anstrengend - nix für ungut )
ZitatIch würde den FHEM-Server auf meinem Synology NAS einrichten. Das ist doch OK, oder?
denke ja: https://wiki.fhem.de/wiki/Synology_Diskstation (https://wiki.fhem.de/wiki/Synology_Diskstation)
ZitatLieber wäre mir ja, wenn ich dies auf meinem Android Tablet realisieren kann - das scheint aber leider noch nicht möglich zu sein. :-\
richtig
Zitat
Des Weiteren muss ich mir noch so einen ESP-Stick kaufen. Welcher von denen, im Start-Post aufgeführten wäre denn da am besten?
alle aus Post 1 sind geeignet , hier musst du dich in die einzelnen Geräte reinlesen ( wiki ) und entscheiden , was für dich am besten passt .
ZitatZu guter Letzt würde ich mich sehr freuen, wenn jemand die notwendigen Schritte von A bis O stichpunktartig aufzählt (nur ganz grob als Leitfaden). :)
das wird hier in dieser Form keiner für dich tun , es gibt ausreichend Lektüre . z.B https://fhem.de/Heimautomatisierung-mit-fhem.pdf (https://fhem.de/Heimautomatisierung-mit-fhem.pdf)
Das wäre in jedem Fall Schritt "A" .
Hier
Abschliessend möchte ich dich bitten , mit
danach (https://fhem.de/Heimautomatisierung-mit-fhem.pdf (https://fhem.de/Heimautomatisierung-mit-fhem.pdf))anliegenden Fragen, die nicht Siro betreffen, in das Anfängerforum zu wechseln, da dieses hier ein themenspezifischer Thread ist . Wenn du dort um Hilfe bittest , wird dir sicherlich geholfen , wenn erkennbar ist , das du dich damit beschäftigt hast (https://fhem.de/Heimautomatisierung-mit-fhem.pdf (https://fhem.de/Heimautomatisierung-mit-fhem.pdf)) und nicht nur das leere Silbertablett hinhälst .
Gruss Byte09
Heute morgen waren leider wieder Fehler im Log:
2018.02.05 07:17:25 1: PERL WARNING: Use of uninitialized value $hashstring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2028.
2018.02.05 07:17:25 1: PERL WARNING: Use of uninitialized value $devicestring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2035.
2018.02.05 07:17:25 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1222.
2018.02.05 07:17:25 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1223.
Zitat von: Loki am 05 Februar 2018, 21:07:15
Heute morgen waren leider wieder Fehler im Log:
2018.02.05 07:17:25 1: PERL WARNING: Use of uninitialized value $hashstring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2028.
2018.02.05 07:17:25 1: PERL WARNING: Use of uninitialized value $devicestring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2035.
2018.02.05 07:17:25 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1222.
2018.02.05 07:17:25 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1223.
Schaue ich mir heute abend an
Gruss Byte09
Zitat von: Loki am 05 Februar 2018, 21:07:15
Heute morgen waren leider wieder Fehler im Log:
2018.02.05 07:17:25 1: PERL WARNING: Use of uninitialized value $hashstring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2028.
2018.02.05 07:17:25 1: PERL WARNING: Use of uninitialized value $devicestring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2035.
2018.02.05 07:17:25 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1222.
2018.02.05 07:17:25 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1223.
Hi Loki,
kannst du mir ggf. sagen um was für eine Fahrt es sich gehandelt hat ? war es eine Gruppenfahrt ( also kanal 0 ) ?
gruss Byte09
Nein, nicht wirklich. Ich habe in Homekit alle Geräte zu einer Gruppe zusammengefasst. Diese "Gruppe" habe ich auf dem Handy gesteuert, also alle Rollos geöffnet.
Kann mir zufällig jemand erklären, wie ich bei dem ERB16-LE die Laufrichtung und Endposition einstelle?
Die Tasten die in der Anleitung angegeben sind, stimmen nicht mit meiner Siro Fernbedienung (SI1602) überein.
Also bei mir ging es genau so, wie in der Anleitung beschrieben.
Nach dem Anlernen (2x P2 gedrückt) wird die Richtung dadurch bestimmt, ob du als nächstes die Hoch, oder die Runter-Taste drückst.
Irgendwie verstehe ich das nicht. Hab es jetzt mit 2x hintereinander P2, als auch beide P2-Tasten gleichzeitig gedrückt probiert. Funktioniert nicht.
Laut Anleitung muss man die Limit-Taste (L) drücken. Ich weiß aber nicht, wo sich diese Taste an der Fernbedienung befinden soll. Muss man da etwa die gesamte Abdeckung der Rückseite entfernen?
Hier mal ein Screenshot aus der Anleitung vom ERB16-LE Rollo:
[img=https://abload.de/thumb/siroerb16-lemanualk7syd.jpg] (http://abload.de/image.php?img=siroerb16-lemanualk7syd.jpg)
Für die SI1602 Fernbedienung gibts ja leider keine Bedienungsanleitung. :-\
Gibt es vielleicht noch ein anderes Forum, in dem Besitzer eines Siro-Motors anwesend sind?
Ruf doch einfach mal bei Siro an. Die sind sehr hilfsbereit.
Also meine Bedienungsanleitung sieht anders aus. Lade Dir die von der Webseite mal runter.
Und bevor Du behauptest, die gibt es nicht, hier der Direktlink
https://www.siro-antrieb.de/download/erb16le/?wpdmdl=7790
@Invers
Habe Siro schon vor einigen Tagen angeschrieben. Leider haben sie es bis jetzt noch nicht als nötig erachtet mir zu antworten.
@volschin
Krass.... Diese Anleitung wird bei mir garnicht auf deren Seite aufgelistet: https://www.siro-antrieb.de/support/downloads-alle/
Ich hab die Anleitung mir jetzt mal runtergeladen. Sieht auf alle Fälle schon mehr nach dem aus was ich zuhause habe.
Danke dir für den Link! :)
Jetzt muss ich nur noch auf den Feierabend "warten" und dann wird direkt ausprobiert.
EDIT:
Vielen lieben Dank, volschin!
Laufrichtung ist nun korrekt. Start-, Mittel- und Stopp-Position ebenso.
...und das Beste: All das konnte ich direkt in meinen Broadlink einlernen. Selbst die Mittel-Position kann ich nun per Sprachkommando neu zuweisen. So muss das!
Perfekt wäre es, wenn man statt nur einer "Mittelposition", 10 verschiedene Positionen zuweisen könnte -> 10%, 20% .... 90%.
HI!
Ich habe auch das ERB16 und möchte es bei mir einlernen...
Bin leider noch Anfänger aber dennoch versuch ich es... Ich habe ein 4fach Cul und ein Sender/Empfänger dafon ist ein 433MhZ Cul mit folgender Software drauf: VERSION
V 1.26.02 a-culfw Build: 3 (14.02.2017) Neumann CUL Pi Hat_0F (F-Band: 433MHz)
Kann man das ERB auch damit einbinden oder muss ich was anderes installieren was doof wäre weil ich schon recht viele IT Geräte eingebunden habe...
zudem habe ich auch schon mal versucht das define von der ersten Seite einzugeben aber leider mit einer Fehlermeldung :
ZitatDefine Siro1: wrong address format: specify a 8 char hex value (id=7 chars, channel=1 char) . Example A23B7C51. The last hexchar identifies the channel. -> ID=A23B7C5, Channel=1.
Kann mir jemand helfen?
Vielen Dank!
Moin
Was ist denn bitte ein 4fach CUL?
Und wenn Du die Fehlermeldung lesen wuerdest, dann haettest du gesehen, dass das, was im ersten Post beschrieben steht, nicht mehr stimmt!
Im ersten Post steht auch welche IOs fuer den ERB moeglich sind, CUL lese ich da nicht!
Gruss Christoph
Zitat von: misux am 19 Februar 2018, 21:00:49
HI!
Ich habe auch das ERB16 und möchte es bei mir einlernen...
Bin leider noch Anfänger aber dennoch versuch ich es... Ich habe ein 4fach Cul und ein Sender/Empfänger dafon ist ein 433MhZ Cul mit folgender Software drauf: VERSION
V 1.26.02 a-culfw Build: 3 (14.02.2017) Neumann CUL Pi Hat_0F (F-Band: 433MHz)
Kann man das ERB auch damit einbinden oder muss ich was anderes installieren was doof wäre weil ich schon recht viele IT Geräte eingebunden habe...
zudem habe ich auch schon mal versucht das define von der ersten Seite einzugeben aber leider mit einer Fehlermeldung :
Kann mir jemand helfen?
Vielen Dank!
Hi Misux,
zum Ansteuern des Siros brauchst du zwingend einen Signalduino, mit der culfw ( egal mit welcher ) geht es nicht.
Die Fehlermeldung beim define ist im Grunde klar, es wird eine 8 stellige ID verlangt ( 7 Stellen eindeutige id + 1 stelle für den verwendeten Kanal = 8 Stellen ) . Die von dir angegebene ID hat lediglich 7 Stellen.
Gruss Byte09
Zitat von: pc1246 am 19 Februar 2018, 21:43:06
........ dass das, was im ersten Post beschrieben steht, nicht ..........
Gruss Christoph
leider habe ich keinen Zugriff auf den ersten Beitrag und kann diesen Fehler dort nicht ändern , und Dr. Smag war schon länger nicht mehr hier.
Gruss Byte09
Zitat von: Byte09 am 20 Februar 2018, 06:02:21
leider habe ich keinen Zugriff auf den ersten Beitrag und kann diesen Fehler dort nicht ändern , und Dr. Smag war schon länger nicht mehr hier.
Gruss Byte09
Moin
Das war kein Angriff gegen Euch! Ihr entwickler leistet hier extrem viel. Und dann kann man im Gegenzug erwarten, dass ein Anwender in der Lage ist, sich mal zwei oder drei Posts durchzulesen, oder gar auch etwa eine Fehlermeldung!
Gruss Christoph
Zitat von: pc1246 am 20 Februar 2018, 07:13:00
Moin
Das war kein Angriff gegen Euch! Ihr entwickler leistet hier extrem viel. Und dann kann man im Gegenzug erwarten, dass ein Anwender in der Lage ist, sich mal zwei oder drei Posts durchzulesen, oder gar auch etwa eine Fehlermeldung!
Gruss Christoph
Alles gut, hatte ich auch nicht so verstanden . ... ;-)
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
okay, schade. Aber dann muss nun mal ein SignaDuino her...
Vielen Dank!
P.S. Ein 4 Fach CUL ist ein Eigenbau (nicht mein Eigenbau) das 4 Culs auf einer Platine hat. 3x868MHz (davon eine HM und eine 433MHz Cul. Eingebunden sind sie als Stackable Culs. Ergattert für angemessenes Geld in der Bucht.
Hallo.
Ich versuche vergeblich mein Rollo einzubinden... Irgendwie klappt es nicht.
Kann es sein das mein singalDuino dalsch eingerichtet ist? unten im ccconf steht die Freq auf 95.920MHz... Ist das in Ordnung?
Wäre für ein wenig Hilfe sehr Dankbar!
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9ITHZZV-if00-port0@57600
DMSG W33#2D13B928C00
DevState initialized
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9ITHZZV-if00-port0@57600
FD 25
ITClock 250
LASTDMSG W33#2D13B928C00
MSGCNT 4
NAME signalDuino
NR 85
NR_CMD_LAST_H 41
PARTIAL
RAWMSG MS;P0=-2027;P1=423;P2=-4005;P3=-7792;D=13101012101212101210101012101012121210121212101012101012101210101012121010101010101010;CP=1;SP=3;R=231;O;m=2;
RSSI -86.5
STATE opened
TIME 1519316824
TYPE SIGNALduino
sendworking 0
version V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan 6 2018 00:45:28
DoubleMsgIDs:
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2018-02-22 18:25:20 ccconf freq:95.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
2018-02-22 18:33:45 ping OK
2018-02-22 17:18:01 state opened
2018-02-22 17:18:01 version V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan 6 2018 00:45:28
XMIT_TIME:
1519318336
1519318338
1519318340
1519318714
1519318717
1519318720
1519318727
1519319458
1519319465
1519319469
1519319475
1519319546
1519319557
1519319563
1519319566
1519319592
1519319606
1519319639
1519319645
1519319647
1519319663
1519319665
1519319669
1519319673
1519319687
1519319689
1519319693
1519319697
1519319699
1519319841
1519319843
1519320876
1519320880
1519320884
1519320914
1519320964
1519320967
1519321015
1519321022
1519321027
1519321055
getcmd:
keepalive:
ok 0
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
whitelist_IDs 72
nein,das stimmt sicher nicht.
ordentlich konfiguriert sieht es so aus:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50607EK-if00-port0@57600
DMSG iAC68CA
DevState initialized
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50607EK-if00-port0@57600
FD 13
ITClock 250
LASTDMSG iAC68CA
MSGCNT 4072
NAME Signalduino
NR 32
NR_CMD_LAST_H 7
PARTIAL
RAWMSG MS;P0=-379;P3=321;P4=-1062;P5=-10566;P6=1005;D=35603460346060343434606034603434346060343460346034;CP=3;SP=5;R=79;O;
RSSI -34.5
STATE opened
TIME 1519325436.21462
TYPE SIGNALduino
sendworking 0
unknownmessages
version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
DoubleMsgIDs:
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2018-01-26 15:52:11 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
2018-02-22 19:52:09 ping OK
2018-02-19 18:21:02 state opened
2018-02-19 18:21:02 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
XMIT_TIME:
1519312663.76312
1519312674.8864
1519312771.16385
1519312771.6823
1519312786.81198
1519312790.73995
1519313796.69787
getcmd:
keepalive:
ok 0
retry 0
mcIdList:
10
11
12
12.1
18
43
47
52
57
58
msIdList:
0
1
13
14
15
17
2
22
23
25
3
3.1
32
33
35
38
4
41
51
55
6
68
7
72.1
muIdList:
13.1
20
21
24
26
27
28
29
30
31
36
37
39
40
44
44.1
45
46
48
49
5
50
56
59
60
61
62
64
65
66
67
69
70
71
72
75
8
9
Attributes:
blacklist_IDs 16
development m72m72.1
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
icon cul_usb
room Gateways
verbose 1
versuch bitte mal ob du es über set SIGNALDUINO cc1101_freq ändern kannst .
hier nochmal die relevanten daten:
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
meine bisherige erfahrung ist aber, das so eine merkwürdige frequenz oft nichts wirklich gutes vermuten lässt. hast du ihn fertig gekauft oder selber zusammengelötet ?
ich kenne aber die von dir verwendete Signalduino Firmwareversion auch nicht wirklich !
gruss Byte09
HI!
Danke für die Antwort!
Es ist eine gekaufte aber selbstgebaute so wie sie aussieht... Habe jetzt die Frequenzen angepasst aber leider ohne Erfolg.... sie empfängt irgendwie nix...
Hmmm.... werde dann mal den Verläufer anschreiben...
Zitat von: misux am 22 Februar 2018, 20:33:51
HI!
Danke für die Antwort!
Es ist eine gekaufte aber selbstgebaute so wie sie aussieht... Habe jetzt die Frequenzen angepasst aber leider ohne Erfolg.... sie empfängt irgendwie nix...
Hmmm.... werde dann mal den Verläufer anschreiben...
Signalduino ist jetzt auch nicht wirklich so meine Baustell, von daher möchte ich dir jetzt nicht wirklich raten mal eine andere Firmwareversion zu flashen, aber wende dich mit dem Problem doch nochmal an die Maintainer des Moduls bzw der Firmware , ggf. können siehelfen .
https://forum.fhem.de/index.php/topic,58396.825.html (https://forum.fhem.de/index.php/topic,58396.825.html)
Gruss Byte09
Hallo Allerseits,
Ich, ein absoluter Fhem Neuling, realisiere mein SH eigentlich ausschließlich mit Homematic CCU2. Bei der Suche nach einer Möglichkeit unseren Sonnenschutz dort zu intrigieren, bin ich über die Siro Motoren und Fhem aufmerksam geworden. Ich verfolge die Entwicklung schon seit einigen Wochen und habe mir nun vor 2 Wochen einen EBR15 und nen SIGNALduino zugelegt! Meine erste Hoffnung den SIGNALduino ggf. in der CCU2 unter CuxD einzubinden und damit den Motor direkt zu steuern war (FÜR MICH) nicht zu realisieren.
Darum beschäftige ich mich nun immer mehr mit Fhem.
Nach viel Lesen und Probieren und viel Zeit die man nie hat, ist es mit eurem Super Infos hier, ist es mir gelungen ein Fhem System aufzusetzen den SIGNALduino einzubinden und das Siro Dev zu def.
Steuerung mittels stop:on:off funktioniert einwandfrei, die Endlagen Einstellung war auch problemlos zu realisieren.
Nur die fav Funktion macht mir Kopfschmerzen, Die Position kann ich speichern aber sobald ich die den fav Befehl verwende Blinkt auf dem Arduino eine Led dauerhaft sehr schnell. ab dann reagiert der Stick auf keinerlei Befehle mehr. erst wenn ich diesen trenne vom USB und wieder neu einstecke funst die Geschichte wieder.
Weiß wer vielleicht rat!
Zitat von: PhantomXY am 28 Februar 2018, 17:49:15
Hallo Allerseits,
Ich, ein absoluter Fhem Neuling, realisiere mein SH eigentlich ausschließlich mit Homematic CCU2. Bei der Suche nach einer Möglichkeit unseren Sonnenschutz dort zu intrigieren, bin ich über die Siro Motoren und Fhem aufmerksam geworden. Ich verfolge die Entwicklung schon seit einigen Wochen und habe mir nun vor 2 Wochen einen EBR15 und nen SIGNALduino zugelegt! Meine erste Hoffnung den SIGNALduino ggf. in der CCU2 unter CuxD einzubinden und damit den Motor direkt zu steuern war (FÜR MICH) nicht zu realisieren.
Darum beschäftige ich mich nun immer mehr mit Fhem.
Nach viel Lesen und Probieren und viel Zeit die man nie hat, ist es mit eurem Super Infos hier, ist es mir gelungen ein Fhem System aufzusetzen den SIGNALduino einzubinden und das Siro Dev zu def.
Steuerung mittels stop:on:off funktioniert einwandfrei, die Endlagen Einstellung war auch problemlos zu realisieren.
Nur die fav Funktion macht mir Kopfschmerzen, Die Position kann ich speichern aber sobald ich die den fav Befehl verwende Blinkt auf dem Arduino eine Led dauerhaft sehr schnell. ab dann reagiert der Stick auf keinerlei Befehle mehr. erst wenn ich diesen trenne vom USB und wieder neu einstecke funst die Geschichte wieder.
Weiß wer vielleicht rat!
gibst du mir bitte mal List vom Signalduino und vom SiroDevice - ggf. auch ein log ( verbose5 ) wenn du fav anfahren willst .
gruss Byte09
Nachtrag: den Log bittte sowohl mit Sigbnalduino , als auch Siro verbose 5
Hi Byte09,
Danke,
SIGNALduino:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
FD 19
ITClock 250
LASTDMSG nothing
NAME mySIGNALduino
NR 20
NR_CMD_LAST_H 1
PARTIAL
STATE opened
TIME 1519837089
TYPE SIGNALduino
sendworking 0
version V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan 6 2018 00:45:28
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2018-02-28 19:09:53 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
2018-02-28 19:10:07 config MS=1;MU=1;MC=0;Mred=1
2018-02-28 18:03:11 ping OK
2018-02-28 18:06:31 state opened
2018-02-28 18:06:31 version V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan 6 2018 00:45:28
XMIT_TIME:
1519837595
getcmd:
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
devStateIcon .*:garden_socket
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
whitelist_IDs 72
Siro
Internals:
CHANNEL 1
DEF AB00FC11
ID AB00FC1
IODev mySIGNALduino
NAME Siro1
NR 42
NTFY_ORDER 50-Siro1
STATE 0
TYPE Siro
Version V 0.48
state 0
CODE:
1 AB00FC11
READINGS:
2018-02-28 18:07:18 action no action
2018-02-25 14:36:55 last_reset_os 0
2018-02-28 18:07:18 operating_seconds 285.55
2018-02-28 18:06:34 position 0
2018-02-28 16:54:28 prog_mode 178
2018-02-28 18:06:34 state 0
helper:
LastMODE virtual
MODE virtual
aktMsg off 0 1519837594.92036
lastMsg off 0 1519837577.43658
lastProg 1519833446.68737
lastparse
lastparse_stop stop 1519565815.98682
motorstart 1519837594.93237
parse_aborted 0
position 0
positiontimer 17.4
Attributes:
IODev mySIGNALduino
SignalLongStopRepeats 45
SignalRepeats 8
devStateIcon {return '.*:fts_shutter_1w_'.(int($state/10)*10)}
down_auto_stop 0
down_limit_mode_1 100
invers_position 0
operation_mode 0
prog_fav_sequence prog,2,stop,2,stop
time_down_to_favorite 5
time_to_close 60
time_to_open 60
webCmd prog:stop:on:off:fav
So die Log
2018.02.28 19:46:07 1: /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0 disconnected, waiting to reappear (mySIGNALduino)
2018.02.28 19:46:12 3: Setting mySIGNALduino serial parameters to 57600,8,N,1
2018.02.28 19:46:12 1: mySIGNALduino/define: /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
2018.02.28 19:46:12 1: mySIGNALduino/init: /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
2018.02.28 19:46:12 1: /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0 reappeared (mySIGNALduino)
2018.02.28 19:46:14 3: mySIGNALduino/init: disable receiver (XQ)
2018.02.28 19:46:14 3: mySIGNALduino/init: get version, retry = 0
2018.02.28 19:46:14 2: mySIGNALduino: initialized. v3.3.3-dev
2018.02.28 19:46:14 3: mySIGNALduino/init: enable receiver (XE)
2018.02.28 19:46:50 2: Siro_sendCommand: name -> Siro1 command -> stop channel -> 1 bincmd -> 01010101
letzter eintrag ist der fav befehlt.... ab da hängt sich der SIGNALduino auf.
sorry verbose 5, da steh ich auf dem Schlauch!
In den devices siro und signalduino gibt es die Attribute 'verbose'. Da kannst du einstellen wie ausführlich der log sein soll , wobei 5 die meisten Infos ergibt. Stelle die bitte beide auf 5 und mache dann nochmal das log ( danach aber wieder runtersetzen , sonst bekommst du das log zugemüllt ). Was oben steht ist mit Sicherheit nicht die letzte Info vor dem Absturz.
Näher ansehen kann ich es mir gerade nicht , da Handy .... Insofern fast unmöglich.
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
PS :
Setze Bitte mal das Attribut Signal longstop repeats in siro auf 15 und probieren mal ob er damit immer noch abstürzt .
Deine Werte für die siro attribute Time_to_close und timetoopen kommen mir aber sehr gross vor ?!
Zitat von: Byte09 am 28 Februar 2018, 20:36:37
Deine Werte für die siro attribute Time_to_close und timetoopen kommen mir aber sehr gross vor ?!
die hab ich Manuel mit Ca. werten angegeben! Hab sie jetzt auf 42 sek (gemessen) gesetzt.
Zitat von: Byte09 am 28 Februar 2018, 20:36:37
Setze Bitte mal das Attribut Signal longstop repeats in siro auf 15 und probieren mal ob er damit immer noch abstürzt .
Nach Umstellung kein Absturz, aber auch keinerlei Reaktion mit fav, alles andere funzt.
In diesem fall der log:
2018.03.01 08:31:32 4: mySIGNALduino/KeepAlive not ok, retry = 1 -> get ping
2018.03.01 08:31:32 5: AddSendQueue: mySIGNALduino: P (1)
2018.03.01 08:31:32 5: mySIGNALduino SW: P
2018.03.01 08:31:32 4: mySIGNALduino/msg READ: OK
2018.03.01 08:31:32 5: mySIGNALduino/noMsg Parse: OK
2018.03.01 08:31:32 5: mySIGNALduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.03.01 08:31:33 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.03.01 08:31:51 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2018.03.01 08:31:51 5: Siro_set: test auf double stop
2018.03.01 08:31:51 5: Siro_set: testprogmode -> 1519889511.13655
2018.03.01 08:31:51 5: Siro_set: lastprogmode -> 0
2018.03.01 08:31:51 5: Siro_set: lastaction -> on
2018.03.01 08:31:51 5: Siro_set: cmd -> fav
2018.03.01 08:31:51 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - fav
2018.03.01 08:31:51 5: Siro_Set fav: fav
2018.03.01 08:31:51 1: Siro_Set: function position limited without attr time_down_to_favorite
2018.03.01 08:31:51 5: Siro_sendCommand: hash -> HASH(0x10b5a58) - Siro1 -> cmd :stop: - args -> stop 50 longstop
2018.03.01 08:31:51 5: Siro_sendCommand: operationmode -> 0
2018.03.01 08:31:51 5: Siro_sendCommand: BinHash: = 1010101100000000111111000001
2018.03.01 08:31:51 5: Siro_sendCommand: BinCommand: = 01010101
2018.03.01 08:31:51 5: Siro_sendCommand: Siro set value = Siro1 stop 50 longstop
2018.03.01 08:31:51 5: Siro_sendCommand: Siro_sendCommand: Siro1 -> message :P72#1010101100000000111111000001000101010101#R15:
2018.03.01 08:31:51 5: mySIGNALduino/write: adding to queue sendMsg P72#1010101100000000111111000001000101010101#R15
2018.03.01 08:31:51 5: mySIGNALduino: sendmsg msg=P72#1010101100000000111111000001000101010101#R15
2018.03.01 08:31:51 5: mySIGNALduino: sendmsg Preparing rawsend command for protocol=72, repeats=15, clock=340 bits=1010101100000000111111000001000101010101
2018.03.01 08:31:51 5: AddSendQueue: mySIGNALduino: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523; (1)
2018.03.01 08:31:51 4: mySIGNALduino/set: sending via SendMsg: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:51 2: Siro_sendCommand: name -> Siro1 command -> stop channel -> 1 bincmd -> 01010101
2018.03.01 08:31:51 5: mySIGNALduino SW: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:51 4: mySIGNALduino SendrawFromQueue: msg=SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 4: mySIGNALduino/msg READ: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 5: mySIGNALduino/noMsg Parse: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 5: mySIGNALduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 4: mySIGNALduino/read sendraw answer: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
bei dem wert 45 mit absturz folgender log
2018.03.01 08:35:10 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2018.03.01 08:35:10 5: Siro_set: test auf double stop
2018.03.01 08:35:10 5: Siro_set: testprogmode -> 1519889710.18546
2018.03.01 08:35:10 5: Siro_set: lastprogmode -> 0
2018.03.01 08:35:10 5: Siro_set: lastaction -> on
2018.03.01 08:35:10 5: Siro_set: cmd -> fav
2018.03.01 08:35:10 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - fav
2018.03.01 08:35:10 5: Siro_Set fav: fav
2018.03.01 08:35:10 1: Siro_Set: function position limited without attr time_down_to_favorite
2018.03.01 08:35:10 5: Siro_sendCommand: hash -> HASH(0x10b5a58) - Siro1 -> cmd :stop: - args -> stop 50 longstop
2018.03.01 08:35:10 5: Siro_sendCommand: operationmode -> 0
2018.03.01 08:35:10 5: Siro_sendCommand: BinHash: = 1010101100000000111111000001
2018.03.01 08:35:10 5: Siro_sendCommand: BinCommand: = 01010101
2018.03.01 08:35:10 5: Siro_sendCommand: Siro set value = Siro1 stop 50 longstop
2018.03.01 08:35:10 5: Siro_sendCommand: Siro_sendCommand: Siro1 -> message :P72#1010101100000000111111000001000101010101#R45:
2018.03.01 08:35:10 5: mySIGNALduino/write: adding to queue sendMsg P72#1010101100000000111111000001000101010101#R45
2018.03.01 08:35:10 5: mySIGNALduino: sendmsg msg=P72#1010101100000000111111000001000101010101#R45
2018.03.01 08:35:10 5: mySIGNALduino: sendmsg Preparing rawsend command for protocol=72, repeats=45, clock=340 bits=1010101100000000111111000001000101010101
2018.03.01 08:35:10 5: AddSendQueue: mySIGNALduino: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523; (1)
2018.03.01 08:35:10 4: mySIGNALduino/set: sending via SendMsg: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:35:10 2: Siro_sendCommand: name -> Siro1 command -> stop channel -> 1 bincmd -> 01010101
2018.03.01 08:35:10 5: mySIGNALduino SW: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:35:10 4: mySIGNALduino SendrawFromQueue: msg=SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:35:12 4: mySIGNALduino/HandleWriteQueue: sendraw no answer (timeout)
2018.03.01 08:35:12 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
Zitat von: PhantomXY am 01 März 2018, 08:37:13
die hab ich Manuel mit Ca. werten angegeben! Hab sie jetzt auf 42 sek (gemessen) gesetzt.
Nach Umstellung kein Absturz, aber auch keinerlei Reaktion mit fav, alles andere funzt.
In diesem fall der log:
2018.03.01 08:31:32 4: mySIGNALduino/KeepAlive not ok, retry = 1 -> get ping
2018.03.01 08:31:32 5: AddSendQueue: mySIGNALduino: P (1)
2018.03.01 08:31:32 5: mySIGNALduino SW: P
2018.03.01 08:31:32 4: mySIGNALduino/msg READ: OK
2018.03.01 08:31:32 5: mySIGNALduino/noMsg Parse: OK
2018.03.01 08:31:32 5: mySIGNALduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.03.01 08:31:33 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2018.03.01 08:31:51 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2018.03.01 08:31:51 5: Siro_set: test auf double stop
2018.03.01 08:31:51 5: Siro_set: testprogmode -> 1519889511.13655
2018.03.01 08:31:51 5: Siro_set: lastprogmode -> 0
2018.03.01 08:31:51 5: Siro_set: lastaction -> on
2018.03.01 08:31:51 5: Siro_set: cmd -> fav
2018.03.01 08:31:51 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - fav
2018.03.01 08:31:51 5: Siro_Set fav: fav
2018.03.01 08:31:51 1: Siro_Set: function position limited without attr time_down_to_favorite
2018.03.01 08:31:51 5: Siro_sendCommand: hash -> HASH(0x10b5a58) - Siro1 -> cmd :stop: - args -> stop 50 longstop
2018.03.01 08:31:51 5: Siro_sendCommand: operationmode -> 0
2018.03.01 08:31:51 5: Siro_sendCommand: BinHash: = 1010101100000000111111000001
2018.03.01 08:31:51 5: Siro_sendCommand: BinCommand: = 01010101
2018.03.01 08:31:51 5: Siro_sendCommand: Siro set value = Siro1 stop 50 longstop
2018.03.01 08:31:51 5: Siro_sendCommand: Siro_sendCommand: Siro1 -> message :P72#1010101100000000111111000001000101010101#R15:
2018.03.01 08:31:51 5: mySIGNALduino/write: adding to queue sendMsg P72#1010101100000000111111000001000101010101#R15
2018.03.01 08:31:51 5: mySIGNALduino: sendmsg msg=P72#1010101100000000111111000001000101010101#R15
2018.03.01 08:31:51 5: mySIGNALduino: sendmsg Preparing rawsend command for protocol=72, repeats=15, clock=340 bits=1010101100000000111111000001000101010101
2018.03.01 08:31:51 5: AddSendQueue: mySIGNALduino: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523; (1)
2018.03.01 08:31:51 4: mySIGNALduino/set: sending via SendMsg: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:51 2: Siro_sendCommand: name -> Siro1 command -> stop channel -> 1 bincmd -> 01010101
2018.03.01 08:31:51 5: mySIGNALduino SW: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:51 4: mySIGNALduino SendrawFromQueue: msg=SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 4: mySIGNALduino/msg READ: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 5: mySIGNALduino/noMsg Parse: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 5: mySIGNALduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 4: mySIGNALduino/read sendraw answer: SR;R=15;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:31:52 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
bei dem wert 45 mit absturz folgender log
2018.03.01 08:35:10 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2018.03.01 08:35:10 5: Siro_set: test auf double stop
2018.03.01 08:35:10 5: Siro_set: testprogmode -> 1519889710.18546
2018.03.01 08:35:10 5: Siro_set: lastprogmode -> 0
2018.03.01 08:35:10 5: Siro_set: lastaction -> on
2018.03.01 08:35:10 5: Siro_set: cmd -> fav
2018.03.01 08:35:10 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - fav
2018.03.01 08:35:10 5: Siro_Set fav: fav
2018.03.01 08:35:10 1: Siro_Set: function position limited without attr time_down_to_favorite
2018.03.01 08:35:10 5: Siro_sendCommand: hash -> HASH(0x10b5a58) - Siro1 -> cmd :stop: - args -> stop 50 longstop
2018.03.01 08:35:10 5: Siro_sendCommand: operationmode -> 0
2018.03.01 08:35:10 5: Siro_sendCommand: BinHash: = 1010101100000000111111000001
2018.03.01 08:35:10 5: Siro_sendCommand: BinCommand: = 01010101
2018.03.01 08:35:10 5: Siro_sendCommand: Siro set value = Siro1 stop 50 longstop
2018.03.01 08:35:10 5: Siro_sendCommand: Siro_sendCommand: Siro1 -> message :P72#1010101100000000111111000001000101010101#R45:
2018.03.01 08:35:10 5: mySIGNALduino/write: adding to queue sendMsg P72#1010101100000000111111000001000101010101#R45
2018.03.01 08:35:10 5: mySIGNALduino: sendmsg msg=P72#1010101100000000111111000001000101010101#R45
2018.03.01 08:35:10 5: mySIGNALduino: sendmsg Preparing rawsend command for protocol=72, repeats=45, clock=340 bits=1010101100000000111111000001000101010101
2018.03.01 08:35:10 5: AddSendQueue: mySIGNALduino: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523; (1)
2018.03.01 08:35:10 4: mySIGNALduino/set: sending via SendMsg: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:35:10 2: Siro_sendCommand: name -> Siro1 command -> stop channel -> 1 bincmd -> 01010101
2018.03.01 08:35:10 5: mySIGNALduino SW: SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:35:10 4: mySIGNALduino SendrawFromQueue: msg=SR;R=45;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123452345234523234545454545454545232323232323454545454523454545234523452345234523;
2018.03.01 08:35:12 4: mySIGNALduino/HandleWriteQueue: sendraw no answer (timeout)
2018.03.01 08:35:12 4: mySIGNALduino/HandleWriteQueue: nothing to send, stopping timer
Ok , ich denke ich kann das Problem eingrenzen . Kann aber erst heute abend genau schauen und melde mich dann .
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Kannst du bitte mal versuchen diesen Wert nach und nachvhöher zu setzen , bis er fav entweder erkennt , oder abstürzt und mir schreiben , was magische oder böse Zahl ist ?
Ist ein wenig schwierig für mich , da ich eine andere signalduino Firmware nutze , bei der dieses Problem nicht auftaucht. Umflashen möchte ich nur ungern , da ich im Moment nur den signalduino aus dem aktivsystem habe.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Hi Leute! Ich versuche es mal anders... Ich habe das SignalDuino Modul und ein SIRO Rollo https://www.siro-antrieb.de/produkte/230v-funk-antrieb-mit-integriertem-spannungsumwandler/ (https://www.siro-antrieb.de/produkte/230v-funk-antrieb-mit-integriertem-spannungsumwandler/)
Ich weiß es ist nicht das ERb aber der Vorgänger. Ich habe es ohne Probleme im Lightmanager Air einlernen können und kann auch die Auf/Ab/Stop Codes im Lightmanager Air sehen wenn ich diese mit der Fernbedienung einlerne.
Meine Frage: Kann jemand sagen warum es so unheimlich kompliziert ist das Rollo anzulernen im Fhem? Mein Fhem reagiert auf die Kommandos der Siro Fernbedienung gar nicht. Ich habe dort 2x 433MHz Empfänger einer mit AculFw und der andere mit SignalDuino.
Könnte man vielleicht mit den Codes die ich im LightManager Air sehe etwas anfangen? Damit wäre mir schon geholfen.... Damit könnte ich wenigstens das Rollo Rauf/Runter fahren und stoppen...
Vielen Dank!
Bei mir kam es zu Konflikten mit einem Z-Wave Stick neben dem Radino...
Zitat von: misux am 01 März 2018, 13:16:45
Hi Leute! Ich versuche es mal anders... Ich habe das SignalDuino Modul und ein SIRO Rollo https://www.siro-antrieb.de/produkte/230v-funk-antrieb-mit-integriertem-spannungsumwandler/ (https://www.siro-antrieb.de/produkte/230v-funk-antrieb-mit-integriertem-spannungsumwandler/)
Ich weiß es ist nicht das ERb aber der Vorgänger. Ich habe es ohne Probleme im Lightmanager Air einlernen können und kann auch die Auf/Ab/Stop Codes im Lightmanager Air sehen wenn ich diese mit der Fernbedienung einlerne.
Meine Frage: Kann jemand sagen warum es so unheimlich kompliziert ist das Rollo anzulernen im Fhem? Mein Fhem reagiert auf die Kommandos der Siro Fernbedienung gar nicht. Ich habe dort 2x 433MHz Empfänger einer mit AculFw und der andere mit SignalDuino.
Könnte man vielleicht mit den Codes die ich im LightManager Air sehe etwas anfangen? Damit wäre mir schon geholfen.... Damit könnte ich wenigstens das Rollo Rauf/Runter fahren und stoppen...
Vielen Dank!
Möglicherweise daher , da der von dir genannte Motor nicht aus der le Serie ist ( erster Beitrag ) und ich nichtmal sicher bin , ob er die gleiche Sprache spricht wie die Le's. Leider habe ich einen solchen Motor auch nicht , so dass ich es mir anschauen könnte , oder ggf. Versuchen könntr , das Protokoll einzubauen ( falls es anders ist )
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
@PhantomXY
anbei mal ein schuss ins blaue. Kannst du die angehängte version des moduls mal probieren und mir sagen , was dabei passiert . stelle das longstop bitte wieder auf 45 dafür.
ich hoffe du weisst, wie du dies vorhandene version auf die angehängte version aktualisierst ?!
! Das ist eine reine Testversion, bitte niemand nutzen, bei dem das Modul ohne Fehler läuft !
Edit: Fehler gefunden, Testversion in diesem Post gelöscht .
Zitat von: Byte09 am 01 März 2018, 10:55:50
Kannst du bitte mal versuchen diesen Wert nach und nachvhöher zu setzen , bis er fav entweder erkennt , oder abstürzt und mir schreiben , was magische oder böse Zahl ist ?
Ist ein wenig schwierig für mich , da ich eine andere signalduino Firmware nutze , bei der dieses Problem nicht auftaucht. Umflashen möchte ich nur ungern , da ich im Moment nur den signalduino aus dem aktivsystem habe.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Also bis 40 hängt er sich nicht auf, aber es folgt auch keine Reaktion,
mit ner anderen FW hat der Stick gar nicht funktioniert. Kann aber gern noch mal eine andere Testen, welche?
Zitat von: Byte09 am 01 März 2018, 18:18:46
@PhantomXY
anbei mal ein schuss ins blaue. Kannst du die angehängte version des moduls mal probieren und mir sagen , was dabei passiert . stelle das longstop bitte wieder auf 45 dafür.
ich hoffe du weisst, wie du dies vorhandene version auf die angehängte version aktualisierst ?!
! Das ist eine reine Testversion, bitte niemand nutzen, bei dem das Modul ohne Fehler läuft !
krieg ich hin, schaff ich aber erst morgen früh, werde berichten!
erstmal Vielen Dank..
Zitat von: PhantomXY am 01 März 2018, 21:23:00
Also bis 40 hängt er sich nicht auf, aber es folgt auch keine Reaktion,
mit ner anderen FW hat der Stick gar nicht funktioniert. Kann aber gern noch mal eine andere Testen, welche?
krieg ich hin, schaff ich aber erst morgen früh, werde berichten!
erstmal Vielen Dank..
belass es erstmal bei der firmware, ggf. bekommen wir es ja so hin . gib mir halt morgen bescheid.
gruss Byte09
Zitat von: Byte09 am 01 März 2018, 15:17:59
Möglicherweise daher , da der von dir genannte Motor nicht aus der le Serie ist ( erster Beitrag ) und ich nichtmal sicher bin , ob er die gleiche Sprache spricht wie die Le's. Leider habe ich einen solchen Motor auch nicht , so dass ich es mir anschauen könnte , oder ggf. Versuchen könntr , das Protokoll einzubauen ( falls es anders ist )
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
hmmm... :-\
Bestünde denn allgemein Interesse ? Ich würde die Fernbedienung und den Motor zur Verfügung stellen... Das würde mir helfen und der Community auch und ich müsste vielleicht nicht einen neuen Motor kaufen :'(
Zitat von: misux am 02 März 2018, 08:15:15
hmmm... :-\
Bestünde denn allgemein Interesse ? Ich würde die Fernbedienung und den Motor zur Verfügung stellen... Das würde mir helfen und der Community auch und ich müsste vielleicht nicht einen neuen Motor kaufen :'(
Bin den ganzen tag unterwegs , wenn du zeit hast stell den signalduino mal auf verbose 5 und drücke nacheinander hoch , runter , stop . Jeweils ein zwei Sekunden pause dazwischen . Den log kannst du hier bitte mal einstellen . Schaue mir das heute abend an und dann sehen wir , ob Ich den code zumindest evtl einbauen kann. Motor und fb sehen wir dann.
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Ok, nur das schaffe ich erst leider frühestens Samstag abend. Bin auch unterwegs. Mache es aber sobald ich wieder daheim bin.
Zitat von: Byte09 am 01 März 2018, 21:24:50
belass es erstmal bei der firmware, ggf. bekommen wir es ja so hin . gib mir halt morgen bescheid.
gruss Byte09
Ich bin begeistert >> Modul eingespielt lief auf anhieb Perfekt.
Signal longstop repeats: 15 kein Problem
Signal longstop repeats: 45 auch kein Problem mehr!
Hab es jetzt so 10-15 mal probiert mit keinerlei Probleme!
Zitat von: PhantomXY am 02 März 2018, 22:24:48
Ich bin begeistert >> Modul eingespielt lief auf anhieb Perfekt.
Signal longstop repeats: 15 kein Problem
Signal longstop repeats: 45 auch kein Problem mehr!
Hab es jetzt so 10-15 mal probiert mit keinerlei Probleme!
ok,, sehr schön. Es war ja erstmal nur eine provisorische änderung, um das problem zu finden. Ich ändere es dann heute oder morgen in 'sauber' und spiele es in das svn.
gruss Byte09
die geänderte Version ist in das SVN übertragen und wird mit normnalem Update verteilt.
@PhantomXY
bitte longstop unbedingt wieder auf 45 stellen, falls nicht getan. in der Testversion hatte er diese fest eingestellt, unabhängig vom Attribut, d.H er hat immer die 45 genutzt ( 15 reichen deinem motor nicht aus, um fav zu erkennen )
gruss Byte09
Zitat von: Byte09 am 03 März 2018, 06:45:51
die geänderte Version ist in das SVN übertragen und wird mit normnalem Update verteilt.
@PhantomXY
bitte longstop unbedingt wieder auf 45 stellen
Hi Byte,
Nach update läuft es weiterhin sauber! Fettes Lob an dich, und dein an Engagement. :)
Nach dem laufenden Modul kann ich mich jetzt um die Anbindung an die CCU2 machen! Heißt lesen lesen lesen ;D
gruss PhantomXY
Zitat von: Byte09 am 02 März 2018, 09:48:33
Bin den ganzen tag unterwegs , wenn du zeit hast stell den signalduino mal auf verbose 5 und drücke nacheinander hoch , runter , stop . Jeweils ein zwei Sekunden pause dazwischen . Den log kannst du hier bitte mal einstellen . Schaue mir das heute abend an und dann sehen wir , ob Ich den code zumindest evtl einbauen kann. Motor und fb sehen wir dann.
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Guten Morgen!
So, hier das was SignalDuino ausgelesen hat. Allerdings in der "hoch, stop, runter" Reihenfolge. Hoffe das ist nicht so schlimm.
2018.03.04 08:44:08.073 4: signalDuino/msg READredu: MU;P0=-1628;P1=293;P2=-712;P3=704;P4=-306;D=01212343412121212343434121212121212121234121234341212;CP=1;R=13;
2018.03.04 08:44:08.075 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:08.075 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:08.181 4: signalDuino/msg READredu: MU;P0=5378;P1=-2528;P2=1674;P3=-309;P4=287;P5=-723;P6=703;D=01234563634563636363634563456345454563634545454563636345454545454545456345456363454501234563634563636363634563456345454563634545454563636345454545454545456345456363454560;CP=4;R=14;
2018.03.04 08:44:08.184 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:08.184 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:08.288 4: signalDuino/msg READredu: MU;P0=5394;P1=-2508;P2=1678;P3=-301;P4=299;P5=-705;P6=714;D=01234563634563636363634563456345454563634545454563636345454545454545456345456363454501234563634563636363634563456345454563634545454563636345454545454545456345456363454560;CP=4;R=11;
2018.03.04 08:44:08.291 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:08.291 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:08.687 4: signalDuino/msg READredu: MU;P0=5398;P1=-2506;P2=1680;P3=-308;P4=287;P5=-725;P6=690;D=01234563634563636363634563456345454563634545454563636345454545454545456345456363454501234563634563636363634563456345454563634545454563636345454545454545456345456363454560;CP=4;R=10;
2018.03.04 08:44:08.689 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:08.689 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:11.159 4: signalDuino/msg READredu: MU;P0=-18164;P1=392;P2=280;P3=-301;P4=-723;P5=705;D=0102324532453242424535324245324532453242424242424242453242424532453;CP=2;R=13;
2018.03.04 08:44:11.161 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:11.161 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:11.208 4: signalDuino/msg READredu: MS;P3=-295;P4=295;P5=-717;P6=715;D=634563456345454545454545456345454563456360;CP=4;SP=1;R=13;
2018.03.04 08:44:11.257 4: signalDuino/msg READredu: MS;P3=-305;P4=293;P5=-718;P6=699;D=634563456345454545454545456345454563456360;CP=4;SP=1;R=12;
2018.03.04 08:44:11.432 4: signalDuino/msg READredu: MU;P0=5670;P1=-2516;P2=1689;P3=-306;P4=295;P5=-711;P6=702;D=0123456363456363636363456345634545456363454563456345634545454545454545634545456345630123456363456363636363456345634545456363454563456345634545454545454545634545456345630123456363456363636363456345634545456363454563456345634545454545454545634545456345630;CP=4;R=11;O;
2018.03.04 08:44:11.434 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:11.434 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:11.775 4: signalDuino/msg READredu: MU;P0=1668;P1=-299;P2=296;P3=-714;P4=708;D=012341412341414141412341234123232341412323412341234123232323232323234123232341234140;CP=2;R=12;
2018.03.04 08:44:11.777 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:11.777 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:14.215 4: signalDuino/msg READredu: MS;P4=-301;P5=281;P6=-725;P7=706;D=45656567456565656565656567456565674747472;CP=5;SP=2;R=18;
2018.03.04 08:44:14.264 4: signalDuino/msg READredu: MS;P3=-309;P4=287;P5=-720;P6=702;D=634545456345454545454545456345454563636360;CP=4;SP=1;R=17;
2018.03.04 08:44:14.313 4: signalDuino/msg READredu: MS;P3=-318;P4=287;P5=-717;P6=689;D=634545456345454545454545456345454563636360;CP=4;SP=1;R=17;
2018.03.04 08:44:14.482 4: signalDuino/msg READredu: MU;P0=5664;P1=-2519;P2=1683;P3=-298;P4=294;P5=-711;P6=710;D=0123456363456363636363456345634545456363454563454545634545454545454545634545456363630123456363456363636363456345634545456363454563454545634545454545454545634545456363630123456363456363636363456345634545456363454563454545634545454545454545634545456363630;CP=4;R=14;O;
2018.03.04 08:44:14.485 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:14.485 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:14.793 4: signalDuino/msg READredu: MU;P0=1676;P1=-289;P2=294;P3=-717;P4=722;D=012341412341414141412341234123232341412323412323234123232323232323234123232341414140;CP=2;R=14;
2018.03.04 08:44:14.795 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:14.795 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
Zitat von: misux am 04 März 2018, 08:54:19
Guten Morgen!
So, hier das was SignalDuino ausgelesen hat. Allerdings in der "hoch, stop, runter" Reihenfolge. Hoffe das ist nicht so schlimm.
2018.03.04 08:44:08.073 4: signalDuino/msg READredu: MU;P0=-1628;P1=293;P2=-712;P3=704;P4=-306;D=01212343412121212343434121212121212121234121234341212;CP=1;R=13;
2018.03.04 08:44:08.075 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:08.075 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:08.181 4: signalDuino/msg READredu: MU;P0=5378;P1=-2528;P2=1674;P3=-309;P4=287;P5=-723;P6=703;D=01234563634563636363634563456345454563634545454563636345454545454545456345456363454501234563634563636363634563456345454563634545454563636345454545454545456345456363454560;CP=4;R=14;
2018.03.04 08:44:08.184 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:08.184 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:08.288 4: signalDuino/msg READredu: MU;P0=5394;P1=-2508;P2=1678;P3=-301;P4=299;P5=-705;P6=714;D=01234563634563636363634563456345454563634545454563636345454545454545456345456363454501234563634563636363634563456345454563634545454563636345454545454545456345456363454560;CP=4;R=11;
2018.03.04 08:44:08.291 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:08.291 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:08.687 4: signalDuino/msg READredu: MU;P0=5398;P1=-2506;P2=1680;P3=-308;P4=287;P5=-725;P6=690;D=01234563634563636363634563456345454563634545454563636345454545454545456345456363454501234563634563636363634563456345454563634545454563636345454545454545456345456363454560;CP=4;R=10;
2018.03.04 08:44:08.689 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:08.689 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:11.159 4: signalDuino/msg READredu: MU;P0=-18164;P1=392;P2=280;P3=-301;P4=-723;P5=705;D=0102324532453242424535324245324532453242424242424242453242424532453;CP=2;R=13;
2018.03.04 08:44:11.161 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:11.161 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:11.208 4: signalDuino/msg READredu: MS;P3=-295;P4=295;P5=-717;P6=715;D=634563456345454545454545456345454563456360;CP=4;SP=1;R=13;
2018.03.04 08:44:11.257 4: signalDuino/msg READredu: MS;P3=-305;P4=293;P5=-718;P6=699;D=634563456345454545454545456345454563456360;CP=4;SP=1;R=12;
2018.03.04 08:44:11.432 4: signalDuino/msg READredu: MU;P0=5670;P1=-2516;P2=1689;P3=-306;P4=295;P5=-711;P6=702;D=0123456363456363636363456345634545456363454563456345634545454545454545634545456345630123456363456363636363456345634545456363454563456345634545454545454545634545456345630123456363456363636363456345634545456363454563456345634545454545454545634545456345630;CP=4;R=11;O;
2018.03.04 08:44:11.434 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:11.434 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:11.775 4: signalDuino/msg READredu: MU;P0=1668;P1=-299;P2=296;P3=-714;P4=708;D=012341412341414141412341234123232341412323412341234123232323232323234123232341234140;CP=2;R=12;
2018.03.04 08:44:11.777 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:11.777 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:14.215 4: signalDuino/msg READredu: MS;P4=-301;P5=281;P6=-725;P7=706;D=45656567456565656565656567456565674747472;CP=5;SP=2;R=18;
2018.03.04 08:44:14.264 4: signalDuino/msg READredu: MS;P3=-309;P4=287;P5=-720;P6=702;D=634545456345454545454545456345454563636360;CP=4;SP=1;R=17;
2018.03.04 08:44:14.313 4: signalDuino/msg READredu: MS;P3=-318;P4=287;P5=-717;P6=689;D=634545456345454545454545456345454563636360;CP=4;SP=1;R=17;
2018.03.04 08:44:14.482 4: signalDuino/msg READredu: MU;P0=5664;P1=-2519;P2=1683;P3=-298;P4=294;P5=-711;P6=710;D=0123456363456363636363456345634545456363454563454545634545454545454545634545456363630123456363456363636363456345634545456363454563454545634545454545454545634545456363630123456363456363636363456345634545456363454563454545634545454545454545634545456363630;CP=4;R=14;O;
2018.03.04 08:44:14.485 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:14.485 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.04 08:44:14.793 4: signalDuino/msg READredu: MU;P0=1676;P1=-289;P2=294;P3=-717;P4=722;D=012341412341414141412341234123232341412323412323234123232323232323234123232341414140;CP=2;R=14;
2018.03.04 08:44:14.795 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.04 08:44:14.795 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
Ich will sehen ob ich heute noch dazu komme , im Moment unterwegs.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
ich habe mir das mal - zumindest - auf die schnelle angeschaut.
Grundsätzlich glaube ich , dass eine integration möglich wäre , ob ich es hinbekomm - keine ahnung. ich habe zwar grossteile dieses moduls geschrieben , die ursprüngliche decodierung des signales kam aber von Dr. Smag, auf diese habe ich aufgebaut.
Ich werde mich in jedem Fall damit beschäftigen , schaffe es aber immer nur zwischendurch , da ich derzeit an einem anderen modul arbeite und mich in die materie auch erst einarbeiten muss . dazu gehört , dass ich mich in signalduino einarbeiten muss etc. pp.
Also erwarte da bittte nichts von heute auf morgen .
ggf. versuche ich mal dr. smag zu kontakten , ob er es reletiv schnell hinbekommt , er ist aber auch sehr eingespannt.
Gruss Byte09
:)
Das klingt auf jeden Fall schon mal super! Wenn etwas dauert dann ist es nunmal so! Gut Ding will Weile haben... Wenn es eingebunden werden könnte wäre das wirklich super! Freu mich sehr auf Resultate ;)
Vielen Dank schon mal!
Zitat von: misux am 04 März 2018, 17:02:52
:)
Das klingt auf jeden Fall schon mal super! Wenn etwas dauert dann ist es nunmal so! Gut Ding will Weile haben... Wenn es eingebunden werden könnte wäre das wirklich super! Freu mich sehr auf Resultate ;)
Vielen Dank schon mal!
Hi Misux,
ich habe mit den von dir gelieferten Signalen Probleme, da ich keine Vergleichsdaten habe, aus denen ich Unterschiede im Signal herleiten könnte , die helfen ID / Kanal etc. zu identifizieren. Das Problem ist , das ich nicht weiss, an welcher Position des Signals diese Daten stehen und dieses nur herausfinden könnte, wenn ich entweder Daten habe,von denen ich weiss, das sie in diesem Signal stehen müssten , oder anhand verschiedener Signale einen Vergleich machen kann, um die Startposition zu identifizieren .
gibt es auf deiner FB oder in den Unterlagen evt. die Angabe über eine ID und Kanal der Fernbedienung ( in der art ID AB00FC ) , ggf. auchmehr oder weniger stellen ?
gruss Byte09
Edit: Bei mir steht die ID z.B auf dem Batteriefachdeckel
@ Byte09
Laut Siro Homepage soll es mit der Angekündigten App möglich sein den Batterie Status zu Überwachen. Sollte es nicht möglich sein diesen Wert mit in dem Modul einzubauen wenn der Motor diese Daten liefert? Wäre sicherlich wesentlich genauer als den ladezustand über die Betriebszeit abzuschätzen!
Nur mal so ein Idee ;)
Zitat der Webseite von Siro: Mit der kommenden App und der Steuerungszentrale von SIRO wird Ihr elektrisches Rollo zu einem intelligenten Innensonnenschutz der bewegt!
Zitat von: Invers am 07 März 2018, 10:44:40
Zitat der Webseite von Siro: Mit der kommenden App und der Steuerungszentrale von SIRO wird Ihr elektrisches Rollo zu einem intelligenten Innensonnenschutz der bewegt!
Hmm ..... ist bisher an mir vorbeigegangen . Muss ich mir heute abend mal anschauen.
Wie das funktionieren soll ist mir im Moment völlig unklar, da ich davon ausgehe , das der Motor nunmal keinen rückkanal hat .
Über Handy finde ich diese Info nichtmal . Gibt es einen direkten link ?
.... habe es gefunden . Dabei geht es um einen neuen Typ von Motoren (bidirektional ). Für mich erstmal uninteressant , da ich nicht geplant habe umzurüsten. Inwieweit diese zentrale dann eine API etc. Bietet wird sich weisen , da wäre dann aber ein komplett neues Modul nötig .
..... wäre dann wohl ein Job für jemanden, der sich entsprechende Hardware zulegt .
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 06 März 2018, 17:50:58
Hi Misux,
ich habe mit den von dir gelieferten Signalen Probleme, da ich keine Vergleichsdaten habe, aus denen ich Unterschiede im Signal herleiten könnte , die helfen ID / Kanal etc. zu identifizieren. Das Problem ist , das ich nicht weiss, an welcher Position des Signals diese Daten stehen und dieses nur herausfinden könnte, wenn ich entweder Daten habe,von denen ich weiss, das sie in diesem Signal stehen müssten , oder anhand verschiedener Signale einen Vergleich machen kann, um die Startposition zu identifizieren .
gibt es auf deiner FB oder in den Unterlagen evt. die Angabe über eine ID und Kanal der Fernbedienung ( in der art ID AB00FC ) , ggf. auchmehr oder weniger stellen ?
gruss Byte09
Edit: Bei mir steht die ID z.B auf dem Batteriefachdeckel
Hallo!
Leider ist auf der FB nix zu finden. Ich kann dir aber die codes geben die der LightManager Air anzeigt wenn ich die 3 Tasten drücke:
GeräteID: 06FA8C
Rauf: 06FA8C3804C
STOPP: 06FA8C88047
Runter: 06FA8C8045
Hoffe das hilft weiter :-\
tja, weiss ich noch nicht genau .
wenn die daten stimmen, meine ich , das ich die ID in den rohdaten erkennen kann, den befehl finde ich dann allerdings nur im 'hoch' - befehl.
D=012345 63634563636363634563456345454563634545 45456363 63454545454545454563454563634545 01234563634563636363634563456345454563634545454563636345454545454545456345456363454560
der rote teil scheint mir die ID zu sein , der grüne möglicherweise der befehl und Kanal(?).
das die beiden anderen Befehle nicht passen (jeweils 1 high/low stimmt nicht) kann aber auch mit einem Fehlerhaften empfang zusammenhängen, aber ich finde es schon merkwürdig, das die länge der 3 daten vom lightmanager unterschiedlich lang sind ?!
könntest du die Daten bitte nochmal aufzeichnen ?
gruss Byte09
::) Ach ich doof... sorry habe eine Zahl übersehen und natürlich auch Stopp und runter vertauscht...
GeräteID: 06FA8C
Rauf: 06FA8C3804C
STOPP: 06FA8C88045
Runter: 06FA8C88047
Habe aber noch etwas probiert... der Lightmanager kann auch Frequenzen "lesen" und verwenden... das was ich unten im code ist ist das was der Lightmanager ausliest wenn ich die Frequenzen auslese und damit kann er auch das rollo fahren und stoppen... das mit der ID und den 3 Codes ist erst neu, das geb es als ich das rollo eingelernt habe noch nicht...
Das Problem ist das ich den Code nicht rauskopiert bekomme... er ist elendig lang und ich bekomme ihn nicht aus dem Tool raus...
Aber hier mal im Anhang ein screenshot davon, vielleicht ist ja das schon brauchbar...
Und ich habe nochmal verbose 5 durchgeführt sicherheitshalber:
2018.03.07 20:58:58.605 4: signalDuino/msg READredu: MS;P1=284;P2=-6532;P3=1592;P4=-316;P6=-714;P7=701;D=01234167474167474747474167416741616167474161616167474741616161616161616741616747416167;CP=1;SP=2;R=39;
2018.03.07 20:58:58.638 4: signalDuino/msg READredu: MS;P3=-295;P4=294;P5=-707;P6=721;D=454563636345454545454545456345456363454560;CP=4;SP=1;R=40;
2018.03.07 20:58:58.703 4: signalDuino/msg READredu: MS;P3=-306;P4=304;P5=-709;P6=701;D=454563636345454545454545456345456363454560;CP=4;SP=1;R=40;
2018.03.07 20:58:58.873 4: signalDuino/msg READredu: MU;P0=5662;P1=-2515;P2=1679;P3=-316;P4=295;P5=-715;P6=699;D=0123456363456363636363456345634545456363454545456363634545454545454545634545636345450123456363456363636363456345634545456363454545456363634545454545454545634545636345450123456363456363636363456345634545456363454545456363634545454545454545634545636345450;CP=4;R=39;O;
2018.03.07 20:58:58.875 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:58:58.875 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:58:59.445 4: signalDuino/msg READredu: MU;P0=1676;P1=-291;P2=293;P3=-718;P4=710;D=012341412341414141412341234123232341412323232341414123232323232323234123234141232340;CP=2;R=39;
2018.03.07 20:58:59.447 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:58:59.448 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:02.962 4: signalDuino/msg READredu: MU;P0=-323;P1=278;P2=-731;P3=687;D=012303030303012301230121212303012123012301230121212121212121230121212301230;CP=1;R=40;
2018.03.07 20:59:02.964 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:02.965 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:03.011 4: signalDuino/msg READredu: MS;P3=-309;P4=292;P5=-715;P6=705;D=634563456345454545454545456345454563456360;CP=4;SP=1;R=40;
2018.03.07 20:59:03.181 4: signalDuino/msg READredu: MU;P0=5675;P1=-2517;P2=1690;P3=-289;P4=295;P5=-712;P6=715;D=0123456363456363636363456345634545456363454563456345634545454545454545634545456345630123456363456363636363456345634545456363454563456345634545454545454545634545456345630123456363456363636363456345634545456363454563456345634545454545454545634545456345630;CP=4;R=40;O;
2018.03.07 20:59:03.183 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:03.183 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:03.794 4: signalDuino/msg READredu: MU;P0=1682;P1=-289;P2=302;P3=-703;P4=716;P5=5768;P6=-2512;D=012341412341414141412341234123232341412323412341234123232323232323234123232341234156012341412341414141412341234123232341412323412341234123232323232323234123232341234140;CP=2;R=40;
2018.03.07 20:59:03.801 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:03.802 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:04.088 4: signalDuino/keepalive ok, retry = 0
2018.03.07 20:59:08.231 4: signalDuino/msg READredu: MS;P1=682;P4=-327;P5=274;P6=-738;D=45656561456565656565656561456565614141412;CP=5;SP=2;R=40;
2018.03.07 20:59:08.401 4: signalDuino/msg READredu: MU;P0=5674;P1=-2516;P2=1698;P3=-291;P4=302;P5=-709;P6=716;D=0123456363456363636363456345634545456363454563454545634545454545454545634545456363630123456363456363636363456345634545456363454563454545634545454545454545634545456363630123456363456363636363456345634545456363454563454545634545454545454545634545456363630;CP=4;R=40;O;
2018.03.07 20:59:08.403 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:08.403 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:08.433 4: signalDuino/msg READredu: MU;P0=1684;P1=-287;P2=298;P3=-710;P4=726;D=012341412341414141412341234123232341412323412323234123232323232323234123232341414140;CP=2;R=41;
2018.03.07 20:59:08.435 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:08.435 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:09.082 4: signalDuino/msg READredu: MU;P0=5392;P1=-2510;P2=1690;P3=-302;P4=298;P5=-709;P6=702;D=01234563634563636363634563456345454563634545634545456345454545454545456345454563636301234563634563636363634563456345454563634545634545456345454545454545456345454563636360;CP=4;R=40;
2018.03.07 20:59:09.088 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:09.089 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:09.392 4: signalDuino/msg READredu: MS;P0=242;P1=-4037;P2=366;P3=-2088;P4=-628;P5=-8704;P6=136;D=232323232321232321032123242523232321212160;CP=2;SP=5;R=218;
2018.03.07 20:59:09.537 4: signalDuino/msg READredu: MS;P0=118;P1=-4046;P2=359;P3=-2093;P4=228;P5=-580;P6=-8684;D=234526232323212121212321232323232323232300;CP=2;SP=6;R=217;
2018.03.07 20:59:09.668 4: signalDuino/msg READredu: MS;P2=395;P3=-8684;P4=-2076;P5=-4016;P6=268;D=2324242425252525242524242424242424242425252464240;CP=2;SP=3;R=219;
2018.03.07 20:59:09.783 4: signalDuino/msg READredu: MS;P0=223;P1=-2097;P2=351;P3=-4039;P5=-8680;D=252121212303232321232121212121212121212323212121012123210;CP=2;SP=5;R=219;
Zitat von: misux am 07 März 2018, 20:55:01
::) Ach ich doof... sorry habe eine Zahl übersehen und natürlich auch Stopp und runter vertauscht...
GeräteID: 06FA8C
Rauf: 06FA8C3804C
STOPP: 06FA8C88045
Runter: 06FA8C88047
Habe aber noch etwas probiert... der Lightmanager kann auch Frequenzen "lesen" und verwenden... das was ich unten im code ist ist das was der Lightmanager ausliest wenn ich die Frequenzen auslese und damit kann er auch das rollo fahren und stoppen... das mit der ID und den 3 Codes ist erst neu, das geb es als ich das rollo eingelernt habe noch nicht...
Das Problem ist das ich den Code nicht rauskopiert bekomme... er ist elendig lang und ich bekomme ihn nicht aus dem Tool raus...
Aber hier mal im Anhang ein screenshot davon, vielleicht ist ja das schon brauchbar...
Und ich habe nochmal verbose 5 durchgeführt sicherheitshalber:
2018.03.07 20:58:58.605 4: signalDuino/msg READredu: MS;P1=284;P2=-6532;P3=1592;P4=-316;P6=-714;P7=701;D=01234167474167474747474167416741616167474161616167474741616161616161616741616747416167;CP=1;SP=2;R=39;
2018.03.07 20:58:58.638 4: signalDuino/msg READredu: MS;P3=-295;P4=294;P5=-707;P6=721;D=454563636345454545454545456345456363454560;CP=4;SP=1;R=40;
2018.03.07 20:58:58.703 4: signalDuino/msg READredu: MS;P3=-306;P4=304;P5=-709;P6=701;D=454563636345454545454545456345456363454560;CP=4;SP=1;R=40;
2018.03.07 20:58:58.873 4: signalDuino/msg READredu: MU;P0=5662;P1=-2515;P2=1679;P3=-316;P4=295;P5=-715;P6=699;D=0123456363456363636363456345634545456363454545456363634545454545454545634545636345450123456363456363636363456345634545456363454545456363634545454545454545634545636345450123456363456363636363456345634545456363454545456363634545454545454545634545636345450;CP=4;R=39;O;
2018.03.07 20:58:58.875 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:58:58.875 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:58:59.445 4: signalDuino/msg READredu: MU;P0=1676;P1=-291;P2=293;P3=-718;P4=710;D=012341412341414141412341234123232341412323232341414123232323232323234123234141232340;CP=2;R=39;
2018.03.07 20:58:59.447 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:58:59.448 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:02.962 4: signalDuino/msg READredu: MU;P0=-323;P1=278;P2=-731;P3=687;D=012303030303012301230121212303012123012301230121212121212121230121212301230;CP=1;R=40;
2018.03.07 20:59:02.964 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:02.965 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:03.011 4: signalDuino/msg READredu: MS;P3=-309;P4=292;P5=-715;P6=705;D=634563456345454545454545456345454563456360;CP=4;SP=1;R=40;
2018.03.07 20:59:03.181 4: signalDuino/msg READredu: MU;P0=5675;P1=-2517;P2=1690;P3=-289;P4=295;P5=-712;P6=715;D=0123456363456363636363456345634545456363454563456345634545454545454545634545456345630123456363456363636363456345634545456363454563456345634545454545454545634545456345630123456363456363636363456345634545456363454563456345634545454545454545634545456345630;CP=4;R=40;O;
2018.03.07 20:59:03.183 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:03.183 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:03.794 4: signalDuino/msg READredu: MU;P0=1682;P1=-289;P2=302;P3=-703;P4=716;P5=5768;P6=-2512;D=012341412341414141412341234123232341412323412341234123232323232323234123232341234156012341412341414141412341234123232341412323412341234123232323232323234123232341234140;CP=2;R=40;
2018.03.07 20:59:03.801 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:03.802 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:04.088 4: signalDuino/keepalive ok, retry = 0
2018.03.07 20:59:08.231 4: signalDuino/msg READredu: MS;P1=682;P4=-327;P5=274;P6=-738;D=45656561456565656565656561456565614141412;CP=5;SP=2;R=40;
2018.03.07 20:59:08.401 4: signalDuino/msg READredu: MU;P0=5674;P1=-2516;P2=1698;P3=-291;P4=302;P5=-709;P6=716;D=0123456363456363636363456345634545456363454563454545634545454545454545634545456363630123456363456363636363456345634545456363454563454545634545454545454545634545456363630123456363456363636363456345634545456363454563454545634545454545454545634545456363630;CP=4;R=40;O;
2018.03.07 20:59:08.403 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:08.403 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:08.433 4: signalDuino/msg READredu: MU;P0=1684;P1=-287;P2=298;P3=-710;P4=726;D=012341412341414141412341234123232341412323412323234123232323232323234123232341414140;CP=2;R=41;
2018.03.07 20:59:08.435 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:08.435 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:09.082 4: signalDuino/msg READredu: MU;P0=5392;P1=-2510;P2=1690;P3=-302;P4=298;P5=-709;P6=702;D=01234563634563636363634563456345454563634545634545456345454545454545456345454563636301234563634563636363634563456345454563634545634545456345454545454545456345454563636360;CP=4;R=40;
2018.03.07 20:59:09.088 4: signalDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.03.07 20:59:09.089 5: signalDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.03.07 20:59:09.392 4: signalDuino/msg READredu: MS;P0=242;P1=-4037;P2=366;P3=-2088;P4=-628;P5=-8704;P6=136;D=232323232321232321032123242523232321212160;CP=2;SP=5;R=218;
2018.03.07 20:59:09.537 4: signalDuino/msg READredu: MS;P0=118;P1=-4046;P2=359;P3=-2093;P4=228;P5=-580;P6=-8684;D=234526232323212121212321232323232323232300;CP=2;SP=6;R=217;
2018.03.07 20:59:09.668 4: signalDuino/msg READredu: MS;P2=395;P3=-8684;P4=-2076;P5=-4016;P6=268;D=2324242425252525242524242424242424242425252464240;CP=2;SP=3;R=219;
2018.03.07 20:59:09.783 4: signalDuino/msg READredu: MS;P0=223;P1=-2097;P2=351;P3=-4039;P5=-8680;D=252121212303232321232121212121212121212323212121012123210;CP=2;SP=5;R=219;
Hi Misux,
dank dir für die daten.
ich bin das wochenende mal im kurzurlaub und werde mir das erst kiommende woche anschauen können.
gruss Byte09
:) Hallo!
Ich wollte mal, ohne drängeln zu wollen, fragen ob ein Erfolg in aussicht ist?
Das ist inzwischen das einzige was mich daran hindert den LightManager zu verkaufen ;D
Vielen Dank für deine Mühe!
Zitat von: misux am 18 März 2018, 13:35:34
:) Hallo!
Ich wollte mal, ohne drängeln zu wollen, fragen ob ein Erfolg in aussicht ist?
Das ist inzwischen das einzige was mich daran hindert den LightManager zu verkaufen ;D
Vielen Dank für deine Mühe!
hi,
ich bin die woche nicht dazu gekommen, mich damit zu beschäftigen und war letztes wochenende nichtz da. ich werde die kommende woche sehen ,ob ich zeit finde.
gruss byte09
Alles klar! Kein Problem... Drücke die Daumen das es dir problem- und umstandslos gelingt!
Vielen Dank!
::) Da bin ich irgendwie ausversehen auf die Zeile im Lightmanager gekommen wo der unheimlich lange Code steht... ;D
Hab ihn dann mal kopiert ::) ;)
HIer der erlernte Code für HOCH
55,32,21,6,5,F,D,7,D,7,5,F,E,6,D,7,D,6,E,7,D,7,5,F,D,7,5,F,D,6,6,E,6,E,6,F,D,6,E,6,6,E,6,E,6,E,5,F,E,6,D,7,D,7,5,F,5,F,5,F,5,F,5,F,5,E,6,E,6,E,E,7,5,E,6,E,E,6,D,7,5,F,5,F,D,2,62,32,21,7,5,E,E,6,E,7,5,F,D,6,E,6,E,6,E,6,E,6,5,F,E,6,6,E,D,7,5,F,5,F,5,F,D,7,D,7,5,F,5,F,5,F,5,E,E,6,E,6,E,6,6,F,5,E,6,E,6,E,5,F,5,F,5,F,5,F,D,7,5,F,5,E,E,7,D,7,5,F,5,E,E,2,62,32,20,7,5,F,E,6,E,6,6,E,D,7,D,7,D,7,D,7,D,7,5,F,D,6,6,E,E,7,4,10,5,E,6,E,E,6,E,6,5,F,5,F,5,F,5,F,D,7,D,7,E,6,5,F,5,E,6,E,6,E,6,F,5,F,5,E,6,E,E,6,6,E,6,E,E,6,E,6,6,E,5,F,D,2,62,32,21,7,5,F,D,6,E,6,6,E,E,6,E,7,D,6,E,6,E,6,6,E,D,7,5,F,E,6,5,F,6,E,5,F,D,7,D,7,5,F,5,F,5,E,6,E,E,7,D,6,E,6,6,E,6,E,6,E,5,F,5,F,5,F,5,F,5,F,D,7,5,F,5,F,D,6,E,6,6,F,5,F,D,1,63,32,21,6,6,E,D,7,D,7,5,F,D,7,D,7,D,7,D,7,D,6,6,F,D,7,5,E,E,6,6,E,6,E,6,F,D,6,E,6
Hier der Coder für RUNTER:
55,31,22,6,5,F,D,7,D,7,5,F,D,7,D,6,E,6,E,6,E,7,5,F,D,6,6,E,E,6,6,E,6,E,6,E,E,6,E,6,6,E,6,E,D,7,5,F,5,F,5,F,D,6,6,F,5,F,5,F,5,E,6,E,6,E,6,E,5,F,E,6,5,F,6,E,6,E,D,7,E,6,E,6,D,1,63,32,21,6,6,E,E,6,E,6,6,E,E,6,E,6,D,7,D,7,E,6,5,F,D,7,6,E,D,7,5,F,5,F,5,E,E,6,E,6,6,F,5,F,D,6,6,E,6,E,6,E,E,6,6,E,5,F,6,E,5,F,5,F,5,F,5,F,5,F,D,6,6,E,6,F,5,E,E,7,D,6,E,6,E,1,63,32,20,7,5,F,E,6,D,7,5,F,D,6,E,7,D,7,D,7,D,6,6,E,E,6,6,E,E,6,6,E,5,F,6,E,D,7,D,7,5,F,5,F,D,7,6,E,5,F,5,F,D,7,5,E,6,E,6,E,6,E,6,E,6,E,5,F,6,E,D,7,5,F,5,F,5,F,D,7,D,6,E,7,D,1,63,32,21,7,5,E,E,6,E,6,6,E,E,6,E,6,E,6,E,6,D,7,6,E,D,7,5,F,D,7,5,F,5,E,6,F,D,7,D,7,5,E,6,E,E,6,6,E,6,E,5,F,E,6,6,E,6,E,5,F,5,F,5,F,5,F,5,F,5,F,D,7,5,F,5,E,6,E,E,6,E,6,E,6,E,1,63,31,22,6,5,F,D,7,D,7,5,F,D,7,D,6,E,6,E,6,E,7,5,E,E,6,6,E,E,6,6,E,6,E,5,F,E,6,D,7
UND der für STOP:
55,32,21,6,5,F,E,6,D,7,5,F,D,7,D,7,D,7,D,7,D,6,6,E,E,6,6,E,E,7,5,E,6,E,6,E,D,7,E,6,5,F,5,F,E,6,6,E,D,7,5,F,D,7,5,F,5,E,6,E,6,E,6,E,5,F,6,E,6,E,E,6,6,E,5,F,5,F,E,6,5,F,D,7,D,2,62,32,21,7,5,F,D,6,E,6,6,E,E,6,E,6,E,6,E,6,D,7,6,E,E,6,5,F,D,7,5,F,5,F,5,E,E,7,D,7,5,E,6,E,E,6,6,E,E,7,5,E,E,6,6,E,6,E,6,E,5,F,5,F,5,F,5,F,5,E,E,7,5,F,5,F,5,E,E,6,6,E,E,6,E,1,62,33,21,6,6,E,D,6,E,7,5,F,D,7,D,7,D,6,E,6,E,6,6,E,E,6,6,E,E,6,6,E,6,E,5,F,E,6,E,6,5,F,6,E,D,7,5,F,D,7,5,E,E,6,6,E,6,F,5,E,6,E,6,E,6,E,6,E,5,F,E,6,6,E,5,F,5,F,D,7,5,F,D,7,D,1,63,32,21,6,6,E,E,6,E,6,5,F,E,6,D,7,D,7,D,7,D,7,5,F,D,7,5,F,D,7,5,F,5,F,5,F,D,6,E,6,6,E,6,E,E,6,6,E,E,6,6,E,D,7,5,F,5,F,5,F,5,F,5,F,5,F,5,F,5,E,E,6,6,E,6,E,6,F,D,6,6,E,E,6,D,2,62,33,20,7,5,F,D,7,D,6,6,E,E,6,E,6,E,7,D,6,E,6,6,E,D,7,6,E,E,6,5,F,6,E,6,E,D,7,D,7
Ich hoffe das macht die Sache etwas einfacher 8)
Vielen Dank für deine Mühe!
ich habe heute zum ersten mal eine Zeile im Log entdeckt, die erscheint, wenn man die SIRO Fernbedienung nutzt:
2018.03.23 06:36:59 3: Siro_Parse: Incomming msg from IODevice E2323E23 - Rollo_Garten_tuer device is defined
Kann man die ignorieren, oder wird darüber FHEM rückgemeldet, dass sich der Zustand geändert hat?
Zitat von: Loki am 23 März 2018, 09:00:50
ich habe heute zum ersten mal eine Zeile im Log entdeckt, die erscheint, wenn man die SIRO Fernbedienung nutzt:
2018.03.23 06:36:59 3: Siro_Parse: Incomming msg from IODevice E2323E23 - Rollo_Garten_tuer device is defined
Kann man die ignorieren, oder wird darüber FHEM rückgemeldet, dass sich der Zustand geändert hat?
Kannst du ignorieren . Die Meldung ist auch nicht wirklich wichtig und mit loglevel 3 deutlich zu niedrig angesetzt. Ich ändere das heute abend auf loglevel 5. Ist dann mit dem nächsten update erledigt.
Gruss byte09
Gesendet von meinem SM-G900F mit Tapatalk
Hallo :)
Will mal wieder nicht Stressen und unnötigen Druck aufbauen ;D
Muss aber meinen lightmanager abstoßen ::)
Hat sich schon etwas mit meinem Problemkind ergeben?
Hatte die Codes weiter oben gepostet die hoffendlich geholfen haben..
Vielen Dank!
Zitat von: misux am 26 März 2018, 18:51:25
Hallo :)
Will mal wieder nicht Stressen und unnötigen Druck aufbauen ;D
Muss aber meinen lightmanager abstoßen ::)
Hat sich schon etwas mit meinem Problemkind ergeben?
Hatte die Codes weiter oben gepostet die hoffendlich geholfen haben..
Vielen Dank!
um ehrlich zu sein habe ich mich damit noch nicht weiter beschäftigen können , da ich im moment lange arbeitstage habe und mich zur zeit primär um mein anderes modul kümmere.
hier geht es ja nicht darum einen Fehler zu beheben ( was ich immer vorrangig machen würde ) sondern darum , ein neues Protokoll zu implementieren.
sobald ich etwas mehr zeit übrig habe beschäftige ich mich aber damit .
..... möchte auch ungerne zuhause mit der roten Karte angezählt werden ( waf ) ;) .
gruss Byte09
Hallo! Ja, ich wieder... ;D
Hoffe es gab bis dato keine rote Karte! :P
Aber gab es vielleicht eine freie Minute für mein Problemkind :-X
Gruß, David
Das ganze Thema scheint ja doch modularer und komplexer zu sein als ich angenommen habe ??? Ich habe nun mehr oder weniger mal mit der ,,halb´´ niederländischen Firma ;D ein interessantes Gespräch geführt und mal so im groben und ganzen für mich wichtige Punkt zusammengekratzt, die mir ein Mitarbeiter des Unternehmen recht kompetent beantwortet hat 8)
Zuallerst finde ich, dass sich das ganze FHEM gedöns hier weitgehenssssttttttt erledigt hat, da das unternehmen genau wie Somfy die API für Entwickler (So wie es ja auch Apple mit Developer-Prgrammen seit IOS7 macht) eine ähnliche ,,Lizenz´´freigibt.
Des Weiteren werden sich so wie ich das herauskristallisiert habe, die Kommunikationsstrukturen ändern oder sich zumindest vom ,,propietären´´ abgekapselt werden. Interessant wird´s dann auch mit Antriebstechniken die über Bluetooth kommunizieren sollen. Wie @byte schon richtig erwähnte, wird das Unternehmen Bi-Direktionale Antriebstechniken verwenden, die über eine eigens entwickelte Gateway unteranderem dann mit Amazon Alexa, Google Home und Apple Home Kit interagieren sollen, womit die Möglichkeiten ja nach meiner Analyse hier alles Bedürfnisse gleichzeitig befriedigen sollte, wie das Produktportfolio von Eis.de ;D ;D ;D ;D
Und da wir dann bei Signale ,,lesen´´ sind emuliert der BroadLink RMPRo übrigens prima die Befehle des SIRO Handsenders. Wer über ein Android Gerät verfügt, kann schon jetzt ohne große Quantenphysikalischen Prozesse,Alexa implementieren, zumindest einfacher als aktuell über FHEM... ::)
Zitat von: derrichter am 09 April 2018, 15:28:09
Zuallerst finde ich, dass sich das ganze FHEM gedöns hier weitgehenssssttttttt erledigt hat, .......
Hmmm......
Ich bin mir gerade gar nicht so sicher , ob es ein wirklich guter Einstieg ( erster Beitrag ) in ein Fhem forum ist , das Thema als "gedöns" zu betiteln ;)
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Wir hatten auch keine Lust, so lange auf Siro zu warten. Für das FHEM-Gedöns sind wir, so vermute ich mal für alle sprechen zu dürfen, sehr dankbar, zumal die neuen Lösungen wohl eher nicht für die alten Motoren gedacht ist. Man sollte doch wenigstens etwas respektvoller mit der Leistung Anderer umgehen. Diese Lösung funktioniert immerhin schon sehr lange.
Daher an der Stelle nochmals vielen Dank für die Entwicklung.
EDIT:
Laut Amazon Beschreibung: Wenn der Code Rolling Code ist, kann broadlink RM PRO es nicht unterstützen
Wieviele Rollos steuerst du denn damit?
Guten Tag allerseits,
nachdem meine Siros die letzten Monate wunderbar liefen (danke nochmals an Byte09 und Dr.Smag) hat am Wochenende mein Raspberry irgendwie ein Software self distruct durchgeführt, und ich bin dabei, den lieben Kleinen und FHEM wieder aufzusetzen.
Nun fehlt noch das Siro Modul, war in der Standard FHEM Installation nicht dabei. Kann mir jemand auf die Schnelle sagen wo ich den letzten Stand finde und runterladen kann? Ist bestimmt irgendwo in den Tiefen dieses Threads zu finden, aber...
Gruss aus HH, Thomas
@derrichter
bis apple, alexa, google und alle anderen dingenskonsorten auch annhärend das können was Fhem kann werden wir nicht mehr sein vermute ich...
Das einzige was fhem noch NICHT kann ist leider mein Rollo ansprechen... aber ich gebe die Hoffnung nicht auf...
Zitat von: ThomasGHH am 09 April 2018, 19:31:24
Guten Tag allerseits,
nachdem meine Siros die letzten Monate wunderbar liefen (danke nochmals an Byte09 und Dr.Smag) hat am Wochenende mein Raspberry irgendwie ein Software self distruct durchgeführt, und ich bin dabei, den lieben Kleinen und FHEM wieder aufzusetzen.
Nun fehlt noch das Siro Modul, war in der Standard FHEM Installation nicht dabei. Kann mir jemand auf die Schnelle sagen wo ich den letzten Stand finde und runterladen kann? Ist bestimmt irgendwo in den Tiefen dieses Threads zu finden, aber...
Gruss aus HH, Thomas
Mach mal ein 'update' in der befehlszeile, dann sollte es aktualisiert werden . Falls nicht kannst du es auch direkt hier downloaden:
https://svn.fhem.de/fhem/trunk/fhem/FHEM/98_Siro.pm (https://svn.fhem.de/fhem/trunk/fhem/FHEM/98_Siro.pm)
gruss Byte09
Zitat von: derrichter am 09 April 2018, 15:28:09
Das ist ja schon dreist! Sich extra anzumelden, um solche Tiraden los zu lassen!
Gut ist, dass Du hier nie einen Fuss auf die Erde bekommen wirst! Und wer zwingt Dich dieses "fuerchterliche" fhem einzusetzen? Nur weil es hier derzeit die einzige Unterstuetzung fuer Deine Siro Motoren gibt?
:-X :-X :-X
Ohje...ich wollte hier keinen Krieg anzetteln :-X Ich finde persönlich, dass diese open source Lösung wunderbare und intelligente Strukturierungs- und Vernetzungsmöglichkeiten bietet, jedoch für eine abgekapselte Community und nicht für die Allgemeinheit da draußen. Selbst mit enormen Skills bedarf die Einrichtung des ,,FUndaments´´ von FHEM MINDESTENSSSSS 1 Stunde. In der Zeit sind Häuser in Deutschland errichtet worden.
Ich pranger FHEM nicht schlecht an und respektiere die Arbeit jedes einzelnen Entwicklers der Zeit = Geld investiert hat. Wer sich einmal die Handlungen der Smart-Home Unternehmen anschaut, erkennt, dass diese mittlerweile vom Zug des ,,Wir kochen unser eigenes Süppchen´´ weggeleitet werden. Die Zukunft des Vernetzten Zuhause liegt daran, alles vernetzbar zu machen und das Ziel ist es, dies für jeden Ottonormalverbraucher realisierbar zu machen. Irgendwann wird es meines Erachtens DEN EINEN Kommunikationsstandard schlechthin geben, eine Sprache wie die obligatorisch Englische Sprache heutzutage - eine Grundvoraussetzung, denn es ist Faktisch so: Man kann auch ohne FHEM im Smart Home leben...
Aber Männers, fühlt euch hier nicht angegriffen, ich meine das nicht Böse ;) :)
Das ist alles eine sehr allgemeine Aussage, die ich so nicht akzeptieren kann. Bei welchen Unternehmen hast du denn das beobachtet
"Und da wir dann bei Signale ,,lesen´´ sind emuliert der BroadLink RMPRo übrigens prima die Befehle des SIRO Handsenders. Wer über ein Android Gerät verfügt, kann schon jetzt ohne große Quantenphysikalischen Prozesse,Alexa implementieren, zumindest einfacher als aktuell über FHEM... ::)"
Das ist aber auch nicht gerade Otto-Normalverbraucher-Art.
Ausserdem schalte ich meine Rollos in Abhängigkeit vom Aussenlicht, welches gemessen wird. Das kann Alexa gerade nicht, denke ich. Wer hier aktiv ist, will eine echte Automatisierung und keinen Klickbutton auf dem Handy.
Dass man die Rollos auf verschiedene Weise in Bewegung versetzen kann, ist nicht das, was wir suchen. Dann könnte man auch die Original FB nutzen.
Aber solche Diskussionen führen zu nichts. Wer hier aktiv ist, der hat gute Gründe dafür.
Ich weiss jetzt also nicht wirklich, wie dein Beitrag mein Dasein bereichern soll.
Und ich zitiere mich mal selber:
"Laut Amazon Beschreibung: Wenn der Code Rolling Code ist, kann broadlink RM PRO es nicht unterstützen
"
Zitat von: Invers am 10 April 2018, 14:49:58
Aber solche Diskussionen führen zu nichts. Wer hier aktiv ist, der hat gute Gründe dafür.
Ich weiss jetzt also nicht wirklich, wie dein Beitrag mein Dasein bereichern soll.
So ist es. FHEM bietet nun mal deutlich mehr an Automatisierungsmöglichkeiten, als Alexa, HomeKit und Co derzeit drauf haben. Sie sind damit eine nette Ergänzung, wenn die Vollautomatisierung etwas nicht abdeckt.
Würde ich auf den beschworenen einen Standard warten, würde ich das seit 2012 tun.
Also warte Du gern weiter.
PS: das letzte bezieht sich natürlich nicht auf Dich, Invers.
ZitatPS: das letzte bezieht sich natürlich nicht auf Dich, Invers.
Hatte ich auch nicht angenommen, da ich a) deiner Meinung und b) selbst schon sehr lange dabei bin.
Mich hatte auch gerade der Umstand, dass es nichts Vernünftiges für die Hausautomatisierung gab, zu diesem Schritt bewegt. Ich habs bis heute nicht eine Sekunde bereut und sehne mich auch nicht nach der Utopie eines Standards. Da jede Firma Kunden binden und Geld verdienen will, werden die wohl in der nächsten Zeit weiter ihr eigenes Süppchen kochen. Aber wer sieht schon die Zukunft?! Und weil das keiner kann, denke ich: Besser fhem in der Hand, als den Wunderstandard auf dem Dach. Sorry, bin etwas weit vom eigentlichen Thema, aber ich ärgere mich und das muss dann mal raus.
Wenn ich mir den Schreibstil von derrichter ansehe, vermute ich mal, dass er es wirklich nicht böse meinte, aber leider sehr unüberlegt und teilweise auch inhaltlich falsch, hier was reingetippt hat. Ich empfehle daher: Zuerst denken, dann das Gedachte überprüfen und dann schreiben.
Zitat von: Byte09 am 09 April 2018, 20:15:48
Mach mal ein 'update' in der befehlszeile, dann sollte es aktualisiert werden . Falls nicht kannst du es auch direkt hier downloaden:
https://svn.fhem.de/fhem/trunk/fhem/FHEM/98_Siro.pm (https://svn.fhem.de/fhem/trunk/fhem/FHEM/98_Siro.pm)
gruss Byte09
Moin Byte09,
danke, hat mit dem update funktioniert.
Es war wirklich kein Angriff meinerseits, jedoch dürfen Sie sich nicht vor der Wahrheit verschränken: FHEM ist halt nix für Consumer-Normalos
weil der Aufwand in Form von Eigenleistung SEHR hoch ist. Und das ist Fakt.
Und weil man selber programmieren muss (mit Perl).
Wäre schön, wenn FHEM durch den nun entstehenden SmartHome Hype
einen ordentlichen Aufwind erfährt, der dazu führt dass das weitere Neuerungen und Innovationen und insbesondere mehr Komfort kommt.
FHEM ist halt eine Privat-Initiative (so wie Linux das mal war)
und würde eine finanzielle Injektion benötigen um professioneller zu werden
(so wie Linux oder LibreOffice). Außerdem ist die Oberfläche seien wir ehrlich absolut nicht attraktiv.
Zitat von: derrichter am 12 April 2018, 14:15:17
Es war wirklich kein Angriff meinerseits, jedoch dürfen Sie sich nicht vor der Wahrheit verschränken: FHEM ist halt nix für Consumer-Normalos
weil der Aufwand in Form von Eigenleistung SEHR hoch ist. Und das ist Fakt.
Und weil man selber programmieren muss (mit Perl).
Wäre schön, wenn FHEM durch den nun entstehenden SmartHome Hype
einen ordentlichen Aufwind erfährt, der dazu führt dass das weitere Neuerungen und Innovationen und insbesondere mehr Komfort kommt.
FHEM ist halt eine Privat-Initiative (so wie Linux das mal war)
und würde eine finanzielle Injektion benötigen um professioneller zu werden
(so wie Linux oder LibreOffice). Außerdem ist die Oberfläche seien wir ehrlich absolut nicht attraktiv.
Und worin siehst du die Vorteile von FHEM. Warum würdest Du es verwenden?
Zitat von: derrichter am 12 April 2018, 14:15:17
FHEM ist halt eine Privat-Initiative (so wie Linux das mal war)
und würde eine finanzielle Injektion benötigen um professioneller zu werden
(so wie Linux oder LibreOffice). Außerdem ist die Oberfläche seien wir ehrlich absolut nicht attraktiv.
naja, in dem moment wo es keine PrivatInitiative mehr wäre haääte es wohl bei weitem nicht mehr den Funktionsumfang den hier eine vielzahl von motivierten Usern beisteuern, warum sollte das jemand tun , wenn ein anderer damit ggf. verdient ?!
ja, die Oberflächendiskussion , ist ja nun nicht neu !
..... dafür aber Irrelevant. Die Oberfläche spielt doch eine untergeordnete Rolle. Was auch immer ... einmalig einrichten ... fertig . Wenn ich permanent auf die Oberfläche zugreifen müsste , dann ist doch mein Konzept irgendwie zu hinterfragen ?! Ich will ja eine Hausautomation , keine Universalfernbedienung ... sonst würde ich mir diese kaufen ( die gibt es ja durchaus recht ansprechend ;) )
..... aber irgendwie alles OT
gruss Byte09
Hallo zusammen,
ich habe ein Problem und hoffe, dass Ihr mir da evtl. weiterhelfen könnt.
Ich habe das Modul bisher erfolgreich mit einem Rollo (Typ ERB15LE) im Einsatz. Da ich davon so begeistert war, habe ich mir noch ein weiteres (baugleiches) zugelegt. Leider bekomme ich dieses nicht gepairt.
Ich habe alles genauso gemacht, wie ich da erste angelegt habe, aber leider reagiert es erst gar nich auf den Prog-Befehl.
Ich habe hier mal ein List meines IODev mit dem Namen sduino:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
FD 12
LASTDMSG nothing
NAME sduino
NR 205
PARTIAL
STATE opened
TIME 1523633770.16707
TYPE SIGNALduino
sendworking 0
version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
versionmodul v3.3.3-dev_01.04.
Helper:
DBLOG:
state:
DBLogging:
TIME 1523633793.68271
VALUE opened
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2018-04-05 13:56:05 ping OK
2018-04-13 17:36:33 state opened
2018-04-13 17:36:33 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
helper:
bm:
SIGNALduino_Get:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:40:24
max 6.89029693603516e-05
tot 6.89029693603516e-05
mAr:
HASH(0x5299988)
sduino
?
SIGNALduino_Read:
cnt 196
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:44:26
max 0.00246405601501465
tot 0.139797925949097
mAr:
HASH(0x5299988)
SIGNALduino_Set:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:40:24
max 9.39369201660156e-05
tot 0.000115871429443359
mAr:
HASH(0x5299988)
sduino
?
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
development m72m72.1
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
room Interfaces
whitelist_IDs 72
Ein List meines neuen Rollos:
Internals:
CHANNEL 1
DEF A23B7C51
ID A23B7C5
INFO limited function without ATTR time_to_open / time_to_close / time_down_to_favorite
IODev sduino
NAME Siro_links
NR 515
NTFY_ORDER 50-Siro_links
STATE 0
TYPE Siro
Version V 0.49
state 0
CODE:
1 A23B7C51
READINGS:
2018-04-05 16:27:07 action no action
2018-04-05 15:51:50 last_reset_os 0
2018-04-05 16:27:07 operating_seconds 11.16
2018-04-13 17:36:20 position 0
2018-04-05 16:34:20 prog_mode 180
2018-04-13 17:36:20 state 0
helper:
aktMsg prog 1522938860.55417
lastMsg prog 1522938859.70116
lastProg 1522939040.53848
lastparse
lastparse_stop stop 1522936310.26689
parse_aborted 0
position 0
positiontimer 0.8
bm:
Siro_Notify:
cnt 46
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:38:23
max 8.29696655273438e-05
tot 0.00110244750976562
mAr:
HASH(0x8597278)
HASH(0x506d290)
Siro_Set:
cnt 3
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:40:33
max 0.000256061553955078
tot 0.000572919845581055
mAr:
HASH(0x8597278)
Siro_links
?
Attributes:
IODev sduino
SignalLongStopRepeats 45
SignalRepeats 8
devStateIcon {return '.*:fts_shutter_1w_'.(int($state/10)*10)}
down_auto_stop 0
down_limit_mode_1 100
invers_position 0
operation_mode 0
prog_fav_sequence prog,2,stop,2,stop
webCmd prog:stop:on:off:fav
Kann jemand hier einen Fehler entdecken? Ich muss mittlerweile leider passen.
Viele Grüße
Chris
Zitat von: christian22 am 13 April 2018, 17:47:03
Hallo zusammen,
ich habe ein Problem und hoffe, dass Ihr mir da evtl. weiterhelfen könnt.
Ich habe das Modul bisher erfolgreich mit einem Rollo (Typ ERB15LE) im Einsatz. Da ich davon so begeistert war, habe ich mir noch ein weiteres (baugleiches) zugelegt. Leider bekomme ich dieses nicht gepairt.
Ich habe alles genauso gemacht, wie ich da erste angelegt habe, aber leider reagiert es erst gar nich auf den Prog-Befehl.
Ich habe hier mal ein List meines IODev mit dem Namen sduino:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
FD 12
LASTDMSG nothing
NAME sduino
NR 205
PARTIAL
STATE opened
TIME 1523633770.16707
TYPE SIGNALduino
sendworking 0
version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
versionmodul v3.3.3-dev_01.04.
Helper:
DBLOG:
state:
DBLogging:
TIME 1523633793.68271
VALUE opened
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2018-04-05 13:56:05 ping OK
2018-04-13 17:36:33 state opened
2018-04-13 17:36:33 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
helper:
bm:
SIGNALduino_Get:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:40:24
max 6.89029693603516e-05
tot 6.89029693603516e-05
mAr:
HASH(0x5299988)
sduino
?
SIGNALduino_Read:
cnt 196
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:44:26
max 0.00246405601501465
tot 0.139797925949097
mAr:
HASH(0x5299988)
SIGNALduino_Set:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:40:24
max 9.39369201660156e-05
tot 0.000115871429443359
mAr:
HASH(0x5299988)
sduino
?
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
development m72m72.1
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
room Interfaces
whitelist_IDs 72
Ein List meines neuen Rollos:
Internals:
CHANNEL 1
DEF A23B7C51
ID A23B7C5
INFO limited function without ATTR time_to_open / time_to_close / time_down_to_favorite
IODev sduino
NAME Siro_links
NR 515
NTFY_ORDER 50-Siro_links
STATE 0
TYPE Siro
Version V 0.49
state 0
CODE:
1 A23B7C51
READINGS:
2018-04-05 16:27:07 action no action
2018-04-05 15:51:50 last_reset_os 0
2018-04-05 16:27:07 operating_seconds 11.16
2018-04-13 17:36:20 position 0
2018-04-05 16:34:20 prog_mode 180
2018-04-13 17:36:20 state 0
helper:
aktMsg prog 1522938860.55417
lastMsg prog 1522938859.70116
lastProg 1522939040.53848
lastparse
lastparse_stop stop 1522936310.26689
parse_aborted 0
position 0
positiontimer 0.8
bm:
Siro_Notify:
cnt 46
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:38:23
max 8.29696655273438e-05
tot 0.00110244750976562
mAr:
HASH(0x8597278)
HASH(0x506d290)
Siro_Set:
cnt 3
dmx -1000
dtot 0
dtotcnt 0
mTS 13.04. 17:40:33
max 0.000256061553955078
tot 0.000572919845581055
mAr:
HASH(0x8597278)
Siro_links
?
Attributes:
IODev sduino
SignalLongStopRepeats 45
SignalRepeats 8
devStateIcon {return '.*:fts_shutter_1w_'.(int($state/10)*10)}
down_auto_stop 0
down_limit_mode_1 100
invers_position 0
operation_mode 0
prog_fav_sequence prog,2,stop,2,stop
webCmd prog:stop:on:off:fav
Kann jemand hier einen Fehler entdecken? Ich muss mittlerweile leider passen.
Viele Grüße
Chris
Kurz da Handy ..
Wie gehst du denn vor ? Ist der Motor im anlernmodus ? Die lists sehen aus den ersten blick io aus.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Ich habe mit "define Siro_links Siro A23B7C51" das neue Rollo angelegt. Das IODev hat er selbst erkannt.
Anschließend habe ich unter webCmd noch den prog-Modus hinzugefügt.
Nun habe ich am Motor den Taster gedrückt, bis dieser bestätigt.
Anschließend habe ich auf Prog gedrückt. Hier erfolgt dann leider keine Reaktion des Rollos.
Ich habe auch schon set Siro_links prog probiert, leider auch erfolglos.
Vor dem Anlernen habe ich auch schon den Motor zurückgesetzt (langes Drücken, bis das Rollo dreimal bestätigt). Auch dieses hat nicht geholfen.
Viele Grüße
Chris
hi chris,
ich habe eben mal versucht einen motor anzulernen , ging problemlos . allerdings habe ich keinen ERB15LE , der sich doch etwas von meinen unterscheidet.
kannst du bitte nochmal einen anlernversuch machen, und das Sirodevice vorher auf verbose5 setzen. in den Log müsste ich mal reinschauen.
Hast du mal versucht, den motor näher an den signalduino zu bringen , nur um empfangsprobleme auszuschliessen ?
gruss Byte09
Kann es sein, dass das Rollo bei einem FHEM Restart immer seine Position vergisst?
Zitat von: volschin am 14 April 2018, 07:54:10
Kann es sein, dass das Rollo bei einem FHEM Restart immer seine Position vergisst?
sollte eigentlich nicht sein. Habe gerade mehrfach einen fhemrestart gemacht und er hat die Position wieder geladen :
2018.04.14 08:16:42 5: Siro: Helper lade bestandsdaten
2018.04.14 08:16:42 5: Siro: Helper initialisiert: positionsave 4
2018.04.14 08:16:42 5: Siro: Helper initialisiert: state 4
2018.04.14 08:16:42 5: Siro: Helper initialisiert: position 4
2018.04.14 08:16:42 1: usb create startingdie daten liegen nach einem shutdown im fhem.save und werden beim start wieder eingelesen. somit sollte das im grunde nur passieren können , wenn der shutdown irgendwie 'hart' ;) war und er die entsprechende routine für den shutdown nicht durchlaufen hat.
kannst du mal ein shutdown restart mit verbose 5 machen ( rollo irgendwo in mittelposition )?
gruss Byte09
Zitat von: Byte09 am 14 April 2018, 08:21:32
sollte eigentlich nicht sein. Habe gerade mehrfach einen fhemrestart gemacht und er hat die Position wieder geladen :
2018.04.14 08:16:42 5: Siro: Helper lade bestandsdaten
2018.04.14 08:16:42 5: Siro: Helper initialisiert: positionsave 4
2018.04.14 08:16:42 5: Siro: Helper initialisiert: state 4
2018.04.14 08:16:42 5: Siro: Helper initialisiert: position 4
2018.04.14 08:16:42 1: usb create starting
die daten liegen nach einem shutdown im fhem.save und werden beim start wieder eingelesen. somit sollte das im grunde nur passieren können , wenn der shutdown irgendwie 'hart' ;) war und er die entsprechende routine für den shutdown nicht durchlaufen hat.
kannst du mal ein shutdown restart mit verbose 5 machen ( rollo irgendwo in mittelposition )?
gruss Byte09
Ich konnte es jetzt nicht reproduzieren. Der einzige Punkt der mit auffällt, ist, dass in den Internals in state jetzt 0 steht, in STATE aber 36. Vorher war der Wert in beiden 36.
Zitat von: Byte09 am 14 April 2018, 05:42:14
...
kannst du bitte nochmal einen anlernversuch machen, und das Sirodevice vorher auf verbose5 setzen. in den Log müsste ich mal reinschauen.
Hast du mal versucht, den motor näher an den signalduino zu bringen , nur um empfangsprobleme auszuschliessen ?
...
Hi Byte09,
hier ist das Log:
2018-04-14_11:06:44 Siro_links prog_mode: 180
2018-04-14_11:06:53 Siro_links prog_mode: 180
2018-04-14_11:07:00 Siro_links prog_mode: 173
2018-04-14_11:07:00 Siro_links action: down
2018-04-14_11:07:02 Siro_links action: no action
2018-04-14_11:07:02 Siro_links operating_seconds: 15.22
Ich habe den Motor ca. 2m neben dem Signalduino gehabt.
Ansonsten sitzt das neue Rollo genau neben dem schon vorhandenen - also ca. 20cm daneben.
Viele Grüße
Chris
hmm, irgendwie ist das kein vollständiger log ?
sieht bei mir so aus, wenn ich die 3 erforderlichen aktionen durchlaufe:
2018.04.14 11:16:41 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.04.14 11:16:41 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2018.04.14 11:16:41 5: Siro_set: test auf double stop
2018.04.14 11:16:41 5: Siro_set: testprogmode -> 1523697401.76085
2018.04.14 11:16:41 5: Siro_set: lastprogmode -> 1523697581.76722
2018.04.14 11:16:41 5: Siro_set: lastaction -> stop
2018.04.14 11:16:41 5: Siro_set: cmd -> prog
2018.04.14 11:16:41 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - prog
2018.04.14 11:16:41 5: Siro_Set: kein stateupdate erfolgt
2018.04.14 11:16:41 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.04.14 11:16:41 5: Siro_sendCommand: hash -> HASH(0x36d9728) - testrollo -> cmd :prog: - args -> prog 0
2018.04.14 11:16:41 5: Siro_sendCommand: operationmode -> 0
2018.04.14 11:16:41 2: Siro_sendCommand: name -> testrollo command -> prog channel -> 1 bincmd -> 11001100
2018.04.14 11:16:41 5: Siro_set: runningtime -> 0.0825319290161133
2018.04.14 11:16:45 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.04.14 11:16:45 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2018.04.14 11:16:45 5: Siro_set: test auf double stop
2018.04.14 11:16:45 5: Siro_set: testprogmode -> 1523697405.66956
2018.04.14 11:16:45 5: Siro_set: lastprogmode -> 1523697585.67385
2018.04.14 11:16:45 5: Siro_set: lastaction -> prog
2018.04.14 11:16:45 5: Siro_set: cmd -> prog
2018.04.14 11:16:45 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - prog
2018.04.14 11:16:45 5: Siro_Set: kein stateupdate erfolgt
2018.04.14 11:16:45 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.04.14 11:16:45 5: Siro_sendCommand: hash -> HASH(0x36d9728) - testrollo -> cmd :prog: - args -> prog 0
2018.04.14 11:16:45 5: Siro_sendCommand: operationmode -> 0
2018.04.14 11:16:45 2: Siro_sendCommand: name -> testrollo command -> prog channel -> 1 bincmd -> 11001100
2018.04.14 11:16:45 5: Siro_set: runningtime -> 0.0763380527496338
2018.04.14 11:16:48 5: Siro_Set: aufgerufen -> cmd -> off args -> off 0
2018.04.14 11:16:48 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2018.04.14 11:16:48 5: Siro_set: test auf double stop
2018.04.14 11:16:48 5: Siro_set: testprogmode -> 1523697408.87421
2018.04.14 11:16:48 5: Siro_set: lastprogmode -> 1523697585.67385
2018.04.14 11:16:48 5: Siro_set: lastaction -> prog
2018.04.14 11:16:48 5: Siro_set: cmd -> off
2018.04.14 11:16:48 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - off
2018.04.14 11:16:49 4: Siro_Set: aktposition -> 0 - percenttorun -> 0 - offdirekttime -> 0.01
2018.04.14 11:16:49 4: Siro_Set: voraussichtliche fahrdauer bis 0%: -> 0
2018.04.14 11:16:49 5: Siro_Set: kein stateupdate erfolgt
2018.04.14 11:16:49 5: Siro_set: handing over to Siro_Send_Command with following arguments: off 0 0
2018.04.14 11:16:49 5: Siro_sendCommand: hash -> HASH(0x36d9728) - testrollo -> cmd :off: - args -> off 0 0
2018.04.14 11:16:49 5: Siro_sendCommand: operationmode -> 0
2018.04.14 11:16:49 2: Siro_sendCommand: name -> testrollo command -> off channel -> 1 bincmd -> 00010001
2018.04.14 11:16:49 5: Siro_set: runningtime -> 0.16301703453064
2018.04.14 11:16:50 5: Siro_Stopaction: setze no action
hast du den zusammeneditiert ?
gruss Byte09
nachtrag:
sehe gerade - du hast die ausgabe des eventmonitors kopiert. Ich brauche diie Ausgabe des Logfiles .
gruss Byte09
Zitat von: Byte09 am 14 April 2018, 11:31:04
nachtrag:
sehe gerade - du hast die ausgabe des eventmonitors kopiert. Ich brauche diie Ausgabe des Logfiles .
gruss Byte09
Ups, ja da ist mir ein Fehler passiert. Hier nun das Log:
2018.04.14 21:01:02 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.04.14 21:01:02 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2018.04.14 21:01:02 5: Siro_set: test auf double stop
2018.04.14 21:01:02 5: Siro_set: testprogmode -> 1523732462.5419
2018.04.14 21:01:02 5: Siro_set: lastprogmode -> 1523732642.54457
2018.04.14 21:01:02 5: Siro_set: lastaction -> off
2018.04.14 21:01:02 5: Siro_set: cmd -> prog
2018.04.14 21:01:02 5: Siro_Set: teste autostop: 0 < 100 0 < 0 - prog
2018.04.14 21:01:02 5: Siro_Set: kein stateupdate erfolgt
2018.04.14 21:01:02 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.04.14 21:01:02 5: Siro_sendCommand: hash -> HASH(0x55c22c0) - Siro_links -> cmd :prog: - args -> prog 0
2018.04.14 21:01:02 5: Siro_sendCommand: operationmode -> 0
2018.04.14 21:01:02 5: Siro_sendCommand: BinHash: = 1010001000111011011111000101
2018.04.14 21:01:02 5: Siro_sendCommand: BinCommand: = 11001100
2018.04.14 21:01:02 5: Siro_sendCommand: Siro set value = Siro_links prog 0
2018.04.14 21:01:02 5: Siro_sendCommand: Siro_sendCommand: Siro_links -> message :P72#1010001000111011011111000101000111001100#R8:
2018.04.14 21:01:02 2: Siro_sendCommand: name -> Siro_links command -> prog channel -> 1 bincmd -> 11001100
2018.04.14 21:01:02 5: Siro_set: runningtime -> 0.0302598476409912
2018.04.14 21:01:09 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.04.14 21:01:09 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2018.04.14 21:01:09 5: Siro_set: test auf double stop
2018.04.14 21:01:09 5: Siro_set: testprogmode -> 1523732469.38083
2018.04.14 21:01:09 5: Siro_set: lastprogmode -> 1523732649.38335
2018.04.14 21:01:09 5: Siro_set: lastaction -> prog
2018.04.14 21:01:09 5: Siro_set: cmd -> prog
2018.04.14 21:01:09 5: Siro_Set: teste autostop: 0 < 100 0 < 0 - prog
2018.04.14 21:01:09 5: Siro_Set: kein stateupdate erfolgt
2018.04.14 21:01:09 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.04.14 21:01:09 5: Siro_sendCommand: hash -> HASH(0x55c22c0) - Siro_links -> cmd :prog: - args -> prog 0
2018.04.14 21:01:09 5: Siro_sendCommand: operationmode -> 0
2018.04.14 21:01:09 5: Siro_sendCommand: BinHash: = 1010001000111011011111000101
2018.04.14 21:01:09 5: Siro_sendCommand: BinCommand: = 11001100
2018.04.14 21:01:09 5: Siro_sendCommand: Siro set value = Siro_links prog 0
2018.04.14 21:01:09 5: Siro_sendCommand: Siro_sendCommand: Siro_links -> message :P72#1010001000111011011111000101000111001100#R8:
2018.04.14 21:01:09 2: Siro_sendCommand: name -> Siro_links command -> prog channel -> 1 bincmd -> 11001100
2018.04.14 21:01:09 5: Siro_set: runningtime -> 0.028454065322876
2018.04.14 21:01:16 5: Siro_Set: aufgerufen -> cmd -> on args -> on 0
2018.04.14 21:01:16 1: Siro_Set:limited function without definition of time_to_close and time_to_open. Please define this attributes.
2018.04.14 21:01:16 5: Siro_set: test auf double stop
2018.04.14 21:01:16 5: Siro_set: testprogmode -> 1523732476.1982
2018.04.14 21:01:16 5: Siro_set: lastprogmode -> 1523732649.38335
2018.04.14 21:01:16 5: Siro_set: lastaction -> prog
2018.04.14 21:01:16 5: Siro_set: cmd -> on
2018.04.14 21:01:16 5: Siro_Set: teste autostop: 0 < 100 0 < 0 - on
2018.04.14 21:01:16 4: Siro_Set: aktposition -> 0 - percenttorun -> 100 - ondirekttime -> 0.01
2018.04.14 21:01:16 4: Siro_Set: voraussichtliche fahrdauer bis 100%: -> 1
2018.04.14 21:01:16 5: Siro_Set: kein stateupdate erfolgt
2018.04.14 21:01:16 5: Siro_set: handing over to Siro_Send_Command with following arguments: on 100 0
2018.04.14 21:01:16 5: Siro_sendCommand: hash -> HASH(0x55c22c0) - Siro_links -> cmd :on: - args -> on 100 0
2018.04.14 21:01:16 5: Siro_sendCommand: operationmode -> 0
2018.04.14 21:01:16 5: Siro_sendCommand: BinHash: = 1010001000111011011111000101
2018.04.14 21:01:16 5: Siro_sendCommand: BinCommand: = 00110011
2018.04.14 21:01:16 5: Siro_sendCommand: Siro set value = Siro_links on 100 0
2018.04.14 21:01:16 5: Siro_sendCommand: Siro_sendCommand: Siro_links -> message :P72#1010001000111011011111000101000100110011#R8:
2018.04.14 21:01:16 2: Siro_sendCommand: name -> Siro_links command -> on channel -> 1 bincmd -> 00110011
2018.04.14 21:01:16 5: Siro_set: runningtime -> 0.0455479621887207
2018.04.14 21:01:18 5: Siro_Stopaction: setze no action
Viele Grüße
Chris
soweit ersichtlich ist mit den gesendeten daten alles in ordnung. ich kann die generierte msg die gesendet wird direkt übernehmen und mit signalduino senden, mein motor reagiert darauf.
P72#1010001000111011011111000101000111001100#R8
hast du eine sirofernbedienung ? im moment würde ich nicht ausschliessen das mit dem motor etwas nicht stimmt . das hätten wir mit einer fernbedienung schnell geklärt ?!
ggf. könntest du den signalduino auch nochmal auf varbose 5 setzen , wobei dort ja alles in ordnung zu sein scheint, wenn der andere motor angesprochen wird.
gruss Byte09
Zitat von: Byte09 am 14 April 2018, 21:30:34
hast du eine sirofernbedienung ? im moment würde ich nicht ausschliessen das mit dem motor etwas nicht stimmt . das hätten wir mit einer fernbedienung schnell geklärt ?!
Nee, die habe ich leider nicht.
Zitat von: Byte09 am 14 April 2018, 21:30:34
ggf. könntest du den signalduino auch nochmal auf varbose 5 setzen , wobei dort ja alles in ordnung zu sein scheint, wenn der andere motor angesprochen wird.
Das werde ich morgen noch einmal probieren und posten.
Ja, das finde ich ja auch merkwürdig. Mit dem ersten Motor klappt alles wunderbar und das schon seit einem knappen halben Jahr.
Viele Grüße
Chris
HI!
Kann einer berichten wie die ERB25 Motoren denn so sind? Ich hab die Nase Voll... muss umsteigen weil ich NUR noch FHEM nutzen möchte und mein Motor noch nicht unterstützt wird.
Mein Rollo ist 190cm breit und ca 160cm hoch. Er wird miindestens 2mal am Tag komplett gefahren und 4-6 mal teil gefahren... Da der Motor aber 220V betrieben ist ist es mir egal...
Meine Frage richten sich an:
Größe des Rollos die Fahr-Widerholungen und dementsprechend die Akkuhaltbarkeit... Habe wirklich keine Lust das Teil alle 2 Wochen zu laden...
Was mein ihr so?
Vielen Dank!
ich habe ein fenster 195 breit , 236 hoch, recht schwerer verdunklungsbehang. Fährt jeden Tag mindestens 2 mal komplett . Antrieb ist im moment ein 'mickriger' ERB16LE . akku muss ich ca alle 5-6 wochen laden.
... macht er gut , der kleine ;)
gruss Byte09
Zitat von: christian22 am 13 April 2018, 17:47:03Ich habe das Modul bisher erfolgreich mit einem Rollo (Typ ERB15LE) im Einsatz. Da ich davon so begeistert war, habe ich mir noch ein weiteres (baugleiches) zugelegt. Leider bekomme ich dieses nicht gepairt.
Und genau hier liegt dein Problem...
SIRO hat ein eigenes Protokoll, dein zweiter Motor ein anderes.
Probier mal das Ding über Dooya anzusprechen.
Woher hast du den Motor?
Und welche Marke ist draufgedruckt? Dooya? Casaya? Aldomo?
Zitat von: Markus M. am 16 April 2018, 11:28:23
Und genau hier liegt dein Problem...
SIRO hat ein eigenes Protokoll, dein zweiter Motor ein anderes.
Probier mal das Ding über Dooya anzusprechen.
Woher hast du den Motor?
Und welche Marke ist draufgedruckt? Dooya? Casaya? Aldomo?
Hmm ... ich habe das mal so interpretiert :
Habe mir den gleichen nochmal zugelegt .?
Ist es jetzt ein Siro oder ein baugleicher ?
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 16 April 2018, 11:56:16
Hmm ... ich habe das mal so interpretiert :
Habe mir den gleichen nochmal zugelegt .?
Ist es jetzt ein Siro oder ein baugleicher ?
Da stand baugleich - dann macht das Verhalten (nämlich gar nichts weil falsches Protokoll) Sinn.
Es gibt wohl Versionen dieses Motors mit anderem Protokoll, die sind aber schwer bis nicht zu bekommen und es gibt keine Informationen zum Protokoll.
Ich habe mein Jalousie Projekt jetzt erst mal zurückgestellt und gebe meinen Test-Rollo ab (https://forum.fhem.de/index.php/topic,87028.0.html), nachdem ich beim ersten Versuch wohl ein SIRO Montagsmodell erwischt hatte oder versehentlich undokumentierte Settings gefunden habe, die nicht mal SIRO selbst kennt.
Zitat von: Byte09 am 16 April 2018, 11:56:16
Hmm ... ich habe das mal so interpretiert :
Habe mir den gleichen nochmal zugelegt .?
Ist es jetzt ein Siro oder ein baugleicher ?
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Hallo zusammen,
es ist ein Siro ERB15LE, wie der erste auch. Das war mit baugleich evtl. etwas falsch ausgedrückt.
Auf dem Rollo ist SIRO ERB15LE eingraviert. Inkl. eines Datums 27/12/2017.
Viele Grüße
Chris
Zitat von: christian22 am 16 April 2018, 18:12:46es ist ein Siro ERB15LE, wie der erste auch. Das war mit baugleich evtl. etwas falsch ausgedrückt.
Auf dem Rollo ist SIRO ERB15LE eingraviert. Inkl. eines Datums 27/12/2017.
Ah, ok! Ich habe den gleichen Motor nämlich mittlerweile auch mit anderem Branding gefunden - wenn ich es schaffe einen zu bekommen, werde ich berichten.
Zitat von: christian22 am 16 April 2018, 18:12:46
Hallo zusammen,
es ist ein Siro ERB15LE, wie der erste auch. Das war mit baugleich evtl. etwas falsch ausgedrückt.
Auf dem Rollo ist SIRO ERB15LE eingraviert. Inkl. eines Datums 27/12/2017.
Viele Grüße
Chris
tja, also ist somit immer noch unklar, weshalb sich der motor nicht pairen lässt. hast du den ersten motor selber gepaired , oder hatte er schon eine ID gelertn, die du nur in das Modul übernommen hast . Nicht das es doch ein Problem beim pairen in verbindung mit dem erb15le gibt ?
Gruss Byte09
Zitat von: Byte09 am 16 April 2018, 19:40:16
tja, also ist somit immer noch unklar, weshalb sich der motor nicht pairen lässt. hast du den ersten motor selber gepaired , oder hatte er schon eine ID gelertn, die du nur in das Modul übernommen hast . Nicht das es doch ein Problem beim pairen in verbindung mit dem erb15le gibt ?
Gruss Byte09
Ich habe es mittlerweile mit einer Fernbedienung probiert, auch da macht der Motor keinen Mucks. Von daher werde ich mich mal an den Siro Support wenden.
Viele Grüße
Chris
Zitat von: christian22 am 17 April 2018, 19:07:49
Ich habe es mittlerweile mit einer Fernbedienung probiert, auch da macht der Motor keinen Mucks. Von daher werde ich mich mal an den Siro Support wenden.
Viele Grüße
Chris
ok,danke für die Info. Doof für dich , erstmal beruhigend für mich . Aber Siro hat bei mir einen defekten Motor anstandslos und schnell ersetzt.
gruss Byte09
Zitat von: Byte09 am 17 April 2018, 19:13:05
ok,danke für die Info. Doof für dich , erstmal beruhigend für mich . Aber Siro hat bei mir einen defekten Motor anstandslos und schnell ersetzt.
gruss Byte09
Werde mich auf jeden Fall melden, wenn ich genaueres weiß bzw. vielleicht einen Ersatzmotor habe, ob es dann geht.
Erst einmal vielen Dank für Deine Hilfe.
Viele Grüße
Chris
Hallo zusammen,
Ist jemand hier am Kauf eines ERB16LE interessiert?
Ich habe jetzt doch nur 5 statt 6 Motoren verbaut, weil sich die Kombination mit einem Raffrollo nicht realisieren lies.
Hi,
hab mal eine Verständnisfrage:
Nutze einen nanoCul433 (nur im Winter für 3-4 IT-Steckdosen und CUL_TCM97001), diesen werd ich so dachte ich mir zum Signalduino flashen, damit ich einen Aldomo-Motor steuern kann.
Jetzt steht im ersten Post :
Zitat
Da der SIGNALduino sehr viele Protokolle mitbringt, kann es zu Fehlinterpretationen der Funkbefehle kommen, weshalb wir dem Gerät mySIGNALduino das Attribut whitelist_IDs auf den Siro-Code: 72 einschränken.
Ist es ratsam einen Signalduino nur für die Motoren zu verwenden oder kann ich, wie ich vorhabe der whitelist_IDs IT und CUL_TCM97001 noch hinzufügen und problemlos alles gleichzeitig nutzen ?
Gruß
Thomas
Zitat von: TomLee am 02 Juni 2018, 20:02:44
Hi,
hab mal eine Verständnisfrage:
Nutze einen nanoCul433 (nur im Winter für 3-4 IT-Steckdosen und CUL_TCM97001), diesen werd ich so dachte ich mir zum Signalduino flashen, damit ich einen Aldomo-Motor steuern kann.
Jetzt steht im ersten Post :
Ist es ratsam einen Signalduino nur für die Motoren zu verwenden oder kann ich, wie ich vorhabe der whitelist_IDs IT und CUL_TCM97001 noch hinzufügen und problemlos alles gleichzeitig nutzen ?
Gruß
Thomas
Da hilft nur probieren. Aber zumindest IT ist wohl wenig ähnlich und damit gute Chancen, dass keine Fehlinterpretationen auftreten. Unschön sind auch Protokollstörungen durch die Nachbarschaft.
Zitat von: TomLee am 02 Juni 2018, 20:02:44
Hi,
hab mal eine Verständnisfrage:
Nutze einen nanoCul433 (nur im Winter für 3-4 IT-Steckdosen und CUL_TCM97001), diesen werd ich so dachte ich mir zum Signalduino flashen, damit ich einen Aldomo-Motor steuern kann.
Jetzt steht im ersten Post :
Ist es ratsam einen Signalduino nur für die Motoren zu verwenden oder kann ich, wie ich vorhabe der whitelist_IDs IT und CUL_TCM97001 noch hinzufügen und problemlos alles gleichzeitig nutzen ?
Gruß
Thomas
hi thomas,
das geht , probleme gibt es nur , wenn du dooyaprotokolle gleichzeitig verwendet werden (ID16).
gruss Byte09
Danke
Zitat von: Byte09 am 03 Juni 2018, 05:50:28
probleme gibt es nur , wenn du dooyaprotokolle gleichzeitig verwendet werden (ID16).
Was daran liegen sollte dass das Siro Funkprotokoll komplett identisch zum Dooya Protokoll ist,
da Siro meines Wissens kein eigenes Protokoll hat sondern nur den Namen auf Dooya Produkte drucken lässt. 🤷♂️
Ist beim Aldomo Motor natürlich dann das gleiche - nur der Aufdruck ist anders.
Zitat von: Markus M. am 03 Juni 2018, 14:25:18
Was daran liegen sollte dass das Siro Funkprotokoll komplett identisch zum Dooya Protokoll ist,
da Siro meines Wissens kein eigenes Protokoll hat sondern nur den Namen auf Dooya Produkte drucken lässt. 🤷♂️
Ist beim Aldomo Motor natürlich dann das gleiche - nur der Aufdruck ist anders.
hmmm.... ggf ähnlich , aber identisch wohl nicht ( denke ich ) , sonst müsste das dooyo modul ja im grunde siromotoren ansteuern können , - geht aber nicht .
gruss Byte09
Zitat von: Byte09 am 03 Juni 2018, 14:34:57
hmmm.... ggf ähnlich , aber identisch wohl nicht ( denke ich ) , sonst müsste das dooyo modul ja im grunde siromotoren ansteuern können , - geht aber nicht .
Also für meinen ERB15LE (und die baugleichen Motoren mit Aldomo Aufdruck) verwende ich das Dooya Protokoll das schon mehrere Jahre so im RFXTRX433 implementiert ist.
Dass das nur umgelabelte Dooya Geräte sind (obwohl ich sie unter dem Dooya Label selbst nicht finden konnte) wurde mir von einem Händler in China bestätigt.
Auch die Dooya-Fernbedienung die ich bei Aliexpress bestellt habe funktioniert problemlos damit.
Zitat von: Markus M. am 03 Juni 2018, 14:56:00
Also für meinen ERB15LE (und die baugleichen Motoren mit Aldomo Aufdruck) verwende ich das Dooya Protokoll das schon mehrere Jahre so im RFXTRX433 implementiert ist.
Dass das nur umgelabelte Dooya Geräte sind (obwohl ich sie unter dem Dooya Label selbst nicht finden konnte) wurde mir von einem Händler in China bestätigt.
Auch die Dooya-Fernbedienung die ich bei Aliexpress bestellt habe funktioniert problemlos damit.
jedenfalls kann ich meine erb16LE nicht mit dem Dooyamodul fahren ( ein device wird aber angelegt ) , ich habe mich aber nie weiter damit beschäftigt, warum es nicht ging ;)
aber es gibt ja einen Mitleser hier, der ggf. Licht ins Dunkel bringen könnte ?!
Gruss Byte09
Zitat von: Byte09 am 03 Juni 2018, 15:04:51
jedenfalls kann ich meine erb16LE nicht mit dem Dooyamodul fahren ( ein device wird aber angelegt ) , ich habe mich aber nie weiter damit beschäftigt, warum es nicht ging ;)
Angelegt? Du hast also einen Code von einer Fernbedienung ausgelesen und es dann damit versucht?
Die Fernbedienung kann ich mit dem RFXTRX433 leider nicht empfangen. Ich habe also FHEM zum Anlernen verwendet und die Fernbedienung dann jeweils als 2. Fernbedienung hinzugefügt.
Hat schon mal jemand probiert, einen Siro Motor direkt ohne Fernbedienung über das Dooya Modul mit dem Learn/Confirm Command anzumelden?
Das sollte dann eigentlich funktionieren - sofern die verwendete ID gültig ist.
Zitat von: Markus M. am 03 Juni 2018, 15:21:58
Hat schon mal jemand probiert, einen Siro Motor direkt ohne Fernbedienung über das Dooya Modul mit dem Learn/Confirm Command anzumelden?
Das sollte dann eigentlich funktionieren - sofern die verwendete ID gültig ist.
genau das meinte ich , device wird angelegt , rollo lässt sich aber nicht steuern .
gruss Byte09
Zitat von: Byte09 am 03 Juni 2018, 15:34:11
genau das meinte ich , device wird angelegt , rollo lässt sich aber nicht steuern .
Vielleicht war die ID nicht gültig, beliebige scheinen zumindest nicht zu funktionieren.
Wenn jemand einen RFXTRX433 hat, eine gültige Definition für die ID 1 ist z.B.:
define siroblind TRX_LIGHT DC106 01010111 blind
@Byte09
Hi, ich habe vor 7 Tagen meine Rollos aufgeladen und es werden rund 38 Tausend Sekunden Laufzeit angezeigt.
Rechenprobleme mit den Sekunden habe ich monatlich. Wirf doch die Sekunden bitte einfach wieder raus. Die bringen eh nichts. Die Tagesrechnung funktioniert. Das sollte ja auch ausreichen.
Vielen Dank.
Internals:
CFGFN
CHANNEL 13
DEF 84314CDD
ID 84314CD
IODev sduino
NAME Siro_SZL
NR 421
NTFY_ORDER 50-Siro_SZL
STATE 0
TYPE Siro
Version V 0.49
state 0
CODE:
1 84314CDD
READINGS:
2018-06-16 08:00:33 action no action
2018-06-15 21:01:17 last_reset_os 7
2018-06-16 08:00:33 operating_seconds 37836.18
2018-06-16 09:33:15 position 0
2018-06-16 09:33:15 state 0
helper:
aktMsg position 0 1529128832.16839
lastMsg position 0 1529128800.02006
lastProg 0
lastparse
lastparse_stop stop 1517513636.78047
parse_aborted 0
position 0
positiontimer 32.1
Attributes:
IODev sduino
SignalLongStopRepeats 15
SignalRepeats 8
channel_send_mode_1 3
cmdIcon 50:rc_RIGHT off:rc_UP on:rc_DOWN stop:rc_STOP
devStateIcon {return '.*:fts_shutter_'.(int($state/10)*10)}
down_auto_stop 0
down_limit_mode_1 100
eventMap /position 50:50/
fp_Rollo 415,175,2,links Schlafzimmer
genericDeviceType blind
invers_position 0
operation_mode 1
prog_fav_sequence prog,2,stop,2,stop,2,prog,2,stop,2,stop
room Rollo,Wohnung->Wohnzimmer
time_down_to_favorite 9
time_to_close 17
time_to_open 18
webCmd stop:on:off:50
Zitat von: Invers am 16 Juni 2018, 14:24:00
@Byte09
Hi, ich habe vor 7 Tagen meine Rollos aufgeladen und es werden rund 38 Tausend Sekunden Laufzeit angezeigt.
Rechenprobleme mit den Sekunden habe ich monatlich. Wirf doch die Sekunden bitte einfach wieder raus. Die bringen eh nichts. Die Tagesrechnung funktioniert. Das sollte ja auch ausreichen.
Vielen Dank.
Internals:
CFGFN
CHANNEL 13
DEF 84314CDD
ID 84314CD
IODev sduino
NAME Siro_SZL
NR 421
NTFY_ORDER 50-Siro_SZL
STATE 0
TYPE Siro
Version V 0.49
state 0
CODE:
1 84314CDD
READINGS:
2018-06-16 08:00:33 action no action
2018-06-15 21:01:17 last_reset_os 7
2018-06-16 08:00:33 operating_seconds 37836.18
2018-06-16 09:33:15 position 0
2018-06-16 09:33:15 state 0
helper:
aktMsg position 0 1529128832.16839
lastMsg position 0 1529128800.02006
lastProg 0
lastparse
lastparse_stop stop 1517513636.78047
parse_aborted 0
position 0
positiontimer 32.1
Attributes:
IODev sduino
SignalLongStopRepeats 15
SignalRepeats 8
channel_send_mode_1 3
cmdIcon 50:rc_RIGHT off:rc_UP on:rc_DOWN stop:rc_STOP
devStateIcon {return '.*:fts_shutter_'.(int($state/10)*10)}
down_auto_stop 0
down_limit_mode_1 100
eventMap /position 50:50/
fp_Rollo 415,175,2,links Schlafzimmer
genericDeviceType blind
invers_position 0
operation_mode 1
prog_fav_sequence prog,2,stop,2,stop,2,prog,2,stop,2,stop
room Rollo,Wohnung->Wohnzimmer
time_down_to_favorite 9
time_to_close 17
time_to_open 18
webCmd stop:on:off:50
ja, ich habe das auch , mich aber noch nicht darum gekümmert . denke es passiert, wenn die die fernbedienung genutzt wird - kann das sein , nutzt du die ?
kümmere mich die Tage darum .
gruss Byte09
Ich nicht, aber vielleicht meine Frau, ganz heimlich.
EDIT:
Das würde auch erklären, warum es nur die Schlafzimmer-Rollos betrifft.
Ich habe eine Position gespeichert im Rollo, die ich bei einem Rollo immer anfahre. Da passiert das auch.
Wie sieht es bei euch mit den Laufzeiten aus?
Es sieht so aus als gäbe es bei den ERB15LE ne ziemliche Streuung, was die Akkukapazität angeht.
Sowohl bei den Siro als auch bei den Aldomo.
45-50 Tage bei 1 x täglich auf und zu fahren
Zitat von: Invers am 16 Juni 2018, 18:50:43
45-50 Tage bei 1 x täglich auf und zu fahren
kann ich so in etwa bestätigen
gruss Byte09
dto. und man bekommt das Ende mit, weil das Rollo dann nur noch ein Stück öffnet oder schließt. Mit der FB durch wiederholtes Drücken geht es noch. Als das bei mir das erste Mal auftrat, dachte ich an einen Defekt, aber es war nur der Akku runter...
Mich erinnert alle 45 Tage ein DOIF an das Laden.
Hallo zusammen,
erst mal vielen Dank für dieses super Modul.
Jetzt habe ich endlich auch mal einen Innenrollo via FHEM angebunden.
Und zwar habe ich einen ALDOMO AM15USB Motor, welchen ich via SIGNALiduno ansteuere.
Hat soweit auch alles wunder bar geklappt. Der Motor lässt sich via FHEM WEB steuern.
Allerdings habe ich derzeit ein Problemchen oder ein Brett vor dem Kopf (bei der Hitze auch kein Wunder ;) ) wie ich die Endpositionen on und off einstelle.
Ich hoffe, hier kann mir jemand das Brett weg nehmen. :D
Versucht habe ich es nach dem Post - Endlagen einstellen:
https://forum.fhem.de/index.php/topic,77167.msg725476.html#msg725476
Also erst mal Prog, Off und Prog in den Prog-Modus.
Dann die gewünschte Off Position angefahren und "Fav" gedrückt. Dann die On Position angefahren und wieder "Fav".
Wenn ich jetzt aber Off drücke, fährt der Motor doch wieder über die erste "gespeicherte" Positon.
Was mache ich hier falsch?
Hier mal ein List des Devices:
Internals:
CHANNEL 1
DEF A23B7C51
ID A23B7C5
IODev mySIGNALduino
NAME EG_Rollo_Haustuer
NR 192
NTFY_ORDER 50-EG_Rollo_Haustuer
STATE 50
TYPE Siro
Version V 0.49
state 100
CODE:
1 A23B7C51
READINGS:
2018-07-25 12:36:32 action no action
2018-07-22 15:45:54 last_reset_os 0
2018-07-25 12:36:32 operating_seconds 199.53
2018-07-25 12:36:06 position 50
2018-07-25 12:36:32 prog_mode 134
2018-07-25 12:36:06 state 50
helper:
LastMODE virtual
MODE virtual
aktMsg stop 67 1532514992.55319
lastMsg on 100 1532514979.04825
lastProg 1532515126.54508
lastparse
lastparse_stop stop 1532207377.12381
motorstart 1532514979.05183
parse_aborted 0
position 0
positiontimer 13.4
Attributes:
IODev mySIGNALduino
SignalLongStopRepeats 15
SignalRepeats 8
devStateIcon {return '.*:fts_shutter_1w_'.(int($state/10)*10)}
down_auto_stop 100
down_limit_mode_1 100
invers_position 0
operation_mode 0
prog_fav_sequence prog,2,stop,2,stop
room Rollo
time_to_close 15
time_to_open 18
verbose 5
webCmd stop:on:off:fav:prog
Und mal ein Ausschnitt aus dem Log mit Verbose 5 und dem Anlernen:
2018.07.25 12:39:29 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.07.25 12:39:29 5: Siro_set: test auf double stop
2018.07.25 12:39:29 5: Siro_set: testprogmode -> 1532515169.62762
2018.07.25 12:39:29 5: Siro_set: lastprogmode -> 1532515349.62821
2018.07.25 12:39:29 5: Siro_set: lastaction -> stop
2018.07.25 12:39:29 5: Siro_set: cmd -> prog
2018.07.25 12:39:29 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - prog
2018.07.25 12:39:29 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 12:39:29 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.07.25 12:39:29 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :prog: - args -> prog 0
2018.07.25 12:39:29 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:29 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> prog channel -> 1 bincmd -> 11001100
2018.07.25 12:39:29 5: Siro_set: runningtime -> 0.00773000717163086
2018.07.25 12:39:30 5: Siro_Set: aufgerufen -> cmd -> off args -> off 0
2018.07.25 12:39:30 5: Siro_set: test auf double stop
2018.07.25 12:39:30 5: Siro_set: testprogmode -> 1532515170.64679
2018.07.25 12:39:30 5: Siro_set: lastprogmode -> 1532515349.62821
2018.07.25 12:39:30 5: Siro_set: lastaction -> prog
2018.07.25 12:39:30 5: Siro_set: cmd -> off
2018.07.25 12:39:30 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - off
2018.07.25 12:39:30 4: Siro_Set: aktposition -> 0 - percenttorun -> 0 - offdirekttime -> 0.18
2018.07.25 12:39:30 4: Siro_Set: voraussichtliche fahrdauer bis 0%: -> 0
2018.07.25 12:39:30 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 12:39:30 5: Siro_set: handing over to Siro_Send_Command with following arguments: off 0 0
2018.07.25 12:39:30 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :off: - args -> off 0 0
2018.07.25 12:39:30 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:30 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> off channel -> 1 bincmd -> 00010001
2018.07.25 12:39:30 5: Siro_set: runningtime -> 0.00984287261962891
2018.07.25 12:39:31 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.07.25 12:39:31 5: Siro_set: test auf double stop
2018.07.25 12:39:31 5: Siro_set: testprogmode -> 1532515171.31857
2018.07.25 12:39:31 5: Siro_set: lastprogmode -> 1532515351.31917
2018.07.25 12:39:31 5: Siro_set: lastaction -> off
2018.07.25 12:39:31 5: Siro_set: cmd -> prog
2018.07.25 12:39:31 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - prog
2018.07.25 12:39:31 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 12:39:31 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.07.25 12:39:31 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :prog: - args -> prog 0
2018.07.25 12:39:31 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:31 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> prog channel -> 1 bincmd -> 11001100
2018.07.25 12:39:31 5: Siro_set: runningtime -> 0.00725293159484863
2018.07.25 12:39:31 5: Siro_Stopaction: setze no action
2018.07.25 12:39:33 5: Siro_Set: aufgerufen -> cmd -> off args -> off 0
2018.07.25 12:39:33 5: Siro_set: test auf double stop
2018.07.25 12:39:33 5: Siro_set: testprogmode -> 1532515173.55092
2018.07.25 12:39:33 5: Siro_set: lastprogmode -> 1532515351.31917
2018.07.25 12:39:33 5: Siro_set: lastaction -> prog
2018.07.25 12:39:33 5: Siro_set: cmd -> off
2018.07.25 12:39:33 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - off
2018.07.25 12:39:33 4: Siro_Set: aktposition -> 0 - percenttorun -> 0 - offdirekttime -> 0.18
2018.07.25 12:39:33 4: Siro_Set: voraussichtliche fahrdauer bis 0%: -> 0
2018.07.25 12:39:33 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 12:39:33 5: Siro_set: handing over to Siro_Send_Command with following arguments: off 0 0
2018.07.25 12:39:33 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :off: - args -> off 0 0
2018.07.25 12:39:33 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:33 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> off channel -> 1 bincmd -> 00010001
2018.07.25 12:39:33 5: Siro_set: runningtime -> 0.00976204872131348
2018.07.25 12:39:34 5: Siro_Stopaction: setze no action
2018.07.25 12:39:40 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 12:39:40 5: Siro_set: test auf double stop
2018.07.25 12:39:40 5: Siro_set: testprogmode -> 1532515180.31821
2018.07.25 12:39:40 5: Siro_set: lastprogmode -> 1532515351.31917
2018.07.25 12:39:40 5: Siro_set: lastaction -> off
2018.07.25 12:39:40 5: Siro_set: cmd -> stop
2018.07.25 12:39:40 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - stop
2018.07.25 12:39:40 5: Siro_Set: cmd stop timebetweenmsg -> 6.7 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 12:39:40 5: Siro_Set: stop - Lastaction -> off 0
2018.07.25 12:39:40 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 12:39:40 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 12:39:40 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 12:39:40 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:40 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 12:39:40 5: Siro_set: runningtime -> 0.0118410587310791
2018.07.25 12:39:41 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2018.07.25 12:39:41 5: Siro_set: test auf double stop
2018.07.25 12:39:41 5: Siro_set: testprogmode -> 1532515181.27665
2018.07.25 12:39:41 5: Siro_set: lastprogmode -> 1532515351.31917
2018.07.25 12:39:41 5: Siro_set: lastaction -> stop
2018.07.25 12:39:41 5: Siro_set: cmd -> fav
2018.07.25 12:39:41 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - fav
2018.07.25 12:39:41 5: Siro_Set fav: fav
2018.07.25 12:39:41 1: Siro_Set: function position limited without attr time_down_to_favorite
2018.07.25 12:39:41 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 50 longstop
2018.07.25 12:39:41 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:41 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 12:39:42 5: Siro_Set: aufgerufen -> cmd -> on args -> on 0
2018.07.25 12:39:42 5: Siro_set: test auf double stop
2018.07.25 12:39:42 5: Siro_set: testprogmode -> 1532515182.95838
2018.07.25 12:39:42 5: Siro_set: lastprogmode -> 1532515351.31917
2018.07.25 12:39:42 5: Siro_set: lastaction -> stop
2018.07.25 12:39:42 5: Siro_set: cmd -> on
2018.07.25 12:39:42 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - on
2018.07.25 12:39:42 4: Siro_Set: aktposition -> 0 - percenttorun -> 100 - ondirekttime -> 0.15
2018.07.25 12:39:42 4: Siro_Set: voraussichtliche fahrdauer bis 100%: -> 15
2018.07.25 12:39:42 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 12:39:42 5: Siro_set: handing over to Siro_Send_Command with following arguments: on 100 0
2018.07.25 12:39:42 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :on: - args -> on 100 0
2018.07.25 12:39:42 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:42 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> on channel -> 1 bincmd -> 00110011
2018.07.25 12:39:42 5: Siro_set: runningtime -> 0.00973892211914062
2018.07.25 12:39:48 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 12:39:48 5: Siro_set: test auf double stop
2018.07.25 12:39:48 5: Siro_set: testprogmode -> 1532515188.46726
2018.07.25 12:39:48 5: Siro_set: lastprogmode -> 1532515351.31917
2018.07.25 12:39:48 5: Siro_set: lastaction -> on
2018.07.25 12:39:48 5: Siro_set: cmd -> stop
2018.07.25 12:39:48 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - stop
2018.07.25 12:39:48 5: Siro_Set: cmd stop timebetweenmsg -> 5.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 12:39:48 5: Siro_Set: stop - Lastaction -> on 100 0
2018.07.25 12:39:48 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 12:39:48 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 36 0
2018.07.25 12:39:48 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 36 0
2018.07.25 12:39:48 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:48 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 12:39:48 5: Siro_set: runningtime -> 0.0124650001525879
2018.07.25 12:39:49 5: Siro_Set: aufgerufen -> cmd -> fav args -> fav 0
2018.07.25 12:39:49 5: Siro_set: test auf double stop
2018.07.25 12:39:49 5: Siro_set: testprogmode -> 1532515189.76408
2018.07.25 12:39:49 5: Siro_set: lastprogmode -> 1532515351.31917
2018.07.25 12:39:49 5: Siro_set: lastaction -> stop
2018.07.25 12:39:49 5: Siro_set: cmd -> fav
2018.07.25 12:39:49 5: Siro_Set: teste autostop: 100 < 100 50 < 100 - fav
2018.07.25 12:39:49 5: Siro_Set fav: fav
2018.07.25 12:39:49 1: Siro_Set: function position limited without attr time_down_to_favorite
2018.07.25 12:39:49 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 50 longstop
2018.07.25 12:39:49 5: Siro_sendCommand: operationmode -> 0
2018.07.25 12:39:49 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
Es ist bestimmt nur eine Kleinigkeit, die ich nicht sehe.
So wie es in der Anleitung steht funktioniert es.
Du musst am Ende Fav/Set lange gedrückt halten, dann sollte es klappen.
Hm, geht nicht. ???
Mit "Fav/Set" ist der Fev-Link im FHEM-WEB gemeint?
Da passiert nicht wirklich was anderes, als wenn ich einfach kurz auf den Link klicke.
Oder etwa der Setup Knopf direkt am Motor?
Wenn der das ist, muss ich den Motor noch mal demontieren....
Damit ist der Knopf auf der physischen Fernbedienung gemeint.
Wie du einen langen Tastendruck ohne Fernbedienung simulierst weiß ich nicht, ich habe eine und benutze daneben den RFXTRX433 zur Ansteuerung.
Woher bist Du Dir eigentlich so sicher, dass dein Aldomo-Motor mit Siro kompatibel ist?
Zitat von: volschin am 25 Juli 2018, 14:51:58Woher bist Du Dir eigentlich so sicher, dass dein Aldomo-Motor mit Siro kompatibel ist?
Weil ich beide im Einsatz habe, zusammen mit einer Siro Fernbedienung.
Bis auf den Aufdruck sind sie komplett identisch.
Zitat von: Markus M. am 25 Juli 2018, 14:41:26
Damit ist der Knopf auf der physischen Fernbedienung gemeint.
Wie du einen langen Tastendruck ohne Fernbedienung simulierst weiß ich nicht, ich habe eine und benutze daneben den RFXTRX433 zur Ansteuerung.
Okay, Motor und Rollo wieder demontiert.
Prog, Off, Prog im FHEMWEB gedrückt, in On Gefahren, den Setup Knopf an dem Motor gehalten, bis er mit einem Ruckeln quittiert hat, dann in die Off Position gefahren und wieder Setup Knopf gedrückt, bis die Quittung gekommen ist.
Dennoch fährt der über die beiden "programmierten" Positionen.
Muss der Programmiermodus noch irgendwie beendet werden oder was kann nun noch falsch sein?
auf was hast du denn das Attribut 'SignalLongStopRepeats' stehen ?
gruss Byte09
Zitat von: maxritti am 25 Juli 2018, 19:35:33Dennoch fährt der über die beiden "programmierten" Positionen.
Muss der Programmiermodus noch irgendwie beendet werden oder was kann nun noch falsch sein?
Ja, allerdings anders als ich gesagt hatte mit einem langen Druck der Stop Taste. :-[
Wenn du keine Fernbedienung hast, sollte es klappen wenn du mehrmals hintereinander und ohne Pause Stop sendest.
nachtrag:
warum machst du die endlageneinstellung denn nicht mit der SiroFB , das ist sowieso etwas feinfühliger, da sich keine Verzögerungen ergeben.
edit: sorry, falschen post dir zugeordnet !
was für einen Signalduino nutzt du ? ( SignalESP) ?
gruss Byte09
Zitat von: Byte09 am 25 Juli 2018, 19:38:15
auf was hast du denn das Attribut 'SignalLongStopRepeats' stehen ?
gruss Byte09
Das steht auf 15.
Zitat von: Byte09 am 25 Juli 2018, 19:44:50
nachtrag:
warum machst du die endlageneinstellung denn nicht mit der SiroFB , das ist sowieso etwas feinfühliger, da sich keine Verzögerungen ergeben.
edit: sorry, falschen post dir zugeordnet !
was für einen Signalduino nutzt du ? ( SignalESP) ?
gruss Byte09
Diesen hier:
https://shop.in-circuit.de/product_info.php?products_id=253
Zitat von: Markus M. am 25 Juli 2018, 19:43:07
Ja, allerdings anders als ich gesagt hatte mit einem langen Druck der Stop Taste. :-[
Wenn du keine Fernbedienung hast, sollte es klappen wenn du mehrmals hintereinander und ohne Pause Stop sendest.
Okay, der nächste Test startet dann gleich.... :D
Zitat von: Markus M. am 25 Juli 2018, 19:43:07
Ja, allerdings anders als ich gesagt hatte mit einem langen Druck der Stop Taste. :-[
Wenn du keine Fernbedienung hast, sollte es klappen wenn du mehrmals hintereinander und ohne Pause Stop sendest.
Das klappt nicht. Geschätzte 9 mal kurz hintereinander im FHEM WEB auf Stop nach der Programmierung gedrückt.
Das Dingen lässt sich nicht zum Stoppen überreden.
Hoffe, dass Byte09 eine gute Idee hat. 8)
Zitat von: maxritti am 25 Juli 2018, 20:22:21
Das steht auf 15.
Diesen hier:
https://shop.in-circuit.de/product_info.php?products_id=253
Okay, der nächste Test startet dann gleich.... :D
setze das bitte testweise mal auf 45 und teste das ganze dann nochmal . am besten bei verbose 5 . das log dann bitte mal einstellen.
gruss byte09
Erledigt, ohne zu stoppen.
Anbei das Log mit Verbose auf 5.
2018.07.25 21:08:30 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.07.25 21:08:30 5: Siro_set: test auf double stop
2018.07.25 21:08:30 5: Siro_set: testprogmode -> 1532545710.24179
2018.07.25 21:08:30 5: Siro_set: lastprogmode -> 1532545890.2424
2018.07.25 21:08:30 5: Siro_set: lastaction -> stop
2018.07.25 21:08:30 5: Siro_set: cmd -> prog
2018.07.25 21:08:30 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - prog
2018.07.25 21:08:30 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:30 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.07.25 21:08:30 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :prog: - args -> prog 0
2018.07.25 21:08:30 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:30 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> prog channel -> 1 bincmd -> 11001100
2018.07.25 21:08:30 5: Siro_set: runningtime -> 0.0068049430847168
2018.07.25 21:08:31 5: Siro_Set: aufgerufen -> cmd -> off args -> off 0
2018.07.25 21:08:31 5: Siro_set: test auf double stop
2018.07.25 21:08:31 5: Siro_set: testprogmode -> 1532545711.87241
2018.07.25 21:08:31 5: Siro_set: lastprogmode -> 1532545890.2424
2018.07.25 21:08:31 5: Siro_set: lastaction -> prog
2018.07.25 21:08:31 5: Siro_set: cmd -> off
2018.07.25 21:08:31 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - off
2018.07.25 21:08:31 4: Siro_Set: aktposition -> 0 - percenttorun -> 0 - offdirekttime -> 0.18
2018.07.25 21:08:31 4: Siro_Set: voraussichtliche fahrdauer bis 0%: -> 0
2018.07.25 21:08:31 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:31 5: Siro_set: handing over to Siro_Send_Command with following arguments: off 0 0
2018.07.25 21:08:31 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :off: - args -> off 0 0
2018.07.25 21:08:31 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:31 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> off channel -> 1 bincmd -> 00010001
2018.07.25 21:08:31 5: Siro_set: runningtime -> 0.00886988639831543
2018.07.25 21:08:33 5: Siro_Stopaction: setze no action
2018.07.25 21:08:33 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.07.25 21:08:33 5: Siro_set: test auf double stop
2018.07.25 21:08:33 5: Siro_set: testprogmode -> 1532545713.63157
2018.07.25 21:08:33 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:08:33 5: Siro_set: lastaction -> off
2018.07.25 21:08:33 5: Siro_set: cmd -> prog
2018.07.25 21:08:33 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - prog
2018.07.25 21:08:33 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:33 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.07.25 21:08:33 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :prog: - args -> prog 0
2018.07.25 21:08:33 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:33 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> prog channel -> 1 bincmd -> 11001100
2018.07.25 21:08:33 5: Siro_set: runningtime -> 0.00698494911193848
2018.07.25 21:08:36 5: Siro_Set: aufgerufen -> cmd -> off args -> off 0
2018.07.25 21:08:36 5: Siro_set: test auf double stop
2018.07.25 21:08:36 5: Siro_set: testprogmode -> 1532545716.32176
2018.07.25 21:08:36 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:08:36 5: Siro_set: lastaction -> prog
2018.07.25 21:08:36 5: Siro_set: cmd -> off
2018.07.25 21:08:36 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - off
2018.07.25 21:08:36 4: Siro_Set: aktposition -> 0 - percenttorun -> 0 - offdirekttime -> 0.18
2018.07.25 21:08:36 4: Siro_Set: voraussichtliche fahrdauer bis 0%: -> 0
2018.07.25 21:08:36 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:36 5: Siro_set: handing over to Siro_Send_Command with following arguments: off 0 0
2018.07.25 21:08:36 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :off: - args -> off 0 0
2018.07.25 21:08:36 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:36 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> off channel -> 1 bincmd -> 00010001
2018.07.25 21:08:36 5: Siro_set: runningtime -> 0.00898218154907227
2018.07.25 21:08:37 5: Siro_Stopaction: setze no action
2018.07.25 21:08:45 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:08:45 5: Siro_set: test auf double stop
2018.07.25 21:08:45 5: Siro_set: testprogmode -> 1532545725.91824
2018.07.25 21:08:45 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:08:45 5: Siro_set: lastaction -> off
2018.07.25 21:08:45 5: Siro_set: cmd -> stop
2018.07.25 21:08:45 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:08:45 5: Siro_Set: cmd stop timebetweenmsg -> 9.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:08:45 5: Siro_Set: stop - Lastaction -> off 0
2018.07.25 21:08:45 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:45 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:08:45 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:08:45 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:45 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:08:45 5: Siro_set: runningtime -> 0.0103859901428223
2018.07.25 21:09:00 5: Siro_Set: aufgerufen -> cmd -> on args -> on 0
2018.07.25 21:09:00 5: Siro_set: test auf double stop
2018.07.25 21:09:00 5: Siro_set: testprogmode -> 1532545740.12793
2018.07.25 21:09:00 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:00 5: Siro_set: lastaction -> stop
2018.07.25 21:09:00 5: Siro_set: cmd -> on
2018.07.25 21:09:00 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - on
2018.07.25 21:09:00 4: Siro_Set: aktposition -> 0 - percenttorun -> 100 - ondirekttime -> 0.15
2018.07.25 21:09:00 4: Siro_Set: voraussichtliche fahrdauer bis 100%: -> 15
2018.07.25 21:09:00 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:00 5: Siro_set: handing over to Siro_Send_Command with following arguments: on 100 0
2018.07.25 21:09:00 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :on: - args -> on 100 0
2018.07.25 21:09:00 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:00 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> on channel -> 1 bincmd -> 00110011
2018.07.25 21:09:00 5: Siro_set: runningtime -> 0.00890183448791504
2018.07.25 21:09:07 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:07 5: Siro_set: test auf double stop
2018.07.25 21:09:07 5: Siro_set: testprogmode -> 1532545747.35599
2018.07.25 21:09:07 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:07 5: Siro_set: lastaction -> on
2018.07.25 21:09:07 5: Siro_set: cmd -> stop
2018.07.25 21:09:07 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:07 5: Siro_Set: cmd stop timebetweenmsg -> 7.2 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:07 5: Siro_Set: stop - Lastaction -> on 100 0
2018.07.25 21:09:07 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:07 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 48 0
2018.07.25 21:09:07 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 48 0
2018.07.25 21:09:07 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:07 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:07 5: Siro_set: runningtime -> 0.0102238655090332
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.01536
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 10.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 48 100
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.0112679004669189
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.21849
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 48
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.00899481773376465
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.37655
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.00901603698730469
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.55339
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.00887608528137207
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.73329
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.0088050365447998
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.96374
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.2 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.00901699066162109
2018.07.25 21:09:19 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:19 5: Siro_set: test auf double stop
2018.07.25 21:09:19 5: Siro_set: testprogmode -> 1532545759.15495
2018.07.25 21:09:19 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:19 5: Siro_set: lastaction -> stop
2018.07.25 21:09:19 5: Siro_set: cmd -> stop
2018.07.25 21:09:19 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:19 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:19 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:19 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:19 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:19 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:19 5: Siro_set: runningtime -> 0.00894618034362793
2018.07.25 21:09:19 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:19 5: Siro_set: test auf double stop
2018.07.25 21:09:19 5: Siro_set: testprogmode -> 1532545759.34219
2018.07.25 21:09:19 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:19 5: Siro_set: lastaction -> stop
2018.07.25 21:09:19 5: Siro_set: cmd -> stop
2018.07.25 21:09:19 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:19 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:19 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:19 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:19 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:19 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:19 5: Siro_set: runningtime -> 0.00899910926818848
2018.07.25 21:09:19 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:19 5: Siro_set: test auf double stop
2018.07.25 21:09:19 5: Siro_set: testprogmode -> 1532545759.50912
2018.07.25 21:09:19 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:19 5: Siro_set: lastaction -> stop
2018.07.25 21:09:19 5: Siro_set: cmd -> stop
2018.07.25 21:09:19 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:19 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:19 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:19 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:19 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:19 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:19 5: Siro_set: runningtime -> 0.00884914398193359
2018.07.25 21:09:21 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:21 5: Siro_set: test auf double stop
2018.07.25 21:09:21 5: Siro_set: testprogmode -> 1532545761.29461
2018.07.25 21:09:21 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:21 5: Siro_set: lastaction -> stop
2018.07.25 21:09:21 5: Siro_set: cmd -> stop
2018.07.25 21:09:21 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:21 5: Siro_Set: cmd stop timebetweenmsg -> 1.7 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:21 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:21 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:21 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:21 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:21 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:21 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:21 5: Siro_set: runningtime -> 0.0088810920715332
2018.07.25 21:09:21 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:21 5: Siro_set: test auf double stop
2018.07.25 21:09:21 5: Siro_set: testprogmode -> 1532545761.9768
2018.07.25 21:09:21 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:21 5: Siro_set: lastaction -> stop
2018.07.25 21:09:21 5: Siro_set: cmd -> stop
2018.07.25 21:09:21 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:21 5: Siro_Set: cmd stop timebetweenmsg -> 0.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:21 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:21 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:21 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:21 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:21 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:21 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:21 5: Siro_set: runningtime -> 0.00901079177856445
2018.07.25 21:09:22 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:22 5: Siro_set: test auf double stop
2018.07.25 21:09:22 5: Siro_set: testprogmode -> 1532545762.64257
2018.07.25 21:09:22 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:22 5: Siro_set: lastaction -> stop
2018.07.25 21:09:22 5: Siro_set: cmd -> stop
2018.07.25 21:09:22 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:22 5: Siro_Set: cmd stop timebetweenmsg -> 0.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:22 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:22 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:22 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:22 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:22 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:22 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:22 5: Siro_set: runningtime -> 0.00889396667480469
2018.07.25 21:09:23 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:23 5: Siro_set: test auf double stop
2018.07.25 21:09:23 5: Siro_set: testprogmode -> 1532545763.23727
2018.07.25 21:09:23 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:23 5: Siro_set: lastaction -> stop
2018.07.25 21:09:23 5: Siro_set: cmd -> stop
2018.07.25 21:09:23 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:23 5: Siro_Set: cmd stop timebetweenmsg -> 0.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:23 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:23 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:23 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:23 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:23 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:23 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:23 5: Siro_set: runningtime -> 0.00887107849121094
2018.07.25 21:09:23 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:23 5: Siro_set: test auf double stop
2018.07.25 21:09:23 5: Siro_set: testprogmode -> 1532545763.87718
2018.07.25 21:09:23 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:23 5: Siro_set: lastaction -> stop
2018.07.25 21:09:23 5: Siro_set: cmd -> stop
2018.07.25 21:09:23 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:23 5: Siro_Set: cmd stop timebetweenmsg -> 0.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:23 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:23 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:23 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:23 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:23 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:23 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:23 5: Siro_set: runningtime -> 0.00887393951416016
2018.07.25 21:09:24 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:24 5: Siro_set: test auf double stop
2018.07.25 21:09:24 5: Siro_set: testprogmode -> 1532545764.46241
2018.07.25 21:09:24 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:24 5: Siro_set: lastaction -> stop
2018.07.25 21:09:24 5: Siro_set: cmd -> stop
2018.07.25 21:09:24 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:24 5: Siro_Set: cmd stop timebetweenmsg -> 0.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:24 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:24 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:24 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:24 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:24 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:24 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:24 5: Siro_set: runningtime -> 0.00892210006713867
2018.07.25 21:09:25 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:25 5: Siro_set: test auf double stop
2018.07.25 21:09:25 5: Siro_set: testprogmode -> 1532545765.05788
2018.07.25 21:09:25 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:25 5: Siro_set: lastaction -> stop
2018.07.25 21:09:25 5: Siro_set: cmd -> stop
2018.07.25 21:09:25 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:25 5: Siro_Set: cmd stop timebetweenmsg -> 0.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:25 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:25 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:25 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:25 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:25 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:25 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:25 5: Siro_set: runningtime -> 0.00882101058959961
2018.07.25 21:09:25 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:25 5: Siro_set: test auf double stop
2018.07.25 21:09:25 5: Siro_set: testprogmode -> 1532545765.60254
2018.07.25 21:09:25 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:25 5: Siro_set: lastaction -> stop
2018.07.25 21:09:25 5: Siro_set: cmd -> stop
2018.07.25 21:09:25 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:25 5: Siro_Set: cmd stop timebetweenmsg -> 0.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:25 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:25 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:25 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:25 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:25 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:25 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:25 5: Siro_set: runningtime -> 0.00888800621032715
2018.07.25 21:09:26 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:26 5: Siro_set: test auf double stop
2018.07.25 21:09:26 5: Siro_set: testprogmode -> 1532545766.27426
2018.07.25 21:09:26 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:26 5: Siro_set: lastaction -> stop
2018.07.25 21:09:26 5: Siro_set: cmd -> stop
2018.07.25 21:09:26 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:26 5: Siro_Set: cmd stop timebetweenmsg -> 0.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:26 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:26 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:26 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:26 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:26 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:26 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:26 5: Siro_set: runningtime -> 0.00890398025512695
Zitat von: maxritti am 25 Juli 2018, 21:11:00
Erledigt, ohne zu stoppen.
Anbei das Log mit Verbose auf 5.
2018.07.25 21:08:30 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.07.25 21:08:30 5: Siro_set: test auf double stop
2018.07.25 21:08:30 5: Siro_set: testprogmode -> 1532545710.24179
2018.07.25 21:08:30 5: Siro_set: lastprogmode -> 1532545890.2424
2018.07.25 21:08:30 5: Siro_set: lastaction -> stop
2018.07.25 21:08:30 5: Siro_set: cmd -> prog
2018.07.25 21:08:30 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - prog
2018.07.25 21:08:30 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:30 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.07.25 21:08:30 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :prog: - args -> prog 0
2018.07.25 21:08:30 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:30 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> prog channel -> 1 bincmd -> 11001100
2018.07.25 21:08:30 5: Siro_set: runningtime -> 0.0068049430847168
2018.07.25 21:08:31 5: Siro_Set: aufgerufen -> cmd -> off args -> off 0
2018.07.25 21:08:31 5: Siro_set: test auf double stop
2018.07.25 21:08:31 5: Siro_set: testprogmode -> 1532545711.87241
2018.07.25 21:08:31 5: Siro_set: lastprogmode -> 1532545890.2424
2018.07.25 21:08:31 5: Siro_set: lastaction -> prog
2018.07.25 21:08:31 5: Siro_set: cmd -> off
2018.07.25 21:08:31 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - off
2018.07.25 21:08:31 4: Siro_Set: aktposition -> 0 - percenttorun -> 0 - offdirekttime -> 0.18
2018.07.25 21:08:31 4: Siro_Set: voraussichtliche fahrdauer bis 0%: -> 0
2018.07.25 21:08:31 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:31 5: Siro_set: handing over to Siro_Send_Command with following arguments: off 0 0
2018.07.25 21:08:31 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :off: - args -> off 0 0
2018.07.25 21:08:31 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:31 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> off channel -> 1 bincmd -> 00010001
2018.07.25 21:08:31 5: Siro_set: runningtime -> 0.00886988639831543
2018.07.25 21:08:33 5: Siro_Stopaction: setze no action
2018.07.25 21:08:33 5: Siro_Set: aufgerufen -> cmd -> prog args -> prog 0
2018.07.25 21:08:33 5: Siro_set: test auf double stop
2018.07.25 21:08:33 5: Siro_set: testprogmode -> 1532545713.63157
2018.07.25 21:08:33 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:08:33 5: Siro_set: lastaction -> off
2018.07.25 21:08:33 5: Siro_set: cmd -> prog
2018.07.25 21:08:33 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - prog
2018.07.25 21:08:33 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:33 5: Siro_set: handing over to Siro_Send_Command with following arguments: prog 0
2018.07.25 21:08:33 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :prog: - args -> prog 0
2018.07.25 21:08:33 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:33 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> prog channel -> 1 bincmd -> 11001100
2018.07.25 21:08:33 5: Siro_set: runningtime -> 0.00698494911193848
2018.07.25 21:08:36 5: Siro_Set: aufgerufen -> cmd -> off args -> off 0
2018.07.25 21:08:36 5: Siro_set: test auf double stop
2018.07.25 21:08:36 5: Siro_set: testprogmode -> 1532545716.32176
2018.07.25 21:08:36 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:08:36 5: Siro_set: lastaction -> prog
2018.07.25 21:08:36 5: Siro_set: cmd -> off
2018.07.25 21:08:36 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - off
2018.07.25 21:08:36 4: Siro_Set: aktposition -> 0 - percenttorun -> 0 - offdirekttime -> 0.18
2018.07.25 21:08:36 4: Siro_Set: voraussichtliche fahrdauer bis 0%: -> 0
2018.07.25 21:08:36 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:36 5: Siro_set: handing over to Siro_Send_Command with following arguments: off 0 0
2018.07.25 21:08:36 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :off: - args -> off 0 0
2018.07.25 21:08:36 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:36 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> off channel -> 1 bincmd -> 00010001
2018.07.25 21:08:36 5: Siro_set: runningtime -> 0.00898218154907227
2018.07.25 21:08:37 5: Siro_Stopaction: setze no action
2018.07.25 21:08:45 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:08:45 5: Siro_set: test auf double stop
2018.07.25 21:08:45 5: Siro_set: testprogmode -> 1532545725.91824
2018.07.25 21:08:45 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:08:45 5: Siro_set: lastaction -> off
2018.07.25 21:08:45 5: Siro_set: cmd -> stop
2018.07.25 21:08:45 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:08:45 5: Siro_Set: cmd stop timebetweenmsg -> 9.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:08:45 5: Siro_Set: stop - Lastaction -> off 0
2018.07.25 21:08:45 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:08:45 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:08:45 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:08:45 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:08:45 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:08:45 5: Siro_set: runningtime -> 0.0103859901428223
2018.07.25 21:09:00 5: Siro_Set: aufgerufen -> cmd -> on args -> on 0
2018.07.25 21:09:00 5: Siro_set: test auf double stop
2018.07.25 21:09:00 5: Siro_set: testprogmode -> 1532545740.12793
2018.07.25 21:09:00 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:00 5: Siro_set: lastaction -> stop
2018.07.25 21:09:00 5: Siro_set: cmd -> on
2018.07.25 21:09:00 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - on
2018.07.25 21:09:00 4: Siro_Set: aktposition -> 0 - percenttorun -> 100 - ondirekttime -> 0.15
2018.07.25 21:09:00 4: Siro_Set: voraussichtliche fahrdauer bis 100%: -> 15
2018.07.25 21:09:00 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:00 5: Siro_set: handing over to Siro_Send_Command with following arguments: on 100 0
2018.07.25 21:09:00 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :on: - args -> on 100 0
2018.07.25 21:09:00 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:00 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> on channel -> 1 bincmd -> 00110011
2018.07.25 21:09:00 5: Siro_set: runningtime -> 0.00890183448791504
2018.07.25 21:09:07 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:07 5: Siro_set: test auf double stop
2018.07.25 21:09:07 5: Siro_set: testprogmode -> 1532545747.35599
2018.07.25 21:09:07 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:07 5: Siro_set: lastaction -> on
2018.07.25 21:09:07 5: Siro_set: cmd -> stop
2018.07.25 21:09:07 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:07 5: Siro_Set: cmd stop timebetweenmsg -> 7.2 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:07 5: Siro_Set: stop - Lastaction -> on 100 0
2018.07.25 21:09:07 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:07 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 48 0
2018.07.25 21:09:07 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 48 0
2018.07.25 21:09:07 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:07 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:07 5: Siro_set: runningtime -> 0.0102238655090332
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.01536
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 10.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 48 100
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.0112679004669189
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.21849
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 48
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.00899481773376465
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.37655
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.00901603698730469
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.55339
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.00887608528137207
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.73329
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.0088050365447998
2018.07.25 21:09:18 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:18 5: Siro_set: test auf double stop
2018.07.25 21:09:18 5: Siro_set: testprogmode -> 1532545758.96374
2018.07.25 21:09:18 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:18 5: Siro_set: lastaction -> stop
2018.07.25 21:09:18 5: Siro_set: cmd -> stop
2018.07.25 21:09:18 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:18 5: Siro_Set: cmd stop timebetweenmsg -> 0.2 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:18 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:18 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:18 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:18 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:18 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:18 5: Siro_set: runningtime -> 0.00901699066162109
2018.07.25 21:09:19 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:19 5: Siro_set: test auf double stop
2018.07.25 21:09:19 5: Siro_set: testprogmode -> 1532545759.15495
2018.07.25 21:09:19 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:19 5: Siro_set: lastaction -> stop
2018.07.25 21:09:19 5: Siro_set: cmd -> stop
2018.07.25 21:09:19 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:19 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:19 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:19 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:19 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:19 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:19 5: Siro_set: runningtime -> 0.00894618034362793
2018.07.25 21:09:19 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:19 5: Siro_set: test auf double stop
2018.07.25 21:09:19 5: Siro_set: testprogmode -> 1532545759.34219
2018.07.25 21:09:19 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:19 5: Siro_set: lastaction -> stop
2018.07.25 21:09:19 5: Siro_set: cmd -> stop
2018.07.25 21:09:19 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:19 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:19 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:19 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:19 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:19 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:19 5: Siro_set: runningtime -> 0.00899910926818848
2018.07.25 21:09:19 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:19 5: Siro_set: test auf double stop
2018.07.25 21:09:19 5: Siro_set: testprogmode -> 1532545759.50912
2018.07.25 21:09:19 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:19 5: Siro_set: lastaction -> stop
2018.07.25 21:09:19 5: Siro_set: cmd -> stop
2018.07.25 21:09:19 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:19 5: Siro_Set: cmd stop timebetweenmsg -> 0.1 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:19 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:19 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:19 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:19 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:19 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:19 5: Siro_set: runningtime -> 0.00884914398193359
2018.07.25 21:09:21 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:21 5: Siro_set: test auf double stop
2018.07.25 21:09:21 5: Siro_set: testprogmode -> 1532545761.29461
2018.07.25 21:09:21 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:21 5: Siro_set: lastaction -> stop
2018.07.25 21:09:21 5: Siro_set: cmd -> stop
2018.07.25 21:09:21 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:21 5: Siro_Set: cmd stop timebetweenmsg -> 1.7 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:21 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:21 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:21 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:21 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:21 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:21 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:21 5: Siro_set: runningtime -> 0.0088810920715332
2018.07.25 21:09:21 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:21 5: Siro_set: test auf double stop
2018.07.25 21:09:21 5: Siro_set: testprogmode -> 1532545761.9768
2018.07.25 21:09:21 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:21 5: Siro_set: lastaction -> stop
2018.07.25 21:09:21 5: Siro_set: cmd -> stop
2018.07.25 21:09:21 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:21 5: Siro_Set: cmd stop timebetweenmsg -> 0.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:21 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:21 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:21 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:21 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:21 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:21 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:21 5: Siro_set: runningtime -> 0.00901079177856445
2018.07.25 21:09:22 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:22 5: Siro_set: test auf double stop
2018.07.25 21:09:22 5: Siro_set: testprogmode -> 1532545762.64257
2018.07.25 21:09:22 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:22 5: Siro_set: lastaction -> stop
2018.07.25 21:09:22 5: Siro_set: cmd -> stop
2018.07.25 21:09:22 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:22 5: Siro_Set: cmd stop timebetweenmsg -> 0.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:22 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:22 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:22 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:22 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:22 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:22 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:22 5: Siro_set: runningtime -> 0.00889396667480469
2018.07.25 21:09:23 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:23 5: Siro_set: test auf double stop
2018.07.25 21:09:23 5: Siro_set: testprogmode -> 1532545763.23727
2018.07.25 21:09:23 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:23 5: Siro_set: lastaction -> stop
2018.07.25 21:09:23 5: Siro_set: cmd -> stop
2018.07.25 21:09:23 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:23 5: Siro_Set: cmd stop timebetweenmsg -> 0.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:23 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:23 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:23 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:23 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:23 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:23 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:23 5: Siro_set: runningtime -> 0.00887107849121094
2018.07.25 21:09:23 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:23 5: Siro_set: test auf double stop
2018.07.25 21:09:23 5: Siro_set: testprogmode -> 1532545763.87718
2018.07.25 21:09:23 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:23 5: Siro_set: lastaction -> stop
2018.07.25 21:09:23 5: Siro_set: cmd -> stop
2018.07.25 21:09:23 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:23 5: Siro_Set: cmd stop timebetweenmsg -> 0.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:23 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:23 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:23 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:23 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:23 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:23 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:23 5: Siro_set: runningtime -> 0.00887393951416016
2018.07.25 21:09:24 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:24 5: Siro_set: test auf double stop
2018.07.25 21:09:24 5: Siro_set: testprogmode -> 1532545764.46241
2018.07.25 21:09:24 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:24 5: Siro_set: lastaction -> stop
2018.07.25 21:09:24 5: Siro_set: cmd -> stop
2018.07.25 21:09:24 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:24 5: Siro_Set: cmd stop timebetweenmsg -> 0.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:24 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:24 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:24 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:24 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:24 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:24 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:24 5: Siro_set: runningtime -> 0.00892210006713867
2018.07.25 21:09:25 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:25 5: Siro_set: test auf double stop
2018.07.25 21:09:25 5: Siro_set: testprogmode -> 1532545765.05788
2018.07.25 21:09:25 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:25 5: Siro_set: lastaction -> stop
2018.07.25 21:09:25 5: Siro_set: cmd -> stop
2018.07.25 21:09:25 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:25 5: Siro_Set: cmd stop timebetweenmsg -> 0.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:25 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:25 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:25 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:25 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:25 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:25 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:25 5: Siro_set: runningtime -> 0.00882101058959961
2018.07.25 21:09:25 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:25 5: Siro_set: test auf double stop
2018.07.25 21:09:25 5: Siro_set: testprogmode -> 1532545765.60254
2018.07.25 21:09:25 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:25 5: Siro_set: lastaction -> stop
2018.07.25 21:09:25 5: Siro_set: cmd -> stop
2018.07.25 21:09:25 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:25 5: Siro_Set: cmd stop timebetweenmsg -> 0.5 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:25 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:25 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:25 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:25 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:25 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:25 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:25 5: Siro_set: runningtime -> 0.00888800621032715
2018.07.25 21:09:26 5: Siro_Set: aufgerufen -> cmd -> stop args -> stop 0
2018.07.25 21:09:26 5: Siro_set: test auf double stop
2018.07.25 21:09:26 5: Siro_set: testprogmode -> 1532545766.27426
2018.07.25 21:09:26 5: Siro_set: lastprogmode -> 1532545893.6322
2018.07.25 21:09:26 5: Siro_set: lastaction -> stop
2018.07.25 21:09:26 5: Siro_set: cmd -> stop
2018.07.25 21:09:26 5: Siro_Set: teste autostop: 100 < 100 100 < 100 - stop
2018.07.25 21:09:26 5: Siro_Set: cmd stop timebetweenmsg -> 0.6 ondirekttime -> 0.15 offdirekttime -> 0.18
2018.07.25 21:09:26 5: Siro_Set: stop - Lastaction -> stop 0 0
2018.07.25 21:09:26 5: Siro_Set: kein stateupdate erfolgt
2018.07.25 21:09:26 5: Siro_set: handing over to Siro_Send_Command with following arguments: stop 0 0
2018.07.25 21:09:26 5: Siro_sendCommand: hash -> HASH(0x7fd58f9df6b8) - EG_Rollo_Haustuer -> cmd :stop: - args -> stop 0 0
2018.07.25 21:09:26 5: Siro_sendCommand: operationmode -> 0
2018.07.25 21:09:26 2: Siro_sendCommand: name -> EG_Rollo_Haustuer command -> stop channel -> 1 bincmd -> 01010101
2018.07.25 21:09:26 5: Siro_set: runningtime -> 0.00890398025512695
ok, ich werde mir das in ruhe anschauen , schaffe es aber erst morgen ( ist ja recht umfangreich ) und ich bin hundemüde, sorry.
gruss Byte09
Du brauchst dich nicht entschuldigen.
Bin froh, dass du dich der Sache annimmt.
Ich bin jetzt auch erst mal 3 Tage weg. Also keine Hektik. :D
ZitatProg, Off, Prog im FHEMWEB gedrückt, in On Gefahren, den Setup Knopf an dem Motor gehalten, bis er mit einem Ruckeln quittiert hat, dann in die Off Position gefahren und wieder Setup Knopf gedrückt, bis die Quittung gekommen ist.
Bin der Meinung dein Vorgehen weicht von der Anleitung ab, dort steht nichts von Setup Knopf am Motor drücken während der Endlageneinstellung.
Wie Markus erwähnt hat 3 Sekunden Stop Taste entspricht mehrmals hintereinander und ohne Pause Stop senden, so hat das bei mir vor wenigen Wochen auch geklappt.
Anbei mal meine beigefügte Anleitung des Motors und auch Vorgehen beim einrichten.
Der erwähnte Setup Knopf (P2) entspricht dem set Befehl prog im Modul.
Den Setup Knopf braucht man nur einmal am Anfang, um die Master Fernbedienung anzumelden bzw. bei Bedarf die Drehrichtung zu ändern.
Nach der Anleitung die dem Motor beiliegt, klappt es definitiv:
- P2, AUF, P2 (um in den Einstellmodus für die Positionen zu kommen)
- Zur oberen Endposition fahren, dort STOP
- STOP 3s drücken, bis der Motor sich kurz bewegt
- Zur unteren Endposition fahren, dort STOP
- STOP 3s drücken, bis der Motor sich kurz bewegt
Ein paar Dinge die nicht in jeder Anleitung stehen:
Geschwindigkeit einstellen:
- Schneller : STOP und AUF Taste zusammen 2s halten, bis der Motor sich kurz bewegt
- Langsamer : STOP und AB Taste zusammen 2s halten, bis der Motor sich kurz bewegt
Dot Mode an/aus (Fahrt dann nur bei langem Tastendruck, ansonsten nur ein kleiner Schritt)
- P2 drücken, bis der Motor sich kurz bewegt
- AUF drücken, bis der Motor sich kurz bewegt
- AB drücken, bis der Motor sich kurz bewegt
Bei mehreren angelernten Fernbedienungen (oder Fernbedienung + FHEM) ist dem Motor übrigens egal, von welcher Fernbedienung welches Signal bei Einstellungen kommt. Man kann beispielsweise die Fernbedienung nur für den langen Tastendruck zur Bestätigung verwenden und den Rest von FHEM aus machen, wenn man mehr als einen Rollo in der Gruppe der Fernbedienung hat.
Zitat von: Markus M. am 25 Juli 2018, 22:38:34
- STOP 3s drücken, bis der Motor sich kurz bewegt
Also gehe ich davon aus, dass STOP 3s, mehrmals STOP im FHEM WEB entspricht.
Und genau da scheint das Problem zu liegen.
Wenn der Rollo in die Off Position gefahren ist, ich mehrmals schnell hintereinander in FHEM WEB Stop drücke, reagiert der Motor nicht. Also keine Quittung und damit ist der nicht programmiert.
An was das auch immer liegt.
Ich habe auch mal meine unbedarfte Frau dran gesetzt und drücken lassen. 8)
Mit dem gleichen Ergebnis. ::)
Hast du es auch schon mit fav statt 3x stop versucht ?
Am besten alle benötigten Befehle im webcmd ablegen
stop:on:off:fav:prog:position
Auch da passiert nichts. Keine Reaktion.
Komme erst die Tage wieder zum testen.
Aber Danke schon mal für eure Unterstützung.
Hat es denn irgendwer schon geschafft, die Motoren ohne Fernbedienung anzumelden?
Also mit der Hardware die hier verwendet wird und dem Modul?
Da ich mit meinen Motoren weder noch verwende und eine Fernbedienung habe, kann ich dazu leider nichts sagen.
Zitat von: Markus M. am 27 Juli 2018, 00:05:53
Hat es denn irgendwer schon geschafft, die Motoren ohne Fernbedienung anzumelden?
Also mit der Hardware die hier verwendet wird und dem Modul?
Da ich mit meinen Motoren weder noch verwende und eine Fernbedienung habe, kann ich dazu leider nichts sagen.
also ich habe das eben nochmal probiert und kann die endlagen problemlos einstellen.
prog - off - prog - untere endpos anfahren -stop - stop - stop - stop - obere endpos anfahrren - stop - stop - stop - stop.
habe es jetzt 3 malprobiert, er hat alle endlagen gespeichert . zwischen den stopbefehlen jeweils ca. 1 sekunde pause.
die Lösung mit der fav taste statt der stoptaste ist suboptimal , da es sein kann , das das modul dadurch den programmiermodus verlässt und dann statt eines benötigten "longgstops" ein normales "stop" sendet.
gruss Byte09
Zitat von: Byte09 am 27 Juli 2018, 05:37:01
also ich habe das eben nochmal probiert und kann die endlagen problemlos einstellen.
prog - off - prog - untere endpos anfahren -stop - stop - stop - stop - obere endpos anfahrren - stop - stop - stop - stop.
habe es jetzt 3 malprobiert, er hat alle endlagen gespeichert . zwischen den stopbefehlen jeweils ca. 1 sekunde pause.
die Lösung mit der fav taste statt der stoptaste ist suboptimal , da es sein kann , das das modul dadurch den programmiermodus verlässt und dann statt eines benötigten "longgstops" ein normales "stop" sendet.
gruss Byte09
Hm, ich werde es dann morgen noch mal testen.
Gibt es denn nach den 4 x stop eine Quittung vom Motor? Ein kurzes ruckeln?
Und der Prog Modus ist dann nach dem zweiten 4 x stop beendet?
Ich bin gespannt wie das morgen aussieht.
Hat es denn irgendwer schon geschafft, die Motoren ohne Fernbedienung anzumelden?
Hab das ohne Fernbedienung mit einem Aldomo-Motor, wie Byte09 beschrieben hat, gemacht.
ZitatGibt es denn nach den 4 x stop eine Quittung vom Motor? Ein kurzes ruckeln?
ja
ZitatUnd der Prog Modus ist dann nach dem zweiten 4 x stop beendet?
ja
gruss Byte09
Zitat von: Byte09 am 27 Juli 2018, 05:37:01
also ich habe das eben nochmal probiert und kann die endlagen problemlos einstellen.
prog - off - prog - untere endpos anfahren -stop - stop - stop - stop - obere endpos anfahrren - stop - stop - stop - stop.
habe es jetzt 3 malprobiert, er hat alle endlagen gespeichert . zwischen den stopbefehlen jeweils ca. 1 sekunde pause.
die Lösung mit der fav taste statt der stoptaste ist suboptimal , da es sein kann , das das modul dadurch den programmiermodus verlässt und dann statt eines benötigten "longgstops" ein normales "stop" sendet.
gruss Byte09
So, es hat nun geklappt. :D
Warum auch immer muss ich bei mir, nachdem der Motor sich in der Endposition befindet, 5 x Stop drücken, bis die Quittung kommt. Das Stop um den Motor in der Endposition anzuhalten ist da nicht mitgezählt.
Aber ist ja nun auch egal. Hauptsache es hat geklappt.
Vielen Dank an alle Beteiligten für Eure Mühe und Geduld.
Hallo zusammen, es ist schön, dass soviel Interesse an dem Projekt bekundet wurde und Byte09 dieses Thema weiter unterstützt.
Derzeit bin ich in anderen Themen unterwegs (Entwicklungen in der KI sowie Unterstützung anderer chinesischer Unternehmen in der Einführung der Produkte auf den weltweiten Markt (u.a. für Xiaomi und deren Staubsaugroboter)), wo ich nicht mehr so viel Zeit für das FHEM-Forum finden konnte. Sorry dafür.
Zitat von: maxritti am 28 Juli 2018, 17:56:37
Warum auch immer muss ich bei mir, nachdem der Motor sich in der Endposition befindet, 5 x Stop drücken, bis die Quittung kommt. Das Stop um den Motor in der Endposition anzuhalten ist da nicht mitgezählt.
Das Thema hatten wir schon mit dem ERB15LE. Hast du dir mal meinen Post angeschaut?
https://forum.fhem.de/index.php/topic,77167.msg723443.html#msg723443
Siehe ganz unten. Daraufhin haben wir das SignalLongStopRepeats eingeführt, da wir da erkannt haben, dass der ERB15LE mehrere Stopp-Befehle benötigt und ein wenig anders reagiert. Wenn du es auf 45 setzt, müsste dein Problem gelöst sein.
Normalerweise besteht Stopp-Signal aus mehreren gleichen Signalen. Und nur wenn diese gleich sind, reagiert der Empfänger, um störungssicherer zu sein. Deshalb ergiben sich die hohen Zahlen.
Markus M.
Zitat von: Markus M. am 27 Juli 2018, 00:05:53
Hat es denn irgendwer schon geschafft, die Motoren ohne Fernbedienung anzumelden?
Natürlich. Dazu wurde ja das Modul entwickelt, damit man sich selber "virtuelle" ID's ausdenken kann und diese mit dem Motor verheiratet.
Zitat
Geschwindigkeit einstellen:
Dot Mode an/aus (Fahrt dann nur bei langem Tastendruck, ansonsten nur ein kleiner Schritt)
Danke! Allein für den Dot-Modus, den ich nie verstanden habe. Funktioniert die Geschwindigkeitseinstellung auch mit den Siro-Motoren?
Byte09: Ich muss mir mal das Protokoll anschauen, ob es dafür einen eigenen Code gibt, wenn zwei Tasten gleichzeitig gedrückt werden.
Zitat von: Markus M. am 03 Juni 2018, 14:25:18
Was daran liegen sollte dass das Siro Funkprotokoll komplett identisch zum Dooya Protokoll ist,
da Siro meines Wissens kein eigenes Protokoll hat sondern nur den Namen auf Dooya Produkte drucken lässt. 🤷♂️
Ist beim Aldomo Motor natürlich dann das gleiche - nur der Aufdruck ist anders.
Interessant zu wissen, dass es auch noch andere Hersteller wie Aldomo gibt. Es stellt sich die Frage, ob es überhaupt Dooya-Protokoll genannt werden soll, wenn andere Hersteller ähnliche Produkte auf den Markt bringen. Für mich waren damals,während der Protokollanalyse, recht schnell die Gemeinsamkeiten ersichtlich. Leider lies sich der Siro-Motor aber nicht mit dem Dooya-Modul ansteuern, worauf ich dann tiefer in die Materie eintauchen musste. Was bei dem Siro-Protokoll anders ist, ist das lange Wake-Up-Signal am Anfang der Bitkette, welches im FHEM-Dooya-Modul nicht so beschrieben wurde. Auch bei den Timings habe ich andere Zeiten aus den Fernbedienungen errechnet. Entweder ist das FHEM-Dooya-Modul fehlerhaft bzw. unvollständig implementiert, sodass es gerade mal funktioniert oder es gibt wirklich Abweichungen. Die Wake-Up-Signale im Protokoll werden ja gerne bei akkubetriebenen Geräten eingesetzt, damit der Akku geschont wird. Dooya braucht dieses ja nicht, da sie ja permanent mit Strom betrieben werden. Da mir die Timing-Umsetzung im FHEM-Dooya-Modul nicht gefiel und der Code recht unübersichtlich war, habe ich das Modul komplett neu angefangen, was dann Byte09 weiter ausführte, da ich nicht der PERL-Programmierer bin und mir auch die Zeit dafür fehlt.
Im Umkehrschluß würde das bedeuten, dass die Dooya-Motoren mit dem hier implementierten Siro-Modul angesteuert werden können?
Zitat von: Dr. Smag am 29 Juli 2018, 09:48:51
Danke! Allein für den Dot-Modus, den ich nie verstanden habe. Funktioniert die Geschwindigkeitseinstellung auch mit den Siro-Motoren?
Wegen dem Dot Modus den ich mehrmals versehentlich aktiviert hatte, ging mein erster Siro zurück. Die hatten dort auch nicht die geringste Ahnung davon...
In einer tief im Internet vergrabenen Anleitung für einen Dooya Motor bin ich dann fündig geworden.
Geschwindigkeit geht auch, ist ja der gleiche Motor. Bei Aldomo stand das sogar in der Anleitung.
ZitatInteressant zu wissen, dass es auch noch andere Hersteller wie Aldomo gibt. Es stellt sich die Frage, ob es überhaupt Dooya-Protokoll genannt werden soll, wenn andere Hersteller ähnliche Produkte auf den Markt bringen.
Weder Siro noch Aldomo sind Hersteller, die lassen sich nur vom Produzenten Dooya ihr Label auf die selben Produkte drucken.
Das Aldomo Projekt scheint sowieso recht kurzlebig gewesen zu sein, auf Kontaktanfragen bekommt man dort keine Reaktion mehr.
Die Motoren die schon nach Deutschland verschifft wurden gibt es anscheinend bei einem als Privatverkäufer agierenden Restpostenhandel auf eBay, was sich noch in China befindet wird etwas teurer von einem Händler auf Aliexpress (da hatte ich den Namen her) angeboten.
Weitere Verkäufer für unseren Motor scheint es neben Siro aber nicht zu geben.
ZitatEntweder ist das FHEM-Dooya-Modul fehlerhaft bzw. unvollständig implementiert, sodass es gerade mal funktioniert oder es gibt wirklich Abweichungen.
Da die mehrere Jahre alte Implementierung im RFXTRX433 auf Anhieb funktioniert hat, würde ich auf ersteres tippen.
ZitatIm Umkehrschluß würde das bedeuten, dass die Dooya-Motoren mit dem hier implementierten Siro-Modul angesteuert werden können?
Gut möglich. Vielleicht kann das ja irgendjemand mal testen.
Zitat von: Byte09 am 15 April 2018, 17:13:45
ich habe ein fenster 195 breit , 236 hoch, recht schwerer verdunklungsbehang. Fährt jeden Tag mindestens 2 mal komplett . Antrieb ist im moment ein 'mickriger' ERB16LE . akku muss ich ca alle 5-6 wochen laden.
... macht er gut , der kleine ;)
gruss Byte09
Meinst du ich kann dem "kleinen" noch ein paar Quadratzentimeter (217x255) mehr zumuten.
Bei der Größe hat die Welle doch sicher einen größeren Durchmesser als 16 mm, Adapter dann bei Siro bestellen oder gibt's Alternativen ?
Gruß
Thomas
Zitat von: TomLee am 30 Juli 2018, 16:30:31
Meinst du ich kann dem "kleinen" noch ein paar Quadratzentimeter (217x255) mehr zumuten.
Bei der Größe hat die Welle doch sicher einen größeren Durchmesser als 16 mm, Adapter dann bei Siro bestellen oder gibt's Alternativen ?
Gruß
Thomas
wenn ich den motor eh neu anschaffen muss, würde ich ihm das nicht zumuten, sondern gleich auf den nächst grösseren gehen . wie du schon anmerkst wird die welle u.a das problem , da sie auch an ihre belastungsgrenze kommt mit dem kleinen durchmesser und anfängt durchzuhängen ..... und dann gibt es einen schweren knitterlook beim hochfahren.
( ist mir jetzt passiert - nehme an , durch die hitze hat die welle nochmal stabilität verloren - und das war es dann mit dem behang - Bild Anhang ) >:(
gruss Byte09
Übel mit deinem Behang, Danke für die Auskunft.
@Markus M.
Hast auch eine alternative Quelle in petto für den nächst größeren ? ;D
Wenn ich das richtig gesehen habe, misst das Modul für die Schätzung des Akkustands die Sekunden, oder?
Ich habe mir sowas auch ins Rollo Modul gebastelt und komme mit einer leichten Kassettenjalousie 60x180 gerade mal auf 4000 Sekunden bei meinem Siro Motor (beim Rest weiß ich es noch nicht), das sind weniger als 100 Fahrten.
Habt ihr ähnliche Werte?
Mich würde mal interessieren ob/wie sich eine höhere Geschwindigkeitsstufe darauf auswirken würde.
Zitat von: Markus M. am 25 Juli 2018, 22:38:34
Geschwindigkeit einstellen:
- Schneller : STOP und AUF Taste zusammen 2s halten, bis der Motor sich kurz bewegt
- Langsamer : STOP und AB Taste zusammen 2s halten, bis der Motor sich kurz bewegt
Irgendwie merke ich da nichts. Wieviele Geschwindigkeiten gibt es? Wenn ich länger die Auf-/Ab-Taste halte, quittiert der Motor weiterhin. Ist das normal?
Zitat von: Markus M. am 25 Juli 2018, 22:38:34
Dot Mode an/aus (Fahrt dann nur bei langem Tastendruck, ansonsten nur ein kleiner Schritt)
- P2 drücken, bis der Motor sich kurz bewegt
- AUF drücken, bis der Motor sich kurz bewegt
- AB drücken, bis der Motor sich kurz bewegt
Komme ich auch so wieder aus dem Dot-Modus raus oder gibt es da eine andere Sequenz?
Habe den Entry-Post entsprechend erweitert.
Zitat von: Dr. Smag am 30 Juli 2018, 23:51:28
Irgendwie merke ich da nichts. Wieviele Geschwindigkeiten gibt es? Wenn ich länger die Auf-/Ab-Taste halte, quittiert der Motor weiterhin. Ist das normal?
Du hast beide Tasten zusammen gedrückt gehalten? Auf einer Fernbedienung?
Keine Ahnung wieviele es gibt, aber ich glaube es gibt nur noch eine die langsamer als der Standard ist.
Die Bestätigung kommt dann gleich in der neuen Geschwindigkeit.
ZitatKomme ich auch so wieder aus dem Dot-Modus raus oder gibt es da eine andere Sequenz?
Steht doch da: an/aus ;)
Zitat von: Markus M. am 30 Juli 2018, 17:26:26
Ich habe mir sowas auch ins Rollo Modul gebastelt und komme mit einer leichten Kassettenjalousie 60x180 gerade mal auf 4000 Sekunden bei meinem Siro Motor (beim Rest weiß ich es noch nicht), das sind weniger als 100 Fahrten.
Habt ihr ähnliche Werte?
Ich habe mit dem ERB16LE bei 120x180 Doppelrollo rund 4500s. Bei einem Doppelrollo hat man ja für die 180 cm den doppelten Fahrweg.
Ich habe es nun endlich geschafft und mir Innenschutzrollos besorgt. Als nächstes kommt dann der Motor von Siro.
Frage, hat zufällig noch jemand einen fertigen USB Stick den er nicht mehr braucht. Würde ihn dann gerne abkaufen.
Zitat von: volschin am 01 August 2018, 08:19:08Ich habe mit dem ERB16LE bei 120x180 Doppelrollo rund 4500s. Bei einem Doppelrollo hat man ja für die 180 cm den doppelten Fahrweg.
Bedeutet deiner läuft im Vergleich zu meinem zwar gut 10% länger was den Gesamtweg angeht, aber du hast dabei weniger Fahrten.
Macht grob über den Daumen gepeilt eigentlich Sinn.
@Cooltux
Ich übersetze das mal:
Basierend auf den Preisen und der bisherigen Ausfallrate hier im Forum ist es wahrscheinlich nicht die schlechteste Idee, das Geld in zwei Aldomo von eBay und eine Dooya Fernbedienung von Aliexpress zu investieren ;)
Die Motoren waren vor 2 Tagen ausverkauft auf eBay. Auf meine Anfrage, ob zukünftig weitere angeboten werden, wurde wieder einer eingestellt.
Die Antwort war:
ZitatTeilen Sie mir mit wieviel sie benötigen und später gebe ich Ihnen Bescheid wenn ich es da habe.
Es gibt als noch mehr als nur den einen.
Zitat von: TomLee am 03 August 2018, 21:11:27Es gibt als noch mehr als nur den einen.
Ja klar, ne zweistellige Anzahl ging bei mir auch ;) Vermutlich wird der Vorrat in Deutschland aber irgendwann mal erschöpft sein.
Dann bleiben nur noch die Aldomo Restbestände in China für $69 (https://www.aliexpress.com/item/DC-5V-Roller-Blinds-Motor-Tubular-Motor-Persiana-Charge-line-Automatic-Electric-zebra-Blinds-Motor-Remote/32839321023.html) oder eine 25mm Version für $80 (https://www.aliexpress.com/item/USB-Micro-interface-tubular-battery-motor-rechargeable-input-5V-2A-DM25LE-1-1N-m-fit-38mm/32905791675.html).
Zitat von: TomLee am 03 August 2018, 21:11:27
Die Motoren waren vor 2 Tagen ausverkauft auf eBay.
Das war ich ;-). Leider wurde bislang nicht geliefert und ein Versand ohne Sendungsverfolgung und Zahlung nur per Überweisung sind auch nicht gerade vertrauensstärkend.
Das neue bi-direktionale Gateway steht wohl kurz vor der Markteinführung. Die Alexa Skills für com und uk gibt es bereits und sehen Recht vielversprechend aus: https://www.youtube.com/channel/UCC9DqyPYomoDOmmxOE5iB5w/videos
Falls noch nicht bekannt gibt es hier den Dooya Katalog: http://downloads.dooya.com/interiorapplication.pdf Besonders die batteriebetriebenen Wandtaster haben es mir angetan, kann aber leider keinen Verkäufer finden.
Zitat von: ManInSoHo am 04 August 2018, 07:08:35
Das war ich ;-). Leider wurde bislang nicht geliefert und ein Versand ohne Sendungsverfolgung und Zahlung nur per Überweisung sind auch nicht gerade vertrauensstärkend.
Das neue bi-direktionale Gateway steht wohl kurz vor der Markteinführung. Die Alexa Skills für com und uk gibt es bereits und sehen Recht vielversprechend aus: https://www.youtube.com/channel/UCC9DqyPYomoDOmmxOE5iB5w/videos
Falls noch nicht bekannt gibt es hier den Dooya Katalog: http://downloads.dooya.com/interiorapplication.pdf Besonders die batteriebetriebenen Wandtaster haben es mir angetan, kann aber leider keinen Verkäufer finden.
Ach du warst das. :) Ich dachte ich kaufe mir auch mal ein paar Stück. :D
Dass es eine bidirektionale Kommunikation geben wird, wurde mir insgeheim schon vor mehreren Monaten mitgeteilt, was ich leider nicht weitergeben durfte. Aber dafür hat man dann eine Gewissheit, dass der Motor gefahren wurde. Mein Vorschlag auch eine prozentuale Angabe des Rollo's anfahren zu können, was ja eigentl. kein Problem sein sollte, da der Motor seine Position ja kennt, wird wohl wie es aussieht leider doch nicht implementiert. :/
Zitat von: Dr. Smag am 04 August 2018, 15:48:35
..... Mein Vorschlag auch eine prozentuale Angabe des Rollo's anfahren zu können, was ja eigentl. kein Problem sein sollte, da der Motor seine Position ja kennt, wird wohl wie es aussieht leider doch nicht implementiert. :/
was eine neuanschaffung dann ja total uninteressant macht . wenn ich zuhause bin sehe ich ob er gefahren ist oder nicht , wenn ich nicht zuhause bin kann ich es eh nicht ändern.
in einer direkten positionsanfahrt hätte ich den einzigen, wenn auch eh schon minimalen, vorteil gesehen . bleibt ja nur noch die positionsübermittlung - nicht wirklich interessant
gruss Byte09
Zitat von: Byte09 am 04 August 2018, 16:06:36
was eine neuanschaffung dann ja total uninteressant macht.
gruss Byte09
Sehe ich auch so. Und da das Rollo nun auch Senden "kann", gibt es dann hoffentlich ein Alive-Signal bzw. das Übermitteln des Batteriestatus. Ansonsten wirklich uninteressant. Sollte es dann da sein, werde ich Euch in der Implementierung des Protokoll's unterstützen, sofern es nicht verschlüsselt ist.
Zitat von: Dr. Smag am 04 August 2018, 15:48:35
Mein Vorschlag auch eine prozentuale Angabe des Rollo's anfahren zu können, was ja eigentl. kein Problem sein sollte, da der Motor seine Position ja kennt, wird wohl wie es aussieht leider doch nicht implementiert. :/
Die Features sind eigentlich nur abhängig von der eingesetzten Dooya Bridge. Mir sind da nur 3 Modelle bekannt:
1. DQ7007 das scheint die älteste zu sein und ist wohl baugleich mit der Aldomo S4 - 80€ ist mir die aber nicht mehr wert.
2. DD7001A ist vermutlich die Version von Siro, jedenfalls ist auf den Bildern die dazugehörige App WifiBridge abgebildet.
Mehr als auf und ab und Favoriten scheint damit nicht möglich zu sein.
Ist auch bei AliExpress zu finden: https://de.aliexpress.com/item/DOOYA-vorhang-master-DD7001A-WIFI-controller-f-r-DOOYA-motor/32847138838.html
3. DD7002B ist die aktuellste und schon bei einigen Händlern zu finden: https://www.ismartwindow.co.nz/blog/797741 - leider ohne Preis
Positionen können damit in der App, über Alexa und IFTTT angefahren werden und für jeden Motor gibt es ein Batteriesymbol.
In der App finden sich Java mqtt-Klassen, ob man da mit fhem & Co ran kommt ist sicher fraglich.
Seltsamerweise hat Siro die Bilder von dieser Bridge wieder aus seinem Shop genommen.
Ich habe mir ein Notify geschrieben, dass mich bei Überschreitung von 4000s Betriebszeit auf den Stand aufmerksam macht.
defmod n_Rollo_Akku notify Rollo.*operating_seconds.* {if (int(ReadingsVal($NAME,"operating_seconds", 0)) > 4000) {fhem("set pushmsg msg 'Akku-Warnung Rollo' '$NAME ist auf $EVENT'");;}}
Dabei ist mir aufgefallen, dass das zwar mit open, close und einer Prozentzahl sauber funktioniert, aber beim Anfahren der FAV-Position kein Trigger ausgelöst wird und auch keine Aufaddierung auf die Betriebszeit erfolgt. time_down_to_favorite ist korrekt eingerichtet.
Das schaut nach einem Bug aus. :(
Zitat von: volschin am 19 September 2018, 08:19:09
Ich habe mir ein Notify geschrieben, dass mich bei Überschreitung von 4000s Betriebszeit auf den Stand aufmerksam macht.
defmod n_Rollo_Akku notify Rollo.*operating_seconds.* {if (int(ReadingsVal($NAME,"operating_seconds", 0)) > 4000) {fhem("set pushmsg msg 'Akku-Warnung Rollo' '$NAME ist auf $EVENT'");;}}
Dabei ist mir aufgefallen, dass das zwar mit open, close und einer Prozentzahl sauber funktioniert, aber beim Anfahren der FAV-Position kein Trigger ausgelöst wird und auch keine Aufaddierung auf die Betriebszeit erfolgt. time_down_to_favorite ist korrekt eingerichtet.
Das schaut nach einem Bug aus. :(
ja , das ist ein bug , auch wenn du mit der fernbedienung ansteuerst wird es nicht korrekt gezählt. Ich werde es aber erst kommende woche schaffen , mir das anzusehen.
gruss Byte09
Hallo Allerseits,
ich habe naiverweise gestern ein ERB16LE bestellt, da ich so grob im Hinterkopf hatte dass die Motoren FHEM kompatibel sind. In meiner grenzenlosen Weisheit habe ich natürlich nicht vorher die Infos zu dem Modul gelesen, was ich jetzt wohl bereue :D
Ist die Info im Eingangsthreat noch aktuell dass ein normaler 433MHz Cul von Busware oder ein 868 nano Cul mit FTDI Chipsatz nicht funktioniert? Oder gibt es da eine Chance?
Probiert habe ich es einfach mal ganz plump, natürlich ohne Erfolg. Wäre natürlich schade wenn ich noch einmal in einen neuen Cul investieren muss, aber da ich langfristig alle Rollos mit Siro Motoren ausrüsten will, komme ich dann wohl nicht drum herum
Zitat von: phoenix am 29 September 2018, 11:19:28
Hallo Allerseits,
ich habe naiverweise gestern ein ERB16LE bestellt, da ich so grob im Hinterkopf hatte dass die Motoren FHEM kompatibel sind. In meiner grenzenlosen Weisheit habe ich natürlich nicht vorher die Infos zu dem Modul gelesen, was ich jetzt wohl bereue :D
Ist die Info im Eingangsthreat noch aktuell dass ein normaler 433MHz Cul von Busware oder ein 868 nano Cul mit FTDI Chipsatz nicht funktioniert? Oder gibt es da eine Chance?
Probiert habe ich es einfach mal ganz plump, natürlich ohne Erfolg. Wäre natürlich schade wenn ich noch einmal in einen neuen Cul investieren muss, aber da ich langfristig alle Rollos mit Siro Motoren ausrüsten will, komme ich dann wohl nicht drum herum
Kurz da Handy .
Es geht nur mit dem signalduino , bzw. Mit allem was du zu einem signalduino umflashen kannst.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Mit dem RFXTRX433 lassen sich die Motoren auch ansteuern.
Zitat von: Markus M. am 29 September 2018, 15:43:50
Mit dem RFXTRX433 lassen sich die Motoren auch ansteuern.
Na super. Und ich Dussel kaufe extra ein Signalduino. Muss ich glatt mal testen. Wäre interessant für meinen Proxmoxcluster.
Mittlerweile wird es sicherlich weitere Lösungen geben, wie und mit was die Rollo's angesteuert werden können.
Es wäre vielleicht recht hilfreich, wenn ihr Eure Lösung (eine andere als den Signalduino) vorstellen würdet.
hi zusammen ,
nachdem das hier mein erstes modul war und ich mittlerweile einiges anders machen würde ( im grunde fast alles ) habe ich mich entschlossen , das modul von grund auf zu renovieren .
wird aber sicher noch einiges dauern .
gruss Byte09
Finde ich eine gute Entscheidung.
Würde mich freuen wenn Du Dich ein bisschen danach richtest
https://forum.fhem.de/index.php/topic,91822.0.html
Bei Fragen gerne fragen.
Zitat von: CoolTux am 13 Oktober 2018, 15:20:41
Finde ich eine gute Entscheidung.
Würde mich freuen wenn Du Dich ein bisschen danach richtest
https://forum.fhem.de/index.php/topic,91822.0.html
Bei Fragen gerne fragen.
mache ich doch glatt , wobei der hash -> STATE je wohl schon immer 'tabu' war .
in die packages muss ich mich reinarbeiten .
gruss Byte09
Packages ist nicht schwer. Gibt ein zwei Sachen auf die man achten muss.
Wie gesagt kannst mich gerne jederzeit anschreiben.
Grüße
Zitat von: CoolTux am 13 Oktober 2018, 15:28:52
Packages ist nicht schwer. Gibt ein zwei Sachen auf die man achten muss.
Wie gesagt kannst mich gerne jederzeit anschreiben.
Grüße
ich komme bei bedarf sicher gerne auf dich zu !
gruss Byte09
Das bi-direktionale Gateway wird mittlerweile verschickt, ist aber mit >100€ nicht gerade günstig.
Vor einem Kauf warte ich aber dann doch noch die Trådfri Rollos ab, die im Februar auf den Markt kommen sollen.
Neben Zigbee hoffe ich vor allem auf eine höhere Akkukapazität, die bei den kleinen Dooyas doch recht enttäuschend ist.
Wenn jemand hier noch passende Rollos für die Aldomo Motoren sucht, wird er bei deco4me auch bei eBay fündig.
Auch die Fernbedienung gibt es für günstige 15€.
Hallo,
gestern erfolgreich 3 Aldomo Motoren & deren Fernbedienung in Betrieb genommen.
Allerdings "sehe" ich die FB nur, wenn ich dem SignalDuino das attribut "development m72" verpasse.
Ist das noch richtig so ?
Danke !
00_SIGNALduino.pm 16624 2018-04-15 18:58:49Z rudolfkoenig
98_Siro.pm 16472 2018-03-23 15:03:57Z Byte09
Internals:
CFGFN
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-path/pci-0000:00:1d.1-usb-0:2:1.0-port0
DMSG P72#7132317232
DevState initialized
DeviceName /dev/serial/by-path/pci-0000:00:1d.1-usb-0:2:1.0-port0@57600
FD 44
ITClock 250
LASTDMSG P72#7132317232
MSGCNT 25
NAME USBDuino
NR 1202
NR_CMD_LAST_H 10
PARTIAL
RAWMSG MU;P0=-24396;P1=4723;P2=-1512;P3=343;P4=-740;P5=689;P6=-397;P7=-8388;D=0123456565634343456343456563434563434345656343434563456565634345634343456563434565712345656563434345634345656343456343434565634343456345656563434563434345656343456571234565656343434563434565634345634343456563434345634565656343456343434565634345657123456;CP=3;R=7;O;
RSSI -70.5
STATE opened
TIME 1542552068.31584
TYPE SIGNALduino
sendworking 0
unknownmessages
version V 3.3.1-RC7 SIGNALduino cc1101 - compiled at May 11 2018 23:00:28
DoubleMsgIDs:
Helper:
DBLOG:
state:
logdb:
TIME 1542551479.9463
VALUE disableMessagetype manchesterMC
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2018-11-18 15:29:23 state opened
2018-11-18 15:29:23 version V 3.3.1-RC7 SIGNALduino cc1101 - compiled at May 11 2018 23:00:28
XMIT_TIME:
1542551994.66247
1542551997.72424
1542552000.18241
1542552001.72192
1542552009.04328
1542552010.24003
1542552011.52253
1542552016.32559
1542552017.37567
1542552018.74239
getcmd:
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
development m72
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
room Signalduino
verbose 0
whitelist_IDs 72
Zitat von: juppzupp am 18 November 2018, 15:59:41
Hallo,
gestern erfolgreich 3 Aldomo Motoren & deren Fernbedienung in Betrieb genommen.
Allerdings "sehe" ich die FB nur, wenn ich dem SignalDuino das attribut "development m72" verpasse.
Ist das noch richtig so ?
Danke !
00_SIGNALduino.pm 16624 2018-04-15 18:58:49Z rudolfkoenig
98_Siro.pm 16472 2018-03-23 15:03:57Z Byte09
Internals:
CFGFN
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
DEF /dev/serial/by-path/pci-0000:00:1d.1-usb-0:2:1.0-port0
DMSG P72#7132317232
DevState initialized
DeviceName /dev/serial/by-path/pci-0000:00:1d.1-usb-0:2:1.0-port0@57600
FD 44
ITClock 250
LASTDMSG P72#7132317232
MSGCNT 25
NAME USBDuino
NR 1202
NR_CMD_LAST_H 10
PARTIAL
RAWMSG MU;P0=-24396;P1=4723;P2=-1512;P3=343;P4=-740;P5=689;P6=-397;P7=-8388;D=0123456565634343456343456563434563434345656343434563456565634345634343456563434565712345656563434345634345656343456343434565634343456345656563434563434345656343456571234565656343434563434565634345634343456563434345634565656343456343434565634345657123456;CP=3;R=7;O;
RSSI -70.5
STATE opened
TIME 1542552068.31584
TYPE SIGNALduino
sendworking 0
unknownmessages
version V 3.3.1-RC7 SIGNALduino cc1101 - compiled at May 11 2018 23:00:28
DoubleMsgIDs:
Helper:
DBLOG:
state:
logdb:
TIME 1542551479.9463
VALUE disableMessagetype manchesterMC
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2018-11-18 15:29:23 state opened
2018-11-18 15:29:23 version V 3.3.1-RC7 SIGNALduino cc1101 - compiled at May 11 2018 23:00:28
XMIT_TIME:
1542551994.66247
1542551997.72424
1542552000.18241
1542552001.72192
1542552009.04328
1542552010.24003
1542552011.52253
1542552016.32559
1542552017.37567
1542552018.74239
getcmd:
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
muIdList:
72
Attributes:
development m72
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
room Signalduino
verbose 0
whitelist_IDs 72
hi,
im grunde ist das so nicht (mehr) richtig, aber nicht zu ändern , solange es in der Signalduino.pm entsprechend markiert ist . ich hatte schon vor längerem mal darum gebeten dieses anzupassen , ist aber leider untergegangen.
Zitat"72" => # Siro blinds MU @Dr. Smag
{
name => 'Siro shutter',
comment => 'developModule. Siro is not in github or SVN available',
id => '72',
developId => 'm',
dispatchequals => 'true',
one => [2,-1.2], # 680, -400
zero => [1,-2.2], # 340, -750
start => [14,-4.4], # 4800,-1520
clockabs => 340,
format => 'twostate',
preamble => 'P72#', # prepend to converted message
clientmodule => 'Siro',
#modulematch => '',
length_min => '39',
length_max => '40',
msgOutro => 'SR;P0=-8500;D=0;',
},
# MS;P0=4803;P1=-1522;P2=333;P3=-769;P4=699;P5=-393;P6=-9190;D=2601234523454523454523452323232323452345454523232323452323232323234523232345454545;CP=2;SP=6;R=61;
"72.1" => # Siro blinds MS @Dr. Smag
{
name => 'Siro shutter',
comment => 'developModule. Siro is not in github or SVN available',
id => '72',
developId => 'm',
dispatchequals => 'true',
one => [2,-1.2], # 680, -400
zero => [1,-2.2], # 340, -750
sync => [14,-4.4], # 4800,-1520
clockabs => 340,
format => 'twostate',
preamble => 'P72#', # prepend to converted message
clientmodule => 'Siro',
#modulematch => '',
length_min => '39',
length_max => '40',
#msgOutro => 'SR;P0=-8500;D=0;',
},
du müsstest dich damit an den Modulautor der Signalduino wenden. - bin nur gerade etwas verwundert warum dort RudolfKoenig gelistet ist , mein letzter Stand war eigentlich , das es Sidey ist . Habe da wohl ggf. etwas verpasst ?!
gruss Byte09
Hi,
Das ist tatsächlich untergegangen. Sorry.
Laut Maintainer Liste bin ich auch noch der Maintainer.
Das letzte Update in FHEM ist aus dem April. :( Seit dem hat sich schon wieder viel getan.
Ungünstig ist leider dass Siro und Dooya getrennte Module sind und bei einigen Anwendern beide Motoren angelegt werden.
Kürzlich las ich sogar von einem Bericht, dass mit Definitonen beiden der gleiche Motor gesteuert werden kann.
Wenn wir das Siro Protokoll nun für alle aktivieren, bekommen vermutlich alle Dooya Benutzer auch ein Siro Gerät angelegt.
Grüße Sidey
Gesendet von meinem XT1650 mit Tapatalk
Zitat von: Sidey am 18 November 2018, 19:00:09
Hi,
Das ist tatsächlich untergegangen. Sorry.
Laut Maintainer Liste bin ich auch noch der Maintainer.
Das letzte Update in FHEM ist aus dem April. :( Seit dem hat sich schon wieder viel getan.
Ungünstig ist leider dass Siro und Dooya getrennte Module sind und bei einigen Anwendern beide Motoren angelegt werden.
Kürzlich las ich sogar von einem Bericht, dass mit Definitonen beiden der gleiche Motor gesteuert werden kann.
Wenn wir das Siro Protokoll nun für alle aktivieren, bekommen vermutlich alle Dooya Benutzer auch ein Siro Gerät angelegt.
Grüße Sidey
Gesendet von meinem XT1650 mit Tapatalk
fakt ist , dass ich dooya explizit ausklammern muss, sonst bekomme ich tatsächlich dieses angelegt , kann mit dooya aber siro nicht steuern.
ich stimme deinen Befürchtungen da durchaus zu .
es gibt deutlich mehr dooya-installationen und devices laut statistik. Lass es wie es ist , ich denke damit kann jeder leben, zumal ich immernoch einen totalumbau des moduls auf der todoliste habe ( nicht vor weihnachten )
gruss Byte09
Mal ne Frage. Kann ich eigentlich irgendwie eine Bestättungs des Fahrbefehles bekommen? Ist das überhaupt möglich? Ich habe einen SIGNALduino mit V 3.3.1-RC7 SIGNALduino cc1101 - compiled at May 11 2018 23:00:28.
Ist eine klassische Oneway-Kommunikation ohne Funkbestätigung. Oder meinst du die Signale der FB?
Zitat von: CoolTux am 18 November 2018, 19:21:20
Mal ne Frage. Kann ich eigentlich irgendwie eine Bestättungs des Fahrbefehles bekommen? Ist das überhaupt möglich? Ich habe einen SIGNALduino mit V 3.3.1-RC7 SIGNALduino cc1101 - compiled at May 11 2018 23:00:28.
Nein. Es ist eine unidirektionale Kommunikation.
D.h. die FB's können nur senden und die Rollos nur horchen.
Die Rollos können nicht senden.
@byte09 :danke. Es läuft ja.
@Sidey : ich bin verwirrt... sollte da ein neueres Modul sein?
Zitat von: Sidey am 18 November 2018, 19:00:09
Hi,
Das ist tatsächlich untergegangen. Sorry.
Laut Maintainer Liste bin ich auch noch der Maintainer.
Das letzte Update in FHEM ist aus dem April. :( Seit dem hat sich schon wieder viel getan.
Ungünstig ist leider dass Siro und Dooya getrennte Module sind und bei einigen Anwendern beide Motoren angelegt werden.
Kürzlich las ich sogar von einem Bericht, dass mit Definitonen beiden der gleiche Motor gesteuert werden kann.
Wenn wir das Siro Protokoll nun für alle aktivieren, bekommen vermutlich alle Dooya Benutzer auch ein Siro Gerät angelegt.
Grüße Sidey
Gesendet von meinem XT1650 mit Tapatalk
Zitat von: juppzupp am 18 November 2018, 19:49:09
@byte09 :danke. Es läuft ja.
@Sidey : ich bin verwirrt... sollte da ein neueres Modul sein?
ja - ist wohl die developer Version gemeint.
auszug wiki https://wiki.fhem.de/wiki/SIGNALduino#FHEM-Modul_laden (https://wiki.fhem.de/wiki/SIGNALduino#FHEM-Modul_laden) :
ZitatFür neuere Entwicklungen kann in FHEM auch dauerhaft die developer Version aktualisiert werden: update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt Danach wird FHEM bei dem normalen Update-Befehl immer automatisch die aktuelle dev Version laden.
gruss Byte09
Vermutlich kann man mit Siro auch Dooya Motoren steuern aber nicht umgekehrt.
Zitat von: Byte09 am 18 November 2018, 19:08:36
es gibt deutlich mehr dooya-installationen und devices laut statistik. Lass es wie es ist , ich denke damit kann jeder leben, zumal ich immernoch einen totalumbau des moduls auf der todoliste habe ( nicht vor weihnachten )
Hab es mir jetzt noch mal angesehen.
Wir haben zwei Protokolle Definiert 72 und 72.1. Das Protokoll 72 ist in der Entwickler Version breits freigeschaltet.
Das würde dann auch so in das Kommende SVN Update gehen. Ob die 72.1 benötigt wird, kann ich gerade nicht richtig einschätzen.
Grüße Sidey
Zitat von: Dr. Smag am 18 November 2018, 19:28:04
Nein. Es ist eine unidirektionale Kommunikation.
D.h. die FB's können nur senden und die Rollos nur horchen.
Die Rollos können nicht senden.
Bei Siro kann man mittlerweile für 179€ das bi-direktionale Gateway erwerben.
Laut Website ünterstützen nur die LE-Motoren (und damit vermutlich auch die von Aldomo) die bidirektionale Kommunikation.
https://shop.siro-antrieb.de/shop/smarthome/siro-smart-home-zentrale-zur-smarten-sonnenschutzansteuerung/
Wie soll das gehen? Der Signalduino nimmt das Funkprotokoll auf dem Level auseinander, dass auffallen würde, wenn ein nicht verstandener Befehl als Antwort kommt. Das wird ja wohl kein komplett anderes Protokoll sein.
Leider kenne ich weder das Dooya Protokoll, noch habe ich einen Signalduino (die Motoren werden bei mir von einem unidirektionalen Broadlink-Klon unter Home Assistant gesteuert).
Wenn Siro den Ladestand anzeigen kann, müssen die Motoren aber auch zwingend als Sender auftreten.
Ein Kommando muss ja nicht unmittelbar quittiert werden, es kann ja auch erst beim Erreichen der Endposition oder durch einen Befehl getriggert werden, den die simple Fernbedienung nicht kennt.
Ich würde aber erwarten, dass sich die Kommunikation des Gateways mit einigem reverse engineering auch auf dem Signalduino abbilden lässt.
Bei Siro gibt es übrigens, wie schon zum letzten Black Friday, eine 25% Rabattaktion mit Gutschein "CYBERWEEK25" ;-)
Morgen trifft bei mir ein Motor der Firma Heicko ein, der auch nach dem Aldomo Modell aussieht und auf Amazon mit Adaptern und Handsender für 75€ zu haben war.
Wenn das so wäre, müsste man tatsächlich mit dem Signalduino den Verkehr mitbekommen, so wie analog den der Fernbedienung.
ZitatDie SIRO® Connect Steuerung ist kompatibel mit allen Antriebstechniken der SIRO® LE-Serie.
Info: Zur Anzeige des Batteriestatus sowie der prozentualen Ansteuerung benötigen Sie die BI-Direktionalen Antriebstechniken aus der LE-Serie von SIRO®.
Ich denke nicht, dass Siro bereits solche Motoren verkauft.
Die behaupten ja auch noch, dass der Akku des ERB15LE "erfahrungsgemäss" bis zu nem halben Jahr hält...
Zitat von: Markus M. am 20 November 2018, 13:39:10
Ich denke nicht, dass Siro bereits solche Motoren verkauft.
Ja, das stimmt leider, ich habe gerade nachgefragt.
Na ja, eigentlich reichen mir 3 Positionen, die Sprachsteuerung funktioniert und das Batterieproblem wird sich mit einer Powerbank mildern lassen.
Aber irgendwie bleibt wieder einmal das altbekannte Gefühl zu früh in eine Technologie eingestiegen zu sein :(
Habe nun noch 2 Jahren meine ERB25 zum dritten mal aufgeladen. Soweit top was die Akkulaufzeit betrifft! Nun gibt es ja das zusätzlich Reading für "Betriebssekunden". Bei Einführung habe ich es auch mal aktiviert. Bin bei über 8.000 Sekunden gelandet, jedoch weiß ich nicht wie voll die Akkus bei Aktivierung des Readings waren. Einen genaueren Wert bekomme ich also erst in 6-9 Monaten :-\.
Daher die Frage, ob es schon Erfahrungswete bzgl. der Betriebssekunden für ERB25 gibt?
PS: Sicherlich spielt auch die Breite und Länge (somit Gewicht) der Rollos eine entscheidende Rolle. Ich habe Victoria M Doppelrollos 100 * 175cm im Einsatz.
Danke im Voraus und schöne Feiertage!
Andreas
Hallo,
leider bekomme ich immer mal wieder folgende Fehler im Log:
2019.01.03 08:35:54 1: PERL WARNING: Use of uninitialized value $hashstring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2060.
2019.01.03 08:35:54 1: PERL WARNING: Use of uninitialized value $devicestring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2067.
2019.01.03 08:35:54 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1254.
2019.01.03 08:35:54 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1255.
2019.01.03 08:35:54 1: PERL WARNING: Use of uninitialized value in subtraction (-) at ./FHEM/98_Siro.pm line 415.
Edit: Stacktrace angefügt.
2019.01.09 13:39:54 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> off channel -> 3 bincmd -> 00010001
2019.01.09 13:39:55 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> stop channel -> 3 bincmd -> 01010101
2019.01.09 13:39:55 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> off channel -> 3 bincmd -> 00010001
2019.01.09 14:43:57 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> off channel -> 3 bincmd -> 00010001
2019.01.09 14:43:57 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> stop channel -> 3 bincmd -> 01010101
2019.01.09 14:43:57 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> off channel -> 3 bincmd -> 00010001
2019.01.09 14:48:02 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> off channel -> 3 bincmd -> 00010001
2019.01.09 14:48:03 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> stop channel -> 3 bincmd -> 01010101
2019.01.09 14:48:03 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> off channel -> 3 bincmd -> 00010001
2019.01.09 14:54:02 2: Siro_sendCommand: name -> Rollo_Garten_links command -> off channel -> 2 bincmd -> 00010001
2019.01.09 14:54:04 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 433.
2019.01.09 14:54:04 1: stacktrace:
2019.01.09 14:54:04 1: main::__ANON__ called by ./FHEM/98_Siro.pm (433)
2019.01.09 14:54:04 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1386)
2019.01.09 14:54:04 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:04 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:04 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:04 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:04 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:04 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:04 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:04 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:04 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:04 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 486.
2019.01.09 14:54:04 1: stacktrace:
2019.01.09 14:54:04 1: main::__ANON__ called by ./FHEM/98_Siro.pm (486)
2019.01.09 14:54:04 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1386)
2019.01.09 14:54:04 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:04 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:04 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:04 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:04 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:04 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:04 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:04 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:04 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:04 2: Siro_sendCommand: name -> Rollo_Garten_links command -> stop channel -> 2 bincmd -> 01010101
2019.01.09 14:54:04 2: Siro_sendCommand: name -> Rollo_Garten_links command -> on channel -> 2 bincmd -> 00110011
2019.01.09 14:54:06 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 433.
2019.01.09 14:54:06 1: stacktrace:
2019.01.09 14:54:06 1: main::__ANON__ called by ./FHEM/98_Siro.pm (433)
2019.01.09 14:54:06 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1421)
2019.01.09 14:54:06 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:06 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:06 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:06 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:06 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:06 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:06 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:06 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:06 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:06 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 486.
2019.01.09 14:54:06 1: stacktrace:
2019.01.09 14:54:06 1: main::__ANON__ called by ./FHEM/98_Siro.pm (486)
2019.01.09 14:54:06 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1421)
2019.01.09 14:54:06 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:06 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:06 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:06 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:06 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:06 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:06 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:06 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:06 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:06 2: Siro_sendCommand: name -> Rollo_Garten_links command -> stop channel -> 2 bincmd -> 01010101
2019.01.09 14:54:06 2: Siro_sendCommand: name -> Rollo_Garten_links command -> off channel -> 2 bincmd -> 00010001
2019.01.09 14:54:09 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 433.
2019.01.09 14:54:09 1: stacktrace:
2019.01.09 14:54:09 1: main::__ANON__ called by ./FHEM/98_Siro.pm (433)
2019.01.09 14:54:09 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1386)
2019.01.09 14:54:09 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:09 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:09 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:09 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:09 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:09 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:09 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:09 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:09 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:09 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 486.
2019.01.09 14:54:09 1: stacktrace:
2019.01.09 14:54:09 1: main::__ANON__ called by ./FHEM/98_Siro.pm (486)
2019.01.09 14:54:09 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1386)
2019.01.09 14:54:09 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:09 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:09 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:09 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:09 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:09 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:09 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:09 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:09 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:09 2: Siro_sendCommand: name -> Rollo_Garten_links command -> stop channel -> 2 bincmd -> 01010101
2019.01.09 14:54:09 2: Siro_sendCommand: name -> Rollo_Garten_links command -> on channel -> 2 bincmd -> 00110011
2019.01.09 14:54:12 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 433.
2019.01.09 14:54:12 1: stacktrace:
2019.01.09 14:54:12 1: main::__ANON__ called by ./FHEM/98_Siro.pm (433)
2019.01.09 14:54:12 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1421)
2019.01.09 14:54:12 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:12 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:12 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:12 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:12 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:12 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:12 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:12 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:12 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:12 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 486.
2019.01.09 14:54:12 1: stacktrace:
2019.01.09 14:54:12 1: main::__ANON__ called by ./FHEM/98_Siro.pm (486)
2019.01.09 14:54:12 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1421)
2019.01.09 14:54:12 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:12 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:12 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:12 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:12 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:12 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:12 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:12 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:12 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:12 2: Siro_sendCommand: name -> Rollo_Garten_links command -> stop channel -> 2 bincmd -> 01010101
2019.01.09 14:54:12 2: Siro_sendCommand: name -> Rollo_Garten_links command -> off channel -> 2 bincmd -> 00010001
2019.01.09 14:54:15 2: Siro_sendCommand: name -> Rollo_Garten_rechts command -> on channel -> 4 bincmd -> 00110011
2019.01.09 14:54:17 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 433.
2019.01.09 14:54:17 1: stacktrace:
2019.01.09 14:54:17 1: main::__ANON__ called by ./FHEM/98_Siro.pm (433)
2019.01.09 14:54:17 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1421)
2019.01.09 14:54:17 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:17 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:17 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:17 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:17 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:17 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:17 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:17 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:17 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:17 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 486.
2019.01.09 14:54:17 1: stacktrace:
2019.01.09 14:54:17 1: main::__ANON__ called by ./FHEM/98_Siro.pm (486)
2019.01.09 14:54:17 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1421)
2019.01.09 14:54:17 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:54:17 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:54:17 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:54:17 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:54:17 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:54:17 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:54:17 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:54:17 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:54:17 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:54:17 2: Siro_sendCommand: name -> Rollo_Garten_rechts command -> stop channel -> 4 bincmd -> 01010101
2019.01.09 14:54:17 2: Siro_sendCommand: name -> Rollo_Garten_rechts command -> off channel -> 4 bincmd -> 00010001
2019.01.09 14:55:57 2: Siro_sendCommand: name -> Rollo_Garten_links command -> off channel -> 2 bincmd -> 00010001
2019.01.09 14:55:58 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 433.
2019.01.09 14:55:58 1: stacktrace:
2019.01.09 14:55:58 1: main::__ANON__ called by ./FHEM/98_Siro.pm (433)
2019.01.09 14:55:58 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1386)
2019.01.09 14:55:58 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:55:58 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:55:58 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:55:58 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:55:58 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:55:58 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:55:58 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:55:58 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:55:58 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:55:58 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 486.
2019.01.09 14:55:58 1: stacktrace:
2019.01.09 14:55:58 1: main::__ANON__ called by ./FHEM/98_Siro.pm (486)
2019.01.09 14:55:58 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1386)
2019.01.09 14:55:58 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:55:58 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:55:58 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:55:58 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:55:58 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:55:58 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:55:58 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:55:58 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:55:58 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:55:58 2: Siro_sendCommand: name -> Rollo_Garten_links command -> stop channel -> 2 bincmd -> 01010101
2019.01.09 14:55:58 2: Siro_sendCommand: name -> Rollo_Garten_links command -> on channel -> 2 bincmd -> 00110011
2019.01.09 14:56:00 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 433.
2019.01.09 14:56:00 1: stacktrace:
2019.01.09 14:56:00 1: main::__ANON__ called by ./FHEM/98_Siro.pm (433)
2019.01.09 14:56:00 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1421)
2019.01.09 14:56:00 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:56:00 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:56:00 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:56:00 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:56:00 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:56:00 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:56:00 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:56:00 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:56:00 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:56:00 1: PERL WARNING: Use of uninitialized value $args[2] in string eq at ./FHEM/98_Siro.pm line 486.
2019.01.09 14:56:00 1: stacktrace:
2019.01.09 14:56:00 1: main::__ANON__ called by ./FHEM/98_Siro.pm (486)
2019.01.09 14:56:00 1: main::Siro_SendCommand called by ./FHEM/98_Siro.pm (1421)
2019.01.09 14:56:00 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:56:00 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:56:00 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:56:00 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:56:00 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:56:00 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:56:00 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:56:00 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:56:00 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:56:00 2: Siro_sendCommand: name -> Rollo_Garten_links command -> stop channel -> 2 bincmd -> 01010101
2019.01.09 14:56:00 2: Siro_sendCommand: name -> Rollo_Garten_links command -> off channel -> 2 bincmd -> 00010001
2019.01.09 14:59:09 1: PERL WARNING: Use of uninitialized value $hashstring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2060.
2019.01.09 14:59:09 1: stacktrace:
2019.01.09 14:59:09 1: main::__ANON__ called by ./FHEM/98_Siro.pm (2060)
2019.01.09 14:59:09 1: main::Siro_Testgroup called by ./FHEM/98_Siro.pm (1162)
2019.01.09 14:59:09 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:59:09 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:59:09 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:59:09 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:59:09 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:59:09 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:59:09 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:59:09 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:59:09 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:59:09 1: PERL WARNING: Use of uninitialized value $devicestring in concatenation (.) or string at ./FHEM/98_Siro.pm line 2067.
2019.01.09 14:59:09 1: stacktrace:
2019.01.09 14:59:09 1: main::__ANON__ called by ./FHEM/98_Siro.pm (2067)
2019.01.09 14:59:09 1: main::Siro_Testgroup called by ./FHEM/98_Siro.pm (1162)
2019.01.09 14:59:09 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:59:09 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:59:09 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:59:09 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:59:09 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:59:09 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:59:09 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:59:09 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:59:09 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:59:09 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1254.
2019.01.09 14:59:09 1: stacktrace:
2019.01.09 14:59:09 1: main::__ANON__ called by ./FHEM/98_Siro.pm (1254)
2019.01.09 14:59:09 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:59:09 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:59:09 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:59:09 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:59:09 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:59:09 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:59:09 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:59:09 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:59:09 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:59:09 1: PERL WARNING: Argument "undef" isn't numeric in division (/) at ./FHEM/98_Siro.pm line 1255.
2019.01.09 14:59:09 1: stacktrace:
2019.01.09 14:59:09 1: main::__ANON__ called by ./FHEM/98_Siro.pm (1255)
2019.01.09 14:59:09 1: main::Siro_Set called by fhem.pl (3605)
2019.01.09 14:59:09 1: main::CallFn called by fhem.pl (1812)
2019.01.09 14:59:09 1: main::DoSet called by fhem.pl (1844)
2019.01.09 14:59:09 1: main::CommandSet called by fhem.pl (1218)
2019.01.09 14:59:09 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2600)
2019.01.09 14:59:09 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (877)
2019.01.09 14:59:09 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2019.01.09 14:59:09 1: main::FW_Read called by fhem.pl (3610)
2019.01.09 14:59:09 1: main::CallFn called by fhem.pl (727)
2019.01.09 14:59:09 2: Siro_sendCommand: name -> Rollo_Garten_links command -> off channel -> 2 bincmd -> 00010001
2019.01.09 14:59:09 2: Siro_sendCommand: name -> Rollo_Sofa command -> off channel -> 1 bincmd -> 00010001
2019.01.09 14:59:09 2: Siro_sendCommand: name -> Rollo_Garten_tuer command -> off channel -> 3 bincmd -> 00010001
2019.01.09 14:59:09 2: Siro_sendCommand: name -> Rollo_Garten_rechts command -> off channel -> 4 bincmd -> 00010001
Es gibt ein Problem mit der neuen Version vom Signalduino-Modul v3.3.3 ->
https://forum.fhem.de/index.php/topic,97696.0/all.html (https://forum.fhem.de/index.php/topic,97696.0/all.html)
Hi,
Der Stacktrace verweist auf Code im Siro Modul.
Ich habe mir das jetzt nicht näher angesehen, aber dort würde ich anfangen nach einem Fehler zu suchen.
Auf Anhieb wüsste ich nicht, wie ich den Fehler im SIGNALduino Modul korrigieren soll.
Grüße Sidey
Gesendet von meinem Moto Z (2) mit Tapatalk
Beziehst du das jetzt auf meinen Post vom 3. Januar, oder den aktuellen Beitrag?
Hallo
Ich hab mal wieder autocreate eingesch. Auf einmal bekomme ich vom Nachbarn 6 Rollos. Die kann ich nun steuern. Zimlich unsicher die Dinger.
Lg Wolfgang
Zitat von: wthiess am 15 April 2019, 08:46:17
Hallo
Ich hab mal wieder autocreate eingesch. Auf einmal bekomme ich vom Nachbarn 6 Rollos. Die kann ich nun steuern. Zimlich unsicher die Dinger.
Lg Wolfgang
na , das wird er ja richtig dufte finden ;-) .
gruss Byte09
Ist ja ziemlich still hier geworden ...
Bei Siro gibt es jetzt auch die bidirektionalen Motoren (120€) und das Gateway für 90€.
Leider immer noch recht stolze Preise, wenn man es mit den kommenden Ikea-Rollos vergleicht.
Preislich für 433MHz nicht wirklich konkurrenzfähig, birirektional hin oder her.
Nur eben leider alternativlos, wenn man das akkubetriebene kleinste Modell braucht.
Auch wenn die angegebene Laufzeit von "bis zu 6 Monaten" völliger Humbug ist - realistisch ist 1 Monat.
Bei eBay gibt es die unidirektionale Version übrigens für 25 Euro weniger:
"Motor für Doppelrollos und Seitenzugrollos akkubetrieben für 16mm Welle"
Und ich frage mich ernsthaft, ob der neue Motor nun wirklich bidirektional arbeitet, oder ob das nur von der Steuerungszentrale emuliert wird.
Wenn sich jemand die Kombi zulegt, bitte ausprobieren.
Mit dem Motor selbst bin ich recht zufrieden. Ist natürlich kein Homematic IP mit Verschlüsselung, Bidirektionalität und einfacher Einrichtung, aber auf der Funkfrequenz gibt es bei mir weniger Störungen als mit Zigbee.
Laut Anleitung soll der Akku für ca. 170 Zyklen (auf und ab) reichen. Das kommt in etwa hin, nach 6 Monaten mussten bislang nur die Motoren für die Fensterflügel des Terrassenfensters nachgeladen werden.
@Byte09
Wäre es möglich den neuen Status im position Reading erst zu schreiben wenn der tatsächliche Fahrbefehl abgeschlossen ist? Also wenn action wieder auf no action gegangen ist.
Grüße
Zitat von: CoolTux am 14 Mai 2019, 10:44:06
@Byte09
Wäre es möglich den neuen Status im position Reading erst zu schreiben wenn der tatsächliche Fahrbefehl abgeschlossen ist? Also wenn action wieder auf no action gegangen ist.
Grüße
hi cooltux
leider habe ich das Modul etwas stiefmütterlich behandelt, weil ich es im Grunde neu schreiben wollte. werde ich aber wohl nicht mehr machen, da es sich bei den Teilen vermutlich um Auslaufmodelle handelt?!... mal sehen.
sollte aber machbar sein, ich schaue mir das im laufe der woche an.
gruss Thomas
Gesendet von meinem ELE-L29 mit Tapatalk
Hallo Thomas,
Vielen Dank für Deine Antwort. Ich fange gerade an den Code mal zu zerlegen und mir die entsprechenden Stellen raus zu suchen. Ich will mir bei Gelegenheit das mal als Test auf bauen und dann mal schauen ob ich da was vernünftiges hin bekomme. Musst also keine Energie rein stecken wenn es sich halt nicht mehr lohnt.
Aber mal am Rande, ich habe ja nicht die original Siro Teile glaube sindern irgendwelche von eBay für 50 Euro. Die gibt es doch noch soweit ich weiß. Bin auch total zufrieden damit.
Hallo Thomas,
erfahrungsgemäß verbreitet sich alles was etwas Geld kostet hier in FHEM nicht explosionsartig. Mein Rollo funktioniert aber tadellos und weitere sind in Planung. Also kein Auslaufmodell.
Stimme ich zu. Habe auch 10 Stück die mit dem Siro Modul gehen. Und laut Statistic Verwenden immerhin 29 Leute das Modul.
Zitatich habe ja nicht die original Siro
Markus hatte ich damals so verstanden das die Aldomo Originale nur unter anderem Label sind.
In DE hat sie nur der Verkäufer bei Ebay (Privat) und bei Gearbest -war das glaub ich- gab es sie damals auch. Steht aber auch hier im Thread.
Gruß
Thomas
Zitat von: CoolTux am 14 Mai 2019, 11:07:00
Hallo Thomas,
Vielen Dank für Deine Antwort. Ich fange gerade an den Code mal zu zerlegen und mir die entsprechenden Stellen raus zu suchen. Ich will mir bei Gelegenheit das mal als Test auf bauen und dann mal schauen ob ich da was vernünftiges hin bekomme. Musst also keine Energie rein stecken wenn es sich halt nicht mehr lohnt.
Aber mal am Rande, ich habe ja nicht die original Siro Teile glaube sindern irgendwelche von eBay für 50 Euro. Die gibt es doch noch soweit ich weiß. Bin auch total zufrieden damit.
Hab Nachsicht beim zerlegen, waren meine Anfänge in fhem [emoji57]
gruss thomas
edit.... ich werde es überarbeiten, aber gebt mir bitte etwas Zeit [emoji12]
Gesendet von meinem ELE-L29 mit Tapatalk
Der Hersteller von dem Krempel ist Dooya oder deren Produzent, oder wie auch immer das mit der Lieferkette für Rollomotoren in China funktioniert. Kurz gesagt: es gibt nur eine Fabrik dafür.
Den kleinen 16mm Motor hat nur aus irgendwelchen Gründen fast niemand im Programm.
Abgesehen von Siro sind es wohl wirklich nur Restbestände.
Leider sind auch die Akkus zumindest in meinen wohl nicht die besten, egal welches Label.
Beobachtet das noch jemand?
Wenn mal der erste Motor komplett den Geist aufgibt, meldet euch bitte bei mir. Ich würde liebend gerne einen zerlegen um zu sehen ob ein Akkutausch bzw. Modifikation auf externen Akku eine realistische Option ist ;)
Info:
ich habe gestern begonnen das Modul komplett neu zu schreiben. Insofern bitte ich um etwas Geduld, aber ich bin dran ;).
Da es sich bei diesem Modul um mein erstes Modul handelt und ich einigen nun komplett anders machen würde , ist ein überarbeiten des Moduls wohl aufwendiger, als ein kompletter 'Neustart' .
wenn es Anregungen und wünsche gibt, wäre jetzt ein guter Zeitpunkt sie anzubringen.
Gruss Thomas
Guten Morgen,
Meine Anregungen
1. Dafür einen neuen Thread auf machen hier dahin verlinken.
2. Da dann die Wünsche für das neue Modul
Grüße
ich habe für das neue Modul einen entsprechenden Thread begonnen. Bitte alles weitere zu dieser neuen Version in diesem Thread:
https://forum.fhem.de/index.php/topic,100605.msg940696.html#new (https://forum.fhem.de/index.php/topic,100605.msg940696.html#new)
gruss Thomas
Hallo Thomas,
super, dass du eine neue Version machst :). Leider kann man in dem neuen Thread nichts posten ???
Nimmst du auch gleich Featurerequests entgegen?
Viele Grüße
Andreas
Zitat von: somansch am 25 Mai 2019, 00:06:00
Hallo Thomas,
super, dass du eine neue Version machst :). Leider kann man in dem neuen Thread nichts posten ???
Nimmst du auch gleich Featurerequests entgegen?
Viele Grüße
Andreas
oh, das war mir irgendwie nicht bewusst. Ja klar nehme ich die an , poste es doch gerade hier ;)
gruss Thomas
edit: ich habe den Thread jetzt mal nach 'Automatisierung' verschoben und haffe das es jetzt klappt mit den Schreibrechten.
Zitat von: Byte09 am 25 Mai 2019, 05:38:04
oh, das war mir irgendwie nicht bewusst. Ja klar nehme ich die an , poste es doch gerade hier ;)
gruss Thomas
edit: ich habe den Thread jetzt mal nach 'Automatisierung' verschoben und haffe das es jetzt klappt mit den Schreibrechten.
Ja, jetzt kann man in dem neuen Thread antworten. Werde es dort posten ;)
Danke und Gruß
Andreas
Da ich in den kommenden Tagen die neue Version des Siromoduls in das SVN lade, stelle ich den Support für diese Version hier ein.
Die neue Version ist deutlich 'schlanker' und weniger Fehleranfällig ( bei gleichem Funktionsumfang ).
Nach einem Fhemupdate auf die neue Version werden vorhandene Devices erst einmal nur noch rudimentär funktionieren ( hoch / runter / stop ) . Positionsanfahrten etc. sind nicht möglich.
Es erfolgt ein entsprechender Hinweis in der Logausgabe, das eine Änderung der Konfiguration erforderlich ist.
Jedes Device bietet dann im Webinterface eine automitische Umstellung an , diese muss aber manuell 'angestossen' werden , da unter anderem auch Attribute betroffen sind.
Nach erfolgter Umstellung im SVN werde ich diesen Thread schliessen.
( Die alte Version werde ich nachwievor über GIT bereitstellen )
gruss Byte09
mit morgigem Fhemupdate erfolgt die Umstellung auf die neue Version V1.0.
wichtig : Die Konfiguration der Devices muss nach dem Update angepasst werden !
Gruss Byte09
Könnte es sein, dass sich da ein Problem eingeschlichen hat (ich habe kein Siro-Gerät installiert):
2019.06.28 18:05:34 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/98_Siro.pm line 440.
2019.06.28 18:05:34 1: PERL WARNING: Use of uninitialized value $chan in concatenation (.) or string at ./FHEM/98_Siro.pm line 440.
2019.06.28 18:05:34 1: ERROR: empty name in readingsBeginUpdate
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBeginUpdate called by ./FHEM/98_Siro.pm (1486)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4766.
2019.06.28 18:05:34 1: readingsUpdate(,state,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1487)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,pct,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1488)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,position,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1489)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,aktRunningAction,noAction) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1490)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,aktEndAction,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1491)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,aktTimeAction,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1492)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,aktActionFinish,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1493)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,motor-term,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1494)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3622.
2019.06.28 18:05:35 1: ERROR: >Siro_DE00C7D1< returned by the Siro ParseFn is invalid, notify the module maintainer
2019.06.28 18:05:35 1: ERROR: empty name in readingsBeginUpdate
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBeginUpdate called by ./FHEM/98_Siro.pm (1486)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,state,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1487)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,pct,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1488)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,position,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1489)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,aktRunningAction,noAction) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1490)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,aktEndAction,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1491)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,aktTimeAction,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1492)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,aktActionFinish,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1493)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,motor-term,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1494)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
Bin unterwegs und schaue mir das an wenn ich zuhause bin.
gruss Byte09
Gesendet von meinem ELE-L29 mit Tapatalk
Zitat von: andies am 28 Juni 2019, 19:18:15
Könnte es sein, dass sich da ein Problem eingeschlichen hat (ich habe kein Siro-Gerät installiert):
2019.06.28 18:05:34 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/98_Siro.pm line 440.
2019.06.28 18:05:34 1: PERL WARNING: Use of uninitialized value $chan in concatenation (.) or string at ./FHEM/98_Siro.pm line 440.
2019.06.28 18:05:34 1: ERROR: empty name in readingsBeginUpdate
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBeginUpdate called by ./FHEM/98_Siro.pm (1486)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4766.
2019.06.28 18:05:34 1: readingsUpdate(,state,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1487)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,pct,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1488)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,position,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1489)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,aktRunningAction,noAction) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1490)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,aktEndAction,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1491)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,aktTimeAction,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1492)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,aktActionFinish,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1493)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: readingsUpdate(,motor-term,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:34 1: stacktrace:
2019.06.28 18:05:34 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1494)
2019.06.28 18:05:34 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:34 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:34 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3622.
2019.06.28 18:05:35 1: ERROR: >Siro_DE00C7D1< returned by the Siro ParseFn is invalid, notify the module maintainer
2019.06.28 18:05:35 1: ERROR: empty name in readingsBeginUpdate
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBeginUpdate called by ./FHEM/98_Siro.pm (1486)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,state,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1487)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,pct,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1488)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,position,notAvaible) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1489)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,aktRunningAction,noAction) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1490)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,aktEndAction,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1491)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,aktTimeAction,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1492)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,aktActionFinish,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1493)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
2019.06.28 18:05:35 1: readingsUpdate(,motor-term,0) missed to call readingsBeginUpdate first.
2019.06.28 18:05:35 1: stacktrace:
2019.06.28 18:05:35 1: main::readingsBulkUpdate called by ./FHEM/98_Siro.pm (1494)
2019.06.28 18:05:35 1: FHEM::Siro::Finish called by fhem.pl (3293)
2019.06.28 18:05:35 1: main::HandleTimeout called by fhem.pl (671)
ich bin da gerade etwas überfordert. ist das eine einmalige geschichte gewesen ( also nur heute ) ? ist es nach fhemneustart weg ?
das letzte update des moduls ist bald 2 wochen her .
gruss Byte09
Ja, das war nur heute. Ich kann FHEM neustarten und das mal beobachten. Da ich parallel an meinem Netzwerk was basteln muss, mache ich das (hoffentlich) am Wochenende. Wenn es bis dahin wieder auftritt, kann ich das ja mal verfolgen.
Leider läuft bei mir mal wieder gar nichts mehr :-\
<div class='fhemlog'>2019.08.05 22:19:20 5 : Siro-Set: eingehendes Kommando close</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro-Set: param - </div>2019-08-05 22:19:20 Siro Rollo_Sofa ActionTrigger: fhem
<div class='fhemlog'>2019.08.05 22:19:20 5 : Siro-Set: ermittelter Befehl: on </div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro-Set: cmd nach change : on</div><div class='fhemlog'>2019.08.05 22:19:20 3 : Siro-Set (Rollo_Sofa) : set Down</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro-Set: on downtime - waytodrive 100</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro-Set: on downtime - state 0</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro-Set: on downtime - down1time 0.11</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro_sendCommand: repeats - 10</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro_sendCommand: BinHash: = 1110001000110010001111100010</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro_sendCommand: BinCommand: = 00110011</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro_sendCommand: Siro set value = Rollo_Sofa on</div><div class='fhemlog'>2019.08.05 22:19:20 5 : SIGNALduino/write: sending via Set sendMsg P72#1110001000110010001111100010000100110011#R10</div><div class='fhemlog'>2019.08.05 22:19:20 5 : SIGNALduino: sendmsg msg=P72#1110001000110010001111100010000100110011#R10</div><div class='fhemlog'>2019.08.05 22:19:20 5 : SIGNALduino: sendmsg Preparing rawsend command for protocol=72, repeats=10, clock=340 bits=1110001000110010001111100010000100110011</div><div class='fhemlog'>2019.08.05 22:19:20 5 : AddSendQueue: SIGNALduino: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545232345452323; (1)</div><div class='fhemlog'>2019.08.05 22:19:20 4 : SIGNALduino/set: sending via SendMsg: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545232345452323;</div><div class='fhemlog'>2019.08.05 22:19:20 5 : Siro_sendCommand: name-Rollo_Sofa command-on channel-1 bincmd-00110011 bin-1110001000110010001111100010000100110011 id-undef message-P72#1110001000110010001111100010000100110011#R10</div>2019-08-05 22:19:20 Siro Rollo_Sofa aktRunningAction: runter
2019-08-05 22:19:20 Siro Rollo_Sofa aktEndAction: 1565036371
2019-08-05 22:19:20 Siro Rollo_Sofa aktTimeAction: 11
2019-08-05 22:19:20 Siro Rollo_Sofa aktActionFinish: 100
2019-08-05 22:19:20 Siro Rollo_Sofa LastAction: runter
2019-08-05 22:19:20 Siro Rollo_Sofa runningDown
<div class='fhemlog'>2019.08.05 22:19:20 5 : Siro-Set: setze state down , setze Timer - on</div>2019-08-05 22:19:20 Siro Rollo_Sofa batteryState: unknown
2019.08.05 22:19:20 5 : SIGNALduino SW: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545232345452323;
2019.08.05 22:19:20 4 : SIGNALduino SendrawFromQueue: msg=SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545232345452323;
2019.08.05 22:19:21 4 : SIGNALduino/msg READ: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545232345452323;
2019.08.05 22:19:21 5 : SIGNALduino/noMsg Parse: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545232345452323;
2019.08.05 22:19:21 5 : SIGNALduino/msg READ: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545232345452323;
2019.08.05 22:19:21 4 : SIGNALduino/read sendraw answer: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545232345452323;
2019.08.05 22:19:21 4 : SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2019.08.05 22:19:23 4 : SIGNALduino/keepalive ok, retry = 0
2019-08-05 22:19:30 CustomReadings myReadings last_fhem_log_entry: 2019.08.05 22:19:23 4: SIGNALduino/keepalive ok, retry = 0
<div class='fhemlog'>2019.08.05 22:19:31 5 : Siro-Finish: action - on</div>2019-08-05 22:19:31 Siro Rollo_Sofa 100
2019-08-05 22:19:31 Siro Rollo_Sofa pct: 100
2019-08-05 22:19:31 Siro Rollo_Sofa position: 100
2019-08-05 22:19:31 Siro Rollo_Sofa aktRunningAction: noAction
2019-08-05 22:19:31 Siro Rollo_Sofa aktEndAction: 0
2019-08-05 22:19:31 Siro Rollo_Sofa aktTimeAction: 0
2019-08-05 22:19:31 Siro Rollo_Sofa aktActionFinish: 0
2019-08-05 22:19:31 Siro Rollo_Sofa motor-term: 59.92
<div class='fhemlog'>2019.08.05 22:19:33 5 : Siro-Set: eingehendes Kommando open</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro-Set: param - </div>2019-08-05 22:19:33 Siro Rollo_Sofa ActionTrigger: fhem
<div class='fhemlog'>2019.08.05 22:19:33 5 : Siro-Set: ermittelter Befehl: off </div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro-Set: cmd nach change : off</div><div class='fhemlog'>2019.08.05 22:19:33 3 : Siro-Set (Rollo_Sofa) : set Up</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro-Set: off downtime - waytodrive 100</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro-Set: off downtime - state 100</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro-Set: off downtime - up1time 0.11</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro_sendCommand: repeats - 10</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro_sendCommand: BinHash: = 1110001000110010001111100010</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro_sendCommand: BinCommand: = 00010001</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro_sendCommand: Siro set value = Rollo_Sofa off</div><div class='fhemlog'>2019.08.05 22:19:33 5 : SIGNALduino/write: sending via Set sendMsg P72#1110001000110010001111100010000100010001#R10</div><div class='fhemlog'>2019.08.05 22:19:33 5 : SIGNALduino: sendmsg msg=P72#1110001000110010001111100010000100010001#R10</div><div class='fhemlog'>2019.08.05 22:19:33 5 : SIGNALduino: sendmsg Preparing rawsend command for protocol=72, repeats=10, clock=340 bits=1110001000110010001111100010000100010001</div><div class='fhemlog'>2019.08.05 22:19:33 5 : AddSendQueue: SIGNALduino: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545452345454523; (1)</div><div class='fhemlog'>2019.08.05 22:19:33 4 : SIGNALduino/set: sending via SendMsg: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545452345454523;</div><div class='fhemlog'>2019.08.05 22:19:33 5 : Siro_sendCommand: name-Rollo_Sofa command-off channel-1 bincmd-00010001 bin-1110001000110010001111100010000100010001 id-undef message-P72#1110001000110010001111100010000100010001#R10</div>2019-08-05 22:19:33 Siro Rollo_Sofa aktRunningAction: hoch
2019-08-05 22:19:33 Siro Rollo_Sofa aktEndAction: 1565036384
2019-08-05 22:19:33 Siro Rollo_Sofa aktTimeAction: 11
2019-08-05 22:19:33 Siro Rollo_Sofa aktActionFinish: 0
2019-08-05 22:19:33 Siro Rollo_Sofa LastAction: hoch
2019-08-05 22:19:33 Siro Rollo_Sofa runningUp
<div class='fhemlog'>2019.08.05 22:19:33 5 : Siro-Set: setze timer -off</div>2019-08-05 22:19:33 Siro Rollo_Sofa batteryState: unknown
2019.08.05 22:19:33 5 : SIGNALduino SW: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545452345454523;
2019.08.05 22:19:33 4 : SIGNALduino SendrawFromQueue: msg=SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545452345454523;
2019.08.05 22:19:34 4 : SIGNALduino/msg READ: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545452345454523;
2019.08.05 22:19:34 5 : SIGNALduino/noMsg Parse: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545452345454523;
2019.08.05 22:19:34 5 : SIGNALduino/msg READ: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545452345454523;
2019.08.05 22:19:34 4 : SIGNALduino/read sendraw answer: SR;R=10;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123232345454523454545232345452345454523232323234545452345454545234545452345454523;
2019.08.05 22:19:34 4 : SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2019-08-05 22:19:40 CustomReadings myReadings last_fhem_log_entry: 2019.08.05 22:19:34 4: SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
<div class='fhemlog'>2019.08.05 22:19:44 5 : Siro-Finish: action - off</div>2019-08-05 22:19:44 Siro Rollo_Sofa 0
2019-08-05 22:19:44 Siro Rollo_Sofa pct: 0
2019-08-05 22:19:44 Siro Rollo_Sofa position: 0
2019-08-05 22:19:44 Siro Rollo_Sofa aktRunningAction: noAction
2019-08-05 22:19:44 Siro Rollo_Sofa aktEndAction: 0
2019-08-05 22:19:44 Siro Rollo_Sofa aktTimeAction: 0
2019-08-05 22:19:44 Siro Rollo_Sofa aktActionFinish: 0
2019-08-05 22:19:44 Siro Rollo_Sofa motor-term: 70.92
Internals:
CFGFN
CHANNEL_RECEIVE 1
DEF E2323E21
FUUID 5d487ee7-f33f-a31c-010b-83d72ad05e0431dc
ID E2323E2
IODev SIGNALduino
MODEL LE-Device
NAME Rollo_Sofa
NR 13178
NTFY_ORDER 50-Rollo_Sofa
STATE 100
TYPE Siro
Version 1.3
CODE:
1 E2323E21
READINGS:
2019-08-05 22:22:17 ActionTime 1565036537
2019-08-05 22:22:17 ActionTrigger fhem
2019-08-05 22:22:17 BetweentActionTime 43
2019-08-05 22:22:17 LastAction on
2019-08-05 22:22:17 LastActionTime 1565036494
2019-08-05 22:22:28 aktActionFinish 0
2019-08-05 22:22:28 aktEndAction 0
2019-08-05 22:22:28 aktRunningAction noAction
2019-08-05 22:22:28 aktTimeAction 0
2019-08-05 22:22:17 batteryState unknown
2019-08-05 22:22:28 motor-term 81.92
2019-08-05 22:22:28 pct 100
2019-08-05 22:22:28 position 100
2019-08-05 22:22:28 state 100
helper:
exexcmd on
ignorecmd off
progmode off
Attributes:
DbLogExclude .*
IODev SIGNALduino
SIRO_time_to_close 11
SIRO_time_to_open 11
alexaName Rollo Sofa
alias Rollo Sofa
devStateIcon {return FHEM::Siro::Siro_icon($name); }
eventMap off:hoch on:runter
genericDeviceType blind
homebridgeMapping argetPosition=position,cmd=position,cmds=100:on,invert=1,minValue=0,maxValue=100,minStep=1,delay=1000
CurrentPosition=state,cmd=position,invert=1,minValue=0,maxValue=100,minStep=1
PositionState=state,values=runningUp:INCREASING;runningDown:DECREASING,default=STOPPED
room 01_Wohnzimmer,Alexa,Homekit,Siro
verbose 1
webCmd stop:open:close:pct
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
DEF /dev/ttyUSB1@57600
DMSG nothing
DevState initialized
DeviceName /dev/ttyUSB1@57600
FD 10
FUUID 5c43a4f2-f33f-a31c-1f86-c9af18a15d55e3f9
ITClock 250
LASTDMSG nothing
LASTDMSGID nothing
NAME SIGNALduino
NR 749
NR_CMD_LAST_H 19
PARTIAL
STATE opened
TIME 1565029639.76594
TYPE SIGNALduino
sendworking 0
unknownmessages
version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
versionProtocols 1.06
versionmodul v3.4.0
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^P(?:14|29|30|34|46|69|76|81|83|86|90|91|91.1|92|93|95)#.*
18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
25:CUL_EM ^E0.................
26:Fernotron ^P82#.*
27:SD_BELL ^P(?:15|32|41|42|57|79)#.*
28:SD_Keeloq ^P(?:87|88)#.*
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2019-08-05 22:23:23 ping OK
2019-08-05 20:27:23 state opened
2019-08-05 20:07:22 uptime 0 00:00:29
2019-08-05 20:27:23 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
XMIT_TIME:
1565035894.93319
1565035896.39778
1565035897.13299
1565035897.70292
1565036123.78981
1565036124.35672
1565036125.14369
1565036125.71275
1565036158.26274
1565036160.51072
1565036184.9376
1565036190.94338
1565036191.51032
1565036360.71737
1565036373.83109
1565036494.59204
1565036530.26744
1565036537.11277
1565036537.96947
getcmd:
keepalive:
ok 1
retry 0
mcIdList:
msIdList:
72.1
muIdList:
72
Attributes:
DbLogExclude .*
devStateIcon opened:10px-kreis-gruen .*closed:10px-kreis-rot
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
icon cul_868
room Siro,System
verbose 1
whitelist_IDs 72,72.1
Ich habe das Device schon gelöscht und neu angelegt, aber das hat leider auch nicht geholfen. Ich weiß nicht weiter...
Moin
Wenn ich mir meinen Signalduino so ansehe, dann ist Deiner das Problem. Meiner steht auf opened, und nicht Initialized!
Also einfach mal den Sduino restten, und dann weitersehen!
Gruss Christoph
Ich bin diese Woche leider beruflich unterwegs, ggf. schaffe ich es heute Abend aber mal am laptop drauf zu schauen.
gruss Byte09
Gesendet von meinem ELE-L29 mit Tapatalk
Zitat von: pc1246 am 06 August 2019, 12:07:11
Moin
Wenn ich mir meinen Signalduino so ansehe, dann ist Deiner das Problem. Meiner steht auf opened, und nicht Initialized!
Also einfach mal den Sduino restten, und dann weitersehen!
Gruss Christoph
Ich habe den Signalduino gerade neu gestartet.
DevState bleibt auf "initialized", aber state steht wie vorher auf "opened".
Kannst du das log bitte nochmal.. sauber . einstellen? Ich habe da 1000 htmltags drinnen... oder wirft Tapatalk das nur durcheinander.?
gruss Byte09
Gesendet von meinem ELE-L29 mit Tapatalk
Zitat von: Byte09 am 06 August 2019, 20:39:14
Kannst du das log bitte nochmal.. sauber . einstellen? Ich habe da 1000 htmltags drinnen... oder wirft Tapatalk das nur durcheinander.?
gruss Byte09
Gesendet von meinem ELE-L29 mit Tapatalk
Das muss an TapTalk liegen. Im Log sind zwar eine Hand voll DIV-Tags, aber die stehen auch so original im Log drin.
Hat irgendjemand auch die Sonnensensoren im Einsatz? Es gibt bei Siro da zwei Typen, einmal den SI1187 und dann noch den SIS1187 wobei letzterer als bidirektional bezeichnet wird und für den kleinen 16mm Motor angepriesen wird. Soweit ich hier im Thread gelesen habe waren die Motoren aber doch eigtl. unidirektional per Funk angebunden oder ist das jetzt wirklich ein neuer Motor? Die Firma Heicko bietet auch welche an, die genauso aussehen und bezeichnet werden als "Funkprotokoll G2" (z.B. bei conrad). Ich habe einen älteren Aldomo Motor, keine Ahnung welcher der Sensoren der richtige wäre bzw. welcher vielleicht auch noch mit FHEM zusammenspielen kann (oder ist es egal?)?
Ich glaube Du bist da mit deinem Ansatz für Heimautomatisierung etwas auf dem Holzweg.
Ich habe Sonnensensoren im Einsatz. Die liefern ihre Daten für das Modul ASC. Das übernimmt die Rolloautomatisierung. Ein Sensor, der nur für ein Gerät ist, wäre immer ein unschöner Ansatz, weil du irgendwann feststellst, dass Du die Daten auch für etwas anderes brauchen kannst.
Genau! Ich benutze die Xiaomi Flower Sensor, die unter anderem auch den Helligkeitswert liefern. Es gibt aber auch diverse andere.
Beste Grüße
Jürgen K.
Alles klar, hab mir nun einen Conbee Stick gekauft und warte auf Xiaomi Aqara Sensoren aus China (Licht und Temperatur).
Ein Bug ist mir aufgefallen:
Der Gruppenkanal hat ein Reading "GroupDevices". Dieses ist aber nun dann korrekt, wenn die Sortierung der Devicenamen der Motoren so ist, dass das Group-Device vor den anderen kommt. Bei mir trat das auf weil ich die Devices eben nach dem Autocreate umbenannt habe. Problem ist letztlich der Code-Teil hier, durch den "shift" fällt das erste Device raus:
my $devspec="TYPE=Siro:FILTER=ID=".$hash->{ID}.".*";
my @devicelist = devspec2array($devspec);
shift @devicelist;
my $devicelist = join(" ",@devicelist);
Evtl. kann man bei "my $devspec" ja eine Sortierung angeben oder einfach nur CHANNEL_RECEIVE=0 wegfiltern und das shift weglassen?
Ist allerdings nur kosmetisch ein Problem denn wirklich benutzt wird es denke ich nicht.
Was ich noch nicht verstanden habe ist, was genau der Unterschied zwischen den Readings "pct" und"position" ist. Ist das nicht dasselbe?
Jetzt wo Du es sagst, der Bug ist bei mir auch da. Bei mir steht das Groupdevice als letztes in der Sortierung und das erste fehlt in der Anzeige.
Aber ich wüsste nicht, dass das Reading zu etwas benutzt wird.
ich hoffe mir kann jemand helfen. Ich habe eine ERBS15LE und versuche sie über FHEM zu steuern. Leider bekomme ich schon das pairing nicht hin.
Mit der Fernbedienung funktioniert es auf Anhieb. Dabei gehe ich laut Handbuch vor mit Motor in Pairing-Mode bringen (1x auf/ab) und dann P2 sowie lange auf Stop drücken.
Das gleiche probiere ich auch in FHEM. aber nicht will funktionieren. Hab auch schon mehrfach alles neu installiert inkl. FHEM und den Raspberry. Auch verschiedene IDs hab ich probiert.
Kann mir jemand helfen?
Gibt es eine Möglichkeit die ID der Fernbedienung auszulesen?
Wenn du autocreate an hast und die Taste auf der Fernbedienung drückst, sollte FHEM das erkennen und das Device automatisch anlegen. Ich würde empfehlen, in den Einstellungen des Signalduino (in FHEM) nur das Siro-Protokoll zu aktivieren und alles nicht nötige abzuschalten.
bin leider neuling. was muss ich da alles abschalten? Wo schalte ich autocreate ein?
Bei dem Signalduino in die Einstellungen in FHEM gehen und auf " Display protocol list". Da dann nur Siro wählen.
Autocreate ist normal standardmäßig aktiv. Ist genauso ein "Gerät" in FHEM und kannst du über die Weboberfläche konfigurieren.
Autocreate ist activ und in der Protocollist ist 72 und 72.1 aktiv alles andere nicht.
Wie erstellt sich jetzt das device selber? Bei mir passiert da nix.
Das 72.1 hab ich bei mir nicht aktiv, keine Ahnung wofür man das braucht oder nicht.
Normalerweise sollte jetzt wenn du den Rollo mit der Original Fernbedienung schaltest das Device automatisch erstellt werden. Ansonsten solltest du den Log von FHEM mal kontrollieren.
hab das 72.1 rausgenommen, aber erstellen tut das System das Rollo noch nicht. Im Log tauchen folgende Meldungen auf, aber nicht bei jedem Tastendruck auf der Fernbedienung:
2020.05.31 10:07:32 4: radinoCC1101: Read, msg: MS;P0=-1979;P1=467;P2=-4053;P3=-8934;D=13121010101012121210101210101210101212101210101010121010121210101212101212;CP=1;SP=3;R=233;O;
2020.05.31 10:07:32 4: radinoCC1101: Read, msg: MU;P0=-4052;P1=468;P2=-8920;P3=-1972;D=01012101313131310101013131013131013131010131013131;CP=1;R=234;
2020.05.31 10:07:32 5: radinoCC1101: Parse_MU, start pattern for MU protocol id 72 -> Siro shutter not found, aborting
2020.05.31 10:07:53 4: radinoCC1101: Read, msg: MU;P0=-4736;P1=1316;P2=-1080;P3=534;P4=-31240;P5=-20608;P6=248;D=0121212123212321212121212123212321232321212323232121232121212121212323232121232121232323435621212123212321232321212323232121232121212121212323232121232121232323;CP=3;R=5;
2020.05.31 10:07:53 5: radinoCC1101: Parse_MU, start pattern for MU protocol id 72 -> Siro shutter not found, aborting
Hast du denn das Modul 98_Siro.pm in FHEM hinzugefügt? Standardmäßig ist das nämlich nicht dabei sondern du musst es manuell in den FHEM Ordner reinkopieren.
Idealerweise gleich das neue Modul, siehe Startpost hier:
https://forum.fhem.de/index.php/topic,100605.0.html
ja, sonst würden die Bilder von einem der vorherigen Beiträge nicht möglich sein, oder?
Da hast du recht. Vielleicht liegts an der Kompatibilität des Motors, der ERBS15LE ist ja der "neue" mit bidirektionaler Kommunikation und evtl. ist die nicht kompatibel mit dem hier vorhandenen Protokoll...ist aber nur eine Mutmaßung, vielleicht weiß das jemand tatsächlich...
Zitat von: Berni am 31 Mai 2020, 12:07:11
Da hast du recht. Vielleicht liegts an der Kompatibilität des Motors, der ERBS15LE ist ja der "neue" mit bidirektionaler Kommunikation und evtl. ist die nicht kompatibel mit dem hier vorhandenen Protokoll...ist aber nur eine Mutmaßung, vielleicht weiß das jemand tatsächlich...
dem würde ich so mal zustimmen.
Da ich leider nicht über einen solchen motor verfüge ist weder ein test, noch eine anpassung des moduls möglich!
Gruss Tom
Zitat von: Der_Tom am 31 Mai 2020, 12:53:12
dem würde ich so mal zustimmen.
Da ich leider nicht über einen solchen motor verfüge ist weder ein test, noch eine anpassung des moduls möglich!
Gruss Tom
Hilft es, wenn ich dir meinen Motor zur Verfügung stellen würde? Wie ich auf der Website von Siro gesehen habe, gibt es den alten Motor nicht mehr.
Noch ein anderer Ansatz, hat jemand das Siro Gateway in FHEM integriert?
Zitat von: hme0354 am 31 Mai 2020, 14:02:11
Hilft es, wenn ich dir meinen Motor zur Verfügung stellen würde? Wie ich auf der Website von Siro gesehen habe, gibt es den alten Motor nicht mehr.
Noch ein anderer Ansatz, hat jemand das Siro Gateway in FHEM integriert?
danke für das angebot. Aber um das hinzubiegen bräuchte ich den Motor, das Gateway und vor viel allem Zeit. Schon an letzterem mangelt es mir erheblich.
Das Modul entstand seinerzeit zusammen mit Dr. Smag vorrangig aus Eigenbedarf - das steigert die Motivation ungemein ;-). Und diesen habe ich nicht.
Weiterhin habe ich mich weitestgehend aus dem Forum zurückgezogen und bin hier auch kein Developper mehr.
Sorry.
ggf. möchte sich ja jemand anderes einem neuen entsprechenden Modul annehmen.
Gruss Tom
Hallo zusammen,
Ich habe auch Interesse mit diese Motor von SIRO zu kaufen. Ich bin mir aber nun nicht mehr sicher ob ich diese überhaupt mit FHEM zusammen nutzen kann. Wenn das nicht geht wäre das wirklich schade. Beschäftigt sich noch jemand damit?
Gibt es sonst Alternativen bei denen man den Motor in einem vorhandenen Rollo nachrüsten kann?
Hat noch jemand das Problem, dass zum Beispiel mit
set Siro pct 90
Das Rollo nur etwa 3-4 Sekunden fährt und dann stehen bleibt? 0 und 100 pct gehen.
Ich nutze die Version 1.3
Alle Werte sind gesetzt.
Funktioniert das bei jemanden noch? Falls ja, kann ich die Version bekommen? Im Git ist alles gelöscht.
offenbar ist byte09 sehr verärgert worden. Schade, dass das Modul nun so verwaist ist.
moin,
das klingt mr , als wenn die Laufzeiten in den Attributen nicht richtig gesetzt wären.
gib mir doch bitte mal die Rawdefinition eines betroffenen Gerätes, ich schaue mir das heute abend an.
gruss Thomas
Danke, dass du cih kümmerst, mache ich gerne. Allerdings hatte es ja vorher immer funktioniert, nur jetzt nicht mehr. Es betrifft alle 4 Rollos.
defmod Siro_WZR Siro 84314CD2
attr Siro_WZR IODev sduino
attr Siro_WZR SIRO_Battery_low 3024000
attr Siro_WZR SIRO_inversPosition 0
attr Siro_WZR SIRO_send_channel 2
attr Siro_WZR SIRO_time_to_close 17
attr Siro_WZR SIRO_time_to_open 18
attr Siro_WZR alexaName Rollo rechts
attr Siro_WZR cmdIcon fav:rc_RIGHT open:rc_UP close:rc_DOWN stop:rc_STOP
attr Siro_WZR devStateIcon {return FHEM::Siro::Siro_icon($name,'fts_shutter_')}
attr Siro_WZR fp_Rollo 210,175,2,rechts Wohnzimmer
attr Siro_WZR fp_Schalter 15,475,2,Wohnzimmer rechts
attr Siro_WZR genericDeviceType blind
attr Siro_WZR room Rollo,Wohnung->Wohnzimmer
attr Siro_WZR webCmd stop:open:close:fav
setstate Siro_WZR 51
setstate Siro_WZR 2021-06-09 06:58:04 ActionTime 1623214684
setstate Siro_WZR 2021-06-09 06:58:04 ActionTrigger fhem
setstate Siro_WZR 2021-06-09 06:58:04 BetweentActionTime 15
setstate Siro_WZR 2021-06-09 06:57:49 Favorite-Position 57
setstate Siro_WZR 2021-06-08 22:32:52 IODev sduino
setstate Siro_WZR 2021-06-09 06:57:36 LastAction off
setstate Siro_WZR 2021-06-09 06:58:04 LastActionTime 1623214669
setstate Siro_WZR 2021-06-09 06:58:05 aktActionFinish 0
setstate Siro_WZR 2021-06-09 06:58:05 aktEndAction 0
setstate Siro_WZR 2021-06-09 06:58:05 aktRunningAction noAction
setstate Siro_WZR 2021-06-09 06:58:05 aktTimeAction 0
setstate Siro_WZR 2021-06-09 06:58:04 batteryState ok
setstate Siro_WZR 2021-06-08 20:51:35 lock_cmd off
setstate Siro_WZR 2019-06-17 09:54:51 lock_remote off
setstate Siro_WZR 2021-06-09 06:58:05 motor-term 2194.60999992374
setstate Siro_WZR 2021-05-24 12:22:52 motor-term-reset 1621851772
setstate Siro_WZR 2021-06-09 06:58:05 pct 51
setstate Siro_WZR 2021-06-09 06:58:05 position 51
setstate Siro_WZR 2021-06-09 06:58:05 state 51
EDIT:
Ich habe auch den Signalduino gewechselt, da ich nun leider 2 habe. Brachte keine Besserung.
Hi Invers,
ich habe mir dein Device gerade angeschaut und stehe etwas auf dem schlauch .
Die Einstellungen sind soweit erstmal ok ( soweit ich die Fahrzeiten beurteilen kann ) .
Wenn ich das Device bei mir einspiele sind die Laufzeiten auch OK, d.H eine Fahrt auf 50 % per dauert genau die Hälfte der eingestellten Zeit.
Ich kann mir im Augenblick auch nicht erklären, was da schief laufen soll - am Modul habe ich seit Monaten keine Änderung gemacht , so das etwass im Argen sein könnte , soweit ich das gesehen habe gab es auch kein Signalduino - Update.
Kann es sein , das dort ein anderer Eventhandler in irgend einer Art zuschlägt und die Fahrt stoppt ?
Hast du etwas geändert, bevor es aufgefallen ist ?
Mach doch bitte mal eine Fahrt auf Verbose 5 und poste das LOG:
runter auf 100% per close , dann eine Fahrt foch auf 50% per pct - dann sehen wir weiter.
Gruss Thomas
Ich kann mich erinnern, irgendwann die Version ausgetauscht zu haben.
Kannst du mir einfgach mal deine Version schicken?
2021.06.09 21:36:11 5: Siro-progmode: reached progmode off
2021.06.09 21:36:18 5: Siro-Set: eingehendes Kommando close
2021.06.09 21:36:18 5: Siro-Set: param -
2021.06.09 21:36:18 5: Siro-Set: ermittelter Befehl: on
2021.06.09 21:36:18 5: Siro-Set: cmd nach change : on
2021.06.09 21:36:18 3: Siro-Set (Siro_WZL) : set Down
2021.06.09 21:36:18 5: Siro-Set: on downtime - waytodrive 100
2021.06.09 21:36:18 5: Siro-Set: on downtime - state 0
2021.06.09 21:36:18 5: Siro-Set: on downtime - down1time 0.27
2021.06.09 21:36:18 5: Siro_sendCommand: cmd - on
2021.06.09 21:36:18 5: Siro_sendCommand: repeats - 10
2021.06.09 21:36:18 5: Siro_sendCommand: name-Siro_WZL command-on channel-1 bincmd-00110011 bin-1000010000110001010011001101000100110011 id-undef message-P72#1000010000110001010011001101000100110011#R10
2021.06.09 21:36:18 3: Siro_sendCommand: not sent upround debugmode 1
2021.06.09 21:36:18 5: Siro-Set: setze state down , setze Timer - on
2021.06.09 21:36:45 5: Siro-Finish: action - on
2021.06.09 21:36:48 5: Siro-Set: eingehendes Kommando open
2021.06.09 21:36:48 5: Siro-Set: param -
2021.06.09 21:36:48 5: Siro-Set: ermittelter Befehl: off
2021.06.09 21:36:48 5: Siro-Set: cmd nach change : off
2021.06.09 21:36:48 3: Siro-Set (Siro_WZL) : set Up
2021.06.09 21:36:48 5: Siro-Set: off downtime - waytodrive 100
2021.06.09 21:36:48 5: Siro-Set: off downtime - state 100
2021.06.09 21:36:48 5: Siro-Set: off downtime - up1time 0.3
2021.06.09 21:36:48 5: Siro_sendCommand: cmd - off
2021.06.09 21:36:48 5: Siro_sendCommand: repeats - 10
2021.06.09 21:36:48 5: Siro_sendCommand: name-Siro_WZL command-off channel-1 bincmd-00010001 bin-1000010000110001010011001101000100010001 id-undef message-P72#1000010000110001010011001101000100010001#R10
2021.06.09 21:36:48 3: Siro_sendCommand: not sent upround debugmode 1
2021.06.09 21:36:48 5: Siro-Set: setze timer -off
2021.06.09 21:37:18 5: Siro-Finish: action - off
2021.06.09 21:37:39 5: Siro_attr init done : 1
aktuelle version im anhang.
in das log zu schauen schaffe ich erst morgen früh.
gruss Thomas
Kein Problem, danke.
EDIT:
Habe die Version gerade getestet. Damit scheint alles wieder zu funktionieren.
Herzlichen Dank nochmals dafür, dass du dich um des Modul und mein Problem gekümmert hast.
Byte 09 hat sich aus dem Git völlig gelöscht.
Ich hoffe, es geht ihm gut. Falls du Kontakt hast, viele Grüsse an ihn.
Zitat von: Invers am 09 Juni 2021, 22:00:08
Kein Problem, danke.
EDIT:
Habe die Version gerade getestet. Damit scheint alles wieder zu funktionieren.
Herzlichen Dank nochmals dafür, dass du dich um des Modul und mein Problem gekümmert hast.
Byte 09 hat sich aus dem Git völlig gelöscht.
Ich hoffe, es geht ihm gut. Falls du Kontakt hast, viele Grüsse an ihn.
super das es wieder klappt.
Ich bin Byte09 ;-) .. danke der Nachfrage, alles gut bei mir. Aber du hast Recht, ich habe mich sehr geärgert hier.
Gruss Thomas
Danke für die Info. Bin überrascht. Freut mich, dass es dir gut geht. Immer schön negativ bleiben. LOL
Vielleicht hast du ja doch irgendwann wieder einmal Lust, etwas Neues anzufangen. Wäre ja sonst Talentverschwendung. Und man sagt ja, die zeit heilt alle Wunden.
Zitat von: Invers am 10 Juni 2021, 13:47:57
Danke für die Info. Bin überrascht. Freut mich, dass es dir gut geht. Immer schön negativ bleiben. LOL
Vielleicht hast du ja doch irgendwann wieder einmal Lust, etwas Neues anzufangen. Wäre ja sonst Talentverschwendung. Und man sagt ja, die zeit heilt alle Wunden.
Moin,
Es ist ja nicht so , das ich nichts mehr mache. Ich bin mit meinem Modul MSwitch gut ausgelastet und entwicke dieses kontinuierlich weiter. Nur aus dem Forum habe ich mich weitestgehend zurückgezogen und wir sind auf eine gemütliche WhatsApp Gruppe ausgewichen.
Gruss Thomas
Hi,
ich hoffe, du findest vielleicht doch noch einmalt etwas Zeit, um dich zwischendurch mal kurz dem folgenden, noch immer bestehenden Problem zu widmen:
Es geht noch immer um die Perlwarnung.
Ich fahre das Rollo auf 80 Prozent zu. Keine Fehlermeldung.
2021.11.04 00:24:06 3: Siro-Set (Siro_SZR) : set Position 80
danach fahre ich dieses Rollo vorsichtshalber nochg einmal auf 80, falls es nicht mit dem Funkt geklappt haben sollte.
2021.11.04 00:24:51 3: Siro-Set (Siro_SZR) : set Position 80
Dabei das Rollo fährt dann kurz, obwohl es ja eigentlich schon an der Position steht und es kommen die Meldungen:
2021.11.04 00:24:51 1: PERL WARNING: Use of uninitialized value $timetodrive in addition (+) at ./FHEM/98_Siro.pm line 1392.
2021.11.04 00:24:51 1: stacktrace:
2021.11.04 00:24:51 1: main::__ANON__ called by ./FHEM/98_Siro.pm (1392)
2021.11.04 00:24:51 1: FHEM::Siro::Set called by fhem.pl (3890)
2021.11.04 00:24:51 1: main::CallFn called by fhem.pl (1939)
2021.11.04 00:24:51 1: main::DoSet called by fhem.pl (1971)
2021.11.04 00:24:51 1: main::CommandSet called by fhem.pl (1265)
2021.11.04 00:24:51 1: main::AnalyzeCommand called by fhem.pl (1116)
2021.11.04 00:24:51 1: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (2029)
2021.11.04 00:24:51 1: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (2448)
2021.11.04 00:24:51 1: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (3419)
2021.11.04 00:24:51 1: main::DOIF_SleepTrigger called by fhem.pl (3427)
2021.11.04 00:24:51 1: main::HandleTimeout called by fhem.pl (695)
2021.11.04 00:24:51 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 429.
2021.11.04 00:24:51 1: stacktrace:
2021.11.04 00:24:51 1: main::__ANON__ called by ./FHEM/98_Siro.pm (429)
2021.11.04 00:24:51 1: FHEM::Siro::SendCommand called by ./FHEM/98_Siro.pm (1393)
2021.11.04 00:24:51 1: FHEM::Siro::Set called by fhem.pl (3890)
2021.11.04 00:24:51 1: main::CallFn called by fhem.pl (1939)
2021.11.04 00:24:51 1: main::DoSet called by fhem.pl (1971)
2021.11.04 00:24:51 1: main::CommandSet called by fhem.pl (1265)
2021.11.04 00:24:51 1: main::AnalyzeCommand called by fhem.pl (1116)
2021.11.04 00:24:51 1: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (2029)
2021.11.04 00:24:51 1: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (2448)
2021.11.04 00:24:51 1: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (3419)
2021.11.04 00:24:51 1: main::DOIF_SleepTrigger called by fhem.pl (3427)
2021.11.04 00:24:51 1: main::HandleTimeout called by fhem.pl (695)
Dabei ist es egal, ob fhem schon Tage läuft, oder ob ich es gerade neu gestartet habe.
Früher habe ich das Rolle mit fav angesteuert, da kan ebenfalls die Perlwarnung. Ich kann aber nicht mehr sagen, ob die gleich war. Das war für mich der Grund, es mal mit 80 Prozent zu versuchen, falls der Fehler fav-abhängig wäre. Dem ist aber offenbar nicht so.
Ich bitte dich, noch einmal kurz reinzuschauen. Ich wäre dir wirklich sehr dankbar.
Es eilt ja nicht, weil das Rollo fährt.
Danke im Voraus.
Sorry , wenn du es schonmal gepostet hast habe ich es wohl irgendwie verbaselt.
Ich habe das Modul schon ewig nichtehr angefasst, biege es aber spätestens am WE zurecht.
Gruss Thomas
Kein Problem, lass dir Zeit.
Danke
Zitat von: Invers am 04 November 2021, 08:36:46
Hi,
ich hoffe, du findest vielleicht doch noch einmalt etwas Zeit, um dich zwischendurch mal kurz dem folgenden, noch immer bestehenden Problem zu widmen:
Es geht noch immer um die Perlwarnung.
Ich fahre das Rollo auf 80 Prozent zu. Keine Fehlermeldung.
2021.11.04 00:24:06 3: Siro-Set (Siro_SZR) : set Position 80
danach fahre ich dieses Rollo vorsichtshalber nochg einmal auf 80, falls es nicht mit dem Funkt geklappt haben sollte.
2021.11.04 00:24:51 3: Siro-Set (Siro_SZR) : set Position 80
Dabei das Rollo fährt dann kurz, obwohl es ja eigentlich schon an der Position steht und es kommen die Meldungen:
2021.11.04 00:24:51 1: PERL WARNING: Use of uninitialized value $timetodrive in addition (+) at ./FHEM/98_Siro.pm line 1392.
2021.11.04 00:24:51 1: stacktrace:
2021.11.04 00:24:51 1: main::__ANON__ called by ./FHEM/98_Siro.pm (1392)
2021.11.04 00:24:51 1: FHEM::Siro::Set called by fhem.pl (3890)
2021.11.04 00:24:51 1: main::CallFn called by fhem.pl (1939)
2021.11.04 00:24:51 1: main::DoSet called by fhem.pl (1971)
2021.11.04 00:24:51 1: main::CommandSet called by fhem.pl (1265)
2021.11.04 00:24:51 1: main::AnalyzeCommand called by fhem.pl (1116)
2021.11.04 00:24:51 1: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (2029)
2021.11.04 00:24:51 1: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (2448)
2021.11.04 00:24:51 1: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (3419)
2021.11.04 00:24:51 1: main::DOIF_SleepTrigger called by fhem.pl (3427)
2021.11.04 00:24:51 1: main::HandleTimeout called by fhem.pl (695)
2021.11.04 00:24:51 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 429.
2021.11.04 00:24:51 1: stacktrace:
2021.11.04 00:24:51 1: main::__ANON__ called by ./FHEM/98_Siro.pm (429)
2021.11.04 00:24:51 1: FHEM::Siro::SendCommand called by ./FHEM/98_Siro.pm (1393)
2021.11.04 00:24:51 1: FHEM::Siro::Set called by fhem.pl (3890)
2021.11.04 00:24:51 1: main::CallFn called by fhem.pl (1939)
2021.11.04 00:24:51 1: main::DoSet called by fhem.pl (1971)
2021.11.04 00:24:51 1: main::CommandSet called by fhem.pl (1265)
2021.11.04 00:24:51 1: main::AnalyzeCommand called by fhem.pl (1116)
2021.11.04 00:24:51 1: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (2029)
2021.11.04 00:24:51 1: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (2448)
2021.11.04 00:24:51 1: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (3419)
2021.11.04 00:24:51 1: main::DOIF_SleepTrigger called by fhem.pl (3427)
2021.11.04 00:24:51 1: main::HandleTimeout called by fhem.pl (695)
Dabei ist es egal, ob fhem schon Tage läuft, oder ob ich es gerade neu gestartet habe.
Früher habe ich das Rolle mit fav angesteuert, da kan ebenfalls die Perlwarnung. Ich kann aber nicht mehr sagen, ob die gleich war. Das war für mich der Grund, es mal mit 80 Prozent zu versuchen, falls der Fehler fav-abhängig wäre. Dem ist aber offenbar nicht so.
Ich bitte dich, noch einmal kurz reinzuschauen. Ich wäre dir wirklich sehr dankbar.
Es eilt ja nicht, weil das Rollo fährt.
Danke im Voraus.
Ich habe das Problem behoben , neue Version ist im GIT
update all https://raw.githubusercontent.com/Byte009/FHEM-Siro/master/controls_siro.txtAber die befehlswiederholung macht nicht wirklich Sinn. wenn du das rollo auf 80 % gefahren hast , geht das modul davon aus , dass diese position auch erreicht ist - egal on es mit dem funk geklappt hat , oder nicht. Es gibt keine Möglichkeit die wirkliche Rolloposition zu ermitteln . Da das Modul nun davon ausgeht, das entsprechendes ziel erreicht ist , wird es den zweiten Befehl nicht ausführen ( da Ziel bereits erreicht ).
das ist leider auch nicht abänderbar , aufgrund der fehlenden bidirektionalen verbindung. ( Der Befehl lautat ja nicht : Fahre auf 80 % , sondern er lautet "fahre hoch/runter" und nach berechneter Zeit um die Zielposition zu erreichen: "stoppe die Fahrt".
Daher ist eine Wiederholung des Befehls im Grunde sinnlos ( es passiert einfach nichts ). Falls der Befehl wirklich "untergeht" stimmen vermtete position und reale position sowieso nicht mehr überein und es hilft nur eine Kalibrierungsfahrt , d.H das Rollo muss ganz hoch oder ganz runter gefahren werden.
gruss Thomas
Habe nach über einem Jahr wieder FHEM in Betrieb. Nun stelle ich fest das gassistent hoch und runter vertauscht. Schließen ist hoch und öffnen ist runter. Hat da einer ne Idee?
Google sendet für schließen wohl ein off und das ist in Siro up also öffnen. Was kann man da machen? Hat das einer ans laufen bekommen?
Zitat von: CoolTux am 10 November 2021, 00:22:20
Google sendet für schließen wohl ein off und das ist in Siro up also öffnen. Was kann man da machen? Hat das einer ans laufen bekommen?
ich habe die Version im GIT eben aktualisiert. diese enthällt nun ein Attribut "SIRO_inversONOFF" . Das Prblem sollte damit zu lösen sein.
Das war aber ein Schnellschuss heute morgen und ich hoffe das keine 'komischen' Nebeneffekte auftreten.
Bei gesetztem Attribut werden die Befehle einfach umgemapped:
on -> up
off -> down
gruss Thomas
Danke Dir. Ich schaue mal
Erster Test erfolgreich. Super Thomas, vielen vielen Dank.
Vielen Dank für die Änderung.
Scheint erfolgreich zu sein. Die Warnungen kommen nun nicht mehr.
Bezüglich der doppelten Befehle kann ich nur sagen, dass ich für jedes Rollo programmiert habe, dass der Fahrbefehl nach 60 Sekunden wiederholt wird.
Der Befehl wird auch wirklich immer doppelt ausgeführt.
Beweis:
2 Rollos im Wohnzimmer fahren fast gleichzeitig wenn alles klappt. Wenn also morgens nur ein Rollo fährt und das andere Rollo fährt dann erst 60 Sekunden später, weil es den ersten Befehl nicht gehört hat, dann gehe ich davon aus, dass doppelte Befehle auch deoppelt von fhem abgearbeitet werden.
Warum das funktioniert, kann ich nicht sagen. bisher klappte das aber immer bei allen 4 Rollos.
Daher waren mir Funkprobleme auch egal. Die Rollos fuhren fast immer. Mal früher, mal später.
Obwohl deine Erläuterung schlüssig und logisch ist, funktioniert es also trotzdem.
Ich glaube mich erinnern zu können, dass damals sogar extra dahingehend geändert wurde, dass die Rollos auch gleiche Befehle mehrfach annehmen.
Ob es mit der jetzigen Version noch immer so ist, wird sich herausstellen. Ich melde mich diesbezüglich nochmal.
Deinen Beitrag habe ich erst heute gefunden. Ich erhielt keine Mail und auch bei den ungelesenen Beiträgen erschien vorher nichts. Sorry also für die späte Reaktion meinerseits.
Nochmals herzlichen Dank.
Zitat von: Invers am 10 November 2021, 10:32:13
Vielen Dank für die Änderung.
Scheint erfolgreich zu sein. Die Warnungen kommen nun nicht mehr.
Bezüglich der doppelten Befehle kann ich nur sagen, dass ich für jedes Rollo programmiert habe, dass der Fahrbefehl nach 60 Sekunden wiederholt wird.
Der Befehl wird auch wirklich immer doppelt ausgeführt.
Beweis:
2 Rollos im Wohnzimmer fahren fast gleichzeitig wenn alles klappt. Wenn also morgens nur ein Rollo fährt und das andere Rollo fährt dann erst 60 Sekunden später, weil es den ersten Befehl nicht gehört hat, dann gehe ich davon aus, dass doppelte Befehle auch deoppelt von fhem abgearbeitet werden.
Warum das funktioniert, kann ich nicht sagen. bisher klappte das aber immer bei allen 4 Rollos.
Daher waren mir Funkprobleme auch egal. Die Rollos fuhren fast immer. Mal früher, mal später.
Obwohl deine Erläuterung schlüssig und logisch ist, funktioniert es also trotzdem.
Ich glaube mich erinnern zu können, dass damals sogar extra dahingehend geändert wurde, dass die Rollos auch gleiche Befehle mehrfach annehmen.
Ob es mit der jetzigen Version noch immer so ist, wird sich herausstellen. Ich melde mich diesbezüglich nochmal.
Deinen Beitrag habe ich erst heute gefunden. Ich erhielt keine Mail und auch bei den ungelesenen Beiträgen erschien vorher nichts. Sorry also für die späte Reaktion meinerseits.
Nochmals herzlichen Dank.
hmm,kann ich im moment nicht nachvollziehen , wie das funktionieren kann - ausnahme : die Fahrt zu einer Endposition ( offen , geschlossen, oder Favorit ) , da sollte es funktionieren , da diese Befehle immer ausgeführt werden , egal wie der aktuelle Stand des Rollos ist . Das daher , da jede Fahrt zu einer Endposition auch als "Kalibrierfahrt" genutzt wird um Modul und Rolle auf wieder auf einen gleichen Stand zu bringen , falls es Abweichungen gibt ( bedingt durch schwachen akku - daher längere Fahrdauer - , verpasste Befehle etc. pp. )
Aber solange alles wie gewünsch läuft passt es ja ;-)
gruss Thomas
Das erklärt natürlich Einiges. Klar, ich fahrte meistens die Endpositionen an oder die Favoriten. Prozente hatte ich nur zum Test des Fehlers wegen gemacht. Stelle ich wieder auf fav um.
Besten Dank, alles klar.
Hallo Zusammen,
ich habe seit einiger Zeit (vorallem im Winter?) das Problem, dass die Rollos runterfahren und plötzlich wieder hoch. Manchmal wechseln sie die Richtung mitten drin, manchmal sind sie für ein paar Minuten geschlossen, bevor sie wieder auffahren.
Dann dauert es wieder ein paar Minuten,bevor sie endgültig zu fahren.
Beim Öffnen habe ich das Problem nicht.
Im FHEM-Log sehe ich
2022.01.11 07:51:39 3: Siro-Set (Rollo_2) : set Up
2022.01.11 07:51:39 3: Siro-Set (Rollo_3) : set Up
2022.01.11 07:51:39 3: Siro-Set (Rollo_4) : set Up
2022.01.11 16:52:02 3: Siro-Set (Rollo_2) : set Down
2022.01.11 16:52:02 3: Siro-Set (Rollo_3) : set Down
2022.01.11 16:52:02 3: Siro-Set (Rollo_4) : set Down
2022.01.11 16:53:01 3: Siro-Set (Rollo_2) : set Up
2022.01.11 16:53:01 3: Siro-Set (Rollo_3) : set Up
2022.01.11 16:53:01 3: Siro-Set (Rollo_4) : set Up
2022.01.11 16:56:02 3: Siro-Set (Rollo_2) : set Down
2022.01.11 16:56:02 3: Siro-Set (Rollo_3) : set Down
2022.01.11 16:56:02 3: Siro-Set (Rollo_4) : set Down
Das DOIF sieht so aus:
([{sunrise("CIVIL",0,"04:00","09:00")}-{sunset("CIVIL",-900,"16:00","23:00")}]
and ([twilight:elevation] < 20
or [twilight:azimuth] < 80
or [twilight:azimuth] > 210
or [HmIP_AT_Balkon:ACTUAL_TEMPERATURE] < 21))
(Set Rollo_1 open)
(Set Rollo_2 open)
(Set Rollo_3 open)
(Set Rollo_4 open)
DOELSE
(Set Rollo_1 close)
(Set Rollo_2 close)
(Set Rollo_3 close)
(Set Rollo_4 close)
Ich hab keine Ahnung warum das so ist. Es passiert auch nicht jeden Tag. Manchmal funktioniert das ein paar Tage richtig, dann spinnt es mehrere Tage.
Wo stelle ich das Verbose-Attribut ein? An den Rollos oder an dem Sender?
Gruss Dennis
Zitat von: DonJuan am 11 Januar 2022, 17:11:10
Hallo Zusammen,
ich habe seit einiger Zeit (vorallem im Winter?) das Problem, dass die Rollos runterfahren und plötzlich wieder hoch. Manchmal wechseln sie die Richtung mitten drin, manchmal sind sie für ein paar Minuten geschlossen, bevor sie wieder auffahren.
Dann dauert es wieder ein paar Minuten,bevor sie endgültig zu fahren.
Beim Öffnen habe ich das Problem nicht.
Im FHEM-Log sehe ich
2022.01.11 07:51:39 3: Siro-Set (Rollo_2) : set Up
2022.01.11 07:51:39 3: Siro-Set (Rollo_3) : set Up
2022.01.11 07:51:39 3: Siro-Set (Rollo_4) : set Up
2022.01.11 16:52:02 3: Siro-Set (Rollo_2) : set Down
2022.01.11 16:52:02 3: Siro-Set (Rollo_3) : set Down
2022.01.11 16:52:02 3: Siro-Set (Rollo_4) : set Down
2022.01.11 16:53:01 3: Siro-Set (Rollo_2) : set Up
2022.01.11 16:53:01 3: Siro-Set (Rollo_3) : set Up
2022.01.11 16:53:01 3: Siro-Set (Rollo_4) : set Up
2022.01.11 16:56:02 3: Siro-Set (Rollo_2) : set Down
2022.01.11 16:56:02 3: Siro-Set (Rollo_3) : set Down
2022.01.11 16:56:02 3: Siro-Set (Rollo_4) : set Down
Das DOIF sieht so aus:
([{sunrise("CIVIL",0,"04:00","09:00")}-{sunset("CIVIL",-900,"16:00","23:00")}]
and ([twilight:elevation] < 20
or [twilight:azimuth] < 80
or [twilight:azimuth] > 210
or [HmIP_AT_Balkon:ACTUAL_TEMPERATURE] < 21))
(Set Rollo_1 open)
(Set Rollo_2 open)
(Set Rollo_3 open)
(Set Rollo_4 open)
DOELSE
(Set Rollo_1 close)
(Set Rollo_2 close)
(Set Rollo_3 close)
(Set Rollo_4 close)
Ich hab keine Ahnung warum das so ist. Es passiert auch nicht jeden Tag. Manchmal funktioniert das ein paar Tage richtig, dann spinnt es mehrere Tage.
Wo stelle ich das Verbose-Attribut ein? An den Rollos oder an dem Sender?
Gruss Dennis
Hallo Dennis,
Das ist definitiv eine DOIF Frage. Dazu am besten den Threads nach Automatisierung -> DOIF verschieben.
Verbose wird im Rollodevice gesetzt.
Zitat von: CoolTux am 11 Januar 2022, 17:37:43
Hallo Dennis,
Das ist definitiv eine DOIF Frage. Dazu am besten den Threads nach Automatisierung -> DOIF verschieben.
Verbose wird im Rollodevice gesetzt.
Ok, ich hatte auf ein Zusammenhang mit dem Modul getippt, weil der Fehler mit dem alten Modul nicht aufgetreten ist.
Wenn Du das DOIF abschaltest und einfach nur von Hand die Rollos schließt, passiert es dann auch? Wenn nicht, dann ist es ein DOIF Problem.
Falls das Problem durch Abschalten des DOIF nicht behoben sind schaue ich es mir an , tippe aber auch auf das DOIF ( kenne mich aber kaum damit aus )
... oder mal ein LOG in die Doifzweige einbauen.
gruss Thomas
Zitat von: DonJuan am 11 Januar 2022, 17:11:10
Hallo Zusammen,
ich habe seit einiger Zeit (vorallem im Winter?) das Problem, dass die Rollos runterfahren und plötzlich wieder hoch. Manchmal wechseln sie die Richtung mitten drin, manchmal sind sie für ein paar Minuten geschlossen, bevor sie wieder auffahren.
Dann dauert es wieder ein paar Minuten,bevor sie endgültig zu fahren.
Beim Öffnen habe ich das Problem nicht.
Im FHEM-Log sehe ich
2022.01.11 07:51:39 3: Siro-Set (Rollo_2) : set Up
2022.01.11 07:51:39 3: Siro-Set (Rollo_3) : set Up
2022.01.11 07:51:39 3: Siro-Set (Rollo_4) : set Up
2022.01.11 16:52:02 3: Siro-Set (Rollo_2) : set Down
2022.01.11 16:52:02 3: Siro-Set (Rollo_3) : set Down
2022.01.11 16:52:02 3: Siro-Set (Rollo_4) : set Down
2022.01.11 16:53:01 3: Siro-Set (Rollo_2) : set Up
2022.01.11 16:53:01 3: Siro-Set (Rollo_3) : set Up
2022.01.11 16:53:01 3: Siro-Set (Rollo_4) : set Up
2022.01.11 16:56:02 3: Siro-Set (Rollo_2) : set Down
2022.01.11 16:56:02 3: Siro-Set (Rollo_3) : set Down
2022.01.11 16:56:02 3: Siro-Set (Rollo_4) : set Down
Das DOIF sieht so aus:
([{sunrise("CIVIL",0,"04:00","09:00")}-{sunset("CIVIL",-900,"16:00","23:00")}]
and ([twilight:elevation] < 20
or [twilight:azimuth] < 80
or [twilight:azimuth] > 210
or [HmIP_AT_Balkon:ACTUAL_TEMPERATURE] < 21))
(Set Rollo_1 open)
(Set Rollo_2 open)
(Set Rollo_3 open)
(Set Rollo_4 open)
DOELSE
(Set Rollo_1 close)
(Set Rollo_2 close)
(Set Rollo_3 close)
(Set Rollo_4 close)
Ich hab keine Ahnung warum das so ist. Es passiert auch nicht jeden Tag. Manchmal funktioniert das ein paar Tage richtig, dann spinnt es mehrere Tage.
Wo stelle ich das Verbose-Attribut ein? An den Rollos oder an dem Sender?
Gruss Dennis
Du hast gar keine Hysterese drin, da wundert mich dieses Verhalten überhaupt nicht.
Hast du überlegt, was passiert wenn die Temperatur im Minutentakt um 21 Grad schwankt?
Dieses Problem kannst du mit dem wait-Attribut relativ einfach beheben.
Zitat von: CoolTux am 13 Januar 2022, 09:30:43
Wenn Du das DOIF abschaltest und einfach nur von Hand die Rollos schließt, passiert es dann auch? Wenn nicht, dann ist es ein DOIF Problem.
Bei "von Hand" habe ich das Problem nie beobachten können. Allerdings ist der Fehler seit meinem Post nur noch einmal wieder aufgetreten.
Zitat von: Damian am 14 Januar 2022, 21:58:53
Du hast gar keine Hysterese drin, da wundert mich dieses Verhalten überhaupt nicht.
Hast du überlegt, was passiert wenn die Temperatur im Minutentakt um 21 Grad schwankt?
Dieses Problem kannst du mit dem wait-Attribut relativ einfach beheben.
Das mit der Temperatur habe ich tatsächlich nie bedacht. Aber wir sind uns - glaub ich - einig, dass die Temperatur zur Zeit nicht das Problem sein sollte. Ich werde aber trotzdem nochmal nach dem wait-Attribut gucken.
Ich hatte mir von einem Rollo mal ein Log erzeugt. Aber wie schon erwähnt, gab es zu der Zeit kein Fehler. Muss ich mal weiter gucken.
Gruss Dennis
Ich habe einen Temperatursensor, von dem zwischendurch falsche Werte ankommen. Ich gehe davon aus, dass bei twilight die Werte nicht schwanken, dann kommt nur die Temperatur in Frage. Du kannst den Auslöser des Schaltens loggen, dieser befindet sich im Reading cmd_event des DOIF.
Zitat von: DonJuan am 16 Januar 2022, 15:26:04
Bei "von Hand" habe ich das Problem nie beobachten können. Allerdings ist der Fehler seit meinem Post nur noch einmal wieder aufgetreten.
Das mit der Temperatur habe ich tatsächlich nie bedacht. Aber wir sind uns - glaub ich - einig, dass die Temperatur zur Zeit nicht das Problem sein sollte. Ich werde aber trotzdem nochmal nach dem wait-Attribut gucken.
Ich hatte mir von einem Rollo mal ein Log erzeugt. Aber wie schon erwähnt, gab es zu der Zeit kein Fehler. Muss ich mal weiter gucken.
Gruss Dennis
Moin Moin,
die letzten Tag trat der Fehler wieder öfter auf. Ich bin aber nicht in der Lage, herauszufinden, woran es liegt. Also was da Triggert.
Wenn ich das Wait-Attribut setzte, wird nur die Zeit größer, bis das Rollo wieder hochfährt. Irgendwie komisch. Kann mir jemand verraten, wie und wo ich verbose nutzen muss, um weiter zu kommen?
Gruss Dennis
Hallo Zusammen,
ich habe eine Markise mit Somfy Motor und dazu einen acomax FX-H 421 Einkanalhandsender.
Mittels autocreate wird der Sender mit ID und Channel als Siro angelegt.
Dann kann ich mittels Sender und Fhem prima separat die Markise steuern.
Jetzt bekommt FHEM aber manchmal die Signale vom Sender nicht mit und kennt dann den aktuellen Status nicht. Deshalb wollte ich mal den Operation_mode 1 ausprobieren bei welchen die Signale vom Sender nur über FHEM an den Motor weitergeleitet werden.
Hier bekomme ich aber im Log die Fehlermeldung: "Siro unknown device FE2BB80E, please define it"
Im Siro Modul scheint auch nichts anzukommen.
Mein sduino und siro Modul sind im Anhang.
Der Log bei aktiviertem Debug Modus sieht so aus:
2022.03.25 17:13:02 1: DEBUG>sduino: incoming message: (MU;P0=-490;P1=476;P2=-257;P3=258;P4=729;P5=-745;D=01212301230121212123012123045454545301230121230121230303012301230121212301212121230303012301212301230121212123012123;CP=3;R=250;)
2022.03.25 17:13:02 1: DEBUG>sduino: extracted pattern 0 -490
2022.03.25 17:13:02 1: DEBUG>sduino: extracted pattern 1 476
2022.03.25 17:13:02 1: DEBUG>sduino: extracted pattern 2 -257
2022.03.25 17:13:02 1: DEBUG>sduino: extracted pattern 3 258
2022.03.25 17:13:02 1: DEBUG>sduino: extracted pattern 4 729
2022.03.25 17:13:02 1: DEBUG>sduino: extracted pattern 5 -745
2022.03.25 17:13:02 1: DEBUG>sduino: extracted data 01212301230121212123012123045454545301230121230121230303012301230121212301212121230303012301212301230121212123012123
2022.03.25 17:13:02 1: DEBUG>sduino: extracted clockidx 3
2022.03.25 17:13:02 1: DEBUG>sduino: extracted RSSI 250
2022.03.25 17:13:02 1: DEBUG>sduino: processing unsynced message
2022.03.25 17:13:02 1: DEBUG>Testing against protocol id 72 -> Siro shutter
2022.03.25 17:13:02 1: DEBUG>Searching in patternList: $VAR1 = {
'2' => '-0.8',
'1' => '1.4',
'0' => '-1.4',
'3' => '0.8',
'5' => '-2.2',
'4' => '2.1'
};
2022.03.25 17:13:02 1: DEBUG>msgStartLst: $VAR1 = [
14,
'-4.4'
];
2022.03.25 17:13:02 1: DEBUG>tol: looking for (14 +- 4.2)
Hat jemand eine Idee was ich übersehen haben könnte?
@Der_Tom
Jetzt hat sich nach so langer Zeit doch noch eine Perlwarnung gemeldet.
Ich habe die Rollos runtergefahren und gesperrt. Dadurch wurden die Meldungen ausgelöst (1 für jedes Rollo)
Solltest du noch Zeit und Lust zum Fixen haben, hier mal die Meldung
Danke im Voraus.
2022.07.19 11:33:37.973 3: Siro-Set (Siro_WZL) : set Up
2022.07.19 11:33:37.974 1: PERL WARNING: Argument "runningDown" isn't numeric in addition (+) at ./FHEM/98_Siro.pm line 1340.
2022.07.19 11:33:37.974 1: stacktrace:
2022.07.19 11:33:37.974 1: main::__ANON__ called by ./FHEM/98_Siro.pm (1340)
2022.07.19 11:33:37.974 1: FHEM::Siro::Set called by fhem.pl (3945)
2022.07.19 11:33:37.975 1: main::CallFn called by fhem.pl (1957)
2022.07.19 11:33:37.975 1: main::DoSet called by fhem.pl (1989)
2022.07.19 11:33:37.975 1: main::CommandSet called by fhem.pl (1273)
2022.07.19 11:33:37.975 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2802)
2022.07.19 11:33:37.976 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (982)
2022.07.19 11:33:37.976 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (608)
2022.07.19 11:33:37.976 1: main::FW_Read called by fhem.pl (3950)
2022.07.19 11:33:37.976 1: main::CallFn called by fhem.pl (781)
2022.07.19 11:33:39.515 3: Siro-Set (Siro_WZR) : set Up
2022.07.19 11:33:39.516 1: PERL WARNING: Argument "runningDown" isn't numeric in addition (+) at ./FHEM/98_Siro.pm line 1340.
2022.07.19 11:33:39.516 1: stacktrace:
2022.07.19 11:33:39.517 1: main::__ANON__ called by ./FHEM/98_Siro.pm (1340)
2022.07.19 11:33:39.517 1: FHEM::Siro::Set called by fhem.pl (3945)
2022.07.19 11:33:39.517 1: main::CallFn called by fhem.pl (1957)
2022.07.19 11:33:39.517 1: main::DoSet called by fhem.pl (1989)
2022.07.19 11:33:39.517 1: main::CommandSet called by fhem.pl (1273)
2022.07.19 11:33:39.517 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2802)
2022.07.19 11:33:39.517 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (982)
2022.07.19 11:33:39.518 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (608)
2022.07.19 11:33:39.518 1: main::FW_Read called by fhem.pl (3950)
2022.07.19 11:33:39.518 1: main::CallFn called by fhem.pl (781)
Heute kam noch im Log:
2022.07.21 10:12:39.485 1: PERL WARNING: Attempt to free unreferenced scalar: SV 0x4fc0188, Perl interpreter: 0xdc2190 at ./FHEM/17_SIRD.pm line 2084.
2022.07.21 10:12:39.486 1: stacktrace:
2022.07.21 10:12:39.486 1: main::__ANON__ called by ./FHEM/17_SIRD.pm (2084)
2022.07.21 10:12:39.486 1: main::SIRD_ParseGeneral called by FHEM/HttpUtils.pm (720)
2022.07.21 10:12:39.486 1: main::__ANON__ called by fhem.pl (778)
Moin Moin.
Zur Zeit funktionieren die Rollos (endlich) so wie sie sollen. Außer dass ich keine Fav-Position anfahren kann. Programmiert sind sie wohl, da in den Readings "Favorite-Position 70" vermerkt ist.
Aber ich kann keine time_down_to_favorite setzen. Im Log kommt folgendes:
2022.10.07 23:13:40 3: Siro-Set (Rollo_2) : set Position 70
2022.10.07 23:14:22 1: PERL WARNING: Use of uninitialized value $comand in string eq at ./FHEM/98_Siro.pm line 983.
2022.10.07 23:14:22 1: PERL WARNING: Use of uninitialized value $comand in string eq at ./FHEM/98_Siro.pm line 996.
2022.10.07 23:14:22 1: PERL WARNING: Use of uninitialized value $comand in string eq at ./FHEM/98_Siro.pm line 1023.
2022.10.07 23:14:37 3: Siro-Set (Rollo_3) : set Position 70
2022.10.07 23:14:46 3: Siro-Set (Rollo_4) : set Position 70
Wo kann ich da nach dem Fehler suchen?
Gruss Dennis
Guten Morgen zusammen
ich habe vor einen Akku Rollomotor ERBS15-LE in meine Haussteuerung zu integrieren - jetzt meine Frage (konnte leider keine Antwort in diesem Thread finden) ist ein CUL mit den clients
:FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT: und der Firmware
V 1.67 nanoCUL433
dazu nutzbar, oder benötige ich dazu unbedingt den am Anfang des Threads aufgeführten CUL SIGNALduino 433 MHz?
eine Antwort wäre toll
vg aus Thüringen
Kurz und knapp...
Du benötigst den Signalduino.
Gruss Thomas
ist vollkommend ausreichend :.-)
vielen Dank :-)
Gruss Annette
Tag zusammen,
bei mir läuft seit längerem ein Rollo an der Haus friedlich vor sich hin. Hoch wenn eine Zeit erreicht ist und wenn es dunkel genug ist zu.
Soweit so gut. Nun hat es sich irgendwann mal verwurschtelt, so dass es nun nicht mehr in den richtigen Endpositionen ist.
Oben bleibt es etwa 5 cm zu früh stehen und unten 5cm zu weit.
Nun wollte ich die Endpositionen neu programmieren und sehe, dass es da einen neuen Programmiermodus mit schönen Buttons gibt. Wohl für Dummies. :)
Und ich muss mich outen, denn ich komme nicht klar damit.
Was muss ich da wann drücken, damit ich ordentlich in die obere und untere Positionen fahre um diese neu zu definieren?
Zitat von: maxritti am 19 Oktober 2022, 16:58:46
Tag zusammen,
bei mir läuft seit längerem ein Rollo an der Haus friedlich vor sich hin. Hoch wenn eine Zeit erreicht ist und wenn es dunkel genug ist zu.
Soweit so gut. Nun hat es sich irgendwann mal verwurschtelt, so dass es nun nicht mehr in den richtigen Endpositionen ist.
Oben bleibt es etwa 5 cm zu früh stehen und unten 5cm zu weit.
Nun wollte ich die Endpositionen neu programmieren und sehe, dass es da einen neuen Programmiermodus mit schönen Buttons gibt. Wohl für Dummies. :)
Und ich muss mich outen, denn ich komme nicht klar damit.
Was muss ich da wann drücken, damit ich ordentlich in die obere und untere Positionen fahre um diese neu zu definieren?
Die Buttons entsprechen letztendlich ja nur den Buttons, die du auch auf der FB hast. d.H am vorgehen ändert sich nichts und ehrlich gesagt ist es "sicherer" das mit der FB zu machen . Vorgehen gemäss Anleitung ( ich müsste sie erst suchen und habe es gerade auch nicht im kopf ) .
gruss Thomas
Jo, das mit der Bedeutung ist schon klar.
Ich habe keine FB und mal diese Anleitung genommen:
https://www.siro-antrieb.de/wp-content/uploads/2017/04/ERB15LE180322.pdf
Und da geht es dann schon los.
Punkt 5.1 Einstellung der Endlagen
1. Habe ich gemacht -> Kein Reaktion des Motors
2. Fahre den Rollo runter und drücke auf "Stop" damit der anhält und dann auf "Longstop", da ich davon ausgehen, dass "Longstop" gedrückt halten der Stop-Taste beschreibt.
Aber da wird dann mit der Auf und Abbewegung quittiert.
.mit dem longstop ist es etwas twiggy , da dieses kein eigentlicher befehl ist , sondern nur eine abfolge von mehreren stops.
vergiss mal longstop und drücke überall dort, wo longstop gefordert ist so oft stop , bis der motor quittiert ( bei mir sind es 3 mal stop mit jeweils ca einer halben sekunde dazwischen)
die longstopproblematik meine ich mit timingproblemen ( kann aber über attr beeinflusst werden )
habe es gerade mit einem motor durchgespielt incl anlernen ohne fb - geht soweit alles ok.
gruss thomas
ps: immer auf die richtige quittierung des motos achten. wenn diese nicht passt unbedingt 1 minute warten und das prozedere dann von vorne beginnen
Danke dir.
Ich teste noch mal ein wenig. Der Hinweis mit auf die Quittung warten ist gut.
Manchmal bin ich ein wenig ungeduldig. :o
Zitat von: maxritti am 19 Oktober 2022, 16:58:46
Tag zusammen,
bei mir läuft seit längerem ein Rollo an der Haus friedlich vor sich hin. Hoch wenn eine Zeit erreicht ist und wenn es dunkel genug ist zu.
Soweit so gut. Nun hat es sich irgendwann mal verwurschtelt, so dass es nun nicht mehr in den richtigen Endpositionen ist.
Oben bleibt es etwa 5 cm zu früh stehen und unten 5cm zu weit.
Da wäre oben aushängen 2 Umdrehungen aufwickeln und wieder reinhängen wohl die einfachste Lösung gewesen ?
Nicht wirklich.
Hallo,
ich hatte im Sommer 2022 ein Reserve-fhem aufgesetzt und wollte jetzt da zwei Rollos testen.
Der nanoCul mit CC1101 funktioniert(e) mit anderen IT-Steckdosen ohne Probleme.
Habe die manchesterMC ausgeschalten und nur 72 in der whitelist.
Die Fernbedienung der Rollos wird nicht erkannt.
Ein manuelles anlegen (aus dem funktionierenden fhem) ist nicht möglich, da "Unknown module Siro"
Ohne whitelist wird das Rollo als Dooya erkannt.
Ein update mit all und force hat keine Abhilfe gebracht.
Weiß jemand, warum das Modul Siro nicht existiert?
Vielen Dank
https://forum.fhem.de/index.php/topic,100605.msg1035881.html#msg1035881 (https://forum.fhem.de/index.php/topic,100605.msg1035881.html#msg1035881)
Vielen Dank, wer lesen kann ist klar im Vorteil. Ich hatte es übersehen. :-)
Hallo,
Ich habe heute mein Signalduino bekommen und mich sehr gefreut, dass meine Solarmarkise von 3T-Motors gleich gefunden wurde und top damit zu steuern ist.
Ich würde nur gerne die Logik der Icons invertieren - nicht die Prozentzahl.
Geht das irgendwie ?
Viele Grüße
Joachim
Zitat von: Jack_n am 15 März 2023, 16:49:38
Hallo,
Ich habe heute mein Signalduino bekommen und mich sehr gefreut, dass meine Solarmarkise von 3T-Motors gleich gefunden wurde und top damit zu steuern ist.
Ich würde nur gerne die Logik der Icons invertieren - nicht die Prozentzahl.
Geht das irgendwie ?
Viele Grüße
Joachim
nur das icon zu invertieren ist nicht über eine Einstellung (attr) möglich . das müsstest du dir über das ATTR "devStateIcon" selber "bauen".
folgende Zeilen werden vom Modul in den "Originaleinstellungen" als devstateicon ( {return FHEM::Siro::Siro_icon($name)} ) geliefert:
my ($name,$icon) = @_;
my $hash = $defs{$name};
my $state = ReadingsVal( $name, 'state', 'undef' );
my $move ="stop";
$move = "open" if $state eq "100";
$move = "close" if $state eq "0";
if ($state =~ m/[a-z].*/){$state=0;}
my $sticon = "fts_shutter_1w_";
$sticon = $icon if defined $icon;
my $invers = AttrVal( $name, 'SIRO_inversPosition',0 );
my $ret ="programming:edit_settings notAvaible:hue_room_garage runningUp.*:fts_shutter_up:stop runningDown.*:fts_shutter_down:stop ".$state.":".$sticon.(int($state/10)*10).":".$move;
$ret ="programming:edit_settings notAvaible:hue_room_garage runningUp.*:fts_shutter_up:stop runningDown.*:fts_shutter_down:stop ".$state.":".$sticon.(100 - (int($state/10)*10)).":".$move if $invers eq "1";
$ret =".*:fts_shutter_all" if ($hash->{CHANNEL_RECEIVE} eq '0');
$ret =".*:secur_locked\@red" if ReadingsVal( $name, 'lock_cmd', 'off' ) eq 'on';
return $ret;gruss Thomas
ergänzung:
ergänze die "99_myUtils.pm" und diese Zeilen:
sub Siroicon(@)
{
my ($name,$icon) = @_;
my $hash = $defs{$name};
my $state = ReadingsVal( $name, 'state', 'undef' );
my $move ="stop";
### hier musst du evtl die Werte tauschen - je nach bedarf
$move = "open" if $state eq "100";
$move = "close" if $state eq "0";
# $move = "open" if $state eq "0";
# $move = "close" if $state eq "100";
###
if ($state =~ m/[a-z].*/){$state=0;}
my $sticon = "fts_shutter_1w_";
$sticon = $icon if defined $icon;
my $ret ="programming:edit_settings notAvaible:hue_room_garage runningUp.*:fts_shutter_up:stop runningDown.*:fts_shutter_down:stop ".$state.":".$sticon.(100 - (int($state/10)*10)).":".$move;
$ret =".*:fts_shutter_all" if ($hash->{CHANNEL_RECEIVE} eq '0');
$ret =".*:secur_locked\@red" if ReadingsVal( $name, 'lock_cmd', 'off' ) eq 'on';
return $ret;
}
und ändere das Attribut "devStateIcon" wie folgt:
{return Siroicon($name)}
... damit sollte nur das Icon invertiert sein . Ich habe es aber gerade nur in einem "Schnellschuss" ausprobiert.
gruss Thomas
Gelöst
Guten Morgen, das hat super funktioniert , vielen Dank.
Falls man die Prozentzahl invertiert hat muss man im Code noch die 100- rausnehmen
":".$sticon.(100 -