iOS App - Tester gesucht!

[stolly82]

Ich melde mich hier einmal von der Front!

Websocket

Der Websocket sollte eigentlich so funktionieren, dass er, wenn er die Verbindung verliert, das erste Mal nach 10 Sekunden, dann nach 20 Sekunden, 40 Sekunden, 80 Sekunden, 160 Sekunden bis 300 Sekunden, versucht die Verbindung wieder aufzubauen, danach alle 5 Minuten.

Jetzt habe ich mir den Spaß erlaubt und im ioBroker eine Regel erstellt, der jede Stunde eine Push sendet.

Die ersten 4 Stunden sind sauber angekommen, danach fehlte eine Nachricht komplett, danach wurden alle morgens zugestellt, als ich das Telefon wieder in Benutzung hatte.

Die nächsten sind dann angekommen, als ich das Haus verlassen habe, acht Stück auf einmal.

Ich hab das App aber nicht mehr gestartet.

Meine Analyse dazu:
Dadurch dass Nachrichten komplett verschluckt wurden, vermute ich, dass der Socket zu diesem Zeitpunkt schon nicht mehr geantwortet hat aber aktiv gewesen ist.

Hier muss ich auf jeden Fall eine Response einbauen, so dass der ioBroker weiß, ob die Nachricht auch wirklich zugestellt wurde, aktuell mache ich das nur anhand des Socket Status.

Dann muss ich schauen, warum die App scheinbar irgendwie in den Stand-by geht, obwohl sie das nicht soll.
Bisher dachte ich, dass sie abgestürzt ist, das kann aber ja nicht sein, wenn sie wieder funktioniert, wenn man aus dem Haus geht.

Den ioBroker habe ich erreichbar gemacht über eine normale Portfreigabe und über den Standard Fritz DynDNS.
Über die externe DynDNS sollte er aber ja intern auch dauerhaft verbunden sein.

NFC Tags

Die Beschreibung Funktion funktioniert super.
Wenn man einen beschriebenen Tag liest, dann öffnet sich auch die App.
Was nicht funktioniert, ist, dass ich die URL route und den Tag Trigger.
Ich hab schon 400 Anleitungen durch, irgendwas stimmt da nicht

[Neuschwansteini]

@stolly82

Prima dass du das nachvollziehen kannst

Aber nein, einen port machen wir ganz bestimmt nicht für iobroker in der Firewall auf..
das bleibt local und ansonsten muss das mit vpn gehen..

[Neuschwansteini]

@stolly82

Heute hat er bei mir auf App Version 1.0 (5) geupdated, und die funktioniert richtig gut, die Websocketverbindung haelt nun, egal ob mit VPN oder im Wifi.
Sensordaten werden regelmaessig uebertragen, scheint alles zu stimmen, super!
Messages ans Geraet funktionieren, an alle anscheinend noch nicht.. ?

NFC scheint er was zu erkennen, aber finde dazu keine Datenpunkte im iobroker-Adapter (0.2.1 )

[stolly82]

@ilovegym

ich habe eben noch mal die (6) erstellt, da ist ein Logging eingebaut (muss im Menü aktiviert werden).

Ich habe ab und an ein Problem, dass die Systeme "CONNECTING" order "DISCONNECTED" anzeigen, obwohl die WS Verbindung existiert.

Ich hoffe, dass wir im LOG zusammen was finden, ab wann das passiert (bei mir irgendwie nach 20-60 min nach dem Neustarten der App).

Messages funktioniert bei mir komplett.

ggf. mal den IOB Objektbaum löschen und Adapter neu starten?

@NFC
Das beschreiben funktioniert, aber das lesen des TAGS nicht, also die URL wird zwar im App geöffnet, aber die bekomme ich nicht durchgeschleift. Habe 100 Anleitungen durch, das sollte eigentlich alles richtig sein,... finde den Fehler nicht.

[Neuschwansteini]

@stolly82

Version 6 installiert, Log aktiv, keine Verbindungsabbrueche.. Edit: doch, aber nur, wenn der Adapter neu startet.. und dann muss ich das Server neu in der Konfig eintragen.. er kann nicht mehr von alleine Connecten...
Edit: Logs funktioniert

Bei senden von Messages an alle kommt allerdings dies hier jetzt:

iobapp.0
2024-07-28 17:20:06.671	info	starting. Version 0.2.1 in /opt/iobroker/node_modules/iobroker.iobapp, node: v22.5.1, js-controller: 6.0.9

iobapp.0
2024-07-28 17:19:35.232	info	terminating

iobapp.0
2024-07-28 17:19:34.731	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

iobapp.0
2024-07-28 17:19:34.731	info	terminating

iobapp.0
2024-07-28 17:19:34.728	error	Cannot read properties of null (reading 'val')

iobapp.0
2024-07-28 17:19:34.728	error	TypeError: Cannot read properties of null (reading 'val') at /opt/iobroker/node_modules/iobroker.iobapp/main.js:620:75 at Array.map (<anonymous>) at Iobapp.handleAPNMessage (/opt/iobroker/node_modules/iobroker.iobapp/main.js:620:56) at async Iobapp.onStateChange (/opt/iobroker/node_modules/iobroker.iobapp/main.js:73:17)

iobapp.0
2024-07-28 17:19:34.727	error	unhandled promise rejection: Cannot read properties of null (reading 'val')

iobapp.0
2024-07-28 17:19:34.727	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

iobapp.0
2024-07-28 17:19:34.573	info	State iobapp.0.messages.send changed: false (ack = true)

iobapp.0
2024-07-28 17:19:34.563	info	State iobapp.0.messages.payload changed: {"aps":{"alert":{"title":"iobroker","subtitle":"test subtitle","body":"Test Nachricht Body"},"sound":"default"}} (ack = true)

iobapp.0
2024-07-28 17:19:34.506	info	State iobapp.0.messages.send changed: true (ack = false)

iobapp.0
2024-07-28 17:19:34.084	info	WebSocket server listening on port 9192

iobapp.0
2024-07-28 17:19:34.072	info	starting. Version 0.2.1 in /opt/iobroker/node_modules/iobroker.iobapp, node: v22.5.1, js-controller: 6.0.9

iobapp.0
2024-07-28 17:19:02.583	info	terminating

[stolly82]

@ilovegym
Super, mit den Messages konnte ich nachstellen.

Schaue ich mir an.

Bei mir verbindet sich die App ohne Probleme nach dem Adapter Crash wieder neu mit dem Adapter.

Was er dann halt macht, im "Active Systems" zeigt er "Conencting" oder "Disconnected" an.

Ist er aber nicht laut Log und daten sendet er auch.

[stolly82]

@ilovegym
Ich "glaube" ich habe das Problem mit der Anzeige und dem WS Status (onlineState) gelöst.

Bitte mal im app auf der Startseite bleiben und mal an der connection rumfummeln (Wifi off, VPN an, aus, Wifi on,... etc. )

Ich hatte auch den Adapter ein paar mal Crashen lassen (Danke Messages an alle,... ) und auch dann baute er sofort wieder auf und hat den Status auch korrekt angezeigt.

Dieser Websocket kram hatte mich aktuell sehr dran gehindert die App überhaupt weiter zu denken, da wenn ich den nicht stabil zum laufen bekomme, die App keinen Sinn macht.

Sieht aber aktuell sehr stabil aus die Verbindung.

[Neuschwansteini]

@stolly82

Das stimmt, Verbindung ist sehr stabil, auch der Wechsel zwischen wifi und vpn klappt sehr gut!

Denke darauf kann man jetzt aufbauen

[stolly82]

@ilovegym
Kannst du die Energie mal prüfen bitte, wie viel das App bei dir benötigt,...

Durch die Änderungen hoffe ich, dass das App jetzt noch immer im normalem Bereich ist, da die Prüfungen wie du im Log sehen kannst jetzt über PING alle 30 sec. ausgeführt werden etc.

Ich kann Einstellungen > Batterie bei mir nicht sauber auswerten, da ich den Dev. mode an habe und der die Daten auch an die Xcode Konsole sendet und ich das App ja ständig neu starte beim Entwickeln.

[stolly82]

Ab jetzt dürfen gerne Bugs in den GIT Tickets angelegt werde.

Bekannte BUG's

Adapter

1. Messages an alle (App Crash)
2. Messages an alle des Users (App Crash)
3. connection state des Devices is always true
4. Adapter Installation > Code 25

iOS App

1. Settings > Standort (Toggles ohne Funktion)
2. Settings > Notifications
   ** Message view ugly
   ** Töne und Message typen ohne Funktion
   ** Badges müssen entfernt werden, da iOS das nicht mehr unterstützt
3. Sensoren
   ** distance wert falsch
   ** pressure kein Wert
   ** Fehlende werte (Bluetooth Verbindung aktiv? und mit welchem Gerät verbunden)
   ** Sensoren Toggles (teils ohne Funktion)
4. NFC Tags
   ** Lesen ohne Funktion
   ** Durchschleifen der URL als Tags Trigger Fehlerhaft
5. StartView > Verdoppelung der Überschrift in manchen Fällen wenn man durch die Menüs geht

[Neuschwansteini]

@stolly82

kommt heute genau richtig, hab gestern abend alle meine Messages auf iobtools umgestellt (ohne Bilder, das kommt noch).
Heute alleine ueber 2000 Messages, ohne Probleme, war auch kurz weg, VPN / Wifi uebergang ohne Probleme mit der App.

Denke, die App wird mein Telegram-Ersatz, da ich beim Test auch ein paar Frigate-Clips senden konnte.. scheint alles prima zu klappen. Auch werden die Daten vom Iphone problemlos uebertragen, Schritte, Stockwerke, Battery.. Focus.. passt.

Die App hat heute bei mir 37% - 10h 2m in use.. klar.. dauernd Messages...
mehr wie 100 haelt er aber nicht in der History.. reicht auch..
Batterie Wert wird sauber ausgelesen und uebertragen.

Also von meiner Seite, kannst du auch anfangen, den Adapter schoen zu machen.. da gibts ja noch ein Problem beim installieren usw... und dann kann das in den Beta-Test...

Getestet mit der Version 6 der App, Iphone 13 mini und Ipad Air 2021.

Edit: hab deine 2.te Nachricht erst spaeter gelesen, ja, da hast du ja alles im Blick, super.

[smarthome2020]

Hi, das Projekt hört sich gut an.
Würde auch gerne mal testen, nur muss ich mein iPhone dafür weiterhin im Dev-Modus haben? Oder geht es bereits ohne?

Viele Grüße

[Neuschwansteini]

@smarthome2020

du brauchst kein Iphone im Dev Modus, einfach die App Testflight installieren und den Einladungscode (erhaeltlich bei Stolly82 ) eingeben.

[stolly82]

@smarthome2020

Schreib einfach eine PN mit deiner Apple Mail adresse

[stolly82]

BETA Update

Ich habe die Installationsprobleme und die Message Crashs behoben.

Da ich es in dem altem Adapter mit dem Installations- Crash nicht hinbekommen habe, habe ich einen neuen erstellt.

Geändert ist auch der Namespace des Adapter Baums.
Alt: iobapp
Neu: iosapp

Neue Adapter URL:
https://github.com/DNAngelX/ioBroker.iosapp

Fixes der 1.0.0

1. namespace changed
2. messages crash fixed
3. connection state from device fixed
4. fixed crashes on installations

[Neuschwansteini]

@stolly82

V1.0
Installation auf Docker buanet 10.0.0.1-beta Node 22 - js-controller 6.0.9 - Admin 7.0.22
ohne Probleme, lief durch, Instanz hinzugefuegt, Daten eingetragen, funktioniert.

Messages an alle funktioniert, super!

[stolly82]

Ich habe noch ein Issue entdeckt, in Verbindung mit dem Websocket.

Hier benötige ich noch mal Tester, da es möglich sein kann, dass durch mein gesamtes Debugging das Verhalten anders ist.

Case zum Nachstellen des Verhaltens

Das App lasse ich geschlossen im Hintergrund!
Ich lasse mir zu jeder vollen Stunde über Blockly eine PUSH an mein iPhone senden, Inhalt Datum, Uhrzeit für das spätere debugging.
Netzwerk ist theoretisch über das Heimnetzwerk Wi-Fi verbunden.

Irgendwann kommen die Nachrichten nicht mehr an und werden durch den Adapter in den Cache geworfen.

Das Objekt iosapp.0.person.Jan.iPhone.connection ist dann auch false.

Verlasse ich jetzt das Haus, wechselt die Netzwerk Verbindung auf Cellular und die gesamten Push Notifications kommen an.

Wieder im Wi-Fi angekommen (anderes Netzwerk), ist die Verbindung dann wieder false, wenn ich das App öffne, ist sie wieder true.

Kann das Verhalten jemand bestätigen oder ist das ein Debugging Case bei mir?

[Neuschwansteini]

@stolly82

Hi,
ja, ist hier auch so, wenn ich die App wieder starte auf dem Iphone, dann kommen die Msgs sofort, ansonsten spaeter irgendwann.. In der App ist dann der Status disconnected, aber trotzdem kommen Msgs an..
Der Sensor status steht auf Immediately.. und die Daten werden auch uebertragen.. aber in der App zeigt er noch disconnected..

Ich hab auch noch kein System dahinter entdeckt.

Edit: eben ist die App abgestuerzt und ich hab den Bericht dem Entwickler gesendet... hoffe, du kannst was damit anfangen..?
Ich bin der Meinung, das Issue war gestern mit dem alten Adapter nicht da..

[stolly82]

@ilovegym
OK, dann ist das Verhalten identisch mit meinem, das ist gut zu wissen, dann darf ich bei mir Fehler analysieren und die sind dann auch aussagekräftig

Das war ein UI Crash mit der Navigation Bar.

[Neuschwansteini]

@stolly82

Hast du ein Beispiel fuer eine Message Payload, die schoen aussieht?
Wenn ich ein Bild versende (also in imageurl ) dann bekomme ich im body ein riesiger weisser halber screen, im unteren screen ist das Bild.. und irgenwo steht der Text...
Hier mal meine Payload:

{"aps":{"alert":{"title":"iobroker","subtitle":"PV Ueberschuss Laden beendet !","body":"Bild vom Iphone alt"},"sound":"default"},"image-url":"https://d2e6ccujb3mkqf.cloudfront.net/0db0c960-c786-45e5-b530-2c40be84b0ef-1_7ec8b331-5664-4123-a7d1-a2d468f138e4.jpg"}```