Unterdrücke führende Schrägstriche
Closed this issue · 8 comments
Die angelegten Verzeichnisse für die Ladestation beginnen mit einem "/" - das verhindert die Verarbeitung zum Beispiel in node-red, dort werden diese nodes nicht geschaltet. Entweder sollten diese führenden dashes (und andere Sonderzeichen) unterdrückt werden oder -- noch besser und kompatibel mit bisherigen Installationen - es sollte einen config-schalter geben, mit dem dieses Verhalten geschaltet werden kann.
Beispiel für einen solchen Ordner, siehe "name":
{
"type": "device",
"common": {
"name": "/ABL-10115184"
},
"native": {
"chargePointVendor": "ABL",
"chargePointModel": "3W2264",
"chargePointSerialNumber": "10115***",
"chargeBoxSerialNumber": "10097***",
"firmwareVersion": "1.8p2",
"commandOcpp": "BootNotification"
},
"from": "system.adapter.ocpp.0",
"user": "system.user.admin",
"ts": 1665172706***,
"_id": "ocpp.0./ABL-10115184",
"acl": {
"object": 1638,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
}
}
Ich kenne node-red nicht, gehe allerdings davon aus dass die Integration via einem Adapter abläuft. Solange slashes valide ids sind, sollte der Node-red Adapter damit umgehen können, ansonsten sollten slashes allgemein nicht erlaubt sein.
@Apollon77 opinion?
Puuhhh schwierig. Das Problem ist das einige Adapter für dich verbotene Zeichen haben. Slashes gegen auch bei MQTT kaputt Bzw werden ersetzt.
Bei Node-Red auch oft MQTT like Strukturen genutzt, wo das jetzt aber exakt kaputt gehen kann weiß ich nicht. Da bräuchte man mehr Infos. Bei node-red sollte es aber Möglichkeiten geben das zu umgehen oder? Kann man das nicht escapen?
Aber ja formal sind slashes in ioBroker Objekten erlaubt.
Formal erlaubt, führen aber dauernd zu Fehlern und damit zu frustration und support. Ich hab´s mir lokal gepatcht, würde es aber im sinne einer einfachen Verbreitung des adapters nach dem motto "avoid known issues" vermeiden ;)
Ok, dann ist es eher ein Issue im node-red adapter das man slashes escapen kann wenn sie gewünscht sind. das dann bitte eher in node-red anlegen. Da ist es viel generischer als hier bei einem einzelnen Adapter :-)
Das wäre "akademisch" richtig. Nur trifft es viele Adapter, node-red ist nur ein Beispiel. Homematic reagiert hier auch mit einem Fehler (hm-rpc).
hm-rpci reagiert mit einem Fehler? Was genauist gemeint?
Und "Akademisch" ist relativ. Fakt ist das ein "/"/ ein erlaubtes Zeichen ist in einer Objekt-ID. Wenn also ausgewählte Adapter damit probleme haben dann müssen die das fixen ... sorry ... Das ganze zu ändern und das "/" zu verbieten ist eine größere Nummer die eine unbekannte Zahl Adapter und vor allem ggf viele User-Skripte betreffen würde! Die betroffenene Adapter zufixen ist ggf das kleinere Übel