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

Nobbynews · 05 Januar 2020, 17:08:16

Das ist richtig, nur hatte ich halt nicht mehr im Gedächtnis was aus dem 71KB HEX-File beim Flashen wird.
Also anscheinend hier doch alles OK.

HomeAuto_User · 05 Januar 2020, 19:50:49

Hallo,
ich habe mal alles überflogen.

Mir fällt auf, wenn du einen cc1101 besitzt und das Hardware Attribut auf Nanocc1101 setzt, danach flashst, sollte dein Device ein internal hasCC1101 aufweisen.

Das scheint nicht der Fall zu sein und das heißt, kein cc1101.

Mfg

Gesendet von iPhone mit Tapatalk Pro

jumperger · 06 Januar 2020, 01:44:14

Entsprechend dem Wiki:

Code Auswählen

Der SIGNALduino basiert auf einem Arduino Nano, die Schaltung entspricht der des FHEMduino oder dem Selbstbau_CUL:
...
    Oder es wird ein CC1101 Transceiver verwendet, dann ist die Verkabelung identisch zum Selbstbau_CUL.

Habe ich nach dem Selbstbau_CUL Schema verkabelt, aber ohne Levelshifter da ich sehr oft gelesen habe dass es auch ohne geht und ich zum Testen Jumperkabel benutze. Verkabelung:

Code Auswählen

3V3 -> VCC
D11 -> SI
D12 -> SO
D10 -> CSN
GND -> GND
D13 -> SCK
 D2 -> GD2
 D3 -> GD0

den Nano habe ich auch neu geflasht, diesmal mit einer stable Version 3.3.1 diese konnte nach einem get sduino availabaleFirmware ausgewählt werden.

Leider ist bei den Internals immer noch kein hasCC1101 dabei.

Es schein also dass ich dem sduino erst ma beibringen muss dass er einen CC1101 hat.
Das aktuelle LIST sagt:

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         15
   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 22
   PARTIAL    
   STATE      opened
   TIME       1578164991
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.3.1 SIGNALduino  - compiled at Dec  3 2019 19:40:46
   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-06 00:40:04   ping            OK
     2020-01-06 00:01:04   state           opened
     2020-01-06 00:01:04   version         V 3.3.1 SIGNALduino  - compiled at Dec  3 2019 19:40:46
   XMIT_TIME:
     1578269289
     1578269297
     1578269300
     1578269302
     1578269308
     1578269360
     1578269365
     1578269371
     1578269372
     1578269540
     1578269543
     1578269547
     1578269550
     1578269553
     1578269555
     1578269557
     1578269630
     1578269655
     1578269659
     1578269782
     1578269787
     1578269918
   additionalSets:
     flash      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.3.1.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.3.1.hex 2>./log/SIGNALduino-Flash.log
     avrdudelogs flashing Arduino sduino
hex file: FHEM/firmware/SIGNALDuino_nanocc11013.3.1.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.3.1.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.3.1.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.3.1.hex"
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex auto detected as Intel Hex
avrdude: writing flash (25830 bytes):

Writing | ################################################## | 100% 13.22s

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

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

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

avrdude done.  Thank you.

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

sduino reopen started

   keepalive:
     ok         1
     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 stable
   verbose    5

Nobbynews · 06 Januar 2020, 03:53:20

Über das Hex-File .CC1101 sollte das "bekanntmachen" schon passiert sein.
Mach mal Fotos von Deinem Aufbau.

HomeAuto_User · 06 Januar 2020, 04:17:23

Bist du fähig sie FW selber zu kompilieren?

Wenn nein kann ich dir gern eine mit Debug 1 kompilieren und du kannst via Arduino IDE Oberfläche oder Putty sehr einfach sehen ob dein Cc1101 erkannt wird. Wenn ja, meldet er Partnum und Version nach einem Reset.

Mfg

Gesendet von iPhone mit Tapatalk Pro

jumperger · 06 Januar 2020, 07:06:50

Zitat von: Nobbynews am 06 Januar 2020, 03:53:20
Über das Hex-File .CC1101 sollte das "bekanntmachen" schon passiert sein.
Mach mal Fotos von Deinem Aufbau.

jumperger · 06 Januar 2020, 07:12:47

Zitat von: HomeAuto_User am 06 Januar 2020, 04:17:23
Bist du fähig sie FW selber zu kompilieren?

Ich hab das noch nie gemacht, wenn irgendwo steht wie es genau geht, traue ich es mir zu, aber ich würde mich dann auch noch darin einlesen.

Ich hab noch einen 2. CC1101 und auch noch einen 2. Nano

Nobbynews · 06 Januar 2020, 07:15:44

Wieso ist ein Pin am CC1101 nicht verbunden??
Es müssen meiner Meinung nach alle 8 Pins gem. obiger Aufstellung verbunden sein.

Habe ich gerade im Eifer mit meinem 433er CC1101 verwechselt. Der hat nur 8 Pins.

Verkabelung müsste imho passen.

HomeAuto_User · 06 Januar 2020, 09:56:03

Hallo jumperger,

ich habe dir eine FW für den nano + cc1101 kompiliert.
Diese flashst du auf dein Gerät.

Danach kannst du via putty auf die Schnittstelle schauen.

Wenn du reset drückst, dann siehst du am Anfang ob dein cc1101 erkannt wird.
Danach kannst du auch sehen ob Nachrichten eintreffen.

Alternative zu putty kannst du die auch ArduinoIDE herunter laden und nach einstellung des Boards bzw. Schnittstelle, vie Werkzeuge, serieller Monitor öffnen.

Mfg

jumperger · 06 Januar 2020, 20:26:19

Zitat von: Nobbynews am 06 Januar 2020, 07:15:44Habe ich gerade im Eifer mit meinem 433er CC1101 verwechselt. Der hat nur 8 Pins.

Eigentlich habe ich ihn als 433 gekauft, deshalb verstehe ich nicht recht was du meinst.
Bei amazon hat er folgenden Titel:
"Neuftech CC1101 Wireless Module RF Transceiver Modul 387-464 MHz mit externen Antenne für Arduino "

jumperger · 06 Januar 2020, 22:43:50

@ HomeAuto_User
ich wollte jetzt schnell per WinSCP und User pi die hex Datei in den FHEM/firmware Ordner kopieren, aber die Schreibrechte machen mir einen Strich durch die Rechnung.
Ich werde mich dann erst in diese Rechte einlesen.

Aber schon mal vielen Dank für die kompilierte Firmware.

EDIT:
deine Firmeware ist jetzt drauf
Leider ist bei den Internals immer noch kein hasCC1101

Code Auswählen

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-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
	
21
FUUID
	
5e10e2ff-f33f-062d-9838-009c428563ea668b
IDsNoDispatch
	
2,72.1,82
LASTDMSG
	
nothing
LASTDMSGID
	
nothing
NAME
	
sduino
NR
	
45
PARTIAL
	
STATE
	
opened
TIME
	
1578339284
TYPE
	
SIGNALduino
sendworking
	
0
version
	
V 3.4.0-dev SIGNALduino - compiled at Jan 6 2020 09:50:08
versionProtocols
	
1.13
versionmodul
	
v3.4.2_dev_02.01

Zitat von: HomeAuto_User am 06 Januar 2020, 09:56:03
Danach kannst du via putty auf die Schnittstelle schauen.

Wenn du reset drückst, dann siehst du am Anfang ob dein cc1101 erkannt wird.
Danach kannst du auch sehen ob Nachrichten eintreffen.

Wie ich das mit putty mache weiss ich nun leider nicht.

HomeAuto_User · 06 Januar 2020, 23:19:00

Hallo,

Zitat von: jumperger am 06 Januar 2020, 22:43:50
Wie ich das mit putty mache weiss ich nun leider nicht.

ganz simple.

1. Windows PC aufsuchen
2. putty downlaoden
3. Empfänger dranstecken
4. Putty öffnen mit der Schnittstelle wo er dranhängt (COMx)
5. Schnittstelle und COM bei Putty eingeben , Geschwindigkeit 57600 und auf Verbindung
--->> Fenster öffnet sich und du solltest bei einem Reset des Nanos Aufschrift am Monitor erhalten.

jumperger · 07 Januar 2020, 00:06:05

Verstehe ich richtig, den nano samt cc1101 über USB an den Win10-PC stöpseln?
Reset des Nano = reset Tase am Nano 1x drücken?

HomeAuto_User · 07 Januar 2020, 00:08:28

Zitat von: jumperger am 07 Januar 2020, 00:06:05
Verstehe ich richtig, den nano samt cc1101 über USB an den Win10-PC stöpseln?
Reset des Nano = reset Tase am Nano 1x drücken?

Richtig verstanden

Gesendet von iPhone mit Tapatalk Pro

jumperger · 07 Januar 2020, 01:56:15

Bitte meine Unwissenheit zu entschuldigen, aber ich finde jetzt nicht heraus was ich als COM angeben soll.
Im Geräte-Manager habe ich ein USB universial Serial Aapter gefunden, dieser hat als Speicherort: Port_#0002.Hub_#0002

Hilft das um putty zu sagen welcher COM es ist, ich habe COM2 gewählt und den Reset-Button am Arduino gedrückt, aber es kommt nichts rein.

EDIT :
Im Device Manager finde ich keine Rubrick Ports (COM & LTP)

Beta-User · 07 Januar 2020, 02:15:15

Hmm, mit diesem Windo.*-Gedönse kenne ich mich dahingehend nicht aus, würde es aber einfach mal mit COM1 versuchen. Unter Linux liefert "lsusb" (das scheint sowas ähnliches darzustellen wie der Geräte-Manager):

Code Auswählen

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 004: ID 1cf1:0030 Dresden Elektronik 
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 013: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 003 Device 002: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 003 Device 011: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 003 Device 009: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 003: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 004 Device 002: ID 2341:8036 Arduino SA Leonardo (CDC ACM, HID)
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Daraus kann man auch nicht ableiten, was am Ende als welches ttyUSBx (oder ttyACM...) eingehängt wird.
Ggf. einfach mal ein paar COMx durchspielen, da sollte was kommen

.

Nobbynews · 07 Januar 2020, 05:14:30

Zitat von: jumperger am 06 Januar 2020, 20:26:19
Eigentlich habe ich ihn als 433 gekauft, deshalb verstehe ich nicht recht was du meinst.
Bei amazon hat er folgenden Titel:
"Neuftech CC1101 Wireless Module RF Transceiver Modul 387-464 MHz mit externen Antenne für Arduino "

Das hier ist mein 433er CC1101.
https://www.makershop.de/module/funk/cc1101-433mhz/
Hat halt nur 8 Pins.

jumperger · 07 Januar 2020, 10:38:17

Bitte 1000x Mal um Entschuldigun

Ich war zu blöd um da Fenster des Geräte Managers zu vergrössern, es fehlte nur die erste Zeile: Anschlüsse (COM & LPT)
Ein Dreh am Mausrad hat Abhilfe geschafft

Und ich habe stundenlang gesucht wieso ich keinen COM Eintrag im Device Manager habe

der Signalduino ist auf COM3 und ein Putty mit Baudrate 57600 bringt folgenden Text im Fenster:

Code Auswählen

Reading values from EEPROM..done
dump
EEPROM=33 1d 0d 2e 2d 47 d3 91 3d 04 32 00 00 06 00 10
b0 71 57 c4 30 23 b9 00 07 00 18 14 6c 07 00 91
87 6b f8 b6 11 e9 2a 00 1f 41 00 ff ff ff ff ff
00 84 00 00 00 00 00 00
CCInit CCInit SRES Started,POR Done,EEPROM read .........................................done
CCVersion =0x0
CCPartnum =0x0
no cc1101 found
Starting timerjob
receiver enabled

Leider,
da scheint wohl meine Verkabelung fehlerhaft.
ich habe laut diesem Bild verkabelt:

EDIT: Bild-Referenz: https://haus-automatisierung.com/images/content/Selbstbau-CUL.png

Nobbynews · 07 Januar 2020, 12:16:40

Zitat von: jumperger am 07 Januar 2020, 10:38:17
ich habe laut diesem Bild verkabelt:

Deine Verkabelung hatte ich nach diesem Bild versucht zu überrpüfen und war der Meinung, dass es passen müsste.
Kann natürlich sein, dass ich mich beim gedanklichen Drehen (das Bild zeigt die Bestückungsseite, Dein Bild die Rückseite der Platine) verhauen habe.
Auf Deinem Bild kann mal leider schlecht Orange und Braun unterscheiden.

Beta-User · 07 Januar 2020, 12:39:40

Hat das Ding irgendwo eine Beschriftung? Wenn nein: habe einen hier liegen, bei dem ist nur GND zu erkennen (der mit dem quadratischen Rand). Der ist aber genau auf der anderen Seite am Rand => gespielt versuchen ( Linie über die mittleren beiden PIN)?

HomeAuto_User · 07 Januar 2020, 13:07:06

Die Beschriftung ist auf der anderen Seite.
Bitte überprüfe deine Verkabelung.

Du kannst es auch von hier übernehmen gedanklich ohne Widerstände aber da sollte jeder seine Erfahrungen sammeln.

Gesendet von iPhone mit Tapatalk Pro

jumperger · 07 Januar 2020, 22:58:06

RIESEN Dank für eure Unterstützung
Zu wissen dass jemand da ist um weiter zu helfen oder auch nur zu bestätigen dass man auf dem richtigen Weg ist , ist einfach nur super.
Ich zweifele immer an mir und nicht an der Hardware, diesmal scheint der Fehler aber nicht bei mir gelegen zu haben. Ich hatte zum Glück gleich 2 nanos und 2 CC1101 bestellt. Nun habe ich die 2. zusammengelötet nach obigem Schema und die Firmware von HomeAuto_User aufgespielt und nach einem Refresh war das Internal "hasCC1101" vorhanden:

Code Auswählen

STATE:      opened
TIME:      1578433637
TYPE:      SIGNALduino
hasCC1101: 1
sendworking: 0
version: V 3.4.0-dev SIGNALduino cc1101 (chip CC1101) - compiled at Jan 6 2020 09:50:08
versionProtocols: 1.13
versionmodul: v3.4.2_dev_02.01

Und das Beste die ELROs funktionieren auf Anhieb

Hier noch ein Schema das etwas übersichtlicher ist, gefunden per google auf dieser Seite:

jumperger · 07 Januar 2020, 23:48:44

Ich hab jetzt noch 2 weitere ELROs hinzugefügt, diese sind im Aussenbereich aufgestellt, Weihnachtsbeleuchtung.
Es ist mir aber bis jetzt nur einmal gelungen eine dieser Funksteckdose aus zu schalten.
Luftlinie Ant. <-> Dose dürften 20m sein mit einer grossen Glasscheibe dazwischen. Gibt es eine Möglichkeit die Reichweite zu verbessern?

Beta-User · 08 Januar 2020, 06:19:44

Es gibt eine Option, die Sendeleistung zu ändern, pa-cc-irgendwas und die Wiederholungen/weiteren Vorschläge bzgl. Frequenz hier.
Das hast du bereits durch bzw. zeig mal den aktuellen stand (list).

jumperger · 08 Januar 2020, 19:53:06

Ein List der funktionierenden Indoor-Beleuchtung:

Code Auswählen

Internals:
   DEF        FF000FFF0F FF F0
   FUUID      5e127cb1-f33f-062d-f3c9-39f205376c970889
   IODev      sduino2
   LASTInputDev sduino2
   MSGCNT     2
   NAME       ELRO_00111_D
   NR         47
   STATE      on
   TYPE       IT
   XMIT       ff000fff0f
   XMITdimdown 00
   XMITdimup  00
   XMIToff    f0
   XMITon     ff
   sduino2_DMSG i501514
   sduino2_MSGCNT 2
   sduino2_Protocol_ID 3.1
   sduino2_RAWMSG MS;P1=-1046;P2=910;P3=-395;P4=269;P5=-10136;D=45412341234141414141414123412341234141412341234141;CP=4;SP=5;R=36;O;m2;
   sduino2_RSSI -56
   sduino2_TIME 2020-01-07 23:24:45
   CODE:
     1          ff000fff0f
   READINGS:
     2020-01-06 00:18:45   protocol        V1
     2020-01-08 18:47:24   state           on
Attributes:
   IODev      sduino2
   alias      Sterne
   model      itswitch
   webCmd     on:off

Analog dazu das List der nicht funktionierenden Outdoor-Beleuchtung:

Code Auswählen

Internals:
   DEF        FF0000FFFF FF F0
   FUUID      5e1500c1-f33f-062d-acd2-b4c98a15e31ccce7
   IODev      sduino2
   LASTInputDev sduino2
   MSGCNT     1
   NAME       ELRO_00111_A
   NR         52
   STATE      off
   TYPE       IT
   XMIT       ff0000ffff
   XMITdimdown 00
   XMITdimup  00
   XMIToff    f0
   XMITon     ff
   sduino2_DMSG i500554
   sduino2_MSGCNT 1
   sduino2_Protocol_ID 3.1
   sduino2_RAWMSG MS;P1=-1034;P2=911;P3=-391;P4=265;P5=-10147;D=45412341234141414141414141412341234123412341234141;CP=4;SP=5;R=39;O;m2;
   sduino2_RSSI -54.5
   sduino2_TIME 2020-01-07 23:24:41
   CODE:
     1          ff0000ffff
   READINGS:
     2020-01-07 22:06:27   protocol        V1
     2020-01-07 23:24:41   state           off
Attributes:
   IODev      sduino2
   model      itswitch

jumperger · 08 Januar 2020, 23:45:27

Hab jetzt auch noch ein Düwi Jalousie-Schalter hinzu gefügt, hat auf anhieb geklappt, nur dass er halt als Lampe mit ON / OFF angezeigt wird.
Raw-Def bei Funktaster Stellung Drehrad: B 1

Code Auswählen

defmod SDB_Rollo IT F00000000F FF F0
attr SDB_Rollo IODev sduino2
attr SDB_Rollo model itswitch

setstate SDB_Rollo off
setstate SDB_Rollo 2020-01-08 22:34:27 protocol V1
setstate SDB_Rollo 2020-01-08 22:34:57 state off

Vielleicht sucht ja jemand nach Düwi Jalousie Taster

Beta-User · 09 Januar 2020, 07:15:38

Für den Düwi wäre dan ROLLO (das Modul) ein Stichwort....

HomeAuto_User · 09 Januar 2020, 10:10:15

Zitat von: Beta-User am 09 Januar 2020, 07:15:38
Für den Düwi wäre dan ROLLO (das Modul) ein Stichwort....

... oder man reicht es als neues Model beim Modul IT ein wenn es das IT Protokoll ist.

Es wäre ja nonsens wenn man Dinge doppelt macht und bei der Erstanlegung immer das Modul IT zutrifft.

Gesendet von iPhone mit Tapatalk Pro

Beta-User · 09 Januar 2020, 10:30:21

Geht um die Möglichkeiten, einen bestimmten Öffnungsgrad anzusteuern. Wenn der Aktor das kann, ist natürlich eine direkte Lösung bessernSonst muss halt was anderes die timings zwischen an und aus über wachen...

jumperger · 09 Januar 2020, 11:24:28

da auf dem Funkwandtaster 2 Drehknöpfe für Hauscode usw waren habe ich einfach mit dem IT Modul probiert. Einfach das ,,B" und die ,,1" laut Wiki in ,,0" und ,,F" umgeschrieben und mit define IT angelegt.
Wie oben in der Raw-Def sonst nichts weiter.
Es funktioniert bei Druck auf On fährt das Rollo hoch bei Off runter (oder umgekehrt weiss das jetzt nicht, bin nicht zuhause)
Das ,,System" besteht aus einem Düwi Funkwandtaster Jalousie (Taster oben und unten) und einem Düwi UnterputzAktor für Jalpusie. Am Taster ist nur ein Code hinterlegt.

Ich habe das Gerät nun umbenannt nach DuewiRolloSdb.
Mit define SDB_Rollo ROLLO habe ich ein neues Gerät vom Typ ROLLO angelegt, ich weiss nur nicht recht wie ich diese beiden miteinander verbinden soll.

Beta-User · 09 Januar 2020, 14:27:28

Zitat von: jumperger am 09 Januar 2020, 11:24:28
Mit define SDB_Rollo ROLLO habe ich ein neues Gerät vom Typ ROLLO angelegt, ich weiss nur nicht recht wie ich diese beiden miteinander verbinden soll.

Das solltest du ggf. gesondert mal im ROLLO-Modulthread fragen. Vom Grundsatz her benötigt das Modul eben 3-4 Kommandos: hoch, runter, stop (ggf. getrennt für beide Richtungen), der Rest sind afaik timing-Angaben, also wie lange dauert es von unten nach oben usw.. Für die ersten gibst du schlicht das IT-Device mit den entsprechenden Kommandos dafür an. Dann gibt es noch Möglichkeiten, auch externe trigger (Bedienung über die Fernbedienung) zu erkennen (ggf. über gesonderte Event-Handler), um den Öffnungsgrad entsprechend zu bestimmen. Keine Hexerei also...

jumperger · 10 Januar 2020, 22:23:37

Danke, ich habe mich im ROLLO -Modul Threat gemeldet.
Welcher Threat wäre am angebrachtesten um Hilfe zur Reichweite des Signalduino zu finden?

Beta-User · 10 Januar 2020, 22:36:18

Mind. einer der Signalduino-Spezialisten liest hier schon mit...

Aber ernsthaft: Ohne dass du dich in die jeweiligen commandref-Seiten mal einliest, macht das vermutlich keinen Sinn.
Zu ROLLO hast du auch im passenden Thread nur im Prinzip genau dasselbe gehört, was ich hier schon geschrieben hatte (was bei dem geringen Informationsgrad deines Posts kein Wunder war), und wie immer:
Ohne passendes list (bzw. mehrere) wird das nichts!... Jeder potentielle Helfer hier hat entweder eine gute Glaskugel, oder er kann nur was mit den Infos anfangen, die du auch lieferst, also: just do it!

HomeAuto_User · 11 Januar 2020, 01:46:21

Zitat von: jumperger am 10 Januar 2020, 22:23:37
Welcher Threat wäre am angebrachtesten um Hilfe zur Reichweite des Signalduino zu finden?

Richtig, ein kleiner von denen liest mit. Was möchtest du wissen zwecks Reichweite?

Gesendet von iPhone mit Tapatalk Pro

jumperger · 14 Januar 2020, 11:38:22

Zitat von: HomeAuto_User am 11 Januar 2020, 01:46:21
... Was möchtest du wissen zwecks Reichweite?

ich habe 4 elro ab440 , 2 sind indoor und 2 sind outdoor.
Indoor funktioniert alles, die beiden outdoor leider nicht, einer hat einmal den off Befehl ausgeführt.

Was ich wissen wollte zur Reichweite ist ob es prinzipiel möglich wäre die outdoor AB440s mit dem gleichen Signalduino zu schalten, wissentlich dass die direkte Distanz zwischen Antenne und Empfänger +/- 20m sind und nur grosse Glasscheiben den Indoor vom Outdoor trennen. Also ob es Sinn macht nach irgendwelchen Einstellungen oder auch Hardwaretunings zu suchen oder ob das eh nicht geht von der Distanz her.

Beta-User · 14 Januar 2020, 11:46:55

Das hast du vermutlich überlesen:

Zitat von: Beta-User am 08 Januar 2020, 06:19:44
Es gibt eine Option, die Sendeleistung zu ändern, pa-cc-irgendwas und die Wiederholungen/weiteren Vorschläge bzgl. Frequenz hier.
Das hast du bereits durch bzw. zeig mal den aktuellen stand (list).

Also: liefere bitte erst mal ein list und teste auch die Attribute/setter, die hier schon von anderen genannt waren.
Rein von der Entfernung her zu sagen, 20m sind möglich (oder nicht), dürfte schwierig sein. Unmöglich ist es mMn nicht.