Signalduino Entwicklung

[Ralf9]

Hideki und proto7 konnte ich nicht testen.

Bin grad am Testen. Hideki funktioniert nicht mehr. Habe den Fehler noch nicht gefunden.

Gruß Ralf

[Sidey]

Ich weiss woran es liegt, aber deine letzten drei commits sind kein merge und von daher macht es wenig Sinn da jetzt was zu ändern.

[Sidey]

2015.10.12 19:33:37 4: SIGNALduino/msg READ: ^BMC;LL=-1042;LH=909;SL=-566;SH=416;D=AE5E174A4C37E8D16A0C2800;C=441;^C
2015.10.12 19:33:37 5: protocol does not match return from method: (message is to long)
2015.10.12 19:33:37 5: protocol does not match return from method: ()

Ja, da sollte folgendes heraus kommen... Ich habe die maximallänge jetzt auf 104 Bit erhöht. Ob das für alles reicht, weiss ich aber noch nicht.

Code Auswählen Erweitern

2015.10.12 22:02:08 5: deviceCode: Hideki_30_2
2015.10.12 22:02:08 4: devSduino decoded Hideki protocol model=Hideki_30, sensor id=47, channel=2, temp=14.5, humidity=74, bat=ok
2015.10.12 22:02:08 4: Hideki_Parse SensorTyp = 30 decodedString = 7547cede45c174f7501e00
2015.10.12 22:02:08 4: Hideki_Parse devSduino incomming Hi753DBA4AC3BF2CAD300A00
2015.10.12 22:02:08 5: devSduino dispatch Hi753DBA4AC3BF2CAD300A00
2015.10.12 22:02:08 5: converted Data to (Hi753DBA4AC3BF2CAD300A00)
2015.10.12 22:02:08 4: devSduino: hideki protocol converted to hex: 753DBA4AC3BF2CAD300A00 with 96 bits, messagestart 0
2015.10.12 22:02:08 4: SIGNALduino/msg READ: MC;LL=-1042;LH=909;SL=-566;SH=416;D=AE5E174A4C37E8D16A0C2800;C=441;


Grüße Sidey

[Ralf9]

In der  "sub SIGNALduino_Hideki()" steht "Ignore every 9th bit"
gibt es dafür einen besonderen Grund?
Da die Hideki Nachricht aus mindestens 9 Byte (0x75 + 7 Byte Daten + Checksumme) besteht, wäre die Mindestlänge dann 9 * 9 = 81

Code Auswählen Erweitern

sub SIGNALduino_Hideki()
for ($idx=$message_start; $idx<$message_end; $idx=$idx+9)
{
my $byte = "";
$byte= substr($bitData,$idx,8); ## Ignore every 9th bit

Gruß Ralf

[Sidey]

In der  "sub SIGNALduino_Hideki()" steht "Ignore every 9th bit"
gibt es dafür einen besonderen Grund?

Ja, jedes 9. Bit ist 0 und gehört nicht zu den tatsächlichen Daten.
Wenn wir es nicht ignorieren, stimmt die Nachricht nicht mehr. Das wird vermutlich als Kontrollbit hinzugefügt.

Wir könnten ggf. noch prüfen ob es auch 0 ist, denn eine 1 wäre dann wohl nicht das übliche Hideki Protokoll.

Grüße Sidey

[Ralf9]

dann ist aber eine mindestlänge von 72 zuwenig, das ergibt nur 8 Byte

Das Hideki funktioniert nun wieder.

Gruß Ralf

[hjgode]

Hallo

was ist denn nun aktuell für Hideki? Die Release 3.1 https://github.com/RFD-FHEM/RFFHEM/releases/tag/3.1 oder der dev-cresta-branch?

Ich blicke da nicht durch...

~josef

[Sidey]

Hi Ralf, Hi Josef,

Habe ich mal wieder ordentlich Verwirrung gestiftet. ;-(
Also das Release 3.1 ist noch nicht fertig. Den Tag habe ich irrtümlicherweise erstellt. Ich habe ihn wieder entfernt.

Ich habe gestern den cresta Branch von den bekannten Fehlern bereinigt und die noch offenen Punkte (Commandref und Präfix) erledigt.

Aus meiner Sicht funktioniert der Stand gut und alle Änderungen können in dev-rawIn übernommen werden.
Bei der mindestlänge war ich mir nicht so sicher, was die kleinste valide Nachricht ist. Wenn es 81 Bit sind, können wir das natürlich anpassen.

Darüber hinaus habe ich auch im proto7 Branch die offenen Anpassungen vorgenommen.

Auch hier denke ich, dass wir die Änderungen nach rawIn über nehmen können.

Sollte nichts dagegen sprechen, werde ich das heute Abend angehen.

Achso und wenn ich mal ein Wort in Großbuchstaben schreibe, dann liegt das an meiner Unfähigkeit die Handy Tastatur zu bedienen....

Grüße Sidey

[RappaSan]

Ich hab nochmal signalduino aufgespielt.
Seitdem wird mein logfile zugeschmissen:

2015.10.13 12:52:12 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.13 12:52:14 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.13 12:52:14 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 reappeared (sduino)
2015.10.13 12:52:14 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0@57600
2015.10.13 12:57:15 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.13 12:57:15 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.13 12:57:15 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 reappeared (sduino)
2015.10.13 12:57:15 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0@57600
2015.10.13 13:02:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 disconnected, waiting to reappear (sduino)

Hat jemand einen Tip?


Ich dödel hatte den alten RFduino  noch nicht auskommentiert.
Mal sehen, ob jetzt Ruhe ist...


Leider nicht...
Im Intervall von ca. 5 Minuten wiederholt sich das reconnect.

Blöd.

[RappaSan]

Vielleicht ist es ein Signalduino-Problem.
Ich bekomme noch folgende Fehlermeldungen ins Log:

2015.10.13 14:33:36 1: PERL WARNING: Argument "1SH" isn't numeric in numeric ge (> at ./FHEM/00_SIGNALduino.pm line 1568.
2015.10.13 14:33:36 1: PERL WARNING: Argument "4LH" isn't numeric in numeric ge (> at ./FHEM/00_SIGNALduino.pm line 1573.
2015.10.13 14:33:36 1: PERL WARNING: Argument "LLSH" isn't numeric in numeric ge (> at ./FHEM/00_SIGNALduino.pm line 1568.
2015.10.13 14:33:36 1: PERL WARNING: Argument "SHLL" isn't numeric in numeric ge (> at ./FHEM/00_SIGNALduino.pm line 1573.
2015.10.13 14:33:36 1: PERL WARNING: Argument "SHLL" isn't numeric in numeric ge (> at ./FHEM/00_SIGNALduino.pm line 1568.
2015.10.13 14:33:36 1: PERL WARNING: Argument "0LL" isn't numeric in numeric ge (> at ./FHEM/00_SIGNALduino.pm line 1573.
2015.10.13 14:33:36 1: PERL WARNING: Argument "LHLL" isn't numeric in numeric ge (> at ./FHEM/00_SIGNALduino.pm line 1573.
...
2015.10.13 14:34:16 1: PERL WARNING: Prototype mismatch: sub main::bin2dec: none vs ($) at ./FHEM/14_SIGNALduino_un.pm line 308.
2015.10.13 14:34:16 1: PERL WARNING: Subroutine bin2dec redefined at ./FHEM/14_SIGNALduino_un.pm line 304.




Nachtrag:
Hab den Raspberry per reboot neu gestartet.
Das reconnecten der seriellen Schnittstelle hat ein Ende.
Ist doch schon mal was...

[Sidey]

Hallo Rappsan,

Sieht so aus, als ob die  Firmware kaputt ist oder die Kommunikation gestört ist.

Du hast die Verbindung mit 57600 (default ) eingerichtet?

Welchen Arduino setzt Du ein?

Grüße Sidey

[RappaSan]

57600 ist die eingestellte Baudrate,
ich benutze einen nano.

[Sidey]

Flash den Arduino doch noch mal, vielleicht ist da was schief gelaufen.

[RappaSan]

Ich hol's mir komplett mit update force neu ab und geb' dem Ding das Futter nochmal.

Erledigt.
Schau'n mer mal, dann seh'n mer's schon.

Ruhe an der Front.

Jetzt empfange ich einen Haufen fremder unbekannter Sensoren von den Nachbarn 

[Sidey]

Schön, dass es so geklappt hat.
Leider gibt es immer mal wieder Berichte über disconnects im 5 Minuten Takt.
So richtig eingrenzen konnte ich die Probleme allerdings noch nicht.

Was meinst Du mit unbekannten Sensoren der Nachbarn?
Werden die richtig angelegt oder wird dir "nur" das Log zugemüllt.

Sidey