Jump to content

jan

Members
  • Gesamte Inhalte

    500
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    2

Posts erstellt von jan

  1. Angenommen 100 Bestellungen im Monat, dann bräuchte man auch für einen gewissen %-Satz den Rahmen, bestellt ja nicht jeder. Also reden wir sowieso von Kleinmengen, glaub nicht dass sich da eine/mehrere Spritzformen lohnen, um das ganze "professionell" erstellen zu lassen.

     

    Also bleibt - was ich auch OK finde - die Variante mit dem 3D-Drucker übrig. Dann müssten ja, egal welche Geäusevariante gewählt wird, mind. 500 Teile (+/-) gedruckt werden. = im Jahr 6000 Teile. Davon läßt sich ein Drucker refinanzieren + Material + Marge + MwSt., so dass ein Gehäuse zw. 2,- und 5,- Euro herstellbar sein sollte.

     

    Ansonsten würde ich dich (Luxor) einmal bitten meine Variante als grobes Bild zu erstellen, dann kann man ja mal abstimmen oder auch mal den Admins ihre Meinung lesen.

  2.  

    Klappt das mit einem 40x40mm Lüfter? Ich glaube da würde ein Lüfter über zwei Seitenteil gehen leider  :-\

     

    Wenn macht man es ja Ordentlich und für alles das Passende Gehäuse  ;D

     

    Gute Idee!

     

    also ich habe einen 20x20mm seitlich mit Winkel(n) zwischen die Abstandshalter montiert, wäre aber hier keine Lösung.

     

    meine Variante (umlaufender Rahmen): 5 Bricks + Deckel, Boden = 7 versch. Teile

    deine Variante (Rahmen aus 4 Teilen zusammen setzen): Boden, Deckel, Seitenteil, 1 Vorderteil (USB), 5 Rückteile = 9 versch. Teile

  3. ich würde den Lüfter bei den Seitenteilen einplanen, weil von oben nach unten wird es kaum Luftstrom geben.

    Gut, "meine" Idee kann ja statt der "Bolzen"/Loch auch mit Loch durchgängig erstellt werden.

     

    Imu-Brick kann den selben Rahmen erhalten wir Masterbrick

    Für den Anfang DC, Stepper und Servo-Brick auch den selben Rahmen

    ==> ein Boden, ein Deckel, 2 Rahmenvarianten => ich denke, dass hält sich im Rahmen

     

    @luxor: Lange dünne Schrauben = Gewindestange, gibts ab 2mm

  4. Wie wäre es, wenn pro Brick ein "Stück" Gehäuse gemacht wird. Also ein umlaufendes Gehäuse (nur die Wände) mit den passenden Aussparungen (zum Ausbrechen). Boden und Deckel können/müssen seperat bestellt werden.

    Das ganze zum ineinanderstecken ("Bolzen", "Loch"). Das Zusammenstecken muss ja nur wenige Male funktionieren, der Stapel kann ja noch oben oder unten aus dem zusammengeklickten Gehäuse gezogen werden.

     

    Vorteile:

    • ein Deckel und ein Boden
    • universel
    • pro Brick ein "Gehäuse"
    • stabil?

     

  5. Habe ich manchmal bei meinem IO16 auch, dann "flackert" der komplette Port B. Das macht sich nicht so gut, wenn da drauf Callbacks laufen  :-\

    Ich habe aber noch keine Ursache gefunden, da es sehr selten auftritt.

    Der Input ist als PullUp definiert. Wenn nichts von Außen anliegt (also nicht mit Masse verbunden), dann passiert das Phänomen. Sobald Masse anliegt, wird auch stabil "Low" angezeigt.

  6. Hallo, ist bei meinen Servos auch so. Stört mich nur jetzt bei meiner Kamerasteuerung nicht so.

     

    Wenn du einen Fahrtregler dahinter hängst, gibst du doch "nur" die "Steuerleitung" (Impulse) an diesen weiter. So könntest du den Motor doch erst an den Strom anschließen (Relais), wenn der Servobrick seine "Zuckungen" hinter sich hat.

  7. Hi,

     

    günstig wäre das: nur Industrial Quad Relay Bricklet. Damit "steuerst" du die Motoren. Indem du am Startpunkt etwas hinund herfährst ermittelts du deine Position und per Triangulation findest du das Ziel.

     

    Etwas genauer und teurer gehts damit: 2 DC-Bricks und ein IMU-Brick. Mit der IMU kannst du dein Fahrgestellt direkt dem Ziel zudrehen und direkt hinfahren. Weil zwischen Start und Ziel gibt es einen Vektor. Mit den Motoren drehst du das Fahrgestell, bis der Vektor mit dem Winkel in der Ebene (kommt von der IMU) gleich ist und los gehts.

     

    Jan

  8. Da die Netzspannung ind Dtl. rekativ stabil ist, reicht es doch aus, wenn du die Stromstärke misst (der Tipp von batti sieht mehr sehr gut aus und du musst nicht an den 220Volt direkt rumarbeiten).

     

    Die 30ms sollten kein Problem darstellen. Am besten als Callback definieren und die Zeit dazwischen messen.

  9. Ich hab mal auf die Schnelle eine Firmware gemacht welche die Temperatur mit 100khz statt 400khz ausliest:

    http://download.tinkerforge.com/_stuff/temperature-bricklet-100khz.bin

    Dann sollten wir wohl noch was zu Kabellänge und I2C in die Doku schreiben.

    Ich habe ein weiteres Temp.Bricklet und eine Humidity Bricklet - jeweils an einem 2m-Kabel. Nun gibt deas Temp.Bricklet Fehlerwerte aus: z.B.: -127 / -90, ...

     

    Da wollte ich in Erfahrung bringen ob es nun doch mit der Leitungslänge zu tun hat und ob die 100KHz implementiert sind.

    Oder ob es an was anderes liegen kann..

     

    Oder noch einmal andersrum gefragt: Kann ich an einen Master 4 Sensoren mit jeweils 200cm Kabellänge anschließen??

    Danke

    img_temp_aussen.thumb.png.a197d9ce0ce9e5ca17a001da12179d30.png

×
×
  • Neu erstellen...