Signalduino Entwicklung

[Sidey]

Ich habe mal auf meinem Testsystem ein
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
gemacht und die b14 geflasht. Bei mir wurden auch keine MU-Nachrichten empfangen.

Hmm, hattest Du MC enabled oder disabeld?

Grüße Sidey

[Ralf9]

Hmm, hattest Du MC enabled oder disabeld?

ich hatte MS=0, MU=1, MC=1

Gruß Ralf

[Sidey]

Hi Lothar,

da jeder Arduino mit einem etwas abweichenden Takt läuft (Toleranzen im Quarz) wird das wenig erfolgt haben .

Die Empfänger sind da in der Regel nicht so empfindlich und erkennen das Signal auch, wenn es etwas abweicht.

Grüße Sidey

[Pythonf]

Ich hab für meinen Empfänger (Geeetech) eine SMA-Antenne und mich würde interessieren, ob ich die selbe Antenne parallel auch an den Sender anschließen kann oder nimmt der Empfänger davon Schaden?
Könnte man das irgendwie so umsetzen, dass sowohl Sender als auch Empfänger an einer Antenne hängen? Notfalls über ein Relais?

Beste Grüße
Fabian

[Ralf9]

Seit den letzten Updates ab Februar ist die Erkennung des Einhell-Handsenders ISC433/6 (Id 21) auf unter 20% gesunken.
Also, von 5 Tastendrücken wird 1 erkannt. Vor den Updates war die Erkennung 100%.

Bei der
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
gab es u.a. die folgende Änderung:

Code Auswählen Erweitern

Lowered tolerance factor for pulse compression.

@Sidey
Kann es durch diese Änderung evtl bei manchen Protokollen zu einer verschlechterung der Erkennung kommen?

Gruß Ralf

[Sidey]

Code Auswählen Erweitern

Lowered tolerance factor for pulse compression.

@Sidey
Kann es durch diese Änderung evtl bei manchen Protokollen zu einer verschlechterung der Erkennung kommen?

Ja, das kann im Prinzip sein, da das Zusammenführen von ähnlichen Pulslängen jetzt weniger tolerant ist.
Es müssten im Log aber trotzdem die Nachrichten auftauchen.
Das Problem mit dem Einhell Signal ist ein ganz anderes.

Da gab es ein 20ms Low Pegel zwischen den Übertragungen. Jetzt findet man meistens einen 12ms high Pegel zwischen den Nachrichten und nur ganz ganz selten mal diesen 20ms low Pegel.
Das ist total komisch, so ein Funksignal verändert sich ja nicht einfach mal.
Die Erkennungsroutine und auch das Messen der Pegel habe ich schon 2x überprüft. Daran liegt es nicht.

Grüße Sidey

[mahowi]

Ich habe nach dem Umzug auf den Pi3 heute das erste Mal wieder den sduino angeschlossen. Irgendwas scheint aber mit der Kommunikation zwischen Pi und sduino nicht zu stimmen, es kommen nur merkwürdige Antworten auf alle Befehle:

Code Auswählen Erweitern

   Readings:
     2016-03-11 10:46:08   ITParms         IT
     2016-03-11 10:50:47   Version         V 3.2.0-b14 SIGNALduino - compiled at Mar  4 2016 22:13:07


     2016-03-11 10:51:25   cmds            ?
     2016-03-11 10:51:30   config          M
     2016-03-11 10:45:47   freeram         1007
     2016-03-11 10:50:47   ping             one of V i R t X F S P C G
     2016-03-11 10:50:47   state           opened
     2016-03-11 10:51:35   uptime          0 00:00:49
     2016-03-11 10:51:38   version         V 3.2.0-

Das Flashen funktioniert problemlos, aber egal ob die Firmware aus dem master- oder dev32-Zweig drauf ist, das Ergebnis ist dasselbe.

DEF ist

Code Auswählen Erweitern

/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600HKN9-if00-port0@57600

uptime und freeram scheinen das einzige zu sein, was korrekt zurück kommt.

[darkmission]

Hallo Sidey,

ich sehe Du hast einiges zu klären, erlaube mir trotzdem ein kurze Frage.

Kann es sein, das kein Dispatch bei Dooya Clients aufgerufen wird? Ist es vorgesehen, diese Funktion zu implementieren?
Ich hätte gerne Rückmeldungen von der Dooya FB in das Modul um die genaue Position zu bestimmen.

Danke und Gruß

[carlos]

Hallo,
Sieht bei mir ähnlich aus:

Code Auswählen Erweitern


   Readings:
     2016-03-03 07:28:58   ITParms         ITParams: 6 300
     2016-03-11 11:03:45   Version         V 3.2.0-b14 SIGNALduino - compiled at Mar  4 2016 22:13:07


     2016-03-11 11:03:45   cmds            ? Us
     2016-03-11 11:00:45   config          M
     2016-03-11 11:00:39   freeram         892
     2016-03-11 11:03:22   ping            OK
     2016-02-11 23:26:15   raw             is00000FFFFFF0
     2016-03-11 11:07:03   state           opened
     2016-02-15 15:23:40   uptime          0 01:59:19
     2016-03-11 11:00:23   version         V 3.2.0-

Gruß
Carlos

[Ralf9]

Bei der "V 3.2.0-b14" gibt es evtl Probleme beim Empfang von MU-Nachrichten.
Funktioniert dies bei jemand?

Gruß Ralf

[Ralf9]

Ich habe nach dem Umzug auf den Pi3 heute das erste Mal wieder den sduino angeschlossen. Irgendwas scheint aber mit der Kommunikation zwischen Pi und sduino nicht zu stimmen, es kommen nur merkwürdige Antworten auf alle Befehle:

Ich habe im dev32-Zweig beim get was gefixt. Müsste wieder funktionieren.

Gruß Ralf

[Sidey]

Ja, ich bin dabei die Kommunikation asynchron zu gestalten, damit Fhem nicht mehr blockiert wird.

Da in letzter Zeit einige Dinge schief liefen, habe ich dir Änderungen aber noch nicht synchronisiert.

Zumindest hat es Fhem bei mir seit gestern schon mal nicht blockiert.



Grüße Sidey

[Ralf9]

Kann es sein, das kein Dispatch bei Dooya Clients aufgerufen wird? Ist es vorgesehen, diese Funktion zu implementieren?
Ich hätte gerne Rückmeldungen von der Dooya FB in das Modul um die genaue Position zu bestimmen.

Ich habe im dev32-Zweig in der 00_SIGNALduino.pm ein paar Zeilen für das Dooya Modul ergänzt.

Im Dooya Modul müssen noch ein paar Änderungen  durchgeführt werden;

bei der "sub Dooya_Initialize($)"

Code Auswählen Erweitern

$hash->{Match}      = "^P16#[A-Fa-f0-9]+";

bei der "sub Dooya_Parse($$)"

Code Auswählen Erweitern

my (undef ,$rawData) = split("#",$msg);
damit wird das "P16#" am Anfang entfernt.

In der "sub Dooya_SendCommand" das IOWrite ändern in:

Code Auswählen Erweitern

IOWrite( $hash, "", $message,1 );
damit kann dann anstatt dem raw Format eine eine vereinfachte Form übergeben werden.
z.B.:
P16#0011011100000110010110001110000100110011#R10

Gruß Ralf

[Jarnsen]

@ Ralf

Es wird schon die vereinfachte Version übergeben... Das aktuelle Dooya Modul findest du im GitHub unter dooya


Gesendet von iPhone mit Tapatalk

[Ralf9]

Es wird schon die vereinfachte Version übergeben... Das aktuelle Dooya Modul findest du im GitHub unter dooya

Meinst Du diese Version?
https://github.com/RFD-FHEM/RFFHEM/blob/dev-dooya/FHEM/98_Dooya.pm

dort wird anhand einer Kopie von der %ProtocolListSIGNALduino das raw-Format ermittelt und übergeben:

Code Auswählen Erweitern

SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;


Gruß Ralf