Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Harst · 31 Dezember 2016, 09:30:52

Die 3.3V sind wahrscheinlich ein Eingang. Der pin muss mit den 3.3 des Arduino und gleichzeitig mit dem cc1101 verbunden sein.

Kawaci · 31 Dezember 2016, 09:44:01

hallo!
Wie bekomme ich die 3.3.1 version des signalduino mit update all und flash komando bekomme ich nur die 3.3.0 vom September? was mach ich falsch oder gibt es sie noch nicht auf normalen weg?

Sidey · 31 Dezember 2016, 09:58:31

Die Version 3.3.1 und die Firmware für den cc1101 bekommst Du mit

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

prodigy7 · 31 Dezember 2016, 10:45:39

Zitat von: Sequenzial am 31 Dezember 2016, 09:16:193,3 V und GND direkt am CC1101 hat keine Änderung gebracht, aber es liegt definitiv am Levelshifter.
Diesen hab ich nun mal kurz weg gelassen und der cc1101 wird nun erkannt.

Hab gesehen, dass einige den cc1101 schon sehr lange mit 5V betreiben ohne Probleme, aber ich halte mich gerne an Spezifikationen
Werde hier wohl in Zukunft mit Vorwiderständen arbeiten.

Komisch nur, dass der Levelshifter mit den Standard CUL funktioniert, sowohl auf 433 als auch 868 Mhz Modulen... Die hab ich aktiv schon im Einsatz.

Hab das bei mir auch ohne Levelshifter gebaut und das läuft schon seit vielen Monaten ohne Probleme. Bin einfach danach gegangen, das viele hier im Forum geschrieben haben dass das auch ohne zuverlässig läuft.

Ellert · 31 Dezember 2016, 11:01:30

Zitat von: prodigy7 am 31 Dezember 2016, 10:45:39
Hab das bei mir auch ohne Levelshifter gebaut und das läuft schon seit vielen Monaten ohne Probleme. Bin einfach danach gegangen, das viele hier im Forum geschrieben haben dass das auch ohne zuverlässig läuft.

Das kann ich bestätigen, bei mir läuft ein Selbstbau nanoCUL mit CC1101 schon fast 1 1/2 Jahre ohne Levelshifter und Vorwiderstände problemlos.

Ralf9 · 31 Dezember 2016, 12:29:41

Hier ist eine kleine Doku zur CC1101 konfiguration
https://forum.fhem.de/index.php/topic,58396.msg497921.html#msg497921

Wenn der CC1101 erkannt wurde steht bei der Versionsabfrage CC1101 drin. Es wird dazu in der Firmware die CCVersion abgefragt, wenn sie ungleich 0 und ungleich 255 ist, dann wird CC1101 in den Versionsstring eingefügt.

Mich würde interessieren wie die Erfahrungen mit dem CC1101 und dem Signalduino sind. Wie ist der Empfang im Vergleich zum RXB6 Empfänger?

Mit dem CC1101 werden nun auch die RSSI Werte übertragen. Beim CUL_TCM97001 und beim SD_WS07 wird der RSSI Wert schon in den Internals der Sensoren angezeigt.
Bei Bedarf lässt sich dies recht einfach auch in weiteren Modulen (z.B. Oregon oder Hideki) einbauen. Es wird dazu einfach #Rxx an die message angehängt.

Gruß Ralf

pejonp · 01 Januar 2017, 21:22:12

Hallo,

ich wünsche Euch allen ein gesundes Neues Jahr.

Den SignalDuino mit CC1101 (868MHz) (http://www.tme.eu/de/details/rc-cc1101-spi-868/rf-kommunikationsmodule/radiocontrolli/) habe ich mir mal zusammengebaut und bin sehr zufrieden damit. Antenne nur ein Stück Draht, auch nicht in der richtigen Länge. Trotzdem guter Empfang. Meine Wetterstationen WH1080 und WS0101 kann ich damit sehr gut empfangen. Der elv-Empfänger hat das so nicht gebracht.

RSSI:
Das mit dem RSSI-Wert ist auch schön. Ich habe jetzt schon mal die Version von @Ralf für das Modul 14_SD_WS09.pm nachgebaut. Gefällt mir nicht so gut.
Vielleicht wäre es besser, es so zu machen wie beim CUL_TCM..pm. Dort wird der RSSI-Wert am Ende als Hex-Wert angehangen. Das Modul kennt ja die Längen der Nachricht und kann so 2 Stellen vom Ende nehmen.

LaCross/IT+:
Ich habe einige LaCross Temp/Hum-Sensoren im Einsatz. Diese können mit einem CUL und dem Schalter Nr(1-3) empfangen werden. Zur Zeit ist ja die Datenrate beim CC1101 fest auf (DataRate:5603.79Baud) eingestellt. Bei diesen Sensoren muß diese aber verändert werden und sicher noch einige Sachen angepaßt werden. Beim CUL stehen die Werte in der rf_native.c/.h. Können diese Protokolle noch mit aufgenommen werden.

CUL: Nr1
1 - LaCrosse/IT+ 17.241 kbps
2 - LaCrosse/IT+ 9.579 kbps
3 - PCA 301 - 868.9500MHz 6.631kbps
Data is returned with prefix:
N<mode><payload> i.e.
N019746372630AAAA0000101A7F
N019CF6397D410021A6554ADF1A

Was kann man wie bzw. wo anpassen ? Den Signalduino CC1101-Sketch habe schon neu kompiliert und auf den Nano raufgebracht. Läuft.

Diese Sensoren empfange ich jetzt mit einem JeeLink (RFM12b/RFM69). Dieser gibt aber nicht den empfangen Hex-String aus, sonder wandelt dieses in ein eigenes Format.
z.B. Temp Sensor: OK 9 37 1 4 84 72).
Steckdose zur Leistungsmessung (EMT7110): OK EMT7110 84 103 9 66 0 101 0 11 53 240 1

Tschüß Jörg.

Ralf9 · 01 Januar 2017, 23:15:15

ich wünsche auch noch ein gesundes Neues Jahr.

das mit dem RSSI finde ich mit dem #R am Ende sauberer, da so eindeutig erkannt werden kann, ob in der Nachricht ein RSSI dabei ist.

Das einbauen vom LaCross/IT+ dürfte etwas aufwändiger werden, da dort der CC1101 im normal Mode betrieben wird. Da dort zum senden und empfangen der FIFO Puffer des CC1101 verwendet wird, sind dazu auch extra Sende- und Empfangsroutinen notwendig.

Nachtrag:
Eine Möglichkeit zur Initialisierung wäre, zuerst die notwendigen Registerwerte per W-Befehl in einen extra Bereich des EEPROM schreiben und dann mit dem N-Befehl den CC1101 mit den Werten vom EEPROM initialisieren.

Gruß Ralf

Sidey · 01 Januar 2017, 23:55:13

Zitat von: Ralf9 am 01 Januar 2017, 23:15:15
Das einbauen vom LaCross/IT+ dürfte etwas aufwändiger werden, da dort der CC1101 im normal Mode betrieben wird. Da dort zum senden und empfangen der FIFO Puffer des CC1101 verwendet wird, sind dazu auch extra Sende- und Empfangsroutinen notwendig.

Wir müssen das ja nicht identisch implementieren? Senden und empfangen kann man das ja auch im async modus nehme ich stark an.

Kawaci · 02 Januar 2017, 11:25:59

Hallo!
Also wenn ich mir das hier so durchlese, wird bald mein nanocul mit c1101 durch den signalduino ersetzt werden und auch mein jeelink clon der nur it+lacrosse sensoren abnimmt! Oder hab ich einen denkfehler?

StefanW · 02 Januar 2017, 16:41:40

Hallo,
ich bekomme seit einigen Tagen immer wieder Meldungen in diesem Format hier rein:

Code Auswählen

2017.01.02 13:01:45 3: Sduino_IP: Unknown code iAD56F41D800, help me!
2017.01.02 13:04:16 3: Sduino_IP: Unknown code iA4C5F55CF00, help me!
2017.01.02 13:08:45 3: Sduino_IP: Unknown code iAD56F41D800, help me!
2017.01.02 13:18:09 3: Sduino_IP: Unknown code iAC05F42C100, help me!

Ich es müsste irgendwas vom Nachbarn sein, da ich nix neues auf 433MHz hinzugefügt habe.

Komme gerade über die whitelist_IDs nicht richtig weiter, da ja Buchstaben am Anfang sind.

Wie bekomme ich den Signalduino dazu, das gezielt die Meldungen mit iA am Anfang ignoriert werden?
Bzw. was für ein Gerät könnte dafür verantwortlich sein?

Gruß
Stefan

Sidey · 02 Januar 2017, 16:51:19

Irgendwas wird da intertechno mäßig erkannt.

Stell mal auf verbose 4 und poste die Zeilen vom sduino, welche vor dem unknown Code kommen

StefanW · 02 Januar 2017, 17:53:37

So, habe mal auf verbose 4 mitgeloggt.
Das hier tauchte auf:

Code Auswählen

2017.01.02 17:07:30 4: Sduino_IP IT: message "iA4C5F55CF00" (12)
2017.01.02 17:07:30 4: Sduino_IP IT: msgcode "110DD000000DDDDD" (16) bin = 10100100110001011111010101011100111100000000
2017.01.02 17:07:30 4: Sduino_IP IT: Wrong IT message received: 110DD000000DDDDD
2017.01.02 17:07:30 3: Sduino_IP: Unknown code iA4C5F55CF00, help me!

2017.01.02 17:10:19 3: Sduino_IP IT: message "iA00BE63900" (11) too short!
2017.01.02 17:10:19 3: Sduino_IP: Unknown code iA00BE63900, help me!

2017.01.02 17:38:15 4: Sduino_IP IT: message "iAD56F41D800" (12)
2017.01.02 17:38:15 4: Sduino_IP IT: msgcode "11000010DD001DDDDD" (18) bin = 10101101010101101111010000011101100000000000
2017.01.02 17:38:15 4: Sduino_IP IT: Wrong IT message received: 11000010DD001DDDDD
2017.01.02 17:38:15 3: Sduino_IP: Unknown code iAD56F41D800, help me!

Sidey · 02 Januar 2017, 17:55:30

Kurz vor diesen Zeilen muss noch was mit MS im FHEMlog stehen.

StefanW · 02 Januar 2017, 18:05:04

Ups, vergessen..

Code Auswählen

2017.01.02 17:07:30 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:07:30 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iA4C5F55CF00 length 36
2017.01.02 17:07:30 4: Sduino_IP IT: message "iA4C5F55CF00" (12)
2017.01.02 17:07:30 4: Sduino_IP IT: msgcode "110DD000000DDDDD" (16) bin = 10100100110001011111010101011100111100000000
2017.01.02 17:07:30 4: Sduino_IP IT: Wrong IT message received: 110DD000000DDDDD
2017.01.02 17:07:30 3: Sduino_IP: Unknown code iA4C5F55CF00, help me!

2017.01.02 17:10:19 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:10:19 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iA00BE63900 length 32
2017.01.02 17:10:19 3: Sduino_IP IT: message "iA00BE63900" (11) too short!
2017.01.02 17:10:19 3: Sduino_IP: Unknown code iA00BE63900, help me!

2017.01.02 17:38:15 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:38:15 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iAD56F41D800 length 36
2017.01.02 17:38:15 4: Sduino_IP IT: message "iAD56F41D800" (12)
2017.01.02 17:38:15 4: Sduino_IP IT: msgcode "11000010DD001DDDDD" (18) bin = 10101101010101101111010000011101100000000000
2017.01.02 17:38:15 4: Sduino_IP IT: Wrong IT message received: 11000010DD001DDDDD
2017.01.02 17:38:15 3: Sduino_IP: Unknown code iAD56F41D800, help me!

Dann müsste ich id4 von der whitelist runter nehmen und dann dürfte nix mehr auftauchen, richtig?