Vis: Geräte und Variablen schalten sich ungewollt aus oder ein

Homoran

Die Funktion könnte wie folgt sein:

Erstes abtippen sendet Schaltbefehl, dabei toggelt das Icon.

Ack Ist aber noch auf false (Feedback über die CCU, dass der Aktor geschaltet hat)

Darauf zurück auf false.

Eigentlich sollte nach kürzester Zeit wieder die Bestätigung der CCU kommen und dann der Zustand des Widgets auch korrekt sein.

Wenn da etwas hängt und du sagst nur beim Apfel, dann liegt wahrscheinlich wieder an Apple.

Gruß

Rainer

Marc.Matic

Ich merke gerade, dass ich mich auch etwas falsch ausgedrückt habe: Es geht eigentlich gar nicht um den Status des Widgets sondern sogar um den tatsächlichen Schaltzustand.

Beispiel:

Flurlicht ist AUS / Widget ist FALSE
Flurlicht wird angetippt
Widget geht auf TRUE / Licht geht AN
Dann geht das Licht sofort wieder aus und Widget auf FALSE
Wenn ich jetzt das Widget erneut tippe dann geht das Licht AN und Widget auf TRUE, so bleibt es dann auch.

looxer01

Das Problem habe ich auch. Ich beziehe es auf Performance des tablets. Siehe auch die Beiträge unter Vis Performance.

Gesendet von meinem SM-G935F mit Tapatalk

Marc.Matic

Was auch immer der Grund sein mag: Irgendetwas führt dazu, dass sich VIS so verhält wenn man längere Zeit nichts macht.

Wenn es denn dann funktioniert, dass die Lampe auch an bleibt, dann kann man danach auch unzählige Male erfolgreich die Lampe wieder aus und ein schalten. Keine "doppelte" Schaltung. Es scheint nur zu passieren, wenn man VIS einige Zeit nicht bedient hat oder zwischenzeitlich die Datenpunkte erneut durch die Adapter abgerufen wurden.

Gibt es vielleicht eine Möglichkeit, doppel-Trigger abzufangen, so das ein zweifaches Senden innerhalb von x Sekunden unterbunden wird.

Falls auch relevant, hier mal meine ganzen Einstellungen zu den relevanten Adaptern:

hm-rega

–--------

Wiederverbindungsintervall: 30s

Nur rfd aktiviert

Polling: 30s

Zusätzlich habe ich ein Programm in der CCU, welches BidCoS-RF.50.PRESS_SHORT auslöst, wenn eine relevante Variable oder ein Geräte den Zustand ändert damit die Ansicht in vis sofort aktualisiert wird

hm-rpc

Daemon: rfd

Protokoll: BIN-RPC

Adapterport: 0

Verbindungs-Check Interval: 180s

Wiederverbindungs-Intervall: 30s

vis

Neuladen falls keine Verbindung: 30s

Wiederverbindungsintervall: 5s

Dunkles Reconnect-Screen: ja

Löschen aus RAM nicht aktive Views: 30s

mule

Bei mir exakt das identische Verhalten (auch nur auf iPad1, nicht auf Android-Devices)

Allerdings kann es nicht am iPad liegen, denn die Probleme waren vor einigen Wochen noch nicht existent und da ich zwei iPad1 nutze, die beide das identische Verhalten aufweisen, auf denen nur VIS läuft und ich nichts installiere/verändere und es zudem seit Jahren kein OS-Update mehr gibt, kann es nur an irgendwelchen Änderungen an VIS/IOBroker liegen.

Marc.Matic

Dennoch sehr komisch, das es nur - jedenfalls bei uns - mit dem iPad 1 auftritt. Es fühlt sich so an, als würde das Touch Display in den Ruhezustand gehen und wenn man dann das Display nach langer Zeit berührt wird das irgendwie als doppeltes Tippen ausgewertet.

Ich habe Bluefox schon eine PN geschickt mit dem Hinweis auf den Thread hier. Vielleicht hat er eine Idee.

Ich habe übrigens auch schon alles mögliche ausprobiert: Habe ein CCU Programm geschrieben welches ein Gerät ein und ausschalten bei Ausführung (also toggle). Habe das dann mit einem Widget verknüpft. Gleiches Verhalten, Programm wird dann halt 2x ausgeführt. Hab gehofft das irgendwie auszutricksen. Wäre nur möglich, wenn man in das Programm noch mit CUxD nen Timer einbaut um Doppeltippen zu vermeiden. Aber bei vielen Geräten fummelt man sich da Programme zusammen die eigentlich völlig unnötig sind. Ich hoffe daher auf eine allgemeine Lösung.

Lg

Marc

Marc.Matic

Habe jetzt mal über einen CUxD Timer was gebaut und das scheint auch zu klappen. Ich fange mit dem Timer und einer "Sicherheitsvariable" in der CCU2 die doppelten Trigger ab, die vom iPad gesendet werden.

1. Systemvariable angelegt "ioBroker_prog_ausf_gesperrt" (Standardwert: falsch)

2. Ein allgemeines CCU2 Programm angelegt, welches bei auslösen des Timers die unter 1. genannte Variable immer auf "falsch" zurücksetzt.

3. Pro zu schaltendem Gerät wird dann noch ein eigenes Programm angelegt welches keine WENN Bedingung hat sondern alles über ein Script abfängt:


var get_value = dom.GetObject("<<zu schaltendes/gerÄt="">>").Value();
var exe_locked = dom.GetObject("ioBroker_prog_ausf_gesperrt").Value();

if ( exe_locked == false)

{

dom.GetObject("ioBroker_prog_ausf_gesperrt").State(true);
dom.GetObject("CUxD.CUX2800003:1.TIMER_SET").State(3);

if ( get_value == true)
{
dom.GetObject("<<zu schaltendes/gerÄt="">>").State(false);
}
else
{
dom.GetObject("<<zu schaltendes/gerÄt="">>").State(true);
}

}</zu></zu></zu>

Das Script prüft also, ob die Ausführung über "ioBroker_prog_ausf_gesperrt" gesperrt wurde (FALSCH). Wenn nein, dann wird sie gesperrt (WAHR) und ein Timer auf 3 Sekunden gesetzt. Danach wird das Gerät je nach aktuellem Zustand aus oder an geschaltet. Im Hintergrund läuft der Timer und der setzt die Variable dann nach 3 Sekunden wieder auf FALSCH zurück. In dieser Zeit werden also doppelte Eingaben abgefangen.

Da ich bei allen Programmen für die Geräte den gleichen Timer und die gleiche Systemvariable nutze kann ich also über das iPad so nicht viele Geräte direkt hintereinander bedienen. Ist bei meinem Anwendungsfall aber egal. Ich werde die Sekunden auch mal auf 1 runter setzen, hab jetzt einfach mal so 3 Sekunden gewählt zur Sicherheit und es klappt alles sehr gut.

Vielleicht hilft dieser Ansatz ja ebenso "geplagten" bei doppelten Trigger weiter.

Lg

Marc

mule

@Marc.Matic: Hat sich Bluefox bezüglich dieses Problems hier schon bei Dir gemeldet?

Marc.Matic

Hallo Mule, nein. Ich hatte ihn auch per PN angeschrieben aber dazu hat er noch nichts gesagt.

mule

Danke für die Info. Schade das es keinerlei Reaktion gab.

Dutchman

~~@mule:~~

Danke für die Info. Schade das es keinerlei Reaktion gab. `

@Bluefox wird sich bestimmt noch dazu auessern, wuerde mich nicht wundern wen auf einmal ein post kommt teste mal mit version x.

Habt ihr den andefen thread gesehen? Vis wuerd gerade verbaut und man kan ja auch nicht alles auf einmal machen ;)

mule

Ich glaube das Bluefox (Danke!) das Problem still und heimlich gelöst hat, denn seitdem ich vorgestern einige Adapter (VIS, JS-Controller, Simple Web) auf den aktuellsten Stand aktualisiert habe, ist das Problem verschwunden!

sissiwup

Hallo,,

Das Problem habe ich auch seit langen.

Man muss nur sehr kurz tippen, dann geht es.

Habe mich daran gewöhnt.

mule

Wie geschrieben, ist es bei mir mit den leztzten aktuellen Versionen der Adapter gelöst. Vorher hat auch kein noch so kurzes Tippen geholfen.

Marc.Matic

~~@mule:~~

Wie geschrieben, ist es bei mir mit den leztzten aktuellen Versionen der Adapter gelöst. Vorher hat auch kein noch so kurzes Tippen geholfen. `

Oh hab es noch gar nicht probiert. Werd ich bei nächster Gelegenheit machen :)

pantau

Ich habe genau das gleiche Problem

VIS auf Android läuft einfach super (Danke Bluefox)

VIS auf IOS (iPad,iPhone) schaltet Gerät ein und gleich wieder aus.

Habe Alle Adapter auf dem neusten Stand (12.12.2017)

Wäre wirklich für eine Lösung dankbar

Übrigens:

Sehr langes tippen (so das IOS meint ich will was kopieren) hilft etwas

pantau

Ich verzweifle so langsam.

Auf Android-Tablets laäft iobroker super!

Auf IOS-Geräte (iPhone, iPad) schaltet der Zustand sofort wiede zurück.

Hier mal der Log-File:

****stateChange hm-rpc.0.OEQ0023720.1.STATE false true hm-rpc.0 2017-12-31 18:00:52.438 2017-12-31 18:00:52.240

stateChange hm-rpc.0.OEQ0023720.1.WORKING false true hm-rpc.0 2017-12-31 18:00:52.432 2017-12-27 16:42:41.922

stateChange hm-rpc.0.OEQ0023720.1.STATE false false web.0 2017-12-31 18:00:52.240 2017-12-31 18:00:52.240****

stateChange system.adapter.hm-rega.0.outputCount 10 true hm-rega.0 2017-12-31 18:00:52.014 2017-12-31 18:00:52.014

stateChange system.adapter.hm-rega.0.inputCount 3 true hm-rega.0 2017-12-31 18:00:52.013 2017-12-31 18:00:52.013

stateChange system.adapter.hm-rega.0.uptime 3275 true hm-rega.0 2017-12-31 18:00:52.011 2017-12-31 18:00:52.011

stateChange system.adapter.hm-rega.0.memHeapUsed 13.47 true hm-rega.0 2017-12-31 18:00:52.010 2017-12-31 18:00:52.010

stateChange system.adapter.hm-rega.0.memHeapTotal 16.71 true hm-rega.0 2017-12-31 18:00:52.008 2017-12-31 17:58:06.867

stateChange system.adapter.hm-rega.0.memRss 41.41 true hm-rega.0 2017-12-31 18:00:52.006 2017-12-31 18:00:36.990

stateChange system.adapter.hm-rega.0.connected true true hm-rega.0 2017-12-31 18:00:52.003 2017-12-31 17:06:21.023

****stateChange system.adapter.hm-rega.0.alive true true hm-rega.0 2017-12-31 18:00:51.995 2017-12-31 17:06:21.022

stateChange hm-rpc.0.OEQ0023720.1.STATE true true hm-rpc.0 2017-12-31 18:00:50.263 2017-12-31 18:00:50.066

stateChange hm-rpc.0.OEQ0023720.1.WORKING false true hm-rpc.0 2017-12-31 18:00:50.258 2017-12-27 16:42:41.922

stateChange hm-rpc.0.OEQ0023720.1.STATE true false web.0 2017-12-31 18:00:50.066 2017-12-31 18:00:50.066****

gimix

ich hab das Problem mit dem Huawei MediaPad M5 Lite. Ist performance mässig eigentlich sehr gut aber das mit dem Lichtschaltern ist bei dem auch so. Gibts da ne Lösung.

Ich muss länger draufdrücken damit das Licht auch wirklich an oder ausgeht.

Anbei ein Video dazu:

https://drive.google.com/open?id=1nMvFo … r4rg4e5J1v

Vielen Dank für eure Hilfe.

gimix

keiner eine Lösung?

Community Forum

NEWS

Vis: Geräte und Variablen schalten sich ungewollt aus oder ein

Support us

535

32.5k

81.7k

1.3m