Bindings mit Doppelpunkt

[Parodontitis]

Ein typischer Datenpunkt von smartmeter ist: smartmeter.0.1-0:1_8_1_255.value
Wenn ich jetzt im HTML den Wert mit {smartmeter.0.1-0:1_8_1_255.value} ausgeben will, wird immer ein 0 angezeigt. Meine Vermutung ist, dass es an den Doppelpunkten in DP-Namen liegt.

Da Doppelpunkte in Datenpunktnamen erlaubte Zeichen sind, wurde mein issue abgelehnt.
Siehe: Apollon77/ioBroker.smartmeter#16

[RK62]

Das gleiche Problem tritt auch bei dem Adapter ioBroker.unifi auf.
Hier werden die MAC-Adressen im Statenamen verwendet.
Beispiel: {unifi.0.default.devices.11:22:33:44:55:66.num_sta} liefert immer 0.
Soehe auch https://forum.iobroker.net/topic/4514/adapter-iobroker-unifi/466

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of the adapter and tell us. Also check that all relevant details, logs and reproduction steps are included and update them if needed. Thank you for your contributions.
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüft, ob das Problem auch in der aktuellsten Version des Adapters noch relevant ist, und teilt uns dies mit. Überprüft auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind bzw. aktualisiert diese. Vielen Dank für Eure Unterstützung.

[RK62]

Bestätigung für stale bot: Die Einschränkung besteht auch noch in vis V1.2.11

[GermanBluefox]

Semicolon is used in the variable definition. So how can I distinguish between {unifi.0.default.devices.11:22:33:44:55:66.num_sta} and {id:unifi.0.default.devices.11.num_sta}.
If you have an Idea, I could implement it.

[RK62]

I think using an escape character would be the most intuitive method:

{unifi.0.default.devices.11\:22\:33\:44\:55\:66.num_sta}
for the state
unifi.0.default.devices.11:22:33:44:55:66.num_sta

[mrfenyx]

Hi,this also affects the "BLE" adapter. Here's an example of a DP: ble.0.e7:2e:00:62:28:c4.battery

Would really appreciate if something could be done about this.

[JensBond]

I think using an escape character would be the most intuitive method:

{unifi.0.default.devices.11\:22\:33\:44\:55\:66.num_sta}
for the state
unifi.0.default.devices.11:22:33:44:55:66.num_sta

That is crashing the whole instance.

I habe this bug also with the BLE adapter which point name have :

[Parodontitis]

For data-points with ":" I use aliases. So I'm able to create DP without ":" but with the same content. You need one DP-alias for every DP with ":" but it works fine.

[jobe451]

Same problem with data from Swiss-Weather-API

@GermanBluefox: Idea on how to distinguish colons used for variable declaration and colons that are part of a datapoint-name:

• any colon that appears before the first dot is a variable declaration: i.e. id:unifi.0.default.devices.11.num_sta}
• any colon that appears after the first dot is a part of the data points name: i.e. unifi.0.default.devices.11:22:33:44:55:66.num_sta

The proposal from Parodontitis is quite cumbersome in my case. I plan to visualize 100+ such datapoints. Creating for each of them an alias would be an overkill

[Apollon77]

I would more propose to allow the OBject ID to be in quotes to identify "this belongs together and should not be split. see #388 (comment) ... wuld that make sense?

In fact would be comparable convention as in CSV or such