Jump to content

jgmischke

Members
  • Content Count

    207
  • Joined

  • Last visited

Community Reputation

0 Neutral
  1. Hm, ziemlich viel Platzverschwendung. Aber schöne Funktionen und klarer im Aufbau. Und die Anzahl der Gäste ist ja unheimlich :-)
  2. Peinlich peinlich. Wer lesen kann ist im Vorteil. Ich hab runtersrollen müssen, DA ist dann auch der Grav Vektor. Und da wackelt NIX: Gewackelt hat get_acceleration, da aber eben auch unter beiden Programmen gleich. Sorry!!!!
  3. 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
  4. Kommt auf die Visualisierung an. Der RED schafft über SDL(1.2) ganz ordentliche Ausgaben. Ist halt viel Programmierarbeit. Wenn deine Messabstände relativ gross sind sollte der RED reichen, zumal dann alle Optionen was Anschlüsse angeht da sind.
  5. Hallo Yuna, ich denke mal mittelfristig wird es alle Bauteile mit 7 Pin Anschluss geben. Also etwas Geduld. Ich stell mir das nicht einfach vor, zumal die einzelnen Teile ja auch kompatibel bleiben müssten.
  6. Super Teile. Der kleine Hat wenn man nur ein paar TF Teile draufpacken will und den Grossen für mehr Anwendungen.
  7. Wird das Teil dann auch auf dem neuen Raspi 4 laufen?
  8. 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 )
  9. Hallo, der Brickviewer ist normalerweise sehr stabil, habe da seit Jahren nie Probleme mit. Kann es sein, das dein USB Kabel defekt ist? Die Fehlermeldung sagt ja aus, das da keine Verbindung gefunden wird.
  10. <<< 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.
  11. 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??
  12. 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.
  13. 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.
  14. Ich habe das in einem Projekt so gelöst, das bei einem Aufruf des Triggers eben nicht nur die reinen Daten des TF Bausteins geholt wird sondern in der gleichen Funktion auch die Systemzeit abgefragt wird. Wäre das etwas was dir vorschwebt?
  15. Äh, ich finde das Teil nicht mehr im Shop. Schon ausverkauft, nicht mehr lieferbar?
×
×
  • Create New...