Ich habe die erste Version des GPIO Handlers implementiert und ein pull-request für rolling gestartet. Bei mir läuft die Version sehr stabil.
Hier eine Liste der Änderungen:

• GPIO: implements basic functionality for GPIO handler.
  • Configuration via config.ini / HTML page
  • GPIO 12, 13, 1, 3, 0, 4 can be used (see restrictions in HTML configuration page)
  • GPIO can be used as input or output
  • pullup / pulldown can be enabled
  • supports all interrupt types of the ESP32
  • publishing via MQTT or HTTP
  • definition of the MQTT topic name
• HTML: implements regex mask for text input fields (currently enabled for GPIO inputs and main topic)
• HTML: automatic detection of select fields
• MQTT: added readings for uptime and freeMem (can be used for tracking with Infux DB and as memory leak detection)
• MQTT: connection is no longer terminated and reestablished on each flow
• Classe ConfigFile created. Can be used by all components in the future.
• Bugfix: memory leaks in ClassFlowAnalog and ClassFlowControll fixed.
• Removed compiler warnings

Die GPIO Einstellungen sind sehr umfangreich ausgefallen.

@jomjol Bitte pull-request möglichst schnell einarbeiten. Da du sehr viele Änderungen vornimmst, laufen die Versionen sehr schnell auseinander.

@zefau sagte in jarvis v3.0.0 - just another remarkable vis:

Jarvis nutzt einen eigenen socket-io, nicht den von ioBroker. Über Ratschläge wie das über ioBroker pro nutzbar wird bin ich dankbar und kann ich gerne umsetzen. Ich selbst nutze kein Iobroker pro.

Mit Iobroker Pro habe ich leider auch keine Erfahrungen. Eventuell bringt es was in den Code von Lovelace-UI-Adapter rein zu spicken, da wird ein Port (8091) sowohl für UI-Abruf als auch für den Socket verwendet. Kommt scheinbar ohne WEB-Server-Adapter aus, keine Ahnung ob das eine gute Idee ist.

Oh man , du hast Recht. War es zuvor auch schon so?
Sind zwar paar Kleinigkeiten durcheinander, die Konfiguration scheint aber zu funktionieren.

WS281x-Einstellungen sollten nur sichtbar sein wenn GPIO state auf "external flash ligt ws281x controlled" gestellt ist.

MQTT Punkte werden auch angelegt, allerdings werden Sie nicht mehr getriggert wenn Änderung am GPIO erkannt wird. Muss ich bei Gelegenheit mal drüber schauen.

Komisch, sehe bei mir nur GPIO4 und GPIO12

@jomjol -Funktionalität
Kann es sein, dass du die GPIO-Erweiterung die ich letztes Jahr eingebaut habe größtenteils wieder entfernt hast? Gab es da Probleme?

Danke für die Antworten

@arteck sagte in Tablet mit einem Bewegungsmelder und Fully wachhalten:

dann schalt die ab..wenn du das ehh alleine steuerst von aussen

Ich hätte erwartet, dass Fully für mich das regelt. Abschalten wollte ich es wie gesagt nicht, sonst geht mir der Bildschirm wehrend der Bedienung von dem Tablet / anschauen von Videos aus, wenn keine Bewegungen registriert werden.

@hansmeier sagte in Tablet mit einem Bewegungsmelder und Fully wachhalten:

@Zwer2k Das liegt vermutlich an dem Motion-Sensor. Ich nutze den Xiaomi Aquara Sensor, der standardmäßig nur alle 2 Minuten eine Statusabfrage macht, ob immer noch Bewegung erkannt wird. Vermutlich aus Stromspargünden. Mit einem kleinen Hardwarehack kann man das umgehen und hat dann alle 2 Sekunden eine Statusabfrage. Damit und über die Duration Time für den Sensor (bei mir 300s) bekommt man dein geschildertes Problem gut in den Griff.
Es hängt also vermutlich vom Sensor ab, und wie oft der einen Statusupdate macht.
Welchen Sensor benutzt du ?

Ich nutze so ein Mini-Pir-Sensor mit Arduino per MQTT, der meldet sich schon oft genug

@hansmeier sagte in Tablet mit einem Bewegungsmelder und Fully wachhalten:

@zwer2k Das ist ja auch der Sinn der Sache ! Per Bewegunsmelder wird das Tablet mit Fully geweckt und soll dann nach einer gewissen Zeit wieder den Bildschirm abschalten.

Das ist mir klar. Ich will aber, dass der Bildschirm an bleibt solange Bewegungen im Raum registriert werden (registriert werden sie auch, sehe ich am Zeitstempel von dem screenOn). Ich hätte erwartet, dass ein erneutes Triggern von screenOn und/oder von triggerMotion automatische Abschaltzeit verlängert.
ScreenOff wollte ich nicht nutzen, da sonst der Bildschirm auch dann ausgeht, wenn ich Tablet benutze und mich nicht bewege.

Hallo Zusammen,

Ich verwende den Fully-Adapter und versuche mein Tablet "HUAWEI MediaPad M5 lite" mit einem Bewegungsmelder aufzuwecken, was auch ganz gut funktioniert, leider lässt sich das Tablet nicht wach halten, es schläft immer kurz ein, bevor es wieder geweckt werden kann.

on({id: 'mysensors.0.192_168_43_60.4.2_MOTION.V_TRIPPED', change: "any"}, function (obj) {
    setState('fullybrowser.0.192_168_42_35.Commands.triggerMotion', true);
});

Ich habe es sowohl mit dem Endpunkt screenOn als auch triggerMotion getestet.
Kennt jemand das Problem?

Welchen Browser nutzt ihr als Fullscreen-Browser auf Android-Tablet für Jarvis?

Da ich immer noch jarvis v3 nicht unter Fully-Browser zum Laufen bekomme. Wollte ich kurz obere Frage in die Runde werfen.

@zefau sagte in jarvis v3.0.0 - just another remarkable vis:

Jarvis nutzt einen eigenen socket-io, nicht den von ioBroker. Über Ratschläge wie das über ioBroker pro nutzbar wird bin ich dankbar und kann ich gerne umsetzen. Ich selbst nutze kein Iobroker pro.

Mit Iobroker Pro habe ich leider auch keine Erfahrungen. Eventuell bringt es was in den Code von Lovelace-UI-Adapter rein zu spicken, da wird ein Port (8091) sowohl für UI-Abruf als auch für den Socket verwendet. Kommt scheinbar ohne WEB-Server-Adapter aus, keine Ahnung ob das eine gute Idee ist.

@mcu sagte in jarvis v3.0.0 - just another remarkable vis:

@zwer2k Hast du als Startseite im Fully:
http://192.168.178.xx:8082/jarvis/index.html#/0/&socketHost=&socketPort=8400&socketSecure=false

eingetragen?

Das habe ich auch schon gemacht leider ohne Erfolg. Hab anschließend Fully-Browser deinstallier und wieder Installier, dann hat Jarvis wieder genau 1x funktioniert, beim zweiten Aufruf kam wieder roter Bildschirm mit den Meldungen.

Blöde Frage: Wieso verwendet Jarvis einen anderen Port für die Socket-Verbindung und nicht einfach andere Route innerhalb von dem Standard-Port (z.B.: http://192.168.178.xx:8082/jarvis-socket)? Das wird doch bestimmt als Cross-Origin von den Browsern erkannt und je nach Browser anderes behandelt. Zusätzlich wird die Freigabe im Internet damit erschwert.

@zefau sagte in jarvis v3.0.0 - just another remarkable vis:

vom ioBroker Dashboard öffnen, damit die initialen Verbindungsparameter übergeben werden.

Hat genau 1x funktioniert, jetzt geht es nicht mehr.