SIGNALDuino Empfänger Firm- und Hardware

Ralf9 · 10 April 2020, 12:29:36

Nein der Bug ist im aktuellen Fhem Modul.

Bitte mach mal ca 10-20 mal ein "get ccconf" und schaue dann ob die ausgegebe Frequenz und Datarate immer gleich ist

Gruß Ralf

HomeAuto_User · 10 April 2020, 12:34:16

Hallo,

Zitat von: Ralf9 am 10 April 2020, 11:23:58
wenn das "get sduino raw" mit dem aktuellen 00_Signalduino Modul nicht mehr funktioniert, dann habt Ihr da noch ein Bug drin.

Wie Arnd schon geschrieben hat, hat das get raw den Vorteil, daß die Antwort in einem Dialogfenster ausgegeben wird.

Gruß Ralf

EINSPRUCH und Bedienfehler mit Sicherheit. Soeben frisch getestet.
Etwas verstellt und die Standardeinstellungen kamen zurück.

Im Modul

Code Auswählen

00_SIGNALduino.pm 21620 2020-04-07 21:20:33Z Sidey
funktioniert der Befehl

Code Auswählen

set [name] raw e
&

Code Auswählen

get [name] raw MS;P0=-9298;P1=495;P2=-1980;P3=-4239;D=1012121312131313121313121312121212121212131212131312131212;CP=1;SP=0;R=223;O;m2;

@Ralf, @dsoxygen, nein das ist kein Fehler im Modul.

dsoxygen · 10 April 2020, 12:39:25

Zitat von: Ralf9 am 10 April 2020, 12:29:36
Nein der Bug ist im aktuellen Fhem Modul.

Bitte mach mal ca 10-20 mal ein "get ccconf" und schaue dann ob die ausgegebe Frequenz und Datarate immer gleich ist

Gruß Ralf

4 mal gemacht. Ab dem dritten mal stand 17.920Mhz.
X-male später kam wieder 433.920Mhz.

Ralf9 · 10 April 2020, 12:42:11

ZitatEINSPRUCH und Bedienfehler mit Sicherheit. Soeben frisch getestet.

ich meinte nicht set sondern z.B
get raw e
get raw C99

HomeAuto_User · 10 April 2020, 12:42:22

Zitat von: dsoxygen am 10 April 2020, 12:39:25
4 mal gemacht. Ab dem dritten mal stand 17.9200Mhz.

@dsoxygen

Wenn du die Version

Code Auswählen

00_SIGNALduino.pm 21620 2020-04-07 21:20:33Z Sidey
besitzt, werden deine Readings

Code Auswählen

cc1101_config

Code Auswählen

cc1101_config_ext
nach einem FHEM RESTART neu gesetzt?

Das Rücksetzten der Register ist

Code Auswählen

set [name] raw e
nicht wie in der Commandref angezeigt bei get. Das ist falsch weil der "Link" in der Commandref sofort auf das erste "get" springt.

Das Verhalten wird wohl Anhand der Wiki als falsch definiert. Quelle: https://wiki.fhem.de/wiki/SIGNALduino

Code Auswählen

Fehlerbehandlung

Der SIGNALduino kann mit folgendem Befehl auf Werkseinstellungen zurückgesetzt werden:

    get raw e
als Antwort kommt dann "ccFactoryReset done". Ob ein solcher Reset nötig ist, erkennt man an der Antwort auf den Befehl "get config", auf den dann die Meldung "config: MS=1;MU=1;MC=1" folgen sollte.

In der Firmware sind die folgenden Befehle eingebaut

        get raw C<reg>
<reg> is a (two digit) hex number: return the value of the cc1101 register. <reg>=99 dumps the first 48 registers. Example: C35 -> C35 = 0D

Ralf9 · 10 April 2020, 12:46:14

Zitat4 mal gemacht. Ab dem dritten mal stand 17.920Mhz.
X-male später kam wieder 433.920Mhz.

Der Fehler ist bekannt, ich schreibe dazu heute Abend mehr.
Jetzt gehe ich erst mal mit dem Rad raus das schöne Wetter genießen

Gruß Ralf

dsoxygen · 10 April 2020, 12:50:27

Zitat von: HomeAuto_User am 10 April 2020, 12:42:22
@dsoxygen

Wenn du die Version
Code Auswählen Erweitern
00_SIGNALduino.pm 21620 2020-04-07 21:20:33Z Sidey
besitzt, werden deine Readings
Code Auswählen Erweitern
cc1101_config
Code Auswählen Erweitern
cc1101_config_ext
nach einem FHEM RESTART neu gesetzt?

Das Rücksetzten der Register ist
Code Auswählen Erweitern
set [name] raw e
nicht wie in der Commandref angezeigt bei get. Das ist falsch weil der "Link" in der Commandref sofort auf das erste "get" springt.

# $Id: 00_SIGNALduino.pm 21620 2020-04-07 21:20:33Z Sidey $
Wie bekomme ich raus ob die readings beim neustart neu gesetzt werden?
Und was hat das damit zu tun wenn ich die ccconf manuel abrufe und sich dabei die Freqenzanzeige ändert?

HomeAuto_User · 10 April 2020, 12:59:14

Zitat von: dsoxygen am 10 April 2020, 12:50:27
# $Id: 00_SIGNALduino.pm 21620 2020-04-07 21:20:33Z Sidey $
Wie bekomme ich raus ob die readings beim neustart neu gesetzt werden?
Und was hat das damit zu tun wenn ich die ccconf manuel abrufe und sich dabei die Freqenzanzeige ändert?

In der Version

Code Auswählen

# $Id: 00_SIGNALduino.pm 21620 2020-04-07 21:20:33Z Sidey $

werden die aktuellen Einstellungen deiner Konfiguration bei jedem Neustart oder Reset gelesen.
Ob sich die Readings aktualisieren siehst du, indem du auf die Zeit schaust, FHEM neu startest und dann dir den Timestamp vom Reading ansiehst. (ggf. wird dieser auch rot).

Die Differenz bei den Tests ist noch deine Firmware.
Du nutzt soeben

Code Auswählen

# version V 3.3.1 SIGNALduino cc1101 (chip CC1101) #
wo es schon eine aktuelle gibt im dev.

Ob es dort Inkompatiblitäten zum Modul gibt, kann ich derzeit nicht auf die Schnelle testen. Da muss auf jedenfall ein Auge drauf gewurfen werden.

Fakt derzeit, es gibt im Wiki genannt Optionen welche nicht mit deiner Konstelation ausführbar sind.

dsoxygen · 10 April 2020, 13:06:44

Zitat von: HomeAuto_User am 10 April 2020, 12:59:14
Ob sich die Readings aktualisieren siehst du, indem du auf die Zeit schaust, FHEM neu startest und dann dir den Timestamp vom Reading ansiehst. (ggf. wird dieser auch rot).

Ja.
Nach einem "shutdown restart" sind die readings:

cc1101_config
cc1101_config_ext
cc1101_patable
state

mit aktuellen Zeitstempel versehen also upgedated.

HomeAuto_User · 10 April 2020, 13:08:15

Zitat von: dsoxygen am 10 April 2020, 13:06:44
Ja.
Nach einem "shutdown restart" sind die readings:

cc1101_config
cc1101_config_ext
cc1101_patable
state

mit aktuellen Zeitstempel versehen also upgedated.

Das ersetzt das manuelle Abrufen von ccconf und dort sollten die "Livewerte" von dir nun drin stehen.

dsoxygen · 10 April 2020, 13:15:03

Zitat von: HomeAuto_User am 10 April 2020, 13:08:15
Das ersetzt das manuelle Abrufen von ccconf und dort sollten die "Livewerte" von dir nun drin stehen.

Ja. Das tut es.

Ralf9 · 10 April 2020, 20:01:00

Zitat4 mal gemacht. Ab dem dritten mal stand 17.920Mhz.
X-male später kam wieder 433.920Mhz.

Was für eine Hardware verwendest Du für den sduino, selbstgebaut oder gekauft?
Bei unsauber aufgebauter Hardware kann es ab und zu passieren, daß durch timingprobleme falsche Werte aus den cc1101 Registern gelesen werden.
Ich habe hier auch so eine unsauber aufgebaute Hardware mit der ich das fehlerhafte lesen von cc1101 Registern nachvollziehen konnte.

Bei meiner firmware konnte ich dieses timing Problem fixen.
Die aktuelle firmware ist V 3.3.2.1-rc9
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Gruß Ralf

dsoxygen · 10 April 2020, 20:05:02

Zitat von: Ralf9 am 10 April 2020, 20:01:00
Was für eine Hardware verwendest Du für den sduino, selbstgebaut oder gekauft?

Eigenbau. Anscheinend unsauber. *heul*

Ralf9 · 11 April 2020, 10:40:58

Zitat von: Kawaci am 27 März 2020, 11:35:28
Zum steuern meiner somfy ras Markise, die Steuerung läuft über fhem kein problem! Jetzt wollte ich den Hnadsender auch hinzufügen aber in autocreate wird kein gerät angelegt!

ZitatRSSI -94.5

Du hast anscheinend recht schlechte Empfangsverhältnisse, dadurch wird der Anfang der Nachricht nicht richtig erkannt.

Ich habe bei mir mal in der 00_SIGNALduino.pm
in der "sub SIGNALduino_SomfyRTS()"
dies

Code Auswählen

		if ($mcbitnum == 57) {
			$bitData = substr($bitData, 1, 56);

abgeändert nach

Code Auswählen

		if ($mcbitnum == 57 || $mcbitnum == 81) {
			$bitData = substr($bitData, 1, $mcbitnum - 1);

und dann mit einem Dummysduino die MC-Nachricht von Dir simuliert, dann passt es

Code Auswählen

2020.04.11 10:25:53.230 4 : sduinoD/msg get raw: MC;LL=-1333;LH=1205;SL=-683;SH=589;D=5026A6A6DD97E64800268;C=634;L=81;R=215;
2020.04.11 10:25:53.230 4 : sduinoD: Found manchester Protocol id 43 clock 634 RSSI -94.5 -> Somfy RTS
2020.04.11 10:25:53.230 4 : sduinoD: Somfy bitdata: 010100000010011010100110101001101101110110010111111001100100100000000000001001101000 (81)
2020.04.11 10:25:53.230 4 : sduinoD: Somfy bitdata: _10100000010011010100110101001101101110110010111111001100100100000000000001001101 (80). Bit am Anfang entfernt
2020.04.11 10:25:53.230 4 : sduinoD Dispatch: YsA04D4D4DBB2FCC90004D, -94.5 dB, dispatch
2020.04.11 10:25:53.263 4 : sduinoD: Somfy RTS preprocessing check: D enc: A04D4D4DBB2FCC90004D(20) dec: A0ED0000F694E3
2020.04.11 10:25:53.263 1 : SOMFY Unknown device E394F6 (A0 0000), please define it

Gruß Ralf

zod · 12 April 2020, 09:46:39

Guten Morgen zusammen und frohe Ostern!

Ich bin recht neu mit der Materie, versuche aber jetzt bereits seit Stunden und Tagen einen Eigenbau-Signalduino ans laufen zu bekommen.

Als Komponenten habe ich lediglich einen ESP8266 (NodeMCU 1.0) und einen Neuftech TI-CC1101.
Die Verkabelung habe ich wie hier vorgenommen:

https://wiki.fhem.de/wiki/SIGNALduino

Die Beschriftung war bei meinem CC1101 etwas anders. Ich habe die Kabel wie folgt verbunden:

Bezeichnung     ESP Pin
SCK/CLK D5/GPIO14
SI/MOSI      D7/GPIO13
SO/MISO     D6/GPIO12
CSN       D8/GPIO15
GDO0     D2/GPIO4
GDO2 D1/GPIO5
VCC 3V
GND G

Mein Aufbau besteht also nur aus den 2 Komponenten und 8 Kabeln.
Ich habe nun einmal versucht die fertig kompilierte Hex-Datei (SIGNALDuino_ESP8266cc11013.3.1) zu flashen
und einmal das Ganze mit der Arduino IDE selbst kompiliert und den ESP8266 geflashed. Das hat soweit auch beides funktioniert.
Beim selbst kompilieren habe ich nur in der "compile_config.h" die Zeile "#define OTHER_BOARD_WITH_CC1101 1" aktiviert.

Beim Neustart des ESP8266 hat er ein WIFI aufgemacht und ich konnte meine WiFi-Daten eingeben.

Wenn ich in der Konsole nun schaue, gibt der ESP folgende Daten aus:

Code Auswählen

Starting config portal with SSID: NodeDuinoConfig
*WM: [1] AutoConnect 
*WM: [2] Connecting as wifi client... 
*WM: [1] STA static IP:
*WM: [2] setSTAConfig static ip not set 
*WM: [3] WIFI station disconnect 
scandone
*WM: [1] Connecting to SAVED AP: FRITZ!Box 7590 WO
*WM: [3] Using Password: x
*WM: [3] WiFi station enable 
*WM: [3] enableSTA PERSISTENT ON 
*WM: [1] connectTimeout not set, ESP waitForConnectResult... 
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 

connected with FRITZ!Box 7590 WO, channel 6
dhcp client start...
ip:192.168.178.51,mask:255.255.255.0,gw:192.168.178.1
*WM: [2] Connection result: WL_CONNECTED
*WM: [3] lastconxresult: WL_CONNECTED
*WM: [1] AutoConnect: SUCCESS 
*WM: [1] STA IP Address: 192.168.178.51
*WM: [1] Starting Web Portal 
*WM: [3] dns server started with ip: 
*WM: [2] HTTP server started 
scandone
*WM: [2] WiFi Scan completed in 1588 ms

Und danach...nichts mehr.
Wenn ich den Befehl "?" an das Gerät sende, sollte ich dann nicht einen weiteren Output bekommen? Es passiert von hier an einfach nichts mehr.
Habe es über den Arduino Monitor versucht. Oder benötige ich ein anderes Tool?
Gesendete Befehle von meiner Remote scheint er auch nicht aufzuschnappen.
Ich möchte übrigens die Befehle von meiner Dooya (bzw. nobily) Fernbedienung empfangen und angezeigt bekommen.

Hat jemand eventuell eine Idee, woran es liegen könnte?
Ich danke euch jetzt schon!