Signalduino Entwicklung

Begonnen von thoffma3, 05 Juli 2015, 23:01:00

Vorheriges Thema - Nächstes Thema

Sidey

Was genau ist "durch die Verarbeitung schicken" ?
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

habeIchVergessen

die Nachricht wie beim Empfang parsen.

Ralf9

Meinst Du sowas?
2016.10.01 23:06:28.968 4: sduinoD/msg get raw: MU;P0=-32001;P1=2996;P2=-1012;P3=2010;P4=1009;D=012324242424242424242323232323232323242423232324232423232424242324;CP=4;
2016.10.01 23:06:28.969 4: sduinoD: decoded matched MU Protocol id 51 dmsg u51#7F80629D length 32
2016.10.01 23:06:28.969 5: sduinoD: converted Data to (u51#7F80629D)
2016.10.01 23:06:28.970 5: sduinoD dispatch u51#7F80629D
2016.10.01 23:06:28.970 4: SIGNALduino_unknown incomming msg: u51#7F80629D
2016.10.01 23:06:28.971 4: SIGNALduino_unknown rawData: 7F80629D
2016.10.01 23:06:28.971 4: SIGNALduino_unknown Protocol: 51
2016.10.01 23:06:28.971 4: SIGNALduino_unknown converted to bits: 01111111100000000110001010011101


Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Sidey

Du kannst den kompletten String (ohne Steuerzeichen) mittels get raw noch mal verarbeiten lassen.


get dummyDuino raw MU;;P0=-32001;;P1=2996;;P2=-1012;;P3=2010;;P4=1009;;D=012324242424242424242323232323232323242423232324232423232424242324;;CP=4;;


Einen dummy erzeugst Du wie folgt:

define dummyDuino SIGNALduino none
attr dummyDuino dummy 1


Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Sidey

Zitat von: Mitch am 27 September 2016, 13:24:43
Ich habe zu meinem 868 SIGNALduino nun wieder meinen zweiten mit 433 in Betrieb genommen, weil ich doch noch einen "alten" Sensor auslesen möchte.

Nun habe ich ständig folgende Fehler im Log:
2016.09.27 13:20:14.114 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 2956.

Kann ich da etwas dagegen tun?

Poste mal die Signaldaten, wie vor dem Logeintrag empfangen werden. Dazu den Verboselevel auf 4 erhöhen.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Sidey

Zitat von: Burny4600 am 28 September 2016, 16:24:50
Derzeit fallen sehr viele unbekannte Codes an.
Kann ich diese irgendwie abstellen?

Die einzige Möglichkeit ist, die Protokolle, welche Du empfangen willst in das Attribut WhitelistID aufzunehmen.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

habeIchVergessen


prodigy7

Hallo zusammen,

ich habe mittlerweile erfolgreich meinen ersten 433MHz Signalduino in Betrieb genommen, habe Blut geleckt und möchte nun auch mal schauen was bei 868MHz sich an Signalen empfangen lässt :)
Den Thread habe ich jetzt mal versucht zu wälzen (ist echt lang geworden), so ganz schlau bin ich aber nicht geworden welche Komponenten ich für die 868MHz Ausführung brauche. Kann mir jemand sagen, welche Bauteile (Sender + Empfänger) genau geeignet sind? Hab ja nur schon soweit in Erfahrung bringen können, das ich mit meinem RF1100SE wohl nichts anfangen kann.

prodigy7

Burny4600

Dann werde ich es mit der WhitelistID versuchen.
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Ellert

#2079
Nach dem die offizielle Version des SD SOMFY unterstützt, habe ich den nanoCUL und den FHEMduino durch den SIGNALduino ersetzt.

Ich habe einen Intertechno Funk-Bewegungsmelder PIR-1000, der nutzt das Protokoll IT-V3 und wird auch empfangen.

Mir fiel es aber schwer, den richtigen Eintrag für die Whitelist zu finden.

Wenn ich in den Quellcode des Moduls schaue, dann finde ich nur Id. 3 für itv1, mit dem Eintrag funktioniert es nicht.
Im WIKI steht für IT Id. 3,4,5,17 mit 17 funktioniert es, aber das ist im Quellcode mit "arctech" und man muss probieren.
Auf 17 bin ich aber gekommen, weil mit verbose 5 bei Betätigung des Bewegungsmelders häufig die Id. 17 zu sehen war.

Wäre es wünschenswert, wenn bei dem Attribut "whitelist_IDs" eine mehrfach selektierbare Liste hinterlegt werden würde?

Diese Liste könne z.B. aus der Variablen "%ProtocolListSIGNALduino" abgeleitet werden, über "id", "name".

Eventuell könnte "%ProtocolListSIGNALduino" um Einträge erweitert werden, wie "commonname" der dann Markennamen enthält oder weitere Angaben zu eindeutigen Zuordnung, "messagetype" der dann den zu aktivierenden Messagetype enthält.

Als Anlage ein Beispiel, wie das aussehen könnte.

Ralf9

Für die Modulentwicklung gibt es ein neues Thema unter Sonstige Systeme - Signalduino Entwicklung Version 3.3.1
https://forum.fhem.de/index.php/topic,58397.msg498635.html#msg498635

Gruß Ralf

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Ellert

Danke, den Thread hatte ich in der Bastelecke vermutet, aber nicht gefunden.

sasquuatch

Zitat von: prodigy7 am 02 Oktober 2016, 10:22:12
Den Thread habe ich jetzt mal versucht zu wälzen (ist echt lang geworden), so ganz schlau bin ich aber nicht geworden welche Komponenten ich für die 868MHz Ausführung brauche. Kann mir jemand sagen, welche Bauteile (Sender + Empfänger) genau geeignet sind?
ganz vergessen zu antworten, war im urlaub. wir haben uns fü den 868 Signalduino folgende sender und empfänger bestellt
RX Empfangsmodul
TX Sendemodul
getestet haben wir aber noch nicht, sollte aber gehen.

pataya

Zitat von: Ellert am 04 Oktober 2016, 12:34:34
Nach dem die offizielle Version des SD SOMFY unterstützt, habe ich den nanoCUL und den FHEMduino durch den SIGNALduino ersetzt.

Du sendest und empfängst über den SD?
Habe mir gerade mal einen zusammengesteckt, das empfangen von SOMFY-Fernbedienungen funktioniert, senden allerdings nicht.
Weder mit schon angelernten Rollos noch der Versuch neue anzulernen.
Die LED vom SD leuchtet auch nicht beim absetzen eines Befehls, ein "set sdunio raw 00" funktioniert allerdings (zumindest leuchtet die LED kurz auf...).

Jemand ne Idee?

Gruß

Ellert

Du benötigst eine angepasste Version der 10_SOMFY.pm.

Hier im Thread sollte es einige Seiten zurück einen Link geben.

Oder hier: https://forum.fhem.de/index.php/topic,25321.msg491768.html#msg491768