Raspberry als Multisensorstation+Einbindung

[mimquadrat]

Servus Jungs,

ich habe mich die letzten Wochen mehr mit dem Raspi beschäftigt als nur CCU.IO und IOBroker darauf laufen zu lassen. LEDs, Schrittmotore etc...
Erstaunlich für mich wie günstig die Komponenten hier sind - Sensoren wie Aktoren.

Daraus enstand meine Idee:
Einen Raspi als MultiSensorStation zu entwickeln und dies mit Eurer Hilfe zu standardisieren(!) und in die CCU.IO/IOBroker einbinden via Adapter.
Um das ganze einfach zu halten, soll die Konfiguration bei jedem nahezu gleich sein (zB nur Sensoren weggelassen oder umbelegen, aber alle die selben Sensoren) und auf einem eigenen Raspi laufen.

Ich stell mir das konkret so vor:
Raspberry Pi Modell B, SD Karte, Wifi Adapter (alternativ), Breakoutboard (das gute), Pi Cam (evtl auch NOIR), Temperatur+FeutcheSensor (Steuerung Heizung+Klima), Helligkeitssensor (Steuerung von Lampen), Luftqualitätssensor (zB Dachfenster auf bei schlechter Luft oder Alarm), Anwesenheitssensor (div Anwendungen), Luftdrucksensor (informativ für Wetter), Ultraschall Näherungssenor (dimmen von Licht/Farbwechsel durch Handbewegung).
Hier die Einkaufsliste bei Amazon: http://www.amazon.de/registry/wishlist/1ANJ9E0FNII24
Hier gäbe es deutlich mehr Auswahl und mehr speziell in Richtung unserer Belange: http://www.exp-tech.de/index.php

Zu prüfen ist:
- Können alle Sensoren überhaupt untergebracht werden?
- Können manche Sensoren substituiert werden? zB Anwesenheitssensor durch PiCam?
- Sind Sensoren aus meiner Aufstellung überhaupt sinnvoll oder gibt es noch andere (zB Mikro zur Schnarcherkennung)?
- Kann man eine optisch ansprechende Hülle um das Breadborad+Sensoren via 3D Druck designen?

Nochmal:
Meinde Idee ist, dass wir da einen gewissen Standard reinbringen, der dann angepasst werden kann. zB Temp Sensor IMMER auf GPIO 7 oder so ähnlich.
Im Adapter der CCU.IO sollte man dann nur noch ein Häkchen machen müssen, ob man die entsprechenden Sensor hat oder nicht (oder man gibt die Pins auf dem GPIO für den jeweiligen Sensor an).
Die Scripte für die jeweiligen Sensoren sind im Netz zum großteil verfügbar. Als Sprache sollten wir uns ectl auf Python einigen.

Meine Frage an Euch:
Besteht von Eurer Seite aus hier auch Interesse, hat jemand da schon sowas gemacht, gibt es jemand der den Adapter machen kann?

Meine Amazon Liste kostet ca 140 €. Ein Paket mit diesen Sensoren wird man zu diesem Preis nicht bekommen können. sorry EQ3

[john92648]

Hallo,
das hört sich interessant an und sollte auf jeden Fall weiterverfolgt werden.
Ich bin auch begeistert von den Möglichkeiten, die der Raspi bietet.
Das könnte ein gutes Projekt werden.
Grüße John......

[flyinghigh]

Ebenfalls ein "Thumbs up" von mir

[Eisbaeeer]

Besteht von Eurer Seite aus hier auch Interesse, hat jemand da schon sowas gemacht, gibt es jemand der den Adapter machen kann?

Hi,
Der Anfang ist gemacht.
Temperaturen (derzeit max 12 Sensoren), 8 x Eingänge und 8 x Ausgänge gibt es für den Raspberry schon:

Adapter owfs
Option PiFace im Adapter rpi

Gruß Eisbaeeer

P.S.: Bei mir steuert er eine ganze Heizungsanlage! Siehe dashui.ccu.io

[mimquadrat]

Ich hab mir jetzt auf jeden Fall mal alle Sensoren bestellt. Ich sammle/mache jetzt verschiedene Python scripte, um die Sensoren (warum eigentlich nicht auch Aktoren!) auszwerten.
Aber: wie bringe ich das in den Adapter?
@ Einsbaeer:
Klar - kenn natürlich deinen Adapter - respekt!
Bringen dir meine Python Sykripte überhaupt was?

Meine Langfristiges Ziel:
In der Readme des Adapters stehen die unterstützen Sensoren/Aktoren (zB Schrittmotoren usw) mit durchgehender Nummerierung der Pins der Sensoren/Aktoren und evtl sogar Schaltbildern.
Diese Sensoren/Aktoren kann man dann mit Häkchen "aktivieren" und evtl noch ein paar Einstellungen (zB Schrittweite des Schrittmotors)
In der Konfiguration des Adapters ist das GPIO Rail abgebildet, an der man dann die entsprechende Nummer des Sensors bei den jeweiligen GPIO Pins eintragen kann.

So kann sich jeder seine eigene Sensor/Aktor Maschine zusammenbauen für SEHR kleines Geld bei großen Möglichkeiten - würde uns von den anderen "smart-home-Projekten" deutlich abheben.
Natürlich ist das aufwendig und kompliziert - wäre aber ein echter Kracher....
Was meint ihr und v.a. Einbaeer?

[Eisbaeeer]

@ Einsbaeer:
Klar - kenn natürlich deinen Adapter - respekt!

Danke!

Bringen dir meine Python Sykripte überhaupt was?

Python wird dir da wenig helfen. Die Adapter musst du mit Javascript bauen. Es ist auch möglich, fertige node module mit einzubinden.

Meine Langfristiges Ziel:
In der Readme des Adapters stehen die unterstützen Sensoren/Aktoren (zB Schrittmotoren usw) mit durchgehender Nummerierung der Pins der Sensoren/Aktoren und evtl sogar Schaltbildern.
Diese Sensoren/Aktoren kann man dann mit Häkchen "aktivieren" und evtl noch ein paar Einstellungen (zB Schrittweite des Schrittmotors)
In der Konfiguration des Adapters ist das GPIO Rail abgebildet, an der man dann die entsprechende Nummer des Sensors bei den jeweiligen GPIO Pins eintragen kann.

Das ist alle möglich. Das wird in der Konfiguration gemacht.

Was meint ihr und v.a. Einbaeer?

Hinter der Idee des owfs Adapters steht, nicht nur Sensoren auszulesen, sondern auch Aktoren anzusteuern. Der Adapter ist eigentlich noch nicht fertig. Das war erst die 1. Stufe. Der owfs-server kann ja auch noch viele andere Sensoren anbinden. Eventuell ist da der richtige Ansatz, die Schnittstelle über owfs weiterzubauen. Denn alles, was owfs-server anbinden kann, kann auch in ccu.io verwendet werden. Schau dir mal owfs-server an.

Gruß Eisbaeeer

[mimquadrat]

also beschränkt sich OWFS nicht nur auf 1-Wire Komponenten?

[Eisbaeeer]

also beschränkt sich OWFS nicht nur auf 1-Wire Komponenten?

Da hast du natürlich recht. OWFS unterstützt derzeit ausschließlich 1-wire. Durch den Bus ist der allerdings sehr flexibel erweiterbar. Aufsteckplatine auf den RPI drauf und mit 2 Drähten kann es losgehen.
Aus Erfahrung würde ich auf keinen Fall USB als Schnittstelle nutzen, da diese sehr instabil ist und nicht sichergestellt ist, dass der USB Chip später noch unterstützt wird.
Also bleiben ja nur noch:

- GPIO´s vom Raspberry
- PiFace
- 1wire

Ich bin derzeit am überlegen, ob ich noch eine Strommessung (3-phasig) per Wandler implementiere, da mir die ganzen Lösungen mit Smart-Zähler, etc. einfach zu teuer ist. Ich weiss zwar noch nicht, was das bringt, wenn ich weiss, wieviel Leistung ich derzeit vom EVU beziehe, aber naja.
Ohne jetzt Werbung machen zu wollen, fertige Module für 1wire gibt es wie Sand am Meer. Allerdings auch nicht immer billig. Z.B. hier: http://www.fuchs-shop.com/de/shop/6/

Bleibt für mich die Frage offen, wie du z.B. den Schrittmotor und all die anderen Ideen anbinden möchtest? Hast du mal ein paar Beispiele (Schaltbilder) etc.

Gruß Eisbaeeer

[mimquadrat]

mir ist noch nicht ganz klar, warum ihr das so kompliziert machen wollt...
mit dem rpi Adapter geht das aber schon in eine ganz gute Richtung.

Ich möchte nur die GPIO Pins auf dem Raspberry verwenden um die gängigen Aktoren/Sensoren die für den Raspberry angeboten werden anzusprechen/auszulesen.

Einfaches Beispiel ist der Schrittmotor den man für viele witzige Sachen verwenden könnte:
https://www.youtube.com/watch?v=Dc16mKF ... xw&index=4

Schaut euch das Video an (der Typ der das erklärt ist sensationell - HobbyQuaker stell ich mir auch so vor... ).
Der Motor kostet keine 10 Euro, nicht mal das Breadboard braucht man zwingend.
Letztendlich bräuchte ich nur einen Adapter in dem ich meinetwegen den Pfad des python scripts auf dem Raspi ausführen kann und evtl gewisse Werte darin ändern kann.
Und der Adapter soll für dieses Script dann eine eigene ID anlegen um im ScriptGUI dann damit arbeiten zu können.

Wie geht das?

[Eisbaeeer]

Naja, CCU.IO basiert eben nun mal auf Javascript und nicht auf Phyton. ABER
es gibt ja für fast alles node module. Das hier wäre z.B. als Adapter machbar und du könntest in der Config festlegen, welche GPIO für den Stepper verwendet werden.

Link: http://www.sundh.com/blog/2014/02/contr ... d-node-js/

Gruß Eisbaeeer

P.S.: warum ich das so kompliziert mache? Weil z.B. die Schnittstelle zu owfs-server "standarisiert" ist. Also eine feste API vorhanden ist. Sobald also neue Geräte hinzukommen, kümmert sich die owfs gemeinde um die Einbindung und ich kann sofort darauf zugreifen.