Geschrieben October 2, 2012 at 10:522. Okt 2012 Problem in bricklet_gps.c ist behoben und ich habe auch herausgefunden warum die Datei mit im ZIP war obwohl sie nicht sollte. Ich wars nicht! Oha. Kannsch die gefixte schon mal zum einbinden bekommen? Da brauch ich dann nur noch das GPS Modul anstecken.
Geschrieben October 2, 2012 at 11:062. Okt 2012 Oha. Kannsch die gefixte schon mal zum einbinden bekommen? Du musst nur in bricklet_gps.c diese Zeile typedef void (*coordinates_func_t)(char, uint16_t, char, uint16_t, uint16_t, uint16_t, uint16_t); durch diese ersetzen typedef void (*coordinates_func_t)(char, uint16_t[2], char, uint16_t[2], uint16_t, uint16_t, uint16_t);
Geschrieben October 2, 2012 at 11:112. Okt 2012 Das reicht locker für Nic's Gabentisch... Korrekt, aber nur wenns für den Weihnachtsmann nicht zu teuer wird ;D Hmmh, wenn die Bindings schon fertig sind, kann ich schon mal implementieren Wenn das Bricklet dann da ist, könnte man z.B. prima Photos aus der Digitalkamera mit den Koordinaten taggen...
Geschrieben October 2, 2012 at 12:282. Okt 2012 Es wäre vielleicht wirklich eine gute Idee an einem gewissen Punkt zu sagen "das ist die API, was sagt ihr?" Dann bleibt bis zur Veröffentlichung der Hardware sogar noch Zeit inkompatible Änderungen vorzunehmen (z.B. was letztens beim Barometer-Bricklet in letzter Minute geschah).
Geschrieben October 2, 2012 at 12:362. Okt 2012 Es wäre vielleicht wirklich eine gute Idee an einem gewissen Punkt zu sagen "das ist die API, was sagt ihr?" Dann bleibt bis zur Veröffentlichung der Hardware sogar noch Zeit inkompatible Änderungen vorzunehmen (z.B. was letztens beim Barometer-Bricklet in letzter Minute geschah). +1 Was aber auch toll wäre ist, wenn man die Brick/lets per Software simulieren könnte; d.h. man könnte sich eine Hardware-Konstellation (per Config?) zusammenstellen und dann dagegen implementieren/testen ohne die Hardware schon zu haben (zB. GPS-Brick).
Geschrieben October 2, 2012 at 16:242. Okt 2012 Was aber auch toll wäre ist, wenn man die Brick/lets per Software simulieren könnte; d.h. man könnte sich eine Hardware-Konstellation (per Config?) zusammenstellen und dann dagegen implementieren/testen ohne die Hardware schon zu haben (zB. GPS-Brick). Stimmt, die Plattformübergreifende Lösung dafür wäre ja ein am Brickd simuliertes Gerät ^^ Bzw. ein Simulationskit das nen brickd enthält. Die Light-Variante wäre, dass in Sprachen wie C# und Java erstmal Interfaces für alle Devices erzeugt werden. Dann kann ich meinen Code gegen die Interfaces bauen und beliebige Bricklets durch Mocks austauschen (die dann auch nur das Interface implementieren müssen). Möglicherweise mache ich da demnächst mal nen Pull Request draus
Geschrieben October 2, 2012 at 19:022. Okt 2012 Es wäre vielleicht wirklich eine gute Idee an einem gewissen Punkt zu sagen "das ist die API, was sagt ihr?" http://www.tinkerunity.org/forum/index.php/topic,886.0.html Was aber auch toll wäre ist, wenn man die Brick/lets per Software simulieren könnte; d.h. man könnte sich eine Hardware-Konstellation (per Config?) zusammenstellen und dann dagegen implementieren/testen ohne die Hardware schon zu haben (zB. GPS-Brick). Stimmt, die Plattformübergreifende Lösung dafür wäre ja ein am Brickd simuliertes Gerät ^^ Bzw. ein Simulationskit das nen brickd enthält. Die Light-Variante wäre, dass in Sprachen wie C# und Java erstmal Interfaces für alle Devices erzeugt werden. Dann kann ich meinen Code gegen die Interfaces bauen und beliebige Bricklets durch Mocks austauschen (die dann auch nur das Interface implementieren müssen). Möglicherweise mache ich da demnächst mal nen Pull Request draus Das Problem daran ist dass dafür erstmal jemand die Logik der Bricks und Bricklets nachprogrammieren müsste.
Geschrieben October 2, 2012 at 20:262. Okt 2012 Das Problem daran ist dass dafür erstmal jemand die Logik der Bricks und Bricklets nachprogrammieren müsste. Ich denke, dabei sind das grösste Problem die komplizierten Bricks. Einfach IO-Bricklets oder auch Temperatur-Bricklets stell ich mir nicht so kompliziert vor. Da müsste man manuel gewisse Zustände / Werte manipulieren. Aber eben IMU's oder Stepper/Servo etc. wären da schon komplizierter. Interessant wäre das Ganze aber schon
Geschrieben October 3, 2012 at 14:353. Okt 2012 danke ^^ Das Problem daran ist dass dafür erstmal jemand die Logik der Bricks und Bricklets nachprogrammieren müsste. Deswegen ja auch mein Light-Vorschlag. Der ermöglicht es jedem der einen test schreiben möchte, den relevanten Teil selbst zu bauen (z.B. mit einem Mocking-Framework oder per Hand). Die Luxus-Variante (simulierter brickd) setzt natürlich viel mehr Arbeit vorraus.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.