Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. [Gelöst] Tastendruck woher nach Umstellung VIS Hardware

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    [Gelöst] Tastendruck woher nach Umstellung VIS Hardware

    This topic has been deleted. Only users with topic management privileges can see it.
    • MartinP
      MartinP @wendy2702 last edited by

      @wendy2702 Das mit dem Aktivieren des Displays habe ich nicht so ganz verstanden.
      Wird zu dem Zeitpunkt das Display hart eingeschaltet?
      Wenn der Fehler schon im Touchscreen verursacht wird, könnte man schauen, ob es eine neue Firmware gibt, und ob man die irgendwie ohne Customer Support auf das Display bekommt.
      Ansonsten könnte man den Fehler maskieren, indem man z. B. alle Klicks in den ersten 10 Sek nach Einschalten verwirft.

      wendy2702 1 Reply Last reply Reply Quote 0
      • wendy2702
        wendy2702 @MartinP last edited by

        @martinp Danke für deine Antwort.

        Das Display wird aus dem Standby aufgeweckt.

        Wie meinst du das mit dem maskieren?

        MartinP 1 Reply Last reply Reply Quote 0
        • MartinP
          MartinP @wendy2702 last edited by

          @wendy2702 Wenn die Fehler immer im Zeitraum bis X Millisekunden nach dem Aufwecken auftreten schlichtweg für X Millisekunden nach dem Aufwecken alle Klicks vom Touchscreen ignorieren.
          Da braucht man aber sicherlich ein paar Userdata DPS und etwas Blockly....

          1 Reply Last reply Reply Quote 0
          • Dolomiti
            Dolomiti last edited by

            @wendy2702
            Es gibt hier einen Thread wo jemand ein ähnliches Problem hat. Dort ist ein Script-Beispiel um ggf. den Auslöser zu finden. Vielleicht hilft dir das weiter.

            https://forum.iobroker.net/topic/72203/shelly-dimmer-geht-immer-an/3

            Gruß

            Dolomiti

            wendy2702 1 Reply Last reply Reply Quote 0
            • wendy2702
              wendy2702 @Dolomiti last edited by

              @dolomiti Danke!

              Das schau ich mir an!

              1 Reply Last reply Reply Quote 0
              • wendy2702
                wendy2702 last edited by wendy2702

                So,

                habe das Script von @Asgothian zur Ursachen Forschung jetzt laufen und wie der Teufel es will kommt auch prompt der Fehler:

                2024-04-10 05:38:00.989  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to on by system.adapter.web.0
                2024-04-10 05:38:02.055  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to off by system.adapter.web.0
                2024-04-10 05:38:02.059  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to on by system.adapter.web.0
                2024-04-10 05:38:02.156  - info: sayit.0 (14573) saying: Garagentor rechts auf
                2024-04-10 05:38:02.158  - info: javascript.0 (14101) script.js.common.Ansagen.Voice_Feedback_Garagentor_Rechts_Rules: Garage rechts auf
                2024-04-10 05:38:02.344  - warn: web.0 (14661) State "tr-064.0.callForwarding.0" has no existing object, this might lead to an error in future versions
                2024-04-10 05:38:03.076  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to off by system.adapter.web.0
                2024-04-10 05:38:03.172  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to on by system.adapter.web.0
                2024-04-10 05:38:03.364  - warn: web.0 (14661) State "tr-064.0.callForwarding.0" has no existing object, this might lead to an error in future versions
                2024-04-10 05:38:04.175  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to off by system.adapter.web.0
                2024-04-10 05:38:04.477  - warn: web.0 (14661) State "tr-064.0.callForwarding.0" has no existing object, this might lead to an error in future versions
                2024-04-10 05:38:04.789  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to on by system.adapter.web.0
                2024-04-10 05:38:05.785  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to off by system.adapter.web.0
                2024-04-10 05:38:05.990  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to on by system.adapter.web.0
                2024-04-10 05:38:06.324  - warn: web.0 (14661) State "tr-064.0.callForwarding.0" has no existing object, this might lead to an error in future versions
                2024-04-10 05:38:07.172  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to off by system.adapter.web.0
                2024-04-10 05:38:07.324  - warn: web.0 (14661) State "tr-064.0.callForwarding.0" has no existing object, this might lead to an error in future versions
                2024-04-10 05:38:07.781  - warn: web.0 (14661) State "tr-064.0.callForwarding.0" has no existing object, this might lead to an error in future versions
                2024-04-10 05:38:08.443  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to on by system.adapter.web.0
                2024-04-10 05:38:08.780  - warn: web.0 (14661) State "tr-064.0.callForwarding.0" has no existing object, this might lead to an error in future versions
                2024-04-10 05:38:09.460  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to off by system.adapter.web.0
                2024-04-10 05:38:13.072  - info: javascript.0 (14101) script.js.common.Tablet_Steuerung.Display_ON_Flur_EG_Ubuntu_neu: VIS EG ON
                2024-04-10 05:38:13.076  - info: linux-control.0 (14768) state linux-control.0.VIS-EG.VIS_EG_ScreenOn changed: true (ack = false)
                2024-04-10 05:38:16.600  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to on by system.adapter.web.0
                2024-04-10 05:38:17.708  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to off by system.adapter.web.0
                2024-04-10 05:38:19.219  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to on by system.adapter.web.0
                2024-04-10 05:38:20.145  - info: javascript.0 (14101) script.js.Test.Wer_hat_ausgelöst:  State of mqtt.0.dingtian.relay7409.in.r2 was changed to off by system.adapter.web.0
                2024-04-10 05:38:26.911  - info: sayit.0 (14573) saying: Garagentor rechts zu
                2024-04-10 05:38:26.911  - info: javascript.0 (14101) script.js.common.Ansagen.Voice_Feedback_Garagentor_Rechts_Rules: Garage rechts zu
                

                Allerdings dieses mal ohne das ein Display aufgeweckt wird. Kann man das noch weiter eingrenzen oder jemand ne Idee was das verursachen kann?

                Interressant das auch der Button für TR.064 aktiviert wird.

                Ralla66 1 Reply Last reply Reply Quote 0
                • Ralla66
                  Ralla66 Most Active @wendy2702 last edited by Ralla66

                  @wendy2702

                  Alles schön bunt hier,
                  changed to on / off by system.adapter.web.0 scheint eher der Trigger selbst über web.0 zu sein.
                  Würde eine Selbstschaltung vom Relais ausschließen.
                  Jede ca. 1 Sec getriggert , Visu Widget Aktuallisierung ?

                  Bildaufbau.jpg

                  Der Off Befehl kommt ja Automatisch da die Stellung des Tores ja ZU ist.
                  TR.064 würde ich ausschließen da die Warnung nicht zwischen 05:38:04.789 und 05:38:05.785 kommt.

                  wendy2702 1 Reply Last reply Reply Quote 0
                  • wendy2702
                    wendy2702 @Ralla66 last edited by wendy2702

                    @ralla66 Über "Web" bedeutet ja über VIS, richtig?

                    Das Relais schließe ich auch aus da heute morgen dann auch mal das andere Garagentor geöffnet wurde. Dafür ist ein HM Device zuständig.

                    Die VIS Aktualisierung hatte ich zu Anfang in Verdacht wenn der Bildschirm am PI aktiviert wird. Das war dieses mal aber nicht der Fall und alle Screens waren "Off"

                    Was meinst du mit Widget Aktualisierung?

                    Habe jetzt mal eine weitere WEB Instanz hinzugefügt damit jede Anzeige über eine eigene läuft. Vielleicht bekomme ich so raus welches Endgerät da eventuell merkwürdige sachen macht.

                    Erklären kann ich mir das dann aber trotzdem nicht.

                    Was mich auich stutzig macht ist das es so unregelmäßig auftritt.

                    1 Reply Last reply Reply Quote 0
                    • wendy2702
                      wendy2702 last edited by

                      Hat hier noch jemand eine Idee wie ich das weiter eingrenzen kann bzw. abstellen ohne das Widget zu löschen?

                      Gibt es weitere "Taster" Widgets oder wie sonst könnte ich das lösen?

                      1 Reply Last reply Reply Quote 0
                      • wendy2702
                        wendy2702 last edited by

                        Scheinbar lag das Verhalten an der Einstelliung der Bildwiederholfrequenz.

                        Der Monitor wird mit 144Hz erkannt, stelle ich den PI fest auf 60Hz tritt das Problem nicht mehr auf.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post

                        Support us

                        ioBroker
                        Community Adapters
                        Donate
                        FAQ Cloud / IOT
                        HowTo: Node.js-Update
                        HowTo: Backup/Restore
                        Downloads
                        BLOG

                        803
                        Online

                        31.9k
                        Users

                        80.3k
                        Topics

                        1.3m
                        Posts

                        4
                        11
                        344
                        Loading More Posts
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes
                        Reply
                        • Reply as topic
                        Log in to reply
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                        The ioBroker Community 2014-2023
                        logo