Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Begonnen von Sidey, 02 Oktober 2016, 23:39:11

Vorheriges Thema - Nächstes Thema

elektron-bbs

Aktualisiere bitte sowohl die SIGNALduino-Firmware, als auch die FHEM-Module auf die Entwicklerversion, dann wird auch das Senden von FS20 unterstützt. Wie die Updates durchgeführt werden, ist im Wiki (https://wiki.fhem.de/wiki/SIGNALduino) beschrieben.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

Jogi

Zitat von: elektron-bbs am 19 Januar 2019, 13:56:43
Aktualisiere bitte sowohl die SIGNALduino-Firmware, als auch die FHEM-Module auf die Entwicklerversion, dann wird auch das Senden von FS20 unterstützt. Wie die Updates durchgeführt werden, ist im Wiki (https://wiki.fhem.de/wiki/SIGNALduino) beschrieben.
Vielen Dank, werde ich in den nächsten Tagen angehen.

Gruß,
Jogi

RaspiLED

Hi, ist ein SignalESP mit aktueller DEV5, haben wir was aktuelleres für den ESP?
@jogi: zeig mal ein list nach einem get version
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Jogi

Zitat von: RaspiLED am 19 Januar 2019, 14:51:11
@jogi: zeig mal ein list nach einem get version
Hallo Arnd,
hier das list:
version: V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:44:15

Gruß,
Jogi

Sidey

Für den ESP gibt es leider noch nichts neues.

Könnt ihr auf statische IP Adressen verzichten?
Das sind neben einer OTA Update Funktion aktuell die offenen Punkte.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

RaspiLED

Ja ich schon und Jürgen glaube ich auch ;-)

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

rcmcronny

Hi,

Bezüglich SIGNALESP: Ich habe ehh statische per DHCP, also mich stört es auch nicht ;)

Ronny

jochen_f

Hallo Horst,

ZitatBesteht Interesse, das zu integrieren / anzusehen?

Ja, ich würde es mir auch gerne anschauen und testen.

Gruß, Jochen

FrankieSOC

Zitat von: Sidey am 19 Januar 2019, 19:48:56
Könnt ihr auf statische IP Adressen verzichten?

ich bin zwar noch immer ein freund von statischen IPs, aber es wäre schade, dass es deshalb mit dem System nicht weiter geht.
also Ja  :)

Sidey

Zitat von: FrankieSOC am 04 Februar 2019, 16:22:58
ich bin zwar noch immer ein freund von statischen IPs, aber es wäre schade, dass es deshalb mit dem System nicht weiter geht.
also Ja  :)

Ich habe vor einigen Tagen ein fertiges Binary compiliert.
Statische IP Adressen sind aktuell leider nicht reboot fest.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Jogi

Hallo zusammen,
ich habe mir vor einiger Zeit einen Signalduino 868 zugelegt, um Empfangsprobleme bei meinen FS20-Empfänger mit einem zweiten Sender zu beheben (siehe #1169).
Leider habe ich dann erst gemerkt, dass der Signalduino FS20 scheinbar nicht korrekt sendet.
Ich habe jetzt von RaspiLED die neuste Software bekommen und den Signalduino neu geflasht.
Doch leider funktioniert der Empfang immer noch nicht.
RaspiLED hat mich gebeten, das Ergebnis hier zu posten,was ich gerne mache:

Es hat sich -bezüglich FS 20- nichts geändert. Er empfängt die Signale, sendet sie aber nicht korrekt.
Im Event-Monitor kann ich sehen, dass der Befehl gesendet wird, aber er kommt bei der Steckdose nicht an.
Hier mal ein Auszug aus dem Event-Monitor. Ich habe abwechselnd mit der Fernbedienung und über die FHEM-Oberfäche geschaltet. Die Befehle der FHEM-Oberfläche werden von der Steckdose nicht ausgeführt, die von der Fernbedienung schon, obwohl es im Eventmonitor gleich aussieht.
2019-02-03 12:09:39 FS20 Buerolampe on
2019-02-03 12:09:41 FS20 Buerolampe off
2019-02-03 12:09:45 FS20 Buerolampe off
2019-02-03 12:09:45 FS20 Buerolampe on
2019-02-03 12:09:50 FS20 Buerolampe on
2019-02-03 12:09:53 FS20 Buerolampe off
2019-02-03 12:09:56 FS20 Buerolampe on
2019-02-03 12:09:59 FS20 Buerolampe on
2019-02-03 12:10:00 FS20 Buerolampe off
2019-02-03 12:10:05 FS20 Buerolampe on
2019-02-03 12:10:13 FS20 Buerolampe off

Im Logfile erscheinen mehrere solcher Meldungen:
2019.02.03 12:09:39 3: FS20 set Buerolampe on
2019.02.03 12:09:39 5: Sduino868Mhz/write: adding to queue 04 010101a1a03211
2019.02.03 12:09:40 3: FS20 set Buerolampe off
2019.02.03 12:09:40 5: Sduino868Mhz/write: adding to queue 04 010101a1a03200
2019.02.03 12:09:48 4: Sduino868Mhz/keepalive ok, retry = 0

Ich habe den Sduino genau auf dieselbe Frequenz eingestellt, die auch der CUL (der ja bereits in meinen System läuft und bestens funktioniert) hat: 868.200
Ich hänge noch mal ein List von dem Sduino an:
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        192.168.178.121:23
   DMSG       u20#FFFF
   DevState   initialized
   DeviceName 192.168.178.121:23
   FD         52
   FUUID      5c447807-f33f-8efe-e719-8b71272a3e568879
   LASTDMSG   u20#FFFF
   MSGCNT     1
   NAME       Sduino868Mhz
   NR         557
   PARTIAL   
   RAWMSG     MU;P0=601;P1=-90;P2=177;P3=-176;P4=871;P5=-411;P6=403;P7=-609;D=012341456565656565656565656565070765076565656507070765076565656565656565070765650765076565650765656507650765656507650765076;CP=6;R=78;
   RSSI       -35
   STATE      opened
   TIME       1549191300
   TYPE       SIGNALduino
   cc1101_frequency 868
   sendworking 0
   unknownmessages 2019-02-03 12:01:07-MS;P0=-613;P1=393;P2=-414;P3=597;P4=-10512;D=1412121212121212121212121230301230121212123030301230121212121212121230301212301230121212301212123012301212123012301230;CP=1;SP=4;R=70;O;#2019-02-03 12:01:07-MU;P0=-612;P1=391;P2=-413;P3=607;D=01212121230303012301212121212121212303012123012301212123012121230123012121230123012301;CP=1;R=70;#2019-02-03 12:01:08-MS;P2=-397;P3=411;P4=621;P5=-599;P6=-10532;D=3632323232323232323232323245453245323232324545453245323232323232323245453232453245323232323232323232324545454532324545;CP=3;SP=6;R=67;O;T;S;#2019-02-03 12:01:08-MU;P0=-396;P1=414;P2=601;P3=-605;D=0101010232310231010101023232310231010101010101010232310102310231010101010101010101023232323101023231;CP=1;R=66;#2019-02-03 12:01:09-MS;P1=-449;P2=351;P3=609;P4=-607;P5=-10512;D=2521212121212121212121212134342134212121213434342134212121212121212134342121342134212121342121213421342121213421342134;CP=2;SP=5;R=66;O;4;#2019-02-03 12:01:09-MU;P0=410;P1=-401;P2=601;P3=-611;D=010101232301230101010123232301230101010101010101232301012301230101012301010123012301010123012301230;CP=0;R=66;#2019-02-03 12:01:09-MS;P1=-455;P2=355;P3=613;P4=-599;P5=-10515;D=2521212121212121212121212134342134212121213434342134212121212121212134342121342134212121212121212121213434343421213434;CP=2;SP=5;R=67;O;4;4;#2019-02-03 12:01:10-MU;P0=389;P1=-404;P2=603;P3=-615;D=010101232301230101010123232301230101010101010101232301012301230101010101010101010123232323010123230;CP=0;R=66;
   version    V 3.3.1-rc6 SIGNALESP cc1101 (chip CC1101) - compiled at Jan 20 2019 22:42:36
   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:
     2019-02-03 11:58:20   ccconf          freq:868.200MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
     2019-01-09 15:51:52   ccpatable       C3E = 00 84 00 00 00 00 00 00
     2019-01-09 15:52:03   cmds            V R t X F S P C r W x e
     2019-01-09 15:52:12   config          MS=1;MU=1;MC=1
     2019-02-03 12:14:48   ping            OK
     2019-02-03 12:03:48   state           opened
     2019-02-03 11:58:25   uptime          0 00:10:33
     2019-02-03 12:03:48   version         V 3.3.1-rc6 SIGNALESP cc1101 (chip CC1101) - compiled at Jan 20 2019 22:42:36
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     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:
   cc1101_frequency 868
   comment    CUL1 ccconfig: freq:868.200MHz bWidth:325KHz rAmpl:42dB sens:4dB
Sduino868 ccconfig: freq:868.200MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateways
   hardware   nanoCC1101
   icon       cul_868
   room       99.Programm,FS20
   verbose    5

Und hier mal zum Vergleich der CUL:
Internals:
   CMDS       BbCFiAZNkGMKUYRTVWXefmLltux
   CUL1_MSGCNT 26
   CUL1_TIME  2019-02-03 12:10:00
   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:
   DEF        /dev/serial/by-id/usb-busware.de_CUL868-if00 1034
   DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00
   FD         23
   FHTID      1034
   FUUID      5c447805-f33f-8efe-1265-48948f124c8a4d16
   NAME       CUL1
   NR         363
   NR_CMD_LAST_H 7
   PARTIAL   
   RAWMSG     FA1A03200EC
   RSSI       -84
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 CUL868
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-01-27 20:51:52   ccconf          freq:868.200MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2019-02-02 13:40:56   cmds             B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
     2019-02-03 12:10:00   state           Initialized
     2018-06-28 21:53:46   version         V 1.66 CUL868
   XMIT_TIME:
     1549187840.0473
     1549188300.64027
     1549189004.98298
     1549190264.22914
     1549190722.87342
     1549190859.48024
     1549190923.49397
Attributes:
   comment    freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
   group      Gateways
   rfmode     SlowRF
   room       99.Programm,FS20

Wenn  Ihr noch einen Tipp habt probiere ich es gerne aus.
Allerdings habe ich momentan wenig Zeit und es kann etwas dauern. Außerdem darängt es bei mir nicht mehr, denn ich habe ja noch den CUL und die Empfangsprobleme bei einigen Steckdosen jetzt dadurch behoben, dass ich FS20 teilweise gegen IT-Steckdosen ausgetauscht habe.

Aber vielleicht helfen die geposteten Meldungen ja irgendwie weiter.

Gruß,
Jogi

elektron-bbs

Ich habe heute extra nochmal FS20 probiert. Mir steht allerdings nur ein FS20-Aktor und ein Taster zum testen zur Verfügung. Senden und empfangen funktioniert mit SIGNALESP mit aktueller Firmware und der Entwicklerversion der Module einwandfrei. Vieleicht solltest du doch die richtige Frequenz von 868,350 MHz einstellen.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

Ralf9

Hallo,

demnächst kommt die Entwicklerversion dev-r33 ins normale update (SVN), dies bedingt, daß nun nichts neues mehr in die dev-r33 kommen kann.
Wenn ich das richtig verstanden habe, dann wird es, nachdem die dev-r33 im SVN ist, eine dev-r34 geben.

Da das "reconstruct last bit" bei MS- und MU-Nachrichten leider noch nicht im  dev-r33 ist, wird es voraussichtlich noch mindestens ein paar Wochen dauern bis es in die dev-r34 kommt.
Für "Neues Internal ID bei Devices" gilt das selbe
https://github.com/RFD-FHEM/RFFHEM/issues/499

Ich habe dies und noch einige weitere Anpassungen und Erweiterungen in meiner Version der  00_SIGNALduino.pm eingebaut:
https://github.com/Ralf9/RFFHEM/issues/2

Wer es anschauen und testen will:
https://github.com/Ralf9/RFFHEM/blob/master/FHEM/00_SIGNALduino.pm
und zum download:
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/00_SIGNALduino.pm

Ich habe momentan keine Lust mehr, weitere Anpassungen und Erweiterungen in die offizielle Version zu bringen, mittlerweile ist es für mich recht aufwändig und langwierig einen Pullrequest in die offizielle Version rein zu bringen.
Ich warte jetzt erst mal ab bis meine offenen Pullrequest und das "Neues Internal ID bei Devices" drin sind.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Harst

Hallo Ralf, hallo Sidey,

ich bin jetzt mal gemein:
Vor kurzem gab es eine Diskussion um die Übernahme von Entwicklerversionen, da diese ja noch Fehler enthalten. Wenn jetzt eine neue Version ohne die MS/MU-Anpassungen gemacht wird sind in der neuen Releaseversion definitiv Fehler drin, denn das letzte Bit wird bei allen Protokollen falsch interpretiert, die als Abschluss kein Stop-Bit haben. Ich würde diese Reparatur auf jeden Fall noch einbauen.

Horst

PS: ich helfe gerne mit, aber es ist wirklich frustrierend, wenn eine Reparatur mehrere Monate braucht, obwohl sie fertig ist.

Ralf9

sehe ich das richtig, daß in normalen fhem update das update vom Signalduino z.Zt. nicht funktioniert?
Dies ist u.a. daran erkennbar, daß im Protocol Overview Fenster keine Protokolle angezeigt werden.

hier fehlt die signalduino_protocols.hash
https://svn.fhem.de/trac/browser/trunk/fhem/controls_fhem.txt


Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7