SIGNALduino funktioniert nicht mit Somfy RTS

Begonnen von capcom, 20 Juli 2021, 14:26:31

Vorheriges Thema - Nächstes Thema

Ralf9

version    V 3.3.1-dev SIGNALduino - compiled at Apr 20 2017 21:06:32

Wenn bei version "cc1101" nicht enthalten ist, dann hat der sduino keinen cc1101 oder es wurde kein cc1101 erkannt.

Bitte mach mal ein Foto von Deinem sduino.

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

capcom


Ralf9

Beim 1. Foto sehen die Lötstellen gut aus.
Beim 2. Foto sehen ganz rechts die 2. und 3. Lötstellen von unten nicht sauber gelötet aus.

Dein sduino hat eine recht alte Firmware, mit dieser wird der somfy Empfang wahrscheinlich nicht funktionieren.

Ich hab mal testweise meine Firmware V 3.3.2.1-rc9 auf einen nano ohne cc1101 geflasht

https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554
set sduino flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_nanoCC1101_3321rc9.hex

Da bekomme ich dann nach einem reset des nano in fhem mit verbose 4 oder mit einem seriellen Monitor (z.B. die Arduino IDE) die folgenden Meldungen:
Using sFIFO
Reading values from eeprom
CCInit no CC11xx found! ccVer=0 ccPartnum=0
Starting timerjob
receiver enabled


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

andies

Hi Ralf, aber ist das nicht ein CC1101? Steht zumindest auf der Platine?
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Beim 2.Foto lassen sich an der Stiftleiste des CC1101 Moduls einige unsaubere Lötstellen erkennen, dies kann der Grund sein warum der cc1101 nicht erkannt wird.

Wenn bei der Initialisierug der cc1101 nicht erkannt wird, gibt meine Firmware folgendes aus:
CCInit no CC11xx found! ccVer=0 ccPartnum=0
wenn der cc1101 erkannt wird dann wird "CCInit ok ..." ausgegeben und bei "get version" ist in der version "cc1101" enthalten
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

capcom

Alles klar, aber soll ich dann jetzt den Verkäufer kontaktieren oder nur die aktuellere Firmware flashen?

Wenn ich mir die Lötstellen anschaue, kann ich eigentlich dort wo Ralf sagt nichts Unsauberes erkennen (siehe nochmal 3. Foto). Höchstens von der Seite (siehe 1. + 2. Foto).

Ralf9

Du kannst mal meine Firmware flashen:
set sduino flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_nanoCC1101_3321rc9.hex

und dann ein log Auszug mit sduino verbose 4 posten, wenn Du den sduino einsteckst
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

capcom

Ok, ich habe die Firmware geflasht, aber "get sduino ccconf" und so funktionieren immer noch nicht (Fehlermeldung: "This command is only available with a cc1101 receiver")

Hier aber der Log-Auszug mit Verbose 4, sieht aus als wäre kein CC1101 erkannt worden:
2021.08.22 16:56:15 3: sduino: Attr, setting Verbose to: 4
2021.08.22 16:56:35 3: Setting sduino serial parameters to 57600,8,N,1
2021.08.22 16:56:35 1: sduino: DoInit, /dev/serial/by-id/usb-SHK_SIGNALduino_433-if00-port0@57600
2021.08.22 16:56:35 1: /dev/serial/by-id/usb-SHK_SIGNALduino_433-if00-port0 reappeared (sduino)
2021.08.22 16:56:36 3: sduino: SimpleWrite_XQ, disable receiver (XQ)
2021.08.22 16:56:36 4: sduino: Read, msg: Using sFIFO
2021.08.22 16:56:36 4: sduino: Read, msg: Reading values from eeprom
2021.08.22 16:56:37 4: sduino: Read, msg: CCInit no CC11xx found! ccVer=0 ccPartnum=0
2021.08.22 16:56:37 4: sduino: Read, msg: Starting timerjob
2021.08.22 16:56:37 4: sduino: Read, msg: receiver enabled
2021.08.22 16:56:37 3: sduino: StartInit, get version, retry = 0
2021.08.22 16:56:37 4: sduino: Read, msg: V 3.3.2.1-rc9 SIGNALduino - compiled at Jun 16 2019 20:18:01
2021.08.22 16:56:37 2: sduino: CheckVersionResp, initialized v3.4.4
2021.08.22 16:56:37 3: sduino: CheckVersionResp, enable receiver (XE)


Kann es auch daran liegen, dass die neuen Bootloader 115200 statt wie früher 57600 als Rate haben und das falsch eingestellt ist? Flashen musste ich nämlich mit 115200, sonst ging es nicht.
Flashen des Arduino ging übrigens auch nicht in FHEM direkt (Terminalfeld und Pulldown-Menü), sondern nur extern am PC über XLoader.

Und noch ein List des sduino, falls es hilft:
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:SD_GT:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SHK_SIGNALduino_433-if00-port0@57600
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-SHK_SIGNALduino_433-if00-port0@57600
   FD         10
   FUUID      60f6811c-f33f-95c0-4c93-f8ab49b15106d978
   IDsNoDispatch 2,72.1,82
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       sduino
   NR         15
   PARTIAL   
   STATE      opened
   TIME       1629629240
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages
   version    V 3.3.2.1-rc9 SIGNALduino - compiled at Jun 16 2019 20:18:01
   versionProtocols 1.21
   versionmodul v3.4.4
   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|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104)#.*
     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|96|98)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[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:
     2021-08-19 16:10:57   config          MS=1;MU=1;MC=1
     2021-08-22 16:58:37   ping            OK
     2021-08-22 16:56:37   state           opened
   additionalSets:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     0.5
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     20
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     54
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
     97
     98
     99
     104
     105
Attributes:
   debug      1
   hardware   nanoCC1101
   verbose    4

Ralf9

ZitatOk, ich habe die Firmware geflasht, aber "get sduino ccconf" und so funktionieren immer noch nicht (Fehlermeldung: "This command is only available with a cc1101 receiver")
Diese Befehle funktionieren nur wenn die Firmware einen cc110x erkannt hat.

2021.08.22 16:56:37 4: sduino: Read, msg: CCInit no CC11xx found! ccVer=0 ccPartnum=0
Die Firmware hat bei der Initialisierung den cc1101 nicht erkannt. Eine Ursache könnte eine nicht sauber gelötete Lötstelle oder ein defektes cc1101 Modul sein.


ZitatKann es auch daran liegen, dass die neuen Bootloader 115200 statt wie früher 57600 als Rate haben und das falsch eingestellt ist? Flashen musste ich nämlich mit 115200, sonst ging es nicht.
Das flashen mit dem neuen optiboot sollte eigentlich auch mit dem 00_Signalduino Modul ab der Version v3.4.4 funktionieren:
if ($hardware =~ "^nano" && $^O eq 'linux') {
        $hash->{logMethod}->($name ,5, "$name: PrepareFlash, try additional flash with baudrate 115200 for optiboot");
        $hash->{helper}{avrdudecmd} = $hash->{helper}{avrdudecmd}." || ". $hash->{helper}{avrdudecmd};
        $hash->{helper}{avrdudecmd} =~ s/\Q[BAUDRATE]\E/$baudrate/;
         $baudrate=115200;
}

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

capcom

Ok, dann frage ich jetzt den Verkäufer, oder?

Ralf9

Ich habe die Lötstellen an der Stiftleiste des cc1101 Moduls im Verdacht, Du kannst mal versuchen ob es was bringt, wenn Du vor dem Einstecken des sduinos etwas am cc1101 Modul wackelst
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

capcom

Das hat leider nichts geholfen, der CC1101 wird immer noch nicht erkannt. Ich werde dann wohl den Verkäufer fragen.

andies

FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

capcom

Hallo zusammen,

der neue Stick ist da und tatsächlich: Es funktioniert!!! Ich kann die Rolläden wieder steuern.

Vielen Dank an alle für die kompetente und geduldige Hilfe!

Das einzige was jetzt noch fehlt ist eine gute Anpassung an HomeKit und Google Assistant. Mit dem Google Assistant fährt der Rollladen momentan in die falsche Richtung, bei Homebridge wird er als Schalter angezeigt. Und stoppen kann man ihn so auch nicht.
Diese Anpassung heißt doch Homebridge-Mapping, oder?

Hat irgendjemand Tipps oder Forumsbeiträge, in denen das erklärt wird?

Vielen Dank nochmals für die Hilfe!

capcom

Zitat von: capcom am 07 September 2021, 17:57:43
Das einzige was jetzt noch fehlt ist eine gute Anpassung an HomeKit und Google Assistant. Mit dem Google Assistant fährt der Rollladen momentan in die falsche Richtung, bei Homebridge wird er als Schalter angezeigt. Und stoppen kann man ihn so auch nicht.
Diese Anpassung heißt doch Homebridge-Mapping, oder?
Hat irgendjemand Tipps oder Forumsbeiträge, in denen das erklärt wird?

Soll ich dafür ein neues Thema öffnen?