[gelöst] sginalduino - "closed" und Einbinden von ELRO AB440

jumperger · 04 Januar 2020, 15:03:09

Hallo,
ich habe mir einen Signalduino laut Wiki zusammengebastelt, mit FTDI-Chip und blauer CC1101 Platine.

ls -l /dev/serial/by-id
erkennt den den stick.
dann die diversen update Befehle und mit

define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0@57600habe ich das Gerät eingerichtet und es erscheint als "opened"
avrdude ist auch installiert.
Wenn nun das Attribut hardware gesetzt wird

Code Auswählen

attr sduino hardware nanoCC1101
geht der STATE auf "closed"

Nachdem ich das Device gelöscht und neu angelegt habe fällt mir auf dass wenn das Attribut room gestzt wird und danach wieder gelöscht wird der STATE auch auf "closed" geht.

Wo muss ich nun mit der Problemsuche ansetzen?

Raw-Def sieht wie folgt aus:

Code Auswählen

defmod sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0@57600
attr sduino hardware nanoCC1101

setstate sduino closed
setstate sduino 2020-01-04 13:57:57 state closed
setstate sduino 2020-01-04 13:56:58 version 0

Beta-User · 04 Januar 2020, 15:12:49

Funktioniert er, wenn du ihn ab- und wieder anstöpselst?Wenn ja: FTDI-Test-PIN-Problem....

jumperger · 04 Januar 2020, 19:58:14

Ab- und An-stöpseln hat nichts geändert.
Pin 26 - Test mit Pin - 25 AGnd zu verlöten hat auch keine Änderung gebracht.

Nach dem Erstellen mit define hat das Device den State opened, erst wenn ein Attribut gesetzt wird springt es auf closed. Das kann auch das Attribut Raum sein.
Nach dem Erstellen gibt es auch den get Befehl, dieser verschwindet dann wenn de State auf closed geändert hat.

Beta-User · 04 Januar 2020, 20:04:17

Kann es sein, dass auf dem ATMega noch gar keine Firmware ist?

Dann ggf. mal den flash-Befehl ausführen (sofern das geht), sonst nochmal löschen und direkt über die OS-Kommandozeile flashen, dann wieder anlegen.

jumperger · 04 Januar 2020, 20:51:41

Der AtMega ist von AZ-Delivery und sollte laut Beschreibung eine Firmware haben.
Wie könnte ich dies testen?

der Flash-Befehl lässt sich in Fhem nicht ausführen.

Zitatdirekt über die OS-Kommandozeile flashen

Ich nehme an damit ist Session direkt im RPi Terminal gemeint.

Müsste ich nicht dazu ein hex-File downloaden um es dann mit averdude zu flashen ?
Dies sind meine ersten Versuche mit dem ATMega. Ich bin mit einem Win10 PC und Putty über SSH mit dem RPi3 verbunden auf welchem Fhem läuft und der Nano über USB verbunden ist.

EDIT:
Der STATE ändert von opened auf closed auch ohne dass irgendein Attribut gesetzt wird es dauert nur etwas bis es geschieht.

EDIT2:
Firmware downloads habe ich jetzt hier gefunden:
https://github.com/Ralf9/SIGNALDuino/tree/dev-r332_cc1101/firmware

EDIT3:
ich habe jetzt trotz STATE closed
- das Attribut hardware auf nanoCC1101 gesetzt und danach
- geflashed mit set flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.3.0-dev/SIGNALduino_nanoCC1101_3330dev.hex
- danach war dann der STATE opened und ich konnte dem Wiki weiter folgen und die RWA-Def zeigt nun folgendes:

Code Auswählen

defmod sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0@57600
attr sduino hardware nanoCC1101
attr sduino updateChannelFW testing

setstate sduino opened
setstate sduino 2020-01-04 20:11:48 ping OK
setstate sduino 2020-01-04 20:10:48 state opened
setstate sduino 2020-01-04 20:10:48 version V 3.4.0-dev SIGNALduino  - compiled at Dec  4 2019 22:02:15

heisst dies nun dass der Signalduino funktioniert?

jumperger · 04 Januar 2020, 22:25:39

Ich habe nun eine ELRO AB440 Funksteckdose hinzugefügt, leider schaltet sie aber nicht.

erstellt habe ich mit:

Code Auswählen

define ELRO_00111_D IT FF000FFF0F FF F0
Hauscode und Gerätecode sind laut Wiki bestimmt

Die Wiki zum Signalduino führt unter Protokol-ID : 3,4,5,17 , muss hierzu im sduino Device etwas spezielles eingestellt werden?
Kann ich den Signalduino irgendwie testen?
Log-File bei verbose 5 sagt:

Code Auswählen

2020.01.04 21:12:59 3: sduino IT_set: ELRO_00111_D on
2020.01.04 21:12:59 5: sduino: Write, sending via Set sendMsg P3#isFF000FFF0FFF#R6
2020.01.04 21:12:59 5: sduino: Set_sendMsg, msg=P3#isFF000FFF0FFF#R6
2020.01.04 21:12:59 5: sduino: Set_sendMsg, IT V1 convertet tristate to bits=010100000001010100010101
2020.01.04 21:12:59 5: sduino: Set_sendMsg, Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=010100000001010100010101
2020.01.04 21:12:59 5: sduino: AddSendQueue, sduino: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01042304230404040404040423042304230404042304230423; (1)
2020.01.04 21:12:59 4: sduino: Set_sendMsg, sending : SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01042304230404040404040423042304230404042304230423;
2020.01.04 21:12:59 4: sduino: HandleWriteQueue, called
2020.01.04 21:12:59 4: sduino: SendFromQueue, called
2020.01.04 21:12:59 5: sduino: SimpleWrite, SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01042304230404040404040423042304230404042304230423;
2020.01.04 21:12:59 4: sduino: SendFromQueue, msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01042304230404040404040423042304230404042304230423;
2020.01.04 21:12:59 4: sduino: Read, msg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01042304230404040404040423042304230404042304230423;
2020.01.04 21:12:59 5: sduino: Parse, noMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01042304230404040404040423042304230404042304230423;
2020.01.04 21:12:59 5: sduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01042304230404040404040423042304230404042304230423;
2020.01.04 21:12:59 4: sduino: Read, sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01042304230404040404040423042304230404042304230423;
2020.01.04 21:12:59 4: sduino: HandleWriteQueue, called
2020.01.04 21:12:59 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2020.01.04 21:12:59 4: sduino: Read, msg:

Beta-User · 05 Januar 2020, 05:53:47

Hmm, an sich sollte der Signalduino nun prinzipiell funktionieren. Mit manuell erstellten IT-Devices kenne ich mich allerdings nicht aus, meine paar haben eine Fernbedienung, die mit autocreate erkannt wurde. Häufig werden auch diverse Dinge in der Gegend erfaßt, Sensoren von Nachbarn usw..

Ich würde aber nochmal eine Stufe tiefer anfangen und erst mal Frequenz usw. konfigurieren. Also erst mal "get ... ccconf" absetzen und dann erst mal sicherstellen, dass das auf 433,92 (?) ist und die Bandbreite paßt.

Nobbynews · 05 Januar 2020, 07:06:20

Ggf. mal folgende Attribute probieren:

Code Auswählen

attr ELRO_00111_D ITClock 300
und

Code Auswählen

attr ELRO_00111_D ITrepetition 6
probieren.
Diese Attribute benötige ich, um mit meinem SignalDuino die Conrad RSL Aktoren als IT anzusprechen.

jumperger · 05 Januar 2020, 11:27:43

In der CommandRef vom SIGNALduino steht unter GET der Befehl ccconf, wenn ich in FHEM jedoch mein sduino aufrufe habe ich in der Dropdown liste vom GET kein ccconf.

Gebe ich in der Befehlszeile ein:

Code Auswählen

GET sduino ccconf
Dann kommt folgende Meldung:

Code Auswählen

This command is only available with a cc1101 receiver
ich habe das Attribut hardware auf nanoCC1101 gesetzt , das sollte doch sagen dass ich einen CC1101 einsetze oder?

Beta-User · 05 Januar 2020, 11:32:36

Eigentlich schon.
Poste bitte mal ein list von dem Ding und Version des Moduls.

jumperger · 05 Januar 2020, 15:52:05

Hier das List:

Code Auswählen

 Internals:
   CFGFN      
   DEF        FF000FFF0F FF F0
   FUUID      5e10faa5-f33f-062d-3dc1-45d6c75305731c20
   IODev      sduino
   NAME       ELRO_00111_D
   NR         109
   STATE      off
   TYPE       IT
   XMIT       ff000fff0f
   XMITdimdown 00
   XMITdimup  00
   XMIToff    f0
   XMITon     ff
   CODE:
     1          ff000fff0f
   READINGS:
     2020-01-04 20:56:32   protocol        V1
     2020-01-04 22:57:56   state           off
Attributes:
   IODev      sduino
   alias      Sterne
   model      itswitch

und hier das List vom sduino:

Code Auswählen

 Internals:
   CFGFN      
   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-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0@57600
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0@57600
   FD         20
   FUUID      5e10e2ff-f33f-062d-9838-009c428563ea668b
   IDsNoDispatch 2,72.1,82
   ITClock    250
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       sduino
   NR         82
   NR_CMD_LAST_H 3
   PARTIAL    
   STATE      opened
   TIME       1578164991
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.4.0-dev SIGNALduino  - compiled at Dec  4 2019 22:02:15
   versionProtocols 1.13
   versionmodul v3.4.2_dev_02.01
   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)#.*
     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)#.*
     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:
     2020-01-05 14:44:09   ping            OK
     2020-01-04 20:10:48   state           opened
     2020-01-05 14:46:06   version         V 3.4.0-dev SIGNALduino  - compiled at Dec  4 2019 22:02:15
   XMIT_TIME:
     1578178120
     1578178124
     1578178676
   additionalSets:
     flash      3.4.0-dev,3.3.1
   getcmd:
   helper:
     avrdudecmd avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex 2>./log/SIGNALduino-Flash.log || avrdude -c arduino -b 115200 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex 2>./log/SIGNALduino-Flash.log
     avrdudelogs flashing Arduino sduino
hex file: FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex 2>[LOGFILE] || avrdude -c arduino -b 115200 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex 2>[LOGFILE]

sduino closed
--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/opt/fhem/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SJ35TP-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.16
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex"
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex auto detected as Intel Hex
avrdude: writing flash (25834 bytes):

Writing | ################################################## | 100% 13.23s

avrdude: 25834 bytes of flash written
avrdude: verifying flash memory against FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex:
avrdude: load data flash data from input file FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex:
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex auto detected as Intel Hex
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex contains 25834 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 11.21s

avrdude: verifying ...
avrdude: 25834 bytes of flash verified

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

sduino reopen started

   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
     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
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     28
     29
     30
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     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
Attributes:
   hardware   nanoCC1101
   room       System
   updateChannelFW testing
   verbose    5

beim sduino Device steht als Version:

Code Auswählen

 version   V 3.4.0-dev SIGNALduino - compiled at Dec 4 2019 22:02:15
versionProtocols   1.13
versionmodul    v3.4.2_dev_02.01

Und VIELEN DANK für euren Beistand

Beta-User · 05 Januar 2020, 16:10:26

Hmm, du scheinst auf der Dev-Version zu sein, ich habe die "normale", "version SIGNALduino" liefert

Code Auswählen

00_SIGNALduino.pm    20746 2019-12-14 22:26:52Z Sidey
90_SIGNALduino_un.pm 20749 2019-12-14 22:35:00Z Sidey

K.A., ob das mit den von Nobbynews genannten Attributen was hilft, aber wenn ccconf nichts liefert, ist evtl. noch was anderes faul.
Neustart hast du zwischendurch mal gemacht, oder?

Kann natürlich sein, dass die Rückmeldung auch bei einem Verkabelungsfehler kommt. Das würde ich nochmal ansehen, ansonsten bist du mit dem Thema besser woanders aufgehoben: Signalduino ist "Sonstige Systeme" und hat mit CUL wenig gemein (=>verschieben)...

Nobbynews · 05 Januar 2020, 16:40:02

Hmmm,
das Flashen hat meiner Meinung nach funktioniert.
Die Firmware dürfte von hier kommen: https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.4.0-dev
Soweit imho alles OK.
Ich würde also wie Beta-User schon geschrieben hat die Verkabelung noch einmal überprüfen.
Bei meinem SelbstbauCUL hatte ich zunächst auch einen Verkabelungsfehler. Über ccconf konnte ich auch keine sinnvollen Ausgaben erhalten. Auch ging das Umstellen auf 868 MHz nicht.
Was ist mit den Spannungsteilern bzw. Levelshifter?
Der CC1101 verträgt nur 3,6V auf den Eingängen und beim Nano werden über die GPIOs 5V geliefert. Soll zwar auch ohne gehen, aber vielleicht ausgerechnet bei Dir nicht. Siehe hierzu auch: https://wiki.fhem.de/wiki/Selbstbau_CUL

Norbert

Nobbynews · 05 Januar 2020, 16:54:05

Etwas ist mir beim Flashen noch aufgefallen:

Code Auswählen

avrdude: 25834 bytes of flash written
avrdude: verifying flash memory against FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex:
avrdude: load data flash data from input file FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex:
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex auto detected as Intel Hex
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.4.0-dev.hex contains 25834 bytes
avrdude: reading on-chip flash data:

Das HEX-File ist aber 71 KB groß.

Ich kann mich als Vergleich leider nicht mehr an die entsprechende Angabe beim Flashen des SelbstbauCUL erinnern.
Würde ich hier aber noch einmal überprüfen.

Norbert

Beta-User · 05 Januar 2020, 17:04:18

...das kommt mir spanisch vor, der ATMega hat nur 32kB...
Jedenfalls läuft diese firmware (über das Attribut "updateChannelFW testing") seit vorher auch auf meinem Signalduino und ich kann mein eines Device damit schalten...