fog

Hey,

@Nic genau das möchte er machen und das funktioniert auch mehr oder weniger gut. Das kommt eben ganz auf die Konstruktion an.

@Plenz vor diesem Problem stand ich gestern auch, als ich so über deine Ideen nachgedacht hab. Wahrscheinlich funktionieren beide Lösungen bei ähnlichem Entwicklungsaufwand. Ich glaube aber das es wichtig ist, die Signallaufzeit möglichst gering zu halten.

Könntest du evtl mal ein Bild deiner Konstruktion hochladen? Mich würde interessieren wo genau du die Imu platzierst?

Ja das klingt gut. Hast du dir schon was zur Mechanik überlegt?

Huhu,

die Idee ist mir auch schon gekommen. Das ganze wird ja auch im professionellen Sektor eingesetzt. Von daher denke ich auch, dass es die bessere Lösung ist.

Die Idee mit dem Winkel ist an sich der Richtige, du musst aber auch die Trägheit berücksichtigen, die durch die Programmlaufzeit noch verstärkt wird.

Was auch noch wichtig sein könnte ist, dass du die Motoren evtl. etwas gedämpft startest und auch stoppst.

Diese Konstruktion finde ich eigentlich ganz gut:

http://www.youtube.com/watch?v=W-L9ng2pSkk

LG Marc

jein,

also mit Qt kannst du ja weit mehr machen als lediglich ein GUI bauen. Interessant wäre z.B. für jeden Brick / Bricklet eine Klasse zu haben. Das würde das Handling stark vereinfachen, da man keine callbacks mehr braucht. Ist dann alles via Siganl Slot machbar. Wie gesagt mit der entsprechenden Doku könnte man das zur Not auch selbst machen.

Hallo,

ich wäre für Qt wobei wenn die low level (tcp ip) doku fertig ist würde mir das evtl sogar reichen.

Alternativ auch gerne PHP.

Wie ich das schon mal geschrieben habe könnte man sich aus dem bestehendem Code eine dll erstellen, die dann in Labview einbinden und nutzen.

Was stellst du dir denn genau vor?

Wäre eventuell LabView geeignet? Ist aber nicht ganz billig.

Besser wäre es da wohl, wenn du dir eine Programmiersprache aneignest.

Das geht an sich auch relativ schnell. In 1-2 Wochen hat man die Basics drauf und mit den Beispielen kommst du sicher schnell zum Ziel.