batti

Probier mal bitte eine andere Stromversorgung. Einer leeren Batterie würde ich nicht mehr vielzutrauen. Servos ziehen einen ziemlich hohen Impulsstrom, wir hatten auch so unsere Problemchen damit. Insbesondere wenn es um günstige China Servos ging.

Hallo Kai, wir haben es nie getestet, die C/C++ Bindings könnten allerdings ohne Änderungen funktionieren. Wir haben atm kein iOS Gerät hier, wenn du Zeit und Lust hast würden wir uns freuen wenn du das mal testen kann. Wir haben dein Problem mal händisch nachgespielt, bei uns waren anschließend die Callbacks aktiv. Vll. wirklich ein Problem mit dem Framework? Wann wir iOS Unterstützen werden kann ich dir nicht sagen. Vll. unterstützen wir es ja schon (siehe oben). Grüße Bastian

Hi! Danke für den Hinweis. Ist notiert

:D Ich dachte gerade ich trau meinen Augen nicht... Ihr überrascht uns ja immer wieder mit Anwendungen, an die wie nie gedacht hätten. Diese hier gehört aber sicher zu den Top-Kandidaten. Grüße, Bastian

Hallo Uwe, wir schauen uns mal unsere Filterung an. "DIE" perfekte Lsg habe ich noch nicht. Mit "Murphy" hast du natürlich recht. Eigentlich möchte ich einen Schutz bei den IO Bricklets haben. Das einfachste wäre sicher wieder ne Diode in Reihe, aber die verringert die Spannung nunmal. Irgendwann bleibt dann von den per USB eingespeisten 5V nichts mehr übrig vor lauter Dioden. Alternativ könnte man eine Diode parallel schalten und mit einer Sicherung versehen. Da gibt es die SMD Sicherungen (sehr teuer, schwer zu beschaffen), die 5x20mm Sicherungen (sehr groß) oder Rückstellende Sicherungen (groß und recht teuer). So richtig konnten wir uns mit keiner der Lösungen anfreunden. Drüber nachgedacht hatten wir schon. Ich denke, dass das Feedback für uns jetzt entscheident ist. Wenn es Probleme gibt, dann müssen wir halt an den entsprechenden Stellen Änderungen vornehmen. Die Alternative wäre von vornherein alles zu schützen, z.B.jeden Port vor falscher Benutzung. Dann ist man aber irgendwann preislich auch bei den Preisen von industriellen Steuerungen. Irgendwie müssen wir da einen Mittelweg finden. Grüße, Bastian

Mir gefällt auch richtig gut das hier Bewegung reinkommt. Macht weiter so... Denkt aber bitte auch daran, dass wir irgendwie auch ein englischsprachiges Wiki bieten müssen. Ich denke eine komplette Übersetzung des deutschen Teils ist vll. zu viel verlangt. Könnte mir vorstellen, dass eine Verzweigung von der Startseite in den englischen und deutschen Teil sinnvoll ist.

Css sollte gefixt sein (Link nun schwarz).

Das mit der Crimpzange ist leider nicht so einfach. Wirklich geeignete Crimpzangen scheint es nur vom Hersteller zu geben und die Kosten mehrere 100€. Es gibt ein Modell, dass auch halbwegs nutzbar ist. Ich meine das liegt so bei 50€. Werde es mal raussuchen. Ich halte es für am sinnvollsten die Kontakte manuell zu crimpen. D.h. mit einer kleinen Zange selber die "Laschen" umbiegen und ggf. etwas zu verlöten. Zumindest haben wir das so für ein paar Prototypen gemacht. Ist nun wirklich keine schöne Arbeit aber es funktioniert.

Ich befürchte, dass es schwierig sein wird einen Akku mit 40x40mm Fläche zu finden (abzüglich Stack Stecker). Wenn es diesen gibt und er dazu noch 2000mAh haben soll, dann wird er sicher so hoch sein, dass die Stromversorgung nicht mehr Stapelbar ist (zumindest nicht mit Akku dazwischen). Für "mehrere Tage" werden 2000mAh auch leider zu wenig sein. Ich denke mal, dass 150mA Dauerstrom bei kleinen Systemen realistisch sind. => 2000mAh/150mA = 13.3h Schlagt gerne etwas vor, wie ihr euch das ganze vorstellt. Achtet aber bitte darauf, dass sich das auch Umsetzen lässt. Grüße, Bastian

Die Info fehlt wirklich in der Doku, nehmen sie gleich auf. Eine Begrenzung ist USB. Es können 1000 Nachrichten pro Sekunden ausgetauscht werden. D.h. z.B. 1000 Setter oder 500 Getter (wegen dem Hin- und Rückweg). Diese 1000 Nachrichten hängen zusätzlich vom verwendeten USB Stack des Betriebsystems ab und natürlich auch von der Leistung des Systems (z.B. noch nicht auf dem Raspberry PI getestet). Wenn das System 1000 Nachrichten pro Sekunde erreicht, dann erreicht man: IO-4 Bricklet: 1000 Setter pro Minute 500 Getter pro Minute 1000 Callbacks pro Minute D.h. möchte man z.B. zwei Pins Abfragen, so erreicht man maximal den halben Durchsatz. IO-16 Bricklet: 1000 Setter pro Minute >250 Getter pro Minute (liegt an der Implementierung) 1000 Callbacks pro Minute Bei dem IO-16 Bricklet gelten diese Angaben pro Port. D.h. man kann alle 8 Pins eines Ports mit dieser Geschwindigkeit setzen oder abfragen. Wenn beide Ports parallel genutzt werden halbiert sich auch wieder der Durchsatz. Die ganzen Angaben gelten natürlich nur wenn man nichts anderes parallel macht.

Ich habe mal eine Stromversorgung mit Akku hinzugefügt. Bevor wir da allerdings ans Konstruieren gehen könnten müsste man sich Gedanken machen was diese Stromversorgung leisten soll: 1) Wofür wird sie verwendet? -> Wie hoch ist der Strombedarf? 2) Wie lange soll die Stromversorgung bei der Anwendung halten? -> Wie groß muss der Akku sein? 3) Wie soll der Akku zu laden sein? Extern? Per USB? 4) Was darf diese Stromversorgung kosten? Natürlich möchte man irgendwie alles haben. Dies wird aber sicher den Preis nach oben treiben.

No of course, you can do this. But I see the point that a special bricklet would be easier to use,

We thought about some kind of bricklet with buttons etc. But so far, we could not decide how to design it. In some applications you may only need two buttons, in some others a number pad ...

Mit der IO4 solltest du mit 1khz Frequenz das Signal abtasten können. Die Fernbedienungssignale sind mit z.B.: 36khz moduliert, du benötigst also einen Demodulator wie z.B. der SFH5110-36. Ich habe gerade etwas davon gelesen, dass die Bitzeiten beim RC5 Standard 1.8ms entsprechen. Diese könntest du alle 1ms (1khz) abtasten.

Wir haben hier einen Prototypen für einen Luftdrucksensor Bricklet liegen. Dieses misst von 10-1200mBar. Hier der Link zum IC: http://www.meas-spec.com/product/t_product.aspx?id=8501 Damit soll auch ein Höhenmesser mit 10cm Genauigkeit herstellbar sein. Wir sind momentan noch nicht dazugekommen dieses fertig zu machen. Grüße, Bastian

Hallo, die ESC's die ich habe, kann man beim Einschalten konfigurieren. Im Modellbaubereich konfiguriert man einmal Minimum und Maximum PWM (Bsp: Steuerknüppel nach unten/oben) und der ESC merkt sich diese Einstellungen. Dieses Verhalten solltest du mittels des Brick Viewers nachstellen können. Alternativ kannst du über die API die Pulsweite konfigurieren. Dafür müsstest du aber die geforderten Werte vom ESC kennen. Wenn dir die Position nicht passt, dann kannst du die Pulsweiten->Position Zuordnung auch ändern (siehe set_degree). Grüße, Bastian

Danke für den Test Uwet. Wie gesagt hatten wir bisher noch keine Probleme damit. Geschirmte Kabel können wir vll. herstellen lassen. Wir fragen mal unseren Hersteller was so etwas kostet. Ich weiß ehrlich gesagt noch nicht so ganz wie wir damit umgehen sollen. Wir wollen ja bezahlbare Module und Kabel anbieten. Dies hat beim Design z.B. dazu geführt, dass die Bricklets per I2C kommunizieren und nicht über etwas störungsresistenten wie RS485. Bitte gebt uns bescheid wenn ihr ähnliche Probleme habt. Grüße, Bastian

Wir haben das auch noch nicht gemacht, können es auch nicht testen. Ich sehe aber auch keinen Grund warum das nicht gehen sollte. Aber dann nicht Rückwärts fahren... Grüße

Irgendeine Art von LED Bricklet oder PWM Brick werden wir sicher mal machen. Wer aber schnell eine Lösung braucht, für den ist der Vorschlag von Thomas etwas. Einfach das Servo Brick nehmen und mit dem "Logik PWM Ausgang" über einen Transistor die Leistung schalten.

Hi! Dabei handelt es sich um einen Bausatz nahmens "Catwiesel", der wurde vor etlichen Jahren von der Firma Conrad vertrieben. Grüße, Bastian

Eine Phasenanschnittsteuerung nimmt man eigentlich nur wenn man Geräte regeln möchte. So wie ich das verstanden habe möchtest du die Lüfter einfach nur Einschalten. Vll. sind Solid State Relais bei dir eine Option: z.B.: http://www.pollin.de/shop/dt/MTA2OTU2OTk-/Bauelemente_Bauteile/Mechanische_Bauelemente/Relais_Zugmagnete/Solid_State_Relais_ZG3NC_240B.html

Von unserem System aus macht das keine große Unterschiede. Wie Masder richtig erklärt hast wirst du aber auch nicht viel gewinnen, da spätestens beim Brickd alles wieder serialisiert wird (USB Verbindungen). Grüße, Bastian

Hallo, das IO16 Bricklet ist dafür leider ungeeignet, da es nur 20mA pro Pin Steuern kann. Damit tust du dir keinen gefallen, sorry

More information to this problem: http://www.jkmicro.com/inductive_loads.pdf

Hallo Masder, wenn du das Servo Brick auf die Step Down Powersupply steckst, und an dieser deinen Akku anschließt (nicht auch noch zusätzlich am Servo Brick), dann kannst du deine Servos nicht bewegen, richtig? Was zeigt das Servo Brick in diesem Fall denn für eine Stack Spannung an?