borg

Hier gibt es eine Auflistung der Unterschiede zwischen Master 1.0 und 2.0: http://www.tinkerforge.com/de/blog/2012/11/27/master-brick-2-0-und-geschirmte-bricklet-kabel Du kannst alles was du mit dem Master 2.0 machen kannst auch mit dem Master 1.0 machen. Was genau sind denn die Probleme? Hast du die Firmwares auch alle auf 2.x sowie brickd und brickv aktualisiert? Evtl. gibt es da einfach noch Inkompatibilitäten Aufgrund des neuen Protokolls?

Mh, vielleicht kannst du versuchen ihn nochmal in den Bootloader-Modus zu versetzen? Am besten du drückst einmal den Erase-Taster während du den USB Stecker reinsteckst. Dann sollte sicher gestellt sein, dass der Brick richtig im Bootloader-Modus ist. Ansonsten klingt das als wäre alles so wie es seien sollte

Vielleicht benutzt das Brick (oder das Bricklet) noch das alte Protokoll? In dem Fall müsstest du die Firmwares auf den neuesten Stand bringen. Hast du die korrekte UID verwendet?

Wir sind noch am Ball. Wir haben in der Zwischenzeit ein Probestück getempertes PMMA bekommen und ausprobiert. Das Ergebnis war zwar besser, allerdings immernoch nicht perfekt. Wir haben jetzt vor zum Testen ein Stück gelaserte Montageplatte zum Tempern wegzugeben. Um zu gucken ob das funktioniert.

Die UID in dem Beispiel-Code hast du auch angepasst? Hast du den Brick Daemon auch geupdatet?

Firmwares: Master Brick 2.1.2 Rufe "ethernet reset"-Funktion zwei mal auf um sicher zu stellen dass es immer funktioniert. Download: Master Brick

Firmwares: Master Brick 2.1.2 Call ethernet reset function 2 times to make sure it works allways Download: Master Brick

So wie du es jetzt gemacht hast ist das "io" weder global noch initialisiert. Das kann nicht gehen. Nimm mal dein Original Programm und verschiebe das "IO4 io;" aus der main nach oben zu den Defines.

Naja, der Compiler sagt ja schon was Sache ist: io Ist nicht deklariert in sendByte. Entweder du machst das global oder du übergibst es in der Funktion .

Öh, im Allgemeinen ist das nicht so. Um welche Versionen handelt es sich denn? Es gab glaub ich zwischendurch ganz kurz eine Firmware die Allgemein im Stack Probleme machte, vielleicht hast du die zufällig drauf?

Wir haben es uns auch angeguckt . Echt schade das es nicht funktioniert hat. Sag auf jeden Fall Bescheid wenn es noch einen Termin gibt!

Welchen Compiler nutzt du? Kannst du den Compilerfehler hier posten? Hast du ws2_32.lib (Windows) bzw pthread (Linux) mit eingebunden? http://www.tinkerforge.com/de/doc/Software/API_Bindings_C.html

Ja, das wird auf jeden Fall im Datenblatt stehen. Das ist die wichtigste Angabe. Wenn der Motor für 1A ausgelegt ist und du stellst ihn auf 2A (zum Beispiel), wird der Motor auf Dauer kaputt gehen!

You mean, that we have a button "show wifi encryption configuration" in the Brick Viewer and the data is only send after it is clicked, right? That sounds reasonable to me . But then again, the Brick Viewer is only intended for testing purposes...

Schrittmotoren sind stromgesteuert, da kannst du ruhig 12V einspeisen. Um die volle Leistung des Schrittmotors zu erreichen solltest du sogar eine noch höhere Spannung einspeisen! Die Volt-Angaben bei Schrittmotoren sind da ein wenig irreführend, wichtig ist das du beim Stepper Brick den Strom korrekt für deinen Schrittmotor einstellst (setMotorCurrent).

PoE ist nur für 48V spezifiziert, da kannst du nirgends 9V einspeisen. Du kannst aber mit einem PoE splitter 9V aus PoE bekommen, z.B.: http://www.amazon.de/TP-Link-TL-PoE10R-PoE-Splitter-Adapter/dp/B001PS4NWW/ref=sr_1_1?ie=UTF8&qid=1370555834&sr=8-1&keywords=poe+splitter (15€) Der Injektor den ich oben gepostet hab kostet 18€, also nicht mehr als die Extension. Je nach Modus wird wird der Strom bei PoE über die Datenleitungen übertragen, da kann man nicht einfach irgendwo 9V einspeisen . Die teureren PoE Injektoren handeln auch mit der Ethernet Extension aus welche PoE Klasse verwendet wird usw.

Du kannst die Spannung über einen PoE Injecotor einspeisen, z.B.: http://www.amazon.de/TP-Link-TL-PoE150S-Single-Port-frustfreie-Verpackung/dp/B001PS9E5I/ref=sr_1_1?ie=UTF8&qid=1370546468&sr=8-1&keywords=poe+injector

The Brick Viewer shows your WIFI configuration, so it reads it from the WIFI Extension (http://www.tinkerforge.com/en/doc/Software/Bricks/Master_Brick_Python.html#Master.get_wifi_encryption). The data you are receiving is encrypted via WPA2, it is not transmitted "over the network in the clear". If someone steals your WIFI Extension, he can read out the stored ssid and password, yes. There is no way around that, other then to remove the API for reading the configuration completely.

Du meinst, dass die Pinne schon vorher krumm waren? Das würde ich ausschließen, da jedes Bricklet (über den Bricklet-Stecker) getestet wird. Eventuell hast du ein Bricklet-Kabel das eines der Löcher "verstopft" hat? Sowas hatten wir schonmal!

Firmwares: Master Brick 2.1.0 Add support for Ethernet Extension Download: Master Brick

Firmwares: Master Brick 2.1.0 Support für Ethernet Extension hinzugefügt Download: Master Brick

Die Firmware ist jetzt zwischen HW Version 1.1 und 1.2 getrennt, wegen den Problemen die es gab. Kann es sein, dass du den Brick Viewer seit längerem nicht neu gestartet hast? Der holt sich die Informationen über die Firmwares nur wenn du das erste mal auf "Flashing" klickst. Du müsstest jetzt beim manuellen Flashen zwischen HW Version 1.1 und 1.2 auswählen können, auto-update geht beim LCD Bricklet im Moment nicht (wird mit dem nächsten Brick Viewer Update morgen wieder gehen).

Hab mir gerade das Video angeguckt, wie geil ist das denn? Hatte die ganze Zeit ein dickes Grinsen auf dem Gesicht . Womit erkennst du ob das Ei roh ist? Einfach anhand der Lichtmenge die durchgeht?

6,5mm

Die Firmwares für Hardware Version 1.1 und 1.2 sind jetzt offiziell getrennt. Im Moment ist dadurch ein Auto-Update vom LCD nicht möglich, das fixen wir dann aber in der nächsten Brick Viewer Version (kommt am Montag). Damit dürften die Probleme der falschen Hardware-Versions-Erkennung endgültig gelöst sein, da es keine Hardware-Versions-Erkennung mehr gibt in der Firmware .