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
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:
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
Funktioniert er, wenn du ihn ab- und wieder anstöpselst?Wenn ja: FTDI-Test-PIN-Problem....
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.
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.
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:
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:15heisst dies nun dass der Signalduino funktioniert?
Ich habe nun eine ELRO AB440 Funksteckdose hinzugefügt, leider schaltet sie aber nicht.
erstellt habe ich mit:
define ELRO_00111_D IT FF000FFF0F FF F0
Hauscode und Gerätecode sind laut Wiki (https://wiki.fhem.de/wiki/Intertechno_Code_Berechnung) 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:
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:
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.
Ggf. mal folgende Attribute probieren:
attr ELRO_00111_D ITClock 300
und
attr ELRO_00111_D ITrepetition 6
probieren.
Diese Attribute benötige ich, um mit meinem SignalDuino die Conrad RSL Aktoren als IT anzusprechen.
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:
GET sduino ccconf
Dann kommt folgende Meldung:
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?
Eigentlich schon.
Poste bitte mal ein list von dem Ding und Version des Moduls.
Hier das List:
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:
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:
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
Hmm, du scheinst auf der Dev-Version zu sein, ich habe die "normale", "version SIGNALduino" liefert
00_SIGNALduino.pm 20746 2019-12-14 22:26:52Z Sidey
90_SIGNALduino_un.pm 20749 2019-12-14 22:35:00Z SideyK.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)...
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 (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 (https://wiki.fhem.de/wiki/Selbstbau_CUL)
Norbert
Etwas ist mir beim Flashen noch aufgefallen:
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
...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...
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.
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
Entsprechend dem Wiki:
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:
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:
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
Über das Hex-File .CC1101 sollte das "bekanntmachen" schon passiert sein.
Mach mal Fotos von Deinem Aufbau.
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
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.
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
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.
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
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 "
@ 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
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.01Zitat 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.
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.
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?
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
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)
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):
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 ;) .
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/ (https://www.makershop.de/module/funk/cc1101-433mhz/)
Hat halt nur 8 Pins.
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:
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
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.
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)?
Die Beschriftung ist auf der anderen Seite.
Bitte überprüfe deine Verkabelung.
Du kannst es auch von hier übernehmen (https://www.google.com/imgres?imgurl=https%3A%2F%2Fwiki.fhem.de%2Fw%2Fimages%2Fthumb%2F2%2F24%2FSelbstbau_cul_Schaltplan.png%2F400px-Selbstbau_cul_Schaltplan.png&imgrefurl=https%3A%2F%2Fforum.fhem.de%2Findex.php%3Ftopic%3D82379.255&docid=q8wQyLQ_98D5-M&tbnid=fgd3Z5BLGxWDPM%3A&vet=10ahUKEwiXr6GEu_HmAhX7ShUIHbLICgIQMwhgKA0wDQ..i&w=400&h=447&client=firefox-b-d&bih=728&biw=1536&q=fhem%20signalduino%20nano&ved=0ahUKEwiXr6GEu_HmAhX7ShUIHbLICgIQMwhgKA0wDQ&iact=mrc&uact=8) gedanklich ohne Widerstände aber da sollte jeder seine Erfahrungen sammeln.
Gesendet von iPhone mit Tapatalk Pro
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:
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 (https://www.operation-eigenheim.de/smarthome-eigenbau-cul-zum-senden-und-empfangen/):
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?
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).
Ein List der funktionierenden Indoor-Beleuchtung:
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:
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
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
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 ;)
Für den Düwi wäre dan ROLLO (das Modul) ein Stichwort....
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
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...
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.
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...
Danke, ich habe mich im ROLLO -Modul Threat gemeldet.
Welcher Threat wäre am angebrachtesten um Hilfe zur Reichweite des Signalduino zu finden?
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!
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
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.
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.