The_Real_Black

Traceback (most recent call last): File "C:\Program Files (x86)\Tinkerforge\Brickv\plugin_system\plugins\imu\imu_gl_widget.py", line 116, in initializeGL glClearColor(*self.color_background) File "errorchecker.pyx", line 50, in OpenGL_accelerate.errorchecker._ErrorChecker.glCheckError (src\errorchecker.c:574) OpenGL.error.GLError: GLError( err = 1280, description = 'Ung\xfcltiger Enumerant.', baseOperation = glClearColor, cArguments = ( 0.84999999999999998, 0.84999999999999998, 0.84999999999999998, 1.0, ) ) Jetzt habe ich den Joystick am Master angesteckt und es klappt... Stack: IMU - (frei) - (frei) Servo - Amb. Light - (frei) Master - Joystick - IR Distanz - Amb.Temp. - LCD

Traceback (most recent call last): File "C:\Program Files (x86)\Tinkerforge\Brickv\plugin_system\plugins\imu\imu_gl_widget.py", line 116, in initializeGL glClearColor(*self.color_background) File "errorchecker.pyx", line 50, in OpenGL_accelerate.errorchecker._ErrorChecker.glCheckError (src\errorchecker.c:574) OpenGL.error.GLError: GLError( err = 1280, description = 'Ung\xfcltiger Enumerant.', baseOperation = glClearColor, cArguments = ( 0.84999999999999998, 0.84999999999999998, 0.84999999999999998, 1.0, ) ) Traceback (most recent call last): File "C:\Program Files (x86)\Tinkerforge\Brickv\plugin_system\plugins\imu\imu_gl_widget.py", line 116, in initializeGL glClearColor(*self.color_background) File "errorchecker.pyx", line 50, in OpenGL_accelerate.errorchecker._ErrorChecker.glCheckError (src\errorchecker.c:574) OpenGL.error.GLError: GLError( err = 1280, description = 'Ung\xfcltiger Enumerant.', baseOperation = glClearColor, cArguments = ( 0.84999999999999998, 0.84999999999999998, 0.84999999999999998, 1.0, ) ) Wenn ich einen Joystick am IMU anstecke, den Brickd neustarte und danach Brickv öffne zeigt dieser den Joystick nicht. Der IMU liefert Werte bis ich den Joystick betätige... danach ist er "tot" und liefert in allen Werten eine Flatline! Ist der IMU defekt an beiden Steckplätzen? Können bestimmte Bricklets nur am Master angesteckt werden? PS danach liefert der Brickv das obrige Log. Noch ein Edit: Fürs Logging wären Timestamps nützlich und die Messagebox wird nicht mehr in der Taskleiste angezeigt und verschwindet hinter anderen Fenstern.

@Loetkolben und AuronX: Dann wird der IO16 die Leds schon aushalten. @Xenna: Thank you. My reed contacts will be delivered in the next few days, to go there it's very nice to know that it will work.

Ich verwende nochmal diesen Thread: Wie im Projekt bereits genannt habe ich Probleme wenn ich den IRDistanz Bricklet am IMU anstecke... die Pins sind alle gerade das Kabel funktioniert am Master angesteckt. Ich muss mal prüfen ob der IR auch am Servo Brick diese Probleme macht... Sonst jemand schon mal sowas bemerkt? (Ich glaub ich hatte mal das LCD am Servo und dort hatte es nicht geklappt. Da hatte ich aber auch alles ein paar mal neu verkabelt und kanns jetzt nicht mehr genau sagen.) 2te Frage: Wenn ich das io16 Bricklet auf 3,3 Volt stelle benötige ich vor LEDs noch einen Vorwiederstand? An einen Port 8 Leds: gut oder OMG?

Mein Roboterunterbau ist gekauft (kommt die Tage an), ich bin wieder in eine neue Kiste umgezogen... hab die alte Kiste in die neue gestellt als Stabilisator. Erinnert alles an den Umzug von Krebsen oder so. Box 4 wird keine Joysticks mehr haben und es wird deswegen auch keinen Handmodus geben. Tags: [build] and [Run] ToDos: - Box 4 Coden\Roboter zusammenbauen - In der Doku zusammenschreibne welche Bricks für welches Projekt benötigt werden - IMU weiter Testen. - ... Ich hatte ein Problem mit dem IMU und dem IR-Distanz Bricklet: Wenn ich das IR Bricklet am IMU hatte hat der IMU um Brivkd nichts angezeigt und das Bricklet wurde nicht erkannt und auch nicht aufgelistet. Was kann da schief gehen?

Mein Startpost stammt von "tf_archiv" ;-) kann man das Ändern TF Team? Ansonten mache ich mir einen neuen Thread auf ^^ Idee ist gut.

Ich habe ein problem mit dem IMU bzw Stepper wenn ich den stepper über den IMU setze passen die Abstände nicht zusammen die Abstandshalter sind zu groß (<1mm) dass die Stackverbindungen einrasten können ist dies so gewünscht oder Fertigungsbedingt?

Danke Nic dann werde ich es mit dem Rasberry probieren.

@"WLan Brücke": Hat jemand mal versucht die Bricks mit Wireless USB zu betreiben?

@M4ST3R: Mein Roboter wird noch einige Zeit brauchen bis er fahren darf bis dahin kann ich die Ausrichtung meiner Kisten messen... Außerdem war 10% Rabatt Aktion und sowas wollte ich schon immer *HABEN HABEN*. Brauche ich wirklich eine Begründung um mir etwas zu kaufen?

Habe den IMU gerade erhalten... und spiele Flugzeug damit *brummm brumm meeeee wusch* Super Tag heute jetzt muss ich nur noch einen Anwendungszweck finden *g*

@Paul: hat das neue Ubuntu sollte JMicron Controler Unterstptzung haben mal testen "früher" gabs da keine Unterstützung dafür. - Start von CD - Wollen sie xxxx starten? - ja! - bitte legen sie CD ein - Ich werd mich mal wieder Ubuntu ansehen.

IR Bricklet: (V2.0) Dieses Bricklet sollte als eine Art Richt-Sende\Empfänger dienen um Informationen gezielt zwischen zwei Stacks\IPConnections zu überragen. Anwendungsbereiche sind hier in erster Linie Roboter welche Informationen austauschen sollen aber nicht über eine zentrale Stelle koordiniert werden. Ein anderes mögliches Beispiel sind verteile Wetterstationen welche dann über diese Verbindung ihre gewonnen Daten übertragen können wenn man an ihnen vorbei kommt. Sollte effizienter sein als ein WLan da dieses nicht einfach abgeschaltet werden kann wenn man auf Verbindungen wartet. Als bereits angesprochene Features sollte es möglich sein empfangene Signale zu speichern gerne als Bitmuster oder so um sie wieder abspielen zu können wie bei universalen Fernsehfernbedienungen üblich. Die Sender sollten austauschbar sein (eine Steckverbindung oder so) damit die „Richt LEDs“ gegen „Streu LEDs“ ausgewechselt werden können. Schön wäre es wenn beide Ledtypen beiliegen würden. Und nun warum dies nötig ist: Als zusätzliches Feature soll das Bricklet über einen Stromeingang und 10 Jumper verfügen. Mit diesen Jumpern kann man 1024 unterschiedliche Signale aussenden welche dann von einen, mit einem Master verbunden, IR Bricklet empfangen werden können. Es gibt also 2 Sende Methoden: - Bricklet an Stack -> Sende\Empfänger - Brickelt an „9V Block“ -> Sende Boje Es wäre das erste „Standalone“ Bricklet auch wenn nur mit einer Funktion hier. Für ein mobiles Gerät (Roboter) könnten so Positionsmarken definiert werden ohne für jede Boje ein eigenen Stack aufzubauen. Mit der „IR-Streulicht“ Diode sollte ein >180° Senderadius\kegel erreicht werden damit die Bricklets auch gut empfangen werden können. Auch der Empfänger sollte austauschbar sein oder abschirmbar damit zwischen Richtempfang und ungebundenen Empfang gewechselt werden kann. Schön wäre auch wenn man das Signal im Bojen Modus steuern könnte keine Pause, 0,5 Sekunden Pause, 1 Sekunde Pause und 5 Sekunden Pause. Was meint ihr zur Idee?

Aktuelle Kalenderwoche ist... 10 WOCHEN warten? Das Übertragen sollte nicht das Problem sein Linux ist sicher so gut, dass man die Daten über Netzwerk hochladen kann ;-) ebay ersten 5 treffer -> nö danke. Ich warte erst mal auf meine weiteren Bauteile und basel meinen Roboter weiter dann schaue ich ob es nicht bei Rasberry besser wird.

@Imbafestor: Im Kern nichts anderes als du ^^ wäre nur schön gewesen wenn ich meinen Code direkt auf dem Raspberry hätte ausführen können. Sonst muss ich da alles auf Java oder C++ umbiegen. Wo hast du den Raspberry gekauft? Und wielange hast du darauf gewartet?

@M4ST3R: Komisch "Aufgrund der Einfachheit" hätte ich den Balkenmäher verwendet. Es sind nur 2 Metallmesser von denen einer hin und her geschoben wird. Von der Mechanik her viel handlicher als wenn sich die Messer drehen müssen. Meine Meinung ^^ Finden der Heimatstation ist ein Punkt über welchen ich auch nachdenke: - Ein Magnet oder so ist leider anfällig. - Eine Logik an der Station welche erkennt wenn sich etwas davor bewegt ist etwas teuer. - Ein IR oder ähnliches Bricklet wäre eine Idee zumindest für Sichtlinien Was wirklich fehlt ist ein Nahbereichs-Triangulations-Brick... Ein Brick zum messen und 3 Sendestationen zwischen welchen man die Entfernungen mesen kann. Hat einer eine Idee wie das zu realisieren ist?

Ein paar Jahre ist es schon wieder her als ich mich mit Linux beschäftigt habe ~3-4. Schade, dass es mit Win8 auch nichts wird. Ob es irgendwann einen ARMv7 Raspberry Pi gibt?

Ich freue mich auch schon auf meinen IMU-Brick solange schaue ich mir das Video in Endlosscheife an. Sowas von genial! Zieht sich aber ganz schön hin bis ein Brick fertig ist...

Wenn mich Linux nur nicht so hassen würde... würde ich es versuchen. (Habe 3 Recher (2 mal PC und einmal Laptop) und auf keinen wollte sich keine Linux Version von 7 Stück installieren lassen... 2x Suse (in unterschiedlichen Versionen), Ubuntu, Debian, Redhat, ... Ich hoffe jemand bekommt es hin und Postet seinen Erfolg dann werde ich dass auch mal (wieder mit Linux) versuchen. ) Danke für die Info.

Schade, dass kein Windows auf dem Raspberry läuft... läuft Mono dort? @M4ST3R: "System.Speech.Synthesis.SpeechSynthesizer" zumindest in C# ;-) @Paul: "System.Speech.Recognition.SpeechRecognizer" -dito- Es muss nur noch einen Mirco oder Lautsprecher Brick geben.

Vom Aufbau passt es schon aber wir müssen es noch mit mehr Inhalt füllen, aber Patterns müssen wir darin nicht unbedingt beschreiben ^^ dafür ist das richtige Wiki besser. http://www.tinkerunity.org/wiki/index.php/The_Real_Blacks_Projekte_ConnectionUtil Man hätte dazusagen sollen was das Singelton Pattern ist nicht jeder hat Informatik gelernt oder gar studiert. Man könnte es auch eine statische public Variable nennen. Ich verwende das Pattern in meinen Klassen häufig, da ich viele Verwaltungsklassen nicht mehrfach benötige ein beispiel befindet sich hinter dem Link oben.

persönliche Anmerkung: Ich "parse" mit einen harten String Vergleich... if( brickname.Contains("Master Brick ") ) { ...} usw. solange sich da nicht massiv was ändert ist dies mit die praktischte Lösung. Gut wäre es wenn man den Namensaufbau in den Dokus extra anmerken kann. Oder in den Bindings ein Array mit allen Namen der Bricks (oder besser je Klasse den Namen des Bricks in einer statischen Konstanten -> MasterBrick.Name == "Master Brick") dies sollte auch dynamisch zum erzeugen gehen...

@SierraX: Das sollte man mal testen. Eine Messung auf einen frisch gemähten Stück und dann mal "wuchern" lassen und eine zweite Messung. Oder du misst die ganze Zeit und hast dann dem Gras beim wachsen zugesehen ;-) Mich würde das Ergebnis interessieren. Wenn das Gras dicht genug ist und gerade nach oben wächst sollte man 2 cm Höhe unterscheiden können. Wenn die Messung "daneben geht" also man den Boden misst hat man wieder ein Problem...

Etwas "Rg 3-5" gibts wirklich selten. Rv, was uns hier nichts bringt da einige Bricks dann nicht auf der Platine aufgehen würden, gibts da öfter. Ich habe mir mal eine "normale" Platine gekauft und bohre dann selbst dran rum... mal sehen wie es aussieht. Sollte jemand einen Deutschen Hersteller oder einen Baumarkt kennen welcher solche Bleche herstellt und oder vertreibt darf sich gerne hier melden ^^

Im 7z: ...\Projekte\Utils\TRB_TF_Utils\Doc\Bricks.svg Wurde mit Inkscape Portable erstellt, nicht ganz SVG Standard aber es lässt sich mit FireFox öffnen.