Jump to content

CChris

Members
  • Gesamte Inhalte

    128
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von CChris

  1. 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^^

  2. 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

    aufbau-01-02-mainboard-03-blende.jpg

    (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...

  3. 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)

  4. Hi nochmal :)

     

    so, die Test Bricks sind da, und es funktioniert fürs erste so, wie ich es mir vorgestellt hatte...  ;D

     

    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!!

    tf_test.thumb.png.6140b22e1140622e3efbcff418a54aab.png

  5. 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();
        }
    

  6. 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?

  7. 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??

     

    Falls du keine UID kennst, dann bleibt dir nur der Enumerate Callback mit Timeout. Wenn es ein "TinkerPing" gäbe würde das genau so funktionieren.

     

    Kann mir jemand dafür mal bitte ein kleinen Beispielcode schreiben?

  8. 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.

  9. 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?

  10. 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^^

  11. 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)...

  12. 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... ;)

  13. 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?!

  14. 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?

  15. 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

×
×
  • Neu erstellen...