Bei mir ist die VIS2 im Seitenaufbauauch sehr langsam. Hierunter leidet die Akzeptanz erheblich. Ich vermute mal, dass die ganzen Bindings (ich berechne die Widget-Positionen anhand der Seitengröße) das verursachen.
Ich hoffe, dass es hierfür eine Lösung gibt.
VIS1 ist wirklich schnell aufgebaut. Obwohl mir das Design vom VIS2-Editor besser gefällt, überlege ich zurück auf VIS1 zu gehen.
VG
@esche
Versuch mal den Downgrade des rpc-Adapters auf 1.14.37 (hat bei mir geholfen).
@motoritztv
ich habe genau das gleiche Problem.
Kein Gerät lässt sich mehr schalten.
Habe einen downgrad des rpc - adapter auf die Version 1.14.37 gemacht.
Läuft jetzt erstmal wieder, kannst Du das ebenfalls nachstellen / bestätigen?
Habe das problem, dass ich keine Alias-Geräte angezeigt bekomme und auch nicht anlegen kann, sobald ich den Adapter Manage devices größer der Version 1.0.5 installiere.
Merkmal: Es erscheint kurz ein drehrad (links obe), die Fläche bleibt weiss.
Folgendes schon versucht:
Browser-Cahe gelöscht
Adapter deinstalliert und nue installiert
anden Browser (Chrome, Firefox) verwendet
Folgende Systemumgebung
Alle Adapter sind aktuell (stabel - Versionen)
Plattform linux
Betriebssystem linux
Architektur x64
CPUs 4
Geschwindigkeit 3000 MHz
Modell Common KVM processor
RAM 3.85 GB
Node.js v12.22.7
NPM 6.14.15
Datenträgergröße 30.88 GB
freier Festplattenspeicher 24.59 GB
Anzahl der Adapter 362
Betriebszeit 00:38:22
Aktive Instanzen 3
location /opt/iobroker/
Hostname iobroker
Systemumgebung:
KNX-Adapter-Version 1.0.39
ETS 5.7.4 Projektdatei importiert
Ergebnis:
Die KNX.0 – Objekte - Zustände werden gelesen, lassen sich aber nicht schalten
Lösung:
Nachdem ich die KNX-Import-Objektstrukturen der Versionen 1.0.20 (da funktionierte alle) und 1.0.39 (hier geht nur lesen) verglichen habe konnte ich bei mir folgende Problemlösung durchführen:
Durch das Setzen von "read": false, in der Objektstruktur im Bereich common funktioniert das Schalten der Objekte aus ioBroker heraus wieder.
Beispiel:
{
"_id": "knx.0.Licht.Schalten.EG_Kueche_Decke",
"type": "state",
"common": {
"name": "EG_Kueche_Decke",
"type": "boolean",
"role": "indicator",
"min": false,
"max": true,
"read": false,
"write": true,
"update": true,
"unit": ""
},
……..
Ich hoffe diese Info ist für a) die Entwickler und b) alle andern die das Problem haben hilfreich.
KNX-Adapter-Version 1.0.39 (Objekte lassen sich nur lesen, kein schreiben möglich)
Die mit der ETS 5.7.4 erstellte Projektdatei wurde importiert,
-> Die KNX.0 – Objekte - Zustände werden gelesen, lassen sich aber nicht schalten
Nachdem ich die KNX-Import-Objektstrukturen der Versionen 1.0.20 (da funktionierte alle) und 1.0.39 (hier geht nur lesen) verglichen habe konnte ich bei mir folgende Problemlösung durchführen:
Durch das Setzen von "read": false, in der Objektstruktur im Bereich common funktioniert das Schalten der Objekte aus ioBroker heraus wieder.
Beispiel:
{
"_id": "knx.0.Licht.Schalten.EG_Kueche_Decke",
"type": "state",
"common": {
"name": "EG_Kueche_Decke",
"type": "boolean",
"role": "indicator",
"min": false,
"max": true,
"read": false,
"write": true,
"update": true,
"unit": ""
},
……..
Ich hoffe diese Info ist für a) die Entwickler und b) alle andern die das Problem haben hilfreich.
Ich würde gerne Telenot-Alarmanlagen (Complex400) in ioBroker integrieren, so dass ich mit VIS alle Türen und Fenster (von der Telenot) angezeig bekomme und bei Alarm entsprechende SmartHome-Geräte (Licht, Rollo, ...) ansteuern kann.
Wie könnte man die Telenot-Anlage an ioBroker anbinden?
Telenot bietet ein Interface KNX 400 IP - Modul an.
Wäre das ein Lösungsansatz?
@pantau
Problem Objekteinträge werden nicht angezeigt --> gelöst!
Damit die Änderungen in den Objekten angezeigt werden, muss im manuell erstellten Ordner bei der RAW-Einstellung als "type": "meta" eingetragen werden (dort stand bei mir "state").
Beispiel am Objekt-Ordner Pro.0
{
"from": "system.adapter.admin.0",
"ts": 1545472957731,
"user": "system.user.admin",
"common": {
"name": "Pro.0",
"role": "",
"type": "boolean",
"desc": "Manuell erzeugt",
"meta": "",
"read": true,
"write": true,
"def": false
},
"native": {},
"acl": {
"object": 1638,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
},
"_id": "Pro.0",
"type": "meta"
}
@zahnheinrich
Ich bekomme auch keinen RING-Ordner in den Objekten angezeigt.
Was muss ich tun?
@apollon77
Hier noch das LOG-File bei Äanderung am Objekt (steh nichts drin, oder?)
admin.0 2019-06-05 17:13:39.339 debug system.adapter.admin.0: logging true
admin.0 2019-06-05 17:13:39.336 debug Subscribes: dummy
admin.0 2019-06-05 17:13:39.336 debug Change log subscriber state: true
admin.0 2019-06-05 17:13:39.335 debug Subscribe LOGS
admin.0 2019-06-05 17:13:39.215 debug Subscribes:
admin.0 2019-06-05 17:13:39.215 debug Unsubscribe STATES: Pro.0
admin.0 2019-06-05 17:13:29.432 debug Subscribes: Pro.0
admin.0 2019-06-05 17:13:29.432 debug Subscribe STATES: Pro.0
admin.0 2019-06-05 17:13:28.243 debug Subscribes:
admin.0 2019-06-05 17:13:28.242 debug Unsubscribe STATES: .info.connection
admin.0 2019-06-05 17:13:28.241 debug Subscribes: .info.connection
admin.0 2019-06-05 17:13:28.239 debug Unsubscribe STATES: system.adapter.
admin.0 2019-06-05 17:13:28.006 debug Unsubscribe OBJECTS: system.adapter.
admin.0 2019-06-05 17:13:24.135 debug Subscribes: system.adapter., .info.connection
admin.0 2019-06-05 17:13:24.135 debug Subscribe STATES: .info.connection
admin.0 2019-06-05 17:13:24.133 debug Subscribes: system.adapter.
admin.0 2019-06-05 17:13:24.131 debug Subscribe STATES: system.adapter.
admin.0 2019-06-05 17:13:24.129 debug Subscribe OBJECTS: system.adapter.
admin.0 2019-06-05 17:13:22.453 debug Subscribes: no subscribes
admin.0 2019-06-05 17:13:22.451 debug Subscribes: no subscribes
admin.0 2019-06-05 17:13:15.528 info Repository received successfully.
admin.0 2019-06-05 17:13:14.729 debug socket.io client system.user.admin connected
