gagahhag

Ich denke, dabei sind das grösste Problem die komplizierten Bricks. Einfach IO-Bricklets oder auch Temperatur-Bricklets stell ich mir nicht so kompliziert vor. Da müsste man manuel gewisse Zustände / Werte manipulieren. Aber eben IMU's oder Stepper/Servo etc. wären da schon komplizierter. Interessant wäre das Ganze aber schon

So mit Sticker der Brick/lets zum reinkleben und der jeweiligen API? Wobei die API als PDF wäre auch nicht schlecht ...

+1 Was aber auch toll wäre ist, wenn man die Brick/lets per Software simulieren könnte; d.h. man könnte sich eine Hardware-Konstellation (per Config?) zusammenstellen und dann dagegen implementieren/testen ohne die Hardware schon zu haben (zB. GPS-Brick).

Oder auch einfach Zeit zum Sparen, damit man sich die neuen Sachen dann mal kaufen kann

Genau, meine sind mittels Verschraubung auf die Welle selbst, hat für meine Anwendung ganz gut geklappt.

Die kriegt man in (jedem?) einem Modellflug-Laden. Einfach mal Googlen. Man findet sie auch unter Propellermitnehmer. Gibt die für verschiedene Motor-Wellen, meine sind 5mm.

Genau das ankörnern hatte ich im Sinn :-) Aber auf die Idee mit dem Karo-Papier bin ich noch nicht gekommen...

Normalerweise sollte dies auch reichen. Bei mir hat dies immer geklappt, flashen, USB raus, wieder normal einstecken (ohne das drücken von Erase) und gut war ... ist evt. der Erase-Knopf kaputt und ist immer betätigt?

Vielen Dank für die Vorlagen... aber könntest du in den Bohrlöchern noch zentrische Kreuze hinzufügen? So lässt es sich einfacher zentrieren und genauer bohren

Was ich jedenfalls bemerkt habe ist, dass man bei Schrittmotoren nicht schnell die Geschwindigkeit anpassen sollte... werde mit dem Joystick einfach die Richtung mit einer fest eingestellten Geschwindigkeit vorgeben. Wäre nett gewesen, wenn ich mit ihm auch die Geschwindkeit hätte mitgeben können. An der Motorwelle sind übrigens Lufschraubenmitnehmer befestigt. Das einzige, was noch fehlt, sind anständige Alu-Räder Das mit der Mausvoreingabe tönt interessant, werde das im Hinterkopf behalten Kann mir vorstellen, das man mittels GUI Punkte eingibt, die dann angefahren werden... Zusätzlich müsste ich mir noch ein rotierendes Messer montieren und ich habe einen Roboter-Rasenmäher Genau. Eine Art "Segway" habe ich auch mal angedacht. IMU-Brick ist auf dem Weg. Aber das muss noch ein wenig warten. Vielleicht gibts auch ein Quadracopter... wer weiss Na ja, ein Paradebeispiel vielleicht, aber eigentlich wollte ich 4 Schrauben darauf machen, habe extra M3-Gewinde geschnitten. Nur ich konnte mit meiner bescheidenen Werkbank (Bürotisch neben PC etc...) nicht wirklich schön bohren... da passten gerade diese 2 Positionen Die Schrittmotoren selbst sind mit je 2 Schrauben seitlich befestigt. Auf dem Bild sollte man das gut sehen. Die Schrauben oben sind für die Querverbindung... Die Schrittmotoren sind von Trinamic (QSH4218-51-10-049 http://www.trinamic.com/index.php?option=com_content&view=article&id=253&Itemid=366). Habe einfach 2 gleiche gekauft... Die Aluwinkel sind aus dem Baumark, kann man so pro Meter kriegen, dazu noch normale Alu-Schienen. Das ganze kreuzähnlich zusammengeschraubt.

Mist, ich mache was falsch. Aber zum Glück habe ich meinen Master-Brick, welcher so 50°C anzeigt (Temp-Bricklet leider nur 22°C ) Und im heutigen Zeitalter geht das ja einfach: (temp.getTemperature()/100)+10

Da ich gerade warten muss, stelle ich ein kleines Foto von meinem 'Gebastel' hier rein. Eigentlich sollte da noch eine WIFI-Extension drauf sein. Aber darauf warte ich jetzt schon seit letzten Dienstag. (Liefert die Deutsche Post nicht mehr in die Schweiz?!) Ziel ist es, meinen IT-Lehrlingen ein kleines Projekt zur Verfügung zu stellen, womit sie eine Programmiersprache (JAVA) lernen/trainieren können. Daher werde ich noch einen Abstandsmesser (vielleicht auf einem Servo) montieren und jenachdem was mir sonst noch in den Sinn kommt. Somit können sie dann mit Joystick und Reglern und LCD etc. rumspielen. Wenn jemand sonst noch einen nette Idee hat, nur her damit! Danke

Sommer?! Wo??

Na ja, man kaufe sich das Tinker Kit und man hat genügend Schrauben-Zeugs *duck*. Aber natürlich nur 2x für die Master-Bricks; bis ich das bemerkt habe ...

Ja, die kenne ich. Ist fast um die Ecke, wo ich Aufgewachsen bin. War da waerend meiner Schulferien auch ein paar Mal arbeiten gegangen

Der BrickDaemen wirst du meines Wissens definitiv nicht auf dem Tablet zum laufen bekommen. Jedoch kam letzte Woche der WiFi-Brick raus, mit welchem du keinen BrickDaemon brauchst sondern direkt auf deinen Stack zugreifen kannst. Was aber zusätzlich gemacht werden muss ist halt die Programmierung auf dem Tablet selbst. Leider sind meine WiFi-Bricks noch nicht gekommen (sind seit letzten Dienstag unterwegs... )

<klugscheisser>Nö ein 'isConnected()' reicht völlig aus</klugscheisser>

Wenn ich das bis jetzt richtig verstanden habe, braucht es grundsätzlich immer eine Fallunterscheidung, was für ein Device ich jetzt gerade habe. Das Hauptproblem dabei ist IMHO, auf was für Daten man die Unterscheidung macht. Bis jetzt bleibt uns nur der Name, welchen wir von Enumerate zurückkriegen. Das dies ein String ist, ist die Wahrscheinlichkeit gross, dass man Schreibfehler macht. Wenn jetzt jedes Device eine eindeutige 'Typ-Nummer' hat (wie AuronX unten schon vorgeschlagen hatte) wäre das natürlich einiges 'sicherer'. Für OO-Sprachen wäre das natürlich schön, so ein public Device getDevice(<UID>), da würde halt IPConnection die Fallunterscheidung machen, wir dann aber wieder das 'instance of'... Ich wäre mal für den Vorschlag von AuronX mit der ID

Danke für eure Antworten. Diesen Link selbst kenne ich. Was ich mir aber vorstelle ist eine Übersicht (als Liste oder Tabelle?) auf der Downloadseite, wo ich gerade die aktuellen Versionen habe. Ich möchte nicht alle Versionen meiner Bricks / Bricklets einzeln über die Verzeichnisliste zusammensuche. Und ja, ich weiss, dass ich Faul bin ;-) Und ja, ich könnte mir auch ein Script schreiben, dass das für mich macht

Ich weiss über den BrickViewer, welche Firmware-Versionen meine Teile haben. Jedoch kann ich die nirgends auf Tinkerforge (zB hier: http://www.tinkerforge.com/doc/Downloads.html#brick-firmwares-and-bricklet-plugins) vergleichen, ob ich die aktuelle Firmware geflashed habe. Habe ich so eine Auflistung übersehen, oder gibt es die nicht? IMHO wäre dies als übersicht noch nett. Evt. mit Release-Datum?

Habe auch gerade auf Version 1.3.2 geflashed. Mein Master-Brick zeigt etwas ueber 51Grad an. Ist etwas hoch. Mein 2ter Master mit Version 1.2.4 zeigt jedenfalls nur 24 Grad, nach dem Flashen auf 1.3.2 sind es ploetzlich immer noch etwa 27 Grad. Ich lass die mal ruhen und schau dann nochmals... edit: Da was photron schneller ...

Ihr seid super. Hatte leider gestern Abend / Nacht keine Lust mehr, das Ganze im Source zu analysieren

Ich hätte bei GIT-Hub auch eine Issue eröffnen können, aber wollte nicht dafür einen Account eröffnen, sorry Ich habe beim Enumerate etwas 'komisches' festgestellt. Beim folgenden Java-Code erwarte ich eigentlich eine Ausgabe mit Namen und UID in einer Zeile. public class TinkerTest { public static void main(String[] args) throws IOException { IPConnection ipCon = null; ipCon = new IPConnection("localhost", 4223); ipCon.enumerate(new IPConnection.EnumerateListener() { @Override public void enumerate(String uid, String name, short stackID, boolean isNew) { System.out.println("name: ["+name.trim()+"], uid: ["+uid+"]"); } }); new Scanner(System.in).nextLine(); ipCon.destroy(); } } Die Ausgabe ist: name: [Master Brick 1.0 name: [Rotary Poti Bricklet 1.0 name: [LCD 20x4 Bricklet 1.0 Jedoch sollte sie folgendermassen aussehen: name: [Master Brick 1.0], uid: [9U4XL68z4gG] name: [Rotary Poti Bricklet 1.0], uid: [aDw] name: [LCD 20x4 Bricklet 1.0], uid: [bjy] Der Fehler selbst kann umgangen werden, wenn ich den Namen mittel 'name.trim()' ausgebe. Die Länge von 'name' ist komischerweise immer 40 Zeichen. Für mich sieht es so aus, als würden da noch einige NUL-Zeichen (ASCII 0) mitgeschickt... Ich habe dies nur mit Java ausprobiert und weiss nicht, ob das in den anderen Bindings auch der Fall ist.

Kann es sein, dass das File 'brick_master_firmware_latest.bin' auf dem Server immer noch Version 1.3.0 ist? So wie es aussieht muss ich die neue Version mittels 'Custom...' flashen ...

Danke euch fuer die Antworten. Habe mal mit den Stromquellen rumgespielt und dies spielt definitiv eine Rolle. 15AA-Batterien liefern zu wenig Strom, jedoch auch schon mehr als ueber USB Ich habe auch irgendwo etwas von Frequenzen gelesen. Muss dies aber noch genauer ausprobieren.