Jump to content

Rio

Members
  • Gesamte Inhalte

    4
  • Benutzer seit

  • Letzter Besuch

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

Rio's Achievements

Newbie

Newbie (1/14)

0

Reputation in der Community

  1. Hallo, hervorragend, dankeschön! Das war das Problem. Dann bastel ich mal den Rest vom Skript, aber das sollte ja unabhängig von der Warp-Box funktionieren. Danke nochmal Edit: Falls noch jemand das Problem hat. Mit Nutzung von CUXD ist der Befehl innerhalb des HomeMatic-Skriptes dann: dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("LD_LIBRARY_PATH=/usr/local/addons/cuxd /usr/local/addons/cuxd/curl -H \"Content-Type: application/json\" -X PUT -d \"{\"current\": 12000}\" 192.168.0.62/evse/current_limit"); Statt dem \"{\"current\": 12000}\" muss dann natürlich eine String-Variable rein.
  2. Hallo zusammen, seit kurzem habe ich einen Warp-Charger und möchte jetzt mittels meiner HomeMatic-Steuerung permanent den maximalen Ladestrom dem Überschuss der PV-Anlage anpassen. Dafür gibt es ja die HTML-Schnittstelle die ich gerne mit einem kleinen Script ansprechen würde. Leider habe ich da meine Schwierigkeiten. Um zu testen, ob das überhaupt funktioniert habe ich das in der Windows (Win10) Kommandozeile getestet. Wie sich herausgestellt hat, funktioniert das Auslesen der Daten damit problemlos, aber das Schreiben hat wohl ein Problem. Ich habe einfach nur die Kommandos aus dem Api-Manual (https://www.warp-charger.com/api.html) kopiert und die IP des WARP angepasst: C:\Users\Rio>curl -s http://192.168.0.62/evse/max_charging_current {"max_current_configured":6000,"max_current_incoming_cable":16000,"max_current_outgoing_cable":32000} C:\Users\Rio>curl -H 'Content-Type: application/json' -X PUT -d '{"current":8000}' 192.168.0.62/evse/current_limit curl: (6) Could not resolve host: application 404 Habe ich irgendetwas übersehen? Leider finde ich zu dem Thema immer nur Topcis die OpenWB behandeln oder sonstiges, aber nicht den eigentlichen Zugriff auf den Warp Charger. Danke und beste Grüße, Rio
  3. Hallo, da ich für das Resetten des Mesh-Netzwerks keine Lösung gefunden habe, habe ich alle Stapel als einzelne Clients verbunden. Das geht zwar, aber leider ist Wlan scheinbar nicht besonders geeignet zur parallelen Ansteuerung von mehreren Motoren. Das ganze funktioniert sehr unzuverlässig. Auch 0,5sek Pause zwischen den einzelnen set/get-Befehlen brachte kaum eine Besserung. Vermutlich wäre es also notwendig einen Raspberry Pi o.Ä. als "Vermittler" zu integrieren, an dem die einzelnen Stapel über USB angeschlossen sind. Somit hat sich das Topic hier erledigt. Bleibt einfach bei USB...never touch a running system
  4. Hallo, leider habe ich ein Problem mit dem Aufbau eines Mesh-Netzwerkes mittels der WLAN Extensions. Konkret habe ich 5 Stapel, zu je 1x Master, 4x Stepper, 1x DIO4V2 Aktuell wurde das gesamte System über ein USB-Kabel betrieben welches mittels USB-Hub verteilt wurde. Also meine Software hat sich alle Stapel gesucht und alle get/set-Befehle zugewiesen. So weit, so gut. Als Modernisierung des Systems soll der ganze Spass jetzt über WLAN laufen. Deswegen habe ich überall die Wlan-Extension draufgesteckt. In der Beschreibung steht ja dass man das als Mesh-Netzwerk konfigurieren kann, was ja dem Aufbau von "usb --> usb-hub --> Stapel" relativ nahe kommt. Der Testaufbau sieht so aus, dass ein Rootnode bestehend aus Master+Wlan per USB an einem PC hängt. Diesen Rootnode habe ich entsprechend konfiguriert und der Zugriff darauf über die IP des PCs funktioniert problemlos. Bei den anderen Stapeln, habe ich die Felder "Router SSID" und "Router Password freigelassen" und alle anderen Einräge genauso wie beim Rootnode ausgefüllt. Diese Stapel sind nicht mit einem PC verbunden. Das Problem ist jetzt dass das Meshnetzwerk sich scheinbar permanent resettet. Wenn ich beim Rootnode den WLAN-Status beobachte schwankt dieser zuerst zwischen "Got IP" und "Mesh Online". Die "Connected Nodes" schwanken permanent zwischen 0 und 3 (aktuell nur 3 stapel). Nach einigen Minuten steht der Rootnode permanent bei "Mesh Local", aber die "Connected Nodes" schwanken immernoch aller ca. 3 Sekunden. Es wirkt so, als würde die bestehende Verbindung sofort wieder beendet werden. Im Brickviewer werden die Mesh-Stapel auch nicht angezeigt, nur der Rootnode. Auch die grünen Status-Leds pendeln zwischen langsamen Blinken sobald die Verbindung aufgebaut wurde und schnellem Blinken sobald sie neu gesucht wird. Hat einer jemand eine Idee woran das liegen könnte? Edit: Was mir auch gerade noch aufgefallen ist, ist das scheinbar der ganze Stapel kurz resettet wird sobald eine Verbindung aufgebaut wurde. Zumindest gehen alle blauen LEDs ganz kurz aus. Und dann geht die Netzsuche wieder los. Die einzelnen Stapel resetten sich jedoch zeitlich unabhängig voneinander, also es liegt nicht an der Spannungsversorgung. Danke im Vorraus, Rio
×
×
  • Neu erstellen...