Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

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

Vorheriges Thema - Nächstes Thema

jochen_f

Hallo,

gibt es noch ein Problem mit MU / MS?

Hier meine SIGNALDuino Konfiguration :

ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB
sens:8dB (DataRate:5603.79Baud)
config MS=1;MU=1;MC=1;Mred=0
ping OK
state opened
version V 3.3.1-RC10 SIGNALduino cc1101 - compiled at Dec 29 2018 01:43:10


Gruß, Jochen

HomeAuto_User

#1081
Hallo Jochen und Horst,

danke für Eure Information. Ich werde diese nutzen.
Ihr könnt nach einem Update auf die aktuelle dev auch das attribut development im Empfänger auf y91 setzen und somit sollte bei euch ein Device mit separaten Log geschaffen werden.
Darin sammeln sich alle Zustände und Daten des Devices :-) So müsst Ihr nicht filtern und am PC sein.

MfG Marco

EDIT @Jochen,

Nibble 0-5 (ID?) - Müsste aber verifiziert werden!
Nibble 6 (Wertigkeit 8 und 4 = Zustand | Wertigkeit 1 & 2 unklar)
Fenster auf,  Gehäuse zu:  1 0 1 1
Fenster auf,  Gehäuse auf: 0 0 1 1
Fenster zu,  Gehäuse auf:  0 1 1 1
Fenster zu, Gehäuse zu:    1 1 1 1
Nibble 7 (Typ vielleicht?)
Nibble 8 (ChecksummmeValue)

Über alle nibble (n0 - n8) ein Xor ergibt immer 0xF
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

HomeAuto_User

#1082
@Sidey, schau dir bitte mal die Nachrichten von jochen_f und Harst an.
Einmal haben wir MS und einmal MU. Bei jochen_f  ist MS aktiv.

Hier sehe ich noch einen Wiederspruch. Die Nachrichten werden als MU erkannt aber haben einen sync und bei Harst sind es auf einmal MS.  :o

MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;O;m0;
würde nur Sinn manchen
MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=1 41 3102023102020231313102313131313102310202313131313131020231313102020231 3;CP=1;SP=4;O;m0;
und da sind es nur 35 bit + sync

MU;P0=14292;P1=-10684;P2=398;P3=-803;P4=-406;P5=806;P6=-4001;D=012323245324532324545324532454545323245453232324532453245 62 454532324532454532323245324532324545324532454545323245453232324532453245 62 4545323245324545323232453245323245453245324545453232454532323245324532456245453232453245453232324532453232454532453245454;CP=2;R=50;O;
ergeben 36 bit + sync aber als MU  ???
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Ralf9

Ich denke dies hängt davon ab ob das letze Bit 0 oder 1 ist.

Bei Harst ist das letzte Bit immer 0  " zero [-2,1] "
Bei jochen_f ist das letzte Bit immer 1 " one  [-1,2] "
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

HomeAuto_User

Zitat von: Ralf9 am 29 Dezember 2018, 14:26:54
Ich denke dies hängt davon ab ob das letze Bit 0 oder 1 ist.

Bei Harst ist das letzte Bit immer 0  " zero [-2,1] "
Bei jochen_f ist das letzte Bit immer 1 " one  [-1,2] "

Da stellt sich nun die Frage, welche Definition(en) wollen wir verwenden und wieso sind diese nicht gleich ein Signal.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Ralf9

@Harst,  @jochen_f  könnt Ihr bitte mal versuchen ob Ihr es hinbekommt, daß sich das letzte Bit ändert 
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

gandi1791

Zitat von: gandi1791 am 16 Dezember 2018, 22:37:49
Hallo,

ich hoffe, ich bin hier richtig...und kriege nicht gleich eins auf den Deckel...   ;D

Laut Wiki-SIGNALDuino-Unterstüzte Geräte wird Conrad RSL aktuell nicht unterstützt.
Gibt es Pläne, dies in einer der nächsten Versionen wieder in aktiviert zu kriegen oder ist das aktuell nicht möglich?

Hintergrund: Ich habe hier 5x RSL Mini 3500, die ich aktuell über meine Broadlink schalte. Allerdings steht diese etwas ungünstig und erwischt 2 RSLs nicht stabil.
Nun war die Überlegung einen MiniCul(433) - habe ich aber schon aufgegeben, da scheinbar inkompatibel - bzw. eben einen SIGNALDuino einzusetzen.
Wenn allerdings Conrad RSL in absehbarer Zukunft nicht wieder verfügbar sein wird, muss ich mir was anderes überlegen.

Ein Betrag hier scheint vielversprechend, aber wieder 20 Euronen für einen, bzw. 5 maligen Einsatz finde ich einfach zu teuer.
Der SIGNALDuino wäre halt universeller einsetzbar..

Vielen Dank schon mal im Voraus
Andi

So...habe nun den Tipp von Sidey umgesetzt:
Zitat von: Sidey am 16 Dezember 2018, 23:49:05
Wenn Du den miniCul hast, dann probier ihn mal mit der SIGNALduino Firmware aus.
Lade dazu die Entwickler Version des SIGNALduino Modules und dann könntest Du glück haben, dass es geht.

Grüße Sidey

Also
HW: miniCUL mit ESP, nach https://forum.fhem.de/index.php/topic,42998.msg349938.html#msg349938 (Version 1)
FW: V 3.3.2.1-rc5 SIGNALduino cc1101 (433Mhz )- compiled at Nov 3 2018 11:23:09

SDuino läuft nun in fhem.

Nachdem es sich ja um die Conrad RSL2 handelt habe ich noch folgendes geändert:
https://forum.fhem.de/index.php/topic,78904.msg708432.html#msg708432

Protokoll ist korrekt eingebunden.
Update für "00_SIGNALduino.pm" deaktiviert, damit die Änderungen erhalten bleiben.

Schalter vom Typ "SD_RSL2" angelegt.
"On" liefert folgendes im event monitor, bei verbose=5:

2018.12.29 15:45:36 5 : SignalDuinoV1/write: adding to queue sendMsg P1#3053453312#R12
2018.12.29 15:45:36 5 : SignalDuinoV1: sendmsg msg=P1#3053453312#R12
2018.12.29 15:45:36 5 : SignalDuinoV1: sendmsg Preparing rawsend command for protocol=1, repeats=12, clock=560 bits=3053453312
2018.12.29 15:45:36 5 : AddSendQueue: SignalDuinoV1: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423; (1)
2018.12.29 15:45:36 4 : SignalDuinoV1/set: sending via SendMsg: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:36 5 : SignalDuinoV1 SW: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:36 4 : SignalDuinoV1 SendrawFromQueue: msg=SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 4 : SignalDuinoV1/msg READ: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 5 : SignalDuinoV1/noMsg Parse: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 5 : SignalDuinoV1/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 4 : SignalDuinoV1/read sendraw answer: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 4 : SignalDuinoV1/HandleWriteQueue: nothing to send, stopping timer


In der serial console des ESP-01 steht dann folgendes:

SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;


Bei off sieht es so aus:

2018.12.29 15:47:13 5 : SignalDuinoV1/write: adding to queue sendMsg P1#3187671040#R12
2018.12.29 15:47:13 5 : SignalDuinoV1: sendmsg msg=P1#3187671040#R12
2018.12.29 15:47:13 5 : SignalDuinoV1: sendmsg Preparing rawsend command for protocol=1, repeats=12, clock=560 bits=3187671040
2018.12.29 15:47:13 5 : AddSendQueue: SignalDuinoV1: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404; (1)
2018.12.29 15:47:13 4 : SignalDuinoV1/set: sending via SendMsg: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 5 : SignalDuinoV1 SW: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 4 : SignalDuinoV1 SendrawFromQueue: msg=SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 4 : SignalDuinoV1/msg READ: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 5 : SignalDuinoV1/noMsg Parse: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 5 : SignalDuinoV1/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 4 : SignalDuinoV1/read sendraw answer: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 4 : SignalDuinoV1/HandleWriteQueue: nothing to send, stopping timer


Serial:

SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;


Nur leider lassen sich damit die RSL Mini 3500 immer noch nicht anlernen, bzw. schalten.

Scheint also doch nicht wirklich zu gehen, oder ich stelle mich blöd an.
Was mich stutzig macht, dass ich in der serial console keine anderen "Funkwellen" sehe....

Kann es sein, dass das CC1101 nicht wirklich sauber läuft?
Wie kann ich das testen?
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

JensS

#1087
Hallo Sidey,

vielen Dank für deine Hilfe! Das Update habe durchgeführt, geflasht und neu gestartet. Der W132 wird angelegt und liefert Werte, allerdings nicht unbedingt die Richtigen. Die Windrichtung steht nicht auf W, sondern auf SSE( windDirection 7), die Temperatur stimmt, wird aber sporadisch auf 0.0 gesetzt. Ein Device Unknown wurde angelegt:Internals:
   CFGFN     
   CODE       CUL_TCM97001_Unknown
   DEF        CUL_TCM97001_Unknown
   LASTInputDev Signalduino
   MSGCNT     5
   NAME       Unknown
   NR         464
   STATE      Code: C3E1542921
   Signalduino_DMSG sC3E154292100
   Signalduino_MSGCNT 8
   Signalduino_RAWMSG MS;P2=611;P3=-7866;P4=-4074;P5=-1832;D=2324242525252524242424242525252524252425242524252525252425242525242525242525252524;CP=2;SP=3;R=0;
   Signalduino_RSSI -74
   Signalduino_TIME 2018-12-29 16:04:35
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1546095875.26009
   READINGS:
     2018-12-29 16:04:35   state           Code: C3E1542921
Attributes:
   model      Unknown



Gruß Jens

p.s. Im Netz habe iche ine Beschreibung des Funkprotokolls gefunden:
http://www.tfd.hu/tfdhu/files/wsprotocol/auriol_protocol_v20.pdf
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

jochen_f

Hier eine periodische Nachricht von meinem Sensor :

MU;P0=442;P1=-2006;P2=-9148;P3=-788;P4=-403;P5=806;P6=-3934;P7=-6640;D=06045453030453045453030304530453030454530453045454545454530303030454530303060454530304530454530303045304530304545304530454545454545303030304545303030701010101010601060106010601060601010106020106010606060606060101010101010101010601060106010601060601010106;CP=0;R=40;O;

Die sollte das letzte Bit invertiert haben.

Die empfange ich seit ca. RC9 aber nur noch sehr sporadisch. Mit RC5 kamen die noch regelmäßig.

Wenn man one und zero tauscht, ist die XOR Summe übrigens immer 0, daher scheint mir die invertiert Interpretation wahrscheinlicher.

Gruß, Jochen

Sidey

Zitat von: HomeAuto_User am 29 Dezember 2018, 13:18:07
Hier sehe ich noch einen Wiederspruch. Die Nachrichten werden als MU erkannt aber haben einen sync und bei Harst sind es auf einmal MS.  :o

MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;O;m0;
würde nur Sinn manchen
MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=1 41 3102023102020231313102313131313102310202313131313131020231313102020231 3;CP=1;SP=4;O;m0;
und da sind es nur 35 bit + sync

Der Sync ist ja hier die Sequenz 14 und nicht 41! Eventuell gehört die 1 aber zum Ende der letzten Übertragung und nicht zum Anfang einer neuen.

Zitat von: HomeAuto_User am 29 Dezember 2018, 13:18:07
MU;P0=14292;P1=-10684;P2=398;P3=-803;P4=-406;P5=806;P6=-4001;D=012323245324532324545324532454545323245453232324532453245 62 454532324532454532323245324532324545324532454545323245453232324532453245 62 4545323245324545323232453245323245453245324545453232454532323245324532456245453232453245453232324532453232454532453245454;CP=2;R=50;O;
ergeben 36 bit + sync aber als MU  ???

Hier müssten wit 26 finden, aber wur können nur 56 finden. Demnach gehört die 5 zur letzten Überragung (passt ja auch zur Erkentniss dass bei einem die Nachricht mit einer 1 und bei dem anderen mit einer 0 aufhört.

Gleiches Problem wie immer, dass die Definition eines Syncs leider die 62 nicht erkennt, was in diesem Fall helfen würde.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

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

Sidey

Zitat von: gandi1791 am 29 Dezember 2018, 15:56:36

FW: V 3.3.2.1-rc5 SIGNALduino cc1101 (433Mhz )- compiled at Nov 3 2018 11:23:09

Leider nein. Es handelt sich hierbei um eine Spezialversion von Ralf. Ich kann dir dazu leider nicht helfen.
Die Versionen aus dem SIGNALduino Projekt kannst Du direkt über das Modul flashen.
Dazu
1. Attribut Hardware setzen
2. Attribut updateChannelFW auf testing setzen
3. Get AvailableFirmware aufrufen und anschließend eine Version über set flash (Auswahldialog beachten) flashen.

Zitat von: gandi1791 am 29 Dezember 2018, 15:56:36
Protokoll ist korrekt eingebunden.
Update für "00_SIGNALduino.pm" deaktiviert, damit die Änderungen erhalten bleiben.
Welche Version genau hast Du da denn jetzt installiert? Ich empfehle dir die Aktuelle Entwicklerversion zu installieren.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

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

Ralf9

Zitat von: jochen_f am 29 Dezember 2018, 17:21:02
Hier eine periodische Nachricht von meinem Sensor :

MU;P0=442;P1=-2006;P2=-9148;P3=-788;P4=-403;P5=806;P6=-3934;P7=-6640;D=06045453030453045453030304530453030454530453045454545454530303030454530303060454530304530454530303045304530304545304530454545454545303030304545303030701010101010601060106010601060601010106020106010606060606060101010101010101010601060106010601060601010106;CP=0;R=40;O;

Die Nachricht ist kaputt:
60 454530304530454530303045304530304545304530454545454545303030304545303030
60 454530304530454530303045304530304545304530454545454545303030304545303030
ab hier kommt nichts sinnvolles mehr:
701010101010601060106010601060601010106020106010606060606060101010101010101010601060106010601060601010106;


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

gandi1791

Zitat von: Sidey am 29 Dezember 2018, 17:52:02
Leider nein. Es handelt sich hierbei um eine Spezialversion von Ralf. Ich kann dir dazu leider nicht helfen.
Die Versionen aus dem SIGNALduino Projekt kannst Du direkt über das Modul flashen.
Dazu
1. Attribut Hardware setzen
Ist gesetzt

Zitat von: Sidey am 29 Dezember 2018, 17:52:02
2. Attribut updateChannelFW auf testing setzen
3. Get AvailableFirmware aufrufen und anschließend eine Version über set flash (Auswahldialog beachten) flashen.
Diese beiden Punkte habe ich nicht zur Verfügung. Wo sollen die denn gesetzt werden? Im SignalDuino?

Zitat von: Sidey am 29 Dezember 2018, 17:52:02
Welche Version genau hast Du da denn jetzt installiert?
00_SIGNALduino.pm      16624 2018-04-15 18:58:49Z rudolfkoenig
(mit den drei kleinen Änderungen aus dem Beitrag hier.)

Zitat von: Sidey am 29 Dezember 2018, 17:52:02
Ich empfehle dir die Aktuelle Entwicklerversion zu installieren.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

Sidey

Zitat von: gandi1791 am 29 Dezember 2018, 21:03:13
Ist gesetzt
Diese beiden Punkte habe ich nicht zur Verfügung. Wo sollen die denn gesetzt werden? Im SignalDuino?
00_SIGNALduino.pm      16624 2018-04-15 18:58:49Z rudolfkoenig

Bitte installiere die aktuelle Entwicklungsversion, den Befehl + URL hatte ich dir im letzten Post bereitgestellt.
Dann hast Du auch die Optionen für das Flashen.
Die Änderungen aus dem Beitrag von 2017 führst Du bitte nicht aus, stattdessen trägst Du in das Attribut Whitelist_IDs die 75 (und ggf. noch weitere, welche Du empfangen möchtest) ein.

Komfortabel geht das über die Menüoption Display Protocollist.



Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

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

jochen_f

Hallo,

hier noch eine der periodischen Nachrichten. Die werden bei mir auch als MS erkannt.

MS;P1=-403;P2=813;P3=-812;P4=396;P5=-4005;D=45412123434123412123434341234123434121234123412121212121234343434121234343;CP=4;SP=5;R=39;O;m2

Dekodiert:
N1-5 : 0xCB14D7 (das ist einer meiner Sensoren)
N6: 0xE
N7: 0x1
N8: 0x8 (wobei der zweite Teil vom letzten Bit in RAWMSG fehlt bzw. am Anfang der nächsten Nachricht hängt)

XOR: 0xF

Gruß, Jochen