Signalduino Entwicklung

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

Vorheriges Thema - Nächstes Thema

Sidey

Hallo Chris,

das kann nicht vom Signalduino Modul kommen.
Das setzt keine der oben genannten Stati.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

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

chris1284

muss aber da nur der sduino bei mir temp / hum sensoren empfängt und es ist erst seit dem update von dir gestern
Zitat2015.07.29 18:28:13 3: Setting sduino serial parameters to 57600,8,N,1
2015.07.29 18:28:13 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 reappeared (sduino)
2015.07.29 18:34:25 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:34:25 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:34:25 1: readingsUpdate(,temperature,-44.8) missed to call readingsBeginUpdate first.
2015.07.29 18:36:10 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:36:10 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:36:10 1: readingsUpdate(,temperature,-44.5) missed to call readingsBeginUpdate first.
2015.07.29 18:37:03 1: readingsUpdate(,state,T: 18.2) missed to call readingsBeginUpdate first.
2015.07.29 18:37:03 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:37:03 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:37:18 1: readingsUpdate(,state,T: 22.7) missed to call readingsBeginUpdate first.
2015.07.29 18:37:18 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:37:18 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:37:21 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:37:21 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:37:21 1: readingsUpdate(,temperature,-44.5) missed to call readingsBeginUpdate first.
2015.07.29 18:37:39 3: sduino: Unknown code r00, help me!
2015.07.29 18:37:53 3: sduino: Unknown code r00, help me!
2015.07.29 18:37:55 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:37:55 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:37:55 1: readingsUpdate(,temperature,-44.6) missed to call readingsBeginUpdate first.
2015.07.29 18:38:16 3: sduino: Unknown code r00, help me!
2015.07.29 18:38:20 1: readingsUpdate(,state,T: 22.4) missed to call readingsBeginUpdate first.
2015.07.29 18:38:20 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:38:20 1: readingsUpdate(,temperature,-51.0) missed to call readingsBeginUpdate first.
2015.07.29 18:38:28 1: readingsUpdate(,state,T: 22.7) missed to call readingsBeginUpdate first.
2015.07.29 18:38:28 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:38:28 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:40:51 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:40:51 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:40:51 1: readingsUpdate(,temperature,-44.5) missed to call readingsBeginUpdate first.
2015.07.29 18:45:30 1: readingsUpdate(,state,T: 21.3) missed to call readingsBeginUpdate first.
2015.07.29 18:45:30 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:45:30 1: readingsUpdate(,temperature,-44.8) missed to call readingsBeginUpdate first.
2015.07.29 18:47:13 1: readingsUpdate(,state,T: 22.7) missed to call readingsBeginUpdate first.
2015.07.29 18:47:13 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:47:13 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:49:21 1: readingsUpdate(,state,T: 22.4) missed to call readingsBeginUpdate first.
2015.07.29 18:49:21 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:49:21 1: readingsUpdate(,temperature,-44.8) missed to call readingsBeginUpdate first.
2015.07.29 18:50:28 1: readingsUpdate(,state,T: 17.5) missed to call readingsBeginUpdate first.
2015.07.29 18:50:28 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:50:28 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:54:19 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 disconnected, waiting to reappear (sduino)
2015.07.29 18:54:20 3: Setting sduino serial parameters to 57600,8,N,1
2015.07.29 18:54:20 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 reappeared (sduino)
2015.07.29 18:55:43 1: readingsUpdate(,state,T: 17.2) missed to call readingsBeginUpdate first.
2015.07.29 18:55:43 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:55:43 1: readingsUpdate(,temperature,64.2) missed to call readingsBeginUpdate first.
2015.07.29 19:09:53 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 disconnected, waiting to reappear (sduino)
2015.07.29 19:09:53 3: Setting sduino serial parameters to 57600,8,N,1
2015.07.29 19:09:53 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 reappeared (sduino)
2015.07.29 19:16:15 1: readingsUpdate(,state,T: 22.4) missed to call readingsBeginUpdate first.
2015.07.29 19:16:15 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 19:16:15 1: readingsUpdate(,temperature,-51.0) missed to call readingsBeginUpdate first.

Sidey

Stelle doch verbose mal auf 5.  Dann finden wir heraus welches Modul es verursacht.

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

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

chris1284

mach ich. die meldung komm von fhem selbst meine ich, ähnlich der perl meldungen

chris1284

also verbode 5 bringt die meldungen garnicht mehr (noch ein bug im logging?). verbose 3 bringt sie wieder und ein paar perl warnings zum sduino

Zitat2015.07.29 21:12:04 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 994.
2015.07.29 21:12:55 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/00_SIGNALduino.pm line 808.
2015.07.29 21:12:55 1: PERL WARNING: Use of uninitialized value in subtraction (-) at ./FHEM/00_SIGNALduino.pm line 808.
2015.07.29 21:12:55 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/00_SIGNALduino.pm line 808.

es kann nur der sduino mit der meldung sein denn
Zitat2015.07.29 21:17:28 1: readingsUpdate(,state,T: 16.1) missed to call readingsBeginUpdate first.
ist mein außensensor mit 16.1° und der hat nur mit dem sduino und CUL_TCM97001 zu tun

Sidey

Hi Chris,

stell doch bitte mal im Global Gerät Verbose 4 oder 5 ein.

In 00_Signalduino gibt es keine Readings mit temperature, battery etc.

Ich habe auch mal das CUL_TCM97001 überflogen. Das sieht eigentlich gut aus.
Im 41_Oregon wird noch die alte Methode verwendet die Readings zu aktivieren, dann müsste ich die Fehlermeldung aber auch bekommen und ich sehe diese nicht.

Ich will nicht ausschließen, dass mein Modul was damit zu tun hat, aber wenn dann nur indirekt :)

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

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

thoffma3

Hallo Sidey,

was meinst du mit "Schaltbefehle nativ übermittelln"?   

was Intertechno angeht hab ich vermutlich nicht den aktuellen Stand des SignalDuino drauf gehabt. Teste ich noch und schreib dann nochmal.
Danke

thoffma3

Hallo Sidey,

ich hab ein update gemacht. Glaube ich war nicht auf dem neuesten Stand des Signalduino.

ich hab noch ein paar Sachen zum Testen:-) Wir finden bestimmt noch was leichtes.

Das hier ist mein Garagentoröffner (M0):
Hersteller: novodoor bzw. novoferm

In der Fernbedienung sind Dip Schalter (10 Stück mit 3 Schaltstellungen -,0,+).


2015.08.01 22:38:49 5: SIGNALduino/RAW READ: /MU;P0
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0/=-433;P1=-268;P2=405;P3=8
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=8/07;P4=-860;P5=-32001;P6=15
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=15/74;D=0121342034242420342
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342/0342030303424242034203420
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=01213420342424203420342030303424242034203420/34203420303034203420342530
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530/;CP=2;

2015.08.01 22:38:49 5: SIGNALduino/msg READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530;CP=2;
2015.08.01 22:38:49 1: DEBUG>Signalduino: incomming message: (MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530;CP=2;)

2015.08.01 22:38:49 1: DEBUG>Signalduino: processing unsynced message

2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted  pattern 0 -433

2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted  pattern 1 -268

2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted  pattern 2 405

2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted  pattern 3 807

2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted  pattern 4 -860

2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted  pattern 5 -32001

2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted  pattern 6 1574

2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted data 0121342034242420342034203030342424203420342034203420303034203420342530








thoffma3

#38
das ist vielleicht auch nicht so schwer. Es geht um dir Rolladenmotoren von Rohrmotor24. Ich hab die und gehe bisher über ein Intertechno Lan Gateway weil der CUL das nicht kann.

Das Protokoll ist entschlüsselt und es gibt schon Eigenbaulösungen. Siehe hier:
http://www.mikrocontroller.net/topic/242784?goto=3962231#3962231

Beispiel kann ich auch ein paar erstellen. Sind aber sehr umfrangreiche Logs

thoffma3

Noch mal zum Intertechno Gerät. Es kommt immer noch M4

2015.08.01 23:06:17 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;P0=-1058;P1=289;P2=-248;P3=-9256;P4=-2568;D=1412101210101210121012121012101012101210121012121012101210101210121012101210121012101210121012121010121210120;CP=1;SP=4;)

Mit dieser Version

Signalduino version => V 3.1.3 SIGNALduino - compiled at Jul 27 2015 22:35:42

Sidey

Hi Thoffma3,

Zu deinen Fragen:

Zitat von: thoffma3 am 01 August 2015, 23:11:42
was meinst du mit "Schaltbefehle nativ übermittelln"?   

Ich könnte eine Methode einbauen, mit dem sich ein Funksignal einfach stupide abspielen lässt.
Für den Arduino wäre das ohnehin die bessere Variante, da er dann viel leichter etwas versenden kann ohne zu wissen was es ist.

In Fhem würde man dann in etwa, so wie man was empfängt auch das Senden einstellen um einfache dinge realisieren zu können.

Ich würde mir dass dann in etwa so vorstellen, dass man ein Device anlegt, das folgendes an den Arduino übermittelt:
P0=-1058;P1=289;P2=-248;P4=-2568;D=1412101210101210121012121012101012101210121012121012101210101210121012101210121012101210121012121010121210120;

Der Arduino würde dass dann einfach abspielen. Was es bedeutet weiss ich halt nicht :)

Zitat von: thoffma3 am 01 August 2015, 23:11:42

Noch mal zum Intertechno Gerät. Es kommt immer noch M4
2015.08.01 23:06:17 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;CP=1;SP=4;)

Ich habe vor die ganze Protokollerkennung zu überarbeiten. Bin aber noch nicht fertig damit, ist eine Fleißarbeit. :)
Danach widme ich mich gerne dem Senden oder der Erweiterung neuere Protokolle.

Ich muss gesehen, ich komme auch etwas durcheinander. Die vielen Logs und Infos im Forum helfen mir, dafür danke ich dir und auch allen anderen.

Damit ich mich nicht verzettele und ich auch nichts durcheinander bringen habe ich mir für das Thema "nativ senden" eine Aufgabe erstellt:
https://github.com/RFD-FHEM/SIGNALDuino/issues/21


Für den Rohrmotor, würde ich dich bitten eine neue Aufgabe mit allen gesammelten Daten zu öffnen:
https://github.com/RFD-FHEM/RFFHEM/issues


Für deinen Intertechno Gerät am besten auch eine, dann gerät es nicht in Vergessenheit :)

So viel Infos wie vorhanden sind, sollte da herein. Also Gerätebeschreibung, Funksignale sofern schon erkannt, bekannte protokolleigenschaften,....


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

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

thoffma3

Hallo Sidey,

Aufgaben lege ich bei Gelegenheit an. Das mit dem nativ senden finde ich eine ziemlich tolle Idee. Damit bekommt man ja einiges zum Laufen was sonst nicht so einfach geht.


chris1284

#42
Hallo Sidey,

ich musste meine letzten post korrigieren ich hatte eine alte version des 14_CUL_TCM97001.

Sidey

Hi Chris,

was hast Du denn editiert?


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

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

chris1284

die readingsupdatefehler ncohmal aufgegriffen.. dies hat sich mit dem aktuellen modul 14_CUL_TCM97001 erledigt.
hast also alle sgut gemacht  ;D
die problem mit den ws0002 kommen von dem modul TCM97001  (oder was nicht auszuschließen ist der generierung der id in den sensoren) denke ich. hier weden die sensorne hin und wieder nicht eindeutig erkannt und somit ncht alle erstelllt. mehrfaches batterie neu einlegen an den sensoren hilft (denn dann generiert er immer eine neue id)