Anpassungen und Erweiterungen der 00_SIGNALduino.pm

[Ralf9]

Bei meiner Variante der 00_SIGNALduino.pm habe ich die folgenden Anpassungen und Erweiterungen eingebaut die nicht in der offiziellen Version drin sind.
Die 00_SIGNALduino.pm ist auf meine alternative Firmware ab V 3.3.2.1 und ab V 4.x.x optimiert.

Dies ist keine offizielle Version, es ist eine private Entwicklung von mir.
Bei Fragen oder Probleme
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900

Ein update auf meine Variante der 00_SIGNALduino.pm kann gemacht werden mit:
update all https://raw.githubusercontent.com/Ralf9/RFFHEM/master/controls_signalduino.txt
oder die aktuelle Version
update all https://raw.githubusercontent.com/Ralf9/RFFHEM/dev/controls_dev_ralf9_signalduino.txt

oder,
die 00_SIGNALduino.pm ins FHEM Verzeichnis kopieren
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/00_SIGNALduino.pm
und die signalduino_protocols.pm ins lib Verzeichnis kopieren
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/lib/signalduino_protocols.pm
und dann fhem neustarten

Optimierung für den Hideki Temperatur- und Feuchtigkeits Sensor (ID 12),

Es gibt ein neues Internal "versionprotoL" für das Datum der letzten Änderung des Protocolhash

SIGNALduino_Parse_MU, prüfen ob clock in der Toleranz ist (28.10.18 )
Es gibt dafür in der Protocollist einen neuen Eintrag clockpos
z.B. clockpos => ['cp'] oder clockpos => ['one',0],
#1

SIGNALduino_Read(), MU-Overflow (16.12.18 ) (ist bei der firmware V 4.x nicht mehr notwendig)
Damit können bei komprimierten MU-Nachrichten bei einem Überlauf auch die restlichen Daten übertragen werden. 21ee442
Dazu ist meine firmware ab V 3.3.2.1-rc8 notwendig.

Beim Protocollhash gibt es eine neue Kategorie changed
Damit sind Änderungen im Protocolhash besser nachvollziehbar
z.B.

20181219 new
20181204 new, old move to ID 33
20181216 move from ID 38

Im Information menu gibt es einen neuen Eintrag Display protocollist changes since days, damit können die Protokoll IDs mit "changed" Einträgen seit den letzten x Tagen angezeigt werden.

Parse_MS und Parse_MU reconstruct last bit (ist inzwischen auch im dev-r34)
Wenn in der Protokolldefinition reconstructBit => 1 steht, dann wird das letzte Bit, falls der Rest fehlt, rekonstruiert.

bei dispatch, bei addvals die ID zugefügt (03.02.19 )
Im logischen Modul wird nun beim Device bei den Internals auch die ID angezeigt.

Bei der sub SIGNALduino_Parse wird nun beim Dummy in den Internals keine unknownmessages mehr angelegt,
ca214dd

get availableFirmware (10.02.19)
Im Attribut updateChannelFW kann nun für get availableFirmware ein anderer Github Accout als RFD-FHEM eingetragen werden. e114fec
Z.B. bei updateChannelFW Ralf9 wird bei get availableFirmware dies verwendet:
https://github.com/Ralf9/SIGNALDuino/releases

bei set und get unnötige Befehle ausblenden (16.02.19 )
Beim DummyDevice werden bei set und get nicht unterstützte Befehle ausgeblendet.
Beim Device ohne cc1101 werden bei set und get die cc1101 Befehle ausgeblendet.
Bugfix bei Parse_MS() 7381be7

temporäre whitelist beim dummysduino (14.03.19) 20ea302
Wenn bei get dummysduino raw id<nr> am Anfang steht, dann wird "nr" als temporäre whitelist verwendet, z.B.
get dummysduino raw id91,91.1
get dummysduino raw id0#MS;P2=564;P3=-2096;P4=-4171;P5=-9052;D=252323232324232
Es gibt dafür ein neues Internal tmpWhiteList

Anpassungen für SIGNALduino_TOOL (14.03.19) 20ea302
Wenn es das Internal "rawListNr" gibt, dann wird die Nr per dispatch an das Modul SIGNALduino_TOOL übergeben

neues Attribut userprotocol (26.05.19) #3
und neuer Get Menüeintrag "protocolIdToJson"

Wenn mit einem get dummy raw ein dispatch gemacht wird, dann wird der Sensor/Devicename zurückgegeben (06.06.19) 719e2f0

[Ralf9]