Hallo zusammen,
ich versuche gerade mit dem Signalduino und einem Intertechno Sender über FHEM ein paar Intertechno Steckdosen zu schalten.
Dazu habe ich den Steckdosen eigene Unit Codes angelernt um sie vom Sender zu trennen.
Ein Problem dazu hatte hier https://forum.fhem.de/index.php/topic,58468.0.html (https://forum.fhem.de/index.php/topic,58468.0.html) schon beschrieben (vielleicht die falsche Rubrik?).
Die Steckdosen habe ich von Hand erzeugt, die Schalter wurden über Autocreate erzeugt.
Alle Komponenten funktionierten für sich gesehen einwandfrei.
Wenn ich nun über die Fernbedienungs-Schalter und notify eine Steckdose schalte klappt das meistens nicht.
Setze ich beim notify ein "sleep 1;" zwischen <REGEXP> und <command> funktionierts.
Ein ähnliches Problem habe ich wenn ich über die Fernbedienung 3 Steckdosen nacheinander mit
"set steckdose1 off;set steckdose2 off;set steckdose3 off" im "DEF" ausschalten möchte. Hier wird immer die Steckdose an der zweiten Stelle nicht ausgeschaltet.
Setzte ich auch hier ein "sleep 1;" zwischen die einzelnen Abschaltbefehle funktioniert das ganze.
Vielleicht hat je jemand eine Idee wie sich das "sleep 1" vermeiden lässt.
Viele Grüße & Danke
Lars
Das Problem kommt mir bekannt vor..
Fernbedienung und Notify:
Die Fernbedienung sendet mehrmals das Signal. Wenn das Notify auslöst, solange der Sender noch sendet, dann wird der Signalduino angewiesen zu senden. Im Zweifelsfall sendet dann SIGNALduino und Fernbedienung gleichzeitig. Der Empfänger versteht dann nichts und reagiert nicht. Die Lösung mit dem sleep ist gut, was besseres fällt mir auf Anhieb jetzt auch nicht ein.
Beim Schalten von drei Dosen fällt mir auf Anhieb nicht ein, warum es nicht funktioniert. Das gibt drei Befehle an den SIGNALduino und diese werden mit einem kleinen delay übertragen. Das kann sich höchstens dann überlagern, wenn Du ITRepetitions auf einen hohen Wert gestellt hast.
Grüße Sidey
Hi Sidey, danke für Deine Antwort :)
Zitat von: Sidey am 06 Oktober 2016, 21:18:59
Fernbedienung und Notify:
...Wenn das Notify auslöst, solange der Sender noch sendet, dann wird der Signalduino angewiesen zu senden. Im Zweifelsfall sendet dann SIGNALduino und Fernbedienung gleichzeitig.
Der Handsender und der Signalduino-Sender überschneiden sich also, verstanden.
Schickt FHEM eigentlich nochmal den empfangenen Code vom Sender raus? Das Sieht mir fast so aus.
Kann man das Schalter-Device nicht als reinen Empfänger definieren? Geht das?
Zitat von: Sidey am 06 Oktober 2016, 21:18:59
Beim Schalten von drei Dosen fällt mir auf Anhieb nicht ein, warum es nicht funktioniert. Das gibt drei Befehle an den SIGNALduino und diese werden mit einem kleinen delay übertragen. Das kann sich höchstens dann überlagern, wenn Du ITRepetitions auf einen hohen Wert gestellt hast.
An den Einstellungen hab ich bisher nichts geändert.
Ich hab testweise mal die Reihenfolge geändert, es ist immer der zweite Befehl der verschluckt wird.
Gibt es ein kürzeres Delay als "sleep 1" oder irgendwas was man bei den Devices selbst einstellen kann.
Was wäre dann ein hoher Wert für ITRepetition ?
Viele Grüße & Danke
Lars
P.S. Besteht die Hoffnung das andere Pins des Signalduino's Nano als I/O genutzt werden könnten.
Zitat von: venice am 06 Oktober 2016, 21:50:06
Schickt FHEM eigentlich nochmal den empfangenen Code vom Sender raus? Das Sieht mir fast so aus.
Kann man das Schalter-Device nicht als reinen Empfänger definieren? Geht das?
Ich verstehe deine Frage nicht. Was ist das schalter Device und welchen Sender meinst Du? Du hast doch mehrere, so wie ich den Aufbau verstanden habe.
Zitat von: venice am 06 Oktober 2016, 21:50:06
Gibt es ein kürzeres Delay als "sleep 1" oder irgendwas was man bei den Devices selbst einstellen kann.
Da gibt es verschiedene Optionen. sleep 0.25; wartet z.B. 250 Millisekunden.
Der SIGNALduino wartet derzeit 300ms bevor er das Folgende Kommando an den Arduino übermittelt. Außer es ist nur ein Kommando in der Warteschlange, dann wartet er nur 100ms. Vielleicht passt da was nicht ganz..
Kannst Du das mal mit Verbose 5 (sduino) und mseclog=1 (global) den Schaltvorgang der drei Befehle loggen?
Zitat von: venice am 06 Oktober 2016, 21:50:06
Was wäre dann ein hoher Wert für ITRepetition ?
20 vielleicht. Ich glaube 6 ist der Default. Das passt dann schon.
Zitat von: venice am 06 Oktober 2016, 21:50:06
P.S. Besteht die Hoffnung das andere Pins des Signalduino's Nano als I/O genutzt werden könnten.
Was genau willst Du machen? Etwas an die IO Pins anschließen? Gib mal ein Beispiel, dann kann ich das besser beantworten.
Zitat von: Sidey am 06 Oktober 2016, 22:50:01
Ich verstehe deine Frage nicht. Was ist das schalter Device und welchen Sender meinst Du? Du hast doch mehrere, so wie ich den Aufbau verstanden habe.
Ich versuche es mal zu beschreiben.
Die Rheinfolge des Signals das am Ende die Steckdose schalten soll wäre, wenn ich richtig liege, wie folgt:
1) Taster der Intertechno Fernbedienung
2) Signalduino als Empfänger
3) Das Empfangs-Device (Schalter) in FHEM, Autocreated
4) FHEM "notify"
5) Die Sende-Device (Steckdose) in FHEM, manuell in FHEM angelegt
6) Signalduino als Sender
7) Die Intertechno Steckdose selbst
Ich meine gesehen zu haben das das Empfangs Device (Nr. 3) auch über den Signalduino was sendet sobald es geschaltet wurde was theoretisch in diesem speziellen Anwendungsfall gar nicht sein müsste. Also Quasi ein Read-Only Device :)
Zitat von: Sidey am 06 Oktober 2016, 22:50:01
Was genau willst Du machen? Etwas an die IO Pins anschließen? Gib mal ein Beispiel, dann kann ich das besser beantworten.
Ja genau. Ein Relais, oder auch ein Taster oder was analoges direkt.
Ich denke aber der Signalduino hat genug zu tun oder, war auch nur ne Idee.
Danke
Lars
Also an 3) sollte nichts ohne Kommando gesendet werden.
4) kann auch die Sendefunktion aus 5) übernehmen.
Wenn ich dich richtig verstehe, dann klappt irgendwas ab 5) nicht.
Am besten den Vorgang mal loggen, dann wird es einfacher zu analysieren und die IT Geräten auch mit Verbose 5 realisieren.
Das mit den Pins ist halt so eine Sache.
Da hat jeder individuelle Anforderungen. Was relativ leicht machbar wäre, im Arduino Code einen Platz für individuelle Anpassungen zur Verfügung zu stellen.
...ist alles Ok und funktioniert auch mit sleep.
3) wird ja von der IT Fernbedienung ausgelöst.
Ich wollte nur herausbekommen ob man 3) das senden abgewöhnen könnte um es als reines Empfangsgerät zu nutzen.
Ich schalte diesen Schalter ja über das Web oder über die IT-Fernbedienung.
Und über notify die Steckdose da müsste halt nichts gesendet werden weil nichts da ist was darauf reagiert.
Danke
Lars
Also 3) sollte nichts automatisch senden.
Hi,
hier kommt der Trace der drei nacheinander ausgeschalteten Steckdosen.
Das IT Device "RemoteSwitchAll" wurde über das Web geschaltet.
Wie schon geschrieben wird die zweite Steckdose (ab Zeile 08) nicht ausgeschaltet.
ZitatAlso 3) sollte nichts automatisch senden.
Der Code
01001110101100000101101110100000 aus Zeile 18 entspricht dem des Schalters "RemoteSwitchAll", wird also doch gesendet.
01: 2016.10.07 18:40:38.719 2: sduino IT_set: RemoteSwitchAll off
02:
03: 2016.10.07 18:40:38.724 2: sduino IT_set: PowerPlug1 off
04: 2016.10.07 18:40:38.730 5: sduino/write: adding to queue sendMsg P17#01111000011101011011011110000000#R6
05: 2016.10.07 18:40:38.730 5: sduino: sendmsg Preparing rawsend command for protocol=17, repeats=6, clock=250 bits=01111000011101011011011110000000
06: 2016.10.07 18:40:38.731 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020203020302030203030203020302030202030203020303020203030202030203030202030203030202030203020302030302030203020302030203020302;
07:
08: 2016.10.07 18:40:38.732 2: sduino IT_set: PowerPlug2a off
09: 2016.10.07 18:40:38.737 5: sduino/write: adding to queue sendMsg P17#10000011101110111111110110000000#R6
10: 2016.10.07 18:40:38.738 5: sduino: sendmsg Preparing rawsend command for protocol=17, repeats=6, clock=250 bits=10000011101110111111110110000000
11: 2016.10.07 18:40:38.739 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030302030203020302030202030203020303020203020302030302020302030203020302030203020302030302020302030302030203020302030203020302;
12:
13: 2016.10.07 18:40:38.740 2: sduino IT_set: PowerPlug3 off
14: 2016.10.07 18:40:38.744 5: sduino/write: adding to queue sendMsg P17#01111000011101011011011110000010#R6
15: 2016.10.07 18:40:38.745 5: sduino: sendmsg Preparing rawsend command for protocol=17, repeats=6, clock=250 bits=01111000011101011011011110000010
16: 2016.10.07 18:40:38.746 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020203020302030203030203020302030202030203020303020203030202030203030202030203030202030203020302030302030203020302030202030302;
17:
18: 2016.10.07 18:40:38.750 5: sduino/write: adding to queue sendMsg P17#01001110101100000101101110100000#R6
19: 2016.10.07 18:40:38.750 5: sduino: sendmsg Preparing rawsend command for protocol=17, repeats=6, clock=250 bits=01001110101100000101101110100000
20: 2016.10.07 18:40:38.751 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020203030203020203020302030302020303020203020303020302030203020302020303020203020303020203020302030302020303020302030203020302;
21: 2016.10.07 18:40:38.832 5: sduino SW: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020203020302030203030203020302030202030203020303020203030202030203030202030203030202030203020302030302030203020302030203020302;
22: 2016.10.07 18:40:39.144 5: sduino SW: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030302030203020302030202030203020303020203020302030302020302030203020302030203020302030302020302030302030203020302030203020302;
23: 2016.10.07 18:40:39.298 4: sduino/msg READ: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020203020302030203030203020302030202030203020303020203030202030203030202030203030202030203020302030302030203020302030203020302;
24: 2016.10.07 18:40:39.455 5: sduino SW: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020203020302030203030203020302030202030203020303020203030202030203030202030203030202030203020302030302030203020302030202030302;
25: 2016.10.07 18:40:39.767 5: sduino SW: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020203030203020203020302030302020303020203020303020302030203020302020303020203020303020203020302030302020303020302030203020302;
26: 2016.10.07 18:40:39.933 4: sduino/msg READ: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=010203030203020302030SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020203020302030203030203020302030202030203020303020203030202030203030202030203030202030203020302030302030203020302030202030302;
27: 2016.10.07 18:40:40.078 4: sduino/HandleWriteQueue: nothing to send, stopping timer
28:
29: PowerPlug2a manuell ausgeschaltet
30: 2016.10.07 18:40:45.664 2: sduino IT_set: PowerPlug2a off
31: 2016.10.07 18:40:45.669 5: sduino/write: adding to queue sendMsg P17#10000011101110111111110110000000#R6
32: 2016.10.07 18:40:45.670 5: sduino: sendmsg Preparing rawsend command for protocol=17, repeats=6, clock=250 bits=10000011101110111111110110000000
33: 2016.10.07 18:40:45.671 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030302030203020302030202030203020303020203020302030302020302030203020302030203020302030302020302030302030203020302030203020302;
34: 2016.10.07 18:40:45.772 5: sduino SW: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030302030203020302030202030203020303020203020302030302020302030203020302030203020302030302020302030302030203020302030203020302;
35: 2016.10.07 18:40:46.083 4: sduino/HandleWriteQueue: nothing to send, stopping timer
36: 2016.10.07 18:40:46.250 4: sduino/msg READ: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=010302020303020302020SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030302030203020302030202030203020303020203020302030302020302030203020302030203020302030302020302030302030203020302030203020302;
DeviceOverview
RemoteSwitchAll
Internals
00 0
DEF 01001110101100000101101110 1 0000
IODev sduino
LASTInputDev sduino
MSGCNT 3
NAME RemoteSwitchAll
NR 24
STATE off
TYPE IT
XMIT 0100111010110000010110111010000
XMITdimdown 00
XMITdimup 00
XMITon 1
sduino_DMSG i65A99A55669A995500
sduino_MSGCNT 3
sduino_RAWMSG MS;P0=-1368;P1=261;P2=-312;P4=-2814;D=141210101212101210101210121012121010121210101210121210121012101210121010121210101210121210101210121012121010121210121012101210121013;CP=1;SP=4;O;
sduino_TIME 2016-10-07 19:00:25
Lars
okay ich habe es verstanden.
Da Du RemoteSwitchAll off gemacht hast, ist es aber ganz normal dass 0100111010110000010110111010000 gesendet wird.
Das steht ja auch im Attribut XMIT so drinen.
Ich muss mal überlegen, wie man das Senden des Nächsten Befehls so lange hinauszögert, bis der voran gegangene Befehl abgearbeitet wurde.
300 ms reichen da scheinbar nicht.
Grüße
Hi,
Zitat von: Sidey am 07 Oktober 2016, 22:53:48
Da Du RemoteSwitchAll off gemacht hast, ist es aber ganz normal dass 0100111010110000010110111010000 gesendet wird.
Das steht ja auch im Attribut XMIT so drinen.
Kann man das irgendwie unterdrücken, z.B. mit dem löschen des Attributs oder funktioniert der Empfang dann auch nicht mehr ?
Zitat von: Sidey am 07 Oktober 2016, 22:53:48
Ich muss mal überlegen, wie man das Senden des Nächsten Befehls so lange hinauszögert, bis der voran gegangene Befehl abgearbeitet wurde.
Danke dafür...
Lars
P.S. Vielleicht kannst Du Dir bei Gelegenheit mal diesen Post https://forum.fhem.de/index.php/topic,58468.0.html (https://forum.fhem.de/index.php/topic,58468.0.html) von mir anschauen.
Da geht es darum das bei mir Intertchno Steckdosen mit Unit Codes 0001 über den Signalduino nicht geschaltet werden. Schon mal bemerkt ?
Ich denke ich hab's im falschen Forum gepostet.
Dieses Phänomen hab ich hier auch, wenn mehrere IT-Steckdosen durch ein Ereignis geschaltet werden (at, notify usw.). Bei mir wird dann nur die erste Steckdose geschaltet, die zweite nicht. mit einem "sleep 1.5" dazwischen funktioniert es (meistens).
In der älteren Version Signalduino aus dieser Zeit:
https://forum.fhem.de/index.php/topic,38831.msg493024.html#msg493024
hatte ich das Problem noch nicht und mußte kein "sleep x" dazwischensetzen.
Vielleicht hilft's ja beim error trapping...
Besteht dieses Problem mit der aktuellen Version immer noch?
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Gruß Ralf
Zitat von: Ralf9 am 10 Oktober 2016, 11:45:59
Besteht dieses Problem mit der aktuellen Version immer noch?
Ich bin auf der aktuellen Signalduino Version 3.3.0.
Lars
Ralf hat gestern eine Änderung gemacht, die bekommst Du, mit dem Update Befehl aus seinem Beitrag.
Hallo zusammen,
ich habe die FW geladen, den Arduino neu geflasht und alles einmal neu gestartet.
Die "sleep's" zwischen den Steckdosen hab ich raus genommen, klappt super :)
Ich hab jeweils 20 Versuche über das Web-Interface und über die Fernbedienung gemacht.
Alle Versuche bis auf einen über die Fernbedienung haben meine 3 Steckdosen sauber nacheinander ausgeschaltet.
Nur einmal wurde die dritte nicht geschaltet.
Ich hab jetzt nur noch einen Sleep im DEF String der, wie Sidey geschrieben hat, gegen die Sende/Empfangs Überschneidung hilft.
RemoteSwitchAll:off sleep 1.0;set PowerPlug1 off;set PowerPlug2a off;set PowerPlug3 off
Vielen Dank für diese Anpassung :)
Jetzt fehlt mir zu meinem Glück nur noch das Read-Only Device :)
Viele Grüße
Lars
Also wenn Du nur einen schalter fürs WEB brauchst, dann erstelle dir doch einen Dummy:
Ich muss gestehen, ich habe auch nicht so ganz verstanden, warum Du RemoteSwitchAll:off aufrufst.
Was genau soll das denn auslösen?
Grüße Sidey
Ich spiele Ralf's Änderungen ein und teste ein wenig. Kann aber etwas dauern, bis ich berichte.
Momentan läuft alles wieder, ich bin mit den Tests aber noch nicht ganz durch.
Ich hatte einmal das Phänomen, daß die Steckdosen zwar direkt von der Weboberfläche geschaltet werden konnten, aber nicht durch Ererignisse (notify, at o.ä.).
Hi,
Zitat von: Sidey am 10 Oktober 2016, 22:46:26
Also wenn Du nur einen schalter fürs WEB brauchst, dann erstelle dir doch einen Dummy:
Ich muss gestehen, ich habe auch nicht so ganz verstanden, warum Du RemoteSwitchAll:off aufrufst.
Was genau soll das denn auslösen?
Grüße Sidey
Einerseits möchte ich die Steckdosen über das Web schalten, anderseits möchte ich zwecks WAF aber auch die Fernbedienung nutzen können.
Dafür habe ich halt den "RemoteSwitchAll" Taster definiert der nur "off" kann. Dieses Device müsste theoretisch nur empfangen.
Viele Grüße
Lars
Sieht so aus, als würden sich einige durch Funk ausgelöste Ereignisse ins Gehege kommen:
Ich habe hier einen IT-Bewegungsmelder, der bei Auslösung eine Elro-Steckdose in der Nähe für 60 Sekunden anschaltet.
Das funktioniert aber so jetzt nicht mehr.
Wenn ich das Einschaltkommando mit "sleep 1" hinauszögere, wird wieder zuverlässig geschaltet.
In älteren Softwareversionen war das noch nicht nötig.
Hi Sidey,
Zitat von: Sidey am 10 Oktober 2016, 22:46:26
Ich muss gestehen, ich habe auch nicht so ganz verstanden, warum Du RemoteSwitchAll:off aufrufst.
...ich glaube erst jetzt hab ich Dich verstanden :o
Ich rufe nicht "RemoteSwitchAll:off" auf, sondern das ist das
Suchmuster aus "
define <name> notify <Suchmuster> <command>"
Hi RappaSan
ZitatIch habe hier einen IT-Bewegungsmelder, der bei Auslösung eine Elro-Steckdose in der Nähe für 60 Sekunden anschaltet.
Das funktioniert aber so jetzt nicht mehr.
Das ist bei mir auch so wenn ich versuche meine 3 Steckdosen über die Fernbedienung aus zu schalten.
Die erste in der Reihe wird immer
nicht abgeschaltet. Die beiden letzten in der Reihe funktionieren ohne Probleme.
Schalte ich das ganze per Web klappt's perfekt.
Bei mir reicht ein
sleep 0.5.
Viele Grüße
Lars
Zitat von: venice am 12 Oktober 2016, 13:15:05
Einerseits möchte ich die Steckdosen über das Web schalten, anderseits möchte ich zwecks WAF aber auch die Fernbedienung nutzen können.
Dafür habe ich halt den "RemoteSwitchAll" Taster definiert der nur "off" kann. Dieses Device müsste theoretisch nur empfangen.
Wenn Du ein Device benötigst, das nicht senden kann aber trotzdem das webcmd on und off hat, dann mußt Du ein dummy verwenden.
Wenn Du beim RemoteSwitchAll das Attribut webcmd : setzt, dann hat es kein on und off
ZitatIch habe hier einen IT-Bewegungsmelder, der bei Auslösung eine Elro-Steckdose in der Nähe für 60 Sekunden anschaltet.
Das funktioniert aber so jetzt nicht mehr.
Dies ist evtl ein Nebeneffekt der Optimierungen und Änderungen die in letzter Zeit an der Firmware, am 00_SIGNALduino- und am IT-Modul gemacht wurden.
Evtl wird jetzt der set-Befehl vom IT-Modul etwas schneller verarbeitet.
Gruß Ralf
Zitat von: Ralf9 am 12 Oktober 2016, 19:20:52
Wenn Du ein Device benötigst, das nicht senden kann aber trotzdem das webcmd on und off hat, dann mußt Du ein dummy verwenden.
...aber kann ein Dummy den empfangen, d.h. von meiner Fernbedienung geschaltet werden?
Lars
Zitat von: RappaSan am 12 Oktober 2016, 13:59:33
Sieht so aus, als würden sich einige durch Funk ausgelöste Ereignisse ins Gehege kommen:
Ich habe hier einen IT-Bewegungsmelder, der bei Auslösung eine Elro-Steckdose in der Nähe für 60 Sekunden anschaltet.
Das funktioniert aber so jetzt nicht mehr.
Wenn ich das Einschaltkommando mit "sleep 1" hinauszögere, wird wieder zuverlässig geschaltet.
In älteren Softwareversionen war das noch nicht nötig.
Naja, das Problem ist das es sich bei Funk ja um ein Broadcast Medium handelt.
Das hat man bei Ethernet früher auch gehabt. Einer hat gesendet und das Medium war belegt.
Was jetzt genau früher ist, kann ich nicht erkennen. Allerdings ist es so, dass das Frequenzband belegt ist, sobald einer sendet.
Das ist das gleiche Problem wenn drei Personen in einem Raum stehe, aber immer nur zwei die gleiche Sprache sprechen.
Person 1 gibt etwas an Person 2 weiter.
Kann Person 2 zeitgleich die Nachricht an Person 3 weitergeben?
Das geht nur, wenn der Sender (Person1) zwischendurch Pausen macht, in demem Person 2 zu 3 etwas übersetzen kann.
Ist vielleicht kompliziert dargestellt, aber was ich sagen will ist, wenn zwei Sender etwas senden, dann hat der Empfänger ein Problem und versteht im Zweifelsfall nichts.
Zitat von: venice am 12 Oktober 2016, 18:57:35
Ich rufe nicht "RemoteSwitchAll:off" auf, sondern das ist das Suchmuster aus "define <name> notify <Suchmuster> <command>"
Ich weiss nicht so recht.
Dein Anwendungsfall 1 ist, auf einen Befehl einer IT Steckdose zu hören.
Dafür passt dein remoteSwitchAll ja ganz gut. Das Device muss aber kein on oder Off Befehl mehr anbieten.
Der 2Fall ist ja das Schaltern mehrerer Steckdosen.
Da kann ein Struct oder auch ein Dummy oder doif helfen.
Zu #24:
Die Erklärung ist verständlich und ich sehe das genauso.
Fazit: Sduino ist zu schnell beim dekodieren :) und sendet das Signal zum Schalten dadurch zu schnell.
Das ist ja schon das ein Qualitätsmerkmal.... Schnelles Dekodieren.
Grüße Sidey
Zitat von: RappaSan am 12 Oktober 2016, 13:59:33
Ich habe hier einen IT-Bewegungsmelder
Als was ist denn Dein Bewegungsmeldern in FHEM konfiguriert?
Als Schalter?
Lars
Zitat von: venice am 12 Oktober 2016, 20:05:36
...aber kann ein Dummy den empfangen, d.h. von meiner Fernbedienung geschaltet werden?
Ein Dummy kann nichts empfangen.
Es kann ein Notify triggern und es kann auch mit set geschaltet werden.
z.B. mit folgender notify DEF:
RemoteSwitchAll:off set AllDummy offGruß Ralf
Zitat von: Ralf9 am 13 Oktober 2016, 09:26:59
Ein Dummy kann nichts empfangen.
...das hatteich mir schon gedacht.
Also bleibt mir nur ein normales IT (Schalter) Device zum empfangen.
Gibt es vielleicht ein IT Attribut was senden verhindert?
Viele Grüße
Lars
Zitat von: venice am 13 Oktober 2016, 09:36:43
Gibt es vielleicht ein IT Attribut was senden verhindert?
Du kannst mit dem Attribut webCmd : das on und off auf der Weboberfläche ausblenden.
Ein Möglichkeit wäre, es mit 2 Devices zu machen (eins zum Empfangen und ein Dummy zum senden):
RemoteSwitchAll:off sleep 1; set DummySwitchAll offund dann beim Dummy das folgende DEF:
DummySwitchAll:off set PowerPlug1 off;set PowerPlug2a off;set PowerPlug3 offGruß Ralf
Hallo Lars,
der Bewegungsmelder ist als intertechno-device definiert:
define BM IT 00010000011010110000000000 0 0001
Hat Autocreate angelegt, ich hab ihn nur noch umbenannt.
Ich nehme an, Du möchtest wissen, wie ich damit schalte, oder?
So zum Beispiel:
define Nachtlicht notify BM:on.* { if (Value("ZeitStatus") eq "Nacht") { fhem("set group=NightOff on-for-timer 60") } }
ZeitStatus ist ein eigenes Dummy, in dem die Tageszustände Morgen, Tag, Abend und Nacht festgehalten werden.
Dieser Status bestimmt, was bei mir mit der Beleuchtung passieren soll.
Zitat von: RappaSan am 13 Oktober 2016, 15:03:40
Ich nehme an, Du möchtest wissen, wie ich damit schalte, oder?
So zum Beispiel:
define Nachtlicht notify BM:on.* { if (Value("ZeitStatus") eq "Nacht") { fhem("set group=NightOff on-for-timer 60") } }
ZeitStatus ist ein eigenes Dummy, in dem die Tageszustände Morgen, Tag, Abend und Nacht festgehalten werden.
Dieser Status bestimmt, was bei mir mit der Beleuchtung passieren soll.
Danke dafür.
Hat Dein Bewegungsmelder in FHEM auch noch Ein und Aus "Knöpfe"?
Lars
Hi@all,
ich glaub ich hab das "Read-Only" gefunden ::)
Ich hab im 10_IT.pm was gestöbert und nach "Signalduino" gesucht.
Hier wollte ich schon testweise was einbauen bin dann aber über "itremote" gestolpert.
Diesen Wert hab ich den fernbedienten Schaltern unter dem Attribut "model" zugewiesen.
Danach waren das "on" und "off" der Schalter verschwunden und man kann diese nicht mehr über das Web bedienen. Read-Only halt :).
Dann hab ich die "sleeps" entfernt. Erste Tests sehen ganz gut aus.
Ich glaube das der Schalter selbst jetzt nichts mehr sendet. Im Log sehe ich nichts mehr davon.
Viele Grüße
Lars
Ja Ein und Aus "Knöpfe" hat er.
Nützlich zum testen...
Vielen Dank für die Anpassung am Signalduino, für mich ist das Timming Problem gelöst.
Viele Grüße
Lars
Hallo zusammen,
Ich habe folgendes Problem. Hab die aktuelle signalduino fw am Arduino sowie eine its-150 Fernbedienung. Habe das device für die Fernbedienung korrekt angelegt nur ist es so dass nicht immer erkannt wird wenn ich eine Taste auf der Fernbedienung drücke. 1mal geht es, dann wieder ein paar Mal nicht. Laut Log wird es von signalduino Einfach nicht korrekt erkannt als it string...Dann wieder schon. Hat jemand eine Idee?
Danke und LG Stephan
Poste mal ein log wenns klappt und auch wenn es nicht klappt.
Das hier kommt z.b wenns nicht geht:
2017.02.02 21:48:06 4: sduino433/msg READ: MS;P1=-438;P2=292;P3=-1142;P4=994;P6=-11438;D=26232323232323234123232323232323232323234123412341;CP=2;SP=6;R=16;O;
2017.02.02 21:48:06 4: sduino433: Matched MS Protocol id 25 -> les led remote
2017.02.02 21:48:06 5: sduino433: Starting demodulation at Position 3
2017.02.02 21:48:06 5: sduino433: Found wrong signalpattern, catched 0 bits, aborting demodulation
Und das hier wenns geht:
2017.02.02 21:52:41 4: sduino433/msg READ: MS;P1=-419;P2=318;P3=-1125;P4=1004;P5=-11428;D=25232323232323234123232323232323232323234123412341;CP=2;SP=5;R=18;O;
2017.02.02 21:52:41 4: sduino433: Matched MS Protocol id 3 -> itv1
2017.02.02 21:52:41 5: sduino433: Starting demodulation at Position 2
2017.02.02 21:52:41 4: sduino433: Decoded MS Protocol id 3 dmsg i010015 length 24 RSSI = -65
2017.02.02 21:52:41 5: sduino433: converted Data to (i010015)
2017.02.02 21:52:41 5: sduino433: dispatch i010015
2017.02.02 21:52:41 4: sduino433 IT: message "i010015" (7)
2017.02.02 21:52:41 4: sduino433 IT: msgcode "000F00000FFF" (12) bin = 000000010000000000010101
2017.02.02 21:52:41 5: sduino433 IT: V1 housecode = 000F00000F onoffcode = FF
2017.02.02 21:52:41 3: sduino433 IT: schalter1 on->on
Diesmal hab ich glaub ich 30x drücken müssen bis es erkannt wurde.
Oder es kommt auch das wenn es nicht geht:
2017.02.02 21:57:45 4: sduino433/msg READ: MS;P1=-1144;P2=290;P4=1000;P5=-424;P6=-11431;D=26212121212121214521212121212121212121214521452145;CP=2;SP=6;R=11;O;
2017.02.02 21:57:45 4: sduino433: Matched MS Protocol id 25 -> les led remote
2017.02.02 21:57:45 5: sduino433: Starting demodulation at Position 3
2017.02.02 21:57:45 5: sduino433: Found wrong signalpattern, catched 0 bits, aborting demodulation
2017.02.02 21:57:46 4: sduino433/msg READ: MU;P0=297;P1=-1143;P2=995;P3=-438;D=010101010123010101010101010101010123012301230;CP=0;R=233;
2017.02.02 21:57:46 5: sduino433: applying filterfunc SIGNALduino_filterSign
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: Starting demodulation at Position 1
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.02.02 21:57:46 5: sduino433: applying filterfunc SIGNALduino_compPattern
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.02.02 21:57:46 4: sduino433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.02.02 21:57:46 5: sduino433: Starting demodulation at Position 0
Hey Sidey,
bist du zufällig schon dazugekommen dir das anzusehen bzw. hast eine Idee was es da haben könnte?
Danke&lg
stephan
Habe ein ähnliches Phänomen mit einem Signalduino und ITv3 Steckdosen. Nur sporadische Protkollerkennung mit dem SDuino.
Gab es diesbezüglich nochmal ein Update ?
Hi,
Da bräuchte ich mal Logs von deinem Problem :)
Gesendet von meinem XT1650 mit Tapatalk