Jump to content

jgmischke

Members
  • Gesamte Inhalte

    212
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von jgmischke

  1. Da ich jetzt endlich dank Vorruhestand die Zeit habe, meine TF Sachen wieder auszuprobieren, ist mir folgendes aufgefallen.

    Die Anzeige beim 128er LCD funktioniert, die Hintergrundbeleuchtung bleibt aber aus. Alles ausprobiert, das Teil ist wohl wirklich kaputt.

    Die Frage die sich dann stellt, wielange ist da Garantie drauf.

  2. Ich benutze das IMU 2 für eine Teleskopsteuerung.

     

    Dabei habe ich folgendes Problem:

     

    Anzeige des Gravitationsvektor mit dem brickv ( neueste Version )  :

    Der Z-Ẃert ( Brick liegt fest auf dem flachen Tisch ) wackelt so zwischen 9.8X und 10.1X m/s hin und her.

     

    Anzeige des gleichen Vektors in C, Ausgabe mit Curses:

     

    Alle Daten verändern sich überhaupt NICHT. ( So wie man es jetzt auch erwarten würde). Schwankungen wenn überhaupt nur immer um +/- 1 der letzten Stelle. Z Achse also auf 980.

     

    Woran liegen die Schwankungen im brickv

     

  3. Ganz ehrlich?

    Die Problematik erschließt sich mir nicht. Wer mit der API nicht zufrieden ist, dem steht es doch frei, sein eigenes Ding zu bauen. ALLES bei TF ist Open Source und "nur" mit der Arbeit des Einarbeitens  verbunden.

     

    Und wie soll sie Python Super API kompatibel zu all den anderen Sprachen sein. Eine Super API für jeweils C, PHP und was weiss ich, die alle unterschiedlichste Zusatzmodule brauchen?

     

    Sorry, ich glaube das TF alles mitliefert und das so minimalistisch und aufgeräumt wie es eben möglich ist. ( Und für alle Sprachen )

     

     

  4. <<< wir sind hier bei einem kommerziellen anbieter von hardware und nicht bei einem wald-und-wiesen-opensource >>>

     

    Genau, dieser Anbieter unterstützt fast 20(!) APIs aller gängigen Sprachen und das mit ein paar Programmierern. TF ist nicht MS und muss mit den Resourcen sicherlich vorsichtig umgehen.

     

    Wenn ich mir etwa den C-Code von TF ansehe, kann ich nichts ungewöhnliches feststellen, wohl deswegen weil C natürlich hardwarenahe Programmierung sehr gut unterstützt. Vielleicht wäre ein Umstieg auf C das richtige für dich.

     

     

     

  5. Hallo piwo,

     

    wenn ich mir die Liste der Programmiersprachen ansehe, die TF so unterstützt empfinde ich dein "ich will aber" sehr komisch.

     

    Wenn dir Teile der Implementierung nicht gefallen könntest du ja es besser machen, zumal du dich wohl gut damit auskennst.

     

    So wie ich die TF Jungs kenne wird es sicher bald ne Lösung geben. Also wo liegt das Problem??

  6. Eine weitere Möglichkeit über ssh wäre auch eine VNC Sitzung, falls eine grafische Sitzung von Nöten wäre.

     

    Der x11vncserver läuft auf dem RedBrick ohne Probleme.

     

    Sind die Geräte denn direkt übers Netz erreichbar? Ist ja nicht ohne Risiko. Besser wäre es eine ssh Sitzung vom RedBrick auf einen Server auf eurer Seite aufzubauen und sich dann von diesem Server über ssh wieder zurückzu hangeln. Machen wir hier seit Jahren und diese Methode hat den Vorteil, das von aussen keiner auf die Kundengeräte kommt, d.h. der Kunde muss aktiv eine Verbindung öffnen.

     

  7. Hallo,

     

    naja, da gibt es sicherlich auch Möglichkeiten. Du könntest ja auch alle Abfragen direkt nacheinander starten ( Quasi einen Trigger als Startschuss setzen ) und alle Bricks senden dann ihr Ergebnis.

     

    Ist ja auch die Frage, wie oft du deine Daten brauchst. Wenns nur mal alle Minuten passiert wäre das eine Lösung, fragst du hundert oder mehrmals pro Sekunde ab wird es schon eng.

  8. Halo Markus,

     

    bis man die richtigen Einstellungen gefunden hat, ist schon was Arbeit nötig.

     

    Zum einen hast du ja eine Untersetzung, welche den Motor schon mal "langsamer" macht.

     

    Versuche einmal folgende Parameter:

     

    Max Velocity -> 300

    Acceleration -> Bis oben hin . ( Der Motor beschleunigt nicht mehr langsam sondern gibt sofort Gummi )

    Decelaration -> Bis oben hin. Das gleiche gilt jetzt fürs Abbremsen.

     

    Step Resolution 1->Fullstep.

     

    Die restlichen Werte kannst du erst mal vernachlässigen. Je geringer die die Schrittgröße (Step Resolution) machst, desto langsamer wird der Motor ( bei sonst gleichen Einstellungen )

     

    Du kannst z.B. die Schrittgröße auf 1/2 setzen und dafür die Max Velo auf den doppelten Wert stellen.

  9. Hi Uwe,

     

    ok das Teil ist so programmiert das auf den MOUSEBUTTON reagiert. Das Verhalten ist soweit "normal".

     

    sudo und su arbeiten beide mit root Rechten und sind quasi als root unterwegs. Das ist aber nur eine Frage der Einstellung, du kannst das suid Bit noch setzen und dann kann das auch ein normaler Benutzer starten.

     

     

×
×
  • Neu erstellen...