Locked Geschrieben June 29, 2014 at 14:24 Share Geschrieben June 29, 2014 at 14:24 Hi all, wie viele andere auch habe ich mir auch eine Wetterstation mit TF-Sensoren gebaut. Was ist hier also neu: die Messwerte (inkl. Verlauf über zwei Tage) werden am TV angezeigtdie Anzeige am TV kann einfach mit der TV Fernbedienung bedient werden Aufbau: Das kleine System besteht aus zwei RasPis (Bilder sind im Anhang): [*]Die Sensorstation verwendet die fast üblichen Sensoren zur Messung der Lichtstärke, Temperatur, Luftdruck und Luftfeuchtigkeit. Das TF System war hier wirklich genial einfach! Das einzige Problem war hier, den Temperatursensor weit genug vom RasPi zu installieren, damit die Abwärme des Pis nicht zu verzerrten Messungen führt. [*]Der Pi zur Darstellung ist direkt via HDMI am TV angeschlossen und liest die Werte direkt über den Brickdaemon an der Sensorstation aus. Die meiste Arbeit entfiel hier auf die Anbindung an die TV-Vernbedienung. Diese sollte direkt ohne weiteres Zubehör (wie LIRC Sensoren etc) auskommen und die Signale ausschließlich und direkt von Fernseher bekommen. Der zweite größere Task war eine visuell ansprechende Oberfläche um den WAF (Womens-Acceptance-Factor) in den akzeptierten Bereich zu heben. Ergebnis: Der Zusammenabu mit den TF-Komponenten ist wirklich kinderleicht. Wenn man (wie ich) mehr Zeit mit Software als mit Hardware, Widerständen usw verbringen will, ist TF wirklich ideal! Den Raspi an der Sensorstation könnte man sich auch sparen, wenn man die TF WIFI-Extension verwenden will. Leider ist die Extension alleine schon teurer als ein RasPi :-/ Die Anbindung via HDMI-CEC war nicht ganz ohne. Nach kurzer Zeit hatte ich meinen RasPi verkonfigged, so dass ich gar keine Signale mehr vom TV empfangen konnte. Die Brachiallösung "Neuaufsetzen" war durch die gespeicherten Änderungen (GitHub Repo) noch verhältnismäßig schnell erledigt. Für Nicht-Nerd-Besucher (die sich für Sensoren auf Lochplatten nicht begeistern können) sorgt das Projekt durch die Darstellung am TV im Regelfall trotzdem für ein gewisses Interesse, da nicht nur die aktuellen Werte, sondern der Verlauf über die letzten zwei Tage dargestellt wird. Die Möglichkeiten für weitere Spielereien sind hier natürlich wieder gewaltig. Weitere Beschreibung und Software Eine genauere Beschreibung habe ich in meinem Blog festgehalten: Teil 1, Teil 2, Teil 3 Und zum Nachbau gibt es sowohl Software als auch die RasPi Config bei Github: SoftwareRasPi Config Auch wenn es Yet-Another-Wetterstation ist, ist die Darstellung am TV und die Bedienung über die Fernbedienung vielleicht doch für den ein oder anderen interessant. Ich selber baue daran noch etwas weiter und werde die GitHub Repos immer up-to-date halten. Die Möglichkeiten sind ja gewaltig - allein es fehlt die Zeit für alle Ideen :-) Mit leichtem Bedauern habe ich festgestellt, dass es die Chibi-Extension nicht mehr gibt. Eine günstige Funkanbindung (die billiger ist als ein Raspi mit Wifi) wäre sehr cool. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
raphael_vogel Geschrieben July 1, 2014 at 17:57 Share Geschrieben July 1, 2014 at 17:57 Schönes Projekt. Das mit HDMI-CEC kannte ich noch nicht. Damit kann man also mit der TV Fernbedienung beliebige Scripte auf dem Raspi triggern ? Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Locked Geschrieben July 1, 2014 at 18:36 Autor Share Geschrieben July 1, 2014 at 18:36 Hi, freut mich wenn es dir gefällt. Ja mit dem CEC-Listener bekommst du die Tastenevents der Fernbedienung. PulseEight sagen zwar, dass der CEC-Listener nur zu Debug-Zwecken und nicht zum Produktiveinsatz gedacht ist aber für meine Zwecke hat es ausgereicht. Ausserdem fehlen mir sowohl Zeit als auch die C-Kenntnisse, die cec-Lib selbst anzubinden. Der CEC-Client wird in meinem Fall direkt von Java aus gestartet unbd der Output dorthin eingelesen: https://github.com/locked-fg/Weatherstation/tree/master/src/main/java/de/locked/cecclient Das geht aber natürlich mit jedem Programm, das StdIn auslesen kann. Es gibt auch einen CEC-Daemon (nicht von pulseEight), der tastendrücke direkt als Tastatureingaben an den Raspi schickt. Allerdings habe ich genau das nicht geschafft - dazu fehlen mir die Linuxkenntnisse. Ausserdem müsste man die Spezialtasten dann auf "normale" Keyboard Events mappen. Das alles brauchte ich nicht - insofern war meine Motivation begrenzt, hier endlos Zeit zu investieren. CEC-ist ja eigentlich als Bussystem gedacht, bei dem jedes Gerät alles empfängt und nur die Signale vom Bus nimmt, die für sich selber bestimmt sind. Das ging in meinen Test (mit einem Samsung TV) jedoch nicht. Der CEC-Listener bekam nur Events, wenn der entsprechende AnyNet/HDMI-Kanal gewählt war. Aber vielleicht gibt es auch hier noch einen "Hack"/Option der libCEC. Ist auch gut möglich, dass es bei anderen TV-Herstellern anders ist ... Dank TV-Darstellung und Bedienung mit der Fernbedienung bekommt so ein Raspi ein ganz anderes Bediengefühl. Die Zeit lohnt meiner Meinung nach schon ... zumal man am TV meist (also bei uns) eh die Fernbedienung eh immer in Reichweite hat. Viel Spaß damit :-) Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
wolverine Geschrieben July 7, 2014 at 19:10 Share Geschrieben July 7, 2014 at 19:10 Servus Erstmal Gruß nach Gaißach aus Bad Heilbrunn Schönes Projekt und jeder, der sich mal mit CEC beschäftigen musste, kann ein Lied davon singen wie schön das ist. Allein die Interaktion (bzw. das Fehlen derer) zwischen verschiedenen HDMI-Geräten via CEC kann ein Graus sein. Wie hast Du denn die Energieversorgung im Freien gelöst? Strippe gezogen oder doch Akku? Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Locked Geschrieben July 7, 2014 at 19:23 Autor Share Geschrieben July 7, 2014 at 19:23 Grüße fast-Nachbar :-) Die Energieversorgung läuft über Kabel. Sämtliche Akku-Lösungen die ich zu der Zeit gefunden habe waren entweder mit zu kleiner Laufzeit, mit viel Aufwand oder (für meinen Case) zu großen Solarpanels. Vor kurzem bin ich über emonTH gestolpert. Das wäre sehr interessant, wenn man es nur auf Temperatur und Luftfeuchtigkeit abgesehen hat. Die Idee dahinter ist recht trivial: einen kleinen Controller, der alle 5min aufwacht, Sensoren ausliest, per Funk weiterschickt und sich wieder schlafen legt. Der Gedanke, dass ich mich um die Störungen bzw deren Auswirkungen auf der Funkverbindung auch noch kümmern muss macht mich da allerdings nicht gerade an. Wenn man jedoch die Muße findet, das umzusetzen wäre das sogar deutlich schicker - allerdings eben mit deutlich mehr investierter Zeit auf der Sensorstation verbunden. Grüße PS: an der Skalierung des Lichtstärkediagramms arbeite ich noch: Da die Wahrnehmung der Lichstärke nicht linear sondern logarithmisch ist, hat man andernfalls immer den Eindruck, das Diagramm spiegele nicht die Realität wieder. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
wolverine Geschrieben July 7, 2014 at 19:53 Share Geschrieben July 7, 2014 at 19:53 emonTH wirkt auch recht interessant, ich teile aber die Bedenken bezüglich der Funkerei. 433/868Mhz ist ja wieder die Allerwelts-Frequenz auf dem von Funkkopfhörern bis hin zur Funksteckdose alles vertreten ist. Dennoch Danke für den Tipp, ich guck mir das mal weiter an. Ich habe schonmal überlegt, einen POE-Powerline Adapter an meine Aussensteckdose zu packen. Leider habe ich aber noch keinen entsprechenden Adapter für den Outdoor-Einsatz gefunden... Die Messwerte meine bisherigen Temperatur-Messstationen (Wohnzimmer, Dachboden und Bierkeller) kommen über Haus-Lan bzw. bereits Powerline an und liegen bei mir, zusammen mit vielen anderen Daten, in Munin (http://munin-monitoring.org/) an dem auch nen Nagios (http://www.nagios.org/) hängt (damits auch ne eMail gibt wenns Bier zu warm wird). Wegen dem Fernseher habe ich mir überlegt, ein Plugin für Xbmc zu bauen (ich hab an allen Fernsehern einen RPi mit xmbc drauf). So viele Ideen - wenn doch die Arbeit nicht wäre Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
raphael_vogel Geschrieben July 8, 2014 at 08:53 Share Geschrieben July 8, 2014 at 08:53 Die Idee dahinter ist recht trivial: einen kleinen Controller, der alle 5min aufwacht, Sensoren ausliest, per Funk weiterschickt und sich wieder schlafen legt. Ja sowas wäre für viele Szenarien mit Batterie Betrieb ideal. TF mit Batterien zu betreiben ist oft nur möglich wenn man Platz für eine große Batterie hat und die auch noch mit Solar aufladen kann. Idee: Man könnte vielleicht einen Master so programmieren, dass er alle 5 Minuten kurz "aufwacht" die Sensorwerte liest und sie per Funk/WLAN an eine Basisstation (Raspi) per HTTP verschickt. Danach legt er sich wieder schlafen. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Locked Geschrieben July 8, 2014 at 19:31 Autor Share Geschrieben July 8, 2014 at 19:31 Idee: Man könnte vielleicht einen Master so programmieren, dass er alle 5 Minuten kurz "aufwacht" die Sensorwerte liest und sie per Funk/WLAN an eine Basisstation (Raspi) per HTTP verschickt. Danach legt er sich wieder schlafen. Je nach Anwendung würden ja auch ohne weiteres größere Abstände ausreichen. Wenn ich mir den Stromverbrauch der Bricklets so ansehe schlagen doch Hauptsächlich Master und Wifi / Ethernet richtig durch. Alternativ könnte man evtl auch den kompletten Brick-Verbund durch ein vorgelagertes Schaltteil nur alle x Minuten für kurze Zeit mit Strom versorgen, oder? Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
raphael_vogel Geschrieben July 9, 2014 at 07:48 Share Geschrieben July 9, 2014 at 07:48 Alternativ könnte man evtl auch den kompletten Brick-Verbund durch ein vorgelagertes Schaltteil nur alle x Minuten für kurze Zeit mit Strom versorgen, oder Ja das hab ich mir auch schon überlegt. Es gibt sehr viele Zeitschaltuhren, die jedoch nur mit 230V funktionieren, also nicht mit Batterie. Es gibt auch einige Schaltuhren mit 12V, da ist mir aber der Stromverbrauch mit 20-30 mA auch zu hoch. Die beste Lösung die ich gefunden habe ist den Timer eines Mikrocontrollers (z.B. ATTiny13) zu benutzen. So ein Mikrocontroller braucht im "Sleep Mode" einige micro Ampere! Der Controller würde also alle x Minuten aufwachen und ein Relais schalten, das die Stromversorgung zum Master herstellt. Naja, aber jetzt mit Mikrocontrollern anzufangen ist mir leider zu zeitaufwendig. Ich habe ja extra TF gekauft, dass ich mit solchen "low level" Sachen nichts zu tun hab Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
raphael_vogel Geschrieben July 9, 2014 at 07:54 Share Geschrieben July 9, 2014 at 07:54 Achso falls sich jedoch jemand findet, der sowas bauen will / kann.... Ich würde gleich mal 2-3 Stück abnehmen Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Locked Geschrieben July 11, 2014 at 20:53 Autor Share Geschrieben July 11, 2014 at 20:53 Naja, aber jetzt mit Mikrocontrollern anzufangen ist mir leider zu zeitaufwendig. Ich habe ja extra TF gekauft, dass ich mit solchen "low level" Sachen nichts zu tun hab Dem ist nichts mehr hinzuzufügen ... :-/ Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
kreaktiv Geschrieben July 13, 2014 at 05:48 Share Geschrieben July 13, 2014 at 05:48 Dem ist nichts mehr hinzuzufügen ... :-/ Nur mal so als Gedanke an die vor Microkontroller Zeit. Es sind einige IC's günstig auf dem Markt - seit Jahrzehnten - welche mit geringen Aufwand stabile Ergebnisse liefern. Als Analogtimer NE 555 < 1.- €, besser jedoch eine CMOS-Variante zB. LMC555 oder digitalTimer CD 4536 oder HCF 4536 oder MC 14536 < 5.- € Ich würde einmal den 555 in Betracht ziehen. Ein Timer bis 20 Min. mit nur wenigen Bauteilen ist auch für ein Anfänger zu realisieren. Google hilft weiter (Langzeittimer etc.) Mit einer guten Qualität von Elkos sollte bei gringem Stromverbrauch stabile Schaltzeiten möglich sein. Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.