borg

Sieht sehr durchdacht aus, gefällt mir . Die ganze Kampagne ist auch hübsch und übersichtlich aufbereitet. Ich bin gespannt ob sie ihre Timeline einhalten .

Ist in der bricklib gefixt: https://github.com/Tinkerforge/bricklib/commit/40643d20eb59fa81341d3b04447977b01225c132 Der Fix ist dann in den nächsten Brick-Firmware Versionen automatisch mit drin. Extra neue Firmwares dafür zu veröffentlichen lohnt nicht .

Naja da gibts keine direkte Lösung für. Standard M3-Schrauben haben Köpfe mit einem Durchmesser >5mm, die kann man also nicht auf ein 5mm Raster schrauben. Du könntest über die 8x8 Platte eine weitere 8x8 Platte schrauben und die Verbinder dazwischen an Stellen setzen wo sie das IO4 Bricklet nicht stören .

AuronX hat recht sobald der Block des with-Statement zuende ist wird die Datei geschlossen. Also einfach csvfile1 = open('gerty_illuminance_data.csv', 'wb') ausgabe1 = csv.writer(csvfile1, delimiter=';', quotechar='|') ausgabe1.writerow(['Beleuchtungsstärke']) ausgabe1.writerow(['lux']) ambl.register_callback(ambl.CALLBACK_ILLUMINANCE, cb_illuminance_data) und dann wenn du nichts mehr schreiben willst csvfile1.close()

Siehe Anhang. dual-button-bricklet.bin

You can use the TXB0108 together with the IO-4. The IO-16 can withstand VDD + 0.6V. That means, if the 5V-rail of the IO-16 Bricklet has a voltage of 4.7V, you should apply a maximum of 5.3V from your external device. Short answer: Yes.

Klar, die werden ja genauso angesteuert wie analoge Servos. Nur die Periode kann oft geringer eingestellt werden, wodurch dann auch ein ruckelfreieres/schnelleres fahren möglich ist. Laut der Spezifikation schafft dieser Digitalservo z.B. 60° in 0,06 Sekunden: http://www.servocity.com/html/hs-7940th_servo.html Das ist brutal schnell. Hab aber selber auch noch nie mit einem der richtig teuren Digitalservos gespielt .

Zum Thema: Wir bestimmen die Preise von Distributoren nicht. Nach kurzem drüber schauen hab ich den Eindruck das Zeitech bei den günstigeren Bricklets (< 20€) ein gewisse Mindestsumme draufschlägt. Ich vermute Zeitech kalkuliert da auch mit einem erheblich höheren Support-Aufwand mit Telefonsupport usw den wir hier gar nicht bieten. Uns haben sie zumindest damals als wir dort Oszilloskope gekauft haben gut beraten . Also bitte nicht Äpfel mit Birnen vergleichen und nicht über Kleinigkeiten streiten!

Die neuen Shell-Bindings die NetIO offiziell unterstützen sind noch nicht veröffentlicht, den Link zur "Beta" hat Loetkolben unten schon verlinkt. Wenn wir das veröffentlichen gibt es auch noch eine Anleitung dazu wie das funktioniert, vermutlich wird es dazu nächste Woche Montag oder Dienstag kommen. Wenn du es jetzt schon ausprobieren möchtest würden wir uns natürlich über Feedback freuen .

Das PWM normaler Servos hat eine Periode von 20ms, das sind also maximal 50 Stellwerte pro Sekunde. Wenn es dir um Ruckelfreiheit geht musst du dir mal digitale Servos anschauen: http://www.rn-wissen.de/index.php/Servos#Unterschied_zwischen_Digital-_und_Analogservos

Müsste ich mal ausprobieren, ich vermute das tackern kommt durch "Rundungsfehler" zu Stande . Bei Servos entspricht eine Position einer gewissen Pulsweite. Mit "keine Geschwindigkeit" ist hier gemeint das sofort das angegebene PWM gesetzt wird. die Pulsweite wird nicht mit einer Geschwindigkeit erhöht. Spannungsabschaltungen gibt es da nicht, die Geschwindigkeit entspricht der Rate mit der sich die Pulsweite der Zielpulsweite (Zielposition) annähert. D.h. °/s = Pulsweitenveränderung/Sekunde Die Beschleunigung entspricht der Rate mit der sich die Geschwindigkeit annähert. D.h (°/s)/s = °/s^2 = Pulsweitenveränderung/Sekunde^2 Auch so Mini-Servos haben große Anfahrströme, mit einem großen Kondensator könnte man den aber vermutlich auch über USB betreiben. Beim Servo Brick gibt es aber keine Verbindung zwischen der USB-Spannung und der Servo-Spannung.

So, gibt jetzt eine 2.0.4. Da sollte das Problem behoben sein.

Plugins: IO-16 Bricklet 2.0.4 Fix edge count bug, Save space to compile plugin with O2 again. Download: IO-16 Bricklet

Plugins: IO-16 Bricklet 2.0.4 Bug im Flankenzähler gefixt, Code umgestellt um Platz zu sparen damit Plugin wieder mit O2 compilierbar. Download: IO-16 Bricklet

Ich kann das Problem reproduzieren, bin gerade noch dabei herauszufinden was genau passiert. Gibt aber denke ich Heute noch eine neue Version!

We did think about a version of the Servo Brick that has power on the actual PWM pins (not only on the third VCC pin). The idea there was that you could control up to 7 high power LEDs with it, additionally to servos. You could also control small motors. But this won't happen in the next weeks, we currently have too many other open project.

Das hat mit der Ethernet Extension nichts zu tun. Das hängt mit einer Umstellung der Schnittstellen im Stack zwischen Hardware Version 1.1 und 2.0 zusammen. Wenn wir nochmal eine neue Master Brick Version machen werden wir das fixen, nur deswegen eine neue Version zu machen lohnt allerdings nicht.

Die Widerstände sind Spannungsteiler die wir entsprechend zuschalten/abschalten um eine größere Auflösung im niedrigen Bereich zu erreichen.

Das ist einfach mechanisch so, wie du schon selbst erklärt hast. Ich wüsste nicht was wir da in Software gegen machen sollten.

Mhhh. Ich hab mir gerade die Änderungen angeguckt: https://github.com/Tinkerforge/io16-bricklet/commit/7a3e84f33234a1e964b7d1639ff675c0766db09e Da ist jetzt eigentlich nichts bei was große Performance-Probleme verursachen sollte. Wir haben die Optimierung von O1 auf Os umgestellt damit die neue Flankenzähler-API noch auf das Bricklet passte, evtl macht das Probleme? Ich gucke morgen ob ich das reproduzieren kann.

Wenn man einen Callback aktiviert ist der für alle Programme aktiviert. Die Bricks/Bricklets selbst kennen keine mehreren Teilnehmer und können da auch nicht unterscheiden. Das Routing passiert an der Stelle im Brickd. Aber du kannst in den Programmen die einige Callbacks nicht brachen diese ja einfach ignorieren (also nichts auf dem Callback registrieren), das sollte ja gar keine Probleme machen oder verstehe ich dich da jetzt falsch?

Wir lesen einmal pro ms den aktuell anliegenden Wert. Wenn es eine Veränderung von Low auf High gegeben hat gehen wir davon aus das es eine steigende Flanke war, wenn es eine Veränderung von High auf Low gegeben hat gehen wir davon aus das es eine fallende Flanke gab. Dadurch können wir eine Frequenz von maximal 500Hz erkennen. Ohne Fehler können wir also eine Frequenz von 250Hz erreichen, siehe Nyquist-Shannon-Abtasttheorem.

New Accessories in our Shop: Blog entry

Neues Zubehör im Shop: Blogeintrag

Der Master Brick ist heute bei uns angekommen, er war lediglich nicht geflasht