borg

I wrote something in our blog about the range measurement: http://en.blog.tinkerforge.com/2012/2/29/chibi-extension

You should be able to order them now. We are currently extending the descriptions for the Chibi Extension and the Antenna, but you can already order them. We also intend to measure the maximum distance between two Chibi stacks today. It will be interesting to see what we can achieve and if it is near the manufacturer specification of 2km.

Auf den Bricklet Ports liegt 5V, 3.3V, gnd, I2C und 4 Allgemeine IO Pinne. Dafür können wir so ohne weiteres kein Hub machen (über die 4 Allgemeinen Pinne werden z.B. auch direkt analog Werte gemessen). Was mir sonst noch einfällt wäre eine Art "Bricklet Master", der USB aber keine Stack Stecker hat, größer als 4x4cm ist und dann auch ein Dutzend oder mehr Bricklet Stecker haben könnte. Würde dann preislich wieder ungefähr soviel kosten wie der Master, hat aber halt keine Funktionalität für Extensions oder Stacks.

Es ist alles andere als ungeduldig die Frage zu stellen, wir sind selber mehr als unzufrieden mit den Wartezeiten. Leider wurden uns Liefertermine immer und immer wieder verschoben, falls alles so geklappt hätte wie wir uns das erhofft hatten, wäre Mitte Februar ein konservativer Termin gewesen. Die gute Nachricht ist, dass die Produktion jetzt anläuft und wir nun definitiv voran kommen. Es fehlen keine Bauteile mehr und die Leiterplatten sind auch da! Bezüglich der Angaben im Shop: Wir stehen da vor dem Dilemma das wir nicht ständig die Termine verschieben wollen, wir hatten uns eigentlich vorgenommen die nächste Terminangabe auf ein verbindliches Datum zu legen. Vielleicht sollte ich es aber lieber erstmal gegen ein "available again soon" austauschen und sobald wir einen festen Termin haben diesen groß über den Shop schreiben.

Mh, the Stack has all together 80 pins. So we would need a board-to-cable connector that has 80 ports and fits on a 4x4cm board. Then we would need a cable with 80 wires between the two stacks. To me that sounds awfully expensive too. However, if someone knows about connectors and cables that would fit this requirement we would be interested to hear about it!

Naja, da die Bricks in einem Stack ja immer 4x4cm groß seien müssen und auf zwei Seiten die Platine-zu-Platine Stecker sind und auf der anderen Seite die Knöpfe und der USB Stecker, sind die 4 Bricklet Ports eines Masters schon das Maximum. Edit: Was mir dazu noch einfällt: Man könnte ein Brick machen was nur im Stack benutzt werden kann und keine Taster und USB Stecker hat, dann könnte man 8 Bricklet Ports drauf bekommen. Das würde dann preislich allerdings genausoviel wie der Master kosten, keine Ahnung ob es für sowas genug Nachfrage geben würde.

If you have a stack powered over the power supply brick and you have USB plugged into the master at the same time, the stack will use the supply with the highest voltage (which will probably always be the power supply brick). With other words: There is no problem doing that, you don't have to cut the power wire of the USB cable.

Ich sitze gerade an der Implementierung für die RS485 Extension und mir ist gerade aufgefallen das ich gelogen hab als ich gesagt hab die RS485 Extension spricht full duplex. Wir haben alle Pinne die für full duplex benötigt werden würden im Stack liegen, allerdings spricht der RS485 transceiver den wir benutzen nur half duplex (es gehen ja auch nur 3 Kabel raus). Da hatte ich damals nicht richtig drüber nachgedacht.

Das ist wirklich seltsam, wir haben den Brick Viewer eigentlich auf neuinstallierten Windowsen getestet. Mal schauen ob wir das Problem reproduzieren können, sollte aber einfach fixbar sein.

Den Fehler hatten wir noch nicht und ihn hat auch bisher noch keiner berichtet. Kannst du mal versuchen entweder dies (32 bit) oder dies (64 bit) zu installieren? Es wird ein Fehlerlog im Installationsverzeichnis angelegt. Allerdings sieht mir das so aus als würde es schon zu einem Fehler kommen bevor unser eigentliches Programm gestartet wird.

Wir werden dort das gleiche Protokoll sprechen was wir auch im SPI Bus und über Chibi sprechen. Dies ist aber ein einfaches Protokoll und kann auch direkt gesprochen werden, das müssten wir dann nur dokumentieren. Im großen und ganzen wird immer [stack ID, Funktions-Nummer, Länge, Nutzdaten, CRC] übertragen.

RS485 kommt direkt nach der Chibi Extension und dem IMU Brick. Der Bus ist full duplex. Da die Infrastruktur für die Extensions jetzt steht hab ich Hoffnung das ich da schneller voran komme.

Interesting. Can you try to install python-ctypes? opkg install python-ctypes

you need python-twisted for the Brick Daemon, this is independent from the programming language you want to use. You can install the Brick Daemon from source (here is a lik to the zip: https://github.com/Tinkerforge/brickd/zipball/master) Just unzip it somewhere on your beaglebone, go to brickd/src/brickd and start with "python brickd_linux.py nodaemon" as root. As i mentioned before, you can also enable debug output if you install it from source and give me more information this way.

So, ich hab mal einen kleinen Aufsatz im Wiki verfasst. Ich hoffe das ist nicht zu grob und du kannst damit was anfangen. Du wirst allerdings definitiv nicht drum rumkommen dich in die vorhandenen Bindings einzulesen um eine Idee darüber zu bekommen wie diese funktionieren. Ich würde erstmal die Autogenerierung außen vor lassen und überhaupt erstmal eine Socket Verbindung mit Delphi zum brickd aufbauen und versuchen ein Paar Nachrichten auszutauschen. edit: Hab den Link zum Wiki vergessen: http://www.tinkerunity.org/wiki/index.php/BindingsErstellen

Oh, hab deine Antwort übersehen, entschuldige. Ich setze heute Abend mal ein Tutorial darüber auf, melde mich dann.

With the hotplug functionality brickd can find newly plugged in Bricks. If you plug in your Bricks first and start brickd afterwards, it will work without gudev (at least it should).

Hi guys, just some general ideas i have on this topic: - In principle there is no problem to get our stuff running on arm based embedded devices, in the German forum someone got brickd running on his NSLU (http://en.wikipedia.org/wiki/NSLU2, 133Mhz, 8MB flash). So, all the Beagleboard derivatives and the RPi should definitely work. - Debian on Beaglebone: Coldwilson: Did you not manage to install Debian at all or could you install Debian and our stuff didn't work? Because if you can install Debian it really should work out of the box, since we don't use any platform dependent stuff and Debian has all dependencies (python-twisted, python-gudev and libusb). - Angstrom: I am no Angstrom expert, but i could find libusb, python-twisted and gudev in the repository. I could not find the python bindings for gudev, can you try to install them from source: https://github.com/nzjrs/python-gudev? As far as i can see, it consists of only one c file. - gudev: It is possible to use brickd without gudev! gudev is only needed for the hotplug functionallity. So, if you plug in the Bricks and start brickd afterwards it should work. - Coldwilson: If you have libusb and python-twisted installed on your Beaglebone, could you install the brickd source, change the logging level to logging.DEBUG in brickd/src/brickd/config.py then plug in a Brick, then start the daemon with "python brickd_linux.py nodaemon" as root and post the output of the daemon here? It should say something like "Could not import gudev. Disabling USB hotplug" but work fine otherwise afterwards (if you plugged in the USB devices before you started brickd). If it doesn't work that way i would be interested in the error messages, perhaps it is something i can fix. I have lots of open source arm devices laying around here (beagle boards, openmoko etc, i have no beaglebone, but i intend to buy RPis). But currently i don't have Angstrom on any of them, so unfortunately i can't test it myself right now.

Die Konfigurationen bleiben persistent.

In der Tat, hab ich vergessen anzupassen. Hab die firmwares im Download Bereich entsprechend upgedatet.

Die Bindings generieren wir mit einem Pythin Skript. Die ganzen Generatoren findest du im generators git: https://github.com/Tinkerforge/generators Der Generator für die Bindings sieht so aus: https://github.com/Tinkerforge/generators/blob/master/csharp/generate_csharp_bindings.py Der Generator für die Dokumentation sieht so aus: https://github.com/Tinkerforge/generators/blob/master/csharp/generate_csharp_doc.py Die sind beide für C#, nur so als Beispiel. D.h. wenn du eine Unterstützung für Delphi hinzufügen wolltest, müsstest du mindestens den Generator für die Bindings für Delphi schreiben. Gucks dir mal an, wenn du da Lust zu hast würde ich nochmal genau aufschreiben wie du da am Besten vorgehst und was genau zu tun ist etc.

Ist leider nicht möglich. Der Treiber IC den wir dafür verwenden ist der DRV8811. Wenn du ganz genau wissen möchtest was theoretisch möglich ist kannst du da ins Datenblatt gucken.

Die Board-to-Board Verbinder sind leider keine Standardteile, da haben wir nichts gefunden was gepasst hätte (Pinanzahl und Höhe etc). Wie oben schon geschrieben werden wir aber welche bei uns in den Shop stellen sobald die nächste Bestückung fertig ist. Wenn benötigt können wir auch ganze Reels verkaufen.

Currently you need a permanent PC connection, as Paul said. It is possible to write C code, but there is currently no documentation for this.

Hab das Gerät hier und jetzt mal kurz getestet. Ich kriege das Olidata ding auf Anhieb nicht zum laufen (so rein gar nicht, auch nicht mit anderen Geräten, weder unter Linux noch unter Windows). Hab gerade keine Zeit mich damit Stunden zu beschäftigen, ich gucke es mir nächstes Wochenende noch mal an.