jgmischke

Ganz normale Servos, die ca. 120Grad drehen. Dies machen Sie mit dem Brickviewer auch ohne Probleme, selbst wenn ich den Bereich von 9000 bis -9000 belasse. Ich habe die gleichen Parameter auch im C Programm verwendet, um einfach mal testen zu können. Ich habe mal weiter rumgespielt. Es ist so, dass der Servo langsam weitergedreht wird, selbst wenn ich das Programm welches die Bricks stuert, beendet habe. Bei einem Neustart fällt dann die Enumerierung der Bricks weg und es entsteht ein undefinerter Zustand des Systems. In dieser Zeit zuckt der Servo brav vor sich hin und bewegt sich alle paar Sekunden vor. Nach einem Hardreset funktioniert wieder alles, Enumerierung findet alle Teile und ich kann diese zur Initialisierung kurz ansprechen. Bei dieser Initialisierung wird der Servo auch mit Set_position von 9000 bis 9000 gedreht, was er auch erledigt. Danach läuft wieder alles. Wenn ich dann per Multitouch den Servo bewege, tut er ein paar mal das was er soll und dann ist Schicht. Wobei alle mit angeschlossenen Sensoren brav ihre Werte liefern, nur die Anzeige auf dem LCD Display friert ein. Naja, und dann kann ich auf dem Multitouch drücken was ich will, es bleibt still. Das Ganze hat ja vorher einwandfrei funktioniert, auch die Anzeigen etc., aber es ist halt so, dass ich seit dem Servobrick das Problem habe. Natürlich kann ich ihn auch alleine ansteuern, das werde ich mal die Tage ausprobieren, ob der Fehler auch auftritt. Vielleicht klappt da was mit dem parallelbetrieb nicht, denn im brickviewer wird der Servotest auch sofort ausgeschaltet, wenn man einen anderen Reiter anwählt. Naja, schaun wir mal. Ich teste weiter, jetzt kommt eh die Jahresezeit fürs Arbeitszimmer.

So, am Wochenende habe ich mal den Servobrick in mein bestehendes System eingebunden. Zuerst lief alles super, dann tauchte aber ein Problem auf. Wahrscheinlich hab ich da Schrott programmiert, aber folgendes ist passiert. Habe ein Multitouch genommen und eine bestimmte Taste mit einem set_position für einen Servo festgelegt. So bewegte sich der Motor brav auf jeden Tastendruck. Dann noch 3 weitere Tasten für rückwärts und set_position auf 9000 und -9000. ( Vollauschlag zu beiden Seiten) Jetzt ist es so, das nach ein paar mal Tasten drücken der Servo "stottert". Wird laut Taste auf Position -9000 gefahren, so geht auf einmal gar nichts mehr, die LCD24 Bricklets geben nichts mehr aus und alle paar Sekunden bewegt sich der Servo. ( Ohne aber auch nur ansatzweise sich auf die tatsächlich angeforderte Position bewegt zu haben. Zwar in die korrekte Richtung aber eher nur in ganz kleinen Schritten ) Ich schätze erst mal einen Programmierfehler meinerseits , aber das bringt mich zu meinen Fragen. Macht es Sinn, das Erreichen der Position über das Callback abzufragen? Was passiert, wenn noch bevor der Servo angekommen ist, bereits eine neue Positionsänderung gewünscht wird. Leider fehlte mit gestern noch die Zeit, aber das Verhalten an sich war recht sonderbar. Es sah so aus, als wäre ein Teil des Systems verlangsamt. ( Ich habe die LCD Anzeige auch noch als ncurses Clone auf dem Bildschirm und dort wurden die Änderungen angezeigt, die eigentlich auch auf dem LCD Bricklet erscheinen sollten. Auch die Tastendrucke wurden dort korrekt angezeigt. Auch ein paar angeschlossenen Sensoren liefen brav weiter.) Wie gesagt, ich schätze mal das liegt auf meiner Seite, aber wie kann ich sicher stellen, das der Servobrick genau das macht was er soll?

Kein Fehler, aber das Programm läuft bereits. Eventuell den alten Prozeß entfernen und dann neu starten.

gibt es da wo du dein make install gemacht hast auch ein "make uninstall" ?? Das wäre mal einen Test wert. Alles deinstallieren und dann neu aufspielen. Nach deiner Beschreibung müsste das ja dann gehen. Im nächsten Schritt könnte man versuchen, zu sehen, was nach dem reboot passiert.

Meine Vermutung wäre jetzt, das Mali gar nicht gelaufen ist. Das Umkopieren der Libs sollte nichts verändern, da diese ja im Hautpspeicher liegen. Oder bist du sicher, das die Malisachen tatsächlich gelaufen sind und nicht nur der Emulator??

Was passiert denn, wenn du die ersten Schritte ( also die Installation ) noch einmal wiederholst? Läuft das Teil dann?

Sehr suspekt. Anhand der beiden Sachen wǘrde ich jetzt sagen das Teil muss laufen. Die Treiber sind ohne Probleme installiert. Gibt es auch noch eine Fehlernummer?

Wie sieht es mit den Modulen für den Malitreiber aus. Wurden die geladen. Schau mal mit lsmod nach, ob die Module laufen, zusätzlich noch mit dmesg und auf /var/log/messages schauen. Eventuell mit modprobe die Treiber nachladen, dann bekommst du mitgeteilt, was nicht passt. Oder es läuft dann.

Hast du mal in die Logdateien geschaut, da sollte eventuell schon der Grund zu finden sein. Unter /var/log/messages finden sich die Logs. Wie sieht es mit der Wärmeentwicklung aus oder wurde dein Raspi geblitzt? ( Der Raspi2 mag sehr helles Licht nicht so gerne )

Die Frage ist ja, wie stabil deine Verbindung sein soll. Mit WLAN gibt es generell mehr Probleme als mit einer festen Ethernetverbindung. Auch die Verwaltung gestaltet sich wesentlich einfacher. Und 40€ für so eine Schnittstelle ist ein angemessener Preis, zumindest aus meiner Sicht. Eine gute Netzwerkkarte für den PC kostet auch schon mal 20-30 €.

Man sollte doch ein wenig achtsam sein. Habe vor ein paar Tagen mein Servobrick gegrillt, da ich beim Step Down zu schnell die 24 Volt an den falschen Anschluss geklemmt habe. Da kam dann der Servobrick drauf und puff. Meine Frage: Das Teil sieht ansonsten heil aus, nur ein zwei kleine Bauteile sind verschmurgelt. Würde da eine Reparatur Sinn machen, das Teil ist ja nicht billig. Kann ich das zu euch senden? Ein Kollege hat schon das kaputte Teil ausgelötet und ein neues eingebaut, aber es geht natürlich noch nicht.

@ NIC ja, war nur zur Anschaung, wie das Teil aussehen sollte und 30 Leitungen aufzumalen hatte ich auch keine Lust. Schade das es nicht geht, aber das tut dem genialen Tinkerkonzept ja keinen Abbruch.

Nur mal ganz auf die schnelle auf Pappe gekritzelt, da ich mich mit CAD nicht auskenne. Anbei ein Bild, welches so ungefähr meine Idee verdeutlicht. Von unten halt 2 normale Connektoren, die Leitungen nach oben und von da halt zum entsprechenden Stecker. Und von dort halt wieder runter zum nächsten Brick. Und wer mag, kann dann darunter wieder ein seitliches Brickset zum nächsten Brick bauen usw. Da ist natürlich viel Feintuning zu machen, sorry für die miese Qualität, mein Smartphone gibt nicht mehr her. Hoffe aber, die Idee wird klar.

Was wäre denn deine Einschätzung, wieviel würden denn da drauf passen? Wenn die Teile nicht exorbitant teuer würden, könnte man ja mehrere stapeln. Wie gesagt, da braucht es keine grosse Leistung für die Motörchen.

Wäre sowas in Ordnung? http://www.amazon.de/gp/product/B00PULJ424?psc=1&redirect=true&ref_=ox_sc_act_title_1&smid=A2BZ2HGVYHFPG4

Ja schwer zu erklären. Abwinkeln wäre da wohl der korrekte Begriff. Quasi die vertikale "Bewegung" des Bricks (bzw. des Connectors ) in eine horizontale Umwandeln. Ich mal das mal auf und sende das ganze mal als Anhang. Sollte dann so ähnlich wie so ein Hanuta aussehen, wobei der Brick quasi der Schokoteil ist und die Waffel die Verbindung zum Brick daneben. Und die Waffel ist dann quasi mit der nächsten verbunden. ( Was bildhaftigeres fällt mir gerade nicht ein. ) Und dann liegen die Schokoteile halt nicht übereinander sondern über die Waffeln verbunden nebeneinander.

War ebenfalls die falsche Gruppe ... Wenn schon an einem neuen Stepperbrick gearbeitet wird, wäre es auch möglich, einen kleinen Bruder zu bauen, der etwa mehrere kleine Schrittmotoren ansteuern kann. Für den Raspberry gibt es bei Konrad so ein kleines Set mit 2 Motoren, die man quasi als Servoersatz nehmen kann. Um zum Beispiel den LaserRF schnell und präzise einen Raum abtasten zu lassen, wäre ein solche Lösung exakter als mit zwei normalen Servos, die ja auch nicht um 360 Grad drehbar sind. Es wird ja keine grosse Leistung für die Motoren selber gebraucht. Je mehr Motoren sich ansteuern liessen, desto besser.

Aus dem Projektthread rausgenommen ... Beim zusammenbauen meiner ganzen Bricks wird das ganze doch irgendwann sehr eng und unübersichtlich. Könnte man nicht die Bricks vertikal aufbauen. Also quasi mit einem Zwischenstück (was oben aufs Brick draufkommt ) die beiden Connector Stacks um 90 Grad drehen und quer zur Seite rausführen. Dort mit einem zweiten vertikalen Stück verbinden, der wiederum an den Brick darunter verbunden wird. Will ich noch mehr, ein weiteres Zwischenstück jetzt unter den Brick und wieder zur Seite weg. Mit dem nächsten Zwischenstück verbinden und oben weiter zum nächsten usw. Zum einen wäre der Aufbau flexibler und die Anschlüsse für die Erweiterungen wären leichter erreichbar. Der Aufwand besteht ja "nur" darin, die Connectoren um 90 Grad zu drehen und dafür zu Sorgen, das die Zwischenstücke fest verbunden sind. Wäre sowas sinnvoll?

Danke für die Antwort.

@Nic, Asche auf mein Haupt, HIER nachzusehen hätte mir auch einfallen können. Danke. Allerdings wird da meine Frage nicht so recht beantwortet. Und das Kabel erscheint mir mit gut 9€ pro Meter recht teuer. Deswegen fragte ich ja, was man da so alles nehmen kann, Telefonkabel kostet irgendwie für 100m ein paar Euro.

Habe jetzt im Netz gekuckt und gekuckt aber irgendwie nix gefunden. Reicht für die RS485 Bricks normales Telefonkabel oder welchen Querschnitt kann man da benutzen?

Danke für die Antwort, dann werd ich die Teile mal bald bestellen.

Wie du ja schreibst, ein normales Getriebe reicht dann voll aus.

Hi Nic, da kommt die Astronachführung ja auf einmal recht nahe. Dann brauchts auch gein Superdupergetriebe mehr. Ich bin gespannt.

So, hab jetzt mal etwas mehr Zeit und ein paar Fragen zum Accel.bricklet Die Genauigkeit wird ja mit 0.001 g angegeben. Wie genau ist jetzt jedes einzelne Bricklet. Oder anders gefragt, zwei von denen mit einem bestimmten Abstand voneinander und fest am Boden angebracht messen beide den gleichen Wert? Wozu ist die Filterbandbreite gut. Werden da bestimmte Freuqenzschwingungen ausgefilter? Sobald die Bewegung aufhört, sollten ja die Werte in X und Y auf 0 gehen. Richtig? Danke fürs beantworten.