SIGNALDuino Empfänger Firmware V 3.3.2r-dev

[Ralf9]

Bei den Protokollen 72 und 72.1 gab es in den letzten 2 Jahre keine Änderungen. Obs beim Siro-Modul änderungen gab habe ich nicht geschaut.

Mein Stick funktioniert nach einam Stromausfall nicht mehr/richtig/unzuverlässig.

Was meinst Du mit Stromausfall? Hast Du danach bei Fhem ein update gemacht?

Werden die Tastendrücke von der Fernbedienung noch sauber erkannt?

Bitte poste mal ein Foto vom sduino

Gruß Ralf

[Invers]

Mein Herd hat mich angepfiffen und wollte sich auch nicht mehr beruhigen. Mi blieb nichts Anderes Übrig, als die Sicherung zu schalten. Dabei habe ich wegen mangelhafter Beschriftung die Sicherung für mein Wohnzimmer entfernt, statt die des Herdes.
Danach ging erst einmal bei fhem alles drunter und drüber. Z.B. ging in der Küche das Licht an, obwohl das DOIF nicht hätte schalten dürfen. Wenn ich hingegen den Pi ausschalte und neu starte gibt es solche Ausreisser nicht.

Seitdem schaltet der SD so bescheuert bis gar nicht.
Ich habe nun dir FW geflasht und mein fhem zurückgesetzt auf die Zeit vor dem Stromausfall.
Hat leider keine Besserung gebracht.
Es macht den Eindruck, als würde die Sendeleistung nicht mehr ausreichen.

Was könnte ich denn vor einem Neukauf noch probieren?
Schlafzimmer geht gar nicht mehr, Wohnzimmer geht einigermassen. Jeweils 2 Rollos. Schaltbefehle werden auch im Log klaglos angezeigt. Wie kann ich denn sehen, ob etwas gesendet wird? Muss ich mich da an byte09 wenden, wegen Siro-Modul?
Vielen Dank im Voraus.

[Ralf9]

Was ergibt ein
get sduino ccconf
get sduino ccpatable

[Invers]

Code Auswählen Erweitern

ccconf: Freq: 433.920 MHz, Bandwidth: 406 KHz, rAmpl: 42 dB, sens: 16 dB, DataRate: 5603.79 Baud, Modulation: ASK/OOK, Syncmod: No preamble/sync

Code Auswählen Erweitern

ccpatable: C3E = 00 84 00 00 00 00 00 00 => 5_dBm
Danke, dass du dich meiner Sache annimmst.

[Invers]

Ich habe inzwischen den SD in mein Testsystem aufgenommen. Einen Siro natürlich auch.
Dort funktioniert der Stick ebenfalls unzuverlässig.

[Ralf9]

Welchen Wert hat das Attribut "SIRO_signalRepeats"?

Du kannst auch mal mit dem raw Befehl "e" einen Factoryreset der cc1101 Register machen

Ein Foto von Deinem sduino wär auch interessant

[Invers]

Der Wert ist nicht gesetzt. Habe nun 5 und 9 probiert, aber ohne Erfolg. Habe das Attribut wieder gelöscht.
set sduino raw e
brachte auch keinen Erfolg.

EDIT

Unschärfe kommt durch den Schrumpfschlauch.
Ich sehe den Stick blinken, wenn ich ein Sendekommando gebe.

[Ralf9]

Hast Du nach dem flashen mit "get Version" die Version überprüft?
V 3.3.2.1-rc9 SIGNALduino cc1101

Du kannst auch mal die Sendeleistung mit "set patable" auf 7 oder 10 erhöhen.

Bitte setze beim Rollo im Schlafzimmer das Attribut verbose auf 5
und beim sduino das Attribut verbose auf 4.
Bitte sende dann zum Rollo das Kommando hoch oder runter und poste dann den log-Auszug.

Evtl passt was mit der Antenne nicht, z.B. Kontaktproblem an der Koaxbuchse, zum Testen kannst Du anstatt der Koaxbuchse einen 17.3 cm langen Draht anlöten.

Auf dem Foto kann ich keine Levelshifter erkennen, der cc1101 wird damit außerhalb der Spezifikation betrieben, in der Regel läuft es trotzdem problemlos, man kann aber nicht ausschließen daß dadurch der cc1101 irgendwann einen Schaden nimmt.

Gruß Ralf

[Invers]

Ich hatte die Version geprüft.

Du kannst auch mal die Sendeleistung mit "set patable" auf 7 oder 10 erhöhen.

Habe ich probiert, ging dann gefühlt etwas besser, aber nicht sehr zuverlässig.

Die Antenne sollte eigentlich funktionieren, aber ich werde es ausprobieren und dann breichten.

Logauszug:

Code Auswählen Erweitern

2021.06.04 20:57:32 5: Siro-progmode: reached progmode off
2021.06.04 20:58:45 3: sduino: Attr, setting Verbose to: 4
2021.06.04 20:59:10 5: Siro-Set: eingehendes Kommando open
2021.06.04 20:59:10 5: Siro-Set: param -
2021.06.04 20:59:10 5: Siro-Set: ermittelter Befehl: off
2021.06.04 20:59:10 5: Siro-Set: cmd nach change : off
2021.06.04 20:59:10 3: Siro-Set (Siro_SZL) : set Up
2021.06.04 20:59:10 5: Siro-Set: off downtime - waytodrive 0
2021.06.04 20:59:10 5: Siro-Set: off downtime - state  0
2021.06.04 20:59:10 5: Siro-Set: off downtime - up1time  0.18
2021.06.04 20:59:10 5: Siro_sendCommand: cmd - off
2021.06.04 20:59:10 5: Siro_sendCommand: repeats  - 9
2021.06.04 20:59:10 4: sduino: Set_sendMsg, sending : SR;R=9;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123454545452345454545232345454523452345452323454523234523454523234545452345454523;
2021.06.04 20:59:10 5: Siro_sendCommand: name-Siro_SZL command-off  channel-3 bincmd-00010001 bin-1000010000110001010011001101001100010001 id-undef message-P72#1000010000110001010011001101001100010001#R9
2021.06.04 20:59:10 5: Siro-Set: setze timer -off
2021.06.04 20:59:10 5: Siro-Finish: action - off
2021.06.04 20:59:10 4: sduino: HandleWriteQueue, called
2021.06.04 20:59:10 4: sduino: SendFromQueue, called
2021.06.04 20:59:10 4: sduino: SendFromQueue, msg=SR;R=9;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123454545452345454545232345454523452345452323454523234523454523234545452345454523;
2021.06.04 20:59:10 4: sduino: Read, msg: SR;R=9;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123454545452345454545232345454523452345452323454523234523454523234545452345454523;
2021.06.04 20:59:10 4: sduino: CheckSendrawResponse, sendraw answer: SR;R=9;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123454545452345454545232345454523452345452323454523234523454523234545452345454523;
2021.06.04 20:59:12 4: sduino: HandleWriteQueue, called
2021.06.04 20:59:12 4: sduino: HandleWriteQueue, nothing to send, stopping timer
2021.06.04 20:59:20 5: Siro-Set: eingehendes Kommando close
2021.06.04 20:59:20 5: Siro-Set: param -
2021.06.04 20:59:20 5: Siro-Set: ermittelter Befehl: on
2021.06.04 20:59:20 5: Siro-Set: cmd nach change : on
2021.06.04 20:59:20 3: Siro-Set (Siro_SZL) : set Down
2021.06.04 20:59:20 5: Siro-Set: on downtime - waytodrive 100
2021.06.04 20:59:20 5: Siro-Set: on downtime - state  0
2021.06.04 20:59:20 5: Siro-Set: on downtime - down1time  0.17
2021.06.04 20:59:20 5: Siro_sendCommand: cmd - on
2021.06.04 20:59:20 5: Siro_sendCommand: repeats  - 9
2021.06.04 20:59:20 4: sduino: Set_sendMsg, sending : SR;R=9;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123454545452345454545232345454523452345452323454523234523454523234545232345452323;
2021.06.04 20:59:20 5: Siro_sendCommand: name-Siro_SZL command-on  channel-3 bincmd-00110011 bin-1000010000110001010011001101001100110011 id-undef message-P72#1000010000110001010011001101001100110011#R9
2021.06.04 20:59:20 5: Siro-Set: setze state down , setze Timer - on
2021.06.04 20:59:20 4: sduino: HandleWriteQueue, called
2021.06.04 20:59:20 4: sduino: SendFromQueue, called
2021.06.04 20:59:20 4: sduino: SendFromQueue, msg=SR;R=9;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123454545452345454545232345454523452345452323454523234523454523234545232345452323;
2021.06.04 20:59:20 4: sduino: Read, msg: SR;R=9;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123454545452345454545232345454523452345452323454523234523454523234545232345452323;
2021.06.04 20:59:20 4: sduino: CheckSendrawResponse, sendraw answer: SR;R=9;P0=4760;P1=-1496;P2=680;P3=-408;P4=340;P5=-748;D=0123454545452345454545232345454523452345452323454523234523454523234545232345452323;
2021.06.04 20:59:22 4: sduino: HandleWriteQueue, called
2021.06.04 20:59:22 4: sduino: HandleWriteQueue, nothing to send, stopping timer

Auf dem Foto kann ich keine Levelshifter erkennen, der cc1101 wird damit außerhalb der Spezifikation betrieben, in der Regel läuft es trotzdem problemlos, man kann aber nicht ausschließen daß dadurch der cc1101 irgendwann einen Schaden nimmt.

Ich hbae vorsichtshalber einen neuen Stick bestellt. Der soll morgen oder Montag ankommen. Scheint mit meinem Stick identisch aufgebaut zu sein. Ist ja dann eigentlich schade. Ich habe aber keinen besseren gefunden.

Du hast ja echt ne Menge Ideen.
Ich danke dir nochmal für die Mühe und die Hilfe.
Mal sehen, was die Antenne bringt.

[Invers]

Ich glaube es einfach nicht.
Der Tipp, dem ich zuletzt zugetraut hätte, zu helfen, der war es.
Der angelötete Draht hat es offenbar gebracht.
Der Stick schaltet bisher bei 15 Versuchen fehlerfrei.
Nun habe ich ab morgen oder Montag 2 Sticks. Naja, ist dann halt reserve.

Nochmals herzlichen Dank!!!!

[my-engel]

Hallo,

ich habe mal eine bescheidene Frage.
Welche Firmware muss ich bei einem minicul (nanocul Verkabelung mit ATmega 328P 3.3V 8MHz) nehmen wenn ich z.B. mit einem FTDI flashe?
und wenn ich später über fhem flashe, sollte ich das Attribut "hardware - miniculCC1101" setzen und mir wird dann die Richtige angeboten?
also die für den 3.3V 8MHz...

Danke Uwe

[Ralf9]

minicul (nanocul Verkabelung mit ATmega 328P 3.3V 8MHz) nehmen

wenn Du mit einem 3.3V promini und der nanocul Verkabelung einen Signalduino gebaut hast, dann ist es kein minicul.
Die passende Firmware und Attribut Hardware ist dann "3v3prominiCC1101"

Beim minicul sind im Vergleich zur nanocul Verkabelung gdo0 und gdo2 vertauscht
PIN_SEND    2  # cc1101 gdo0 Pin TX out
PIN_RECEIVE 3  # cc1101 gdo2 Pin Rx in

[my-engel]

Danke für die Antwort,

habe ihn mit einem FTDI geflasht mit version:
V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:14:45 (3.3V 8MHz)
und das versionmodul ist:
v3.4.4_dev+14042020
er ist opened und scheint zu empfangen,
aber es gibt kein Attribut  "3v3prominiCC1101".
gibt es eine aktuellere Version?

Gruß Uwe

[Ralf9]

die aktuelle Version von meinem angepasstem 00_SIGNALduino.pm Modul gibts hier:
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900

v3.4.4_dev+14042020

Dies ist die offizelle Version von Sidey vom normalen fhem update. Damit müsste meine firmware auch funktionieren. Es fehlen damit einige komfort Funktionen, es kann sein, daß mit einem zukünftigen Update des 00_SIGNALduino.pm Moduls von Sidey meine Firmware nicht mehr funktioniert.

Das Attribut hardware wird beim normalen Betrieb nicht benötigt, es wird nur beim download und flashen der Firmware verwendet.

Gruß Ralf

[HomeAuto_User]

Hallo Uwe,

...
aber es gibt kein Attribut  "3v3prominiCC1101".
gibt es eine aktuellere Version?

Gruß Uwe

Das Attribut mit deinem Namen wird es nicht geben, da es allgemein "miniCC1101" beziffert wurde. Es hängt mit der Entwicklungsgeschichte zusammen. Ausschlaggebend im großen Sinne ist der Prozessor. In deinem Falle ein ATMega328P". Ob die FW dann für 5V oder 3.3V kompiliert wird sollte keine relevante Rolle spielen. Wichtig ist immer, du schaust nach deinem uC und dann kannst du in dem SourceCode auch die Beschaltung entnehmen wenn kein Wiki auf das passende existiert.

...
Dies ist die offizelle Version von Sidey vom normalen fhem update. Damit müsste meine firmware auch funktionieren. Es fehlen damit einige komfort Funktionen, es kann sein, daß mit einem zukünftigen Update des 00_SIGNALduino.pm Moduls von Sidey meine Firmware nicht mehr funktioniert.

Ob "komfort Funktionen" der Unterschied zwischen den Firmwarevarianten ist, liegt im Sinne des Betrachters. Die Versionen von Sidey und Ralf sind in deinem Falle gleich.

Wenn du auf die aktuelle Version deine uC´s springen möchtest, so gibt es auf

Code Auswählen Erweitern

https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r3.5_xFSK die noch derzeit laufende Entwicklerversion. Damit kannst du auch xFSK empfangen. Das passende Modul hinterliegt auf

Code Auswählen Erweitern

https://github.com/RFD-FHEM/RFFHEM weil das SVN noch etwas hinterher hinkt. Dies wird in der nächsten Zeit aktualisiert.

MfG Marco