Zitieren
Gern.Zitat von Fabian E.
Mir ist klar das die Verbindung zum Master über eine UART Verbindung läuft. Tonnenweise Befehle gäbe es nur wenn Du wirklich jede Bewegung am Regler 1:1 an den Bot durchgeben würdest - natürlich würde das nicht gehen da das Windows Messaging System geringfügig schneller als ein AVR32 und auch schneller als jede UART Verbindung istIch habe dazu einige Dinge zu sagen und zu korrigieren:
Das ist mit Absicht so. Der RP6 würde sonst tonnenweise Befehle bekommen.
Ein Update 1-5 mal die Sec. wäre aber möglich und für alle Teile verkraftbar. Die Frage ist bestenfalls, lohnt sich der Aufwand dafür und das lasse ich mal offen.
Ah ok, danke.
Doch, dort stellt du die Geschwindigkeit für die Pfeiltasten-Steuerung ein.
Danach in die Textbox oben klicken und mit dem Pfeiltasten fahren.
Nun Dein Programmfenster (Überwachung) böte z.B. sicherlich auch Platz für die Motorregler und weitere Anzeigen wenn die Anzeigen etwas kleiner wären, insbesondere die Batterieanzeige muss nicht so groß sein. Dann sind analoge Anzeigen zwar stylisch aber digitale Messwerte oder Graphen / Balkenanzeigen sagen min. genau so viel aus. Ich bin mir sicher das man sogar alle Funktionen auf eine Seite unter bekommt und es nicht nötig ist, Reiter und Subwindows zu nutzen. Dann kannst Du sicherlich davon ausgehen das heute jeder über ein Display von min. 1024x768 verfügt, also kannst Du diese Größe abzüglich je ca. 20 Pixel für Schieber auch für dein Programm nutzen. Die Verbindungseinstellung kan man in ein Menu unterbringen... es gibt eine Menge Ideen wie man den Platz sinnvoll ausnutzt. Wenn du Zweifel hast, schau dir einfach mal Synthezizer wie den Thor als extremes Beispiel an...
Dein Vorschlag?
Bild hier
Aha ok.
Entweder hast du eben den Regler nicht losgelassen, oder es war Zufall, dass nur die vom mittleren Regler nicht ankommen. Ein Zusammenhang mit dem Regler an sich ist ausgeschlossen.
Da die LEDs an der Platine bezeichnet sind, macht es Sinn diese Bezeichnung im Programm zu übernehmen. Mag sein das es für Dich kein Bug ist aber wenn ich LED4 anschalte erwarte ich nun mal nicht das LED1 angeht... Als ernst zu nehmender "Funktionstest" ist das sogar ungeeignet.
Ich würde es nicht unbedingt Bug nennen. Habe mir da keine großen Gedanken drum gemacht welche LED nun LED1 ist. Ich kann aber gerne noch mal drüber gucken, welche wann angesteuert werden.
Zum Thema Grafik hab ich ja schon was gesagt, mir persönlich würde zunächst die Angabe als Zahl reichen ohne das ich sie mir aus dem Log fischen müsste... aber man kann durchaus Indikatoren wie für die Lichtsensoren nehmen... oder eine schöne kleine LED-bar ...
Das war auch ein Vorschlag einer meiner Beta-Tester und steht auf der ToDo-Liste. Hast du einen Vorschlag für die grafische Darstellung?
->Autoscrolling zu deaktivieren ... genau sowas suchte ich auch, dadurch das der Focus jedoch ans Fenster zurück geht ist es kaum möglich einen Bereich mittels Copy&Paste auszuschneiden. Das muss eine andere Lösung her und da gibts sicherlich was. Jede einfache Textbox lässt sich zu einer Log-Box umprogrammieren, das ging schon vor 10 Jahren selbst mit Visualbasic. Natürlich muss man sich bissel mit Controls beschäftigen...
Bin mir grade nicht ganz sicher was auf den Buttons drauf steht, die waren jedenfalls nie dazu gedacht, das Log zu "stoppen", sondern nur um das Autoscrolling zu deaktivieren. Leider ist das so wie ich mir das vorstelle nicht möglich. Daher wird lediglich der Fokus von der Textbox genommen und wenn man wieder reinklickt scrollt sie weiter.
Also es stand im Log genau das was ich gepostet habe, offensichtlich sendet der PC aber der RP6 nicht - warum auch immer. Ich habe mich weiter unten dann wohl zu sehr auf I2C bezogen. Vielleicht ist es mit den neuen Befehlen fürs UART ja nun stabiler.
Inwiefern schlägt denn das Auslesen fehl? Du kannst im Terminal gucken, ob aktuelle Daten ankommen.
Das hier deutet darauf hin, dass die Kommunikation zwischen Master-Modul und PC nicht perfekt klappt. In der nächsten Version habe ich die Befehlsverwaltung komplett neu geschrieben, sie ist jetzt wesentlich verlässlicher.
Das ist mir wie gesagt klar, erklärt mir aber nicht warum das Programm offensichtlich falsch reagiert - was aber ggf. durch die neuen UART Befehle behoben sein kann.
Oh da hab ich mich echt verguckt
I2C: s.o.
Was lässt dich vermuten, dass die M128 auf das LCD der M32 schreiben kann? Das ist momentan nicht möglich. (Aber auf der ToDo-Liste)
Der Test ist übrigens ein I2CLED-Test kein LCD-Test.
Trotzdem halte ich es für sinnvoll, das LCD bei vorhandener M32+M128 an die M32 anzuschließen und von der M128 aus mittels I2C beschreibbar zu machen denn nur dann können beide Prozessoren auf das Display schreiben wenn der M128 Master ist. Es liegt also nahe, so ein Test auch anzubieten. Hat die M32 keine Ausgaben, kann man es natürlich an die M128 klemmen.
Daten verloren gehen meint in dem Zusammenhang das ich Steuerbefehle an den RP6 gab und insbesondere von der M128 aus quasi nur die Hälfte der Sensoren/Aktoren funktionierten. Es kann aber gut sein, das es mit den UART Befehlen zu tun hat - wie schon geschrieben.
Ja nur warum taucht das beim beenden eines Programms auf? .net 4 ist frisch installiert.
Die Fehlermeldung sagt mir, dass dir eine Dateiendungsverknüpfung fehlt. Das ist interessant und sollte gefixt werden.
Nein Du brauchst es nicht ernst zu nehmen und ich will deine Leistung auch nicht anzweifeln - Fakt ist aber das es (wo auch immer da Fehler und Missverständnisse sitzen) derzeit nicht besonders stabil läuft und sicherlich einiges verbessert werden kann. Das ist weder arogant noch abwertend.
Ich bin mir nicht ganz sicher, ob ich diesen Satz ernst nehmen soll.
Ich finde er klingt ein bisschen arrogant. Ich stecke viel Freizeit in dieses Projekt und stelle es hier zu Anschauungszwecken zur Verfügung.
Niemand muss etwas dafür zahlen oder so, es gibt daher keinen Grund die Software schlecht zu machen. Das Feedback oben drüber ist gut, der Satz hier macht es aber irgendwie wertlos.
Das ganze hat übrigens bei unzähligen Leuten vor dir schon gut funktioniert...
Ich hatte schon geschrieben das ich warscheinlich mit dem I2C Bus flasch lag aber da es sich um ein komplexes System handelt, sucht man nun mal nach Fehlern da wo man die Effekte sieht. Und wenn ich sehe das Teile des RP6 zu steuern sind und manche Teile nicht, ist es naheliegend, an der Kommunikation von Komponenten zu zweifeln, da die Selbsttestprogramme der CD erfolgreich liefen. Ich konnte ja nicht wissen das du auch bei dem UART scheinbar Probleme siehst. Darüber hinaus halte ich nicht viel davon, ein Multimasterbus wie I2C im Single Mode zu betreiben wenn ich 3 CPUs und externe Devices zu steuern habe. Allerdings hat das nichts mit deiner Software zu tun. Vielleicht verstehst du aber das ich nicht grundlos "motze", sondern versuche zu helfen.
Ja ich freue mich auf die nächste Version.
Lieben Gruß Rolf
Lesezeichen