Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[liv-in-sky]

@nis nein - die braucht man eigentlich nur für die "monsterprüfung" - dort sind mir diese sache erst aufgefallen - ich werd das erst morgen nochmal ansehen

prüfe doch mal nur deinen eigenen adapter und deine eigenen datenpunkte - wäre auf feedback gespannt

[Ein ehemaliger Benutzer]

Und dann wäre auch eine generelle Prüfung der Abhängig zur Rolle.

Rollen mit sensor.* müssen boolean und read-only sein.
Rollen mit button.* müssen boolean und write-only sein.
usw...

Ganze Liste der Rollen gibt es hier: https://github.com/ioBroker/ioBroker/blob/master/doc/STATE_ROLES.md

[liv-in-sky]

@nis ah - jetzt kommt der adapter profi zum vorschein

[Ein ehemaliger Benutzer]

@liv-in-sky sagte in Objekte aufräumen:

@nis nein - die braucht man eigentlich nur für die "monsterprüfung" - dort sind mir diese sache erst aufgefallen - ich werd das erst morgen nochmal ansehen

Warum nur für die Monsterprüfung?

[Ein ehemaliger Benutzer]

@liv-in-sky sagte in Objekte aufräumen:

@nis ah - jetzt kommt der adapter profi zum vorschein

Naja, nicht wirklich. Ich sehe nur täglich welche Probleme entstehen wenn das alles wild durcheinander verwendet wird...

[liv-in-sky]

@nis

ich wollte eigentlich nur eigene und die javascript datenpunkte checken - da hatte ich bei keine probleme - wurde alles gefunden - dann fiel mir ein , ich könnte ja mal versuchen alle instanzen abzuchecken - und dann gab es halt plötzlich enorm viele warnungen und dateityp vertauschungen - und script abstürze, weil ein fehlender "type" das script crashte - ich arbeite micht halt stück für stück vor und bin froh um input

[sigi234]

@nis sagte in Objekte aufräumen:

Rollen mit sensor.* müssen boolean und read-only sein.
Rollen mit button.* müssen boolean und write-only sein.
usw...

Gute Idee, das wird ein mächtiges Skript wenn es fertig ist.

@liv-in-sky
Überlegung:
Wäre da vielleicht nicht ein Adapter interessant?

[Ein ehemaliger Benutzer]

@sigi234 Oder es wird direkt in ioBroker bereitgestellt. Finde es nur sinnvoll, wenn das eigentliche ioBroker System auch die erstellten Regeln auf Einhaltung prüft.

[liv-in-sky]

@sigi234 mal sehen, wie sich das weiterentwickelt - wer weiß, vielleicht komme ich ja an grenzen bei der programmierung

[liv-in-sky]

@nis sagte in Objekte aufräumen:

@sigi234 Oder es wird direkt in ioBroker bereitgestellt. Finde es nur sinnvoll, wenn das eigentliche ioBroker System auch die erstellten Regeln auf Einhaltung prüft.

hat schon jemand vorgeschlagen - aber lass mal erst das script etwas wachsen und sehen, ob es wirklich gebraucht wird

[sigi234]

@liv-in-sky sagte in Objekte aufräumen:

ob es wirklich gebraucht wird

Na sicher! Ich schon.:grinning:

[liv-in-sky]

eventuell für den info adapter interessant ?

[paul53]

@nis sagte:

oftmals entdecke ich solche Angaben die falsch sind:

Es ist insofern falsch, als die states (Zustandstexte) nicht direkt unter common, sondern unter common.states deklariert werden müssen. Sie werden als JSON im Datenpunkt gepeichert, aber als Objekt zur Verfügung gestellt.

[Ein ehemaliger Benutzer]

@paul53 Da war ich zu schnell im Tippen. Hab's oben korrigiert. Der angesprochene Fehler ist der falsche Datentyp.

[paul53]

@nis sagte:

Fehler ist der falsche Datentyp.

Es ist JSON. Die ersten beiden Beispiele wirst Du in Datenpunkten nicht finden.

[liv-in-sky]

@paul53

könntest du das bitte noch kurz erklären

https://forum.iobroker.net/post/312032

[liv-in-sky]

@nis sagte in Objekte aufräumen:

Weitere Prüfungen könnten noch sein:

Prüfen der einzelnen Angaben unter obj.common.states
boolean müsset sein:

{
 id: "irgendetwas mit fenster",
common: {
type: "boolean",
states: {
true: "offen",
false: "geschlossen"
}}}

number:

{
 id: "irgendetwas mit fenster",
common : {
type: "number",
states: {
0: "offen",
1: "geschlossen",
2: "gekippt"
}}}

oftmals entdecke ich solche Angaben die falsch sind da die Werte 0,1,2 String sind:

{
 id: "irgendetwas mit fenster",
common : {
type: "number",
states: {
"0": "offen",
"1": "geschlossen",
"2": "gekippt"
}}}

@nis - verstehe ich dich richtig:

du würdest gerne eine prüfung haben, indem das zweite beispiel richtig ist - unter states sollen immer an erster stelle zahlen stehen, die nicht in anführungszeichen sind - also sicherstellen, das dort number-werte anstatt strings stehen

[AlCalzone]

@sigi234 sagte in Objekte aufräumen:

Bei über 21000 Objekte es händisch zu machen ist sehr aufwendig.

Hast du den BLE-Adapter ohne Filter laufen lassen? :grimacing:

[sigi234]

@AlCalzone sagte in Objekte aufräumen:

Hast du den BLE-Adapter ohne Filter laufen lassen?

Hab den nicht.

[Ein ehemaliger Benutzer]

@liv-in-sky Ich muss nochmal nachsehen welche Fehler genau auftreten. Ich glaube dass @paul53 Recht hat und es ein JSON Objekt immer Attribute vom Typ String hat.