SIGNALDuino Empfänger Firm- und Hardware

[gloob]

Ich glaube den Set-Befehlt gibt es in der SignalESP Firmware nicht:

Code Auswählen Erweitern

Unknown argument cc1101_freq, choose one of ITClock close disableMessagetype enableMessagetype flash raw reset sendMsg

Scheinbar kommt aber trotzdem etwas an:

Code Auswählen Erweitern

017.07.01 19:59:38 4: SIGNALESP868/msg READ: MS;P1=1257;P2=-417;P3=415;P4=-1296;P5=-10052;D=35341234123412341234123412341234123412341234123412;CP=3;SP=5;R=35;O;
2017.07.01 19:59:38 4: SIGNALESP868: Matched MS Protocol id 45 -> revolt
2017.07.01 19:59:38 5: SIGNALESP868: Starting demodulation at Position 2
2017.07.01 19:59:38 4: SIGNALESP868: Decoded MS Protocol id 45 dmsg i555555 length 24
2017.07.01 19:59:38 5: SIGNALESP868: converted Data to (i555555)
2017.07.01 19:59:38 5: SIGNALESP868: dispatch i555555
2017.07.01 19:59:38 4: SIGNALESP868 IT: message "i555555" (7)
2017.07.01 19:59:38 4: SIGNALESP868 IT: msgcode "FFFFFFFFFFFF" (12) bin = 010101010101010101010101
2017.07.01 19:59:38 5: SIGNALESP868 IT: V1 housecode = FFFFFFFFFF  onoffcode = FF


Sieht nach einer IT Message. Scheinbar funktioniert es auch ohne Umschalten der Frequenz.

[RaspiLED]

Hi,
also bei mir schon
Aber das erscheint erst, wenn man

Code Auswählen Erweitern


attr SIGNALESP868 hardware nanoCC1101
attr SIGNALESP868 cc1101_frequency 868

setzt.

Und dann schau mal auf was der aktuell steht:
get SIGNALESP868 ccconf

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...[/code]

[gloob]

Okay scheinbar hatte ich noch nicht ein Update gemacht:

Code Auswählen Erweitern

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

Jetzt klappt auch das setzen der Frequenz über

Code Auswählen Erweitern

set cc1101_freq 868.3

Allerdings werden die Daten durchs nächste Update wieder überschrieben. Gibt es hierfür eine "Lösung" oder einen Link wo geschrieben steht wie alles eingebunden werden muss?

[RaspiLED]

Ja, siehe wiki Signalduino

Mach mal die update zeile mit add statt mit all

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[gloob]

Bisschen blöd ist es trotzdem. Jetzt gibt es immer den Kampf zwischen dem FHEM SVN und dem von Signalduino:

Code Auswählen Erweitern

fhem
List of new / modified files since last update:
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/98_Dooya.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex

fhemtabletui
nothing to do...

signalduino
nothing to do...

Ich möchte aber auch ungern die ganzen Dateien auf die Ignore-Liste setzen. Wie ist es denn wirklich gedacht?

[RappaSan]

Kennt ihr nicht das global attr "exclude_from_update"?

[Sidey]

Wenn Du es mit Update add einfügst, dann wird auch immern die Entwicklungsversion mit aktualisiert.

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

[gloob]

Also meine Update Liste sieht jetzt so aus:

Code Auswählen Erweitern

http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent.com/knowthelist/fhem-tablet-ui/master/controls_fhemtabletui.txt
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Update check sieht so aus vor einem Update:

Code Auswählen Erweitern

fhem
List of new / modified files since last update:
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/98_Dooya.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex

fhemtabletui
nothing to do...

signalduino
nothing to do...

Ein Log des Updates sieht so aus:

Code Auswählen Erweitern

2017.07.02 22:30:02 1 :
2017.07.02 22:30:02 1 : fhem
2017.07.02 22:30:02 1 : UPD FHEM/00_SIGNALduino.pm
2017.07.02 22:30:02 1 : UPD FHEM/14_Hideki.pm
2017.07.02 22:30:02 1 : UPD FHEM/14_SD_WS.pm
2017.07.02 22:30:02 1 : UPD FHEM/14_SD_WS07.pm
2017.07.02 22:30:02 1 : UPD FHEM/14_SD_WS09.pm
2017.07.02 22:30:02 1 : UPD FHEM/14_SD_WS_Maverick.pm
2017.07.02 22:30:02 1 : UPD FHEM/41_OREGON.pm
2017.07.02 22:30:02 1 : UPD FHEM/90_SIGNALduino_un.pm
2017.07.02 22:30:02 1 : UPD FHEM/98_Dooya.pm
2017.07.02 22:30:02 1 : UPD FHEM/firmware/SIGNALduino_nano328.hex
2017.07.02 22:30:02 1 : UPD FHEM/firmware/SIGNALduino_promini328.hex
2017.07.02 22:30:02 1 : UPD FHEM/firmware/SIGNALduino_uno.hex
2017.07.02 22:30:02 1 : saving fhem.cfg
2017.07.02 22:30:02 1 : saving ./log/fhem.save
2017.07.02 22:30:03 1 :
2017.07.02 22:30:03 1 :
2017.07.02 22:30:03 1 : fhemtabletui
2017.07.02 22:30:03 1 : nothing to do...
2017.07.02 22:30:03 1 :
2017.07.02 22:30:03 1 :
2017.07.02 22:30:03 1 : signalduino
2017.07.02 22:30:03 1 : UPD ./FHEM/14_Hideki.pm
2017.07.02 22:30:03 1 : UPD ./FHEM/00_SIGNALduino.pm
2017.07.02 22:30:03 1 : UPD ./FHEM/14_SD_WS09.pm
2017.07.02 22:30:03 1 : UPD ./FHEM/90_SIGNALduino_un.pm
2017.07.02 22:30:03 1 : UPD ./FHEM/98_Dooya.pm
2017.07.02 22:30:04 1 : UPD ./FHEM/14_SD_WS_Maverick.pm
2017.07.02 22:30:04 1 : UPD ./FHEM/14_SD_WS07.pm
2017.07.02 22:30:04 1 : UPD ./FHEM/41_OREGON.pm
2017.07.02 22:30:04 1 : UPD ./FHEM/firmware/SIGNALduino_nano328.hex
2017.07.02 22:30:04 1 : UPD ./FHEM/firmware/SIGNALduino_promini328.hex
2017.07.02 22:30:04 1 : UPD ./FHEM/firmware/SIGNALduino_uno.hex
2017.07.02 22:30:04 1 : UPD ./FHEM/firmware/SIGNALduino_nanoCC1101.hex
2017.07.02 22:30:05 1 : UPD ./FHEM/firmware/SIGNALDuino_radinoCC1101.hex
2017.07.02 22:30:05 1 : UPD ./FHEM/14_SD_WS.pm
2017.07.02 22:30:05 1 : saving fhem.cfg
2017.07.02 22:30:05 1 : saving ./log/fhem.save
2017.07.02 22:30:05 1 :
2017.07.02 22:30:05 1 : New entries in the CHANGED file:
2017.07.02 22:30:05 1 : 05.12.2016
2017.07.02 22:30:05 1 : Bugfix weong return in SIGNALduino_un ParseFn
2017.07.02 22:30:05 1 : 09.10.2016
2017.07.02 22:30:05 1 : improve Send queue: Send not before response of previous
2017.07.02 22:30:05 1 : 30.09.2016
2017.07.02 22:30:05 1 : SIGNALduino is now nonblocking
2017.07.02 22:30:05 1 : improved init and keepalive
2017.07.02 22:30:05 1 : some fixes providing more messages instad of fewer.
2017.07.02 22:30:05 1 : fixed some manchester realted things
2017.07.02 22:30:05 1 : added protocol 43 Somfy RTS
2017.07.02 22:30:05 1 : increased number of pattern from 6 to 8 to support dooya shutter protocol better
2017.07.02 22:30:05 1 : Rised the allowd numbers in protocol check
2017.07.02 22:30:05 1 : fixed a possible bug, that append a 0 nibble in mc message
2017.07.02 22:30:05 1 : added a new information field in mc messages, providing exact number of
2017.07.02 22:30:05 1 : provided bits
2017.07.02 22:30:05 1 : fixed incomplete mc output (last nibble was not delivered)
2017.07.02 22:30:05 1 : decoding mc signals > message buffer is now possible
2017.07.02 22:30:05 1 : max 340 bits are currently suppored
2017.07.02 22:30:05 1 : small improvement in processMessage (if MS decoding fails,
2017.07.02 22:30:05 1 : mc or mu decoding is called)
2017.07.02 22:30:05 1 : corrected readings for firmware version.
2017.07.02 22:30:05 1 : new sendMsg Function
2017.07.02 22:30:05 1 : 14_SD_WS09.pm WH1080 CRC-Berechung angepaßt--> automatische Modelauswahl
2017.07.02 22:30:05 1 : 15.01.2016
2017.07.02 22:30:05 1 : - Added 14_SD_WS09.pm Module for WH1080 (WS-0101, TFA30.3189) & CTW600 868MHz OOK/AS
2017.07.02 22:30:05 1 : 08.11.2015
2017.07.02 22:30:05 1 : ... rest of lines skipped.
2017.07.02 22:30:05 1 : Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while

Nach dem Update sieht es wieder so aus:

Code Auswählen Erweitern

fhem
List of new / modified files since last update:
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/98_Dooya.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex

fhemtabletui
nothing to do...

signalduino
nothing to do...

Kann doch nicht Sinn der Sache sein, dass mir das Update Check jetzt immer Updates anzeigt die erst aus dem Haupt-SVN geladen werden und anschließend vom Signalduino SNV direkt wieder überschrieben werden.

Gibt es einen Grund die Daten nicht ins FHEM-SVN einzuchecken?

[gloob]

Niemand mit dem gleichen Problem?

[Sidey]

Über das FHEM Update kommen die "finalen" Versionen. Das ist die aktuelle stabile Version.

Über das git kommt eine in Entwicklung befindliche Version. Die muss nicht immer funktionieren und ist meist auch nicht ganz fehlerfrei.

Wenn die development Version fertig und stabil ist, kommt dieser Stand auch wieder ins SVN und ist damit über das Fhem Update verfügbar.

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

[gloob]

Das heißt eigentlich brauch ich das Update aus dem Dev SNV garnicht?

[Jarnsen]

Hallo,

Bin seit langem mal wieder hier. Und es hat sich viel getan. Welcher der vielen Versionen des SignalDuino /SignalESP ist jetzt die beste. Sendeleistung,Stabilität, Zuverlässigkeit usw.


Jarnsen

[RaspiLED]

Hi,
wenn der USB Port frei ist, die nanoCUL Hardware mit SMA Antennenanschluss der läuft stabil und man kann die Frequenzen und Antennen der eigenen Situation anpassen.

Wenn man den ESP8266 nutzen will, spart man sich den USB Port, hat aber evtl. noch einige Softwaretests in den nächsten Monaten

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[stefanru]

Hi,

kurze Frage zum SignalESP.
Wie würde man denn einen 433 Sender und Empfänger anschließen?
Also jeweils mit Power Ground und Data. Wo müssten die 2 Data Leitungen hin?
Ich meine nicht einen cc1101? Geht das auch? Finde dazu keine Info.

Vielen Dank,
Stefan

[trebron106]

Hallo Stefan,

hier sind die benutzten Ein- und Ausgänge

Code Auswählen Erweitern



*   
*   VDD           -------- VDD    3.3V
*   GPIO4  / D2   -------- GDO0   = Senden (433Mhz Sender)
*   GPIO5  / D1   -------- GDO2   = Empfangen (433Mhz Empfänger)
*   GPIO12 / D6   -------- MISO  --|  SPI Bus für C1101
*   GPIO13 / D7   -------- MOSI  --|
*   GPIO14 / D5   -------- SCLK  --|
*   GPIO15 / D8   -------- CSn   --|
*   GND           -------- GND
*   
*   
*   Led GPIO16 / D0
*



Gruß
Klaus