RFFHEM icon indicating copy to clipboard operation
RFFHEM copied to clipboard

msgOutro in MU messages

Open sidey79 opened this issue 6 years ago • 3 comments

Expected Behavior

Define when msgOutro should be used and remove it when it is not needed.

Actual Behavior

msgOutro is used in MU protocols, but there is no code which checks for an outro when sendmsg prepares a mu message. Only in MC messages msgOutro is used

Specifications

  • Versionmodul (FHEM Module): 3.3.3 master

sidey79 avatar Feb 21 '19 20:02 sidey79

GitMate.io thinks possibly related issues are https://github.com/RFD-FHEM/RFFHEM/issues/153 (Warema MU ?), https://github.com/RFD-FHEM/RFFHEM/issues/110 (MU Message is demodulated, if start pattern was not found), https://github.com/RFD-FHEM/RFFHEM/issues/111 (MU Message - repeats are not demodulated correctly), https://github.com/RFD-FHEM/RFFHEM/pull/492 (00_SIGNALduino.pm - reconstruct last MU-Bit), and https://github.com/RFD-FHEM/RFFHEM/issues/24 (Multiple messages get processed within same time).

sidey79 avatar Feb 21 '19 20:02 sidey79

das msgOutro heißt bei MS- und MU-Nachrichten end

Ralf9 avatar Feb 22 '19 18:02 Ralf9

Das scheint aber noch nicht richtig ausgewertet zu werden. Ich brauchte eben für ein neues Protokoll noch einen Puls am Ende der Nachricht und habe in der Definition folgendes eingefügt: end => [1], # 460

Wenn ich das richtig deute, wird end nach der pause, also eigentlich am Beginn einer Nachricht bei Wiederholungen eingefügt:

my %bitconv = (1=>"one", 0=>"zero", 'D'=> "float", 'F'=> "float", 'P'=> "pause", 'U'=> "universal"); ... $SignalData.=$signalHash{end} if (exists($signalHash{end}));

Sehe ich das richtig? Ich würde mir sonst behelfen, in dem ich vor der pause noch ein zusätzliches Bit sende.

elektron-bbs avatar Dec 19 '19 20:12 elektron-bbs