Menü
Aktuelles
Von:
Filter

Ardumower Webinterface

Bei mir laufen die Plot- /LiveData Seiten. Habe noch eine kleine Optimierung gemacht.
Neusten Stand findest Du hier, im Mitgliederbereich, in diesem Beitrag:

4motion 4wd allrad

Gruß Fürst Ruprecht
 
Jetzt habe ich den neuesten Stand geflashed und das Modul loggt sich auf dem Router ein (ist sichtbar als genutzte Verbindung), lässt sich jedoch nicht ansprechen... Kein erfolgreicher Ping möglich! Natürlich ist auch die Web-Oberfläche ist nicht erreichbar... Kann man das glauben??? Was kann das sein?
 
Hast du die daten hochgeladen (Sketch Data Upload) ? Ich denke er hat keine html-Dateien.
Das siehst Du im seriellen Monitor. Da erscheint vermutlich die Nachricht, daß er sich verbunden hat und die IP-Adresse. Sonst nichts ?!
Wenn Du zugreifen kannst , werden die Dateien im seriellen Monitor angezeigt, die er sendet.

Gruß Fürst Ruprecht
 
Das klappt bei mir leider nicht... Wenn ich das USB-Kabel bei angeschlossenem W-Lan Modul an den PC stecke, dann klappt nichts mehr... (Fährt plötzlich im Kreis oder piepst komisch oder, oder , oder...) Denke da gibts ein Problem mit der Stromversorgung...
 
Moin
Klasse Sache, das Webinterface. Ich habe es auf einem ESP32 am laufen. Erstmal zum testen.
Allerdings verstehe ich den Teile des externen Triggerns noch nicht:
- Ein 192.xxx.xxx.xxx/(ra) startet automatik
- Ein 192.xxx.xxx.xxx/(ro) stopt den Mäher
- usw.
Aber wie kann ich einen Status abfragen?
Ziel ist die Einbindung in eine Heimautomatisierung. Ich benutze Iobroker, aber schön währe eine Standart Lösung wie etwa MQTT.
Dann würde die Einbindung auch einfacher in andere Systeme gehen, wie Homematic oder oder oder.
Mir fehlt aber der Ansatz, wo dieser MQTT Sender nun laufen müsste.
Ist da jemand schon weiter?
Danke und Gruß
Björn
 
Fürst Ruprecht schrieb:
Also auf die „Schnelle“ lassen sich die zwei Funktionen Camera und Webserver nicht zusammen fügen (zumindest kann ich das nicht).
Im ersten Versuch kann ich den Code zusammenführen und auch hochladen - der Webserver funktioniert - aber die Seite für die Camera läßt sich nicht ansprechen - wäre ja auch zu einfach gewesen.
Aber vom Grundsatz muß es gehen. Das Camerabild wird gestoppt und man springt zu den Webserver-Seiten. Dazu muß (aus meiner Sicht) aber der Webserver in die Struktur des Camera-Codes eingearbeitet werden. Zwei esp nehmen ist einfacher, schneller und stabiler ! 🤔
Gruß Fürst Ruprecht
Zum Vergrößern anklicken....
Moin
Wie hast du die spiffs auf den ESP32-CAM bekommen? Ich scheitere bereits an diesem Schritt.
Auf den normalen ESP32 geht es. Bei der CAM Version hagelt es Fehler.
Gruss Björn
 
Björn ,
ich habe früher auch iobroker benutzt. Mit dem nodered Modul kann man Webseiten auf ihren Inhalt anfragen, das ginge auch mit den Seiten vom esp-Webserver.
Ich habe damit früher die mit esp8266 gebauten Steckdosen geschaltet. Leider habe ich da nichts aufgehoben.
Einfacher ist aber wahrscheinlich die mqtt-Lösung (sofern man dafür hardware hat und problemlos den mqtt-Server aufsetzen kann).
Der Sender/Client würde auf dem esp laufen. Der Empfänger/Verteiler/Broker würde wahrscheinlich im iobroker als Modul laufen (hängt von der Hardwarelösung ab) oder auf sonst irgend einer Hardware (kann auch wieder ein esp sein). Der Vorteil ist ja, daß der Broker die Nachrichten weiterverteilt.
Ich habe vor einigen Wochen versucht mein QNAP als Broker einzurichten (was etwas komplizierter ist - aber geht) musste aber feststellen, daß die Bibliothek die seinerzeit im Webserver genutzt wurde dafür nicht geeignet ist. Da habe ich das dann nicht weiter verfolgt.
Es muß letztlich die Schnittstelle/Protokoll zwischen esp und Broker geklärt werden, dann kann man sehr wahrscheinlich eine mqtt-Lösung auf dem esp umsetzten.
Gruß Fürst Ruprecht
 
stockfisch schrieb:
Moin
Klasse Sache, das Webinterface. Ich habe es auf einem ESP32 am laufen. Erstmal zum testen.
Allerdings verstehe ich den Teile des externen Triggerns noch nicht:
- Ein 192.xxx.xxx.xxx/(ra) startet automatik
- Ein 192.xxx.xxx.xxx/(ro) stopt den Mäher
- usw.
Aber wie kann ich einen Status abfragen?
Ziel ist die Einbindung in eine Heimautomatisierung. Ich benutze Iobroker, aber schön währe eine Standart Lösung wie etwa MQTT.
Dann würde die Einbindung auch einfacher in andere Systeme gehen, wie Homematic oder oder oder.
Mir fehlt aber der Ansatz, wo dieser MQTT Sender nun laufen müsste.
Ist da jemand schon weiter?
Danke und Gruß
Björn
Zum Vergrößern anklicken....

Hi,

für die Statusabfrage in der Homematic läuft bei mir folgendes Skript im 10s Takt, wenn der Mower anpingbar ist:

Code: 
integer anfang;
integer ende;
string state;
var battery;

  string request="/usr/local/addons/cuxd/curl -X POST -i 'http://192.xxx.xxx.xxx/werte?cmd=r&refresh=true'";
  dom.GetObject("CUxD.CUX2801001:4.CMD_SETS").State(request);
  dom.GetObject("CUxD.CUX2801001:4.CMD_QUERY_RET").State(1);
  var response = dom.GetObject("CUxD.CUX2801001:4.CMD_RETS").State();

  anfang=response.Find("State ");
  ende=response.Find("&rb");
  anfang=anfang+6;
  state=response.Substr(anfang, ende-anfang);
  dom.GetObject("Mower_Status").State(state);
 
  anfang=response.Find("Battery ");
  ende=response.Find(" V&rs");
  anfang=anfang+8;
  battery=0.000 + response.Substr(anfang, ende-anfang);
  dom.GetObject("Mower_Battery").State(battery);
  dom.GetObject("Mower_Battery_P").State((battery - 21.700) / 0.077);

Aus dem Anwortstring (von 192.xxx.xxx/werte) werden einfach Statename und Batteryspannung rausgesucht und in die entsprechenden Homematic Systemvariablen geschrieben.

PS: für die POST Abfrage braucht man CUxD
 
Habe meinen aktuellen Stand der PFOD hochgeladen

Lawn Mower AWD Mähroboter Allrad Automower All wheel drive 4WD von Fürst Ruprecht

Hallo Michael, für die aktuell in Github stehende Version. Ich habe auch noch einen Fehler gefunden. Möglicherweise ist ein zusätzlicher Wert nicht ausdokumentiert. Meine persönliche Version ist deutlich aufgebohrt und auf meinem Rechner ist ein leichter Durcheinander, da habe ich wohl etwas...
forum.ardumower.de

Gruß Fürst Ruprecht
 
Hallo,

Gleichzeitig wäre schwierig, warum möchtest du denn beides gleichzeitig betreiben? Das Web Interface kann doch jetzt alles ....
 
Ganz einfach die Wlan Abdeckung ist im Garten nicht besonders gut deshalb wäre es für mich besser wenn beides funktionieren würde. Bin aber im Bereich der ESP,s absoluter Anfänger. Arbeite beruflich mit SPS (Siematic). Stelle mir aber vor das wenn beides vom gleichen Prozessor (ESP32) im Programm nacheinander verabeitet , es zu keinem Konflikt kommt wenn auf die selbe Serielle Schnittstelle zugegriffen wird.
 
Habe etwas im Netz recherchiert. Bluetooth und wlan funktionieren beim esp wohl nicht parallel zuverlässig.
Ich habe bisher bluetooth noch nicht genutzt aber werde es die Tage mal ausprobieren.
Es gäbe die Möglichkeit, den esp als AP zu betreiben, das wäre aus meiner Sicht besser und performanter als bluetooth. Es stellt sich dann die Frage, wie man zwischen AP und Station Mode hin und her schalten kann bzw. will (beim esp8266 gibt es den WifiManager, der das elegant macht.) Ich persönlich finde es aber umständlich, wenn ich zuerst den Modus einstellen muß.
Der bluetooth-code in AzuritBer ist „nur“ eine Bridge, die die Pfod-Anweisungen zwischen Handy-App und Mower hin- und herschickt.
Die pfod-App baut im Handy die Webseiten auf. Anders der Esp-Webserver, der speichert die Webseiten und generiert die jeweils aktuelle Seite. Der Vorteil des esp ist, daß ohne spezielle App von „beliebigen“ Geräten auf die Webseiten zugegriffen werden kann -> damit ist es auch möglich, am internet-fähigen Fernseher schnell mal den Ladestatus zu überprüfen oder smarthome einzubinden.
Wenn die wlan-Abdeckung im Garten schwächelt ist die AP-Lösung die beste dieser Variante, da sie stärker sendet als Bluetooth-LE. Das kann man im Code leicht ändern.
Gruß Fürst Ruprecht
 
Danke erst einmal für eure Antworten.
So habe ich mir das auch vorgestellt. Falls ich es richtig interpretiere. Die Grafik unsw. wird im ESP bzw. in der APP erzeugt und an der Seriellen zum Arduino werden nur die Daten ausgetauscht . Da die Daten vermutlich identisch sind (bis auf die Baudrate im Original) kam die Idee beides zu nutzen.
Das es zu Problemen im ESP kommt wenn beides Parallel genutzt wird wusste ich nicht. Dann werde ich wohl für eine bessere W-Lan Anbindung sorgen müssen.
 
Dann probiere doch 2 esp32 parallel. Einer wählt sich ins wlan - soweit das erreichbar ist, der andere stellt einen eigenen AP bereit, in den Du dich in Reichweite einwählen kannst. Solange nicht parallel von den esps auf den Mower zugegriffen wird (das würde bedeuten, daß wiederum gleichzeitig auf beide esps zugegriffen wird) sollte das funktionieren.
Gruß Fürst Ruprecht
 
Choose the appropriate board:
ESp32,8266,arduino,tennsy are actually more efficient into GPIO management (Interrupt ,library for many component,perfect dev toll for iot etc..) and not efficient in interface management (No memory,no card,no screen, low speed CPU,not adapted developper tool)

Raspberry,Jetson,PC etc.. are build for IHM interface (Camera,Screen,Memory,CPU,dev management like Node Red Pyrthon etc..)

So if you want to control the mower from your Sofa over WIFI , it's better to use a simple PizeroW or ( Jetson or PI4 ) to interface the PCB1.3 with external world.
For example Using the raspberry it's possible (and easy) to update the DUE firmware without any connection (the debug is also easier)

Test to dev with Azuritber/PiArdu or Azurit/ControlCenter and you can see the difference.
 
esp32-board = 3,5€; esp8266 = 2€; Spannungsversorgung 3,3V/5V; Realtime-Betriebssystem. Nachteil: beide sind energetisch nicht sparsam.
esp-boards gibt es für wenige € auch mit sd-cartenslot und minidisplay.
Natürlich kann man auch einen pi nehmen. Dann muß man sich aber auch wieder mit einer anderen Programmierumgebung und mit Linux auseinander setzen. Der Komplexitätsgrad ist höher.
Ich persönlich setze pi‘s zur Zeit eher in Multimedia ein.
Für die Steuerung des Mower würde ich persönlich kein Device außerhalb des Mähers vorhalten. Aber das ist Geschmackssache.
Meine Haussteuerung (KNX) läuft heute auf einem Intel-NUC (Linux), das ist verglichen mit meiner früheren Lösung auf pi-Basis wesentlich performanter.
Dann könnte man auch noch das vorhandene NAS nutzen.
Möglichkeiten gibt es wirklich viele. Alle haben Vor- und Nachteile. Da ich versuche alles selbst zu bauen, auch die Elektronik selbst löte (beim Mower war ich echt faul, da habe ich auf Komponenten zurückgegriffen wo ich sonst die Prozessoren und smd-Bauteile von Hand löte) ist die Komplexität schon recht hoch. Alle anderen Dinge im Haus wollen auch ihr Zeit abbekommen.
Insofern bewegt sich das pcb mit dem mega/due und den esp‘s eigentlich in der gleichen Familie und der gleichen Toolkette was das Verständnis und die Einarbeitung erleichtert.
Gruß Fürst Ruprecht
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben