@Homoran: Klingt für mich auch sehr interessant, Ich würde dann aber schon 8GB und Pentium nehmen wollen = 199€, mit M.2 WiFi und BT sind es dann schon 259€ Gruß Rainer ` hmm dan wird der gab mit nem NUC aber auch viel kleiner, ich werde die beide loesungen + preise mal eben nebeneinander legen….

@NetFritz: Hallo Der Link geht nicht. Es gibt hier schon ein Thread dazu. http://forum.iobroker.net/viewtopic.php?t=2656#p23463 Hatte bei der Forums suche kein Erfolg. Gruß NetFritz ` Github war kurz down. Jetzt muss wieder gehen.

Hallo, habe einen Raspi 3 auf dem motion mit der Raspi-cam, MySQL, Samba und ioBroker läuft. X11 wurde de-installiert, genauso wie die Spiele, Mathematica, und die Entwicklungsumgebungen. Ich lass den RPi von einem USB-Stick laufen (komplett ohne SD) da es schneller und sicherer ist (eine SD hatte ich schon zerschossen wegen der History-Aufzeichnung). Habe ca 9 Adapter laufen und normal werden 100-200MB frei angezeigt. htop zeigt dass nur wirklich ~400MB von den kompletten ~860MB verbraucht sind, der Rest scheint wiederverwendbar zu sein. Bei ausgeschalteter Bewegungsanalyse in motion (weil ich ja zu Hause bin) wird die CPU mit 3-4 % belastet obwohl alle paar Sekunden ein Sensor was meldet. Hatte noch kein Problem mit dem Speicher. MFG Frank

Hallo Michael, Es gäbe noch die Möglichkeit mit einem POE Injector und Adapter die CCU über das Netzwerkkabel mit Strom zu versorgen. Gruß Rainer

Ich hatte da mal was gebastelt… Einem Raspi wird doch arg Langweilig mit so einer öden Wetterstation. Sogar mein Arduino ist so unterfordert, dass er doch glatt 99% der Zeit verschläft und so ganz brav mit Batterien draussen vor sich hinrödelt. Da ich nicht nochmals alles aufschreiben mag: http://homematic-forum.de/forum/viewtop ... 18&t=24847

Beim 4er Cubie keine Ahnung ich hab hier den Cubietruck. Ich nutze im Moment eine Angepasste version vom Rpi-Monitor aus dem Armbian Forum (Achtung läuft nicht mit jeder Kerne Version). Hier der Threat : http://forum.armbian.com/index.php/topic/1036-cubietruck-armbian-debian-8-443-sunxi-rpimonitor/ Im Threat geht es um das Legacy Image. Im Vanilla Image sollte der Standart RPI-Monitor laufen

Debian Image von http://wiki.pine64.org/index.php/Pine_A … eep_kernel Direkt link: http://files.pine64.org/os/debian/debia ... 64-8GB.zip Login with username: debian password: debian Nach dem login: resize_rootfs.sh Um Partition zu vergrößern. sudo apt-get update sudo apt-get upgrade sudo apt-get install -y build-essential cd /tmp wget https://nodejs.org/dist/v4.5.0/node-v4.5.0-linux-arm64.tar.xz cd /usr/local sudo tar --strip-components=1 -xvf /tmp/node-v4.5.0-linux-arm64.tar.xz mkdir /opt/iobroker cd /opt/iobroker sudo npm install --unsafe-perm iobroker chmod 777 * -R Die Version 4.5.0 wurde von Bluefox empfohlen. Um den ganzen GUI Müll zu entsorgen (mehr "Platz"im RAM ): sudo apt-get remove --purge x11-common sudo apt-get autoremove getestet…LÄUFT sauber!

Hi, also auf meinem ollen MacMini hab ich neben ioBroker noch SecuritySpy als Videosoftware für meine 3 Kameras laufen. Ich habe mal etwas mit Xeoma gespielt, aber mit der russischen Software werde ich nicht warm. Zumal SecuritySpy noch unter OSX 10.6 läuft. Die 3.4.Xer Versionen zumindest. Meine FullHD Kameras mit einstallbarer Brennweite und PoE sind von Jovision. Gruss, mayer

Ich habe den Fehler gefunden. Ich habe immer versucht iobroker auf C zu installieren. Da hatte ich keine Freigabe zu. In Programme Installiert läuft es wie sau. :D

HM-MOD-RPI-PCB auf BananaPi @starfish: bin auch am überlegen - ungefähr dieselbe konstellation allerdings auf einem bananapi. hardwaremässig könnte es funktionieren. hmcon/HM-MOD-RPI-PCB hat wohl noch niemand ausserhalb von raspi versucht. ` Herr Frei hats offenbar geschafft: habe soeben folgenden Link gefunden https://github.com/herrfrei/hm-mod-rpi-pcb-lxccu-bpi allerdings noch mit lxccu und wheezy

Ich möchte noch ergänzen, den RAM kannst du beim Raspi nicht vergrößern, die 1 GB reichen auch nur für kleinere Projekte. Zum üben und spielen aber erstmal völlig ausreichend. Ich würde aber einen Umzug auf einen NUC oder Apple Mac Mini schonmal einplanen (oder es gibt bis dahin dann auch Raspis mit mehr RAM oder ebenso leicht zu handelnde Einplatinencomputer).

Hallo, dein Wunsch hört sich gut an. Er lässt sich leider nicht so leicht lösen. Der vorgeschlagene Weg, die Leitfähigkeit des Bodens zu bestimmen, ist leider nicht zuverlässig. Habe damals auch damit gearbeitet. Mein Testobjekt war ein Balkon. Anfangs schien alles wunderbar zu klappen. Und die Steuerung funktionierte. Als es dann mal etwas stärker regnete, kam die Katastrophe: Der Sensor meldete, dass der Boden zu trocken war und bewässerte den bereits schwimmenden Blumenkasten. Was war passiert? Das Problem lag an der Messmethode.Die Leitfähigkeit des Bodens hängt stark von der Feuchtigkeit (prima) und den Ionen (überwiegend Salze, z.B. Dünger) ab. Durch den Regen lief das überschüssige Wasser ab und schwemmte auch Salze aus. Damit nahm die Leitfähigkeit ab und das Unglück nahm seinen Lauf. ImGarten werden die Probleme nicht ganz so gravierend sein. Trotzdem kann es zu einer Auswaschung der Salze kommen. Umgekehrt dürftest Du auch nicht mehr Düngen. Darüber hinaus kommt es ganz erheblich auf die Bodenart an. Hier ein Vergleich verschiedener Sensoren: http://www.clib-jena.mpg.de/theses/bgc/BGC10001.pdf Eine Steigerung ist die Impedanzspektroskopie https://www.researchgate.net/publicatio … ectroscopy. Diese hat sich bislang nicht durchgesetzt, wäre aber wohl realisierbar. Gegenwärtig sind die Sensoren von Koubachi sehr gut. Da Koubachi verkauft wurde, wird das Produkt eingestellt. Da sie cloudbasiert funktionieren, kann man sie nicht mehr empfehlen. Ein vielversprechendes Produkt ist in meinen Augen folgendes: https://www.tindie.com/products/ProtoAr … re-sensor/. Was es wirklich taugt, kann ich mangels Test nicht sagen. Das Funktionsprinzip sollte funktionieren. Es wird wohl lediglich eine Anpassung für den Bodentyp vorzunehmen sein. Ich will Dich nicht abschrecken. Bitte bedenke, dass das Thema recht komplex ist. Da Dein Ansinnen, Wasser zu sparen (bedarfsgerecht zu bewässern) nur funktioniert, wenn DU genau weißt, wie feucht die Erde ist, reicht ein einfacher Sensor nicht aus. Auch Gipsblocksensoren, etc. sind keine Lösung. Ein Sensor muss folgenden Anforderungen genügen: Genauigkeit Wenig Bodenabhängigkeit Wartungsarm Per Funk angebunden häufige Messungen (sonst weiss man nicht, ob genügend gewässert wurde. günstig haltbar Bin gespannt, ob jemand ich eine bessere Lösung findet. Das Thema verfolgt mich schon ein paar Jahre.

@Homoran: Dann ist aber der Vorteil eines raspi3, wenn man vom nicht unterstützten 64bit mode absieht, futsch. ` Man hat immerhin noch WiFi und eine etwas bessere Performance. Ich bevorzuge ohnehin den Pi 2 - schon wegen der geringeren Stromaufnahme.