Fabian E.
25.07.2011, 17:11
Hallo zusammen,
ich hoffe mir ist niemand böse, wenn ich hier mal einen neuen Thread aufmache.
Hier geht es primär nicht darum, Remotrol zu disktutieren, sondern darum die Team-Arbeit für die nächste Version zu organisieren.
Da ja nun doch ein paar Leute Interesse haben mir zu helfen, müssen wir uns überlegen, wie wir das Ganze aufziehen.
Prinzipiell habe ich viele neue Ideen gesammelt, die ich auch gerne umsetzen möchte.
Weiterhin fände ich es gut, wenn wir uns am vorhandenen Code orientieren würden, große Teile davon können wir nämlich wieder verwenden.
Allerdings würde ich auch vorschlagen meinen jetzigen Entwicklungsstand bezüglich der GUI lediglich als Inspiration zu verwenden.
Die Umsetzung ist eher etwas 'einfach'.Das war mein erstes WPF-Projekt und daher noch nicht so ausgereift ;)
Ansonsten würde ich das ganze gerne wieder OpenSource machen. Wenn wer was dagegen hat können wir das aber gerne auch noch diskutieren.
Rein organisatorisch wäre ein SVN-Server das Sinnvollste zur Code-Verwaltung.
Die Kommunikation könnte über mein Forum / Chats/ IRC / Skype etc stattfinden.
Nun zu meinen Ideen. Ich würde gerne Die Kommunikation zwischen PC und RP6 drastisch ändern.
Im Moment wird einfach ein großer Strom Daten zentral vom RP6 gesendet und Zentral im PC verarbeitet.
Selbes gilt für Befehle vom PC für den RP6.
Mit diesem Konzept ist das Erweitern recht einfach, allerdings auch seeeeehr unübersichtlich.
Daher würde ich gerne etwas Objektorientierung in C einbringen. Natürlich nur so ein bisschen, C kann das ja leider noch nicht.
Daher wird es für bestimmte Teile des RP6 'Manager' geben. Z.B. einen RP6Manager, der für die Basisplatine zuständig ist.
Dieser Manager wird dann 1. Befehle für die Basisplatine entgegennehmen (z.B. Motoren) und 2. die Sensorwerte der Basisplatine ausgeben.
Es wird für weitere Teile des RP6 auch weitere Manager geben. (z.B. M32Manager, M128Manager, SRF08Manager, CMPS10Manager, ServoManager,etc)
So können wir sicherstellen, dass alles perfekt voneinander getrennt ist.
Außerdem können wir mit Hilfe dieser Manager sehr Hardware spezifische Sachen implementieren.
Diese Manager wird es auf der PC-Seite auch geben. Dort natürlich dann auch mit richtigem OOP.
Es wird feste Manager geben und dynamische.
Die festen Manager sind Manager für feste Bestandteile des RP6 (RP6, M32, M128).
Die dynamischen Manager sind wieder auf irgendeine Stück eigene Hardware zugeschnitten (z.B. mein eigenes ServoBoard).
Diese dynamischen Manager können möglicherweise auch konfiguriert werden. Die Konfuguration könnte man in den EEPROMS von M32 und M128 speichern.
Naja, mag jetzt alles etwas kompliziert klingen, ich habe aber schon ganz genaue Vorstellungen davon ;)
Ich werde ich den nächsten Tagen mal versuchen eine kleine Demo-App auf die Beine zu stellen. Zumindest mal für die RP6-Seite.
Also wer Lust hat an dem Projekt teilzunehmen kann sich gerne hier melden.
Da das ganze in C# und mit WPF entwickelt wird, sollten entweder hier etwas weitreichendere Kenntnisse vorliegen oder aber natürlich im Bereich der C-Programmierung für den RP6.
ich hoffe mir ist niemand böse, wenn ich hier mal einen neuen Thread aufmache.
Hier geht es primär nicht darum, Remotrol zu disktutieren, sondern darum die Team-Arbeit für die nächste Version zu organisieren.
Da ja nun doch ein paar Leute Interesse haben mir zu helfen, müssen wir uns überlegen, wie wir das Ganze aufziehen.
Prinzipiell habe ich viele neue Ideen gesammelt, die ich auch gerne umsetzen möchte.
Weiterhin fände ich es gut, wenn wir uns am vorhandenen Code orientieren würden, große Teile davon können wir nämlich wieder verwenden.
Allerdings würde ich auch vorschlagen meinen jetzigen Entwicklungsstand bezüglich der GUI lediglich als Inspiration zu verwenden.
Die Umsetzung ist eher etwas 'einfach'.Das war mein erstes WPF-Projekt und daher noch nicht so ausgereift ;)
Ansonsten würde ich das ganze gerne wieder OpenSource machen. Wenn wer was dagegen hat können wir das aber gerne auch noch diskutieren.
Rein organisatorisch wäre ein SVN-Server das Sinnvollste zur Code-Verwaltung.
Die Kommunikation könnte über mein Forum / Chats/ IRC / Skype etc stattfinden.
Nun zu meinen Ideen. Ich würde gerne Die Kommunikation zwischen PC und RP6 drastisch ändern.
Im Moment wird einfach ein großer Strom Daten zentral vom RP6 gesendet und Zentral im PC verarbeitet.
Selbes gilt für Befehle vom PC für den RP6.
Mit diesem Konzept ist das Erweitern recht einfach, allerdings auch seeeeehr unübersichtlich.
Daher würde ich gerne etwas Objektorientierung in C einbringen. Natürlich nur so ein bisschen, C kann das ja leider noch nicht.
Daher wird es für bestimmte Teile des RP6 'Manager' geben. Z.B. einen RP6Manager, der für die Basisplatine zuständig ist.
Dieser Manager wird dann 1. Befehle für die Basisplatine entgegennehmen (z.B. Motoren) und 2. die Sensorwerte der Basisplatine ausgeben.
Es wird für weitere Teile des RP6 auch weitere Manager geben. (z.B. M32Manager, M128Manager, SRF08Manager, CMPS10Manager, ServoManager,etc)
So können wir sicherstellen, dass alles perfekt voneinander getrennt ist.
Außerdem können wir mit Hilfe dieser Manager sehr Hardware spezifische Sachen implementieren.
Diese Manager wird es auf der PC-Seite auch geben. Dort natürlich dann auch mit richtigem OOP.
Es wird feste Manager geben und dynamische.
Die festen Manager sind Manager für feste Bestandteile des RP6 (RP6, M32, M128).
Die dynamischen Manager sind wieder auf irgendeine Stück eigene Hardware zugeschnitten (z.B. mein eigenes ServoBoard).
Diese dynamischen Manager können möglicherweise auch konfiguriert werden. Die Konfuguration könnte man in den EEPROMS von M32 und M128 speichern.
Naja, mag jetzt alles etwas kompliziert klingen, ich habe aber schon ganz genaue Vorstellungen davon ;)
Ich werde ich den nächsten Tagen mal versuchen eine kleine Demo-App auf die Beine zu stellen. Zumindest mal für die RP6-Seite.
Also wer Lust hat an dem Projekt teilzunehmen kann sich gerne hier melden.
Da das ganze in C# und mit WPF entwickelt wird, sollten entweder hier etwas weitreichendere Kenntnisse vorliegen oder aber natürlich im Bereich der C-Programmierung für den RP6.