derAngler

Hallo, ich hätte da mal wieder einen Hardware-Vorschlag für euch. Was haltet Ihr davon wenn es alle Bricks & Bricklets auch als Bausatz geben würde? Ich meine damit nur die Bauteile, ohne Platine. Warum? Naja, ihr gebt ja zu jedem Teil auch den Schaltplan raus. Um Platz zu sparen wäre es dann doch möglich sich mit euren Schaltplänen eine eigene Platine zu erstellen und diese dann selbst zu bestücken. Damit könnte man dann das Master Brick plus diverse Bricklets auf wesentlich weniger Raum unterbringen.

Nabend, da ich derzeit mit mehreren Raspberry Pis in Verbindung mit Tinkerforge am werkeln bin muss ich auch immer mal wieder ein neues System aufsetzen. Dabei werden verschiedene Dinge gemacht, angefangen von der SD-Karte über Firmware Update und Controlling-Software. Damit ich nicht wie bisher auf duzenden Internetseiten rumsuchen muss habe ich alle Informationen zusammengetragen und übersichtlich auf einer Seite dargestellt. Eventuell hat ja jemand hier Interesse daran, oder Verbesserungsvorschläge. http://boehm-it-services.de/raspi.html

Danke, das hat funktioniert. Nach dem flashen und dem vergeben einer neuen UID hat alles geklappt. Vielen Dank

Hallo, ich habe mir unter anderem ein Motion Bricklet gekauft. Dieses wollte ich am Wochenende ausprobieren, leider hat das nicht funktioniert. Jedes mal wenn ich das Motion Bricklet an den Master Brick anschliesse passiert - nichts. Sowie das Bricklet angeschlossen ist wird das Master Brick nicht mehr von der Software erkannt. Will sagen, schliesse ich z.Bsp. ein Temperatur-Bricklet an, dann klappt alles, der Master Brick ist über die Software ansprechbar und ich kann die Temperatur auslesen. Schliesse ich stattdessen das Motion-Bricklet an findet die Software kein Master Brick mehr. Im brickd-Log habe ich keinen Fehler gefunden und die LED am Master Brick leuchtet auch blau - trotzdem geht nichts.

Wie gesagt ist das Layout und alles andere ja Open-Source, was spircht also dagegen den Formfaktor zu ändern? Btw. kann man den Raspberry Pi prima auf der Unterseite eurer Montageplatte montieren - oben TF unten RasPi. Es sollte kein Problem sein raspian so anzupassen das es "out-of-the-box" funktioniert - das auf ne SD Karte packen und beilegen. Hier kann man zuerst das Model A nehmen (weniger Verbrauch) und außerdem kann man dank Open-Source ja auch noch versuchen am Boardlayout selbst zu "schrauben" und überflüssiges entfernen. Solche Boards sind natürlich ne Nummer zu groß und verbrauchen entsprechend Strom. Klar das die nicht dafür zu gebrauchen sind. Ich sehe halt den großen Vorteil des RasPi vor allem im Preis, das Model A kostet weniger als 30 €. Zum anderen ist er extrem flexibel, ich sage nur Kamera-Modul vom RasPi in Zusammenarbeit mit TF Motion Dection. Dann noch Gesichtserkennung auf dem RasPi laufen lassen ... wow

ohne das ich jetzt alle Threads gelesen habe, aber warum nimmt man nicht einfach den Raspberry Pi als Host? Das Platinenlayout ist Open-Source, also kein Problem das Ding mit einem Masterbrick zu verbinden. Und vor allem kostet der Raspberry Pi nur schlappe 35,- € - im Vergleich zu den hier vorgeschlagenen 3 x Varianten ein echtes Schnäppchen.

Hmm, vielleicht sollte ich nocheinmal genau erklären was ich vorhabe. Ich habe zuhause mehrere Heizkörper die mit ganz gewöhnlichen Drehreglern ausgestattet ist. Ich habe kein(!) Thermostat an der Wand hängen (oder sowas in der Art). sondern wie gesagt nur die Regler zum händischen Drehen an den Heizkörpern. Bisher gehe ich jeden Tag aufs Neue hin und drehe die morgens per Hand auf Stufe 3, dann mittags wieder auf Stufe 1, abends eventuell auf Stufe 5 und dann stelle ich Sie nachts wieder auf 1 - das alles per Hand und an jedem Heizkörper einzel. Was mir jetzt fehlt ist ein 868 MHz Brickelt um die einzelnen Heizkörper per PC schalten zu können. Beispiel: Ich setze über das Bricklet den Steuerbefehl "Heizung 1, Stufe 3" ab - mehr nicht. Warum ich hierfür eine BiDi brauche weiß ich nicht, warum sollte ich Messwerte vom Temperatursensor in der Heizung bekommen? Okay, wäre nett, ist aber unnötig da ich die Temperatur über TF-Bricklets auslese. Ich will die Heizungsregler also (im 1. Schritt) nur(!) steuern, nicht auslesen (wobei das nett wäre). Das MAX! System kenne ich vom Hörensagen, und ja, man kann diese Regler über ein Steuerungsgerät (Cube in dem Fall) des Herstellers dann auch steuern. Genau das will ich aber nicht, ich will auf das Steuergerät verzichten und die Befehle selbst an den Regler senden. Ansonsten könnte ich auch den LAN-Adapter von HomeMatic nutzen. Ich verstehe noch nicht warum alle hier meinen das Modul müsste auch empfangen können? Die Raumtemperatur kann man wie gesagt auch über ein Temp.-Bricklet auslesen und welche Stufe am Heizungsregler aktuell eingestellt ist, das kann ich auch über Software lösen (Datenbank merkt sich einfach den letzten Schaltzustand). Also wofür ist dieser Rückkanal dann zwingend notwendig?

Wow, so schnell eine Antwort - ich bin mehr als positiv überrascht Allerdings verstehe ich das Problem noch nicht ganz. Im ersten Schritt hat es mich schon gefreut das Zu Beginn angedacht war, das Remote Switch Bricklet Rückkanalfähig zu machen - das wäre ein riesen Fortschritt und würde ganz neue Möglichkeiten eröffnen. Ich verstehe auch die Probleme die dabei auftreten würden, allerdings weiß ich nicht was das jetzt mit 868 MHz Sendern und Heizungsthermostaten zu tun hat. Es würde doch reichen wenn ich Befehle an das Thermostat senden würde (Meine Thermostate die direkt an die Heizkörper kommen), z.Bsp. "Heizung auf Stufe 4". Warum brauche ich hier zwingend einen Rückkanal?

Morgen, ich fange gerade an mit Tinkerforge und Raspberry Pi's meine Heimautomation zum Laufen zu bringen. Dabei stoße ich allerdings immer wieder an eine wichtige Grenze: Heizungsthermostate Gerade diese bieten sich geradezu für eine Automation an (und hier sind auch die größten Einsparungen möglich) und es gibt sie schon zu günstigen Preisen (z. Bsp. HomeMatic ab 35,- €). Leider werden, soweit ich das bisher sehen konnte, alle Regler per 868 MHz Funk angebunden und eingestellt. Hierfür bräuchte es einfach nur ein entsprechendes Bricklet was diverse Protokolle unterstützt. Softwaremäßig gibt es so etwas z.Bsp. bei FHEM. Meint Ihr, Ihr könntet so ein Bricklet rausbringen? Und wie lange würde ein solche Entwicklung wohl brauchen? Ich denke das auch viele andere User hier Interesse an so einem Bricklet haben dürften. Immerhin ist die Heimautomation Kern der meisten Projekte hier und bisher beschränkt sich diese auf das schalten von Steckdosen und Lampen. Der wichtigste Bereich, Heizung, bleibt komplett aussen vor.