Hatte aber auch ein großes Win Update.
Und jetzt habe ich im Win wieder den Punkt und das Datumsformat yyyy-mm-dd eingsetellt, was anscheinend auch im Win vrstellt war.

Jetzt habe ich folgende Situation:
6.10 und 6.15 nacheinander über Browser eingegeben
Danach kam die 6.20 vom ESP

javascript.0
	2021-12-26 11:42:48.571	info	script.js.tests.testSimpleApiTypeconfusion: string, value: 6.20
simple-api.0
	2021-12-26 11:42:48.568	info	State value to set for "0_userdata.0.heating.Werkstatt.H-abs" has to be type "number" but received type "string"
javascript.0
	2021-12-26 11:42:31.848	info	script.js.tests.testSimpleApiTypeconfusion: number, value: 6.15
javascript.0
	2021-12-26 11:42:26.438	info	script.js.tests.testSimpleApiTypeconfusion: number, value: 6.1

Die 6.1 und die 6.15 vom Browser werden nicht mehr angemeckert. die 6.20 vom ESP schon.
Was macht der Browser anders?
Ich teste mal Chrome statt FF
Gleiches Ergebnis auf 6.3:

javascript.0
	2021-12-26 11:47:04.677	info	script.js.tests.testSimpleApiTypeconfusion: number, value: 6.3 

Zahlen haben keine 0 hinten. Vielleicht wird es deshalb als String erkannt ?

EDIT: Wenn ich im Browser eine 0 anhänge, wird es trotzdem in Zahl gewandelt:

Es muss also an der Formatierung im ESP liegen, dass es als String erkannt wird.

on({id: '0_userdata.0.example_state'},

Vielen Dank, daß Du Dich der Sache annimmst

Ich füttere simpleApi über Browser mit 6.15 und erhalte im log (unten nach oben)

simple-api.0
	2021-12-26 11:22:48.501	info	State value to set for "0_userdata.0.heating.Werkstatt.H-abs" has to be type "number" but received type "string"
javascript.0
	2021-12-26 11:22:42.388	info	script.js.tests.testSimpleApiTypeconfusion: number, value: 6.15

Kurz drauf kommt der ESP und liefert ein:

javascript.0
	2021-12-26 11:23:48.512	info	script.js.tests.testSimpleApiTypeconfusion: string, value: 6.20
simple-api.0
	2021-12-26 11:23:48.507	info	State value to set for "0_userdata.0.heating.Werkstatt.H-abs" has to be type "number" but received type "string"
simple-api.0
	2021-12-26 11:23:48.506	info	State value to set for "0_userdata.0.heating.Werkstatt.H-rel" has to be type "number" but received type "string" 

Objekt noch immer number

"name": "H-abs",
    "role": "",
    "type": "number",
    "desc": "Manuell erzeugt",
    "unit": "g/m^3",
    "read": true,
    "write": true,
   

Jetzt gebe ich vom Browser aus ein:
...:8087/set/0_userdata.0.heating.Werkstatt.H-abs?value=6.30

Wenn du folgendes eingibst erhälst du einen String statt einer Number:

...:8087/set/0_userdata.0.heating.Werkstatt.H-abs?value="6.30"

Nochmal es macht einen Unterschied wie der ESP die Daten sendet, bedeutet es zählt was der Sendet und damit auch wie er intern mit den Werten umgeht.

State value to set for "0_userdata.0.heating.Werkstatt.H-abs" has to be type "number" but received type "string" 

on({id: '0_userdata.0.example_state'},
    (obj) => {
        log( `${typeof( obj.state.val )}, value: ${obj.state.val}` );
    })

@klassisch sagte in simpleApi weiß nicht mehr welchen Typ er will:

Aha, in den Systemeinstellungen steht FloaterTeiler "," statt "."

Das ist reine Kosmetik, intern wird immer noch mit "." gearbeitet.

Systemeinstellungen steht FloaterTeiler "," statt "."

wo steht das ?
welche Systemeinstellungen ?

Da hat das Update wohl was verstellt

Schauen wir uns ein anderes Beispiel an:

State value to set for "0_userdata.0.heating.Werkstatt.H-abs" has to be type "number" but received type "string" 

Das Objekt hat Typ number

{
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1588573013258,
  "common": {
    "name": "H-abs",
    "role": "",
    "type": "number",
    "desc": "Manuell erzeugt",
    "unit": "g/m^3",
    "read": true,
    "write": true,
    "def": false,

Der ESP sendet 6.20

Jetzt ändere ich manuell in string

 "name": "H-abs",
    "role": "",
    "type": "string",
    "desc": "Manuell erzeugt",
    "unit": "g/m^3",
    "read": true,
    "write": true,
   

und ich erhalte:

State value to set for "0_userdata.0.heating.Werkstatt.H-abs" has to be type "string" but received type "number. 

Jetzt gebe ich vom Browser aus ein:
...:8087/set/0_userdata.0.heating.Werkstatt.H-abs?value=6.30

und erhalte im Browser die Antwort

id	"0_userdata.0.heating.Werkstatt.H-abs"
value	6.3
val	6.3

und im iobroker log

State value to set for "0_userdata.0.heating.Werkstatt.H-abs" has to be type "string" but received type "number

Und in den Objekten sehe ich 6,3

Wo kommt jetzt das Komma her? Ich arbeite seit Jahr und Tag mit Punkt.

Laut Quellcode sollte in eine Zahl gewandelt werden.

Da kann es keine Types geben.

doch
@Jey-Cee wird das sicher noch besser wissen, aber eine Dezimale mit Komma würde vom ioBroker definitiv als String identifiziert.
Und die Wahrscheinlichkeit dass eine Ganzzahlige als Number durchgehenwird sehe ich auch

dass es bisher "geklappt" hat lag daran, dss es keine Typprüfung gab

das zweite (22.5) auch?
beim dritten (22,5) ist es klar.

Alle 3 Varianten können ein String sein. Das hängt davon ab wie im ESP damit umgegangen wird. Wenn meine Annahme zutrifft dann wird ein integer (22) als Number Übertragen aber ein Float (22.5/22,5) als String.

man könnte doch auch das was kommt per Script umwandeln

oder per alias.

Aber dazu muss man

• wissen wo es klemmt
  • die Ursache beheben
  • oder diesen zusätzlichen Workaround einbauen

Also z.B. mit
Integer oder fix

das zweite ein String.

das zweite (22.5) auch?
beim dritten (22,5) ist es klar.

Wahlweise 22.0 oder 22,0 oder "22.0"

Wahrscheinlicher ist 22 und 22.5 oder 22,5. Das erste ist eine Number, das zweite ein String.
Am besten umgeht man das Problem in dem man im ESP ein festes Format vorgibt, eben 22.0

Ok, hat vielleicht jemand das Control-Level hochgedreht.

hat! und zwar der Controller v3

@klassisch sagte in simpleApi weiß nicht mehr welchen Typ er will:

Was will der simpleApi jetzt?

nicht dass ich dir da helfen kann, das müssten andere machen, aber zur Abklärung eine Frage.

ist das immer der selbe ESP mit dem selben Befehl?
oder verschiedenene ESPs, bzw. verschiedene Befehlszeilen?

@klassisch sagte in simpleApi weiß nicht mehr welchen Typ er will:

Eingeliefert wird ein String, was soll sonst auch übers Netzwerk kommen?

Wahlweise 22.0 oder 22,0 oder "22.0"