Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

[Ralf9]

@RaspiLED
Ich habe für Hörmann Garagentore ein neues Thema aufgemacht
https://forum.fhem.de/index.php/topic,71877.msg634482.html#msg634482

Gruß Ralf

[Hauswart]

Ich habe folgendes im Angebot:

Code Auswählen Erweitern


2017.05.06 12:31:12 4: sduino/msg READ: MU;P0=483;P1=-949;P2=1210;P3=-26182;D=0121012101012121012101210101012101012121012101010101032121212101210121212121212101010121212101210101212101210121010101210101212101210101010103212121210121012121212121210101012121210121010121210121012101010121010121210121010101010;CP=0;
2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 1
2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 0
2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 0
2017.05.06 12:31:12 5: sduino: dispatching bits: 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 1 0 1 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 1 0 1 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0
2017.05.06 12:31:12 4: sduino: decoded matched MU Protocol id 63 dmsg u6348A484520AA4AAA15229211482A92AA8548A484520 length 168
2017.05.06 12:31:12 5: sduino: converted Data to (u6348A484520AA4AAA15229211482A92AA8548A484520)
2017.05.06 12:31:12 5: Starting notify loop for sduino, 1 event(s), first is opened
2017.05.06 12:31:12 5: End notify loop for sduino
2017.05.06 12:31:12 5: sduino: dispatch u6348A484520AA4AAA15229211482A92AA8548A484520
2017.05.06 12:31:12 5: Starting notify loop for sduino, 1 event(s), first is UNKNOWNCODE u6348A484520AA4AAA15229211482A92AA8548A484520
2017.05.06 12:31:12 5: End notify loop for sduino
2017.05.06 12:31:12 3: sduino: Unknown code u6348A484520AA4AAA15229211482A92AA8548A484520, help me!


Ich habe mal ein neues Thema dazu eröffnet: https://forum.fhem.de/index.php?topic=71882

[Sidey]

Bei der dev-r33 Version gibt es keine feste Wartezeit. Mit dem Senden der nächsten Sendenachricht wird gewartet bis die vorherige Sendenachricht vollständig gesendet wurde (sduino/read sendraw answer: ..)

Hi Ralf,

ich habe mich jetzt mal in den Ablauf eingearbeitet. Ich habe da eine Idee:

• Das 1. Kommando wird ja in die Warteschlange aufgenommen und dann an den USB Port übergeben. $hash->{QUEUE} ist 0 nachdem das Kommando übergeben wurde.
  
• Danach wird das 2. sendMSG Kommando übergeben.
  

Code Auswählen Erweitern

sub SIGNALduino_AddSendQueue($$)
{
  my ($hash, $msg) = @_;
  my $name = $hash->{NAME};
  #Log3 $hash, 3,"AddSendQueue: " . $hash->{NAME} . ": $msg";
  push(@{$hash->{QUEUE}}, $msg);
  #Log3 $hash , 5, Dumper($hash->{QUEUE});
  InternalTimer(gettimeofday() + 0.1, "SIGNALduino_HandleWriteQueue", "HandleWriteQueue:$name") if (@{$hash->{QUEUE}} == 1);
}


Da ich annehme, dass $hash->{QUEUE} nun 0 ist, obwohl wir noch keine Rückmeldung haben erzeugen wir internalTimer der in 0.1 Sekunden HandleWriteQueue aufruft. Solle vom Arduino noch keine Rückmeldung bis jetzt vorliegen, wird das als timeout gewertet. [/li]

• Anschließend wird das 2. Kommando übertragen

Ich das ganze nun nicht durch tests verifiziert, wenn ich aber nichts übersehen habe, dann müsste das nun der Stand sein.
Was man da nun ganau macht habe ich mir nicht überlegt. Vielleicht sollte man etwas aus der Warteschlange erst entfernen, wenn die Rückmeldung angekommen ist. Alternative wäre es eventuell zu prüfen ob schon ein Timer läuft und keinen Zusätzlichen starten.
Dazu gibt es derzeit wohl keine Funktion, könnte man aber wohl entweder abfragen in dem wir den hash %intAt durchsuchen.
Alternativ können wir in den internals auch ein Flag speichern.

Grüße Sidey

[Ralf9]

Da ich annehme, dass $hash->{QUEUE} nun 0 ist, obwohl wir noch keine Rückmeldung haben erzeugen wir internalTimer der in 0.1 Sekunden HandleWriteQueue aufruft. Solle vom Arduino noch keine Rückmeldung bis jetzt vorliegen, wird das als timeout gewertet.

Der 0.1 Sekunden internalTimer wird aber nur wirksam, wenn das 2. set-Kommando um mehr als  0.1 Sekunden nach dem 1.set-Kommando kommt.

Da es damals beim Einbauen mit einer structure ohne delay getestet wurde, ist dieser Fehler nicht aufgefallen.

Code Auswählen Erweitern

2017-05-11 18:07:52.498 structure SchalterStruc off
2017.05.11 18:07:52.498 3 : sduino IT_set: IT_0F0000000F off
2017.05.11 18:07:52.501 5 : sduino/write: adding to queue sendMsg P3#is0F0000000FF0#R6
2017.05.11 18:07:52.501 3 : sduino IT_set: IT_0F000F000F off
2017.05.11 18:07:52.503 5 : sduino/write: adding to queue sendMsg P3#is0F000F000FF0#R6
2017.05.11 18:07:52.503 3 : sduino IT_set: IT_0F00F0000F off
2017.05.11 18:07:52.505 5 : sduino/write: adding to queue sendMsg P3#is0F00F0000FF0#R6

Alternativ können wir in den internals auch ein Flag speichern.

Dies finde ich am besten. z.B. ein Flag $hash->{sendrawworking} das bis zum vollständigen Senden gesetzt ist.

Ich baue das mal so ein und commite es dann.

Gruß Ralf

[Sidey]

Ich habe es mal nachgestellt:

Ein DOIF mit drei IT Steckdosen:

Code Auswählen Erweitern

define time_switch DOIF (["$SELF:mybutton: on"] or [[$SELF:mybegin,"00:00"]]) (set IT_11111FFF0F on) (set IT_11111FF0FF  on) (set IT_11111FFFFF  on) DOELSEIF (["$SELF:mybutton: off"] or [[$SELF:myend,"00:00"]]) (set IT_11111FFF0F off) (set IT_11111FF0FF  off) (set IT_11111FFFFF  off)
attr time_switch cmdState on|off
attr time_switch readingList mybutton mybegin myend
attr time_switch room IT
attr time_switch setList mybutton:on,off mybegin:time myend:time
attr time_switch webCmd mybutton:mybegin:myend



Die Warteschlange wird ordentlich abgearbeitet.

Code Auswählen Erweitern

2017.05.13 22:24:55.617 3: sduino: setting Verbose to: 5
2017.05.13 22:24:55.650 3: sduino IT_set: IT_11111FFF0F on
2017.05.13 22:24:55.665 5: sduino IT_set: Type=SIGNALduino Protocol=V1
2017.05.13 22:24:55.666 4: sduino IT_set: sendMsg=P3#is11111FFF0F0F#R6
2017.05.13 22:24:55.668 5: sduino/write: adding to queue sendMsg P3#is11111FFF0F0F#R6
2017.05.13 22:24:55.669 5: sduino: sendmsg msg=P3#is11111FFF0F0F#R6
2017.05.13 22:24:55.671 5: sduino: sendmsg IT V1 convertet tristate to bits=111111111101010100010001
2017.05.13 22:24:55.672 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=111111111101010100010001
2017.05.13 22:24:55.674 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:55.680 3: sduino IT_set: IT_11111FF0FF on
2017.05.13 22:24:55.707 5: sduino IT_set: Type=SIGNALduino Protocol=V1
2017.05.13 22:24:55.708 4: sduino IT_set: sendMsg=P3#is11111FF0FF0F#R6
2017.05.13 22:24:55.710 5: sduino/write: adding to queue sendMsg P3#is11111FF0FF0F#R6
2017.05.13 22:24:55.711 5: sduino: sendmsg msg=P3#is11111FF0FF0F#R6
2017.05.13 22:24:55.713 5: sduino: sendmsg IT V1 convertet tristate to bits=111111111101010001010001
2017.05.13 22:24:55.714 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=111111111101010001010001
2017.05.13 22:24:55.716 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:55.722 3: sduino IT_set: IT_11111FFFFF on
2017.05.13 22:24:55.736 5: sduino IT_set: Type=SIGNALduino Protocol=V1
2017.05.13 22:24:55.738 4: sduino IT_set: sendMsg=P3#is11111FFFFF0F#R6
2017.05.13 22:24:55.739 5: sduino/write: adding to queue sendMsg P3#is11111FFFFF0F#R6
2017.05.13 22:24:55.741 5: sduino: sendmsg msg=P3#is11111FFFFF0F#R6
2017.05.13 22:24:55.742 5: sduino: sendmsg IT V1 convertet tristate to bits=111111111101010101010001
2017.05.13 22:24:55.743 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=111111111101010101010001
2017.05.13 22:24:55.746 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:55.786 5: sduino SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:55.798 4: sduino SendFromQueue: msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:56.030 4: sduino/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:56.031 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:56.032 4: sduino/read sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:56.034 5: sduino SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.046 4: sduino SendFromQueue: msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.278 4: sduino/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.280 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.281 4: sduino/read sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.283 5: sduino SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.295 4: sduino SendFromQueue: msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.526 4: sduino/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.527 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.528 4: sduino/read sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.530 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.05.13 22:24:58.793 4: sduino: Calling Getting Attr sub with args: set verbose = 3
2017.05.13 22:24:58.794 3: sduino: setting Verbose to: 3
2017.05.13 22:25:47.134 4: HttpUtils url=http://10.2.11.58:23/

Wir haben dann wohl in diesem Fall doch ein anderes Problem

[andies]

Könnte es sein, dass (nur) bei einer structure das Problem auftritt?


Gesendet von iPhone mit Tapatalk Pro

[Ralf9]

ich habe einen Fehler in der Sendewarteschlangenroutine behoben, bitte mal testen.
Falls das Senden von mehreren set-Befehlen immer noch nicht funktioniert, benötige ich ein log-Auszug mit verbose 5.

Code Auswählen Erweitern

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

Gruß Ralf

[Ralf9]

Sind die DMESG für die es kein Modul gibt ("u" oder "U" am Anfang) ausreichend?

Denke schon.....

Ich habe es eingebaut.
Bei DMESG für die es kein Modul gibt ("u" oder "U" am Anfang wird nun ein event erzeugt.
z.B.
"DMSG U65#C79B1ECEAB37318"


Ich habe außerdem noch das Attribut "cc1101_frequency" hinzugefügt, wenn dort ein Wert größer 800 eingetragen wird, kann auch bei einem 868 MHz cc1101 mit set patable der Sendepegel eingestellt werden.

Die patable Werte sind Frequenzabhängig:

Code Auswählen Erweitern

my %patable = (
  "433" =>
  {
    "-10_dBm"  => '34',
    "-5_dBm"   => '68',
    "0_dBm"    => '60',
    "5_dBm"    => '84',
    "7_dBm"    => 'C8',
    "10_dBm"   => 'C0',
  },
  "868" =>
  {
    "-10_dBm"  => '27',
    "-5_dBm"   => '67',
    "0_dBm"    => '50',
    "5_dBm"    => '81',
    "7_dBm"    => 'CB',
    "10_dBm"   => 'C2',
  },
);


Wenn bei set cc1101_freq keine Frequenz angegeben wird, dann wird das attribut cc1101_frequency verwendet.

Gruß Ralf

[RaspiLED]

Hi Ralf,
Können wir die Patable nicht analog zum CUL machen? Also ein zusätzliches set, dass entweder dem raw X01-09 entspricht, oder noch besser sprechend ist -10 bis +10 und sich im Hintergrund um die patable Regusterwerte kümmert. Analog auch noch eine get Function?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[Ralf9]

Beim Signalduino ist das mit der patable anders gelöst als beim CUL.
Die Umsetzung von den dB Werten in die patable Werte erfolgt in der  00_SIGNALduino.pm
Dadurch kann z.B. bei Bedarf durch ein paar Anpassungen in der 00_SIGNALduino.pm das "set patable" auf eine weitere Frequenz erweitert werden ohne in der Firmware was zu ändern.

Ein get ccpatable kann ich einbauen.

Durch eine kleine erweiterung bei der Ausgabe der patable (siehe Anlage) müsste sie besser lesbar sein.

Bei der Formatierung kann ich noch etwas Hilfe gebrauchen (sortierung und dB rechtsbündig).

Code Auswählen Erweitern

sub SIGNALduino_parseResponse($$$)
{
...
elsif($cmd eq "ccpatable") {
my $CC1101Frequency = "433";
if (defined($hash->{cc1101_frequency})) {
$CC1101Frequency = $hash->{cc1101_frequency};
}
$msg .=  "\n\n$CC1101Frequency MHz\n\n";
foreach my $dB (keys $patable{$CC1101Frequency})
{
$msg .= "$patable{$CC1101Frequency}{$dB}  $dB\n";
}
}

  return $msg;

[Ralf9]

Bei Devices des Moduls SD_WS07 wird der STATE beim Start/Restart von FHEM immer auf "Defined" statt auf den letzten Wert, wie ich es von anderen Modulen kenne, gesetzt. Erst beim nächsten Empfang eines Telegramms vom Sensor wird der STATE wieder auf einen Sensorwert gesetzt.

Was ist der Grund für das Setzen des STATE´s mit "Defined"  ($hash->{STATE} = "Defined"? https://wiki.fhem.de/wiki/DevelopmentState rät vom direkten Setzen durch den Modulautoren ab. Ob das richtig ist, kann ich aber nicht beurteilen.

Hallo Sidey,

spricht was dagegen, bei den Signalduino Modulen das  $hash->{STATE} = "Defined" zu entfernen?

Gruß Ralf

[Sidey]

Hi Ralf,

ich habe auch schon darüber nachgedacht: Was könnte der Grund sein.

Vermutlich haben wir es irgendwann mal in einem Modul eingebaut und es dann immer übernommen.

Vermutlich war die Absicht den STATE zu setzen, wenn ein Gerät neu definiert wird.
Das passiert halt genau genommen auch beim Neustart von Fhem.

So wie ich das sehe brauchen wir STATE nicht setzen und können diese Zeile in allen Modulen entfernen.

Gesendet von meinem Nexus 5 mit Tapatalk

[Mave]

Hey Sidey,

kann man auch einen CUL 433 als Signalduino einsetzen?

Vielen Dank.

Grüße Mave

[Sidey]

Nein, der CUL von Busware wird aktuell nicht unterstützt.

Dazu müsste die Firmware für den UC und die Pins angepasst werden.

Gesendet von meinem Nexus 5 mit Tapatalk

[RaspiLED]

Hi Mave,
Wenn Du einen NanoCUL mit 433 MHz meinst, dann ja!
Einen Busware CUL Lite 433 MHz nein.
Brauchst Du nich einen Nano? Habe einen über!
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...