Hi, Frank,
Problemstellung RNBFRA1.2.:
PC redet mit UART oder Funk mit dem Main Proc. (dialog-messages mit ACK und Pi Pa Po)
Einige Messages sagen dem Main, er soll Servos stellen.
wie sagt der Main das dem Co ?
UART ist belegt
Ich kann am Main-TX den RX vom CoProcessor dazuhängen, damit er mithört und auf Servo-Kommandos reagieren kann
Aber:
Jede Message mit einem "#s" irgendwo drin ist genau ab dann ein ServoKommando, ob ich will oder nicht.
Die CoProc-Servovariante mit UART ist also nix.
Bleibt nur die I2C Variante auf 100 kHZ, die war aber unwillig, und wir hatten nicht die Zeit, daß zu klären.
Keine Hektik nun, wir haben uns mit einem I2C-ServoBoard geholfen.
Aber die Frage bleibt offen, wie lösen das andere ?
mfg robert
Die Lösung ist einfach. Du verbindest den CoController mit einem freien Port des Hauptcontrollers. In Bascom kannst du ja ganz leicht mit einem Befehl aus einer Portleitung eine RS232 Schnittstelle machen.
Wenn ich mich nicht täusche, dann ist das bei der Firmware zum CoController (Servosoftware rns1) irgendwo beschrieben.
Hier ist es beschrieben:
https://www.roboternetz.de/phpBB2/ze...ontroller+rns1
Danke, aber ich lese Doku, Datasheets und Helps sehr sorgfältig, bevor ich irgendwo rumwerke.
Mir wurde gesagt, der Bascom verwende für I2C grundsätzlich NICHT die Hardware. Das hat mir dann schon gereicht, normalerweise ist das ein Scheidungsgrund. Da werd ich nicht auch noch eine UART türken lassen.
Aber laß nur, im Grunde hast du meine Frage beantwortet.
danke u. mfg robert
Hi,
das betrifft die ältere Version von Bascom. In der aktuellen Version gibt es auch die Möglichkeit den Hardware I2C in Bascom zu nutzen.
Viele der RN-Boards (z.B. RN-Speak, RN-Motor) nutzen bereits diese Möglichkeit.
Zudem ist das softwaremäßige simulieren einer RS232 TX-Leitung (RS bräuchtest du ja für Servosteuerung nicht) auch keine besonders zeitkritische Sache. Der Rechenaufwand ist nur geringfügig höher. Und wenn nur ab und zu Servo Befehle geschickt werden, dann ist der Aufwand für den Controller kaum höher als mit dem echten Uart.
Etwas mehr Performance würde der Empfang von Daten (simulation von RX) darstellen.
Probier´s mal aus, du wirst überrascht sein wie fein das funktioniert
Sicher, Frank, async TX simulieren ist wie Urlaub in Bad Schallerbach.
Nur weiß ich ohne Response wieder nicht, ob der Co überhaupt drin steckt.
Ich bin zu der Problematik gekommen wie die Jungfrau zum Kind (Support f. ein Projekt) und fand (finde) es nicht einsichtig, daß sich ausgerechnet die Kommunikation mit dem Co so quer legt.
Wir haben uns dann für den SD21 entschieden (kennst du ?), der bietet einige Möglichkeiten mehr und ab da machte das ganze Servozeugs fast Spaß.
Schön, wenn der neue Bascom mehr HW-Nähe bringt, aber for future use ist mir der Bascom doch etwas zu sperrig. Will ihn aber nicht schlecht machen, jeder, wie er glaubt. mfg robert
Hallo Robert,
nu CoController ist ja auf dem gleichen Board, verschwinden tut der sicher nichtRNS1 sendet sowieso keine Rückmeldung. Für viele Fälle ist das schon eine ausreichende Lösung um 10 Servos anzusteuern, insbesondere auch weil sie umsonst ist
(RNS1 gibts ja im Downloadbereich)
Aber wenn natürlich spezielle Erfordernisse/Sicherheit gefragt ist, dann ist sicher der SD21 auch eine feine Lösung. Klar, kenn ich auch.
Ich wollte Houddy nur ne einfache Lösung beim RNBFRA Board aufzeigen, danach hatte er ja gefragt. Und da ist RNS mit CoCOntroller natürlich das naheliegenste!
Was HW-Nähe von Basom betrifft, da sehe ich das etwas anders. Ich finde gerade in Bascom ist man so Hardware nah wie kaum in einer Programmiersprache. Die kompletten LIB´s liegen im Quellcode vor, man sieht genau was für Code dort eingebunden wird und kann sehr schnell auf Assemblerebene Änderung vornehmen. Auch lassen sich vorhandene Funktionen einfach durch einene Libarys ersetzen. Und das alles ohne umständliche Projektdateien, Headerdateien, Libary kompilierungen etc. Aber ich weiss natürlich das das Wort "Basic" große Vorurteile provoziert. Aber ist ja auch egal, Hauptsache man erreicht sein Ziel!
Gruß Frank
Hi nochmal
Sicher, aber ein "ay ay sir" hört man immer wieder gern.Zitat von Frank
nu CoController ist ja auf dem gleichen Board, verschwinden tut der sicher nicht
ja, als hex, Source is nich, wir haben gefragt.
Ich glaub, der haben wir eh' schon vergrault
Compiler is'n Werkzeug, wo's paßt, isses super, wo nicht, isses Müll
(ich selbst pimpere seit 25 Jahren in den perversesten Sprachen auf den schrägsten Kisten herum, Vorurteile könnt' ich nicht brauchen, ich brauch Ergebnisse)
Wie auch immer, RBNFRA Board ist super, ready to go, eigentlich billig, mindestens als Evaluation Board absolut empfehlenswert, und wenn es Unfug treibt, hat man es normalerweise auch selbst so reingeschrieben.
also, keep codin' robert
also
die Servos werden vom coControler gesteuert!
und der wiederrum bekommt die befehle vom HauptContr. die sind mit einer externe com-leitung am board verbunden das is meinem PC egal!
der Hauptcontrl. hängt an einem Funk-Ding und bekommt die Servo nummer und gibt diese fürs erste weiter.
Allerdings will ich die Servos nahezu in echtzeit steuern also so schnell wie
ich die knüppel auf meinem Gamepad drücke so schnell hätte ich auch gerne die servos!
bin aber der lösung auf der spur
jo und mein programm kommt dann auch gleich
Berechtigungen
Zitieren
Lesezeichen