SIGNALDuino Empfänger Firmware V 3.3.2r-dev

Begonnen von Ralf9, 07 Januar 2018, 21:37:44

Vorheriges Thema - Nächstes Thema

meier81

Zitat von: Harst am 23 Juli 2020, 10:58:03
In welchem Abstand werden denn die Wiederholungen gesendet? Wenn ein Verlust auftritt ist bei mir wohl eine Störung auf dem Kanal. Dann reicht ein Wiederholen nicht, es müßte nach einigen Sekunen nocheinmal gesendet werden.

Horst

Da müsste ich jetzt lügen aber ich glaube die werden direkt hintereinander gesendet, da ist keine größere Pause (wie z.B. 1 Sekunde oder so) zwischendrin. Ich schau aber nochmal in der Quellcode, vielleicht finde ich da was.

Gruß
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

Ralf9

Die Pausen zwischen den Wiederholungen sind normalerweise max 32 ms.
Wäre die Pause zu groß würde es vom Empfänger nicht mehr als Wiederholung erkannt, sondern als neuer Tastendruck.
Bei bidirektionalen Protokollen kann die Pause auch größer sein

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

plin

Hi Ralf,

ich weiß nicht, ob ich in dem Thread richtig bin (ggf. bitte auf den korrekten verweisen), aber ich versuch's mal:

Ich habe mir drei neue Funkthermometer (Funk-Außensensor für Wetterstation FWS-70, https://www.pearl.de/a-NX6876-3041.shtml) von Pearl besorgt. Die werden prinzipiell als SD_WS07 Devices erkannt, das war's dann aber auch schon. Sporadisch erscheinen mal Tempaturwerte, aber es gibt keinen dauerhaften fehlerfreien Empfang. In meiner FHEM-Dev-Instanz habe ich vier SD_WS07 Devices, in meiner produktiven nur 2.

Ein List dines Devices sieht z.B. so aus:
Internals:
   CFGFN     
   CODE       SD_WS07_TH_2
   DEF        SD_WS07_TH_2
   FUUID      5f370144-f33f-d483-d5e4-0780b9531796b0b5
   LASTInputDev mySIGNALduino
   MSGCNT     45
   NAME       SD_WS07_TH_2
   NR         10698
   STATE      T: 27.7 H: 5
   TYPE       SD_WS07
   bitMSG     10110111 1001 000100010101 1111 00000101
   lastMSG    B79115F05
   lastReceive 1597476503.74956
   mySIGNALduino_DMSG P7#B79115F05
   mySIGNALduino_MSGCNT 64
   mySIGNALduino_Protocol_ID 7
   mySIGNALduino_RAWMSG MS;P1=504;P2=-1938;P3=-963;P4=-3882;D=1412131212131212121213131213131312131313121312131212121212131313131312131210;CP=1;SP=4;R=40;O;m2;
   mySIGNALduino_RSSI -54
   mySIGNALduino_TIME 2020-08-15 09:28:23
   READINGS:
     2020-08-15 09:28:23   batteryState    ok
     2020-08-15 09:28:23   channel         2
     2020-08-15 09:28:23   humidity        5
     2020-08-15 09:28:23   state           T: 27.7 H: 5
     2020-08-15 09:28:23   temperature     27.7
Attributes:
   event-min-interval .*:300
   event-on-change-reading .*
   room       SD_WS07
   userattr   max-deviation-hum:1,2,3,4,5,6,7,8,9,10,15,20,25,30,35,40,45,50 offset-hum


Im Log tauchen folgende Meldungen auf:
2020.08.15 09:21:50 5: mySIGNALduino: Read, RAW rmsg: Ms;▒▒;▒▒▒;▒̃;▒▒▒;D;C0;S4;R0;O;m2;
2020.08.15 09:21:50 4: mySIGNALduino: Read, msg READredu: MS;P0=503;P1=-1937;P2=-972;P4=-3902;D=0402010102020202020102020202020201020202010201010101010101010102020202010103;CP=0;SP=4;R=0;O;m2;
2020.08.15 09:21:50 4: mySIGNALduino: Parse_MS, Matched MS protocol id 7 -> Weather
2020.08.15 09:21:50 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.08.15 09:21:50 5: mySIGNALduino: Parse_MS, Found wrong signalpattern 03, catched 36 bits, aborting demodulation
2020.08.15 09:21:50 5: mySIGNALduino: Parse_MS, dispatching bits: 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 1 0 0 0 1 0 1 1 1 1 1 1 1 1 1 0 0 0 0 1 1
2020.08.15 09:21:50 4: mySIGNALduino: Parse_MS, Decoded matched MS protocol id 7 dmsg P7#608117FC3 length 36  RSSI = -74
2020.08.15 09:21:50 5: mySIGNALduino: Dispatch, P7#608117FC3, test gleich
2020.08.15 09:21:50 4: mySIGNALduino: Dispatch, P7#608117FC3, Dropped due to short time or equal msg
2020.08.15 09:21:50 4: mySIGNALduino: Parse_MS, Matched MS protocol id 91.1 -> Atlantic security
2020.08.15 09:21:50 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 3
2020.08.15 09:21:50 5: mySIGNALduino: Parse_MS, can't reconstruct last part pair=1


Gibt's da noch Probleme mit der Dekodierung?

Ciao
Peter
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

Hallo Peter,
wenn möglich hier https://github.com/RFD-FHEM/RFFHEM/tree/dev-r34
ein Issues eröffnen und dort lesen mehr Entwickler mit.

Das beste wird sein, du fügst gleich mal ein Log von einer halben Std bei mit Beschreibung wo du zum Empfang den Sender positioniert hattest.

Mfg Marco
"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

plin

#589
Zitat von: HomeAuto_User am 15 August 2020, 09:51:23
Hallo Peter,
wenn möglich hier https://github.com/RFD-FHEM/RFFHEM/tree/dev-r34
ein Issues eröffnen und dort lesen mehr Entwickler mit.

Das beste wird sein, du fügst gleich mal ein Log von einer halben Std bei mit Beschreibung wo du zum Empfang den Sender positioniert hattest.

Mfg Marco

Hi Marco,

ich werde versuchen mir noch etwas mehr Klarheit/Übersicht zu verschaffen, was wirklich los ist. Ich bin als erstes über die Fehlermeldung im Log gestolpert. Da sich auf 433 MHz aber sehr viel tut (keine Ahnung was meine Nachbarn so alles haben), werde ich das noch etwas vorsortieren ...

Ich habe mal das event-min-interval auf 60 Sekunden reduziert. Damit ich dichtere Messreihen kriege und sehen kann, ob die Temperatur drastisch springt (=zwei Devices funken funken Werte).

VG Peter

Update/Nachtrag: Nachdem ich gelesen habe, dass die von diesen (preisgünstigen) Teilen gelieferten Werte ziemliche Sprünge machen können, habe ich meine Erwartungen erst mal runtergeschraubt. Die Temperaturen sind (wenn sie denn ankommen) brauchbar präzise, die sehr sprunghafte Luftfeuchtigkeit interessiert mich nicht so sehr. Wenn ich's präziser/lückenfreier benötige melde ich mich wieder (oder kaufe mir was besseres  ;)). Wenigstens funken keine Devies der Nachbarn auf den Kanälen.

Nachtrag 2: Immerhin erkennt man aufgrund der Zacken bei der Luftfeuchtigkeit wie selten die Messwerte durchkommen.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

plin

Zitat von: HomeAuto_User am 15 August 2020, 09:51:23
Das beste wird sein, du fügst gleich mal ein Log von einer halben Std bei mit Beschreibung wo du zum Empfang den Sender positioniert hattest.

Auf 433 MHz empfange ich Signale von sehr vielen Devices. Also muss ich den SIGNALduino und das Thermometer in einen Faradayschen-Käfig packen. Eine Blechdose funktioniert nicht. Zusätzlich Alufolie funktioniert auch nicht.

Hat jemand eine Idee wie ich den Traffic auf ein einzelnes Thermometer beschränken kann?

Ciao
Peter
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

meier81

Zitat von: plin am 15 August 2020, 20:24:31
Hat jemand eine Idee wie ich den Traffic auf ein einzelnes Thermometer beschränken kann?

Hallo Peter,

du kannst im SIGNALduino Device oben auf "Display Protocollist" klicken und dann geht eine "Whitelist" auf, in der kannst du alle Protokolle die du nicht benötigst abwählen. Wenn ich dich richtig verstanden habe hast du SD_WS07-Sensoren, dann kannst du dort alles abwählen bis auf die ID7, das wäre dein Protokoll. Du wirst sehen das wird etliches ruhiger, ich habe bei mir auch nur meine Sensoren freigegeben und es kommt ansonsten wirklich nichts anderes rein, es hat anscheinend keiner in der Nachbarschaft meine Sensoren.

Gruß Markus
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

Ralf9

Zitatich weiß nicht, ob ich in dem Thread richtig bin (ggf. bitte auf den korrekten verweisen), aber ich versuch's mal:
Ich habe unter SlowRF dazu ein neues Thema aufgemacht, ich schreibe dort später noch was dazu.
https://forum.fhem.de/index.php/topic,113600.0.html

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

bjdriver

Hi Leute,
ich bin ganz neu hier und noch sehr grün hinter den Ohren was FHEM angeht. Allerdings bin ich Homematic-Profi.
Nun möchte ich aber meine Jarolifts mit FHM steuern und evtl. die Homematic-Devices später auch. Erster Versuch sollen eben die Jarolift Rolläden sein. Den Code dafür hab ich schon, ebenfalls habe ich einen Raspi mit FHEM installiert und Webzugriff. Nun bräuchte ich von Euch etwas Hilfe, meinen bereits zusammengelöteten Signalduino WLAN (auf Basis jenem von andies) zu flashen und einzubinden, die Jaros anzulernen. Ich habe die Möglichkeit, per AVR-ISP eine Firmware-Hex-Datei auf den Arduino nano zu schreiben, ist das nun der nächste Schritt? Welche FW nehme ich dann eigentlich für den Nano und für das ESP-01-Modul?
Gruß BJDriver

andies

Hi Stephan, also:

  • Firmware auf dem CC1101 ist bei mir "V 3.3.2.1-rc8 SIGNALduino cc1101", das Kommando dazu lautet
set sduino flash <url zur Firmware>
    , wobei du dir die Firmware in FHEM ja selbst holen kannst mit "get sduino availableFirmware" (ich glaube, ich habe dennoch eine von "außerhalb")
    [/li]
  • Bei dem ESP habe ich ESP-Link genommen. Der baut eine serielle Brücke auf und dann sprichst du den SIGNALduino via <ip-Adresse:23> an. Baudrate habe ich 57600 eingestellt, klappt.
Jetzt fällt mir noch was ein. Wenn das HM-Geräte sind, ist vermutlich der SIGNALduino nicht das geeignete Gerät. Super, das mir das jetzt einfällt  :-[
Einmal ist die Frequenz bei meinem CC1101 433MHz, Homematic hat aber 868 MHz. Zudem schafft anscheinend der SIGNALduino die Flanken nicht richtig, siehe https://forum.fhem.de/index.php/topic,68145.msg595998.html#msg595998
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Die aktuelle Version meiner alternativen firmware ist die "V 3.3.2.1-rc9", siehe hier im ersten Beitrag
Mit "get sduino availableFirmware" kann nur die offizielle firmware von Sidey geholt werden

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

HomeAuto_User

Hallo,

Ich denke die HM Geräte können mit dem Signalduino laufen. Das muss aber alternativ mal in einem separaten Faden diskutiert werden.

Welche genaue Hardware wird verwendet und welche Software von welcher Quelle?
Den ESP kannst du direkt flashen via Arduino oder PIO.

Bitte wirbelt die Themen nicht zu sehr durcheinander weil es schon ein Durcheinander ist 😀

Liebe Grüße Marco
"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

bjdriver

Hi !
mir geht's in erster Linie drum, Jarolift zu steuern, Homematic-Aktoren könnte ich bestimmt über die in der Homematic befindlichen CULs ansteuern.

Habe nun die aktuelle Firmware von Ralf9 drauf (denke ich).
In der config steht:
-----
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
setuuid initialUsbCheck 5f3699a6-f33f-0bc1-3321-e49016576cc0aa5c
define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
setuuid sduino 5f415040-f33f-0bc1-3640-eabe90adef876671
attr sduino hardware nanoCC1101
------
nun kommt hier Folgendes, siehe Bild. Ist das korrekt?:


andies

du hast per USB angeschlossen? Meine Platine ist ja auf Wlan ausgelegt, da muss die Definition anders lauten. Derzeit ist das Gerät ,,closed" und reagiert demzufolge nicht.
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

bjdriver

Ja, aktuell ist es per USB dran. Mit dem WLNA-flashen komme ich nicht so ganz klar, wie ich das machen soll.
Warum geht es vorerst nicht per USB, warum "closed"?