CMR 1000 schalten

[MaPae]

Bin ratlos.
Ich würde jetzt mit verbose=5 Empfang u. Senden untersuchen. 

2022.07.27 11:27:41 3: sduino IT_set: Gartenbeleuchtung on 2022.07.27 11:27:41 5: sduino IT_set: Type=SIGNALduino Protocol=V1 2022.07.27 11:27:41 4: sduino IT_set: sendMsg=P3#is0F000F000FFF#R6 2022.07.27 11:27:47 3: sduino IT_set: Gartenbeleuchtung off 2022.07.27 11:27:47 5: sduino IT_set: Type=SIGNALduino Protocol=V1 2022.07.27 11:27:47 4: sduino IT_set: sendMsg=P3#is0F000F000FF0#R6

Einmal hier die auswertung vom Einschalten und anschließendem Ausschalten.

@ Beta-User und rih, besten Dank, werde mal die Baudrate verändern und probieren, den Rest muss ich erstmal schauen was ich davon machen kann. Bin noch eher ganz am Anfang von FHEM

[Beta-User]

a) benutze bitte Code-Tags (der #-Button)

b) Hat sich der Zeitstempel von state ("opened") im Zusammenhang mit dem Senden aktualisiert? Wenn ja, ist das m.E. nicht gut, das Ding scheint sich zu resetten (meiner hat state/opened auf den Zeitpunkt vom letzten FHEM-Start stehen).

[MaPae]

a) benutze bitte Code-Tags (der #-Button)

zur Reduzierung der Baudrate?  oder meintest du für das Einfügen vom Code im Forum?

b) Hat sich der Zeitstempel von state ("opened") im Zusammenhang mit dem Senden aktualisiert? Wenn ja, ist das m.E. nicht gut, das Ding scheint sich zu resetten (meiner hat state/opened auf den Zeitpunkt vom letzten FHEM-Start stehen).

nein opened status bleibt unberührt beim schalten, habe ich eben extra nochmal probiert

[Beta-User]

zur Reduzierung der Baudrate? 

ymmd...

Für die Baudrate mußt du vermutlich nicht nur eine Zahl in FHEM ändern, sondern dazu auch die firmware selbst backen, spätestens das geht nicht so einfach von FHEM (oder dem Browser) aus. Aber wenn der "FTDI" sich nicht resettet, scheint (!) das nicht das Thema zu sein. Das Problem mit den fakes ist: Es ist tendenziell so, dass dem Vernehmen nach mit höheren Baudraten Übertragungsfehler zustande kommen. Ob das wirklich auch hier der Fall ist, kann dir vermutlich vorab keiner sagen...

[MaPae]

Zitat von: MaPae am Heute um 12:41:46

    zur Reduzierung der Baudrate? 

ymmd...

das beruhigt mich, hatte schon an meinen wenigen Kenntnissen gezweifelt

habe noch einen busware mit 433 mhz, den müsste ich doch parallel betreiben können oder? Dann sollte das damit doch eventuell klappen. Oder ist der Versuch sinnlos? Will an dem Somfy Rolläden nicht zu viel ändern, da der Urlaub kurz bevor steht und da sollte das laufen.

[Beta-User]

IT V1 sollte afaik auch ein "Original"-CUL mit "normaler" culfw beherrschen. Wenn nicht, gibt es wohl auch eine Signalduino-Firmware (raduino?).

[Ralf9]

evtl passt auch die ITclock nicht
https://fhem.de/commandref_DE.html#ITclock

Bitte poste mal die MS Nachrichten die Du beim drücken der on- und off Taste empfängst

Die MS Nachrichten sehen ungefähr so aus:

Code Auswählen Erweitern


MS;P2=1292;P3=-511;P4=389;P5=-1416;P6=-13975;D=46452345234523452345234523452345452323454545454545;CP=4;SP=6;

Gruß Ralf

[KölnSolar]

Ah jetzt. Hab Dich schon vermisst.

habe noch einen busware mit 433 mhz, den müsste ich doch parallel betreiben können oder? Dann sollte das damit doch eventuell klappen. Oder ist der Versuch sinnlos?

Klar kannst Du den parallel betreiben. Ist doch prima zum Paralleltest. Achte nur auf das attr IODev ! Und die culfw drauf.

[MaPae]

evtl passt auch die ITclock nicht
https://fhem.de/commandref_DE.html#ITclock

Bitte poste mal die MS Nachrichten die Du beim drücken der on- und off Taste empfängst

Die MS Nachrichten sehen ungefähr so aus:
Code: [Auswählen]

MS;P2=1292;P3=-511;P4=389;P5=-1416;P6=-13975;D=46452345234523452345234523452345452323454545454545;CP=4;SP=6;


Gruß Ralf

die nach dem Schalten an der Fernbedienung oder? aus dem Logfile oder? Hier bekomme ich dieses hier:

Code Auswählen Erweitern

2022.07.29 13:13:12 3: sduino IT: Gartenbeleuchtung off->on
2022.07.29 13:13:12 3: sduino IT: IT_0F000F000F off->on
2022.07.29 13:13:14 3: sduino IT: Gartenbeleuchtung on->off
2022.07.29 13:13:14 3: sduino IT: IT_0F000F000F on->off

Im Device, welches ich ja über die Fernbedinung schalten kann und sich der Status im FHEM ändert steht dies hier: Hoffe das ist das richtige:

Code Auswählen Erweitern

sduino_RAWMSG

MS;P0=-1121;P1=333;P2=1037;P3=-413;P4=-11615;D=14101010231010101010101023101010101010102310231010;CP=1;SP=4;R=15;O;b=41;s=1;m0;

[Ralf9]

MS;P0=-1121;P1=333;P2=1037;P3=-413;P4=-11615;D=14101010231010101010101023101010101010102310231010;CP=1;SP=4;R=15;O;b=41;s=1;m0;

Bitte teste es mal mit dem Attribut ITclock 330

[MaPae]

Mega, das war es wohl. Jetzt funktioniert es über die Fernbedienung sowie über FHEM.

Ihr seid Klasse! Vielen vielen Dank!

[KölnSolar]

Hi Ralf,
ich wusste doch, dass Du das sofort löst. 

Aber wo kommt die itclock=250(in Post#8) her ? Klar, dachte ich, aus der signalduino_protocols. Aber da steht -1=auto.  Was heißt denn auto beiim S'duino? IT-V1 ist eigentlich 400(glaub ich;420 lt aculfw).

Grüße Markus

[Ralf9]

Wenn im IT device kein Attribut ITclock gesetzt ist und in der Protokolldefinition bei  clockabs -1 (auto) steht, dann wird beim 00_SIGNALduino Modul beim Senden eine ITclock von 250 verwendet.

Code Auswählen Erweitern

if (!defined($clock)) {
$hash->{ITClock} = 250 if (!defined($hash->{ITClock}));
$clock=$ProtocolListSIGNALduino{$protocol}{clockabs} > 1 ?$ProtocolListSIGNALduino{$protocol}{clockabs}:$hash->{ITClock};
}

Gruß Ralf

[KölnSolar]

Dann müsste man den Wert für IT doch eigentlich von -1 auf sagen wir Mal 350 setzen ?
Wundert mich, dass es nicht mehr Probleme mit Original IT und V1 gibt.(Ich selber betreibe sie ja mit RFXTRX und lausche nur mit S'duino auf einem Testsystem)
Grüße Markus

[Ralf9]

Dann müsste man den Wert für IT doch eigentlich von -1 auf sagen wir Mal 350 setzen ?

Nein, wenn es nicht auf -1 stehen würde, dann würden nicht mehr alle Sensoren erkannt werden.
Bei der clockabs gibts bei der Erkennung eine Toleranz von 0,3
Bei 350 wäre das ein Bereich von ca 245 - 455 (350 x 0,3 = 105)

Es gibt auch Sensoren mit einer ITclock kleiner 200