SIGNALDuino Empfänger Firm- und Hardware

[stefanru]

Ok vielen Dank.
Das kann ich dann alles noch ausprobieren wenn ich ihn wieder mal ins Haus hole

Vielen Dank für die viele Hilfe hier!

Gruß,
Stefan

[Ralf9]

Es liegt an der RX0 vom Nano <-> D8 am Wemos.
Ist der beim Strom drauf geben angeschlossen startet der Wemos nicht. Ist er nicht dran gehts.

Ich habe es bei mir nochmals versucht. Wenn ich den Strom wegnehme dauert es einige Minuten bis es der Signalduino merkt.
Wenn ich den Strom wieder anschließe kann es ein paar Minuten dauern bis der sduino wieder connected

Code Auswählen Erweitern

2017.04.19 00:55:17.077 3 : sduino/KeepAlive not ok, retry = 2 -> get ping
2017.04.19 00:56:17.080 3 : sduino/KeepAlive not ok, retry = 3 -> get ping
2017.04.19 00:57:17.086 3 : sduino/keepalive not ok, retry count reached. Reset
2017.04.19 00:57:17.086 3 : sduino reset
2017.04.19 00:57:17.087 3 : Opening sduino device 192.168.xxx
2017.04.19 00:57:20.091 3 : Can't connect to 192.168.xxx: Datei oder Verzeichnis nicht gefunden
2017.04.19 00:57:20.091 3 : Can't connect to 192.168.xxx: connect to http://192.168.xxx timed out
2017.04.19 00:57:20.091 3 : SIGNALduino sduino: connect to http://192.168.xxx timed out
2017.04.19 00:58:20.041 1 : sduino/define: 192.168.0.xxx
2017.04.19 00:58:20.042 1 : sduino/init: 192.168.xxx
2017.04.19 00:58:20.042 1 : 192.168.0.xxx reappeared (sduino)
2017-04-19 00:58:20.045 SIGNALduino sduino CONNECTED
2017.04.19 00:58:21.544 3 : sduino/init: disable receiver (XQ)
2017.04.19 00:58:22.043 3 : sduino/init: get version, retry = 0
2017-04-19 00:58:22.060 SIGNALduino sduino opened
2017.04.19 00:58:22.060 2 : sduino: initialized. v3.3.1-dev
2017.04.19 00:58:22.070 3 : sduino/init: enable receiver (XE)

Gruß Ralf

[stefanru]

Danke Ralf,

ich kann gerne nochmal versuchen einfach 5 minuten zu warten.
Ich habe immer versucht direkt auf die IP des WEMOS zu kommen, bzw. in der Fritzbox zu schauen ob sich der WEMOS schon am WLAN angemeldet hat.

Mit angeschlossener Leitung gab es keine Anmeldung im WLAN und natürlich keine Antwort vom WEMOS Webinterface.

Ohne Leitung sofort nach einstöpseln.

Hatte jetzt noch die Idee dass es eventuell am arduino nano liegt.
Ich habe so ein nachbau, da gabs doch probleme wenn man den Raspberry durchstartet dass der nanao auch nicht richtig initialisiert wurde.
Ich hatte damit eigentlich nie graß Probleme, wenn eiener mal nicht tat hab ich eben USB ab und wieder angeschlossen, aber eventuell hat das auch eine auswirkung auf den WEMOS?

Trotzdem vielen Dank nochmal.
Gruß,
Stefan

[RaspiLED]

Hi,
ja die Verbindung des Reset Pin am FT232 Chip auf Ground (direkt daneben) fehlt häufig.
Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk

[Ralf9]

Es liegt an der RX0 vom Nano <-> D8 am Wemos.
Ist der beim Strom drauf geben angeschlossen startet der Wemos nicht. Ist er nicht dran gehts.

ich kann gerne nochmal versuchen einfach 5 minuten zu warten.

Mit angeschlossener Leitung gab es keine Anmeldung im WLAN und natürlich keine Antwort vom WEMOS Webinterface.

Ohne Leitung sofort nach einstöpseln.

Wenn er sich nicht am WLAN anmeldet und der Ping nicht funktionert, macht es auch keinen Sinn 5 Minuten zu warten.
Hast Du D3 (GPIO 0) nicht angeschlossen? Du kannst mal testweise an D3 einen 10K Widerstand nach 3,3V anschließen.
Wenn der D3 beim Starten auf 0 geht, dann geht der ESP8266 in den flash Modus.
Den Effekt, daß sich der Wemos nicht am WLAN anmeldet, wenn "RX0 vom Nano <-> D8 am Wemos" verbunden hatte ich noch nie.

@hjgode
liest Du hiert mit? oder hat jemand anders eine Idee?

Gruß Ralf

[stefanru]

Hi Ralf,

danke für deine Hilfe.
Zur Zeit habe ich D3 an RST vom Nano.
Hatte ihn aber auch gar nicht angeschlossen.
Das hatte nix geändert.

Ok mit 10k an 3,3V versuche ich mal.

Ich werde berichten.

Gruß,
Stefan

[stefanru]

Hi Ralf,

habe ich nun auch probiert. an 3,3V -> 10k -> D3.
Leider brachte das auch nichts. Nach wie vor geht es nur wenn ich din D8 bzw RX0 ablasse beim einschalten.

Bin für jede weitere Idee dankbar.

Gruß,
Stefan

[luftdieb]

Hallo,
ich möchte den Signalduino zum Empfang meiner Wetterstation WH1080 einsetzen. Diese Station arbeitet mit 868 Mhz, weshalb ich das ELV Empfangsmodul RX868SH ( https://www.elv.de/elv-empfangsmodul-rx868sh-dv.html ) eingesetzt habe.
Als Basis dient ein Arduino Nano, welcher sich auch per eindeutiger FDDI ID ansprechen und flashen lässt. Jedoch funktioniert der Signalduino nicht so, wie ich es erwartet hätte...
Verschaltet wurden die Komponenten, wie es hier beschrieben wurde: https://wiki.fhem.de/wiki/FHEMduino. Die EN pins habe ich dauerhaft auf 5V gelegt.
Kompiliert bzw geflasht wurde die Version V 3.3.1-dev SIGNALduino.
Der state wechselt zu "opened". Jedoch empfange ich keine Daten, bzw. kann ich kein Register auslesen.
Als Hardware habe ich im fhem ein "nano328" konfiguriert... Hier bin ich mir unsicher, ob dass beim Empfangsmodul RX868SH so seine Richtigkeit hat...

Vielleicht hat jemand auch diese Wetterstation im Einsatz und empfängt schon Wetterdaten mit seinem SignalDuino und kann mir ein paar Tips geben.

Gruß
luftdieb

[pejonp]

@luftdieb

Schau mal hier https://forum.fhem.de/index.php/topic,39451.msg363597.html#msg363597 in die anlage oder auch hier
https://forum.fhem.de/index.php/topic,58396.msg521044.html#msg521044

Pejonp

[luftdieb]

@Pejonp
Danke für die beiden Links. Die Verdrahtung habe ich exakt wie referenziert ausgeführt.
Im Logbuch erscheint
2017.04.25 20:14:56.113 4 : sduino/KeepAliveOk: 0
2017.04.25 20:14:56.115 3 : sduino/KeepAliveOk: 0 retry = 1 -> get ping
2017.04.25 20:14:56.117 4 : sduino/keepalive retry = 1
2017.04.25 20:14:56.220 5 : sduino SW: P
2017.04.25 20:14:56.234 4 : sduino/msg READ: OK
2017.04.25 20:14:56.235 5 : sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.04.25 20:14:56.534 4 : sduino/HandleWriteQueue: nothing to send, stopping timer

Im Batteriefach des Senders ist ein Aufkleber PASS A14C. Demnach sollte diese Wetterstation mit dem Empfänger RX868SH-DV kompatibel sein. Aber soweit bin ich ja noch nicht.

Das Device im fhem habe ich wie folgt angelegt:
defmod sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700RF8S-if00-port0@57600
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino verbose 5

als config wird mir folgendes angezeigt:
setstate sduino opened
setstate sduino 2017-02-16 20:48:12 config MS=0;;MU=0;;MC=0
setstate sduino 2017-04-25 20:22:56 ping OK
setstate sduino 2017-04-25 20:11:56 state opened
setstate sduino 2017-02-16 20:48:03 uptime 0 00:03:49
setstate sduino 2017-04-25 20:11:56 version V 3.3.1-dev SIGNALduino - compiled at Jan  3 2017 23:59:32

Wie kann ich die Funktion verifizieren? Einen 433Mhz Steckdosen Sender habe ich... Aber diesen werde ich mit dem 868Mhz Modul nicht empfangen können, oder? Im fhem Eventviewer erscheint kein Eintrag von irgend welchen Funksignalen, wie ich es erwartet hätte.

Ich habe auch noch mal geflasht:

Code Auswählen Erweitern

flashing Arduino sduino
hex file: ./FHEM/firmware/SIGNALduino_nano328.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700RF8S-if00-port0
log file: ./log/SIGNALduino-Flash.log
sduino closed
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700RF8S-if00-port0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nano328.hex 2>./log/SIGNALduino-Flash.log

--- AVRDUDE ---------------------------------------------------------------------------------

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_A700RF8S-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 "./FHEM/firmware/SIGNALduino_nano328.hex"
avrdude: input file ./FHEM/firmware/SIGNALduino_nano328.hex auto detected as Intel Hex
avrdude: writing flash (17500 bytes):

Writing | ################################################## | 100% 4.89s

avrdude: 17500 bytes of flash written
avrdude: verifying flash memory against ./FHEM/firmware/SIGNALduino_nano328.hex:
avrdude: load data flash data from input file ./FHEM/firmware/SIGNALduino_nano328.hex:
avrdude: input file ./FHEM/firmware/SIGNALduino_nano328.hex auto detected as Intel Hex
avrdude: input file ./FHEM/firmware/SIGNALduino_nano328.hex contains 17500 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 3.57s

avrdude: verifying ...
avrdude: 17500 bytes of flash verified

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

sduino opened

Aber wie schon gestern geschrieben, bin ich mir nicht sicher, ob die gewählte Hardware "nano328" zu meinem RX868SH-DV Empfänger passt. Und der uno oder promini hört sich auch nicht so passend an. In der fhem Modulbeschreibung vom SIGNALduino gibt es hierzu keine weitere Information. Auch google oder das Forum hat hierzu verständliche Informationen geliefert...

Edit: Ich habe eben noch mal eine USB Verlängerung angeschlossen, sowie eine ordentliche 868 Mhz Antenne angelötet und siehe da... es funktioniert

Vielen Dank trotzdem für die Unterstützung

Gruß
luftdieb

[pejonp]

@luftdieb

falls noch Fragen zur WH1080 auftretten, einfach hier reinschreiben. https://forum.fhem.de/index.php/topic,39451.msg316447.html#msg316447.

Hier ist auch noch etwas https://forum.fhem.de/index.php/topic,67587.msg590469.html#msg590469.

pejonp

[Ralf9]

habe ich nun auch probiert. an 3,3V -> 10k -> D3.
Leider brachte das auch nichts. Nach wie vor geht es nur wenn ich din D8 bzw RX0 ablasse beim einschalten.

ich habe dafür ein neues Thema aufgemacht:
https://forum.fhem.de/index.php/topic,71059.0.html

Gruß Ralf

[trebron106]

Hallo Ralf,

da dass Senden von langen raw Befehlen ( 321 Bytes ) an meine FERNOTRON Rollladen mit den neuen Versionen nicht zuverlässig funktioniert,
den SIGNALduino geht nach einige Zeit einfach der Speicher aus ( freeram < 250), habe ich aufbauend auf deinen Quellcode eine Version für den ESP8266 erstellt.

Diese Version läuft jetzt schon einige Tage völlig Problemlos. Als Hardware kommt ein Wemos D1 Mini und ein RF1100SE Modul 433MHz zum Einsatz.
Das Senden von Befehlen an Intertechno-Steckdosen,  Brennstuhl  Steckdosen, Intertechno CMR-500 und Fernotron Rolladen klappt.
Der Empfang vom Handsender ITZ-500,  Brennstuhl RCS1000SN, sowie die von einen SIGNALduino gesendeten Befehle funktioniert auch.
Mehr Systeme habe ich leider nicht zum Testen. Ich hänge den Quellcode und eine kompilierte Bin-File zum Flashen an.

Ich habe am meinem Prod.  System einen SIGNALduino mit CC1101 (V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50)
und am Test System den Wemos D1 Mini mit RF1100SE (V 3.3.1-dev SIGNALduino cc1101 - compiled at May 7 2017 16:29:29) laufen,
in der Logfile auf beiden Systemen werden die gleichen Daten von unbekannten Geräten aus der Nachbarschaft gelogt.

Der Wemos ist wie folgt mit den RF1100se Modul verbunden.

  Wemos D1 Mini       RF1100se mit  cc1101 433MHz

     VDD                    --------       VDD    3.3V
     GPIO4  / D2        --------      GDO0
     GPIO5  / D1        --------      GDO2
     GPIO12 / D6       --------      MISO  --|  SPI Bus
     GPIO13 / D7       --------      MOSI  --|
     GPIO14 / D5       --------      SCLK  --|
     GPIO15 / D8       --------      CSn    --|
     GND                    --------      GND
     
     Led GPIO16 / D0

Zum Kompilieren alle Dateien in ein Verzeichnis kopieren, als Version habe ich die ARDUINO IDE 1.8.2 verwendet.
Zum Einrichten der WLan Verbindung kommt der ESP WifiManager zu einsatz, damit kann man die SID und sein Passwort einrichten.

Dieser muss installiert sein siehe Link:

   https://github.com/tzapu/WiFiManager

Beim erstmaligen Einrichten mit den WLAN Netz des ESP verbinden und die Oberfläche des Wifi Managers über 192.168.4.1 aufrufen.

Gruß
Klaus

[RaspiLED]

Hi,
Warum geht das beim Signalduino mit dem nativen ESP? Beim CUL gab es doch Timingprobleme, die eine Portierung unmöglich machen, oder? Liegt dS daran, das FHEM die Entschlüsselung macht und nicht der Arduino/ESP selbst?
Finde ich jedenfalls Mega Cool! Danke werde testen!
Gruß Arnd


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

[Ralf9]

Hallo Klaus,

Sidey hat es auch schon mit einen ESP8266 Signalduino versucht, er hat es aber nicht stabil hinbekommen, der ESP hat sich recht häufig resetet.
https://github.com/RFD-FHEM/SIGNALESP/tree/master/SIGNALESP

Hast Du mal darauf geachtet ob sich bei Dir der ESP auch von selbst resetet? Dies ist u.a. an der uptime erkennbar

Das Problem dabei ist, daß ESP regelmäßig Zeit braucht, damit er sich u.a. ums WLAN kümmern kann. Wenn er nicht ausreichend Zeit bekommt, macht der Watchdog einen reset.

https://forum.fhem.de/index.php/topic,69042.msg622564.html#msg622564

Es kann sein, daß es einigermaßen funktioniert wenn er nicht so viele und kurze Nachrichten empfängt.

Gruß Ralf