NEWS
Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@sigi234 Das hat geklappt! Aber warum kann ich da z.B. kein Device machen? Weil das ist es ja in Wirklichkeit.
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Aber warum kann ich da z.B. kein Device machen?
Wo?
Wenn als folder gekennzeichnet kannst du ein Gerät hinzufügen -
Hi,
Admin5 prüft bei der Anlage von eigenen Objekten etwas strikter was erlaubt ist und was nicht. Das führt dazu das nun auch die "Verzeichnisobjekte" (also die zwischen den Punkten) wichtig sind und als "Verzeichnis" bzw einem passenden Objekttyp angelegt sein müssen.
Unter "Objekte" im Admin zeigt ein Tooltip was erlaubt ist:
Zu den Typen:
- Gerät ist normalerweise einem echten Gerät zugeordnet
- Kanal ist eine Gruppierung von "thematisch" zusammengehörenden States unterhalb eines Geräts
- Verzeichnis ist einfach nur ein freies Strukturelement
- Zustand ist das State und damit der eigentliche Datenpunkt
Das ganze System (Gerät, Kanal, Zustand) stammt von den Homematic Konzepten - dort kann man auch am ehesten Beispiele finden. Bei einem Thermostat können z.B. die Sensoren in einem Kabel sein und die Steuerelemente in einem zweiten Kanal.
Hierbei noch ein Hinweis: Ordner gehen immer als Verzeichnisse, also auch 5 Ordner nacheinander in der Struktur und danach States ist vollkommen ok. Also wenn Ihr nicht wissen wann was das beste ist dann einfach "Verzeichnis" nehmen.
Wenn man neue Strukturen anlegt ist das einfach.
Wie jedoch schon existierende Strukturen korrigieren?
Das geht manuell in dem man von oben nach unten arbeitet, wie das hier gezeigt wird:
@fastfoot hat unter https://forum.iobroker.net/post/660631 ein Skript zum korrigieren der Folder gepostet.
@paul53 hat ein zweites angepasstes Skript gepostet https://forum.iobroker.net/post/660672
Fragen? Fragen!
Ingo
@apollon77 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Hi,
Admin5 prüft bei der Anlage von eigenen Objekten etwas strikter was erlaubt ist und was nicht. Das führt dazu das nun auch die "Verzeichnisobjekte" (also die zwischen den Punkten) wichtig sind und als "Verzeichnis" bzw einem passenden Objekttyp angelegt sein müssen.
Unter "Objekte" im Admin zeigt ein Tooltip was erlaubt ist:
Zu den Typen:
- Gerät ist normalerweise einem echten Gerät zugeordnet
- Kanal ist eine Gruppierung von "thematisch" zusammengehörenden States unterhalb eines Geräts
- Verzeichnis ist einfach nur ein freies Strukturelement
- Zustand ist das State und damit der eigentliche Datenpunkt
Das ganze System (Gerät, Kanal, Zustand) stammt von den Homematic Konzepten - dort kann man auch am ehesten Beispiele finden. Bei einem Thermostat können z.B. die Sensoren in einem Kabel sein und die Steuerelemente in einem zweiten Kanal.
Hierbei noch ein Hinweis: Ordner gehen immer als Verzeichnisse, also auch 5 Ordner nacheinander in der Struktur und danach States ist vollkommen ok. Also wenn Ihr nicht wissen wann was das beste ist dann einfach "Verzeichnis" nehmen.
Wenn man neue Strukturen anlegt ist das einfach.
Wie jedoch schon existierende Strukturen korrigieren?
Das geht manuell in dem man von oben nach unten arbeitet, wie das hier gezeigt wird:
Weiterhin arbeitet @Dutchman an einem kleinen JavaScript welches das Automatisch korrigieren kann.
Fragen? Fragen!
Ingo
Die von Adaptern erstellten Datenpunkte werdet ihr dann sicherlich demnächst im js-controller auch mit Meldungen überprüfen?
Meine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil -
@sigi234 Das hat geklappt! Aber warum kann ich da z.B. kein Device machen? Weil das ist es ja in Wirklichkeit.
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@sigi234 Das hat geklappt! Aber warum kann ich da z.B. kein Device machen? Weil das ist es ja in Wirklichkeit.
@oliverio sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Weiterhin arbeitet @Dutchman an einem kleinen JavaScript welches das Automatisch korrigieren kann.
-
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Aber warum kann ich da z.B. kein Device machen?
Wo?
Wenn als folder gekennzeichnet kannst du ein Gerät hinzufügen@sigi234 Aber im MQTT Adapter sind die FOLDER ja schon die Geräte! Die kommen ja so rein, wenn sich ein Gerät auf einem Topic subscribed.
Ich geh erstmal zurück auf die alte UI. Es tut mir echt leid, aber ich kann die frustration von einigen Benutzern echt verstehen. Der Admin 5 macht viele Dinge einfach viel komplizierter als sie sein sollten, anstatt irgendwas einfacher zu machen. Warum kann ich in meinem System, nicht Sachen dort anlegen wo ich möchte. Das wird schon seine Gründe haben warum ich das so gemacht habe, wie ich es gemacht habe.
-
@sigi234 Aber im MQTT Adapter sind die FOLDER ja schon die Geräte! Die kommen ja so rein, wenn sich ein Gerät auf einem Topic subscribed.
Ich geh erstmal zurück auf die alte UI. Es tut mir echt leid, aber ich kann die frustration von einigen Benutzern echt verstehen. Der Admin 5 macht viele Dinge einfach viel komplizierter als sie sein sollten, anstatt irgendwas einfacher zu machen. Warum kann ich in meinem System, nicht Sachen dort anlegen wo ich möchte. Das wird schon seine Gründe haben warum ich das so gemacht habe, wie ich es gemacht habe.
@fabian1 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Aber im MQTT Adapter
Das ist eine andere Baustelle.....
-
@apollon77 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Hi,
Admin5 prüft bei der Anlage von eigenen Objekten etwas strikter was erlaubt ist und was nicht. Das führt dazu das nun auch die "Verzeichnisobjekte" (also die zwischen den Punkten) wichtig sind und als "Verzeichnis" bzw einem passenden Objekttyp angelegt sein müssen.
Unter "Objekte" im Admin zeigt ein Tooltip was erlaubt ist:
Zu den Typen:
- Gerät ist normalerweise einem echten Gerät zugeordnet
- Kanal ist eine Gruppierung von "thematisch" zusammengehörenden States unterhalb eines Geräts
- Verzeichnis ist einfach nur ein freies Strukturelement
- Zustand ist das State und damit der eigentliche Datenpunkt
Das ganze System (Gerät, Kanal, Zustand) stammt von den Homematic Konzepten - dort kann man auch am ehesten Beispiele finden. Bei einem Thermostat können z.B. die Sensoren in einem Kabel sein und die Steuerelemente in einem zweiten Kanal.
Hierbei noch ein Hinweis: Ordner gehen immer als Verzeichnisse, also auch 5 Ordner nacheinander in der Struktur und danach States ist vollkommen ok. Also wenn Ihr nicht wissen wann was das beste ist dann einfach "Verzeichnis" nehmen.
Wenn man neue Strukturen anlegt ist das einfach.
Wie jedoch schon existierende Strukturen korrigieren?
Das geht manuell in dem man von oben nach unten arbeitet, wie das hier gezeigt wird:
Weiterhin arbeitet @Dutchman an einem kleinen JavaScript welches das Automatisch korrigieren kann.
Fragen? Fragen!
Ingo
Die von Adaptern erstellten Datenpunkte werdet ihr dann sicherlich demnächst im js-controller auch mit Meldungen überprüfen?
@oliverio sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Die von Adaptern erstellten Datenpunkte werdet ihr dann sicherlich demnächst im js-controller auch mit Meldungen überprüfen?
Tja, wie ich schon geschrieben habe wird das noch interessant werden wie das gelöst wird.
Würde ich alles manuell machen , dann bräuchte ich Tage dazu. -
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
Warum darf ich z.B. nicht mehr bestimmen, wo ich welche Datenpunkte und Objekte anlegen möchte. Wenn ich das tue, wird das bestimmt seine Gründe haben.
Das wo wurde bereits seit längerem geändert, da Datenpunkte in Adapterobjekten nichts zu suchen haben. In Systemverzeichnissen wird eventuell bei einem update alles gelöscht.
-
@apollon77 OK - ich habs mal wieder auf die neue Oberfläche umgestellt, aber für das nächste Update wünsche ich mir wirklich - wenn schon nicht am Design, dass ich die Spaltenbreiten wieder direkt mit der Maus einstellen kann. Diese Angaben in Pixeln - da komm ich gar nicht zurecht.
Es scheint dann auch von rechts gerechnet zu werden - also wirklich zurecht komme ich damit nicht. Das wäre also so mein 1. Wunsch.
- Vielleicht hält sich der Aufwand ja in Grenzen. 1. Problem:
Auch im Expertenmodus kann ich zum Beispiel in meinem mqtt- Baum keine eigenen Datenpunkte - sondern nur ein Verzeichnis - erstellen.
Es ist aber gerade im Kommandoast erforderlich, dass ich selber Datenpunkte erstellen kann, da diese ja nicht von den Geräten selbst erstellt werden:
Ist es wirklich beabsichtigt, dass über die Adminoberfläche keine Datenpunkte mehr erstellen kann, sondern nur über die Logikmaschinen? - Das kann ich nicht glauben.
2. Problem
Also das Prinzip - welche Objekttypen man erstellen kann, erschließt sich mir nicht:
Auch unter 0_userdata.0 habe ich Probleme:
Unter Bewässerung kann ich wieder nur ein Verzeichnis erstellen, obwohl schon Datenpunkte existieren. Und auch nach der neuen Regel sollte ja Ordner => Zustand möglich sein.
Unter Tage kann ich wiederum nur Datenpunkte erstellen, aber kein weiteres Verzeichnis
3. Problem:
admin.0 2021-08-07 01:57:27.812 error Invalid read function for undefined: val === 'on' ? true : false => TypeError: Cannot read property 'type' of null admin.0 2021-08-07 01:57:27.783 error Invalid read function for undefined: val === 'on' ? true : false => TypeError: Cannot read property 'type' of nullDeutet für mich daraufhin - dass es irgendwelche Probleme mit Alias gibt
@mickym sagte in Admin v5 jetzt im STABLE!:
Auch im Expertenmodus kann ich zum Beispiel in meinem mqtt- Baum keine eigenen Datenpunkte - sondern nur ein Verzeichnis - erstellen.
Es ist aber gerade im Kommandoast erforderlich, dass ich selber Datenpunkte erstellen kannDann deklariere 'cmnd' als 'folder'. @apollon77 hat das in seinem anderen Thread eh schon beschrieben...
-
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
Warum darf ich z.B. nicht mehr bestimmen, wo ich welche Datenpunkte und Objekte anlegen möchte. Wenn ich das tue, wird das bestimmt seine Gründe haben.
Das wo wurde bereits seit längerem geändert, da Datenpunkte in Adapterobjekten nichts zu suchen haben. In Systemverzeichnissen wird eventuell bei einem update alles gelöscht.
@homoran ja, aber das weiß ich ja! Dann leg ich da nichts an. Aber beim MQTT Adapter ist es z.B. zwingend erforderlich. Ich frag mich nur, warum das geändert werden muss, wenn es jahrelang keine Probleme gemacht hat. Und das frag ich mich wirklich gerade beim ganzen Admin 5. Ich hab noch nichts gesehen, was irgendwas einfacher macht, sondern nur Sachen die alles umschmeißen und Probleme verursachen.
-
@homoran ja, aber das weiß ich ja! Dann leg ich da nichts an. Aber beim MQTT Adapter ist es z.B. zwingend erforderlich. Ich frag mich nur, warum das geändert werden muss, wenn es jahrelang keine Probleme gemacht hat. Und das frag ich mich wirklich gerade beim ganzen Admin 5. Ich hab noch nichts gesehen, was irgendwas einfacher macht, sondern nur Sachen die alles umschmeißen und Probleme verursachen.
@fabian1 Da wird eben einmal mit alten Fehlern aufgeräumt. Die haben zwar bisher zu (fast) keinen Problemen geführt, aber ist doch gut, dass man das behebt. Für den User ist es zugegeben ärgerlich, weil er ein paar Dinge umstellen muss. Aber wer nicht gerne bastelt, ist bei ioBroker sowieso falsch aufgehoben...
-
@fabian1 Da wird eben einmal mit alten Fehlern aufgeräumt. Die haben zwar bisher zu (fast) keinen Problemen geführt, aber ist doch gut, dass man das behebt. Für den User ist es zugegeben ärgerlich, weil er ein paar Dinge umstellen muss. Aber wer nicht gerne bastelt, ist bei ioBroker sowieso falsch aufgehoben...
@dr-bakterius said in js-controller 3.3 jetzt im STABLE!:
@fabian1 Da wird eben einmal mit alten Fehlern aufgeräumt. Die haben zwar bisher zu (fast) keinen Problemen geführt, aber ist doch gut, dass man das behebt. Für den User ist es zugegeben ärgerlich, weil er ein paar Dinge umstellen muss. Aber wer nicht gerne bastelt, ist bei ioBroker sowieso falsch aufgehoben...
ich bastele sehr gerne!
Nur nicht absolut unnötig und an 100 Stellen gleichzeitig, die vorher nie Probleme gemacht haben nur um nachher eine unübersichtlichere UI zu haben als vorher. -
@fabian1 Da wird eben einmal mit alten Fehlern aufgeräumt. Die haben zwar bisher zu (fast) keinen Problemen geführt, aber ist doch gut, dass man das behebt. Für den User ist es zugegeben ärgerlich, weil er ein paar Dinge umstellen muss. Aber wer nicht gerne bastelt, ist bei ioBroker sowieso falsch aufgehoben...
@dr-bakterius sagte in js-controller 3.3 jetzt im STABLE!:
Aber wer nicht gerne bastelt, ist bei ioBroker sowieso falsch aufgehoben...
Ja, mit iob wird einen nie fad.
Darum habe ich ein Testsystem und ein Produktives.
-
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
eine unübersichtlichere UI zu haben als vorher
Ich finde, man sollte dem Ganzen eine Chance geben sich zu entwickeln. Das ist jetzt erst seit ein paar Tage im "Stable" und somit für die Masse verfügbar. Ich bin mir sicher, das im Laufe der Zeit Dinge verändert werden die vielleicht noch nicht ganz optimal sind.
@htrecksler
Er meckert aber hauptsächlich die eigenen DPs an, die er jetzt nicht mehr da speichern kann wo er will und das ist schon recht lange bekannt, dass das eh nicht gemacht werden soll. Ich habe vor über einem Jahr meine umgezogen und die Zeit hat er nicht genützt um sich an Vorgaben (damals noch Wünsche) zu halten.Die neue GUI ist eben etwas gewöhnungsbedürftig, aber nicht weniger funktionell als die alte.
-
@htrecksler
Er meckert aber hauptsächlich die eigenen DPs an, die er jetzt nicht mehr da speichern kann wo er will und das ist schon recht lange bekannt, dass das eh nicht gemacht werden soll. Ich habe vor über einem Jahr meine umgezogen und die Zeit hat er nicht genützt um sich an Vorgaben (damals noch Wünsche) zu halten.Die neue GUI ist eben etwas gewöhnungsbedürftig, aber nicht weniger funktionell als die alte.
@jan1 said in js-controller 3.3 jetzt im STABLE!:
@htrecksler
Er meckert aber hauptsächlich die eigenen DPs an, die er jetzt nicht mehr da speichern kann wo er will und das ist schon recht lange bekannt, dass das eh nicht gemacht werden soll. Ich habe vor über einem Jahr meine umgezogen und die Zeit hat er nicht genützt um sich an Vorgaben (damals noch Wünsche) zu halten.Die neue GUI ist eben etwas gewöhnungsbedürftig, aber nicht weniger funktionell als die alte.
@jan1 Mache ich nicht! Es geht nicht um meine eigenen Datenpunkte! Ich meckere über EIGENE DATENPUNKTE von selbst prohgrammierten Geräten im MQTT Adapter!
-
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
eine unübersichtlichere UI zu haben als vorher
Ich finde, man sollte dem Ganzen eine Chance geben sich zu entwickeln. Das ist jetzt erst seit ein paar Tage im "Stable" und somit für die Masse verfügbar. Ich bin mir sicher, das im Laufe der Zeit Dinge verändert werden die vielleicht noch nicht ganz optimal sind.
@htrecksler said in js-controller 3.3 jetzt im STABLE!:
@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:
eine unübersichtlichere UI zu haben als vorher
Ich finde, man sollte dem Ganzen eine Chance geben sich zu entwickeln. Das ist jetzt erst seit ein paar Tage im "Stable" und somit für die Masse verfügbar. Ich bin mir sicher, das im Laufe der Zeit Dinge verändert werden die vielleicht noch nicht ganz optimal sind.
Na klar! Dafür bin ich 100%ig und ich schreibe schon fleißig Github issues! Ich bin gerade halt wirklich nur etwas frustriert, da ich mir mein System jahrelang so aufgebaut habe, wie es jetzt ist und immer wenn ich gerade was mit der neuen Version gelöst hab, kommt das nächste Problem, was vorher keins war. Aber ich bin mir sicher, das wird! Ich geb ja hier nur meine Meinung Preis, weil ich ja möchte dass es besser wird.
-
@jan1 said in js-controller 3.3 jetzt im STABLE!:
@htrecksler
Er meckert aber hauptsächlich die eigenen DPs an, die er jetzt nicht mehr da speichern kann wo er will und das ist schon recht lange bekannt, dass das eh nicht gemacht werden soll. Ich habe vor über einem Jahr meine umgezogen und die Zeit hat er nicht genützt um sich an Vorgaben (damals noch Wünsche) zu halten.Die neue GUI ist eben etwas gewöhnungsbedürftig, aber nicht weniger funktionell als die alte.
@jan1 Mache ich nicht! Es geht nicht um meine eigenen Datenpunkte! Ich meckere über EIGENE DATENPUNKTE von selbst prohgrammierten Geräten im MQTT Adapter!
-
@jan1 said in js-controller 3.3 jetzt im STABLE!:
@fabian1
Ok, falsch verstanden. Wobei ich das dann wiederum nicht verstehe.Wenn ich ein eigenes Gerät programmiere, und mich damit dann bei einem Topic subscribe, dann muss es ja möglich sein, dass ich in diesem Topic alle Datenpunkte so anlegen kann wie ich das möchte. Dafür ist der Mqtt Adapter ja gedacht.
-
@htrecksler
Er meckert aber hauptsächlich die eigenen DPs an, die er jetzt nicht mehr da speichern kann wo er will und das ist schon recht lange bekannt, dass das eh nicht gemacht werden soll. Ich habe vor über einem Jahr meine umgezogen und die Zeit hat er nicht genützt um sich an Vorgaben (damals noch Wünsche) zu halten.Die neue GUI ist eben etwas gewöhnungsbedürftig, aber nicht weniger funktionell als die alte.
@jan1 mal eine Frage von einem Laien, der gerade mal so seine Migration von Pimatic nach ioBroker hinter sich hat und froh ist verstanden zu haben, wie man grundsätzlich mit Blockly arbeitet ...
Wo sollten eigene Datenpunkte/Variablen den liegen? Ich habe mir im javascript Verzeichnis eigene Unterordner angelegt und sie dort, je nach Verwendung sortiert. Bekomme ich da nun Probleme?
Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@jan1 mal eine Frage von einem Laien, der gerade mal so seine Migration von Pimatic nach ioBroker hinter sich hat und froh ist verstanden zu haben, wie man grundsätzlich mit Blockly arbeitet ...
Wo sollten eigene Datenpunkte/Variablen den liegen? Ich habe mir im javascript Verzeichnis eigene Unterordner angelegt und sie dort, je nach Verwendung sortiert. Bekomme ich da nun Probleme?
@pedder007 Nein bekommst du nicht, das sieht gut aus!!
-
@jan1 mal eine Frage von einem Laien, der gerade mal so seine Migration von Pimatic nach ioBroker hinter sich hat und froh ist verstanden zu haben, wie man grundsätzlich mit Blockly arbeitet ...
Wo sollten eigene Datenpunkte/Variablen den liegen? Ich habe mir im javascript Verzeichnis eigene Unterordner angelegt und sie dort, je nach Verwendung sortiert. Bekomme ich da nun Probleme?
617
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge