Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@mickym super danke, hab's gefunden und bin dann beruhigt
Das mit den DP Eigenschaften ist echt schade, evtl. wirds ja noch nachgeschoben. So Leute wie ich sind dann jetzt dort auf umständliches Copy-Paste angewiesen, da mir sonst garantiert immer Syntaxfehler unterlaufen würden ...
@Homoran ok, dann kann ich ja meine DP-Migration eigentlich erst einmal einstellen. Ich wundere mich dann aber tatsächlich etwas darüber, wie viel Aufwand da teilweise mit hunderten von DPs getrieben wird..., zzgl. Blockly/Script- und VIS-Anpassungen
Aber evtl. gibts da ja noch andere Gründe, die sich mir nicht so ganz erschließen.Der Punkt sollte auch definitiv keine neue Debatte darüber auslösen
-
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Ansonsten gebe ich Dir Recht - dass man in der Standardansicht nicht mehr Units und andere Eigenschaften des common Objektes im Objekt angeben kann, ist in meinen Augen ein Manko.
Wenn man diesen Komfort nicht im Admin4 gehabt hätte, würde man sich wahrscheinlich über die Komforteinbußen in der weiterentwickelten Version nicht wundern.GitHub issue das wieder einzubauen gibt es schon. Gern liken auf GitHub
-
Zu Backup: alle Objekte und state Werte und alle User spezifischen files sind Bestandteil vom Backup.
-
@apollon77 das ist gut zu hören
Danke auch Dir an der Stelle (hatte es eben im js-controller thread schon gesagt) für die super Arbeit für die ganzen Updates.
Hat bei mir alles einwandfrei geklappt!Bzgl. Like auf GitHub ging es mir gerade wieder wie so oft, ich finde da nix.
Ich suche Morgen nochmal nach, für heute ist Schluss -
@pedder007 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Bzgl. Like auf GitHub ging es mir gerade wieder wie so oft, ich finde da nix.
Ich suche Morgen nochmal nach, für heute ist Schluss -
@homoran außer man nutzt redis
-
GIbt es inzwischen eine Lösung, Datenpunkte in Blockly automatisiert zu ersetzen, außer die Skripte einzeln jeweils zu exportieren, die Ersetzungen vorzunehmen, die Blöcke zu löschen und dann den Blockly-Code wieder zu importieren?
-
@iobaer sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
GIbt es inzwischen eine Lösung, Datenpunkte in Blockly automatisiert zu ersetzen, außer die Skripte einzeln jeweils zu exportieren, die Ersetzungen vorzunehmen, die Blöcke zu löschen und dann den Blockly-Code wieder zu importieren?
Aufmerksam lesen, dann erst probieren.
https://forum.iobroker.net/topic/47113/skript-namespace-für-datenpunkte-in-skripten-abändern -
@fastfoot Danke Dir. Ich baue gerade ein provisorisches Skript mit AutoIT (Windows!) zusammen, das die Ersetzung von Datenpunktbezeichnungen über die Zwischenablage automatisiert vornimt. Man kann also pro Blockly-Skript dieses über die ioBroker-integrierte Funktion exportieren, das Skript liest die Zwischenablage aus, führt automatisch die Ersetzungen durch, schreibt wieder in die Zwischenablage und man kann somit direkt im Anschluss wieder in Blockly importieren (Bausteine vorher natürlich alle löschen (rechte Maustaste --> xxxxx Bausteine löschen). Ist natürlich nicht so komfortabel wie Deines, dafür hat man etwas mehr Kontrolle und kann vor allem auch individuelle Ersetzungen vornehmen (oftmals verschiebt man die Datenstruktur ja nicht nur, sondern ändert auch bzw. gliedert neu).
Edit:
Habe es für Euch mal auf GitHub hochgeladen: https://github.com/GitBaer/ioBroker-Datenpunktaustausch
-
kann es sein, dass scripte nicht mehr triggern können
habe mal von controll-own nach 0-userdata.0.CONTROL-OWN umgestellt - die scripte haben alle den richtigen dp - aber es scheint, als ob das triggern der dp nicht funktioniert
? -
@liv-in-sky Ich verstehe die Frage nicht. Unter 0_userdata.0 sollte alles identisch funktionieren wie sonst auch
-
danke - hat sich erledigt - habe ein script genutzt, welches in allen blocklys den neuen namesspace anwendet - beim konvertieren der blocklys war ein kleiner fehler drin
habe jetzt alle 600 scripte und über 700 objecte in 0_userdata.0.CONTROL-OWN... - konvertiert von controll-own.0...
-
Hallo,
In dem Tooltip zur Objekterstellung wird explizit zwischen "Zustand" und "Status" unterschieden. Kann mir mal jemand den Unterschied erklären bitte?
Außerdem funktioniert bei mir unter der neuen Benutzeroberfläche die Selektion nach Objekteigenschaften (z.B. Typ, Rolle, Zimmer, Funktion) nicht mehr. Lediglich die unterste Ebene wird ausgeblendet, alle darüber bleiben sichtbar und machen die Funktion damit unbrauchbar. Erst wenn anschließend die Eigenschaft eines Objekts geändert wird, funktioniert die Selektion.
-
@rené-1 sagte: In dem Tooltip zur Objekterstellung wird explizit zwischen "Zustand" und "Status" unterschieden. Kann mir mal jemand den Unterschied erklären bitte?
Es gibt keinen. Die richtige Bezeichnung wäre "Datenpunkt".
"state" wird in ioBroker etwas inflationär verwendet. -
@paul53
Danke Ich habe mir schon sowas gedacht. Dann sollte man den 2. Absatz im Tooltip vielleicht entfernen. Das verwirrt dann nur... -
@rené-1 bitte leg mal einen issue im Admin mit Screenshot an. Dann können wir die Übersetzung fixen. Muss Zustand heißen.
-
Erledigt. Ist das Problem mit der fehlerhaften Selektion schon bekannt, oder muss dafür auch ein neues Issue angelegt werden?
-
@rené-1 fehlerhafte Selektion?
-
@apollon77 Wie oben beschrieben. Wenn unter Objekte eine Eigenschaft selektiert wird, wird lediglich die unterste Ebene ausgeblendet. Erwarten würde man, dass nur Objekte mit der Eigenschaft angezeigt werden (wie auch unter der alten Benutzeroberfläche, oder wenn eine Eigenschaft geändert wird).
-
@rené-1 dann github issue bitte falls nicht schon da ist.
