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

Ralf9

Ich habe in der dev-r33 "get patable" zugefügt.

Außerdem habe ich in der sub SIGNALduno_Dispatch
"Dispatch only if $dmsg is different from last $dmsg, or if 2 seconds are between transmits" auf 3 Sekunden erhöht, da bei den SD_WS07 Sensoren die 2 Sekunden manchmal zuwenig waren.

Ich habe im Hideki-Modul das "$hash->{STATE} = "Defined";" aus der sub define entfernt.

Für das SD_WS07 Modul gibt es von krikan einen patch. @Sidey kannst Du diesen patch ins github commiten?
Ich weiß nicht wie man eine patch Datei einspielt.

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

Ralf9

Zitat von: Ralf9 am 14 Mai 2017, 09:12:08
ich habe einen Fehler in der Sendewarteschlangenroutine behoben, bitte mal testen.
Falls das Senden von mehreren set-Befehlen immer noch nicht funktioniert, benötige ich ein log-Auszug mit verbose 5.

Da ich bisher nichts mehr darüber gehört habe, kann ich nun davon ausgehen, daß die Sendewarteschlangenroutine nun funktioniert?
@majorshark liest Du hier mit?

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

caribuni

Hallo,

erstmal großen Dank an alle die am Signalduino gearbeitet haben: Habe seit einen Monat einen 433 MHz Signalduino mit CC1101 im Einsatz und bin begeistert.

Nun möchte ich den einen zweiten Stick mit 868MHz (ebenfalls CC1101) in Betrieb nehmen und komme nicht weiter:
- Firmware: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
- Stick lässt sich normal flashen, kommt dann (oder nach factory reset) mit einem default von 433 MHz hoch. Soweit OK kann man ja umstellen.


Problem: Sobald ich den Stick auf 868 MHz umstelle (set cc1101_frequ) kommt er nichts mehr.
Verbose auf 5 und freq=433,92 MHz: im Log rauschen munter Nachrichten durch (wenn ich 433 MHz bräuchte wär ich an dem Punkt glücklich - bin erstaunt wie gut sich der 868 Aufbau hier macht)
Umstellen auf 868.3 MHz: Stille (auch wenn parallel von einem JeeLink noch LaCrosse Sensoren empfangen werden).

Wer hat einen Tip für mich?
Danke um Voraus!



RaspiLED

Hi,
hast Du die patable gesetzt?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

caribuni

#529
Hallo Arnd,

habe ich nicht aktiv gesetzt- reading steht auf:
ccpatable C3E = 00 84 00 00 00 00 00 00

Bei den aufgelisteten set Aufrufen ist nur ein cc1101_patable_433 verfügbar.
=> liegt hier schon ein/das Problem?

Müsste ich hier etwas anderes setzen?

Grüße Stephan

Ralf9

Wenn Du beim 868 Mhz cc1101 die Sendeleistung mit set patable  ändern willst, dann muß Du das Attribut cc1101_frequency auf 868 setzen.
Dies hilft Dir aber nicht weiter, da sich dies nur auf den Sender auswirkt.
LaCrosse Sensoren können vom Signalduino nicht empfangen werden. Hast Du noch andere  868 Mhz Sensoren die Du empfangen willst?

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

RaspiLED

#531
Hi,
So habe mir jetzt auch mal den 868 zum Signalduino gemacht und die patable erhöht. Er hört auch schön brav die Hörmann toggle von MapleCUL versendet ;-)

Hier mal das list:

Internals:
   CFGFN
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:FS10:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
   DMSG       u63B56956A
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
   FD         5
   MSGCNT     16
   NAME       sduino868
   NR         1247
   PARTIAL
   RAWMSG     MU;P0=-1165;P1=460;P2=-3733;P3=-1977;P4=92;P5=-718;P6=174;P7=-448;D=0121310451313131067121313631213176213131065131312;CP=1;R=224;
   RSSI       -90
   STATE      opened
   TIME       1495142557
   TYPE       SIGNALduino
   cc1101_frequency 868
   sendworking 0
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   Matchlist:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#[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   ^YsA[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[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]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SIGNALduino_RSL ^r[A-Fa-f0-9]{6}
     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]+
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   Readings:
     2017-05-18 23:27:09   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2017-05-18 23:32:14   ccpatable       C3E = 00 C2 00 00 00 00 00 00
     2017-05-18 23:32:34   ccreg           C3E = 00 C2 00 00 00 00 00 00
     2017-05-18 23:36:23   ping            OK
     2017-05-18 22:39:20   state           opened
     2017-05-18 22:39:20   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   Getcmd:
   Keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     32
     33
     35
     38
     4
     41
     51
     55
     6
     7
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     34
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     63
     64
     65
     8
     9
Attributes:
   cc1101_frequency 868
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateways
   hardware   nanoCC1101
   room       Arbeitszimmer,Hardware

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...[/u]
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

caribuni

Danke euch schon mal für die Tipps - das cc1101_frequency Attribut hatte ich übersehen.

Bzgl. LaCrosse: das war nicht mein eigentliches Ziel. Bin nur davon ausgegangen, dass ich (ähnlich wie beim 433er Signalduino) einiges im Verbose=5 an Aktivität in den Logs sehen sehen müsste, auch wenn evtl. nichts decodiert werden kann.

Ziel ist ein 868 MHz Sender der in meiner Klingel verbaut ist. Ich hatte gehofft den Sender zumindest über einen notify auf DMSG in FHEM integriert zu bekommen (Ähnlich mache ich das mit einem 433 MHz Bewegungsmelder). Nun bin ich mir noch nicht sicher ob mein Signalduino Setup noch nicht passt oder ich mit meinem Sender kein Glück habe.

Werde mich am Wochenende wieder mit dem Thema beschäftigen.

Grüße
Stephan


Ralf9

ZitatFür das SD_WS07 Modul gibt es von krikan einen patch. @Sidey kannst Du diesen patch ins github commiten?
Ich weiß nicht wie man eine patch Datei einspielt.

Hallo Sidey,

hast Du Dir den Patch von krikan mal angeschaut, bekommst Du das commiten des patches hin?
https://forum.fhem.de/index.php/topic,72020.msg636753.html#msg636753


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

Sidey

Ich habe es zeitlich noch nicht geschafft. Ich nehme es mir die Tage vor...

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

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

bitbiter

Hallo allerseits. Ich habe mir gestern 3 kleine Wetterstationen von ADS, Mod. WS1644 gekauft.
Funkuhr, Wecker, blaue Beleuchtung (auf Knopfdruck) Temperatur und Feuchtigkeitssensor. Sogar eine
Wettervorhersage kann es, aber DAS ist eher uninteressant.

http://www.ade-germany.de/fileadmin/media/dokumente/BDA/Langanleitung_DE_WS1644.pdf

Aber weder der SDUINO noch der CUL433 registrieren da irgend etwas! Nichts! Ich habe mehrere gekauft, da ich
eine einfache lösung ohne viel Arbeit wollte, um an zwei stellen in der wohnung die Aussentemperatur / Feuchte abzulesen.
Das habe ich mit 2 Stationen und ein Sensor gelöst, funzt bestens. Zur protokollierung wollte ich aber noch das fhem
"mithört" und so nen schönen Plot erstellen kann.

Kennt dieses Produkt jemand, und hat sie in fhem am laufen?

Gruss
Alex
Raspi mit Homematic-CCU, KeyMatic mit FB, HM-SEC-MDIR-2, HM-Sec-Sco, HM-MOD-RPI-PCB, 2x LCGW m. CUL868 / CUL433. == BananaPi mit fhem + SSD, MAX! FK und TS, Cube read-only (demn. Umstieg --> CUL), mehrere TFA/LC Sensoren, Milight Controller + Bulbs, Revolt, ECO Taster, Home-Easy, ESP8266 etc....

Mave

Moin,

nach einem signalduino Update habe ich folgende Fehlermeldung im Log:
2017.05.30 06:40:38 1: reload: Error:Modul 14_SD_WS deactivated:
Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/14_SD_WS.pm line 15.

2017.05.30 06:40:38 0: Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/14_SD_WS.pm line 15.

2017.05.30 06:40:38 0: ERROR: Cannot autoload SD_WS


Ich glaube zu verstehen, dass ich Digest::CRC module laden muss. Aber warum muss ich das erst jetzt nach dem Update? Wurde das bisher nicht gebraucht und muss jetzt zusätzlich geladen sein?

Vielen Dank.

Grüße Mave

pejonp

@Mave

mein Fehler, mach mal bitte ein Update. Ich habe jetzt in der 14_SD_WS.pm den Import auskommentiert. Das Modul wird nur noch bei Bedarf und wenn es vorhanden ist geladen.

# use Digest::CRC qw(crc);

Jedenfalls ist es bei mir so. Bitte einmal pürfen.

pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

viegener

Ich habe nachwievor Probleme die SOMFY Handfernbedienungen sauber mit dem Signalduino zu empfangen. Da ich immer noch das SOmfy-Modul umstellen will.

Ich habe jetzt 3 verschiedene Devices ausprobiert - Empfang geht eigentlich nur sauber mit CC1101-Variante.

Es bleibt aber weiterhin das Problem, dass der Signalduino bei mir häufig die Daten um ein bit versetzt empfängt (also vorne ein Null-Bit zuviel)

Beispiel - Signalduino-Empfang:


2017.05.30 20:48:24 5: signalduino: extracted data 00001100100000100001111000111100001001011110011100100010 (bin)
2017.05.30 20:48:24 1: DEBUG>res :0C821E3C25E722
2017.05.30 20:48:24 1: DEBUG>dmsg :Ys0C821E3C25E722
2017.05.30 20:48:24 5: signalduino: Dispatch DMSG: Ys0C821E3C25E722


Fhemduino empfängt korrekt:


2017.05.30 20:48:24 4: FHEMduino_SomfyR reject duplicate message :Ys 19 10 3844 33858a:


Leider ist hier nur das erste Byte vergleichbar, da die signalduino-Nachricht noch nicht decodiert ist:


SIGNALDUINO: 0C oder      000011001
FHEMDUINO: 19 entspricht   00011001



Gibt es hier noch geheime Einstellungen oder habe ich etwas übersehen?
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Ralf9

ich habe mir das somfy-rts-protocol mal angeschaut.
https://pushstack.wordpress.com/somfy-rts-protocol/

Das Problem beim somfy ist, daß es im Gegensatz zu den anderen manchester Protokollen keine Preamble gibt.
Nach dem Software sync kommen direkt die Daten.
Evtl werden die "1/2 symbol width low(~604 us)" vom Software sync von der Firmware ab und zu als Daten erkannt.

Ein Möglichkeit wäre, in die Firmware die Erkennung des Software sync einzubauen. Dazu könnte dann bei Bedarf die für die Erkennung notwendigen Daten ins EEPROM geschrieben werden. Z.B. die Protokoll ID gefolgt von zwei 16 Bit Werten (z.B. 43, 4550, 604)
@Sidey siehst Du eine andere Möglichkeit?

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