UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[ticaki]

@ben1983
Das sieht valide aus und ein typeof gibt auch string aus?

[Ben1983]

@ticaki ja

[ticaki]

@ben1983

und wenn du das editieren willst im State schaut es so aus?

[Ben1983]

@ticaki Ganz genau.
Wie gesagt, ich bin der Meinung, dass das schon mal so ging.
Anscheinend ist der string das Problem.
it einem Number array geht es.

[ticaki]

@ben1983

Dann weiß ich auch nicht weiter - im Adapter sieht es aber aus, als wenn der das array nochmal in einen eigenen State schreibt mit join(', '). vielleicht dann daraus holen?!

[paul53]

@ben1983 sagte: Error in callback: SyntaxError: Unexpected token 'z', "zu Hause" is not valid JSON

Dieser Fehler wird erzeugt, wenn der DP kein JSON, sondern ein Array enthält.

[Codierknecht]

@ben1983

Geht auch mit string:

{
  "common": {
    "name": "array",
    "desc": "Manuell erzeugt",
    "role": "json",
    "type": "string",
    "read": true,
    "write": true
  },
  "type": "state",
  "native": {},
  "_id": "0_userdata.0.Test.array",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1740681459150
}

[Ben1983]

@paul53 Ja ok, er ist ja als JSON deklariert.
Was soll ich machen, der wert wird ja aus dem Adapter geschrrieben.

[Codierknecht]

@ben1983 sagte in Einlesen eines Arrays in Javascript klappt nicht:

er ist ja als JSON deklariert.

Der ist genauso deklariert wie Deiner.
Typ = "string", Role = "json".

Edit
Funktioniert mit Role = "state" aber ebenso.

[Ben1983]

@ticaki Also wenn ich in einem Testscript das array direkt rein schreibe, dann gibt es genau den Fehler,
schreibe ich es mit JSON.stringify rein dann funktioniert das auslesen und parsen

[paul53]

@ben1983 sagte: der wert wird ja aus dem Adapter geschrrieben.

Issue auf Github erstellen.

Workaround:

on(regExDeviceGeofences,(dp)=>{
    let Geofences = dp.state.val;
    if(typeof Geofences == 'string') Geofences = JSON.parse(Geofences);
};

[Codierknecht]

@ben1983
Ich kann im Objektbaum rumeditieren oder einfach per setState('...', '["blubb"]') reinschreiben. Funktioniert problemlos.

[Ben1983]

@codierknecht
Ja reinschreiben oder rumeditieren geht ja auch, aber wenn man mit
setState(id,array); rein schreibt, kann man es später nicht mehr parsen beim lesen,
dazu sollte es mit
setState(id,JSON.stringify(array)); rein geschrieben werden.

Habe den Wert noch wo ander gefunden, wie von @ticaki erwähnt.
ich trenne ihn mit split.
Nicht der Ursprung des Problems, aber naja.

[Codierknecht]

@ben1983

@paul53's Vorschlag mit dem Issue ist ja auch nicht die schlechteste Idee ;-)

[ticaki]

@ben1983

Was mich halt wundert ist das der Adapter es richtig macht... https://github.com/arteck/ioBroker.traccar/blob/e72f9144b44a294604039ab69ee6de4ff7728d13/main.js#L245

[paul53]

@ticaki sagte: der Adapter es richtig macht...

Vielleicht an einer anderen Stelle nicht?
Wenn ein Array in einen DP vom Typ "string" geschrieben wird, erzeugt der js-controller eine Warnung.

[Codierknecht]

@paul53 sagte in Einlesen eines Arrays in Javascript klappt nicht:

Wenn ein Array in einen DP vom Typ "string" geschrieben wird, erzeugt der js-controller eine Warnung.

Das sollte @Ben1983 dann im Log erkennen können.

[haus-automatisierung]

@ben1983 sagte in Einlesen eines Arrays in Javascript klappt nicht:

setState(id,array); rein schreibt, kann man es später nicht mehr parsen beim lesen,
dazu sollte es mit
setState(id,JSON.stringify(array)); rein geschrieben werden.

Ja, logisch. Der Datentyp des Datenpunktes ist ja string. Also musst Du auch einen string schreiben (und kein Array).

[Ben1983]

@haus-automatisierung Ja das war ja nur einer Feststellung, dass beim reinschreiben als Array genau dieser Fehler auftaucht.... also eventuell im Adapter so gemacht wird

[Ben1983]

@paul53 was soll mir eigentlich dieser Wirkstoff bringen?
Der type ist ja immer bei dem Datenpunkt String.