UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@hotspot_2

Da liegen offenbar Module falsch. Zeig mal ein

npm ls

Bei mir siehen die drei Module so aus:

echad@chet:/opt/iobroker $ npm ls @iobroker/ws
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.admin@7.7.20
  └── @iobroker/ws@3.0.4

echad@chet:/opt/iobroker $ npm ls @iobroker/ws-server
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.admin@7.7.20
│ └── @iobroker/ws-server@4.3.9
└─┬ iobroker.web@7.0.9
  └─┬ iobroker.ws@3.0.19
    └── @iobroker/ws-server@4.3.9 deduped

echad@chet:/opt/iobroker $ npm ls iobroker.socketio
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.web@7.0.9
  └── iobroker.socketio@7.0.8

[hotspot_2]

Ok, hier mal ein "npm ls":

marcus@iobroker:/opt/iobroker$ npm ls
[sudo] password for marcus: 
iobroker.inst@3.0.0 /opt/iobroker
+-- @iobroker-javascript.0/xml2js@npm:xml2js@0.6.2
+-- iobroker.admin@7.7.20
+-- iobroker.alexa2@3.27.4
+-- iobroker.backitup@3.3.10
+-- iobroker.discovery@5.0.0
+-- iobroker.dwd@2.8.5
+-- iobroker.email@2.0.4
+-- iobroker.energiefluss-erweitert@0.8.1
+-- iobroker.feiertage@1.2.1
+-- iobroker.go-e@1.0.42
+-- iobroker.ical@1.18.1
+-- iobroker.influxdb@4.0.2
+-- iobroker.iot@5.0.7
+-- iobroker.jarvis@3.2.0-rc.17 (git+ssh://git@github.com/Zefau/ioBroker.jarvis.git#65370bd2ad4617722447bcff04ba4dc6429bed9b)
+-- iobroker.javascript@9.0.11
+-- iobroker.js-controller@7.0.7
+-- iobroker.matter@0.5.6
+-- iobroker.modbus@7.0.6
+-- iobroker.mqtt@6.1.4
+-- iobroker.node-red@6.0.7
+-- iobroker.operating-hours@1.4.0
+-- iobroker.ping@1.7.9
+-- iobroker.proxmox@2.4.0
+-- iobroker.pushover@4.1.0
+-- iobroker.simple-api@3.0.7
+-- iobroker.sma-em@1.3.0
+-- iobroker.socketio@7.0.8
+-- iobroker.solarwetter@1.2.0
+-- iobroker.trashschedule@5.0.0
+-- iobroker.vis@1.5.6
+-- iobroker.weatherunderground@3.7.0
+-- iobroker.web@7.0.9
`-- iobroker.ws@3.0.19

[Thomas Braun]

@hotspot_2 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

Okay, das sieht nicht so wüst aus wie gedacht.
Der

+-- @iobroker-javascript.0/xml2js@npm:xml2js@0.6.2

kommt als zusätzliches Modul aus dem javascript-Adapter?

[hotspot_2]

Ich meine das ich das irgendwann mal installiert habe.

https://www.npmjs.com/package/xml2js

Weiss aber im Moment nicht sicher für was und ob ich das überhaupt noch nutze.

[Espace0401]

Bei mir klappt es mit iobroker.local:8081 unter dem aktuellen iOS mit dem IPad 11.

[hotspot_2]

@Espace0401 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

Bei mir klappt es mit iobroker.local:8081 unter dem aktuellen iOS mit dem IPad 11.

Perfekt. Das ist der Tipp der auch bei mir auf allen Geräten einwandfrei funktioniert. MacMini, MacBook, iPads und iPhones funktioniert überall bestens. Auch Jarvis usw. laufen damit wieder.

Danke!

[dtp]

@wendy2702 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

oder die Einstellungen der Instanzen.

Öh, und was heißt das jetzt konkret? Welche Maßnahmen wären zu ergreifen, um auf ioBroker Admin per Safari unter iOS und iPadOS 26.1 wieder flüssig zugreifen zu können?

[wendy2702]

Unter Safari (funktioniert wie erwähnt bei mir auch nicht) kann ich es nicht sagen da ich Chrome oder FF dafür nutze. Damit funktioniert es bei mir.

[ticaki]

Tatsache - wenn ich über dns(unifi) auf meinen iobroker gehe kein Problem - wenn ich jedoch direkt über die IP gehe hab ich nen endlos laufenden Kreis.

Daher hat das neuinstallieren letztens auch nicht geklappt - da hatte er keinen dns record.

(Apple Mac OS das neuste "Fehler" Update - glaube 26 oder 27 mit Safari )

[hotspot_2]

@dtp sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

@wendy2702 sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

oder die Einstellungen der Instanzen.

Öh, und was heißt das jetzt konkret? Welche Maßnahmen wären zu ergreifen, um auf ioBroker Admin per Safari unter iOS und iPadOS 26.1 wieder flüssig zugreifen zu können?

Einfach "iobroker.local:8081" in die Adresszeile von Safari eingeben anstatt der IP (und dem Port). Dann sollte es klappen.

[Thomas Braun]

@hotspot_2
Setzt aber Voraus, das es einen Host iobroker gibt...

echad@chet:~ $ ping iobroker.local
ping: iobroker.local: Name or service not known
echad@chet:~ $ ping chet.local
PING chet.local (192.168.178.48) 56(84) bytes of data.
64 bytes from chet (192.168.178.48): icmp_seq=1 ttl=64 time=0.080 ms
64 bytes from chet (192.168.178.48): icmp_seq=2 ttl=64 time=0.092 ms
64 bytes from chet (192.168.178.48): icmp_seq=3 ttl=64 time=0.091 ms
64 bytes from chet (192.168.178.48): icmp_seq=4 ttl=64 time=0.066 ms
64 bytes from chet (192.168.178.48): icmp_seq=5 ttl=64 time=0.062 ms
64 bytes from chet (192.168.178.48): icmp_seq=6 ttl=64 time=0.068 ms
64 bytes from chet (192.168.178.48): icmp_seq=7 ttl=64 time=0.084 ms
64 bytes from chet (192.168.178.48): icmp_seq=8 ttl=64 time=0.084 ms
^C
--- chet.local ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7153ms
rtt min/avg/max/mdev = 0.062/0

[ofri2607]

[hostname].local:8081 funktioniert bei mir am iPad Pro mit 26.1. problemlos

[dtp]

Da bei mir der ioBroker im Container auf meinem Synology NAS läuft, klappt das mit iobroker.local:8081 leider nicht.

[OliverIO]

@dtp sagte in Admin kann unter Apple 26.1 nicht geöffnet werden:

Da bei mir der ioBroker im Container auf meinem Synology NAS läuft, klappt das mit iobroker.local:8081 leider nicht.

Dann kann man meist am Router den Hostnamen anlegen und auf die ip Mappen

Im Container im Bridge Mode klappt das meist deswegen nicht weil im Container due broadcasts nicht funktionieren, aber dann ist der hostname auch eher der der host maschine