Kleinserie: hardware für die M256 WIFI

@Fabian & alle:
Ich habe mir mal über Steckerbelegungen für zwei Wannenstecker auf der neuen Platine Gedanken gemacht. Damit soll die Verbindung zu ADC- und I/O-Ports der µC-Platinen (M32, M128 und M256) hergestellt werden (also für alles, was NICHT I2C heißt!).

Das sind dann 2 10-polige Stecker, die wir auf die Hinterkante setzen müßten.
Einer (ADC) für die ADC-Portpins (Linienfolger ...) und einer (I/O) für sonstige (digitale) I/O-Portpins.

Die beiden Stecker können so genutzt werden, dass ...
... der ADC-Stecker mit den beiden ADC-Steckern auf der M32 und M128 und mit dem ADC_IO2/CMP-Stecker der M256 1:1 verbunden werden kann und ...
... der I/O-Stecker mit den I/O-Port-Steckern auf der M32 und M128 und mit einem beliebigen (!!) Stecker IO_PWM/T0/T1, IO_PWM/T2/T3, UART_SPI1/T5 oder UART_SPI2/T4 verbunden werden kann.

Dabei sind 5 ADC- und 7 sonstige I/O-Portpins von JEDER der 3 Platinen (M32, M128, M256) auf der neuen Platine nutzbar. Das müßte für unsere Zwecke eigentlich reichen und ist für die Besitzer von jeder der 3 µC-Platinen attraktiv (also nicht nur für M256-Besitzer!).

Vielleicht hilft es dir ..., vielleicht bist du aber auch schon weiter, dann nichts für ungut!

Tabelle im Anhang!

Ist ja super!
Danke dir!!!

Welche 5 ADCs wollen wir denn nehmen?
wir haben:
3-5 CNY70
Taster
NE555 (:D )
Batterie
2x SnakeVision
2 Spannungsteiler habe ich als Platzfüller reingestellt, die kann man mit allem möglichen bestücken (z.B. 68kOhm für LDRs... )

Mein Vorschlag:
3 CNY70, Batterie, und die vier Taster.

Man könnte ja noch zusätzlich den 14poligen ADC-Stecker der M256 drauf machen (wenn platz ist) für den rest???

Zu den IOs:
einen für die CNY70
einen für die Stromversorgung der Servos
einen für den Beeper
einen um das SnakeVision abzuschalten und einen für den Taster der SnakeVision
???

Vorschlag:

5 ADCs:
Z.B.: Batterie dauerhaft, 3 CNY70, 4 Taster
Als Option mit Anschluß des ADC_IO1-Steckers der M256 (+ 8 ADCs): 2..4 weitere CNY70, 2x Snake Vision, 2x weitere analoge Sensoren (oder 1x NE555).

7 I/Os:
Z.B.: 1x CNY70 (PWM-fähig), 1x Power Servos, 1x Beeper (8-Bit-Timer-Output), 2x Snake Vision, 2x Bumper hinten (o.ä.)
Was ist mit den 4 LEDs? Steuerst du die anders an, oder brauchen wir da auch I/O-Ports?

Momentan ist ja der PCA9685 16fach Treiber eingebaut, der steuert momentan 8 Servos an, 4 LEDs und hat dann noch vier weitere IOs, die momenatn nur als Pin rausgeführt sind.

So,
nun mal das (vielleicht) fast fertige Platinchen:
Gesamt:
Anhang 23784
der Bottom Layer:
Anhang 23785
der Top Layer:
Anhang 23786
Soll ich auch die Schemata hochladen?

Zur Platine (bzw eigentlich den 5 Platinen) : Links (hochkant) die Bumperplatine für zwei Sharp GP2Dxx und zwei Taster. Tasterdruck wird auch mit LED angezeigt. Ich überlege, statt den zwei Sharps auch 2 SRF02 verwendbar zu machen. Dann kann man die zwei Analogen Datenleitungen der Sharps als I2C nehmen!

Im oberen Streifen sind links die Bumperplatine, die man dann einfach vorne auf die Hauptplatine stecken kann. Daneben ist eine CNY-Platine mit 3 oder (mit Jumper) 5 CNY70, schaltbar mit einem Transistor. Eine LED, die anzeigt, ob sie an sind, kommt noch.

Im Ausschnitt der Hauptplatine ist der USB-Host, mit eigener 3,3V Versorgung (holt er sich aus den 5V vom USB ODER dem 6-Pin-Prog-Stecker) und Pinherausführungen für 8x GPIs, 8x GPOs und 2x 5V sowie 2x GND und 2x 3,3V.
Ob wir das Ding behalten, ist ja noch nicht so ganz klar. Momentan braucht es ja aber auch keinen weiteren Platz :D

Zur Hauptplatine:
Da fehlt noch die Verbesserung mit der IO-Buchse und der ADC-Buchse, hier noch die alte Jumperlösung.
Wird aber morgen oder Dienstag umgesetzt.

Würd mich über Kritik freuen!
Grüße und schönen Sonntag Abend noch

Zitat:

---

Soll ich auch die Schemata hochladen?

---

Ja, gern...!

So, hier mal als zip. Anders konnte man ja gar nix erkennen...

hallo allerseits,

ich verfolge das thema von anfang an mit großem interesse, hätte auch interesse an einer solchen platine, beteilige mich also auch an den herstellungskosten. Ich möchte damit meine M32 ergänzen...
Aus meiner sicht finde ich die servonaschlüsse super, beschleunigungsmesser und kompass auch, auch die neue bumperplatine ist toll. Zu den servos: ich glaube nicht, dass jemand alle 8 servos nutzen wird, ich habe für meine vier bei meinem aufbau auch einen steckanschluss (2 lötpinns) für einen zusätzlichen (extern zu ladenden) akkupack von vier aa-accus vorgesehen. Ist so etwas auch hier anschließbar? Die vier accus kann man ja überall mit einem stück klettverschluss anbringen...

Hi Inka,
ja, das ist möglich. Auf der Hauptplatine siehst du oben rechts einen roten Aufdruck "Max 10V", dort kannst du - wie auch beim normalen RP6 - einen Akku mit maximal 10V anbringen.
Diese Versorgung ist durch eine Sicherung abgesichert. Auf Polung muss man achten, bei falscher Polung fliegt die Sicherung!
Außerdem kannst du mit einem Jumper (Rechts oben, genau unter der Sicherung) entscheiden, ob du ein Akkupack für diese Platine und ein anderes für die Hauptplatine nutzt, oder ob du beide zusammen schaltest. bei letzterer Variante wird das Pluspol dieser Erweiterungsplatine mit dem Batterieanschluss des XBUS zusammengeführt.

@all:
Wie kann ich denn zwei Akkupacks nutzen, aber zusammen? Da muss man doch irgendwie eine Diode zwischen die beiden setzen!?!?

Viele Grüße!

Hallo!

Um die Ausgleichströme beim paralellen Anschliessen von zwei Akkus A1 und A2 (am besten mit gleicher Spannung) zu vermeinden, würde ich einen Brückengleichrichter D1-D4 (am besten Schottky) empfehlen (siehe Skizze). ;)

Code:

---

      zum Bot VCC VCC vom Lader
                +  +
                A  V
            D3 |  | D4
          +-|<-|---+->|-+
          |    |        |
          +->|-+-----|<-+
          +| D1      D2 |+
      A1  -            -  A2
          ---          ---
          -|            |-
          +------+------+
                  |
                ===
    gemeinsames GND

(created by AACircuit v1.28.6 beta 04/19/05 www.tech-chat.de)

---

Und bei nicht gleichen Spannungen??

Am besten wäre dann die Akkus mit nur gemeinsamen GND Anschluss an zwei unterschiedliche VCC's im Bot getrennt anschliessen und separat Laden. Ich meine Akkus mit unterschiedlicher Zellenanzahl, also grösserem Spannungsunterschied, z.B. 4,8 und 6 V. ;)

Jo, ist glaube ich auch einfacher.
So habe ichs jetzt bei diesem Board gemacht. Es besteht halt die Angst, dass jemand die Versorgungsspannung dieses Boards aus Versehen mit dem UBAT des XBUS zusammenschließt, obwohl jeweils ein eigener Akku vorhanden ist.
Aber da kann man ja explizit drauf hinweisen!
danke dir!

Dabei wäre (gemeinsamer) Stecker/Buchse mit Sicherung vor Falscheinstecken am sichersten.

Es ist sicher ne gute Idee, die Servos separat und ggf. mit höhreren Spannungen zu versorgen. Von einer Parallelschaltung von Accus würde ich aber abraten. Zum einen gibt das trotz Gleichrichter Probleme spätestens beim laden bzw. wenn man unterschiedliche Amperestundenaccus hat, zum anderen selbst wenn das bis dahin klappt, versagt bei Unterspannung immer gleich der ganze Bot. Da kann man sich die Accuspannungsprüfung auch fast schenken. Die Base prüft bereits die Boardspannung, ein separater Accu mit separater Spannungsprüfung für die Servos würde jedoch Sinn machen. Durchbrennende Sicherungen bei Verpolung finde ich auch nicht mehr unbedingt Zeitgemäß... eine Diode mit entsprechend Leistung wäre da besser. Sind Spannungsregler nicht auch Kurzschlußfest? Braucht man da überhaupt noch eine Sicherung? Wenn da mehrere Servos unter Last anlaufen, fließen sowieso zweistellige Amperwerte.. macht es Sinn das abzusichern?
LG Rolf

Nachtrag... ach ja.. die Bohrlöcher sind immer noch alle drin und die Platine nur halb voll... Mal davon abgesehen das es sich wegen der paar Leitungen kaum lohnt ein Doppellayer zu bauen.... in Sachen Packungsdichte geht da noch ne Menge denke ich.

Hi!
Zum Akku:
Separate Stromversorgung ist drin. Dann kann auch jeder die Servos nutzen.
Ich hatte bisher immerhin acht Stück genau so angeschlossen, wie es auf der Platine gemacht wird und hatte nie irgendwelche Probleme mit zu hohen Strömen, das hat immer alles super gefunzt! Also von daher sollte es denke ich keine Probleme geben.

Zur Packungsdichte:
Die drei Schraublöcher links und rechts vorne habe ich noch drinnen, da kommen je zwei raus, stimmt.
Und ja, es hat immer noch das ein oder andere Platz, also immer her mit den Ideen :D

Was aber noch fehlt:
Anschluss von einem 10poligen IO-Stecker M32/128/256 sowie eines 10poligen ADC-Steckers M32/128/256 mit Leitungen zu Beeper, Taster, Snakevision, ...

zur Bumperplatine: soll ich dafür ein Anschlusspad auf der Erweiterungsplatine vorsehen? Bei mir hängen die beiden Bumper an zwei LEDs der Base und die Sharps an den zwei ADCs der Base. Will das jemand anders haben? Wird langsam schwierig mit freien ADCs...
Außerdem werde ich die Möglichkeit einbauen, dass man statt der zwei sharps auch zwei SRF02 nutzen kann. Die Signalleitungen der Sharps werden dann quasi ein I2C.

Dann fehlt noch das Pad für SnakeVision, für das CNY-Board und für zwei beliebige Spannungsteiler.

Also SO VIEL geht da nicht mehr... aber bissl was geht immer ;)

Zitat:

---

Zitat von fabqu

zur Bumperplatine: soll ich dafür ein Anschlusspad auf der Erweiterungsplatine vorsehen? Bei mir hängen die beiden Bumper an zwei LEDs der Base und die Sharps an den zwei ADCs der Base. Will das jemand anders haben?

---

Ich möchte nur eventuelle Anwendung von virtuellen Bumper vorschlagen ( http://www.rn-wissen.de/index.php/Se...rekte_Sensoren ), kenne ich den RP6 aber nicht, ob es möglich wäre. ;)

Ja, wurde hier schon einmal diskutiert... würde bestimmt auch beim RP6 gehen (Stromsensoren sind ja vorhanden), aber ich weiß nicht, wie träge das ist und vor allem, wie sich da andere Lasten (Aufbauten, Steigungen, ...) auswirken.

In meiner Selbstsau, die nur auf flachem Boden fährt, ist es sehr träge und angeblich für RP6 dieses einnfaches Prinzip unbrauchbar. Mann kann zwar ales unendlich komplizieren, aber wofür ... :lol:

Hi,
das drei-Achsen-Gyro HIER nehmen wir doch nicht, oder?
Dann kann ich den 3,3V-I2C nämlich umordnen, sodass DIESES Luftdruckmodul oder DIESES Luftfeuchtigkeitsmodul drauf passen.

Grüße

EDIT: Brauche ich beim ULN2803 eigentlich ne Versorgungsspannung V+ (Pin 10) ??? Wozu? Das sind doch nur Transistoren???

@Fabian,

gibt es die Möglichkeit, einen Schaltplan auszudrucken, der etwas besser die Verbindungen der Teile untereinander zeigt?
So kann man die Platine als Gesamtschaltung nicht zuverlässig debuggen ...!?

Was mir auffällt:

1. CNY70:
- R56 und R57 sind 68 Ohm und 15 Ohm (nicht KiloOhm)

2. NE555:
- Schaltung ist mir nicht ganz klar. Das müßte doch auch ohne Q6/Q7 gehen?
- GND/VCC vertauscht?

3. Servoverteiler:
- Gibts auch den PWM-LED-Treiber PCA9685?
- Was macht der Jumper (J7? In der Nähe von Q1)? Wenn eine Umschaltung von SERVOS_GND auf Masse ODER auf Q1 erfolgen soll, müßte SERVOS_GND in die Mitte des Jumpers (Pin 2)!? Dr Jumper müßte auch hochstrom-fähig sein ...

Super, wie weit wir schon sind! Danke auch für die viele Arbeit, die du da reinsteckst!

Hi Dirk,

1. hab ich berichtigt. Habe gar nicht groß nachgesehen sondern einfach kOhm angenommen :D Brauchts die (für meine Begriffe recht winzigen) Widerstände denn dann überhaupt?

2. Q6/Q7 könnte man vielleicht auch weglassen, aber sicher weiß ichs nicht. Sie sollten das Signal verstärken. Da sie hier aber nicht groß Platz fressen, würde ichs lassen. Ich habe die Schaltung einmal getestet, mit den beiden Transistoren.
Ohne weiß ichs nicht und leider kann ichs grade auch nicht so testen.
Zur GND-VCC-Frage: Ich hatte keine Lib für den NE555 in dieser Bauform, habe mich daher einer anderen bedient. Aber stimmt, soll man nicht machen, wird geändert. Die Pins stimmen aber, nur im Schematic sind sie falsch.

3. Das ist doch der PCA9685, oder?
Oder habe ich da das Schema nicht mitgeschickt?
Die Jumper für GND: Stimmt, das ist mein Fehler. Das ist natürlich absolut falsch :D
Werde ich morgen ändern!!!!!!!
Die Jumper sind halt normale Stiftleisten mit Brücke!?!? Ich weiß ehrlich gesagt nicht, ob die das aushalten. Auch weiß ich nicht, ob der BUZ11 geeignet ist, die Servos zu versorgen.

Ich muss unbedingt an meiner Darstellung was ändern, sorry. Das kann man sicherlich alles sauberer darstellen, werde ich auf jeden fall machen. Schließlich sollt ja ihr den Schaltplan lesen können, und nicht nur ich ;)

Außerdem habe ich heute auf der Platine ordentlich Platz geschaffen.
Also her mit mehr Ideen :D

Noch ne Frage an dich, Dirk:
Ich habe die Pins für den 3,3V-I2C so angeordnet, wie du es gemacht hast, um das Gyro anschließbar zu machen. Da das nun wegfällt, könnte ichs so anordnen, dass deine anderen beiden 3,3V-Sensoren (Feuchtigkeit und Luftdruck) angeschlossen werden könnten.
Soll ich das so machen????

Danken dürft ihr mir erst, wenn die Platinen fertig sind und FUNKTIONIEREN :D Und dann muss da ja noch jemand die Libs für den ganzen Hardwarezirkus machen!!!
Das ist dann schon ne ganze Menge Arbeit :D
Grüße

Noch mehr Ideen? Klingt gut: Lass uns sammeln!

Zitat:

---

... könnte ichs so anordnen, dass deine anderen beiden 3,3V-Sensoren (Feuchtigkeit und Luftdruck) angeschlossen werden könnten. Soll ich das so machen????

---

Also, ich wäre auch dafür, weil wir ja den ITG-3200 definitiv nicht mehr brauchen. Dann könnten wir auch die anderen Sensoren anschliessen. Ich glaube, der Feuchtigkeitssensor braucht außer I2C auch noch einen I/O-Portpin, mit dem man Frequenzen messen kann (z.B. ICPx) und der Luftdrucksensor einen mit einer Festfrequenz (32768Hz) und noch einen weiteren. Ist also etwas aufwändiger, geht aber ...

Noch zu den "Zusatzplatinen" (Bumper, Linienfolger):
Ich fände es schon gut, wenn es vorn auf der Haupt-Platine zwei passende Stecker gibt, an die man die anschließen kann. Klar: Es gibt nicht unendlich viele ADCs/I/Os, aber man könnte ja evtl. doppelt belegen (mit Jumpern zur Umschaltung) oder wirklich noch den ADC_IO1-Stecker der M256 belegen (wenn schon noch Platz ist?).

Dann haue ich (so als Schmankerl für die M256-ler) den dicken ADC-Stecker der M256 drauf. Sind nochmal 8 ADCs.

Mir fällt leider auch gerade keine neue Idee ein... Ich könnte noch die 8 Servos der M32 reinpacken, die brauchen nicht wirklich Platz. nur wer braucht 16 Servos zum Ansteuern???

Grüße

- - - Aktualisiert - - -

Was haltet ihr von einem CAN-Bus? Für alle Automitiv-Freunde...
Ist halt soweit ich weiß alles andere als Trivial.
Der MCP2515 würde das machen, aber es bräuchte - wenn ich das richtig gesehen habe - noch einiges dazu.

@Fabian:

Linienfolger:
Die Widerstände 68 und 15 Ohm sind die Vorwiderstände der LEDs in den CNY70 und sind unbedingt erforderlich.

CAN-Bus wäre schon ne feine Sache ...
So ganz viel braucht man hardwaremäßig nicht: Den MCP2515, evtl. den MCP2551-Treiber, Quarz, den SPI-Anschluß (MOSI, MISO, SCK), einen I/O für INT, einen für CS und Reset, Vogelfutter und evtl. ne CAN-Buchse, die natürlich auch Platz wegnimmt. Softwaremäßig weiss ich nicht, ob und wie einfach das ist ...

Bei der Gelegenheit fällt mir ein:
GPS braucht ja einen UART (RX/TX). Einen freien Hardware-UART gibt es nur noch auf der M128 (PD2/3 an Stecker I/O,- leider passt nur RXD zu der Pinbelegung auf der M256, TXD sitzt woanders) und auf der M256 (PD2/3 an Stecker UART_SPI1/T5 und PH0/1 an Stecker UART_SPI2/T4). Damit kann man bei diesen beiden Platinen die entsprechenden Pins mit RX/TX auf der neuen Platine verbinden. Für die M32 (da scheint es ja auch User zu geben, die interessiert sind!) müßte man RX/TX des GPS-Moduls auf einen 2-poligen Stecker am li. Platinenrand legen, von dem aus die M32-Besitzer eine Verbindung zu ihrem PROG_UART-Stecker herstellen können.

Die Widerstände sind drin und richtig beschriftet.

Zum CAN: Müsste man sich überlegen. Ist schon nicht wenig Hardware... Ich würde es wirklich nur reinsetzen, wenn es jemand wirklich möchte und vor allem WEIß, wie man dafür ne Software bastelt!!! Und das dann natürlich auch macht :D Ansonsten ist das nur Platzverschwendung.

Zum GPS: Ich hätte momentan der Einfachheit halber einen 3poligen Stecker (Rx, Tx, GND) an die linke Platinenseite gemacht. Dann kann das jeder selbst entscheiden, wie er das ding anschließt. Einen 10poligen, wie ich ihn jetzt habe, werde ich weider raus nehmen. Das nimmt mir zu viel platz weg.
Wenn man das GPS (einmalig) einstellen will, dann kann man dafür vielleicht einfach diese drei Pins nehmen.

Grüße

- - - Aktualisiert - - -

Was ist denn mit den 220 Ohm-Widerständen zwischen dem Servo/LED-Treiber und den Servo-Eingängen???
Brauchen wir die denn???
Zwischen uC und Servo hatte ich auch nie Widerstände.

@Fabian:
Ja, das mit dem 3-poligen Stecker ist eine sehr gute Lösung (und die einzige für RP6 Base und M32).

Zusätzlich wäre es für die M256 und M128 User eine optimale Lösung, wenn man TX des GPS-Moduls (Pin 4) über einen Jumper mit Pin 8 (RXD) des I/O-Steckers auf der neuen Platine (verbunden dann über Flachkabel mit M128: PD2, mit M256 an einem der UART_SPI-Stecker: PD2 oder PH0) verbinden würde. Dann braucht es keine externe Kabelverbindung bei diesen beiden Plattformen. Dann können DIESE User das GPS ohne loses Kabel (möchte ich immer möglichst vermeiden... ) nutzen.

Für die Konfiguration des GPS-Moduls KANN man RX des GPS-Moduls (Pin 5) über den Mittelabgriff des Spannungsteilers R39/40 genauso auch über einen Jumper mit Pin 6 (TXD) des I/O-Steckers auf deiner Platine (liegt dann an M256: PD3 oder PH1 je nach UART_SPI-Stecker) verbinden. Für die M128 müßte man RX des GPS mit Pin 7 des I/O-Steckers verbinden, das müßte man also über einen Jumper anpassen (wenn man will).

Letztlich braucht man aber nur TX des GPS-Moduls für die volle GPS-Funktion, also die Verbindung zu Pin 8 (RXD) des I/O-Steckers.

Das mit den 220 Ohm-Widerständen in der Servoleitung ist ganz sinnvoll: Einerseits als Schutzfunktion vor Kurzschluss, andererseits lassen sich direkt normale 20mA-LEDs anschließen. Vielleicht nutzt das ja jemand sogar eher als Servos.

CAN wird auf der alten C-Control II von Conrad wie auch auf der C-Control PRO Unit Mega 128 CAN unterstützt - allerdings sind immer noch externe Beschaltungen nötig. Vor allem eine Übertragerdrossel, so ähnlich wie sie auch lange bei Ethernet verwendet wurde.
http://www.conrad.de/ce/de/product/1...8-Pins-1-mit-5
http://www.cc2net.de/
Aber ich glaube ehrlich gesagt nicht, das jemand pysisch den RP6 mit CAN in Verbindung bringt, da CAN quasi nur in der (Automobil)industrie als Steuerbus Standard gilt. So viel mehr an Software ist das auch nicht, was man da bräuchte. Immerhin sind auch die Mega-Prozessoren auch für Automotive Anwendungen entwickelt worden. Slyd hat da doch etwas übertrieben was den Aufwand für CAN und USB mit den angeblichen 5 Softwarelayern angeht aber Sinnvoll ... ist CAN auf dem RP6 trotzdem nicht. Es gibt kaum CAN-Taugliche Endgeräte.. im Gegensatzt zu USB... Also CAN weg lassen.
LG Rolf

Sehe ich auch so!

Außerdem gibt es ja, wie Rolf schon geschrieben hat, die C-Control Pro Unit Mega 128 CAN (CONRAD 197989) inzwischen mit CAN. Wer das unbedingt braucht, könnte auf dem RP6 also die M128 Platine als Basis dafür benutzen.

@Fabian:

Auch wenn ich nerve ...:

Wieviel Platz ist denn noch auf der Platine?

Mir kam gerade der Gedanke, ob wohl noch eine Schrittmotor-Steuerung mit L297/L298 a la http://www.shop.robotikhardware.de/s...roducts_id=208 draufpassen würde? ;)

Hätte jemand Interesse daran?

Zitat:

---

Zitat von fabqu

Ich könnte noch die 8 Servos der M32 reinpacken, die brauchen nicht wirklich Platz. nur wer braucht 16 Servos zum Ansteuern???

---

wo sind die denn auf der M32?

Hi Inka,
da gabs mal ne nette Servo-Lib für bis zu acht Servos, hat Dirk für uns gemacht:
Liegt HIER
Da wird einfach ein 10poliger IO-Stecker mit 8 IOs genutzt (die anderen beiden Pins sind VDD und GND).
Grüße

Stepper finde ich gut, Motörchen zum basteln dafür finden sich in jedem FloppyLW, Festplatte oder Drucker. Eine richtige Stepperplatine wird das aber nicht ersetzen aber zum ausprobieren und erste Schritte sicher ne Idee.
Problematisch wirds warscheinlich bei den vielen verschiedenen Arten von Ansteuerungen für Stepper.

Die "8 Servos der M32" sind rein Softwarepwm getrieben und belegen die normalen IO Leitungen der M32.

Man kann die sicherlich auch auf das IO Board führen, Servostecker muss man ja nicht zwangsläufig nur für Servos nutzen.... Ich sehe die Dinger vor allem als Single IO port mit GND und +, und man kann sie einfach mit einer Steckerleiste abgreifen wenn man mehrere Ports braucht. Man verschwendet halt nur etwas Platz im Vergleich zu einem (10-pol)Wannenstecker wenn man so viele freie + und GND Pins hat. 8 io Leitungen mit Versorgung belegen 10 Lötaugen, als Servo-Stecker ausgeführt dann gleich 24. Elektrisch tut sich das mal garnix...
Allerdings denke ich, das die M32 Ports besser so angeschlossen würden, so das sie die anderen Funktionen des Boards auch steuern können. Also IRQ Eingänge usw.

Eigentlich brauchen wir mal eine Map, die auflistet welcher Port von welcher M auf welche Funktion des Boards geht.
Also sowas:
| m32 | m128 | m256 | board
|Porta1|Porta1|Portb1| LED1
usw..
Dann erkennt man - entgegen den Schaltplänen - auch einfach, welche Dinge von wo aus nutzbar sind...
Ich hab da schon längst den Durchblick verloren.

LG Rolf

Hi! Dirk hat das mal alles für uns gemacht :D

Ich habe momentan einen ADC-Stecker (10polig) drauf, einen IO-Stecker (10polig) und den dicken ADC-Stecker der M256.
Momentan sind davon belegt:

ADC_M256_14polig:
- SankeVision L und R
- Zwei beliebige Spannungsteiler

ADC 10polig:
- ADC_batterie
- Taster oder wahlweise NE555

IO 10polig:
Hier kann man stets wählen, ob man feste IOs nimmt, ob man den ULN2803 benutzt, oder ob man selbst etwas an dem IO anstöpselt
- Beeper (Pin 5, da hier von M256 PG5 oder PB4 liegen)
- Snake-Vision wird durch ULN2803 an Pin 4 Schaltbar

Natürlich fehlt hier noch das ein oder andere (Bumper, Sharps, CNY70) aber hier bin ich noch am probieren, wie man das sinnvoll machen kann, da alleine für die drei genannten 7 ADCs (2 sharps, 5 CNYs) und 3-4 IOs (CNY an/aus, 2 Bumper, Sharps an/aus) benötigt werden. Das ist ne ganze Menge... vor allem, wenn man alles noch wählbar halten möchte.

@Dirk:
Stimmt mein GPS so???
Irgendwas passt da doch am Rx nicht, oder???Anhang 23813

Hallo,

Zitat:

---

Zitat von RolfD

CAN ... externe Beschaltungen nötig ... Vor allem eine Übertragerdrossel,

---

Nein das ist kein Übertrager.
Ausser Transceiver und der Terminierung ist (für Hobby Anwender) nichts notwendig.

Zitat:

---

Zitat von RolfD

Aber ich glaube ehrlich gesagt nicht, das jemand pysisch den RP6 mit CAN in Verbindung bringt,

---

Ist für kostengünstige Sachen auch nicht sinnvoll da halt zusätzlicher Hardwareaufwand / Platz pro Knoten und benötigt
auch deutlich mehr Energie als z.B. I2C.
Für den I2C Bus gibts viel viel mehr schöne einfach zu verwendende standard Chips.
Gilt ähnlich für SPI und UART.

Zitat:

---

Zitat von RolfD

Slyd hat da doch etwas übertrieben was den Aufwand für CAN und USB mit den angeblichen 5 Softwarelayern angeht aber Sinnvoll ...
LG Rolf

---

Halt stopp ich habe da von USB geredet und nicht von CAN. CAN nutzen ist deutlich einfacher - in den CAN Controllern wird das meiste in Hardware erledigt!
Und bitte nicht jedes Wort (5 Layer) das ich hier schreibe gleich auf die Goldwaage legen.
5 Layer ist halt die standard Aufteilung, das war nur Beispielhaft - wieviele es genau sind ändert nix an der Kernaussage das es unnützer Overhead ist ;)

MfG,
SlyD

@Slyd

Zitat:

---

...gleich auf die Goldwaage legen...

---

Dito.
Aber bitte auch folgendes.. man kann ein i2c oder uart Treiber als 3-Zeiler schreiben. Geb ich dir recht.
Der RP6 ic2 Treiber sieht entsprechend übel aus und die UART Routinen sind auch nur halbherzig IRQ gesteuert.
Man kann aber sowas z.B. auch als Interrupt driven und mit FIFOs machen... deshalb hat man noch lange keinen unnützen Overhead ala 5 Layer.
Wir diskutieren hier aneinander vorbei, wenn es Dir immer nur um Minimalismus und 3-Zeiler geht, und du alles kritisierst was ich darüber hinaus anrege.
Ich kann auch 3-Zeiler schreiben aber darum gehts hier nicht!

Es ist weder software mäßig kompliziert, noch hardwaren mässig schwer, USB zu nutzen.
http://www.obdev.at/products/vusb/projects-de.html
Es ist dafür auch kein Linux oder wahnsins Overhead nötig - man kann ihn betreiben wenn man möchte aber das gilt auch für jedes andere Protokoll.
Lass uns das hier abschließen, es bringt nix wenn wir in einem Projekt Grundsatzdiskussionen führen, die bestenfalls in den FreeRTOS Thread gehören.
i2c als in-system-kommunikation und usb als Anbindung nach aussen /zum spielen wie ein steppertreiber widerspricht sich nicht.
LG Rolf

Zitat:

---

Es ist weder software mäßig kompliziert, noch hardwaren mässig schwer, USB zu nutzen.
http://www.obdev.at/products/vusb/projects-de.html

---

Eine Library ähnlicher Bauart habe ich doch oben selbst gepostet.
Das ist aber wie dort schon gesagt auch nur für HID (und ähnlich einfache Sachen) nutzbar.
Mit "man braucht Linux" meinte ich die Ansteuerung von den wirklich interessanten Geräte die es für USB gibt.

Zitat:

---

wenn es Dir immer nur um Minimalismus und 3-Zeiler geht, und du alles kritisierst was ich darüber hinaus anrege.

---

Ich stelle doch nur in Frage ob es den Aufwand rechtfertigt wenn es die gewünschten Funktionen auch für normale Schnittstellen wie UART/SPI gibt wo man sich den USB Overhead komplett erspart.

Zitat:

---

Lass uns das hier abschließen

---

Jup. Schluss für heute, jetzt erstmal Abendessen ;-)


Bis dann,
SlyD

@SlyD und Rolf:
1. der USB-Host ist schon auf einem eigenen Board mit dabei, hat sich also erledigt, solange wir es dabei belassen
2. ein CAN passt momentan eher nicht drauf. Vielleicht versuche ichs am Wochenende noch mal, den irgendwo hinzuquetschen
3. damit wäre es mir sehr recht, wenn Diskussionen zum Bereich "Overhead", USB, Bus und dem ganzen PiPaPo aus diesem Thread draußen bleiben würden. Das füllt hier lauter Seiten, hilft aber nicht beim eigentlichen Thema. Ich denke mal, es gibt viele hier im Forum, die euer Thema genauso spannend finden wie ihr, daher könnten ihr doch nen Thread dazu eröffnen: "USB, CAN, I2C, UART - was kann was?" oder wie ihrs eben möchtet.
;)
Danke euch.

@Dirk: Bitte obere Frage zum GPS beachten!

@Fabian:
Ich gehe mal davon aus, dass der 5-polige GPS-Modul-Stecker auf den Pins 1,3,5,7,9 von SV11 sitzt!? (Warum ist der doppelreihig?)

Wenn ja, dann wäre RX des GPS-Moduls an Pin 9, richtig?

Wenn ich das so richtig sehe, dann ist der Spannungsteiler richtig.
RX_OUT müßte dann auf der Platine mit TX des UART verbunden werden und TX deines Schaltplans mit RX des UART.