[gelöst] Used invalid characters über Blockly

Homoran

@steffe-s sagte in Used invalid characters über Blockly:

Der WR gibt unter Anderem diesen Wert aus...

wo ist ein Wert?
und wo gibt der Wechselrichter dies aus?

und wieso im englischen Forum?

haus-automatisierung

@steffe-s sagte in Used invalid characters über Blockly:

Es nervt mich einfach, da viele gelbe Dreiecke im Log gibt.

Die Objekte hast Du ja selbst angelegt und die Sonderzeichen verwendet. Das klingt aber so, als wäre da nun aufgeräumt und die Meldung sollte nur 1x kommen?

Steffe.S.

@homoran

ich frage die Daten der lokalen Webseitedes WR über ein Blockly-Skript ab.
Dann werden diese Daten in Datenpunkte geschrieben und hier auch die benannten "invalid" DP in einen Ordner "dry_contacts". Diese Daten kann ich auch auf der Webseite des WR sehen.

Hier ein Auszug der lokalen Webseite des Wechselrichters

{
    "connection": {
        "mqtt_state": "connected",
        "prov_state": "configured",
        "auth_state": "ok",
        "sc_stream": "enabled",
        "sc_debug": "disabled"
    },
    "meters": {
        "last_update": 1723541146,
        "soc": 100,
        "main_relay_state": 1,
        "gen_relay_state": 5,
        "backup_bat_mode": 1,
        "backup_soc": 0,
        "is_split_phase": 0,
        "phase_count": 3,
        "enc_agg_soc": 100,
        "enc_agg_energy": 7000,
        "acb_agg_soc": 0,
        "acb_agg_energy": 0,
        "pv": {
            "agg_p_mw": 4491343,
            "agg_s_mva": 4513215,
            "agg_p_ph_a_mw": 1619229,
            "agg_p_ph_b_mw": 1460835,
            "agg_p_ph_c_mw": 1411277,
            "agg_s_ph_a_mva": 1626523,
            "agg_s_ph_b_mva": 1468139,
            "agg_s_ph_c_mva": 1418551
        },
        "storage": {
            "agg_p_mw": 0,
            "agg_s_mva": 0,
            "agg_p_ph_a_mw": 0,
            "agg_p_ph_b_mw": 0,
            "agg_p_ph_c_mw": 0,
            "agg_s_ph_a_mva": 0,
            "agg_s_ph_b_mva": 0,
            "agg_s_ph_c_mva": 0
        },
        "grid": {
            "agg_p_mw": -544891,
            "agg_s_mva": -676715,
            "agg_p_ph_a_mw": -418249,
            "agg_p_ph_b_mw": -886373,
            "agg_p_ph_c_mw": 759729,
            "agg_s_ph_a_mva": -579678,
            "agg_s_ph_b_mva": -901023,
            "agg_s_ph_c_mva": 803985
        },
        "load": {
            "agg_p_mw": 3946452,
            "agg_s_mva": 3836500,
            "agg_p_ph_a_mw": 1200980,
            "agg_p_ph_b_mw": 574462,
            "agg_p_ph_c_mw": 2171006,
            "agg_s_ph_a_mva": 1046845,
            "agg_s_ph_b_mva": 567116,
            "agg_s_ph_c_mva": 2222536
        },
        "generator": {
            "agg_p_mw": 0,
            "agg_s_mva": 0,
            "agg_p_ph_a_mw": 0,
            "agg_p_ph_b_mw": 0,
            "agg_p_ph_c_mw": 0,
            "agg_s_ph_a_mva": 0,
            "agg_s_ph_b_mva": 0,
            "agg_s_ph_c_mva": 0
        }
    },
    "tasks": {
        "task_id": 1380042959,
        "timestamp": 1723490114
    },
    "counters": {
        "main_CfgLoad": 1,
        "main_CfgChanged": 1,
        "main_taskUpdate": 152,
        "MqttClient_publish": 5441,
        "MqttClient_live_debug": 215,
        "MqttClient_respond": 338,
        "MqttClient_msgarrvd": 169,
        "MqttClient_create": 4164,
        "MqttClient_setCallbacks": 4164,
        "MqttClient_connect": 4164,
        "MqttClient_connect_err": 4118,
        "MqttClient_connect_Err": 4118,
        "MqttClient_subscribe": 46,
        "SSL_Keys_Create": 4164,
        "sc_hdlDataPub": 2289063,
        "sc_SendStreamCtrl": 31,
        "sc_SendDemandRspCtrl": 1,
        "rest_Status": 253676
    },
    "dry_contacts": {
        "": {
            "dry_contact_id": "",
            "dry_contact_type": "",
            "dry_contact_load_name": "\u0006",
            "dry_contact_status": 3051860
        },
        "": {
            "dry_contact_id": "",
            "dry_contact_type": "",
            "dry_contact_load_name": "",
            "dry_contact_status": 3051860
        },
        "": {
            "dry_contact_id": "",
            "dry_contact_type": "",
            "dry_contact_load_name": "",
            "dry_contact_status": 3051860
        },
        "": {
            "dry_contact_id": "",
            "dry_contact_type": "",
            "dry_contact_load_name": "",
            "dry_contact_status": 3051860
        }
    }
}

Homoran

@haus-automatisierung sagte in Used invalid characters über Blockly:

und die Sonderzeichen verwendet.

es sieht so aus, als ob hinter dem h ein Leerzeichen wäre

@haus-automatisierung sagte in Used invalid characters über Blockly:

und die Meldung sollte nur 1x kommen?

aber die kommt doch nicht vom Wechselrichter :thinking_face:

Steffe.S.

@homoran sagte in Used invalid characters über Blockly:

@haus-automatisierung sagte in Used invalid characters über Blockly:

und die Meldung sollte nur 1x kommen?

aber die kommt doch nicht vom Wechselrichter :thinking_face:

Doch, leider schon : siehe Zeile 96 bis 123

Homoran

@steffe-s sagte in Used invalid characters über Blockly:

Hier ein Auszug der lokalen Webseite des Wechselrichters

auch wenn hier anscheinend einiges durcheinander gewürfelt wird, ein .h . sehe ich hier nicht.

Wer wandelt dieses JSON in Datenpunkte um?

Homoran

@steffe-s sagte in Used invalid characters über Blockly:

Doch, leider schon : siehe Zeile 96 bis 123

sicher nicht!

was weiss der Wechselrichter von 0_userdata.0??

Homoran

@Steffe-S
bitte noch beantworten:

@homoran sagte in Used invalid characters über Blockly:

@steffe-s sagte in Used invalid characters über Blockly:

Der WR gibt unter Anderem diesen Wert aus...

wo ist ein Wert?
und wo gibt der Wechselrichter dies aus?

und wieso im englischen Forum?

Steffe.S.

@homoran

die Daten kommen aus diesem Blockly-Skript: (wie gesagt es kommen alle Daten 1 zu 1 von der Webseite an und stimmen auch, es geht lediglich um die dauerhaften Meldungen.

Das Skript ist zu groß um es direkt zu posten, sorry

Blockly Skript

Alles Daten über das Skript und die PV-Anlage von enphase hier: (https://forum.iobroker.net/topic/66908/enphase-envoy-iq-gateway-solar-blockly-skript)

mcm1957

@steffe-s
Also DU legts irgendwie, z.B. im Blockly Script Datenpunkte (States) an. In State-Ids dürfen nur bestimmte Zeichen vorkommen. Es ist also DEINE Aufgabe Zeichen die unzulässig sind vor dem dem Erzeigen des States auszufiltern.

dry_contacts.h.dry_contact_id

Zwischen h und . ist irgendeine Zeichen das unzulässig ist. Sieht nach einem Steuerzeichen aus. Was es ist, musst du in deinem Script / Blockly suchen / debuggen und ausfiltern. Am sichersten bist du, wenn du nur A-Za-z0-9 und _ verwendest. '.' ist ein Sonderfall - da solltest du die jeweiligen Folderobjekte auch explizit anlege.´n.

Und NEIN es geht nicht um darum die Fehlermeldungen zu entfernen sondern darum den Fehler zu entfernen. Wenn deine Webseite kyrillische UTF-x Zeichen senden würde, dann könntest du diese auch nicht 1:1 in State-Ids verwenden. Prinzipiell ist es nie gut externe Daten 1:1 ungeprüft (!) als State-Ids zu verwenden In zukünftigen js-controller Versionen kann es durchaus sein, dass keine Warning mehr kommt sondern states mit falscher ID als Fehler betrachtet werden und nicht mehr angelegt werden. Spätestens dann musst du deinen Fehler korrigieren.

Homoran

@steffe-s besteht die Möglichkeit, dass du ganze Sötze im Zusammenhang verwendest?

worauf bezieht sich

@steffe-s sagte in Used invalid characters über Blockly:

dieses Blockly-Skript: (

???

und ja, wir eissen dass es um die Meldungen geht.
@mcm1957 hat dir ja noch genauer gesagt wonach wir suchen (bzw. du suchen müsstest)

haus-automatisierung

@steffe-s sagte in Used invalid characters über Blockly:

dieses Blockly-Skript: (wie gesagt es kommen alle Daten 1 zu 1 von der Webseite an und stimmen auch

Die States werden aus einem JSON zusammengebaut, welches per HTTP geholt wird. Da müsstest Du mal zeigen wie das JSON genau aufgebaut ist.

Eventuell gibt es auch ein Problem mit dem HTTP Encoding.

Homoran

@haus-automatisierung sagte in Used invalid characters über Blockly:

Da müsstest Du mal zeigen wie das JSON genau aufgebaut ist.

@steffe-s sagte in Used invalid characters über Blockly:

Hier ein Auszug der lokalen Webseite des Wechselrichters

aber da ist dieses h . nicht dabei.
Deswegen frag ich ja danach, wie das json zerlegt wird

mcm1957

@haus-automatisierung

Gibts in Blockly / Javascript eine Funktion die die Konstante FORBIDDEN_CHARS des Adaptercores mapped? Oder einen Blockly Block der Art "convert to valid id" ?
Wenn nicht was das ev. was sinnvolles für Blockly?

haus-automatisierung

@homoran sagte in Used invalid characters über Blockly:

Deswegen frag ich ja danach, wie das json zerlegt wird

Das ist im Blockly enthalten mit der Funktion IObSetState. Bisschen abenteuerlich programmiert:

for(let i in obj) {
   if(typeof obj[i] == 'object') IObSetState(id + '.' + i, obj[i]);
   else {
      if(existsState(id + '.' + i)) // Existing object/ Update
         {         
         if(typeof obj[i] === 'string' || obj[i] instanceof String)
            {// String
            setState(id + '.' + i, obj[i], true);
            }
         else
            {// It is a number or date
            //if((new Date(obj[i])).getTime() > 0 && obj[i].toString().length == 10 && obj[i].toString().charAt(0) == '1')
            if((new Date(obj[i])).getTime() > 0 && Number(obj[i]) > 1685000000 && Number(obj[i]) < 4100000000)
               {// Date
               setState(id + '.' + i, obj[i], true);
               setState(id + '.' + i + '_str', formatDate(obj[i], "TT.MM.JJJJ SS:mm:ss"), true); 
               }
            else
               {// Number
               setState(id + '.' + i, Number(obj[i]), true);
               }
            }
         }
      else { // New object / Create
         if(typeof obj[i] === 'string' || obj[i] instanceof String)
            {// String
            createState(id + '.' + i, obj[i], false, {type: "string", read: true, write: true});
            }
         else
            {// It is a number or date
            //if((new Date(obj[i])).getTime() > 0 && obj[i].toString().length == 10 && obj[i].toString().charAt(0) == '1')
            if((new Date(obj[i])).getTime() > 0 && Number(obj[i]) > 1685000000 && Number(obj[i]) < 4100000000)
               {// Date
               createState(id + '.' + i, obj[i], false, {type: "number", read: true, write: true});
               createState(id + '.' + i + '_str', formatDate(obj[i], "TT.MM.JJJJ SS:mm:ss"), false, {type: "string", read: true, write: true}); 
               }
            else
               {// Number
               createState(id + '.' + i, obj[i], false, {type: "number", read: true, write: true}); // or type: "mixed"?
               }
            }
        }
        //console.log(id + '.' + i + ': ' + obj[i]);
   }
}

haus-automatisierung

@mcm1957 sagte in Used invalid characters über Blockly:

Gibts in Blockly / Javascript eine Funktion die die Konstante FORBIDDEN_CHARS des Adaptercores mapped?

Ne, das wird 1:1 durchgereicht an die Adpater-Funktionen (und die sollten dann meckern).

Steffe.S.

@haus-automatisierung sagte in Used invalid characters über Blockly:

@steffe-s sagte in Used invalid characters über Blockly:

dieses Blockly-Skript: (wie gesagt es kommen alle Daten 1 zu 1 von der Webseite an und stimmen auch

Die States werden aus einem JSON zusammengebaut, welches per HTTP geholt wird. Da müsstest Du mal zeigen wie das JSON genau aufgebaut ist.

Eventuell gibt es auch ein Problem mit dem HTTP Encoding.

die Daten werden mir auf einer Seite des Wechselrichters über "http://ipWR/ivp/livedata/staus" in dieser Form dargestellt:

{
    "connection": {
        "mqtt_state": "connected",
        "prov_state": "configured",
        "auth_state": "ok",
        "sc_stream": "enabled",
        "sc_debug": "disabled"
    },
    "meters": {
        "last_update": 1723541146,
        "soc": 100,
        "main_relay_state": 1,
        "gen_relay_state": 5,
        "backup_bat_mode": 1,
        "backup_soc": 0,
        "is_split_phase": 0,
        "phase_count": 3,
        "enc_agg_soc": 100,
        "enc_agg_energy": 7000,
        "acb_agg_soc": 0,
        "acb_agg_energy": 0,
        "pv": {
            "agg_p_mw": 4491343,
            "agg_s_mva": 4513215,
            "agg_p_ph_a_mw": 1619229,
            "agg_p_ph_b_mw": 1460835,
            "agg_p_ph_c_mw": 1411277,
            "agg_s_ph_a_mva": 1626523,
            "agg_s_ph_b_mva": 1468139,
            "agg_s_ph_c_mva": 1418551
        },
        "storage": {
            "agg_p_mw": 0,
            "agg_s_mva": 0,
            "agg_p_ph_a_mw": 0,
            "agg_p_ph_b_mw": 0,
            "agg_p_ph_c_mw": 0,
            "agg_s_ph_a_mva": 0,
            "agg_s_ph_b_mva": 0,
            "agg_s_ph_c_mva": 0
        },
        "grid": {
            "agg_p_mw": -544891,
            "agg_s_mva": -676715,
            "agg_p_ph_a_mw": -418249,
            "agg_p_ph_b_mw": -886373,
            "agg_p_ph_c_mw": 759729,
            "agg_s_ph_a_mva": -579678,
            "agg_s_ph_b_mva": -901023,
            "agg_s_ph_c_mva": 803985
        },
        "load": {
            "agg_p_mw": 3946452,
            "agg_s_mva": 3836500,
            "agg_p_ph_a_mw": 1200980,
            "agg_p_ph_b_mw": 574462,
            "agg_p_ph_c_mw": 2171006,
            "agg_s_ph_a_mva": 1046845,
            "agg_s_ph_b_mva": 567116,
            "agg_s_ph_c_mva": 2222536
        },
        "generator": {
            "agg_p_mw": 0,
            "agg_s_mva": 0,
            "agg_p_ph_a_mw": 0,
            "agg_p_ph_b_mw": 0,
            "agg_p_ph_c_mw": 0,
            "agg_s_ph_a_mva": 0,
            "agg_s_ph_b_mva": 0,
            "agg_s_ph_c_mva": 0
        }
    },
    "tasks": {
        "task_id": 1380042959,
        "timestamp": 1723490114
    },
    "counters": {
        "main_CfgLoad": 1,
        "main_CfgChanged": 1,
        "main_taskUpdate": 152,
        "MqttClient_publish": 5441,
        "MqttClient_live_debug": 215,
        "MqttClient_respond": 338,
        "MqttClient_msgarrvd": 169,
        "MqttClient_create": 4164,
        "MqttClient_setCallbacks": 4164,
        "MqttClient_connect": 4164,
        "MqttClient_connect_err": 4118,
        "MqttClient_connect_Err": 4118,
        "MqttClient_subscribe": 46,
        "SSL_Keys_Create": 4164,
        "sc_hdlDataPub": 2289063,
        "sc_SendStreamCtrl": 31,
        "sc_SendDemandRspCtrl": 1,
        "rest_Status": 253676
    },
    "dry_contacts": {
        "": {
            "dry_contact_id": "",
            "dry_contact_type": "",
            "dry_contact_load_name": "\u0006",
            "dry_contact_status": 3051860
        },
        "": {
            "dry_contact_id": "",
            "dry_contact_type": "",
            "dry_contact_load_name": "",
            "dry_contact_status": 3051860
        },
        "": {
            "dry_contact_id": "",
            "dry_contact_type": "",
            "dry_contact_load_name": "",
            "dry_contact_status": 3051860
        },
        "": {
            "dry_contact_id": "",
            "dry_contact_type": "",
            "dry_contact_load_name": "",
            "dry_contact_status": 3051860
        }
    }
}

Ich habe das Skript nicht selber entwickelt, sondern lediglich um den Punkt der "LiveDaten" ergänzt. Ich weiß auch nicht wie ich das benannte Problem mit HTTP Encoding lösen kann.

Codierknecht

@steffe-s
Da ist in Zeile 101 ein Unicode-Zeichen enthalten.

haus-automatisierung

@steffe-s sagte in Used invalid characters über Blockly:

die Daten werden mir auf einer Seite des Wechselrichters über "http://ipWR/vip/livedata/staus" in dieser Form dargestellt:

Bitte teile mal alle HTTP-Header aus dem Response. Ich denke es ist ein Encoding-Problem und der Browser macht es richtig.

@Codierknecht Gut aufgepasst: https://www.compart.com/de/unicode/U+0006

mcm1957

@haus-automatisierung
Ja - das tun sie ja.

Nur in einem guten Adapter prüft bzw. bereinigt der Dev die Id bevor setObject / extendObject ect. aufgerufen wird. Ich spreche nichr dvon dass Blockly intern was umbiegen sollte - das keinesfalls. Aber der User würde einen fertigen "bereinige" Block, sprich was Fertiges zum Klicken in Blockly das ebenfalls diese Bereinigung macht, durchaus brauchen können. Ev. also ein Featurerequest. Sollte ggF aber wer stellen, ders auch benutzen / testen kann und will. ICh verwende Blockly nicht.

Community Forum

NEWS

[gelöst] Used invalid characters über Blockly

Support us

573

32.7k

82.5k

1.3m