Hallo, ich suche ein Modul welches ein integrierten mini Web-Server
inkl. Wireless hat.
Auf dem Webserver soll eine Seite mit visualisierter "analog
Wochen-Zeitschaltuhr" geladen werden.
Auf diese Seite soll man dann durch Eingabe der Ip-Adresse per Tablet
etc. zugreifen können.
Auf der Seite kann man dann auch gleich in 15min Abständen die
Schaltzeiten einstellen (analog wie bei einer echten Uhr)...am besten
gleich für 2 Kanäle.
D.h der mini Web-Server müsste auch gleich 2 Digitalausgänge steuern
können.
Bin nicht sicher, aber für eine Zeitschaltuhr reicht html wohl nicht
aus?
Was gibt es für mini Webserver mit Wireless inkl. 2 Digitaloutputs?
Danke
geht das überhaupt ohne Router in der Nähe?... das Web Server Modul wird
dann im Heizungsraum verfrachtet...
also am liebsten direkte Wifi Verbindung ohne Umwege über
Router/Modems..
wäre gar jemand bereit sowas zu realsieren gegen Entgeld?
epikao schrieb:> geht das überhaupt ohne Router in der Nähe?... das Web Server Modul wird> dann im Heizungsraum verfrachtet...
Wenn das Modul eine Adhoc-Verbindung aufbauen kann.
Ich mache das für 222,- netto wie beschrieben.
Eine kleine Box, per DHCP oder fester IP im WLAN, mit interner
Mini-Webseite für den Browser und aufrufbarer Skript-URL für
automatische Bedienung. sowie mit zwei Relais-Ausgängen. Inkl.
Konfigurationstool mit GUI für Win oder Mac per USB.
Realisierungszeit 3 Wochen. Bei Bedarf PM.
Nachtrag:
Bereits seit 2011 engagiert sich AVM mit konkreten Einsatzmöglichkeiten
beim Thema Hausautomation. In Verbindung mit dem
Open-Source-Serverprojekt FHEM können über die FRITZ!Box mit geeigneten
Aktoren elektrische Verbraucher gesteuert, Messwerte erhoben und
Regelvorgänge durchgeführt werden.
Frank Esselbach schrieb:> Ich mache das für 222,- netto wie beschrieben.
Ich muss vielleicht noch erwähnen, dass dieses gewünschte Wifi (Ad-hoc)
Modul mit 2x Digitalouts als Hardware um die 100€ Kosten darf. Von der
Grösse im Bereich des ESP8266...
Es soll schliesslich als Ersatz für alte oder schlechte Zeitschaltuhren
in diversen Heizungsregler dienen.
für Entwicklungs und Software-Kosten zahle ich gerne 222€ oder mehr,
falls ich Hardware und Software dann selber anpassen kann inkl.
kopieren....
Und die Wochzeitschaltuhr Seite existier noch nicht. Dies macht mir aber
auch am meisten Gedanken.
per Mausklick oder Touch (Tablet) sollen die Schaltzeiten "quasianalog"
eingestellt werden können....
dann müssen die eingestellten Schaltzeiten inkl. aktuelle Zeit
übermittelt werden, wie geht das per Html... oder hat der ESP8266
Webbasierte Befehle die man ins HTML einbinden kann?
also das scheint mir sehr komplex und nicht so einfach realisierbar.
Die Fritzbox kommt nicht in Frage, da die Hardware zu teuer und zu gross
ist.
Die Einstellungen zur Zeitschaltuhr kann man mit einer HTML-Seite
machen. Je einfacher die HTML-Seite (je weniger "Features" benutzt
werden), desto mehr Browser/Geräte können die HTML-Seite benutzen und
desto einfacher ist das erweiterbar.
Diese HTML-Seite liegt auf dem ESP8266-WLAN-IC. Auf dem ESP8266 läuft
auch der Webserver. Über ein Script wird der GPIO gesteuert. Es gibt
solche (open source)-Projekte bereits, z.B. auf ESP8266.com. Das ist
vielleicht noch nicht ganz ausgereift.
Schwieriger ist es mit der Hardware: Die bisherigen, aus China
gelieferten Module sind nicht zuverlässig (verwendete HW-Komponenten)
und schlecht designed (Layout). Es werden unangekündigt Änderungen
vorgenommen, die Layout-Dateien stehen nicht zur Verfügung und die
Verfügbarkeit eines bestimmten Moduls/Variante ist nicht gesichert.
Weiterhin muss man sich überlegen (oder kostengünstige Lösung von
anderer Stelle hernehmen), wie man für das ESP8266 am besten von 230VAC
auf Niedrig-Spannung DC kommt.
Schick wäre ein modulares Konzept (ESP8266Modul, Spannungsversorgung,
Relais) als Opensource, das zukünftig jeder beim Bestücker seiner Wahl
beauftragen lassen könnte (Oder als Sammelbestellung oder zum selbst
bestücken).
Weiterhin sollte Flexibilität/Erweiterbarkeit möglich sein (u.fl. vs.
PCB-Antenne, Relais-Steuern vs. LEDs steuern vs. Temperatursensor
auslesen).
An den Kosten einer solchen Opensource-Lösung (optimiert auf niedrige
HW-Kosten) würde ich mich auch beteiligen.
epikao schrieb:> Frank Esselbach schrieb:>> Ich mache das für 222,- netto wie beschrieben.>> Ich muss vielleicht noch erwähnen, dass dieses gewünschte Wifi (Ad-hoc)> Modul mit 2x Digitalouts als Hardware um die 100€ Kosten darf. Von der> Grösse im Bereich des ESP8266...> Es soll schliesslich als Ersatz für alte oder schlechte Zeitschaltuhren> in diversen Heizungsregler dienen.>> für Entwicklungs und Software-Kosten zahle ich gerne 222€ oder mehr,> falls ich Hardware und Software dann selber anpassen kann inkl.> kopieren....
Das riecht nach gewerblichem Einsatz.
Dann würde ich mehr investieren als 222 Euro. Die Entwicklung so einer
Lösung dauert bestimmt mehrere Tage und wird bei einem Profi (> 500 Euro
pro Tag) wenigstens ein paar Tausend Euro kosten, je nach Anforderungen
- ein paar Tausend Euro ist das kleinstmögliche und endet nicht in einem
vertriebsfähigen Produkt, sondern in einer Prototypen-Kleinserie, die
man "unter der Hand", aber nicht offiziell verkaufen könnte.
Und ich würde mir gut überlegen einen ESP8266 einzusetzen, falls ich das
Kunden gebe und dafür gerade stehen muss. Die Firmware der ESP8266 ist
noch nicht reif und es kann (und wird) zu unvorhersehbaren Problemen
kommen.
Lieber ein bewährtes Modul nehmen, das ggf. auch für sich alleine 20-30
Euro kostet - die Hardware für 100 Euro sollte selbst damit in
Kleinserie machbar sein.
Conny G. schrieb:> Das riecht nach gewerblichem Einsatz.> Dann würde ich mehr investieren als 222 Euro.
Ja....
Conny G. schrieb:> Lieber ein bewährtes Modul nehmen, das ggf. auch für sich alleine 20-30> Euro kostet
soll ich nach solchen Modulen googeln, oder sind diese rar im Markt?
Lars R. schrieb:> Über ein Script wird der GPIO gesteuert.
Okey.. aber lassen sich auch jpg Bilder hinterlegen? Schliesslich sind
bis zu 96 Schaltreiter notwendig, die einzeln anwählbar sein müssen. Die
Uhr Anzeige am liebsten analog mit Zeigern, weiss nicht ob da html
ausreicht... evtl php, java-script?? aber das verstehen die mini
webserver Module wohl nicht?
epikao schrieb:> Conny G. schrieb:>> Lieber ein bewährtes Modul nehmen, das ggf. auch für sich alleine 20-30>> Euro kostet> soll ich nach solchen Modulen googeln, oder sind diese rar im Markt?
WLan-Module, die man per UART an einen Mikroprozessor anbinden kann,
gibt es bis 20-30 Euro viele, das ist kein Problem.
> Lars R. schrieb:>> Über ein Script wird der GPIO gesteuert.>> Okey.. aber lassen sich auch jpg Bilder hinterlegen? Schliesslich sind> bis zu 96 Schaltreiter notwendig, die einzeln anwählbar sein müssen. Die> Uhr Anzeige am liebsten analog mit Zeigern, weiss nicht ob da html> ausreicht... evtl php, java-script?? aber das verstehen die mini> webserver Module wohl nicht?
Das Modul / die Lösung aus Modul + uC muss kein Javascript können, es
muss nur genug Speicherplatz haben um mehrere Dateien speichern und
ausliefern zu können.
Wieso eigentlich 96 Schaltreiter? Wenn man ein Dropdown oder einen
Slider hat oder sowas, das wäre doch auch ok für die Uhrzeit.
Achim Seeger schrieb:> Es werden fertige Lösungen erwähnt, WLan mit Prozessoranbindung. Welche> sind das?
Ich habe keine fertige Lösung erwähnt oder gemeint und habe in den
vorherigen Posts auch nichts gelesen, was meinst Du?
Conny G. schrieb:> WLan-Module, die man per UART an einen Mikroprozessor anbinden kann,> gibt es bis 20-30 Euro viele, das ist kein Problem.
Und WLan-Module die auch gleich 2 Ausgänge supporten (dann braucht es
kein extra uP)? Wie lautet das ideale google Suchwort?
Die Module sind dann auch Router/Modem unabhängig?
die meisten DigiZeitschaltuhren sind echt fürchterlich zum einstellen,
nicht nur aber auch für die ältere Generation.
Die Uhr im Bild (für 30€) ist schon ziemlich "Quasianalog" ... fehlt
leider ein Wochenprogramm, und 2. Kanal. Quelle:
http://www.a-x-t.eu/index.html
Erfolgt die Anzeige einfach per Tablet, Smartphone, spart man sich die
Entwicklung eines Displays.
Meine diese Stelle
Conny G. schrieb:> WLan-Module, die man per UART an einen Mikroprozessor anbinden kann,> gibt es bis 20-30 Euro viele, das ist kein Problem.
Achim Seeger schrieb:> Conny G. schrieb:>> http://elmicro.com/de/flyport.html
tja, aber im Datenblatt steht folgendes:
It provides you a Wi-Fi network (Ad Hoc mode) - NOTE: it's not
compatible with Android and other systems
also funktioniert es nicht mit Tablets und Smartphones :-(
epikao schrieb:> Achim Seeger schrieb:>> Conny G. schrieb:>>> http://elmicro.com/de/flyport.html>> tja, aber im Datenblatt steht folgendes:> It provides you a Wi-Fi network (Ad Hoc mode) - NOTE: it's not> compatible with Android and other systems>>> also funktioniert es nicht mit Tablets und Smartphones :-(
Ja, anscheinend hat der Wifi-Chip von Microchip irgendwelche
Protokoll-Einschränkungen.
Denn auch im Microship-Datenblatt steht ein seltsames:
"Note: For products that are intended for use with any Access Point, it
is recommended to use MRF24WG0MA/MB."
http://ww1.microchip.com/downloads/en/DeviceDoc/70632C.pdf
Kann man nur von abraten.
Ansonsten sieht das Flyport konzeptionell schon recht nach dem aus, was
benötigt würde.
Conny G. schrieb:> Ansonsten sieht das Flyport konzeptionell schon recht nach dem aus, was> benötigt würde.
Ich frag mich nur noch wie "Frank" dies für 222€ realisieren möchte...
PN ist verschickt.
epikao schrieb:> Conny G. schrieb:>> Ansonsten sieht das Flyport konzeptionell schon recht nach dem aus, was>> benötigt würde.>> Ich frag mich nur noch wie "Frank" dies für 222€ realisieren möchte...> PN ist verschickt.
Man nimmt ein kleines, zertifiziertes, erprobtes UART-WLAN-Modul (z.B.
Wizfi250 für 16EUR). Darunter ein kleines PCB mit uC, auf dem der
Webserver läuft. Die Gesamtlösung (fast) nicht größer als das
WLAN-Modul. Mit "kleine Box" kann die Form des uC-PCB auch etwas
abweichen, ohne das es stört. Und wenn es größer sein darf, Raspberry A+
hat noch 65x56.5mm (besonders universelle Lösung; dafür mit etwas
höherem Strombedarf). Dazu Relais und Stromversorgung.
Ggf. hat man Teile der Lösung (IO mit Webserver steuern) schon in der
Schublade. Ist ja nicht ungewöhnlich und vorteilhaft, weil erprobt. Am
Ende bezahlt Du für die Expertise, das Aufsetzen der Website nach deinem
Wunsch sowie den persönlichen Ansprechpartner und nicht für eine
Entwicklung from Scratch. Angebot ist IMHO trotzdem sehr günstig.
Lars R. schrieb:> Raspberry A+ hat noch 65x56.5mm (besonders universelle Lösung; dafür mit> etwas höherem Strombedarf).
Jap, aber auch da scheint es Probleme mit Android zu geben:
http://www.raspberrypi.org/forums/viewtopic.php?f=36&t=18771
sadly, I discovered you can't connect to a ad-hoc network from an
android phone.
Vielleicht noch:
WiFi Direct only works on a few very limited phone models (Galaxy S III
etc). And Ad Hoc mode support is even more limited and seems to only
work on a rooted phone.
But it's not correct that "its not possible to have wireless network or
carry wireless router where ever the pi go." You can do that by making
Pi itself an AP. Here is a tuturial of how to implement it.
http://elinux.org/RPI-Wireless-Hotspot
Nochmal um zu verstehen.
- WLan zum Router
- Bedienung über Handy oder Tablet
- App auf dem Handy (Aussehen und Bedienung nach Wunsch)
- Anbindung zu meiner Schaltung über Ausgänge und/oder uart
Sehe ich das so richtig?
Achim Seeger schrieb:> Nochmal um zu verstehen.>> - WLan zum Router
Ohne Router, direkte Wifi Verbindung
> - Bedienung über Handy oder Tablet
auch Android und Iphone und Laptops
> - App auf dem Handy (Aussehen und Bedienung nach Wunsch)
ohne App, Darstellung per Web-Browser (Code, Gestaltung anpassbar)
> - Anbindung zu meiner Schaltung über Ausgänge und/oder uart
Ja ungefähr so
> Sehe ich das so richtig?
eigentlich wär so ein Modul für x- Andere Applikationen interessant, wo
man als Display eben Tablets etc. verwenden möchte....
Auszug aus WIKI:
In vielen Ländern, darunter auch in Deutschland, den USA und großen
Teilen Europas, wird Wi-Fi als Synonym für WLAN benutzt. Streng genommen
sind WLAN und Wi-Fi jedoch nicht das gleiche, WLAN bezeichnet das
Funknetzwerk, Wi-Fi hingegen den Funkstandard. In der Praxis kommen
beide Begriffe aber nur gemeinsam vor, sodass sie in der Regel als
Synonyme gebraucht werden.
Was ist gemeint?
Mike schrieb:> Jim C schrieb:>> ESP8266 kann das.>> Der Engpass ist wohl eher der TO>> epikao schrieb:>> wäre gar jemand bereit sowas zu realsieren gegen Entgeld?
Diese billigen Web Cams haben das eigentlich schon alles drin. Auch
müssten(?) sie zwei Kanäle schalten können.
Aber selbst die Uhr ist eingebaut.
eigentlich kann es dem uC oder Webserver mit der abgespeicherte
Web-Seite egal sein ob da html, javascribt verwendet wird.
Beim Aufruf der IP, sendet der uC die abgespeicherte Seite, und Die ist
dann im zwischenSpeicher vom Tablet (dessen Webbrowser beherscht dann
javascribt etc.), richtig?
Aber angenommen ich habe ein "onklick" Event... dann wird beim Klicken
oder Touch, dies am Browser ausgeführt.... nur wie merkt jetzt der uC,
Webserver das geklickt wurde?
epikao schrieb:> eigentlich kann es dem uC oder Webserver mit der abgespeicherte> Web-Seite egal sein ob da html, javascribt verwendet wird.> Beim Aufruf der IP, sendet der uC die abgespeicherte Seite, und Die ist> dann im zwischenSpeicher vom Tablet (dessen Webbrowser beherscht dann> javascribt etc.), richtig?>> Aber angenommen ich habe ein "onklick" Event... dann wird beim Klicken> oder Touch, dies am Browser ausgeführt.... nur wie merkt jetzt der uC,> Webserver das geklickt wurde?
Wenn man einen festen Link in der Seite hat, der auf eine andere Seite
geht, dann setzt der Client / der Browser einen weiteren HTTP-Request ab
um diese neue Seite abzurufen.
Javascript in der Seite kann man nun u.a. dazu verwenden die Bedienung
im Browser komfortabel zu machen, ohne dass immer vom Server neu geladen
werden muss.
Man könnte z.B. mit Slidern o.ä. im Browser etwas einstellen und erst
wenn man speichern drückt werden die Werte an den Server übertragen (als
POST-Formular z.B.).
Wenn man möchte, dass ein per Javascript abgefangener Klick trotzdem was
auf dem Server auslöst (z.B. die Aktualisierung eines Teils der Seite),
dann muss man ihn mit Javascript auf den Server weiterleiten - der
Mechanismus nennt sich dann "AJAX".
ok. echte Kandidaten sind xPico Wifi oder WizFi250
hmm jetzt suche ich nur noch ein Beispiel-Code,
ein Bild auf einer HTML Seite,
ein Klick auf das Bild, und ein GPIO wird auf High gesetzt,
nochmaliger Klick, und derselbe GPIO wird auf Low gesetzt...
gleichzeitig wird das Bild (z.B eine LED und deren Farbe) verändert...
zahle gerne auch was für diesen Code, PN reicht.
Schliesslich erspart dies viel Einarbeitungs-Zeit in HTML-CGI Basic's
und den Code um die GPIO irgendwie anzusteuern...
Braucht es da ein extra Code für den Web-Server + das HTML-File?
Du brauchst keine Bilder, du brauchst eine statische HTML Seite, die
geht zum Browser. Dazu noch eine statische JS Datei. Dazu brauchst du
ein CGI, dass die aktuelle Belegung für die 96 Zeiten ausgibt, und zwar
notfalls als komma/leerzeichen separierte Liste von Einsen und Nullen.
Und ein CGI Skript zum Setzen einer Zeit auf an/aus.
Die HTML Datei kann dir mittels CSS eine schöne große Uhr rendern. Per
AJAX holt sie die aktuelle Belegung und färbt alles schön ein. Wenn
klick, dann wird der Request auf das zweite CGI ausgeführt und der
Schalter umgefärbt. Jedes mal die ganze Seite neu laden ist doof.
Das ganze HTML Geraffel ist total einfach, das kann sogar so den
Schiebeeffekt haben, wie man es bei den Zeitschaltuhren ja hat, wenn der
Schalter verschoben wird, macht CSS alles alleine. Brauch nur eine
halbwegs aktuellen Browser.
Der CGI Teil.. Keine Ahnung. Du musst auf jeden Fall auf Serverseite
etwas haben, das dynamisch ausgeführt wird. CGI war da immer noch am
einfachsten, und würde hier auch reichen. Aber da kann ich nichts sagen.
Achso: 15 Minuten sind eher eine Tageszeitschaltuhr keine
Wochenzeitschaltuhr, 96 15 Minutenschieber ergeben 24 Stunden.
bastel_ schrieb:> Du brauchst keine Bilder, du brauchst eine statische HTML Seite, die> geht zum Browser. Dazu noch eine statische JS Datei. Dazu brauchst du> ein CGI, dass die aktuelle Belegung für die 96 Zeiten ausgibt....
Danke für die Hinweise...
mir ist noch ein Rätsel mit welchem, was für Code ich den GPIO
anspreche..
Die HTML Seite sendet auf Klick hin irgendwas zum Server..
Nun braucht es aber ein Code der dies doch auswertet. Quasi: if
gesendeter Html Wert xy=1, GPIO=High...
wieso brauche ich da ein uC? Eine Zeitschaltuhr mit 2 Kanälen... da
reichen doch die GPIOs.
ok. vielleicht wird es problematisch die Zeit zu implementieren ×-D
Naja vom 222€ Angebot habe ich nichts mehr gehört...
Irgendwie ist mir immer noch nicht klar wie ich ein abgespeichertes html
File auf dem Webserver in Verbindung mit den Funktionen des Webserver
bringe (GPIO's, UART)
epikao schrieb:> wieso brauche ich da ein uC? Eine Zeitschaltuhr mit 2 Kanälen... da> reichen doch die GPIOs.> ok. vielleicht wird es problematisch die Zeit zu implementieren ×-D>> Naja vom 222€ Angebot habe ich nichts mehr gehört...>> Irgendwie ist mir immer noch nicht klar wie ich ein abgespeichertes html> File auf dem Webserver in Verbindung mit den Funktionen des Webserver> bringe (GPIO's, UART)
Ich bin mir aufgrund Deiner Beiträge nicht mehr sicher, ob ich die
Ausgangsfrage richtig verstanden habe:
Hast Du eine Zeitschaltuhr und die soll angesteuert werden?
Oder soll eine Zeitschaltuhr ersetzt, dh. realisiert werden?
epikao schrieb:> wieso brauche ich da ein uC? Eine Zeitschaltuhr mit 2 Kanälen... da> reichen doch die GPIOs.> ok. vielleicht wird es problematisch die Zeit zu implementieren ×-D>> Naja vom 222€ Angebot habe ich nichts mehr gehört...>> Irgendwie ist mir immer noch nicht klar wie ich ein abgespeichertes html> File auf dem Webserver in Verbindung mit den Funktionen des Webserver> bringe (GPIO's, UART)
Du brauchst einen Mikroprozessor in der Zeitschaltuhr um ein
Progrämmchen am Laufen zu haben, das ständig auf die Uhrzeit kuckt und
nach der Tabelle der eingestellten Zeiten die GPIOs ein- und
ausschaltet.
Ein Webserver alleine reicht dazu nicht, denn ein Webserver schickt nur
Seiten an den Client, wenn der die abruft.
Evtl. kann er noch ein bisschen was tun, wenn ein Request eines Browsers
kommt, z.B. kann ein Klick auf einen Button das GPIO umschalten.
Aber danach ist der Webserver auch wieder passiv und macht nichts mehr
ausser auf Requests von Browsern warten.
...am einfachsten ist es, wenn Du genau sagst, was Du benötigst
(Funktion, Größe, Stromverbrauch, Verwendung (commerziell, privat)) und
Dir die vorgeschlagenen Lösungsansätze (die nur so passend sein können,
wie Deine Beschreibung der Anforderungen) genau anschaust.
Am schwierigsten wird es, wenn Du mit Deinem Wissensstand Vorschläge
machst, wie etwas zu realisieren sei und nach Teillösungen fragst, die
nicht zielführend sind. Siehe meine Beschreibungen und Rückfragen weiter
oben.
> Naja vom 222€ Angebot habe ich nichts mehr gehört...
Wundert Dich das?
epikao schrieb:> die meisten DigiZeitschaltuhren sind echt fürchterlich zum einstellen,> nicht nur aber auch für die ältere Generation.>> Die Uhr im Bild (für 30€) ist schon ziemlich "Quasianalog" ... fehlt> leider ein Wochenprogramm, und 2. Kanal. Quelle:> http://www.a-x-t.eu/index.html>> Erfolgt die Anzeige einfach per Tablet, Smartphone, spart man sich die> Entwicklung eines Displays.
Eines irritiert mich an der ganzen Sache. Du willst etwas haben was auch
die meisten der "älteren Generation" ohne Probleme nutzen können aber
dann setzt du auf Tablet, Smartphone und Laptop?
epikao schrieb:
> Erfolgt die Anzeige einfach per Tablet, Smartphone, spart man sich die> Entwicklung eines Displays.
Dabei ist die Entwicklung einer Display-Steuerung und ein paar Tasten
in diesem Fall wahrscheinlich wesentlich einfacher zu realisieren als
eine "Anzeige einfach per Tablet".
Hi
Eventuell ist das hier interessant:http://www.8devices.com
Die Module laufen stabil und zuverlässig, hübsch klein sind sie auch und
die Firmware (Openwrt) kann man selber bauen.
LG
