Signalduino Entwicklung

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

Vorheriges Thema - Nächstes Thema

Jarnsen

Zitat von: Ralf9 am 13 März 2016, 12:28:02
Mit der 00_SIGNALduino.pm aus der dev-dooya funktioniert das autocreate es bei mir
00_SIGNALduino.pm  95487 2016-03-13 10:00:00Z v3.2.1-dev

2016.03.13 12:17:59 4: sduinoD/msg get raw: MU;P0=4712;P1=-1582;P2=281;P3=-792;P4=644;P5=-428;D=01232345452345454523232323234545232345234545232323454545232323234523234545232345450123234545234545452323232323454523234523454523232345454523232323452323454523234545012323454523454545232323232345452323452345452323234545452323232345232345454545232;CP=2;
2016.03.13 12:17:59 4: sduinoD: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.13 12:17:59 4: sduinoD: decoded matched MU Protocol id 16 dmsg P16#370658E133 length 40
2016.03.13 12:17:59 5: sduinoD: converted Data to (P16#370658E133)
2016.03.13 12:17:59 5: sduinoD dispatch P16#370658E133
2016.03.13 12:17:59 4: Dooya_Parse: rawData = 370658E133 length: 10
2016.03.13 12:17:59 4: Dooya_Parse: converted to bits: 0011011100000110010110001110000100110011
2016.03.13 12:17:59 4: Dooya_Parse: device ID: 0011011100000110010110001110
2016.03.13 12:17:59 4: Dooya_Parse: Channel: 1
2016.03.13 12:17:59 4: Dooya_Parse: Cmd: 00110011
2016.03.13 12:17:59 4: Dooya_Parse: Newstate on
2016.03.13 12:17:59 3: Dooya Unknown device 0011011100000110010110001110, please define it
2016.03.13 12:17:59 2: autocreate: define Dooya_0011011100000110010110001110 Dooya 0011011100000110010110001110
2016.03.13 12:17:59 2: autocreate: define FileLog_Dooya_0011011100000110010110001110 FileLog ./log/Dooya_0011011100000110010110001110-%Y-%m.log Dooya_0011011100000110010110001110


Gruß Ralf


Ok ich teste nochmal...
1 x RPi2,
1 x nanoCUL433, 1 x nanoCUL868, 1 x SIGNALduino433
Sonos/SonosSpeak, Homebridge, 2 x Enigma2, 10 x Nobily Rollläden, 3 x Intertechno Steckdosen
Pushover, Abfallerinnerung, MySensors, 7 x Max!

darkmission

#1216
@Ralf9

Ja ich habe das IOWrite angepasst. Sogar noch ein Leerzeichen hinter sendmsg gemacht, damit das P16.. Nicht direkt am sendmsg klebt. Getestet mit "und ' die alte und die neue schreibweise. Nix zu machen. Unknown command.

Edit: Mit "set sduino sendMsg P16#..." Direkteingabe in FHEM geht's.
Raspberry 2x PiB, 2x Pi2, 2x Pi3, 2xPi0, CUL, HM-LC-DIM1T-FM, LW12FC, Intertechno Funksteckdosen, OSMC, Viessmann Heizungssteuerung, eigene Photovoltaik Anbindung ( Effekta ), eigener "Powermeter" (3 x LED, 1 x Ferraris), AVR Steuerung, IR, Harmony Hub, SIGNALduino433/868, Dooya Rolladensteuerung...

Burny4600

#1217
Bekomme seit dem ich FHEM komplett neu aufgesetzt habe keine Werte der Oregon Sensoren von SignalDuino mehr.
Hat sich in letzter Zeit bei FHEM oder SignalDuino etwas geändert?

LOG Meldungen:

2016.03.13 13:51:34 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 6 7
2016.03.13 13:51:34 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 5 8 9
2016.03.13 13:51:34 3: sduino: IDlist MC 10 11 12 18
2016.03.13 13:51:34 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0
2016.03.13 13:51:34 3: Setting sduino serial parameters to 57600,8,N,1
2016.03.13 13:51:34 3: sduino device opened
2016.03.13 13:51:34 1: define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.03.13 13:51:34 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.03.13 13:51:37 3: sduino: Possible commands: ViRtXFSPCG
Use of uninitialized value in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 856, <$fh> line 38.
2016.03.13 13:51:37 3: sduino: Firmwareversion: V 3.2.0-b14 SIGNALduino - compiled at Mar  4 2016 22:13:07

2016.03.13 13:51:37 3: sduino: setting Verbose to: 1
2016.03.13 13:51:37 0: Featurelevel: 5.7


Config:
#####################################
###    INPUT SIGNALduino Oregon   ###
#####################################
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino devStateIcon Initialized:cul_usb@green Open:cul_usb@red
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino icon cul_usb
attr sduino longids 0
attr sduino room _RxTx
attr sduino verbose 1
attr sduino whitelist_IDs 7,8,10
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Jarnsen


Zitat von: darkmission am 13 März 2016, 13:06:12
@Ralf9

Ja ich habe das IOWrite angepasst. Sogar noch ein Leerzeichen hinter sendmsg gemacht, damit das P16.. Nicht direkt am sendmsg klebt. Getestet mit "und ' die alte und die neue schreibweise. Nix zu machen. Unknown command.

Edit: Mit "set sduino sendMsg P16#..." Direkteingabe in FHEM geht's.

Das P und R sind nicht nötig

set sduino sendMsg 16#0100100000000101101101111011000100110011#10

auch so wird korrekt gesendet

Jarnsen


Gesendet von iPhone mit Tapatalk
1 x RPi2,
1 x nanoCUL433, 1 x nanoCUL868, 1 x SIGNALduino433
Sonos/SonosSpeak, Homebridge, 2 x Enigma2, 10 x Nobily Rollläden, 3 x Intertechno Steckdosen
Pushover, Abfallerinnerung, MySensors, 7 x Max!

Sidey

Zitat von: darkmission am 13 März 2016, 13:06:12
@Ralf9

Ja ich habe das IOWrite angepasst. .... Nix zu machen. Unknown command.

Hi,
nimm doch bitte die Version aus dem GIT.
Beim sduino verbose 5 einstellen und dann das Senden aus dem logischen Modul triggern.

PS: sendmsg und sendMsg ist nicht das gleiche.

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

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

Ralf9

#1220
Zitat von: Burny4600 am 13 März 2016, 13:45:42
Bekomme seit dem ich FHEM komplett neu aufgesetzt habe keine Werte der Oregon Sensoren von SignalDuino mehr.
Hat sich in letzter Zeit bei FHEM oder SignalDuino etwas geändert?

Hast Du es schon mit der Firmware V 3.2.0-b12 versucht?
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
oder
V 3.2.0-b12 SIGNALduino - compiled at Feb 6 2016 23:59:03

https://forum.fhem.de/index.php/topic,38831.msg418832.html#msg418832


Welche Version hat Deine 41_OREGON.pm?
$Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig

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

Burny4600

#1221
Die Firmware Version ist: Version V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
cmds V i R t X F S P C G
config MS=1;MU=1;MC=1
ping OK
state Initialized

Die Datei Version ist:# $Id: 41_OREGON.pm 5597 2014-04-22 15:25:55Z wherzig $

Passen die Config Einstellungen noch?
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Ralf9

Zitat von: Burny4600 am 13 März 2016, 14:51:41
[/code]
Die Datei Version ist:# $Id: 41_OREGON.pm 5597 2014-04-22 15:25:55Z wherzig $

Mit dieser alten Version von 2014 wird es wahrscheinlich nicht funktionieren.
Die akuelle Version
$Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig
ist z.Zt. nur im dev-r32 enthalten:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt

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

darkmission

@Ralf9 Da Du das ja anscheinend jetzt alles machst, nimm doch bitte das setlist Attribut raus, das ist obsolet, und die restlichen my-pos Einträge.

Ich bin dann hier raus.
Raspberry 2x PiB, 2x Pi2, 2x Pi3, 2xPi0, CUL, HM-LC-DIM1T-FM, LW12FC, Intertechno Funksteckdosen, OSMC, Viessmann Heizungssteuerung, eigene Photovoltaik Anbindung ( Effekta ), eigener "Powermeter" (3 x LED, 1 x Ferraris), AVR Steuerung, IR, Harmony Hub, SIGNALduino433/868, Dooya Rolladensteuerung...

Ralf9

Zitat von: darkmission am 13 März 2016, 15:46:24
@Ralf9 Da Du das ja anscheinend jetzt alles machst, nimm doch bitte das setlist Attribut raus, das ist obsolet, und die restlichen my-pos Einträge.

Ich bin dann hier raus.

Das hast Du falsch verstanden, ich habe nicht vor alles zu machen, ich wollte nur bei der Weiterentwicklung etwas mithelfen.
Du kannst das Modul gerne weiterentwickeln. Ich halte mich dann ab jetzt raus. Soll ich einige meiner Änderungen wieder zurücknehmen?

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

Burny4600

Habe die Aktualisierung durchgeführt.
Zitat# $Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig $
Trotzdem werden die Oregon Sensoren nicht eingelesen!
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Ralf9

Zitat von: Burny4600 am 13 März 2016, 16:02:21
Habe die Aktualisierung durchgeführt.Trotzdem werden die Oregon Sensoren nicht eingelesen!

Erscheint im log sowas wie das hier?

2016.03.13 16:06:36 4: sduinoD: Found manchester Protocol id 10 clock 428 -> OSV2o3
2016.03.13 16:06:36 4: sduinoD: OSV3 protocol detected: preamble_pos = 24, message_length = 92
2016.03.13 16:06:36 4: sduinoD: OSV3 protocol converted to hex: (581A8904B0B0C046200448CC) with length (88) bits


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

Burny4600

#1227
Seit ich das Update update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtdurchgeführt habe und einen Reboot ausführte meldet sich der SignalDuino nicht mehr richtig an.

Im Log sieht es so aus:
2016.03.13 16:34:03 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 6 7
2016.03.13 16:34:03 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 5 8 9
2016.03.13 16:34:03 3: sduino: IDlist MC 10 11 12 18
2016.03.13 16:34:03 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0
2016.03.13 16:34:03 3: Setting sduino serial parameters to 57600,8,N,1
2016.03.13 16:34:03 3: sduino device opened
2016.03.13 16:34:03 1: define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.03.13 16:34:03 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.03.13 16:34:10 3: sduino: Firmwareversion: V 3.2.0-b14 SIGNALduino - compiled at Mar  4 2016 22:13:07

2016.03.13 16:34:10 3: sduino: setting Verbose to: 1

Version V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
cmds ?UseoneofViRtXFSPCG
ping OK
state opened

Einträge wie du sie beschreibst kommen gar nicht an.
Laut Signalduino werden Daten empfangen da die LED's zeitweise flackern wenn etwas empfangen wird.
Noch ein eigenartiger Eintrag von Perl.
2016.03.13 16:54:17 1: PERL WARNING: Use of uninitialized value $aVal in concatenation (.) or string at ./FHEM/00_SIGNALduino.pm line 2487.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Ralf9

Zitat von: Burny4600 am 13 März 2016, 16:40:18
Seit ich das Update update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtdurchgeführt habe und einen Reboot ausführte meldet sich der SignalDuino nicht mehr richtig an.

In der aktuellen dev-r32 hat sich beim state was geändert. Das "opened" entspricht dem früheren "Initialized".

Du kannst mal versuchen ob es mit "set sduino disableMessagetype unsyncedMU" besser wird.
Bei get config erscheint dann:
MS=1;MU=0;MC=1

Wenn das nichts bringt kannst Du auch mal die Firmware V 3.2.0-b12 versuchen.

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

Burny4600

#1229
set sduino disableMessagetype unsyncedMU
ändert leider nichts.

Der Eintrag der Config sieht immer noch gleich aus.
config: MS=1;MU=1;MC=1

Warum jetzt eigendlich opened?
Ist für mich nicht logisch.

Dieser Eintrag sieht jetzt auch nicht mehr sauber aus.
Zitatcmds    ?UseoneofViRtXFSPCG
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess