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.
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?
> wäre gar jemand bereit sowas zu realsieren gegen Entgeld?
Ja schon, aber so eine Entwicklung wird einige hundert Euro kosten.
> Auf dem Webserver soll eine Seite mit visualisierter "analog > Wochen-Zeitschaltuhr" geladen werden. Existiert diese Seite bereits?
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.
:
Bearbeitet durch User
kauf dir ein fertiges Produkt (222.-€) Dein Bedarf ist nicht unüblich - Fritz!Box Open-Source-Serverprojekt
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.
Es werden fertige Lösungen erwähnt, WLan mit Prozessoranbindung. Welche sind das?
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?
Angehängte Dateien:
-
zsu_m_f2_gr.jpg
39 KB
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.
> 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. 3min recherchiert: http://elmicro.com/de/flyport.html http://www.embeddedadventures.com/cc3000_wifi_module_wrl-3000.html http://www.redpinesignals.com/Wi-Fi_Starter_Kits-MCU_Partners/Atmel/rs-sam9-02x.php http://www.watterott.com/de/WIZnet-WIZ610Wi-WLAN Und es bestimmt noch 5-10 Lösungen, die man die nächsten 10min findet.
Dass sieht sehr gut aus. Besonders die Anbindung ui I2C Conny G. schrieb: > http://elmicro.com/de/flyport.html Danke
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....
Das schreit nach einer universellen Anwendung und Anbindung und Anpassung an alle system. Dann mal los ...
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.
epikao schrieb: > Achim Seeger schrieb: >> Nochmal um zu verstehen. >> >> - WLan zum Router > Ohne Router, direkte Wifi Verbindung Ad-hoc (http://de.wikipedia.org/wiki/Ad-hoc-Netz) oder kann das WLAN-Modul auch der Access-Point/Router sein? Bei Ad-hoc braucht man sich nur einmal einwählen und hat dann Zugriff auf alle Module. Es gibt kein AP-Modul, dessen Ausfall das Netz unverfügbar macht. Allerdings ist Ad-hoc etwas schwieriger beherrschbar. http://de.wikipedia.org/wiki/Wireless_Local_Area_Network#Ad-hoc-Modus Man könnte einen Ad-hoc-Modus mit Modulen, die Station/AP können, nachbauen. Wifi-Direct (http://de.wikipedia.org/wiki/Wi-Fi_Direct)
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".
dieses Modul kanns angeblich auch ohne Router: http://www.lantronix.com/device-networking/embedded-device-servers/xpico-wifi.html http://www.lantronix.com/device-networking/embedded-device-servers/xpico-wifi.html mit 8 GPIO ... dann brauchts evtl. gar kein uP mehr. Scheint sehr professionel, top dokumentiert...
epi kao schrieb: > dieses Modul kanns angeblich auch ohne Router: > http://www.lantronix.com/device-networking/embedded-device-servers/xpico-wifi.html > http://www.lantronix.com/device-networking/embedded-device-servers/xpico-wifi.html > > mit 8 GPIO ... Und das Wizfi250 für 16Eur vom deutschen Distributor hat weniger als 8: https://www.youtube.com/watch?v=tk_7IEBY_08 > dann brauchts evtl. gar kein uP mehr. Nicht? Du wolltest doch eine Zeitschaltuhr? Geht das mit dem xPico?
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...
Warum möchtest Du die GPIOs am Funkmodul steuern (an- und ausschalten)? Das Ziel ist weiterhin die Zeitschaltuhr?
:
Bearbeitet durch User
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?
:
Bearbeitet durch User
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?
:
Bearbeitet durch User
Gilt das Angebot auch fürs andere oder was anderes? Vom PC/Handy aus? Auswertung mit was? achim
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
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.