Hallo, ich will mit nen Microcontroller (begrenzter Speicherplatz) einen kleinen Web-Server betreiben, auf dem auch z.B. Schaltzustände von diversen Relays angezeigt werden... wer nicht viel lesen will schaut einfach den vorletzten absatz an :) Vom Prinzip soweit nicht schwer. Die Online Beispiele haben dann oft ein Frame das sich alle X Sekunden aktualisiert... Allerdings dauern mir X Sekunden zu lange... klar könnte ich jetzt den Controller mit Requests befeuern z.B. alle 200ms (was ja annähernd zufriedenstellend ist), aber auf dauer kostet das irgendwie "UNMENGEN" an Energie. Also habe ich mich mit Socket-Server beschäftigt... vom Prinzip Spricht eben wer war zu sagen hat und die Clients/Server hören immer nur zu und reagieren sobald jemand was sagt... Leider ist das zusätzlich Hardware, weil z.B. ein rPi noch nebenbei laufen muss. Aber müsste es nicht Theoretisch auch einfacher in einem Microcontroller gehen? Reden wir mal nur von einem Relay, ich will den zustand schalten und abfragen. Schalten geht "verzögerungslos", auch eine Abfrage läuft im unspürbaren bereich... Wenn jetzt allerdings das Relay geschaltet wird, dauert es an einem "anderen" Client ziemlich lange bis dieser angezeigt wird. Gibt es eine Möglichkeit z.B. über Longpolling das ganze "verzögerungsfrei" erkannt wird? Ich müsste einen Request rausschicken, und sobald der Server antwortet, diesen Empfangen und wieder einen neuen herausschicken... bis zum empfangen können Stunden vergehen, vom Prinzip wurde aber nur ein request verschickt... Kann mir da jemand helfen oder tipps geben, wie ich das umsetze? Vielen Dank Gruß baer
baer schrieb: > Gibt es eine Möglichkeit z.B. über Longpolling das ganze > "verzögerungsfrei" erkannt wird? Ich müsste einen Request rausschicken, > und sobald der Server antwortet, diesen Empfangen und wieder einen neuen > herausschicken... bis zum empfangen können Stunden vergehen, vom Prinzip > wurde aber nur ein request verschickt... > > Kann mir da jemand helfen oder tipps geben, wie ich das umsetze? Genau so? Welche konkreten Fragen hast du denn dazu?
eingentlich alles... ich bin jetzt mit Javascript kein NOOB und ich habe auch schon einen Webserver z.B. auf einen Arduino oder einen ESP8266 geflasht... Ich weiß wie man mit dem Microcontroller einen Request abfragt und auswertet... was ich aber nicht weiß, besonders im bezug auf Long-Polling wie ich alle daten für den client zur verfügung stelle, gleichzeitig aber auch den server habe... also brauch ich erstens die javascriptseite: wie erfrage ich einen Request der nicht nach 10 Sekunden abbricht bzw auf 404 läuft => das empfangen müsste sich dann automatisch ergeben.. und gleichzeitig die serverseite: wie antwortet ich im richtigen moment auf den request (oder antwortet ich erst wenn es was zu antworten gibt?) => also einfach daten auf den "Client" ausspucken dürfte nicht sooo schwer sein... zu Deutsch => mein Hauptproblem ist die Javascriptseite (selbstverständlich für Microcontroller [also ledier ohne jquery und ählichen, wegen platz])
baer schrieb: > also brauch ich erstens die javascriptseite: > wie erfrage ich einen Request der nicht nach 10 Sekunden abbricht bzw > auf 404 läuft > => das empfangen müsste sich dann automatisch ergeben.. Ganz normal: einfach wegschicken. Timeout kann man hochsetzen, und das 404 würde vom Server kommen, muss also dort "verhindert" werden. Wenn sich dann nach Stunden etwas tut, dann kommt der Request mit den Antwortdaten zurück, und du kannst im JavaScript in deiner dann aufgerufenen Callbackfunktion damit arbeiten. Sollte der Request wirklich einmal in den Timeout laufen oder abbrechen, dann einfach gleich einen neuen schicken. > und gleichzeitig die serverseite: > wie antwortet ich im richtigen moment auf den request (oder antwortet > ich erst wenn es was zu antworten gibt?) > => also einfach daten auf den "Client" ausspucken dürfte nicht sooo > schwer sein... Du "hältst" den Request, und beantwortest ihn erst, wenn es etwas zu antworten gibt. Genau das ist Longpolling. > zu Deutsch => mein Hauptproblem ist die Javascriptseite > (selbstverständlich für Microcontroller [also ledier ohne jquery und > ählichen, wegen platz]) Die ist wohl der einfachere Teil: einfach ganz normal asynchron (JS ist ja genau darauf aufgebaut) einen Request wegschicken und die Antwort bearbeiten. Da ist überhaupt nichts "besonderes" für Longpolling dabei. Für die Seite scheint es einfach, als würde die Antwort vom Server länger brauchen.
Hallo baer, baer schrieb: > Kann mir da jemand helfen oder tipps geben, wie ich das umsetze? wenn Du boost.asio auf Deiner Plattform verwenden kannst, dann könntest Du https://github.com/TorstenRobitzki/Sioux darauf zum Laufen bekommen. Sioux verwendet long polling und ist in C++ geschrieben. (läuft beispielsweise hier: https://dungeonpilot.com). Ansonsten könntest Du aber mindestens den JavaScript-Teil verwenden (der Quellcode ist coffee script und muss nach Javascript übersetzt werden; sag bescheid und ich schicke Dir das übersetzte JavaScript).
baer schrieb: > zu Deutsch => mein Hauptproblem ist die Javascriptseite > (selbstverständlich für Microcontroller [also ledier ohne jquery und > ählichen, wegen platz]) Äh, Du wolltest den Browser doch nicht auf dem Mikrocontroller laufen lassen, oder? Ansonsten läuft jQuery selbstverständlich auf dem Browser und wenn Du eine jQuery-Version nimmst, die z.B. bei google gehosted wird, dann stehen die Chancen sogar recht gut, dass die eh schon im cache Deines Browsers liegt.
Also ich mach die Aktualisierung der Daten im Browser über JavaScript mit einer .json-Datei. Der Code ist auch sehr kurz. jQuery kannst von extern importieren. Desweiteren kann man die Aktualisierungsrate in ms einstellen. Wenn ich das richtig verstanden habe, willst du die Zustände über einen Webbrowser vom uC abrufen oder?
> Ansonsten läuft jQuery selbstverständlich auf dem Browser und wenn Du > eine jQuery-Version nimmst, die z.B. bei google gehosted wird,... naja, ich möchte das ganze selbstverständlich autonom haben! @Torsten Robitzki: das schau ich mir mal an... allerdings habe ich mir das mir "nur den nötigsten" Code erhofft... Grundsätzlich mag ich Frameworkes... jQuery ist einfach geil, aber die schon geschrieben soll das Autonom, Kompakt und Effizient... durchsichtiger Code wäre auch noch praktisch (also so das ich ihn verstehen kann, jQuery versteh ich nicht, es macht was es soll) ... > Ganz normal: einfach wegschicken. Timeout kann man hochsetzen, und das > 404 würde vom Server kommen, muss also dort "verhindert" werden. sehr gut, das wollte ich hören :) ... jetzt nur noch die Frage: 1. wie setz ich den Timeout hoch (metadaten)? mein JS könnte dann so aussehen: var xhr = new XMLHttpRequest(); xhr.open('GET', '/schalter1=1'); xhr.onload = function() { if (xhr.status === 200) { alert('Schalterzustand: ' + xhr.responseText); } else { alert('Request failed. Returned status of ' + xhr.status); } }; xhr.send(); mein ESP8266 macht dann: vorarbeit: request aufslpitten in [key = schalter1] & [val = 1] zustand vom gpio1 erfragen if( gpio1 != val ) { client.print(val); } else { // do nothing :) }
baer schrieb: > 1. wie setz ich den Timeout hoch (metadaten)? Nein, Du lässt die Anfrage umbeantwortet, bis ein relativ langes Timeout (z.B. 20s abläuft), dann antwortest Du dem Browser, mit irgend etwas, das Ihm klar macht, dass sich an den Daten nix geändert hat. Oder Du antwortest dem Browser, wenn in der Zwischenzeit eine Änderung auftritt. So hast Du minimal Latenz bei minimaler Last. Du must das asynchron denken: Welche Zustände habe ich und welche Ereignisse habe ich. Wenn Du aber eh nur einen Client dran hängen hast und keine Proxies oder ähnliches dazwischen sind, dann kannst Du evtl. doch einfach pollen.
>Wenn Du aber eh nur einen Client dran hängen hast und keine Proxies oder >ähnliches dazwischen sind, dann kannst Du evtl. doch einfach pollen. selbstverständlich habe ich mehrere Clients dran hängen (5-20 Stück). Aber wie kann ich das Timeout definieren? Wenn ich nichts einstelle sagt mein request nach einigen Sekunden dass er den Server nicht finden kann...
baer schrieb: > selbstverständlich habe ich mehrere Clients dran hängen (5-20 Stück). > Aber wie kann ich das Timeout definieren? Wenn ich nichts einstelle sagt > mein request nach einigen Sekunden dass er den Server nicht finden > kann... Wenn Dein Server die Verbindung nicht nach einigen Sekunden schließt, dann bekommst Du auch keine Fehlermeldung. Was für Technologie verwendest Du den auf der Server-Seite? Einfacher wird es evtl., wenn Du Websockets implementierst, dann must Du das Timeout nicht implementieren. Du solltest dafür aber so etwas wie ein keep alive implementieren, um clients zu erkennen, die nicht mehr da sind.
okay, ich habs verstanden... ich hab da einfach zu kompliziert gedacht... ich versuch mir da mal was zusammenzubauen... ich lass euch auch teilhaben, wenns fertig ist! Danke nochmals
Ich glaube, was du suchst, nennt sich "Server-Sent Events". Das habe ich vor längerer Zeit mal ausprobiert und hier angehängt. Die HTML-Seite sagt dem Browser, er möge bitte '/events.pl' nach Daten fragen. Wenn diese URL (normal per HTTP) antwortet, dann wird im Browser ein Event ausgelöst und die Anzeige aktualisiert. Der Server kann die Anfrage aber auch hängen lassen, bis ein Timeout feuert. Der Browser wird dann automatisch eine neue Anfrage senden. Genaueres findest du z.B. hier: http://www.html5rocks.com/en/tutorials/eventsource/basics/?redirect_from_locale=de
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.