Neues YouTube-Video: Visualisierung im Devices-Adapter

[entttom]

Hallo zusammen,

ich möchte euch meine neue iOS-App ioBroker Objects vorstellen.
Die App ist dafür gedacht, ioBroker-Objekte und States direkt auf iPhone und iPad zu durchsuchen, zu beobachten und bei schreibbaren States auch zu steuern.

App Store:
ioBroker Objects im App Store

GitHub / Releases:
entttom/iobroker-objects-release

Was die App kann

• Verbindung zu einer oder mehreren ioBroker-Instanzen
• Zugriff über simple-api oder rest-api
• Nutzung im lokalen Netzwerk, per VPN oder über Cloudflare Zero Trust
• Objektbaum mit Suche und Filtern
• Detailansicht mit State-Wert, Zeitstempeln, Metadaten und Rohdaten
• Schreiben von States, wenn sie in ioBroker als schreibbar markiert sind
• Favoriten und Suchverlauf
• Konfigurierbares Smart-Home-Dashboard
• Live-Updates über socket.io, falls verfügbar
• Polling-Fallback, wenn Live-Updates nicht möglich sind
• Home-Screen-Widgets für wichtige States und Steuerungen
• Apple-Watch-App für ausgewählte Objekte
• Kurzbefehle/Siri-Aktionen zum Lesen und Schreiben von States
• Optionale iCloud-Synchronisierung von Einstellungen, Favoriten und Dashboard-Konfiguration

Voraussetzungen auf ioBroker-Seite

• simple-api Adapter, zum Beispiel Port 8087
• oder rest-api Adapter, zum Beispiel Port 8093
• für Live-Updates zusätzlich web oder admin mit socket.io, zum Beispiel Port 8082

Datenschutz und Sicherheit

Mir war wichtig, dass sensible Daten lokal bleiben. Passwörter und Cloudflare-Secrets werden im iOS-Schlüsselbund gespeichert. Über iCloud werden keine Passwörter, keine aktuellen State-Werte und keine vollständigen ioBroker-Objekte synchronisiert.

Einordnung

Die App ist kein Ersatz für den ioBroker Admin, sondern eher eine native iOS-Oberfläche zum schnellen Durchsuchen, Beobachten und Bedienen ausgewählter States.

Feedback, Fehlerberichte und Wünsche sammle ich gerne über GitHub oder hier im Forum. Besonders spannend wäre für mich, welche Adapter- und State-Strukturen bei euch gut funktionieren und wo die automatische Erkennung im Dashboard noch verbessert werden kann.

Wichtig: Die App ist ein unabhängiges Projekt und keine offizielle ioBroker-App.

[Marc Berg]

@entttom

Ein interessantes Projekt. Auf den ersten Blick unschön ist, dass man die IP-Adresse eingeben muss. Die Verwendung des Hostnamens funktioniert zumindest bei mir nicht.

[entttom]

@Marc-Berg Guter Punkt - hatte ich nicht am Schirm - wird ergänzt im nächsten Release danke für deinen Input :)
Sobald Apple den Build freigibt ist die Version unter https://testflight.apple.com/join/ZZyfdPTM zu testen

[Elektroman]

Tolle Sache, bin gespannt wie es weiter geht. schon mal vielen Dank

[Bluefox]

Es ist unklar warum man rest-api oder im simple-api braucht, wenn admin socket alles geben kann

[chris299]

@entttom sieht sehr interessant aus.
ich bekomme allerdings eine seltsame Meldung, wenn ich Rolladen widgets konfiguriere:
angeblich kein gültiger Zahlenbereich angegeben, obwohl der doch da ist:

{
  "common": {
    "alias": {
      "id": "shelly.0.shellyplus2pm#4...........2e8#1.Cover0.Position"
    },
    "name": "Position",
    "role": "level.blind",
    "type": "number",
    "unit": "%",
    "max": 100,
    "read": true,
    "write": true,
    "min": 0
  },
  "native": {},
  "type": "state",
  "_id": "alias.0.RolladenSchlafzimmer.Position",
  "acl": {
    "object": 1636,
    "state": 1636,
    "file": 1632,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1781535569453
}

auch sind die zunächst automatisch rausgesuchten states für einen Rolladen sehr merkwürdig und stammen aus anderen Alias-Objekten (channels) als das initial angegebene Objekt.

[entttom]

@chris299
Danke für die Rückmeldung. Die Konfiguration des Position-States ist korrekt – min: 0 und max: 100 bilden einen gültigen Zahlenbereich. Die Meldung entsteht durch einen Fehler in der App bei der Auswertung beziehungsweise Normalisierung der Zahlenwerte und nicht durch deinen Alias.

Auch die automatische State-Zuordnung ist hier zu großzügig und darf nicht auf States aus anderen Alias-Channels ausweichen. Ich werde die automatische Zuordnung auf den Channel des ursprünglich ausgewählten Objekts begrenzen. Nicht vorhandene Funktionen bleiben dann unzugeordnet, statt automatisch einen vermeintlich passenden State aus einem anderen Channel zu übernehmen.

Update folgt :)

[entttom]

@Bluefox
Du hast völlig recht - ehrlicherweise war mit nicht bewusst das es auch über dem admin socket klappt.
habe vor jahren mal den rest apdater installiert und mich keine gedanken mehr gemacht.
werde das in der nächsten version angehen - je weniger abhängigkeiten desto besser.
danke!