borg

Step-Down Power Supply does not need flashing (it is completely analog). You can reflash the "voltage/distance mapping" of the Distance IR Bricklet if it got lost, thats no problem: http://www.tinkerforge.com/doc/Hardware/Bricklets/Distance_IR.html#voltage-distance-mappings Good to hear that we got everything working and thank you for your help!

Wow! Das heißt wir hatten diesen "Bug" schon immer in den Bindings. Wer weiß wieviele Leute schon Probleme mit hohen Latenzzeiten hatten, sich aber einfach nicht gemeldet haben . Auf jeden Fall vielen Dank für die Hilfe und das Testen!

@Wumpus: Kannst du nochmal mit Brickv 2.0.1 versuchen die Bricklets zu flashen? Das wird damit leider immernoch nicht gehen, wir haben aber mehr Fehlermeldungen eingebaut um hoffentlich differenzieren zu können was dort passiert. Deine Probleme sind sowas von komisch, wir versuchen hier schon den ganzen Tag rauszubekommen was dort Sache ist. Vor allem da es mit dem Servo Brick geht, macht überhaupt keinen Sinn ! Monti scheint ja in dem anderem Thread ähnliche Probleme mit einem Distance IR zu haben (kann UID nicht ändern). Komisch ist, dass sich bzgl Bricklet flashen im Prinzip nichts geändert hat zwischen den Protokollversionen .

Plugins: LCD20x4 Bricklet 2.0.1, LCD16x2 Bricklet 2.0.1 Bindings: C/C++ 2.0.1, C# 2.0.1, Delphi 2.0.1, Java 2.0.1, PHP 2.0.1, Python 2.0.1, Ruby 2.0.1 Unterstützung für benutzerdefinierte Buchstaben für LCD20x4 und LCD16x2 Bricklet hinzugefügt. Download Plugin:LCD20x4 Bricklet, LCD16x2 Bricklet Download Bindings: C/C++, C#, Delphi, Java, PHP, Python, Ruby

Plugins: LCD20x4 Bricklet 2.0.1, LCD16x2 Bricklet 2.0.1 Bindings: C/C++ 2.0.1, C# 2.0.1, Delphi 2.0.1, Java 2.0.1, PHP 2.0.1, Python 2.0.1, Ruby 2.0.1 Add custom character support for LCD20x4 and LCD16x2 Bricklet Download Plugin:LCD20x4 Bricklet, LCD16x2 Bricklet Download Bindings: C/C++, C#, Delphi, Java, PHP, Python, Ruby

Definitely! There is version information for the languages here: http://www.tinkerforge.com/doc/Software/API_Bindings.html#java But it is a little bit scattered there. Operating systems: Windows: XP and above, Linux: you need libusb1, Mac OS X: We are currently working on that (see your other thread). Where could i add it more centraly? Probably on the downloads page? http://www.tinkerforge.com/doc/Downloads.html

Sure, you can do that with the enumeration callback, see here: http://www.tinkerforge.com/doc/Tutorials/Tutorial_Rugged/Tutorial.html#c Note: This tutorial is for protocol 2.0, i don't know if you already updates the tools and your Bricks/Bricklets to the new protocol.

The problem has to do with the gcc configuration, with nearly 100% certainty. The code itself can't have an "illigal instruction". So you should look at the Makefile. MD5s:

Aber auslesen geht? Und sonst funktioniert alles oder kannst du ein neues Plugin auch nicht schreiben?

Everything we do is Open Source, you can find everything at github: https://github.com/Tinkerforge The Brick Daemon code is here: https://github.com/Tinkerforge/brickd/tree/master/src/brickd Did you try the new .dmg that photron made?

Which IP should brickv use to test it? We can't disable the connect button, since we don't know which IP you want to connect to .

Sind die Beinchen im Bricklet-Stecker OK? http://www.tinkerforge.com/doc/FAQ.html#mein-brick-wird-heiss Ansonsten würde ich erstmal klein Anfangen: Nur den Master Brick anschließen: Taucht er vernünftig als Master Brick mit Firmware 2.0 auf? Wenn ja, mit Dual Relay probieren. Wenn dann der Master Brick nicht im Brick Viewer erscheint ist vermutlich die Firmware irgendwie defekt (vielleicht hat das Flashen nicht geklappt). In dem Fall zuerst den Master Brick starten und dann das Dual Relay anschließen. Dann nochmal versuchen über den "Bricklet" Tab zu flashen. Wenn als UID 1 zurückgegeben wird, kann eine neue geschrieben werden?

I am no OS X expert. I will have to ask my collegue tomorrow morning, perhaps he has an idea. Sorry for the problems!

Mh, i am surprised that nobody ever had this problem, the Brick Daemon beta1 for Protocol 2.0 was available for quite some time. The erorr means, that the binary contains instructions the version of OS X that you want to run them under does not understand. Unfortunately we only have OS X 10.8 here, according to google, one can fix this issue by compiling against older OS X SDK versions. I uploaded a .dmg that is compiled with -mmacosx-version-min=10.6: http://download.tinkerforge.com/_stuff/brickd_macos_2_0_0_mmacosx_version_min106.dmg Could you try that? PS: You ordered the Bricks before Protocol 2.0 was released and got them after the release. That is a little bit unlucky, it means that you will have to update all of the Bricks and Bricklets. Just as a heads up .

Fehler gefunden und gefixt: http://www.tinkerunity.org/forum/index.php/topic,673.msg8262.html#msg8262 Ich hatte für den minimum voltage setter vergessen den neuen Header einzufügen (für das neue Protokoll), dadurch hat er die falschen Bytes als Spannung interpretiert Sorry!

Firmwares: Stepper Brick 2.0.1 Füge fehlenden Header zu minimum voltage Setter hinzu Download Firmwares: Stepper Brick

Firmwares: Stepper Brick 2.0.1 Add missing header to minimum voltage setter Download Firmwares: Stepper Brick

Kann ich tatsächlich reproduzieren, faszinierend . Gucke ich mir an!

1200mV sind 1,2V, du möchtest auf 12000mV stellen .

Sooo: Spritzgussformen für alle Bricks und Bricklets gemäß dem hier vorgeschlagenen Konzept (inkl. Bodenplatte, Seitenwand und Deckel, bei Bricklets Bodenplatte und Seitenwand in eins) würden netto 95000€ kosten (in China). Stückkosten für das Material sind bei ~0,30€ für normales ABS. Kurzum: Die Preisvorstellungen hier sind leider nicht einzuhalten, es sei denn wir verzwanzigfachen unsere Verkaufszahlen in nächster Zeit . Ich befürchte es muss entweder auf eine Lasercutter Lösung hinauslaufen (da dort die Anzahl der Bauteile völlig egal sind) oder auf ein großes Gehäuse, in dem man einen kompletten Aufbau verschrauben kann.

Der Treiber für den Bootloader Modus liegt im Brickv Verzeichnis. Der Treiber für den "normalen" Modus liegt im Brickd Verzeichnis. Hast du da für den Bootloader den richtigen genommen?

Wie meinst du das? Da 32 weniger ist als 64 würde ich spontan sagen, diese Aussage ist falsch unvollständig Bezieht sich das auf die bisher vergebenen UIDs? Oder ist es nur insgesamt unwahrscheinlicher geworden? (Denn Kollisionen sind ja unvermeidlich wenn der Wertebereich kleiner wird) Die UIDs kommen ja direkt aus dem Microcontroller und Atmel hat dort "Prüfbits" mit reingebaut. Zum Beispiel kommt alle 13 bits ein "1100000011". Hier einmal ein paar 64bit UIDs in binär: Da sind 32bit bei allen UIDs gleich, d.h. wir können (ausgehend von dieser Testmenge) 32bit streichen ohne Kollisionen zu erzeugen die nicht auch vorher mit der 64bit UID schon dagewesen sind. Wenn Atmel die ersten 4 Milliarden Microcontroller verkauft hat könnten sie natürlich anfangen die Prüfbits zu flippen, das halte ich allerdings für hinreichend unwahrscheinlich . in beta1 hatte ich mich mit den Masken vertan und die Maske für die ersten 32bit auf die hinteren 32bit angewendet und umgekehrt. Dadurch war ein Großteil der Bits in beta1 bei allen UIDs gleich . Die neuen Brick UIDs fangen übrigens binär alle mit "11" an (wie vorher auch). Dadurch ist sichergestellt, dass es keine Kollisionen zwischen den Bricks und den Bricklets gibt. Dort haben wir unten bei 1 angefangen hochzuzählen. Das natürlich auch unter der Annahme, dass wir weniger als eine Milliarde Bricklets verkaufen werden . Summa Summarum: Eine Kollision der UIDs ist praktisch unmöglich.

Die neue UID hat 32bit statt 64. Sie wird aus der alten 64bit UID berechnet. In der Berechnung dafür war in beta1 ein Fehler, daher haben sich die UIDs jetzt in der finalen 2.0 nochmal geändert, Sorry! Mit der UID Berechnung in der beta waren Kollisionen möglich, mit der neuen sind sie es nicht. Die Änderung war also leider notwendig. @Loetkolben: Du meinst die Shell Bindings? Die kommen, keine Panik. Aber eins nach dem anderen .

Welches Windows?

Protocol 2.0 veröffentlicht Bitte gemäß dem Transitioning Guide aktualisieren.