Signalduino Entwicklung

[Sidey]

Den ev1527 im IT-Modul einzubauen dürfte einfacher sein, die dazu notwendigen Änderungen im IT-Modul halten sich in Grenzen.
Ich habe es mal bei mir versucht einzubauen:

Hi Ralf,

Supi, hast Du einen Patch dafür?

Grüße Sidey

[noice]

Den ev1527 im IT-Modul einzubauen dürfte einfacher sein, die dazu notwendigen Änderungen im IT-Modul halten sich in Grenzen.
Ich habe es mal bei mir versucht einzubauen:

Code Auswählen Erweitern


2016.03.31 22:05:06 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.31 22:05:06 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.31 22:05:06 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.31 22:05:06 5: sduinoD dispatch i327803
2016.03.31 22:05:06 4: sduinoD IT: message "i327803" (7)
2016.03.31 22:05:06 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.03.31 22:05:06 4: sduinoD IT: EV1527 housecode = 1527x32780  onoffcode = 0011
2016.03.31 22:05:06 4: sduinoD IT: 1527x32780 not defined (Switch code: 0011)
2016.03.31 22:05:06 2: autocreate: define IT_1527x32780 IT 1527x32780 0011 0001
2016.03.31 22:05:06 2: autocreate: define FileLog_IT_1527x32780 FileLog ./log/IT_1527x32780-%Y-%m.log IT_1527x32780

2016.03.31 22:06:09 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.31 22:06:09 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.31 22:06:09 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.31 22:06:09 5: sduinoD dispatch i327803
2016.03.31 22:06:09 4: sduinoD IT: message "i327803" (7)
2016.03.31 22:06:09 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.03.31 22:06:09 4: sduinoD IT: EV1527 housecode = 1527x32780  onoffcode = 0011
2016.03.31 22:06:09 3: sduinoD IT: IT_1527x32780 ???->on

Gruß Ralf

Daran hätte ich auch Interesse 

Mobil erstellt daher kurz gehalten

[Lothar64]

Hi Ralf,
vielen Dank für deine Arbeit und Zeit das einzubauen. An dem Patch hätte ich auch interesse.
Gruß
Lothar

[Ralf9]

Hallo Ralf,
vielen Dank für den Link zum neuen FHEMduino Beitrag. Da das Protokoll im FHEMduino nun zur Verfügung steht, werde ich mir den parallel aufbauen.
Ich habe heute noch mal den Bewegungsmelder mit dem Logikanalyser angesehen. Dort kann man die 4 Datenbits fest mittels Jumper setzten. Das Senden wird durch das Einschalten der Versorgungsspannung des Chips gestartet und gestoppt, sche.. Chi.. Ware. Der Bewegungsmelder sendet unter Umständen einige Sekunden lang  . Einen ON/Off Code gibt es nicht.

Den FHEMduino parallel aufbauen dürfte nicht notwendig sein. In der Anlage ist eine Testversion vom IT-Modul bei der ich versucht habe es einzubauen.
Der on-code ist "0011" und der off-Code ist "0001".

Die Türkontakte senden nur einen festen Code beim Öffnen, einen anderen kann man nicht einstellen. Mittels Jumper kann man auch einstellen, das beim Schließen gesendet wird, jedoch derselbe Code wie beim Öffnen  .

Wenn die Türkontakte nur einen festen Code beim Öffnen senden, sind sie nur brauchbar um festzustellen ob die Tür/Fenster bewegt wurde. Der Zustand offen/zu dürfte damit nicht feststellbar sein.

Gruß Ralf

[Ralf9]

Stimmt, es fehlen zwei Nibbel. Ich hatte da etwas angepasst, da ich der Meinung war, dass vorher 2 Nibble zu viel ausgegeben werden.
Das muss ich mir wohl noch mal ansehen.
Müsste das gleiche Problem wie bei Burny sein.

Könnte auch hier daran liegen, dass eine falsche Anzahl an Nibble übergeben wird.

Falls Du die fehlenden zwei Nibbel nicht findest, gäbe es auch noch die Möglichkeit im 00_SIGNALduino.pm einen Hash/Liste mit den Zuordnungen der Sensor IDs zu den Längen abzulegen.

Gruß Ralf

[Sidey]

Falls Du die fehlenden zwei Nibbel nicht findest, gäbe es auch noch die Möglichkeit im 00_SIGNALduino.pm einen Hash/Liste mit den Zuordnungen der Sensor IDs zu den Längen abzulegen.

Gruß Ralf

Hehe, naja laut Debug Meldungen wurden 110 Bit demoduliert.
In der Hex Ausgabe finden sich dann 26 Hex Zeichen was 104 (26*4) bits entspricht. Ergo fehlen genau 8 Bit / 2 Nibble.
Leider habe ich mit einen Counter für die Anzahl bytes im Speicher nicht ausgegeben... jetzt überlege ich gerade, wie ich ein Testprogramm für die Routinen schreibe...

Grüße Sidey

[Burny4600]

Anbei das aktuelle Log mit der b19debug.

[rageltus]

Hi zusammen,

zur Zeit beschäftige ich mich mit dem Empfangen von 433 Mhz Bewegungsmeldern und 433mhz Türkontakten. Beide haben den PT2262 Chip. Ich habe einen nano und superhet empfänger dran. Das alles funktioniert in meiner produktivumgebung recht gut (kleiner sketch der alles weitergibt was so empfangen wird analog dem https://blog.moneybag.de/tuer-fenster-kontakt-sensor-auf-433-mhz-basis/ und https://blog.moneybag.de/fhem-preiswerter-433-mhz-funkbewegungsmelder-pir/). Jetzt möchte ich gerne aber den Signalduino bzw. fhemduino nutzen um für die zukunft gewappnet zu sein, wenn ich bspw. neue geräte mir zulege bspw. funksteckdosen (diese spreche ich manuell via 433mhz sender und einem send command von der console aus via fhem an). Würde das ganze aber gerne etwas "professioneller gestalten". Ich habe zuerst den FHEMDUINO probiert. Geht super. Module installiert, geflasht die Bewegungsmelder, Steckdosen und Türkontakte werden alle via autocreate angelegt (als PT2262 device). Jetzt würde ich aber gerne den SIGNALDUINO nutzen, da mehr Geräte meines Wissens unterstützt werden usw. Ich flashe und installiere die Module laut wiki (dev-r32). Bekomme aber immer ein "Cannot init blabla sduino".... die ttyUSB0 Ids etc. sind korrekt eingetragen (wie bei dem FHEMDUINO ja auch; da ging es ja). Emfpangen tue ich nichts... woran kann das liegen?

Danke + Gruß

[Sidey]

Kurzes Update zur Firmware:

Ich habe gestern nach einer Unit Testumgebung für Arduino gesucht.

Ich habe was gefunden.
Jetzt baue ich ein Testprogramm und dann werde ich das mal mit den Libs aus der b12 und der aktuellen Lib füttern.

Mal sehen was dabei so herauskommt.

Es wird aber ein paar Tage dauern, da es eine Fleißarbeit ist.

Grüße Sidey

[Sidey]

Jetzt würde ich aber gerne den SIGNALDUINO nutzen, da mehr Geräte meines Wissens unterstützt werden usw. Ich flashe und installiere die Module laut wiki (dev-r32). Bekomme aber immer ein "Cannot init blabla sduino".... die ttyUSB0 Ids etc. sind korrekt eingetragen (wie bei dem FHEMDUINO ja auch; da ging es ja). Emfpangen tue ich nichts... woran kann das liegen?

Hallo,

ohne genauere Informationen zur Logmeldungen kann ich nur raten.

Hast Du den Arduino mit der SIGNALduino Firmware geflasht?

Grüße Sidey

[rageltus]

Hallo Sidey,

ja genau, habe ich. Wie im Wiki beschrieben... im Log steht nichts, außer das er den Arduino nicht initialisieren kann. Auf der GUI steht dieser nur auf "opened" nicht auf "initialized"... ich habe sowohl die b19 (aus dem branch dev-r32) als auch die firmware aus deinem github master genutzt... das fhemduino device ebenso vorher gelöscht... welche kombination aus fhemmodul und firmware passt denn überhaupt zusammen?

Ich bin folgendermaßen vorgegangen:

1) update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
2) define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 (mit meiner ttyUSB id)
3) attr hardware auf nano328 gesetzt
4) set sduino flash

fhem mehrmals inkl. notebook neugestartet. er flasht auch ohne ersichtliche Fehler... beim fhemduino ging es ja auch bzw. ist dieser von mir über die arduino ide geflasht worden.. die singalduino firmware habe ich aber in der arduino ide noch nicht zum laufen bekommen...

fhem kann den arduino finden, aber nicht initialisieren

Danke + Gruß


Edit:
Die meldung ist analog dem Beitrag https://forum.fhem.de/index.php/topic,38831.msg429708.html#msg429708

2016.03.24 23:24:57 3: sduino device opened
2016.03.24 23:24:57 1: define: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00
2016.03.24 23:24:57 1: init: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00
2016.03.24 23:25:07 1: Cannot init /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00, ignoring it (sduino)

nur mit meiner by-id vom arduino

[Ralf9]

1) update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt

Hast Du es auch mal mit der master Version versucht?
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

Ist Dein fhem aktuell?

Gruß Ralf

[rageltus]

Hallo Ralf9,

fhem müsste aktuell sein. Kann aber nochmal nen update drüber laufen lassen... dh. die module master in fhem einspielen und dann via fhem den master firmware auf den nano flashen? Mein Problem ist aber auch folgendes: Eigentlich wollte ich dev-r32 nutzen, weil ich die gedacht habe, dass die oben genannten PIR und Fensterkontakte jetzt unterstütz werden (siehe issue im github bei dev-r32 https://github.com/RFD-FHEM/RFFHEM/issues/69). Die Erweiterung ist halt nur in dev-r32 zur Zeit enthalten.... aber ich kann ja mal grundlegend den master testen ob überhaupt der nano mit fhem als signalduino funktioniert...

[Ralf9]

Hallo,

gibt es auch brauchbare EV1527 Sensoren die auch einen off-Code haben?

Ist "0011" für "on" ok?
Welchen 4 Bit Code soll ich für "off" nehmen?

Gruß Ralf

[noice]

Hallo,

gibt es auch brauchbare EV1527 Sensoren die auch einen off-Code haben?

Ist "0011" für "on" ok?
Welchen 4 Bit Code soll ich für "off" nehmen?

Gruß Ralf

Hallo ralf,

Nicht das ich wüsste dazumal die ganzen 433 melder ja für alarmanlagen gedacht sind und so nur einen Status senden ... leider .. kenn das von professionellen Anlagen da wird open und closed getrennt gesendet ..

Gruss Mirko

Mobil erstellt daher kurz gehalten