CChris

Also das DualRelayBricklet kann meines Wissens nach nur AN oder AUS... zwischen diesen beiden Zuständen wird der Schalter dann gewechselt. die Hoch/Runter Automatik müsste man über einen anderen Weg laufen lassen z.B. Relais 1 AN -> Runter Relais 2 AN -> Hoch Man müsste dann entsprechend abfangen, dass nicht beide Relais gleichzeitig auf AN sein können.

naja, ggf. kann man hier eine "separate" Übertragung ermöglichen... muss ja nicht zwangsläufig 1080p sein ^^ ich weiß nicht... normalerweise funktioniert ne USB-Webcam auch über USB-Port order Netzwerk inkl. Motorsteuerungen... in meinen Augen wäre es zumindest mal sehr interessant sich damit außeinander zu setzen und zu experimentieren - eine TF_Webcam mit entsprechender Motoransteuerung für Ausrichtung... dann dazu noch nen IMU Brick um die Position der Kamera zu ermitteln... könnte eine Interessante Schaltung sein^^

ja, das mit dem DualRelay hat sich geklärt... wurde auch im BrickViewer nicht angezeigt... bin dann mal testweise auf Update Firmware gegangen - plötzlich war das Bricklet zu sehen - und wie sich gezeigt hat noch mit einer 1.0 Firmware. Nach Update aller komponenten wird jetzt alles korrekt erkannt.

Hi, habe gerade auf ner Website eine Kammera-Erweiterung für den Raspberry Pi gesehen... von der Größe her könnte soetwas auch als Bricklet interessant sein?! oder ? http://www.heise.de/hardware-hacks/meldung/Raspberry-Pi-Kamera-endlich-bestellbar-1863647.html

Auch wenn es Schick aussieht, das Gehäuse, so verstehe ich den Sinn dahinter nicht wirklich... Was bringt es mir, einzelne Bricklets in ein Gehäuse zu stecken? Ich kann diese nacher auf ein Holzbrett schrauben - ok, das sieht vlt. schön aus...aber einen Wirklichen Nutzen? Die meisten Schaltungen und Konzepte, welche ich bislang hier im Forum so gesehen habe, können mit den Gehäusen für einzelne Bricklets nicht wirklich etwas anfangen, da diese doch komplexer sind und zumeist in andere Systeme "integriert" wurden... Die anderen Schaltungen - wie z.B. die Wetterstation machen durchaus einen guten Eindruck mit Gehäuse, funktionieren aber von der Optik her auch nur richtig, wenn alle Komponenten im Gehäuse sind. Was in meinen Augen viel interessanter wäre soetwas (http://computer-aufbau.de) für den MasterBrick und die Extensions z.B., damit man den Stack z.B. gut in ein komplettes Gehäuse bekommen kann. Da müssten dann halt Öffnungen für den USB anschluss, den Antennenanschluss, vlt. die buttons am Master (ggf. durch größere Taster erreichbar machen) und vlt. für die LEDs) hin... allerdings wäre die Reihenfolge dann entweder vorgegeben, oder man macht für jeden Brick dann eine eigene "Platte" welche sich dann miteinander Verbinden lassen...

Die Idee ist gut, und in etwa das, was ich mit meinen Bricks in ferner Zukunft vorhabe^^... Allerdings soll dies nicht über eine XML Datei gehen, sondern über eine Datenbank, in welcher z.B. über eine normale GUI ohne TF-Funktionen Werte gespeichert und ausgelesen werden können (Web, App, etc.) Im Hintergrund läuft dann ein Dienst/Deamon, welcher die Kommunikation mit den Bricks übernimmt und entsprechend mit den Daten aus der DB arbeitet (und dort auch aktuelle Werte reinschreibt)

Hi nochmal so, die Test Bricks sind da, und es funktioniert fürs erste so, wie ich es mir vorgestellt hatte... Allerdings... Kann mir jemand sagen, warum mir das DualRelayBricklet in meiner Liste nicht angezeigt wird? Ich habe: Masterbrick - Identifier 13, UID 6m9VR4 HumidityBricklet - Identifier 27, UID eGQ, ConnectedUID 6m9VR4 TemperatureBricklet - Identifier 216, UID dD5, ConnectedUID 6m9VR4 aber das DualRelay wird mir nicht angezeigt :-( Hängt an 6m9VR4 am Port "C"... Vielen Dank für die Hilfe bis hier hin!!

ok, hab den Grund gefunden... Im Codebeispiel von "Robuster Ansatz" ist: ipcon.EnumerateCallback += EnumerateCB; ipcon.Connected += ConnectedCB; und der ConnectedCB schickt wiederum ein Enumerate: static void ConnectedCB(IPConnection sender, short connectReason) { // Enumerate devices again. If we reconnected, the Bricks/Bricklets // may have been offline and the configuration may be lost. // In this case we don't care for the reason of the connection ipcon.Enumerate(); }

^^ dachte, es kommt vlt. ein Array als Datensatz zurück... So, hab jetzt ein bisschen was Probiert - Danke auf jeden fall @AuronX - klappt soweit wunder bar! Bin zwar noch nicht sehr weit, aber immerhin... langsam wirds Allerdings: Ist es normal, dass ich die Daten doppelt zurück bekomme, wenn dein Programm im Hintergrund läuft?

nutze WinForms... ist aber auch nur eine erste Software um ein bisschen zu testen und zu spielen ^^ Hauptsächlich geht es mir gerade darum, wie ich die Daten empfange... da ich die Bricks noch nicht geliefert bekommen habe, kann ich auch noch nicht wirklich testen... sodass ich gerade etwas "blind" Programmiere. habe jetzt: private void EnumerateCB(IPConnection sender, string UID, string connectedUID, char position, short[] hardwareVersion, short[]firmwareVersion, int deviceIdentifier, short enumerationType) { } Ich gehe mal davon aus, dass ich hier die jeweiligen Werte als Array zurück bekomme... oder?

Hi, danke schon mal für den Ansatz Jetzt müsste ich das alles in einer ListView ausgeben... also z.B. BrickletTyp | UID | ConnectedUID Temperatur | abc | 1354dg Humidity | fge | 1354dg Temperatur | abc | 22568cs Humidity | flw | 22568cs ach ja, Programmiere im Moment in C#... oder ... ich versuch es zumindest...^^

Hallo Zusammen, ist es Möglich über Programmcode von allen an einen Masterbrick angeschlossenen Extensions und Bricklets die UID und den Typ zu ermitteln? Ich vermute mal mit dem EnumerationCallback() für den Masterbrick... oder?? Kann mir jemand dafür mal bitte ein kleinen Beispielcode schreiben?

das ist ne "normale" Sicherheitswarnung von Windows... die kommen recht häufig vor... schau mal unter "Anwendungen" oder unter "System"

so hab ich mir das auch vorgestellt ^^ gut... dann kann ich eigentlich mit den ersten versuchen los legen... bestellung der Bricks für den testaufbau ist raus... eine Software, welche die bricks simuliert (zum testen) gibt es vermutlich nicht, oder?

hm... ok, d.h. ich müsste also einen Art Dienst schreiben, welcher konstant die Daten abfragt / diesen Callback abruft (?) und entsprechend reagiert... Dieser schreibt die Daten dann z.B. in eine Datenbank, welche über ein Webinterface o.ä. ausgelesen werden können. Alleine eine WebApp würde in dem Fall nichts bringen - da PHP ja nur durch Aufrufen der Seite ausgeführt wird... und dann ohne reload oder Benutzeraktion auch nichts passieren würde... Sprich: Es müsste erstmal ein Kommunikationsserver oder so ähnlich erstellt werden.

noch eine doofe Frage :-( reagieren die Bricks selbstständig, wenn z.B. der Temperatursensor eine Temperatur misst, die einen definierten Schwellwert erreicht hat, oder muss dann die entsprechende aktion per Software erfolgen? Also z.B. Temp1 = 30°C -> Ausgang3 = Off Kann das die Hardware selbstständig, oder muss das permanent durch die Software überwacht werden?

hätte interesse... zumindest an einem Teil davon... Masterbrick (min. 1x) WiFi Extension ggf. Step Down, Analog In Bricklet und Industrial Quad... aber da bin ich mir noch nicht sicher Was würdest du dann dafür verlangen?

Also ich würde auch eine einfache Rasterplatte nehmen, in welchen kleine Markierungen graviert sind, sodass ein Handelsüblicher Bohrkopf von 3mm einen halt hat. Dann kann sich jeder die Bohrlöcher so anbringen, wie er es braucht. Alternativ könnte eine einfache Pappschablone für die Bohrlöcher der Platine beigelegt werden, mit welchen man sich seine Bodenplatte selber einzeichnen kann? Viel Interessanter wie eine Bodenplatte fände ich allerdings die Optionen für Gehäuseentwicklungen... Nur ich denke, da würde es definitiv Probleme geben, möglichst viele Eventuallitäten abzudecken^^

hi, vielen Dank für den Hinweis mit den "Sicherheitsschaltungen"... bei der Logo ist es so, dass alles an einem Stromkreis hängt... fällt hier etwas aus, geht weder die Logo, noch die Beleuchtung und auch die Beheizung nicht... Da die Steuerung aber mit Tinkerforge von einem eigenständigen Gerät erfolgt, ist das auf jeden Fall ein Punkt, welcher zu berücksichtigen ist! Ich werde jetzt erstmal versuchsweise eine Schaltung aufbauen mit folgenden Modulen - bitte teilt mir mit, ob ich hier mit meinen Gedanken korrekt liege: 1) Masterbrick 2.0 2) Temperature Bricklet 3) Humidity Bricklet 4) Dual Relay Bricklet Erster schritt: Ausgabe von Luftfeuchtigkeit und Temperatur und Ein/Ausschalten eines Verbrauchers (230V)...

so, ich denke, ich werde mir erst mal ein paar einzelne Bricks kaufen und ein bisschen damit herumexperimentieren... dann lässt sich vielleicht eher abschätzen, ob tf das ist, wonach ich gesucht habe

Sehr schön Nächste Frage: Ist eine Art "Plug&Play" Option möglich? Also ich schreibe jetzt z.B. ein Webinterface in PHP, welches auf dem RaspberryPI läuft. Über die IP Adressen werden dann die einzelnen Module "konfiguriert" und gespeichert. d.h. Temperatur f. Terrarium 1) 28° C und alles läuft soweit. Kommt jetzt ein neues Terrarium dazu, müsste ich den Modulen ja vermutlich erst eine IP Adresse geben... Geht dies dann nur Über USB und dem TFViewer? oder ggf. auch mit einem Shell-Commando, welches sich z.B. über das Webinterface auslösen ließe? Wäre dann eine Automatische Erkennung der angeschlossenen Komponenten möglich zu Programmieren? Also ohne, dass man erst über andere Software alles konfigurieren müsste und den Quellcode speziell für diesen neuen Brick "kopiert" ? Meine Idee wäre also wirklich der Versuch, eine möglichst Plug&Play fähige Automatisierung mit Tinker zu reallisieren... sofern ich dies Softwaretechnisch überhaupt hinbekomme...

hm... also anstatt des RS485 wäre aber auch WiFi möglich?! also im Prinzip wie folgt: Raspberi Pi hängt im netzwerk Terr1 - MasterBrick + WiFi Terr2 - MasterBrick + WiFi Terr3 - MasterBrick + WIFi und diese sind über das WLan im Heimnetz eingebunden und könnten über den Raspberry gesteuert werden?

Also die Terrarien stehen im Moment nebeneinander... aber das kann sich Zukünftig ja auch ändern. Daher empfinde ich es als riesen Vorteil, wenn jedes Terrarium seine eigene Hardware bekommt, welche dann letztendlich nur in der Software "aktiviert" werden muss. OK, nun dann noch eine weitere kleine Frage... lässt sich das TinkerForge System auch mit anderer Automatisierungssystemen "kombinieren"? Also z.B. HomeMatic oder ist mittels FHEM etwas möglich? -> vermutlich müsste hierzu auch eine FHEM Unterstützung selber programmiert werden?!

hehe^^ Fragen habe ich mit Sicherheit jede Menge Vor allem, da ich mir über die Umsetzung noch nicht so wirklich im klaren bin... Wie lassen sich z.B. Messwerte und co. über WLan auslesen? es wäre für mich am besten, wenn ich schon mal ein bisschen probieren kann, wie sich die GUI oder das Webinterface z.B. Programmieren lässt, bevor ich jetzt gleich "Einkaufe" und anschließend klappts nicht, weil ich zu doof dazu bin^^ Wie gesagt - was mir im Augenblick z.B. bei der LOGO nicht gefällt ist die Tatsache, dass ich zwei Terrarien in der Programmierung drin habe... kommt jetzt ein drittes hinzu, muss erst die Software auf der Logo angepasst werden. Hier wäre es schöner, wenn jedes Terrarium für sich ein eigenes System bildet, auf welche aber dann letztendlich von einer Stelle gesammelt zugegriffen werden kann. Wie ließe sich das beispielhaft per C# oder via PHP abbilden? Sprich: Terrarium 1 - IP 192.168.10.1 -> jeweils die angeschlossenen Module Terrarium 2 - IP 192.168.10.2 -> jeweils die angeschlossenen Module Terrarium 3 - IP 192.168.10.3 -> jeweils die angeschlossenen Module Gibt es hier irgendwo vlt. eine Demo-Möglichkeit?

Hallo nochmals, Angenommen, ich habe drei Terrarien. Jedes braucht seine individuellen Einstellungen, was Temperatur, Luftfeuchtigkeit und Beleuchtungszeit betrifft. Wie wäre es hier am geschicktesten vorzugehen, bzw. was kann Tinkerforge hier leisten? Jedes Terrarium bekommt seine eigene "Einheit" - d.h. eine Hauptplatine und die entsprechenden Erweiterungen. Ist es dann möglich, alle Einheiten an einen Rechner z.B. Raspberry anzuschließen? Oder macht es sinn, dass auch jedes Terrarium z.B. einen Raspberry bekommt und die Daten dann jeweils über das Netzwerk ausgelesen werden? So wie ich das verstehe, ist die Software für die Ausgabe ja selber zu Programmieren... Hat jemand bereits Erfahrungen darin gemacht, mehrere in sich geschlossene Systeme auszuwerten und co. ? Wie sieht es aus, sich die Daten z.B. auf einem Tablett oder Smartphone ausgeben zu lassen? Geht dies "Problemlos" oder ist hier ggf. auch die Programmierung einer eigenen APP notwendig? Ich weiß - viele Fragen... aber ich suche derzeit nach einem System, welches flexibel, aber auch schnell umsetzbar ist und möglichst viele Optionen bietet... Danke und gruß, Chris