Neues Modul: 98_Siro.pm (Ansteuerung von motorisierten Innensichtschutzrollos)

[Byte09]

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 !

Code Auswählen Erweitern

00_SIGNALduino.pm   16624 2018-04-15 18:58:49Z rudolfkoenig
98_Siro.pm          16472 2018-03-23 15:03:57Z Byte09


Code Auswählen Erweitern

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.

"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

[Sidey]

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

[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

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

[CoolTux]

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.

[volschin]

Ist eine klassische Oneway-Kommunikation ohne Funkbestätigung. Oder meinst du die Signale der FB?

[Dr. Smag]

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.

[juppzupp]

@byte09 :danke. Es läuft ja.

@Sidey : ich bin verwirrt... sollte da ein neueres Modul sein?

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

[Byte09]

@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 :

Fü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

[Sidey]

Vermutlich kann man mit Siro auch Dooya Motoren steuern aber nicht umgekehrt.

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

[ManInSoHo]

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/

[volschin]

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.

[ManInSoHo]

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.

[volschin]

Wenn das so wäre, müsste man tatsächlich mit dem Signalduino den Verkehr mitbekommen, so wie analog den der Fernbedienung.

[Markus M.]

Die 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...

[ManInSoHo]

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