SIGNALDuino Empfänger Firm- und Hardware

Begonnen von Ralf9, 02 Oktober 2016, 22:59:51

Vorheriges Thema - Nächstes Thema

HomeAuto_User

Wenn es nach deiner Änderung im Modul (dein Link) klappte, so reiche das doch als Patch ein um dauerhaft auch anderen damit zu helfen.

Ich werde morgen mal deine Änderung bei mir testen was passiert.


Gesendet von mobil -> Tapatalk Pro
"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

elektron-bbs

Zitat von: andies am 16 März 2019, 14:32:46
Ich wundere mich nur jetzt, wieso ich beim upgrade anscheinend keine neue Fassung des Moduls erhalten habe. Aber das ist zweitrangig, weil bei mir alles funktioniert!

Die Version hat sich geändert, demzufolge auch der Link für das Update:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r34/controls_signalduino.txt

Danach solltest du auch eine aktuelle Firmware flashen. Das geht jetzt komfortabel aus dem Internet:
get availableFirmware
set sduino flash 3.3.1-RC10
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

andies

danke, aber da lief was schief:


avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.16
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "3.3.1-RC10"
avrdude: error opening 3.3.1-RC10: No such file or directory
avrdude: input file 3.3.1-RC10 auto detected as invalid format
avrdude: can't open input file 3.3.1-RC10: No such file or directory
avrdude: read from file '3.3.1-RC10' failed

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

andies

#1008
Angepasst
https://wiki.fhem.de/wiki/SIGNALduino#Flashen_des_Arduino_mit_der_SIGNALduino_Firmware

Es wäre nicht schlecht, wenn Ihr auch das Wiki anpasst. Das Problem beim Signalduino ist, dass die Entwicklung extrem unübersichtlich geworden ist. Vielleicht sollten wir Threads zu alten Versionen schließen und dann auch Leute auffordern, eine update zu machen. Sonst denkt man immer noch, 3.3.0 wäre aktuell...
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

Zitatversion V 3.3.2-rc2 SIGNALduino cc1101 - compiled at Jun 1 2018 23:56:22
versionmodul v3.3.3
Bei meiner firmware ist die aktuelle Version V 3.3.2.1-rc8

Bei dem fhem Modul v3.3.4 (stable) im normalen fhem update (svn) sind noch ein paar kleine bugs.

Bei versionmodul wird noch die v3.3.3 angezeigt. Wenn Du version eingibst, kannst Du am Datum sehen ob Du die v3.3.4 hast.
# $Id: 00_SIGNALduino.pm 18693 2019-02-22 23:26:20Z Sidey $
#
# v3.3.4 (stable release 3.3)

SDUINO_VERSION            => "v3.3.3",


Da in der controls_fhem.txt die "signalduino_protocols.hash" nicht enthalten ist, wird die "signalduino_protocols.hash"  beim fhem update nicht geholt.
Als workaround wird die "signalduino_protocols.hash" vom svn nachgeladen, falls es im lib Verzeichnis kein "signalduino_protocols.hash" gibt.
%ProtocolListSIGNALduino = eval GetFileFromURL("https://svn.fhem.de/fhem/trunk/fhem/FHEM/lib/signalduino_protocols.hash",4,"",1,4);
D.H. wenn Du aus der dev-r33 noch eine ältere "signalduino_protocols.hash"  hast, wird diese nicht automatisch aktualisiert.

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

andies

Zitat von: Ralf9 am 17 März 2019, 10:37:57
Bei meiner firmware ist die aktuelle Version V 3.3.2.1-rc8
Uups, jetzt bin ich Dir anscheinend voraus, da fühle ich mich eigentlich gar nicht wohl

version V 3.3.1-RC10 SIGNALduino cc1101 - compiled at Dec 29 2018 01:43:10


Zitat von: Ralf9 am 17 März 2019, 10:37:57
Bei dem fhem Modul v3.3.4 (stable) im normalen fhem update (svn) sind noch ein paar kleine bugs.
Auch da habe ich schon
versionProtocols 1.01
versionmodul v3.4.0_dev_16.03

Ich hoffe mal, das ist kein Problem.

Zitat von: Ralf9 am 17 März 2019, 10:37:57
Als workaround wird die "signalduino_protocols.hash" vom svn nachgeladen, falls es im lib Verzeichnis kein "signalduino_protocols.hash" gibt.
%ProtocolListSIGNALduino = eval GetFileFromURL("https://svn.fhem.de/fhem/trunk/fhem/FHEM/lib/signalduino_protocols.hash",4,"",1,4);
D.H. wenn Du aus der dev-r33 noch eine ältere "signalduino_protocols.hash"  hast, wird diese nicht automatisch aktualisiert.
Das habe ich leider nicht ganz verstanden. Gebe ich das in die Kommandozeile oben ein?

Und letzte Frage: Ich habe vermutlich ein Problem mit einem neuen Gerät (W134), wo stelle ich da Code ein? (Momentan bin ich aber erstmal am prüfen, ob das Ding überhaupt etwas auf 433MHz sendet, das sieht nämlich komisch aus.)
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

sash.sc

Wo wird die Signalduino_protocols.hash abgelegt?

Gesendet von meinem E6653 mit Tapatalk

Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

Ralf9

ZitatWo wird die Signalduino_protocols.hash abgelegt?

sie liegt in
/FHEM/lib/signalduino_protocols.hash

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

sash.sc

Habe die Datei da gar nicht liegen....
Nur die sd_protocols.pm

Gesendet von meinem E6653 mit Tapatalk

Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

elektron-bbs

Wir vermischen jetzt immer mehr zwei verschiedene Entwicklerversionen, was sowohl die Firmware des SIGNALduino betrifft, als auch die SIGNALduino-Perl-Module:

https://github.com/RFD-FHEM

https://github.com/Ralf9

Diese beiden Zweige sind nicht 100%ig kompatibel. Das macht die Sache langsam aber sicher unnötig kompliziert.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

Ralf9

Zitatversionmodul v3.4.0_dev_16.03
Dies ist die aktuelle Entwicklerversion, die ist aktueller als die v3.3.4 (stable).

ZitatDas habe ich leider nicht ganz verstanden. Gebe ich das in die Kommandozeile oben ein?

Dies gilt nur für die v3.3.4 (stable) aus dem normalen fhem update, da muss man falls man noch eine signalduino_protocols.hash aus einer alten dev-r33 hat, diese von Hand reinkopieren.

Dies gilt nicht für die Entwicklerversion dev-r34, da funktioniert das aktualisieren des protocolhash. Dort heißt die Datei  "SD_ProtocolData.pm"

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

andies

Zitat von: elektron-bbs am 17 März 2019, 11:40:24
Das macht die Sache langsam aber sicher unnötig kompliziert.

Für mich als Anwender ist das fast wie der GAU. Aber woher soll ich das kapieren, zumal die Threads teilweise Hunderte Einträge haben.

Nochmal mein Vorschlag: Kann jemand, der sich auskennt, hier mal ein paar Einträge in Wikipedia vornehmen? So dass auch die Unbedarften kapieren, was sie tun und was sie besser lassen?
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

andies

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

andies

#1018
Zitat von: andies am 17 März 2019, 11:01:48
Und letzte Frage: Ich habe vermutlich ein Problem mit einem neuen Gerät (W134), wo stelle ich da Code ein? (Momentan bin ich aber erstmal am prüfen, ob das Ding überhaupt etwas auf 433MHz sendet, das sieht nämlich komisch aus.)
Ich habe mal eine debug-Ausgabe gemacht. Eigentlich habe ich zweimal die Batterien eingeklemmt, es erscheint aber nur eine Uhrzeit, nämlich 19 bzw 20 Sekunden nach 13:56.

Hat sich erledigt. Der Hersteller hat mir allen Ernstes geschrieben, er wisse nicht, auf welcher Frequenz das Gerät sende; "aber 433 ist es nicht". Herrlich.
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

HomeAuto_User

Guten Tag,

@andies, um was für ein Device handelt es sich direkt? Welcher Hersteller bzw welche Stationsnummer sind dazugehörig?

W134 ist zu wenig als Angabe.

Die Frequenz bekommst du ggf mit einem SDR heraus wenn die Modulation Dir keinen Strich durch die Rechnung macht.
(TI+ Bsp )

Kannst du mal Bilder vom Sensor zeigen?

Mfg


Gesendet von mobil -> Tapatalk Pro
"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