JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine
-
kurz zur Info,
Post geht jetzt zu den Hoymiles Wechselrichtern raus, Limit wird in der WebUi gesetzt.
Code 1002 war Daten falsch gesendet.
Curl auf einem Windows 10 System muß Data in doppelten Hochzeichen gesetzt werden also
" data ...................... " sonst auch hier Code 1002
Daten Leerfeld teste ich noch per Wireshark.Geilomat,
Danke, Dankehttp://admin:blablabla@192.168.2.65/api/limit/config data={"serial":"114184210379", "limit_type":1, "limit_value":25}"
-
@diginix sagte: wird keine Variable mehr passend zum Zeitplan erstellt:
@haus-automatisierung
Das kann ich in Version 7.9.4 nachvollziehen. -
@ralla66 sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
Post geht jetzt zu den Hoymiles Wechselrichtern raus
Okay, aber warum als String? Normalerweise müsstest Du das auch als Objekt definieren können mit den verschiedenen Eigenschaften (der HTTP-Block macht dann ja JSON draus im POST-Request). So ist der Block zumindest gedacht und dafür gibts ja die neuen Blöcke - damit man JSON nicht so umständlich zusammenbauen muss.
-
teste ich mal mit Objekt, davor gehört ja noch data= als string.
Zur Info zu Leerfeld Post, Wireshark zeigte hier die Lösung.
curl -u "admin:blablabla" http://192.168.2.65/api/limit/status
wird als Get gesendet, zumindest aus Windows heraus. -
@ralla66 sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
davor gehört ja noch data= als string.
Ziemlich komisches Format... Aber auch dann würde ich das JSON nicht manuell zusammenbauen. Gerade, wenn man die Parameter dynamisch setzen möchte.
PS: Warum eigentlich die Downvotes hier? @DOUBLED @JWERLSDF
Wenn ihr Schwierigkeiten mit der Beta oder den neuen Blöcken habt: Einfach melden. Einfach nur ein Downvote auf einem Post hilft euch auch nicht weiter...
-
dein Format hat ja auch den Vorteil der Übersichtlichkeit.
Sehr gute Arbeit die du da machst.
Top ! -
@jwerlsdf sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
Ich habe überall 0 ms eingetragen und jetzt bekomme ich wieder den Fehler 2000ms timeout obwohl ich 2000 nicht eingestellt habe.
Bitte mit 7.10.1 testen. Der generierte Blockly-Code hat immer einen Wert
> 0generiert. Generell ist es natürlich nicht empfehlenswert ohne Timeout zu arbeiten. Das ist ja auch ein ziemlich spezieller Fall, dass Du erst einen Response bekommst wenn die Datei komplett abgespielt wurde. -
@haus-automatisierung Ist in 7.10.x auch schon was zu dem CRON Stop Problem drin?
Muss zZt aufpassen, dass ich solche Skripte nicht mit 7.9.4 ändere damit sie weiter funktionieren. -
@diginix sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
@haus-automatisierung Ist in 7.10.x auch schon was zu dem CRON Stop Problem drin?
Ja, hatte bei der Validierung der Eingänge zuviel kopiert und danach nicht alle Trigger-Blöcke getestet, ... sorry
EDIT: Aus irgend einem Grund laufen nicht alle Tests durch... https://github.com/ioBroker/ioBroker.javascript/actions/runs/8387799827
Keine Ahnung was da auf einmal das Problem ist. Sind immer andere Versionen auf immer anderen Betriebssystemen. Die Suche kann also dauern, ...
-
nur string läuft
ohne data= code 1002, mag der Empfänger nicht.
mit data= code 1004
-
@ralla66 Da hast Du aber einen Block weggelassen
-
der Typ vorm Bildschirm, aua, läuft
Ein Traum für jeden Hoymiles Besitzer.
Steuerung pur. -
@haus-automatisierung Ich hab erstmal die von GIT installiert und ein Schnelltest mit CRON funktionierte.
-
@haus-automatisierung
Das würde alle Sonos-API Nutzer treffen. Bei den generierten Sprachausgaben ist das Ergebnis das selbe. Entweder man stellt dann den timeout auf 0 oder man stellt den timeout so hoch, dass man davon ausgeht, dass in 90 Prozent der Fälle kein timeout-Fehler mehr auftritt.
Ich werde die neue Version dann mal testen.PS. Downvote war überhaupt nicht meine Absicht. Da bin ich wohl ausversehen mit meinen wurschtfingern unabsichtlich draufgekommen.
Vielen Dank für deine Arbeit hier. Viele und ich eingeschlossen wissen das sehr zu schätzen!!! -
hab soeben per NPM auf die 7.9.4 upgedatet und folgende Fehlermeldungen im Log erhalten:
Kann ich das ignorieren?
Hab ich was falsch gemacht?javascript.0 2024-03-22 20:47:18.649 error WARN deprecated request@2.88.2: request has been deprecated, see https:// github.com/request/request/issues/3142 javascript.0 2024-03-22 20:47:18.645 error npm javascript.0 2024-03-22 20:47:18.570 error deprecated uuid@3.4.0: Please upgrade to version 7 or higher. Older versions may use Math.random() in certain circumstances, which is known to be problematic. See https://v8.dev/blog/math-random for details. javascript.0 2024-03-22 20:47:18.569 error npm WARN javascript.0 2024-03-22 20:47:18.293 error WARN deprecated node-inspect@2.0.0: This module is part of Node.js core and does not need to be installed separately. It is now unmaintained. javascript.0 2024-03-22 20:47:18.291 error npm javascript.0 2024-03-22 20:47:18.084 error WARN deprecated har-validator@5.1.5: this library is no longer supported javascript.0 2024-03-22 20:47:18.081 error npm -
@haus-automatisierung
Timeout Problem ist mit der Version 7.10.1 leider nicht behoben. Ich habe den timeout aber erst einmal so hoch gesetzt, dass ich mit dem Skript keine Probleme mehr habe. -
@jwerlsdf Du musst das Blockly einmal öffnen und neu speichern. Der generierte Code hat sich geändert
PS: Wie kommst Du überhaupt an die neue Version? Da die Tests fehlschlagen ist die Version ja nicht auf npm. Hoffentlich nicht über GitHub installiert
-
@haus-automatisierung
Doch
ich konnte es leider nicht mehr abwarten die version auszuprobieren 
-
@jwerlsdf Nur dass Du so keine klar definierte Version installierst, sondern irgendeinen Entwicklungsstand
-
Ich bin ja prinzipiell davon überzeugt, dass das größte Problem immer vor dem Monitor sitzt - aber jetzt suche ich schon ein paar Tage rum und finde nichts.
Ich habe eine PV-Anlage mit Speicher - alles selbst gebaut natürlich. Ein ESP32 mit Tasmota drauf, steuert mir mittels PWM die Ladeleistung sodass am Stromzähler eben nichts ins Netz geht. Mit den Sonoff Adapter (für die Tasmota Geräte) kann allerdings der PWM Wert nicht direkt geändert werden. Das geschieht über einen HTTP Request, welcher ja jetzt abläuft.
Will ich diesen Baustein durch den Http (post) Baustein ersetzten, wird das Speichern-Symbol nicht mehr angezeigt. Ist das überhaupt der richtige Baustein für diese Aufgabe? Mit dem Http (get) Baustein funktionierts zumindest mal-wenn auch die Timeout Fehler manchmal kommen.
Kurz gesagt: schiebe ich den http (post) Baustein ins Blockly, kann nicht mehr gespeichert werden. Hat noch wer diese Probleme?Iobroker läuft auf Ubuntu 22.04, Neuinstallation im Jänner 2024 auf Proxmox 8.1.3
Node.js: v18.19.0(18.19.1)
NPM: 10.2.3(10.2.4)
