borg

Danke für das log, das sieht sehr hilfreich aus, gucke ich mir heute Nacht an . Reproduzieren kann ich es aber leider auf Anhieb nicht. Auf dem Raspberry PI kompilieren sollte sehr einfach sein. gcc und libusb installieren und make aufrufen. Außer libusb haben wir keine Abhängigkeiten im neuen brickd!

Unter /var/log/brickd.log sollte es ein log geben. Edit: Wenn du brickd selber kompilierst kannst du in log.c auch die LOG_LEVEL auf LOG_LEVEL_DEBUG stellen, dann gibt es eine Unmenge an log Ausgaben. Eine Config-Datei zum umstellen der Logging Level gibt es leider noch nicht, kommt aber noch.

Außengewinde an beiden Seiten oder wie? Innengewinde auf beiden Seiten gibt es ja in den Bricklet Befestigungskits.

Wir müssen bald wieder neue Befestigungs-Kits bestellen, daher die Frage: Wenn wir bei "Wünsch Dir Was" wären, wie würde für euch optimalerweise ein Brick bzw Bricklet Befestigungs-Kit aussehen ? Das Feedback was wir bisher bekommen haben deutet darauf hin, dass auf jeden Fall mehr Schrauben dabei sein sollten. Wenn beim Bricklet Befestigungs Kit 8 Stück dabei wären könnte man z.B. einmal oben festschrauben und einmal unter einer Platte. Was würdet ihr noch sehen wollen? Meint ihr Unterlegscheiben sind notwendig/wünschenswert?

On time for Christmas we are ready to release a beta version of Protocol 2.0. The bindings, firmwares and tools for the new protocol can be found here: http://download.tinkerforge.com/protocol_v2_beta/ Documentation here: http://www.tinkerforge.com/doc_v2/index.html If you don't know what the new protocol is, you can find information here: http://www.tinkerforge.com/doc/Protocol_20.html The complete API documentation should be compatible to the new protocol, everything else is currently still outdated (tutorials etc). Something important that is still missing, is a "how do i port my code to the new protocol"-guide. I think i can manage to write such a guide before Christmas. So: If you want to help in the testing phase of the new protocol, you are cordially invited .

Hallo zusammen, Pünktlich zu Weihnachten sind wir endlich soweit die erste Beta vom Protocol 2.0 zu veröffentlichen. Die Bindings, Firmwares und Tools zum neuen Protokoll gibt es hier: http://download.tinkerforge.com/protocol_v2_beta/ Dokumentation gibt es hier: http://www.tinkerforge.com/doc_v2/index.html Wer noch nicht weiß was es mit dem neuen Protokoll auf sich hat, kann hier Informationen finden: http://www.tinkerforge.com/doc/Protocol_20.html Die komplette API Dokumentation und alle Beispiele sollten kompatibel zum neuen Protokoll sein, alles andere in der Doku ist noch nicht angepasst (Einführungstutorial etc). Was auch noch dringend fehlt ist ein "Wie porte ich meinen Code vom alten auf das neue Protokoll"-Tutorial. Ich denke, dass ich dies vor Weihnachten noch verfasse. Also: Wer lust hat das neue Protokoll zu testen um uns beim Fehlerfinden zu helfen ist dazu herzlich eingeladen .

Voltage/Current Plugin 1.0.0 Support for new Voltage/Current Bricklet Download: Plugin

Voltage/Current Plugin 1.0.0 Support für neues Voltage/Current Bricklet Download: Plugin

But would you have to implement this on the Brick? Wouldn't it be a lot easier to implement this on the PC, that has all of the information from both GPS Bricklets?

Tja, ich bin ratlos. Schick mal eine Email an info@tinkerforge.com mit der Bestellnummer, wir schicken einen neuen Master raus mit Rückumschlag für den alten. Ich befürchte zwar, dass das keinen Unterschied machen wird, aber dann können wir wengistens sicher sein das es nicht an der Hardware liegt .

Da bin ich auch ein bisschen ratlos. Wenn du das "Blinkenlights" am Anfang bekommst und er taucht unter Windows passend auf in der Geräteliste, würde ich fast ausschließen wollen dass ein Defekt am Brick vorliegt. Damit du du in Windows den Treiber installieren kannst muss ja bereits Kommunikation über USB stattgefunden haben. Wie hast du denn die Firmware aktualisiert und welche Version hast du draufgespielt? Betreibst du den Master zum testen erstmal ohne die Bricklets?

Folgendes funktioniert bei mir: #include <stdio.h> #include "ip_connection.h" #define HOST "localhost" #define PORT 4223 // Print incoming enumeration information void cb_enumerate(const char *uid, const char *connected_uid, char position, uint8_t hardware_version[3], uint8_t firmware_version[3], uint16_t device_identifier, uint8_t enumeration_type, void *user_data) { printf("UID: %s\n", uid); printf("Enumeration Type: %d\n", enumeration_type); if(enumeration_type == IPCON_ENUMERATION_TYPE_DISCONNECTED) { return; } printf("Connected UID: %s\n", connected_uid); printf("Position: %c\n", position); printf("Hardware Version: %d.%d.%d\n", hardware_version[0], hardware_version[1], hardware_version[2]); printf("Firmware Version: %d.%d.%d\n", firmware_version[0], firmware_version[1], firmware_version[2]); printf("Device Identifier: %d\n", device_identifier); printf("\n"); } int main() { // Create IP connection IPConnection ipcon; ipcon_create(&ipcon); if(ipcon_connect(&ipcon, HOST, PORT) < 0) { fprintf(stderr, "Could not connect to brickd\n"); exit(1); } // Register enumeration callback to "cb_enumerate" ipcon_register_callback(&ipcon, IPCON_CALLBACK_ENUMERATE, cb_enumerate, NULL); ipcon_enumerate(&ipcon); printf("Press key to exit\n"); getchar(); }

Öhm, ein Encoder Bricklet ist definitiv immer noch geplant. Leider war die Nachfrage nicht riesig, daher ist es ein bisschen liegen geblieben. Das Problem damit ist, wie Nic schon sagt, dass so ein Encoder Bricklet kein "normales" Bricklet sein kann, was über USB regelt. Sondern wir müssten dem DC Brick beibringen, das Encoder Bricklet zu erkennen und seine eigene API entsprechend zu erweitern. Zum Beispiel durch die Angabe von Übersetzungen und Radumfang könnte dann direkt eine Fahrtlänge angegeben werden. Leider ist es sehr viel Aufwand das stabil zum laufen zu bekommen und da andere aufwändige Sachen (Wifi, Ethernet) viel häufiger nachgefragt wurden, ist das Encoder Bricklet ein bisschen ins Hintertreffen geraten .

Das sollte auf jeden Fall gehen.

Ist gefixt, Danke !

Mh hast du schon ein anderes Bricklet Kabel probiert? Anderen Port beim Master? Analog In neu geflasht?

Hab ich auch heute schon gemacht. Aber wir hausen hier ja auf einem Bauernhof, da gibts Trecker zum Schneeschieben .

Du hast dir im Prinzip schon alles selbst beantwortet. heap_1.c und heap_2.c werden nicht benutzt. Die sam3s4.ld Linkerskripte werden beim Master benutzt und die sam3s2.ld Linkerskripte bei den anderen Bricks. Die benutzen unterschiedliche Mikrocontrollertypen (atsam3s4 vs atsam3s2).

Danke!

Die Bohrschablonen und die neueste BrickViewer Versionen sind jetzt erreichbar. Bzgl. der Bemaßung der Bohrlöcher bei den Industrial Bricklets muss Bastian morgen gucken, das wird irgendwie automagisch aus den KiCAD Projektdateien erzeugt. Keine Ahnung wie das funktioniert .

Da hast du natürlich recht. Jetzt haben wir wenigstens noch Ideen fürs LCD 1.3 . Die vorgehensweise wäre vermutlich, ein Käbelchen in die GND Löststelle zu löten und von diesem Käbelchen aus die Käbelchen für die 4 externen Taster zu ziehen.

Rastermaß ist Standard 2.54mm. Ich hab auch mal gerade passende Stiftleisten in den Shop gestellt: https://shop.tinkerforge.com/right-angle-pin-header-2x3.html Davon haben wir hier zufälliger weise noch 1000stk rumliegen, die von einem anderem Projekt übrig geblieben sind . Aber wie gesagt, um die einzulöten muss man entweder zuerst den Lötzinn entfernen mit Entlötlitze o.ä., oder man muss die komplette Fläche warm genug machen, dass man die Stiftleiste reinstecken kann.

Die eingesenkte Buchse für die Ethernet Extension muss leider extra für uns angefertigt werden, wir konnten nichts bekommen was von der höhe her zwischen den Stack gepasst hätte. Die Buchsen bekommen wir leider erst Ende Januar. Ansonsten ist Ethernet fertig. Ich hab hier einen funktionierenden Prototypen liegen! Eine Stiftleiste ist beim LCD20x4 V1.2 nicht bestückt, dafür benötigen einfach zu wenige Nutzer die externen Anschlüsse und viele werden auch direkt ein Kabel anlöten wollen. Wir haben aber passende Stiftleisten hier, die könnten wir günstig mit anbieten. Das einzige Problem was ich sehe: Die Lötpunkte vom neuen LCD20x4 sind bereits verzinnt. Das ist gut zum anlöten von Käbelchen, dadurch wird aber das anlöten einer Stiftleiste leider anstrengend. @Nic: http://de.blog.tinkerforge.com/2012/12/6/lcd-20x4-bricklet-1-2

LCD 20x4 Bricklet Plugin 1.1.1 Support for LCD 20x4 Bricklet hardware version 1.2 Download: Plugin

LCD 20x4 Bricklet Plugin 1.1.1 Support für LCD 20x4 Bricklet Hardware Version 1.2 Download: Plugin