Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Dragon]

Selbe Probleme hier mit einem Pixel9Pro mit Android 16. App momentan nicht nutzbar.

[da_Woody]

@sigi234 sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

Samsung A34
Android 15
App 1.4.2

wir reden da von android 16!
dein prob dürfte was anderes sein...

[Samson71]

@da_woody sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

Es kommt kurz die "Zielscheibe", iob Logo, tot, aus, Ende.

Kann ich für ein Pixel 8 Pro nach Update auf Android 16 bestätigen.

[sigi234]

@da_woody sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

@sigi234 sagte in ioBroker App 2023 [Android & iOS] - jetzt erhältlich:

Samsung A34
Android 15
App 1.4.2

wir reden da von android 16!
dein prob dürfte was anderes sein...

Das ist mir klar, trotzdem ein Bug.

[Eduard77]

@foxriver76
seit letzten, vorletzten Update habe ich öfters ein WebView Fehler.
Ich habe auf 3 Tablets VIS laufen.
Alle haben unterschiedliche Android und WebView Versionen, aber bei allen 3 kommt manchmal beim Start WebView Fehler.
Wenn man dann beim Fehler Anzeige auf OK klickt, dann erscheint zwar meine VIS Hautseite, aber man muss immer nochmals mit 2 Fingern die Anzeige aktualisieren, damit alles richtig angezeigt wird.

Folgende Tablet sind im einsatz:

1. Samsung Tab A mit Lineage OS 18.1 (gerootet), original WebView war 120.xxx, upgedatet auf 142.xxx Version (keine Verbesserung)
2. Poco Pad mit Android 15, original WebView war 140.xxx Version, gestern habe ich auf 142.xxx Version upgedatet. (keine Verbesserung)
3. Samsung Tab S4 mit Android 10, original WebView war (glaube ich) 84.xxx, upgedatet auf 142.xxx Version (keine Verbesserung)

Grüße
Eduard

[Weissnicht]

Hänge mich jetzt auch mal hier dran. Habe ein Samsung A7 seit drei Jahren hier liegen und heute in Betrieb genommen.
Nach 6-7 Updates ist es nun bei Android 13 angekommen. Jungfräulich.
ioBroker App 1.4.2 installiert.
Jetzt bekomme ich nur noch die Meldung, SSL Error. Ja, da steht, mit selbst signiert geht nicht.
Ich habe im Android mein root Zertifikat (ca) hinterlegt. Ich würde nun erwarten, dass die App mein Zertifikat nun als rechtens empfindet?
Oder wird eine andere Web engine genutzt und ich muss es woanders hinterlegen?
Oder was muss ich sonst machen? Kann doch nicht der Einzige mit dem Problem sein?

Danke :confused:

Weissnicht

[Cyberraph]

Hallo zusammen!

Ich muss mich jetzt schon entschuldigen.
Es steckt der Wurm drinnen - wahrscheinlich ist es eine Kleinigkeit, die ich übersehe bzw. falsch mache.

Ich möchte mich per Fernzugriff außerhalb des Hauses = meines Netzwerkes / Routerverbindung mit meiner VIS2 verbinden.
Das möchte ich gerne nun mit der iobroker VISU App in Verbindung mit der iobroker Cloud .PRO Lizenz schaffen.

(zuvor hatte ich es per VPN am Handy auf meine Fritzbox ins Heimnetz getan, ich möchte es jedoch nun direkter mit der App hinbekommen)

Nun jedoch:
-> wenn ich auf die .pro Website gehe per Handy-Browser geht die Verbindung
-> wenn ich es per ioBroker VISU App versuche, kommt die Fehlermeldung
"Fehler beim Einloggen des Pro Accounts - Bitte zugsangsdaten überprüfen"
Ich habe schon hin und her probiert, jedoch es kann eigentlich nicht anders sein als der Login auf der .pro Website
Nutzername: meine E-Mail Adresse und Passwort: --- wie gehabt...

Ist irgendeine andere Einstellung falsch?
(sei es in der VISU App oder in Cloud-Adapter, Web-Adapter, ggf. auch iot-Adapter)
(VISU App Einstellung Lokal Nutzername admin und Passwort iobroker <- brauche ich wohl eh nicht, da ich keine
https / Passwort Schutz eingerichtet habe - nur der Standard User admin mit Passwort ist hinterlegt, aber nicht genutzt in dem Sinne)

Wie zu sehen ist:
-> Android Handy mit Android Version 14
-> ioBroker Visu App Version 1.4.3
-> Cloud-Adapter Version 5.0.1
-> Web-Adapter Version 7.0.8
-> iot-Adapter Version 5.0.7

Eine zweite Frage:
Ich habe gesehen in iot-Adapter Github und auch in diversen Posts hier im Forum,
dass man eine Push-Nachricht über die VISU App übermitteln kann.
Nur das hat auch nicht funktioniert.

Folgendes Skript hätte ich laufen lassen:

Spoiler

setState('iot.0.app.expire', 60); // optional. Time in seconds
setState('iot.0.app.priority', 'normal'); // optional. Priority: 'high' or 'normal'
setState('iot.0.app.title', 'ioBroker'); // optional. Default "ioBroker"
setState('iot.0.app.message', 'Message text'); // important, that ack=false (default)

// or just one state (this also allows to use payload -> `actions`, `devices` and `link` property)
// only message is mandatory. All other are optional
// Note that, if you are using `actions`or `devices`, the app needs to handle the notification in the background before showing it
// in some scenarios, e.g. low power or spamming to many notifications the OS may decide to not show the notification at all
setState('iot.0.app.message', JSON.stringify({
  message: 'Message text',
  title: 'ioBroker',
  expire: 60,
  priority: 'normal', 
  payload: {
       // devices to send the message to, if not given send to all - requires Visu App 1.4.0
      openUrl: 'https://www.iobroker.net', // opens a link when clicking on the notification
      actions: JSON.stringify([ // actions to respond to the notification - requires Visu App 1.4.0
          { buttonTitle: 'Yes', identifier: 'home:yes' }, // The app will display the button title and on clicking the identifier will be set to the state `iot.0.app.devices.<deviceName>.actionResponse`
          { buttonTitle: 'No', identifier: 'home:no' }
      ])
  }
})); // important, that ack=false (default)

der Abschnitt mit devices war mir hier auch nicht klar:
woher weiß ich den Namen meines Gerätes bzw. umgekehrt der iot-adapter?
Ist der Name des Gerätes der Name, den man in der VISU App hinterlegt. D.h. "Handy-Raphael" in meinem Fall?
Ich vermute mal.

Ich danke tausende male jetzt schon für euer Feedback.

Hier noch ein ZIP Ordner mit ein paar Screenshots zur Verdeutlichung

EDIT 11.12.2025
-> siehe anderer Threat -> Lösung selbst gefunden https://forum.iobroker.net/post/1313638
-> Falls es zufällig wem anderen helfen sollte

[Cyberraph]

Hallo Zusammen!

Nochmal ich bezüglich VISU App -> Version 1.4.2

Spoiler

Ich habe mich nun nochmal mit der Push-Nachricht laut ioT-Adapter Beschreibung versucht.

Mir sind 3 unterschiedliche Verhaltensweisen aufgefallen.

Ist das bei euch auch so?
Mache ich hier etwas falsch?
Kann es eventuell an Einstellungen am Android Handy liegen?

Mein eingegebenes Skript für Fall 1 und Fall 2:

-> Ohne payload: ... buttons

Spoiler

// or just one state (this also allows to use payload -> `actions`, `devices` and `link` property)
// only message is mandatory. All other are optional
// Note that, if you are using `actions`or `devices`, the app needs to handle the notification in the background before showing it
// in some scenarios, e.g. low power or spamming to many notifications the OS may decide to not show the notification at all
setState('iot.0.app.message', JSON.stringify({
  message: 'Testnachricht',
  title: 'Testtitel',
  payload: {
      devices: JSON.stringify('Handy-Raphael'), // devices to send the message to, if not given send to all - requires Visu App 1.4.0
      openUrl: 'https://www.iobroker.net', // opens a link when clicking on the notification
  }
})); // important, that ack=false (default)

Mein eingegebenes Skript für Fall3:

-> Mit payload: ... mit buttons

Spoiler

// or just one state (this also allows to use payload -> `actions`, `devices` and `link` property)
// only message is mandatory. All other are optional
// Note that, if you are using `actions`or `devices`, the app needs to handle the notification in the background before showing it
// in some scenarios, e.g. low power or spamming to many notifications the OS may decide to not show the notification at all
setState('iot.0.app.message', JSON.stringify({
  message: 'Testnachricht',
  title: 'Testtitel',
  payload: {
      devices: JSON.stringify('Handy-Raphael'), // devices to send the message to, if not given send to all - requires Visu App 1.4.0
      openUrl: 'https://www.iobroker.net', // opens a link when clicking on the notification
      actions: JSON.stringify([ // actions to respond to the notification - requires Visu App 1.4.0
          { buttonTitle: 'Yes', identifier: 'home:yes' }, // The app will display the button title and on clicking the identifier will be set to the state `iot.0.app.devices.<deviceName>.actionResponse`
          { buttonTitle: 'No', identifier: 'home:no' }
      ])
  }
})); // important, that ack=false (default)

Fall 1
-> Visu App ist nicht geöffnet (weder im Vorder- noch im Hintergrund)
-> 1 x Push Nachricht kommt an (jedoch nur bei Verwendung Skript ohne payload: ... Teil)

Spoiler

Fall 2
-> Visu App ist geöffnet (trifft nur zu, wenn App in Hintergrund offen / minimiert)
-> 2 x Push Nachrichten kommen instantan an
-> + 1 x "leere / nicht definierte) Nachricht kommt an, wenn man beide vorigen Nachrichten leert
-> Wenn App im Vordergrund offen / im Vollbild, dann kommt nur eine Nachricht an (wie in Fall 1)

Spoiler

Fall 3
-> Visu App ist im Vordergrund oder im Hintergrund offen
-> 1 x Nachricht kommt an -> Dies funktioniert dann auch mit dem Payload: ... Button Skript

Spoiler

EDIT - Ergänzung:

Nachfolgend Visu Android 14 App-Einstellungen

Spoiler

Ich bin drauf gekommen, dass es unterschiedliches Verhalten gibt, wie man die beiden "Miscellaneous" Einstellungen setzt. (auf Deutsch "Verschiedenes")

Nur 1. aktiv (Ziffer 3 = blau) - Verhalten:
-> App geschlossen -> kein Skript macht eine Pushnachricht
-> App offen im Vordergrund -> beide Skripte machen 1 x Pushnachricht
-> App offen minimiert -> beide Skripte machen 1 x Pushnachricht

Nur 2. aktiv (Ziffer 4 = rot) - Verhalten:
-> App geschlossen -> Skript ohne Button 1 x Pushnachricht (mit Button keine)
-> App offen im Vordergrund -> kein Skript macht eine Pushnachricht
-> App offen minimiert -> Skript ohne Button 1 x Pushnachricht (mit Button keine)

Beide aktiv (Ziffer 3 = blau und Ziffer 4 = rot) - Verhalten:
-> App geschlossen -> Skript ohne Button 1 x Pushnachricht (mit Button keine)
-> App offen im Vordergrund -> beide Skripte machen 1 x Pushnachricht
-> App offen minimiert -> Skript ohne Button 2 x instant gleiche Push + bei leeren 1 x leere Push
-- -- -- -- -- -- -- -- - --> Skript mit Button 1 x Pushnachricht

Ich lerne daraus:
Ich aktiviere am besten erste Benachrichtigungseinstellung + lasse die App immer im Hintergrund laufen.
Dann habe ich beide Möglichen Skripte mit oder ohne Butten sauber laufen mit 1 x Pushnachricht.

Beide aktiv oder nur zweite aktiv hat den Vorteil, dass zumindest Pushnachrichten ohne Buttonfunktion auch bei geschlossener App aufscheinen.
Aber nur zweite Benachrichtigungseinstellung aktiv hat den Nachteil, dass bei offener App keine Push kommt.
Und bei beiden aktiv den Nachteil, dass bei minimierter App Doppel-/Dreifachnachrichten kommen.

Ich glaube, ich habe mir hiermit selbst geholfen.
Ich lasse das mal als Hinweis für alle hier stehen, als Gedankenanstoß, wie es sich verhält.

[foxriver76]

Wenn actions/Buttons genutzt werden muss die App diese aktiv verarbeiten während reine notifications auf OS Level abgehandelt werden. Dh für actions solle man auf jeden Fall bei android sicherstellen dass nicht irgendwelche Batterie Einstellungen etc. Die App irgendwann abschiessen zb Tipps von https://dontkillmyapp.com/ für das entsprechende Gerät umsetzen

[Cyberraph]

@foxriver76
Ah vielen Dank für deine Antwort.
Passt, danke für den weiterführenden Tipp und Erläuterung. Werd ich mir merken :-)

Entschuldige, noch Fragen zur Pushnachricht an die App.
Ich hatte gesucht, aber nix im Forum gefunden.

-> Was genau bedeutet der "expire" Zeit in Sekunden Datenpunkt?
-> Was genau bedeutet der "priority" Datenpunkt mit "normal" oder "high"?
Was bewirken die beiden DPs genau?
Konnte ich auch durch Testen nicht wirklich erkennen.