NEWS
Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@fastfoot danke für's weiterverfolgen - vielleicht sollten wir neuen thread aufmachen ?
ich habe so gut wie keine scripte, die in blockly datenpunkte anlegen, damit du das testen kannst - aber das hier habe ich gefunden
- legt dp unter javascript an
- ist eine stoppuhr
- wenn start unter steuerung gedrückt wird - beginnt stoppuhr
- anschliessend stopp drücken
- anschliessend reset um wieder bei 0 zu beginnen
- die dp werden mit einer js-function angelegt - kannst du ja disabeln, falls das stört
hoffe, dass hilft weiter
@liv-in-sky sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
danke für's weiterverfolgen - vielleicht sollten wir neuen thread aufmachen ?
Das Skript ist jetzt soweit fertig und steht hier bereit. Als kleiner Nebeneffekt listet es auch einfach nur alle Skripte auf. Ich hoffe es macht Dir und anderen die Migration etwas leichter. Vorschläge für Verbesserungen sind natürlich willkommen.
-
@mickym ich nochmal ... ;-)
Nachdem die ganze Updaterei nun bei mir auch super durchgelaufen ist, mal noch zwei Fragen zu den Datenpunkten, welche mir durch den Kopf gingen, als ich nun gestern Abend die ersten DPs nach userdata verschoben habe:
- Wo werden die DPs via backitup eigentlich gesichert, oder evtl. gar nicht? Weil dann würde ich dazu nämlich einen Request aufmachen.
- Ich habe bei mir unter javascript auch die Datenpunkt zum Astro Script liegen. Die wurden bei der Implementierung automatisch angelegt, wenn ich mich da richtig erinnere. Die wären dann ja genauso 'gefährdet' wie die eigenen DPs!? - da würde ich dann nämlich mal den Entwickler drauf aufmerksam machen ...
@pedder007 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
- Wo werden die DPs via backitup eigentlich gesichert, oder evtl. gar nicht? Weil dann würde ich dazu nämlich einen Request aufmachen.
Mal unabhängig davon, was @paul53 gesagt hat - der steckt da ja viel tiefer in der Materie als ich, werden meines Wissens immer alle Objekte und Zustände in dem Backup gespeichert, egal wo sie sich im Baum befinden. Die Objekte und Zustände liegen ja nicht wirklich in der vom admin dargestellten Struktur vor, sondern sind in 2 Dateien gespeichert.
Objekte in der objects.json und die Zustände in der states.json
Diese beiden Dateien sind in meinen Augen Bestandteil des Backups und enthalten alle Datenpunkte und Objekte des Systems.
Gefahr besteht eher, dass Adapter im Rahmen eines Updates Datenstrukturen in ihrem Namespace was Löschen. Aber hier wissen die Entwickler besser Bescheid.
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.Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@paul53 ja ich weiß, wurde ja mehrfach gesagt ;-)
Deswegen 'gefährdet' ja auch in Hochkommas. Aber es wurde ja auch schon mehrfach erwähnt, dass da irgendwann in der Zukunft bei irgendeiner neuen Java Version da evtl. mal was passieren könnte - evtl. sehe ich das ja auch zu schwarz ...Mir fällt jetzt gerade aber noch eine Frage ein:
Im neuen Admin scheint es keine Möglichkeit mehr zu geben, die Eigenschaften von DPs (z. B. Zahl: min/max oder auch Unit) via einer entsprechenden Maske zu bearbeiten.
Das geht, für non-Developer wie mich wohl nur noch recht kryptisch über die Bearbeitung und dann Objektdaten. Was dann entsprechend fehlerbehaftet ist.Oder habe ich die Möglichkeit einfach bisher nicht gefunden?
@pedder007 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Aber es wurde ja auch schon mehrfach erwähnt, dass da irgendwann in der Zukunft bei irgendeiner neuen Java Version da evtl. mal was passieren könnte
das wurde von einigen Usern behauptet, stimmt aber nicht
-
@pedder007 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
- Wo werden die DPs via backitup eigentlich gesichert, oder evtl. gar nicht? Weil dann würde ich dazu nämlich einen Request aufmachen.
Mal unabhängig davon, was @paul53 gesagt hat - der steckt da ja viel tiefer in der Materie als ich, werden meines Wissens immer alle Objekte und Zustände in dem Backup gespeichert, egal wo sie sich im Baum befinden. Die Objekte und Zustände liegen ja nicht wirklich in der vom admin dargestellten Struktur vor, sondern sind in 2 Dateien gespeichert.
Objekte in der objects.json und die Zustände in der states.json
Diese beiden Dateien sind in meinen Augen Bestandteil des Backups und enthalten alle Datenpunkte und Objekte des Systems.
Gefahr besteht eher, dass Adapter im Rahmen eines Updates Datenstrukturen in ihrem Namespace was Löschen. Aber hier wissen die Entwickler besser Bescheid.
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.@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Diese beiden Dateien sind in meinen Augen Bestandteil des Backups und enthalten alle Datenpunkte und Objekte des Systems.
so ist es
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@pedder007 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
- Wo werden die DPs via backitup eigentlich gesichert, oder evtl. gar nicht? Weil dann würde ich dazu nämlich einen Request aufmachen.
Mal unabhängig davon, was @paul53 gesagt hat - der steckt da ja viel tiefer in der Materie als ich, werden meines Wissens immer alle Objekte und Zustände in dem Backup gespeichert, egal wo sie sich im Baum befinden. Die Objekte und Zustände liegen ja nicht wirklich in der vom admin dargestellten Struktur vor, sondern sind in 2 Dateien gespeichert.
Objekte in der objects.json und die Zustände in der states.json
Diese beiden Dateien sind in meinen Augen Bestandteil des Backups und enthalten alle Datenpunkte und Objekte des Systems.
Gefahr besteht eher, dass Adapter im Rahmen eines Updates Datenstrukturen in ihrem Namespace was Löschen. Aber hier wissen die Entwickler besser Bescheid.
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.@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 ;-)
-
@pedder007 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
- Wo werden die DPs via backitup eigentlich gesichert, oder evtl. gar nicht? Weil dann würde ich dazu nämlich einen Request aufmachen.
Mal unabhängig davon, was @paul53 gesagt hat - der steckt da ja viel tiefer in der Materie als ich, werden meines Wissens immer alle Objekte und Zustände in dem Backup gespeichert, egal wo sie sich im Baum befinden. Die Objekte und Zustände liegen ja nicht wirklich in der vom admin dargestellten Struktur vor, sondern sind in 2 Dateien gespeichert.
Objekte in der objects.json und die Zustände in der states.json
Diese beiden Dateien sind in meinen Augen Bestandteil des Backups und enthalten alle Datenpunkte und Objekte des Systems.
Gefahr besteht eher, dass Adapter im Rahmen eines Updates Datenstrukturen in ihrem Namespace was Löschen. Aber hier wissen die Entwickler besser Bescheid.
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.@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.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Zu Backup: alle Objekte und state Werte und alle User spezifischen files sind Bestandteil vom Backup.
@apollon77 das ist gut zu hören :+1:
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 ;-)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 -
@apollon77 das ist gut zu hören :+1:
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 ;-) -
@mickym sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Diese beiden Dateien sind in meinen Augen Bestandteil des Backups und enthalten alle Datenpunkte und Objekte des Systems.
so ist es
@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 -
@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 :-( ?
nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html
-
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
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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.
-
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. -
@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...
523
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge