NEWS
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
prüfe doch mal nur deinen eigenen adapter und deine eigenen datenpunkte - wäre auf feedback gespannt
@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?
-
@nis ah - jetzt kommt der adapter profi zum vorschein
@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 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?
@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
-
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
@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? -
@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?@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.
-
@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?@sigi234 mal sehen, wie sich das weiterentwickelt - wer weiß, vielleicht komme ich ja an grenzen bei der programmierung
-
@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.
@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
-
@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
@liv-in-sky sagte in Objekte aufräumen:
ob es wirklich gebraucht wird
Na sicher! Ich schon.:grinning:
-
eventuell für den info adapter interessant ?
-
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 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.
-
@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.
@paul53 Da war ich zu schnell im Tippen. Hab's oben korrigiert. Der angesprochene Fehler ist der falsche Datentyp.
-
@paul53 Da war ich zu schnell im Tippen. Hab's oben korrigiert. Der angesprochene Fehler ist der falsche Datentyp.
-
-
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 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
-
Hallo,
kann man im Reiter Objekte eigentlich alte oder verweiste Einträge automatisch löschen?
Gibt es ein Skript dafür? Also es wurde zB. seit 1 Monat kein Wert mehr geschrieben oder es kommt keiner rein oder ist leer.
Bei über 21000 Objekte es händisch zu machen ist sehr aufwendig.
Oder einfach alle Objekte löschen und neu schreiben lassen? -
@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:
@AlCalzone sagte in Objekte aufräumen:
Hast du den BLE-Adapter ohne Filter laufen lassen?
Hab den nicht.
-
@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
@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.
-
@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.
@nis ok - geb mir bescheid, wenn du näheres weißt
ihr kennt euch da besser aus - wenn man einen datenpunkt als auswahlliste anlegt, sieht das wieder anders aus:

-
@nis ok - geb mir bescheid, wenn du näheres weißt
ihr kennt euch da besser aus - wenn man einen datenpunkt als auswahlliste anlegt, sieht das wieder anders aus:

@liv-in-sky sagte:
wenn man einen datenpunkt als auswahlliste anlegt, sieht das wieder anders aus:
Das ist die ebenfalls zulässige String-Schreibweise für states. Wenn man states manuell eingibt, ist diese Schreibweise einfacher zu handhaben.
Admin berücksichtigt automatisch die Schreibweise. In Javascript sollte man eine Wandlung in ein Objekt vornehmen.function statesStr2Obj(states) { if (typeof states == 'string') { var arr = states.split(';'); states = {}; for(var i = 0; i < arr.length; i++) { var ele = arr[i].split(':'); states[ele[0]] = ele[1]; } } return states; } -
@paul53 sagte in Objekte aufräumen:
@sigi234 sagte:
kann man im Reiter Objekte eigentlich alte oder verweiste Einträge automatisch löschen?
Gibt es ein Skript dafür?Mit automatischem Löschen sollte man sehr vorsichtig sein, weil danach etwas nicht mehr funktionieren kann. Da man auf die von Adaptern erzeugten Datenpunkte keinen Einfluss hat, sollte man sich ohnehin nur auf eigene Datenpunkte beschränken. Deshalb habe ich das Skript dahingehend abgewandelt.
function checkTypes(select) { $(select).each(function (id, i) { var dpType = getObject(id).common.type; var valType = typeof getState(id).val; if(dpType != valType && !(dpType == 'array' && valType == 'object')) { log(id + ': Datenpunkttyp: ' + dpType + ', Wert: ' + valType); } }); } checkTypes('javascript.*'); checkTypes('meineDP.*');Datenpunkte, die keinen Wert enthalten, erzeugen eine Warnung im Log.
hallo @paul53 ,
ich bin mit meinem script schon etwas weitergekommen und hätte noch eine frage an dich . du hattest mir diese zeile empfohlen bei der auswahl für die type abfrage - was auch sehr gut war
if(dpType != valType && !(dpType == 'array' && valType == 'object')) {im folgenden bild bekomme ich bei meiner suche folgende auswertung:

darin sind object-werte geschrieben obwohl string,number oder boolean im dp deklariert ist - da bei diesem beispiel apollon77 den adapter gemacht hat (und auch bei vielen anderen adaptern), gehe ich davon aus, dass dies korrekt ist und so benutzt werden kann - meine frage : kann ich alle diese kombinationen ausschliessen, da es gängig ist? im object-tab sehe ich sie als leer - irgendwie bin ich verwirrt, was das nun bedeutet? diese datenpunkte werden aber nicht als leer angezeigt.
also :- id+valType(ist) -> dpType(soll)
- id+object ->string
- id+object ->number
- id+object -> boolean
- id+object ->array
@liv-in-sky sagte:
darin sind object-werte geschrieben obwohl string,number oder boolean im dp deklariert ist
console.log(typeof null); // ist objectWenn leere Datenpunkte beim Typvergleich nicht auftauschen sollen, dann fasse die Prüfungen zusammen.
function checkTypes(select) { $(select).each(function (id, i) { var ida = id.split('.'); if(ida[2] != 'scriptEnabled' && ida[2] != 'scriptProblem') { if(getState(id).val === null) console.log(id + ': Leer !'); else { var dpType = getObject(id).common.type; var valType = typeof getState(id).val; if(dpType != valType && !(dpType == 'array' && valType == 'object')) { console.log(id + ': Datenpunkttyp: ' + dpType + ', Wert: ' + valType); } } } }); } checkTypes('javascript.*');oder filtere die leeren Datenpunkte aus
function checkTypes(select) { $(select).each(function (id, i) { var ida = id.split('.'); if(ida[2] != 'scriptEnabled' && ida[2] != 'scriptProblem' && getState(id).val !== null) { var dpType = getObject(id).common.type; var valType = typeof getState(id).val; if(dpType != valType && !(dpType == 'array' && valType == 'object')) { console.log(id + ': Datenpunkttyp: ' + dpType + ', Wert: ' + valType); } } }); } checkTypes('javascript.*');