andreas301

Maybe I can also add something to the discussion. I have two Masterbricks here, both are connected to the PC by independent USB connections. Yesterday I decided to rearrange some of the bricklets connected to the Masterbricks. So I moved a humidity bricklet from MB 1 to MB 2 and I also completely removed an ambient light bricklet from MB 1.

Now comes the strange part:

the values from the bricklets are read out every minute and stored in an rrd which is then used to plot the values in cacti. Since I removed one of the ambient light bricklets, I expected the corresponding graph to show a value of zero from now on, but instead I get some "ghost" values as you can see in the attached image.

How can that be?

Hallo borg, hallo batti,

 

danke fuer die Antworten. Mein Problem ist, dass ich keine 48Volt Quelle habe. Weder als Netzteil noch als/im Switch. Der Injector ist guenstig, aber das passende Netzteil kostet ein Vermoegen.

Hallo,

ich zitiere mal aus der Produktbeschreibung:"... und eine der zwei RJ-45-Buchsen über das beiliegende Netzteil mit PoE-Strom versorgt wird."

Das Netzteil scheint also dabei zu sein. Hätte mich auch gewundert wenn nicht.

Stecker ist kein Problem, die Öffnung durch die das Kabel durch muss flach und lang, das ungeschirmte Kabel passt. Beim geschirmten sehe ich allerdings Probleme auf mich zukommen. Vielleicht sollte man sich mal Gedanken über ein geschirmtes Kabel ohne die dicke Gummiummantelung machen.

Hallo,

kann mir jemand sagen, wie groß der Außendurchmesser der geschirmten Bricklet-Kabel ist

Viele Grüße,

andreas301

Gibt es hier schon Neuigkeiten? Ich bräuchte demnächst noch ein paar Teile, wenn die Ethernet-extension aber zeitnah erscheint würde ich noch so lange warten.

Viele Grüße,

andreas301

Ich denke das würde auch der Wetterstationsfraktion sehr entgegen kommen, der jetzige Messbereich ist dafür nämlich nicht wirklich zu gebrauchen. Allerdings sollte man dann auch gleich bis 100k Lux gehen.

Kannst du mal ein Bild reinstellen, wo der Master drin ist, ohne Deckel und Boden und von der Seite aufgenommen, damit ich sehe wie weit der BoardToBorad Anschluss heraussteht.

Mach ich heute Abend

Wie passt das mit den ganzen Anschlüssen? Bekommt man die Kabel alle ordentlich rein?

Die Anschlüsse passen alle sehr gut, sowohl USB als auch die Bricklet-Ports. Bei letzteren verschwindet der Stecker komplett im Gehäuse und schließt mit diesem ab. Sieht sehr gut aus, man muss halt am Kabel ziehen um den Stecker wieder raus zu bekommen (macht man ja aber auch nicht ständig). 

Du sagtest das die Oberfläche nicht so rau ist, wie es auf den Bildern scheint. Kann man das abwischen? Sammelt sich da schnell schmutz? Wie ist es um die Stabilität des Gehäuses bestimmt?

Bezüglich Schmutzanfälligkeit habe ich natürlich noch keine Erfahrung, ich denke aber schon dass man die Oberfläche recht gut abwischen kann. Von der Stabilität bin ich echt überrascht. Dünne Teile wie z.B. der Boden sind relativ flexibel, die dickeren Teile machen einen äußerst stabilen Eindruck.

Ich vermute mal, das bei deinem gedruckten Gehäuse nicht berücksichtigt wurde, dass der Master Boardverbinder kleiner als der der anderen ist. Ich hatte das ja erst mal nur für die Bricks wie DC, Stepper, und Servo gemacht. Hier mal ein Bild von der Seite mit klarem Gehäuse.

Ja, das wird dann wohl der Grund gewesen sein, es war mir gar nicht klar dass es da einen Unterschied gibt und die Dokumentation ist was die Abmessungen der Bricks und Bricklets angeht ja auch eher dürftig *winkmitdemzaunpfahl*.

Vielleicht könntest du das in deinem Modell ändern, oder mit den CAD file schicken, damit ich es selber machen kann.

Viele Grüße,

andreas301

So, die Gehäuseteile sind heute geliefert worden. Mit der Druckqualität bin ich sehr zufrieden, als Material habe ich gefärbtes und poliertes Polyamid gewählt. Die Oberfläche fühlt sich leicht samtig an (sieht auf den Bilder rauer aus als es ist).

Zur Passform muss ich sagen: das nächste mal 1 mm größer machen, dann wäre es perfekt, so musste ich doch ganz schön drücken, bis der Masterbrick da war wo er hin soll.

Einen Totalausfall muss ich leider bei der Stapelbarkeit verbuchen. Die Gehäuseteile passen zwar super, aber beide Bricks sind etwa 3-4 mm voneinander entfernt, sprich das Mittelteil ist einfach zu hoch. Hier müssten die Maße wohl nochmal überarbeitet werden.

Kommen wir zum Preis:

Für alle Teile zusammen habe ich 35,00 € bezahlt + 8,60 € Versand = 43,60 € für den ganzen Spaß. Ist also nicht ganz billig, aber wenn man mehrere Teile auf einmal Druckt wird es pro Teil günstiger.

Alles in allem bin ich ganz zufrieden mit dem Experiment (bis auf die Sache mit dem Stapel), und die Bricks sehen jetzt auch gleich viel netter (man könnte schon fast von niedlich sprechen) aus in ihrer blauen Verpackung. 

Hallo,

kann man z.B. mehrere Masterbricks im laufenden Betrieb aufeinander stecken, oder könnte dabei was kaputt gehen?

Gruß

andreas301

Nachdem ich den Thread jetzt mal komplett durch habe, habe ich auch festgestellt dass die Entwürfe wohl von BorgelMorgel kamen. Ich habe mir jetzt alle drei Teile für das Master-Gehäuse mal bei Shapeways geordert und warte gespannt auf die Lieferung.

Ich habe letzte Woche mal auf Basis des von Jan im Wiki hinterlegten Stepper Gehäuses ein Mittelteil für den Masterbrick konstruiert. Ich sehe hier den Vorteil, dass das Gehäuse modular ist, man es also an den Stack anpassen kann.

Damit wäre das wohl geklärt https://www.tinkerforge.com/de/shop/

Ich habe das jetzt so versucht, beim auslösen des Callbacks bekomme ich aber einen Ausnahmefehler beim Zugriff auf eine Speicheradresse:

#include "stdafx.h"
#include "ip_connection.h"
#include "bricklet_temperature.h"
#include "bricklet_dual_relay.h"

#define HOST "localhost"
#define PORT 4223
#define UID "6Hs" // Change to your UID
#define UID_Relay "76b"

// Callback for temperature greater than 25 °C
void cb_reached(int16_t temperature, void *user_data) {
    DualRelay *dr = (DualRelay *)user_data;

       printf("Temperatur: %f °C.\n", temperature/100.0);
       dual_relay_set_state(dr, true, false);

}


int main() {
    // Create IP connection
    IPConnection ipcon;
    ipcon_create(&ipcon);

    // Create device object for Temperature
    Temperature t;
    temperature_create(&t, UID, &ipcon); 

// Create device object for Dual Relay
DualRelay dr;
    dual_relay_create(&dr, UID_Relay, &ipcon);


    // Connect to brickd
    if(ipcon_connect(&ipcon, HOST, PORT) < 0) {
        fprintf(stderr, "Could not connect\n");
        exit(1);
    }
    // Don't use device before ipcon is connected
    //
    // Get threshold callbacks with a debounce time of 10 seconds (10000ms)
    temperature_set_debounce_period(&t, 10000);

    // Register threshold reached callback to function cb_reached
    temperature_register_callback(&t,
                                  TEMPERATURE_CALLBACK_TEMPERATURE_REACHED,
                                  (void *)cb_reached,
                                  NULL);

    // Configure threshold for "greater than 25 °C" (unit is °C/100)
    temperature_set_temperature_callback_threshold(&t, '>', 25*100, 0);

    printf("Press key to exit\n");
    getchar();
    ipcon_destroy(&ipcon); // Calls ipcon_disconnect internally
}

Ich bin gerade dabei mich mit Tinkerforge und C++ vertraut zu machen. Der plan ist folgender: ich würde gerne die Temperatur messen, und bei Überschreitung eines gewissen Wertes ein Relais schalten. Für ersteres gibt es ja auch ein schönes Beispiel in der Dokumentation mit der Funktion temperature_set_temperature_callback_threshold, welches bei mir auch funktioniert. Meine Frage wäre jetzt: wie verknüpfe ich das Auslösen des callbacks mit dem schalten des Relais?

Viele Grüße,

Andreas 

Hallo,

schönes Projekt. Hast du vielleicht mal einen Codeschnipsel für das schreiben der werte in die RRD?

Hallo,

analoge Sensoren gibt es schon einige. Wie sind die Widerstände denn berechnet? Wieviel Spannung soll am AD-Wandler ankommen (ist natürlich abhängig vom Lichteinfall, aber ungefähr)?

Gruß

andreas301

Hallo,

ich habe mir u.a. das Ambient Light Bricklet bestellt, und musste gerade feststellen, dass der messbereich von 0 - 900 lux irgendwie nicht so recht zu meiner Anwendung passt (ich bräuchte einen Bereich bis etwa 20000 lux). Könnte ich den Messbereich erweitern, indem ich den Sensor austausche (hab mich da schonmal umgeschaut) und hinterher irgendwie die Software an die veränderte Kennlinie anpasse?

Viele Grüße,

andreas301