Kleinserie: hardware für die M256 WIFI

So, in diesem Thread können wir mal diskutieren, ob wir eine Platinen-Kleinserie herstellen lassen könnten.
Diese würde ich auf EAGLE designen und - sollten wir genug Personen sein - dann könnten wir die Platine fräsen lassen.

FRAGE 1: Wer kennt jemanden, der die Platine (sagen wir einmal 20-30 Stück) fräsen / ätzen kann? Was kostet das bei diesen Stückzahlen? Was bei 50 Stück?

Frage 2:
Was soll denn alles drauf??????????
Ich denke mal, es freut sich jeder über 4 Taster, 4 LEDs, einen Beeper, einen Temperatursensor TCN75 aus dem M128 und einen Servoverteiler für 8 Servos und vielleicht (da nicht schwierig) noch zwei SRF02-Anschlüsse.
Lassen wir diese Dinge also mal außer Acht, was braucht man noch?
Gyro? Beschleunigungssensor? Kompass? GPS???? Zweiter Akkuanschluss?

Natürlich muss man immer bedenken, dass die Platine im RP6-Format vom Platz her beschränkt ist... und jemand (darin bin ich nicht sehr gut) muss die Software erstellen...

Viel Spass beim Diskutieren!
Fabian

Hallo Fabian,

gute Idee! Ich bin dabei ...

Zu Frage 2:
Es gäbe für mich 4 Bereiche, aus denen Hardware-Anwendungen für die Platine kommen könnten:

1. Bereich: Wie du vorgeschlagen hast: Features der M32 und M128 übernehmen ->
5 Taster, 5 LEDs, Beeper, evtl. Mic, I2C-Temperatursensor, Sockel für I2C-EEPROM, 3..8 Servoanschlüsse, 2..6 ADC-Anschlüsse könnten dann dabei sein.

2. Bereich: Lage-Orientierung im Raum ->
Z.B. 3-Achsen-Beschleunigungssensor, Kompass, evtl. Gyro ...

3. Bereich: Orientierung und Zielführung ->
Fest aufgebaut 2 Distanzsensoren (IR oder US), 2 Wärmesensoren (z.B. "Snake vision" des Asuro), 2 Mics mit Verstärkern, Anschlüsse für 4 Reflexoptokoppler zum Linienfolgen, Anschlüsse für Bumper hinten, Farbsensor ...

4. Bereich: Stromversorgung ->
Für einen Zusatzakku oder ein Solarpanel könnte man ja Anschlüsse/Elektronik schon draufbauen ...

Natürlich kann man keine eierlegende Wollmilchsau bauen. Man wird also auswählen müssen.

Coole Ideen!
ich würde vier Taster nehmen, da sie recht schön vorne auf die Platine passen. Man muss bei so vielen Ideen wirklich ein bisschen auf den Platz schauen.
eeprom find ich gut. Wobei ich nicht weiß, ob mans brauchen kann, man hätte ja auch noch die SD.
Wie sind denn die Meinungen zum Mic? Für mich persönlich bringt's das nicht. Und es braucht mit OP, kondensator etc recht viel Platz... Was meint ihr so?
Das snakeVision könnte man natürlich 1:1 nachbauen. Jedoch müsste man Bedenken, dass man dann (wie auch wenn man Sensoren wie Srf02 etc fest am Board anbringt) eine Ausrichtung des Bords quasi vorbestimmt. Zumindest, wenn man nach wie vor Vorwärts fahren möchte :D
reflexoptokoppler wären klasse!!! Brauchen wir unbedingt! Dann könnte man auch in der Lib gleich ne fertige Funktion schreiben zu "dunkle/weiße linie gefunden" oder eben "nicht gefunden".
zur Stromversorgung: solange nicht zuviel Leistung von der Platine abverlangt wird, könnte man es in SMD-Technik bauen, das erspart einiges an Platz.

Vielleicht wäre ein Berührungssensor mit dem NE555 ne nette Spielerei? Ist ein NE555 mit zwei BC547, die an einer Antenne hängen. Wird sie berührt, schaltet der Output durch. Aber der liegt bei Berührung nur bei etwa 2-3,5 V, da wird man dann einen Analogen Input benötigen.

Zum Thema Kleinserien... wir hatten ja schon privat gemailt... Man muss das Rad ja nich dauernd neu erfinden. Platinenservices gibts genug und auch erschwinglich.

http://www.mikrocontroller.net/topic/25320

Da hier für die M256 gefragt wird bin ich raus aus dem Thema da ich keine M256 hab.

Davon ab halte ich es aber auch nicht für sinvoll, die M256 mit der M128 Hardware (mic, i2c-speicher, den x-ten LCD2x16 Port oder sonst was ) nachzurüsten. Den größen Kundenstamm spricht man an wenn man was baut, was für ALLE Module einen Vorteil bringt.
Ich wüsste jetzt so nicht, was der RP6 noch dringend an Hardware braucht oder mit seinen bescheidenen cpus ausschöpfen kann, ich sehe eher ein riesen defizit in der Software bzw. der Konnektivität als Bremse zu größenen CPUs und Architekturen.

Genau da läge aber noch viel Potential... ARM7/9 Prozessoren oder ein PC/104 System z.B.
Oder ein Grafikdisplay - was aber kaum Sinn macht weil ALLE bisher verwendeten CPUs auf RP6 Boards zu mikrig dafür sind.
Ein USB Host wär auch ne Idee... wenn die Prozessoren nicht an der Datenflut ersticken würden...
Als Standalone Board (ohne RP6 Unterbau) wären sicherlich Relaiskarten für 12 und 230V interessant... u.a. komplette wetterstations-sensorik, auch da GrafikLCDs, Keypad Anschlüsse, USB Hosts usw...

Ein kapazitiver Schalter ist was nettes für nen alten Kosmos E-Baukasten oder fürs Steckbrett aber was soll der an einem Bot? Also finde ich zumindest.

Aber wie gesagt.. da ich das M256 nicht habe und auch nicht beabsichtige zu kaufen (zumindest nicht als Addon für den RP6) bin ich da raus.
LG Rolf

> Grafikdisplay

Nur wozu braucht man ein Display wenn man schon eine Funkverbindung hat?
Dann kann man auch den 30" Monitor des Rechners oder den eines Smartphone dazu verwenden und hat dann eh viel mehr Möglichkeiten.
Wenn der Roboter umher fährt sieht man auf so nem Display doch eh kaum was.

> Ich wüsste jetzt so nicht, was der RP6 noch dringend an Hardware braucht

Naja das was Dirk schon für Orientierung vorgeschlagen hat: Beschleunigungssensor usw. - um die Lokalisierung zu erleichtern.
Dazu evtl. noch IR oder Ultraschall Baken die man aufstellen kann um die Position besser ermitteln zu können.
Gibt da diverse Projekte wo sowas gemacht wurde.

Soso, also die Idee wäre eben gewesen, ein Modul zu erstellen, das einiges Neues an Hardware bietet (Orientierung, SRF02...) und DAZU noch alles, was die M32 und M128 so an Spielereien dabei haben, der M256 aber fehlt.
Also Beeper, Servos, Taster, Temperatur und evtl Micro.
Denn wer die M256 verwendet, muss/will nicht unbedingt die M128 und/oder die M32 mitbenutzen bzw erst anschaffen müssen. Das könnte man eben auch alles von der M256 steuern.

Deine Idee, die wir schon Diskutiert haben, war ja, einen neuen Controller für die M128 zu basteln, den man anstelle des C-Control-Unit-Rießenknochens aufstecken kann. Diese Idee find ich nach wie vor super und angehenswert ;)
Dieses Projekt soll das andere ja nicht ablösen :D
Grüße,
Fabian

@Lasergehirn
Was es zum Thema Orientierung gibt (Beschleunigung, GPS, Kompass), ist alles per i2c oder RS232 5/12V anzubinden und auf diversen "kleinen vorgefertigten Platinchen" zu beziehen. Dazu hat Dirk auch selbst ein Projekt laufen... ich weis nicht ob es Sinn macht sowas als Kleinserie anzubieten. Interessenten gäbs sicherlich aber letztlich ist das so "einfach" das auch jeder sowas auf einem ex-Board hinbekommt (Dirk, bitte nicht als Abwertung verstehen). Gleiches gilt auch für viele andere Sensortypen.

Zum Grafikdisplay, es gibt aber weit mehr Leute die keine M256 und damit kein Wlan haben wie ich schon sagte... es ist müßig darüber zu streiten wenn Du das nur aus deiner Sichtweise siehst.

Aber noch mal.. das Problem ist weniger die Hardware, sondern eher die Software. Mir ist weder eine erweiterbare andröd/ifun App für den RP6 bekannt, noch wüsste ich von einem Webinterface bzw. einem PC-Programm, welches die Daten (ggf. auch von neuen Sensoren) auswerten/austauschen kann (quasi Remote KI). Remotrol ist immer noch Quasi Standard in dem Bereich - trotz aller Ankündigungen zume Thema Remote Control per Wifi. Das Wifi Board ist lediglich eine Funkbrücke welches das USB Kabel an einem Board umgeht - und es hat andere Möglichkeiten ein Programm zu erstellen als das C-Basic einer CCpro. Das allein macht es aber noch nicht zur eierlegenden Wollmilchsau! Und auch nicht zu einer autark fliegenden Ifun-Quadcopterdrohne... mit Kettenantrieb.

Ich möchte nicht das der Eindruck entsteht, ich hätte was gegen das M256 aber es ist nun mal so, das es vergleichsweise große Löcher in die Geldbörse reist und gemessen an dem was es _mehr_ bringen soll gegen ein anderes Modul (M32/M128)... es weder Softwareseitig noch Hardwaremäßig ein Meilenstein ist, da es quasi auf wlanfunk und einem dummen "Webserver" degradiert wird. Leute die genau das wollen, werden mit dem Board glücklich werden aber es kann darüber hinaus nicht viel mehr als die anderen Boards. Warum also nur für das Board extra Hardware entwickeln? Die vorhandenen Boards ergänzen sich im großen und ganzen und wenn man mit einem Rp6+M32+M128+M256+1 bis 2 EXBoards hantiert, hat man alle Möglichkeiten die das System bietet. Mal ausgenommen die Dinge, die ich oben gelistet habe...

Und noch mal... es mangelt aus meiner Sicht eher an offener, stabiler Software wie beim CT-Bot oder Arudino, die das alles problemlos zusammenführt, als an irgendwelchen ne555 Schaltungen... Wenn man da Hardwaremäßig was auf die Beine stellen will... dann doch eher was, das möglichst vielen nutzt, oder? Geht mal davon aus, das sich sowas nur lohnt wenn ihr min. 20-50 Leute/Platinen zusammen bekommt.
LG Rolf

Nachtrag.. @Fabqu .. ich seh das Projekt "Erweiterungsplatine für M256" auch nicht als 'Konkurenz' zu meiner Idee mit dem Ersatz für die CCpro CPU. Ich mach mir nur halt Gedanken zum Thema "wie erreiche ich so viele Leute mit dem Projekt, so das es sich lohnt das auch umzusetzen und nicht nur Brainfuck bleibt". Fragt euch doch mal selbst.. "Woran könnte jeder 10te M256 Besitzer so viel Interesse haben das er weitere 100 Euro für eine fertige Platine zahlt." .. wohl wissend, das man die M256 auch gut solo betreiben kann (und die meisten hier eine Platine wie Dirks Projekt nach seiner Anleitung selbst gelötet (Exboard) bekommen da letztlich nur + und - sowie die 2 i2c drähte verbunden werden müssen). Stellt mal eure eigenen Pläne etwas zurück und denkt umfassender.
Ich denke, da fallen sowohl das 50-cent Mic (was nicht mehr kann als ein simpler Klatschschalter) sowie auch der ne555 dann ganz schnell raus oder belegen bestenfalls nur sonst ungenutzten Platz.

Ein einfaches Netzteilboard mit Max232, Displayport und USB Host für Standalone Betrieb des M256 würde vermutlich mehr Käufer ansprechen als jede andere bisher genannte Fummelei. Mich würde allerdings wundern wenn nicht Arexx bald damit raus kommt.

Zitat:

---

Zitat von RolfD

Und noch mal... es mangelt aus meiner Sicht eher an offener, stabiler Software

---

Na denn ma los, statt ellenlange posts lieber Software bauen ;-)


> Mir ist weder eine erweiterbare andröd/ifun App für den RP6 bekannt,
...
> trotz aller Ankündigungen zume Thema Remote Control per Wifi.

Das Modul gibts doch erst kurz und da war auch noch Sommer ...
Remotrol wird nur von zwei drei Hobbyanwendern in der Freizeit entwickelt... das des nicht in 2 monaten fertig wird ist doch klar :rolleyes:


> CT-Bot

Der c't Bot hat ja sogar nur einen einzelnen ATMEGA32 und das WLAN Modul was es dafür gibt ist auch nur eine seriell-WLAN Brücke und die kostet mit Bauteilen und Platine zum selbst löten 170 Euro extra ohne das man da noch ne programmierbare CPU dabei hätte - OK ist auch von 2006 oder so....
Es gibt zig Roboterprojekte die nur mit AVRs arbeiten und damit gut laufen.
Der RP6 kann da komplexer werden weil recht einfach mehrere ATMEGAs draufgebaut werden können.
Nen ARM7 oder sowas bringt doch keinen echten Vorteil - damit kannste auch nix reissen was number crunching anbelangt.
Dann entweder gleich was richtig dickes draufbauen oder auf nen Host PC auslagern.


Wenn es da irgendeine tolle Fernsteuerungssoftware für den c't Bot gibt (?) und die wirklich so toll ist wie Du sagst und das da alles völlig problemlos läuft - na dann dürfte es ja möglich sein die Software von der einen auf die andere Plattform zu portieren.



> Ein einfaches Netzteilboard mit Max232, Displayport und USB Host für
> Standalone Betrieb des M256 würde vermutlich mehr Käufer ansprechen

Das kann man ja ggf. auf dieselbe Platine packen und alles optional bestückbar machen.
Wenns jemand nicht braucht lötet ers eben nicht drauf.
Formfaktor genauso wie die Erweiterungsmodule - dann kann mans einfach unten drunter schrauben (ohne RP6).

Die Steckverbinder kann man ja zumindest teilweise mit mehreren Modulen kompatibel halten die pinbelegungen
werden wohl recht ähnlich sein
(ggf. mit paar Steckbrücken oder so wenn irgendwo was nicht so gut passt).

Zitat:

---

Zitat von lasergehirn

Na denn ma los, statt ellenlange posts lieber Software bauen ;-)

---

Spar dir deine ****** Sprüche...
https://www.roboternetz.de/community...eeRTos-auf-RP6

>Nen ARM7 oder sowas bringt doch keinen echten Vorteil - damit kannste auch nix reissen was number crunching anbelangt.

http://web.eecs.umich.edu/~panalyzer/pdfs/ARM_doc.pdf

Kleine Arm7/9 Prozesoren sind üblicher Weise mit dem 4-10 Fachen Takt und voller 32 Bit Architektur ausgestattet, das allein verspricht eine min. 8 bis 100 fache Leistung gegenüber einem AVR Prozessor.
Man rechnet bei ARM7 mit 0.95 MIPS/MHz (32 Bit) und ARM9 mit ca. 1,1 MIPS/MHz (32 Bit), ein AVR hat bestenfalls 1 MIPS/MHz (8 Bit). ARM Prozessoren.. selbst die einfachen wie NXP2138 laufen mit min. 60 MHz und normal über 200 MHz statt bestenfalls 20 MHZ wie der AVR. AVR9 CPUs sind sogar Linux fähig.
Wieviel Numbercrunching .. oder Beispiele für deine falsche Aussage ... sollens denn noch sein?

>Wenn es da irgendeine tolle Fernsteuerungssoftware für den c't Bot gibt (?) und die wirklich so toll ist wie Du sagst und das da alles völlig problemlos läuft - na dann dürfte es ja möglich sein die Software von der einen auf die andere Plattform zu portieren.

http://www.heise.de/ct/projekte/mach...t-Bot-Software
Ja dann fang an...

>> Ein einfaches Netzteilboard mit Max232, Displayport und USB Host für Standalone Betrieb des M256 würde vermutlich mehr Käufer ansprechen
>Das kann man ja ggf. auf dieselbe Platine packen und alles optional bestückbar machen.

Richtig... kann man.. wenn man vorher drüber nachdenkt und ellenlange Posts baut.
In dem Sinne...
LG Rolf

Mann, Leute!!!
Kriegt euch mal wieder ein! Wir wollen hier bitte KONSTRUKTIV über Hardwareerweiterungen ZUR M256 (siehe Thread-Titel) sprechen.

Vorschlag @Rolf: 1. Kannst du mir näheres zu deinem USB-Host geben? Wie stellst du dir das vor? Was benötigt man dafür? Was soll das leisten?
2. Können wir das Thema ARM7/9 dann auch langsam angehen? Ab 6.Dez habe ich etwas mehr Zeit, da könnte ich in EAGLE einiges hinbekommen, wenn uns bis dahin klar ist, was wir wollen/brauchen.

Vorschlag @Rest: Mir schwebte hier eine reine Spielerei vor. Für mich ist der RP6 nichts weiter, als eine spielerische Lernhilfe zum Erlernen von Elektronik und Programmierung in C und LabView. Mehr nicht. Daher stehe ich auf Sachen wir NE555-Berührungssensoren, CNY70-Linienfinder und das SnakeVision.
Da ich diese neue Hardwarekomponente jedoch nicht für mich mache (ich habe sowas schon...) bringt mir bitte KONKRETE VORSCHLÄGE, was noch drauf soll.

BITTE: Keine Religionsfragen mehr zum AVR-ARM7-Dilemma :D

Danke euch.
Schönen - entspannten - Tag noch an alle.

Also zu deinem Vorschlag 1.
Google mal "usb host chip" und guck dir die ersten beiden Links an... einer von FTDI und einer von Maxim.
Man baucht nix ausser einem passendem Chip und Software.
Was damit möglich ist steht bei "Key Features" und "Aplikation/Uses".... beim Maxim Chip MAX3421E.

Aber es macht wenig Sinn, z.B. eine 2 Mio Pixel cam per USB ans System anzuschließen wenn die Daten JEDEN Prozessor der RP6 Reihe gnadenlos überfordert. Dann wären aber zumindest billige Wlan Dongels, Cams, Speichersticks, Bluetooth und was weis ich alles möglich...

Einfache Schaltungen probiert man wirklich besser auf einem Steckbrett oder später auf dem Ex-Board aus.. statt auf einer geätzten, lackierten, bedruckten zweiseitigen Platine. Und da ich dein Vorschlag 2 auch beachte, endet der Post dann hier...
Es ist übrigends keine Religionsfrage.. sondern eine Knowhow Frage... aber lassen wir das... ich halt mich zukünftig dazu bedeckt.
LG Rolf

Nachtrag: Ich hab für solche Spielereien übrigends ein NetIO Board von Polin mit 644 CPU und kleinem Steckbrett hier liegen.. kostet nur 10% eines RP6 bzw. die hälfte einer M32 und rennt mit 16 bzw. 22 MHz. Das Addon Board dazu kostet mal grade 12 Euro und da ist neben einem Kartenleser, IR-Empfänger und LCDport sogar Platz um ein ne555 drauf zu klatschen... Aber macht was ihr für richtig haltet... ich hab ja keine Ahnung .. und sonst alles was ich brauche :)

Hab mir den MAX3421E gerade angesehen, sieht interessant aus. Und außer USB, uC und 3,3V braucht der ja nix, oder?
Software eben... sowie MOSI und MISO. Kann man die GPIOs denn tatsächlich für eigene Zwecke nutzen?

Das einzige Problem, das ich sehe, sind dann die 3,3V. Versorgung wäre kein problem, aber es besteht die Gefahr, dass jemand die für den RP6 "normalen" 5V auf die IOs draufhaut. Hält der Chip das aus?

HIER habe ich mal ein nettes Datenblatt zu einem Maxim-Eval-Kit gefunden.
Auf Seite 6 wäre quasi die Schaltung, die wir hier bräuchten. Natürlich ohne Schnickschnack wie LEDs und Taster, denke ich mal. Die GPIOs kann man ja auf Pins führen.
Meine Fragen: Was sollen auf Seite 6 die Sachen an den Pins 26 und 27? Brauchen wir die?
Und kann man den in den I2C mit einbinden? Auf welchen Pins?

Grüße

EDIT: An Pin 26/27 hängt der 12MHz Quarz... Wer lesen kann ist klar im Vorteil ;)

Ich habe zwar noch keine ANgebote eingeholt oder so, aber für 5 Platinen, zwei Layer, mit Dukos & Co zahlt man pro Platine "nur" etwa 25 Euro. Finde ich nciht wirklich viel! Und es wird natürlich billiger, wenn man mehr bestellt. 5 ist aber häufig das Minimum.
Gibts denn sonst keine Ideen, was da noch so drauf könnte?
Oder ist hier im Forum grad bissl tote Hose?
Man könnte die Platine z.B. um 2,7cm verlängern und ein Bumper-Board mit drauf machen, mit 2 Bumpern und 2 Sharp GP2Dxxx:
Anhang 23673
Und in den trapezförmigen Ausschnitt, der vorne an der Platine anfällt, könnte man ein kleines CNY70-Liniensucherboard reinsetzen.
Dann müsste aber diese Dinge halt nachträglich jeder selbst aussägen :D

@Dirk: Soll ich deine Hardware für den part Orientierung mal übernehmen?

@fabqu:
Zu dem Preis müßten sich ja doch einige Interessenten für so eine Platine finden! Also: Machbar. Oder?

Die Hardware der Orientierung-Platine können wir gern übernehmen. Preislich sind das sicher die günstigsten Sensoren. Leider hat das Kompass-Modul HDMM01 nur 2 Achsen, was die Neigungskorrektur per Software etwas mühsam macht: Man braucht dafür eigentlich 3 Achsen.
Für unsere Neuentwicklung würde ich daher etwas anderes vorschlagen: Ein "LSM303DLM 3D Kompass und Beschleunigungssensor Modul" (http://www.watterott.com/de/LSM303DL...-Accelerometer). Es besteht aus 3-Achsen Kompass und 3-Achsen Beschleunigungssensor und ersetzt damit den HDMM01 und den 3D-BS, den ich genommen hatte, weil sie preisgünstig sind. Der Kombisensor ist zwar mit 28,51 € nicht so billig, aber besser als HDMM01 und 3D-BS zusammen. Zudem nimmt er beim Platinenlayout nicht so viel Platz weg und braucht einfach nur VDD, GND, SCL, SDA ohne Pegelwandler.
Einverstanden?
Was den 3,3V-I2C-Slave-Anschluss angeht, muss der natürlich nicht sein. ABER: Er ist mit seinen 7 Pins so gestrickt, dass man auch noch einen 3-Achsen-Gyro (http://www.watterott.com/de/Gyro-ITG-3200-Breakout) direkt anstecken KÖNNTE. Ganz nette Option ...! Man hätte dann eine 9DOF IMU.

Ich werde kommende Woche, wenn ich's schaffe, mal das erste Board als Vorschlag hier rein stellen.
was ich versuche umzusetzen:
4 LEDs
4 buttons
beeper
Den Vorschlag von Rolf mit dem USB-Host
eigene stromversorgung
8 servos
8 Transistoren mit uln2803
2 srf02
tcn75 temperatursensor
die Idee vom Dirk mit den umgebungssensoren (die neue, etwas teurere Version)
Außerdem kommen zwei Platinen dran, die man dann quasi abbrechen kann: eine mit einigen cny70 für Liniensucher und eine für zwei Bumper und zwei Sharps.
natürlich xbus und hoffentlich auch den usrbus ;)

Ich hoffe, ich hab grad nx vergessen.
und vor allem hoffe ich, das geht alles drauf.
dann könnte man mal pro forma die Platine bei 2-3 platinenherstellern Anfragen, was die in der Herstellung kosten würde. Dann haben wir denke ich einen Anhaltspunkt.

Viele grüße
fabian

Ps: ich würde mich freuen, wenn sich noch ein paar mehr Leute einbringen. Das bedeutet natürlich nicht, dass sich jeder, der sich einbringt, auch an den kosten beteiligen muss! Das können wir ja diskutieren, wenn es soweit ist.

Hallo fabian,

wie machst du das auf der Platine mit der Verbindung zur M256?

Nimmst du direkt da an der Hinterkante, wo bei der M256 die 4 Wannenstecker sind, auch 4 Wannenstecker (bzw. da ist ja noch einer (UART_SPI1/T5) hinter dem Poti und der ADC_IO1-Stecker, so dass es ja insg. 6 sind!)? Dann würde man ja mit 4 bis 6 Flachkabeln mit Steckern zur M256 verbinden? Das ist ja ganz schön happig!

Oder wie machst du das?

GUTE FRAGE!!!
Sinnvoll wäre es denke ich schon, die Stecker hinten zu plazieren. Das wären dann vier Stück:
IO_PWM/T0/T1 (8 IOs)
IO_PWM/T2/T3 (8 IOs, davon 2 ADCs)
ADC_IO2/CMP (7 IOs, davon 5 ADCs)
UART_SPI2/T4 (8 IOs)

Aber dafür müsste ich gleich mal wissen, welcher Stecker für was geeignet wäre...
Welchen für die Servos? Damit könnte man mal anfangen. Nimmt man die vorhandene M32-Servo-Lib, oder macht man was neues für die M256 mit PWMs? Gleich den IO_PWM/T0/T1? Würde doch am meisten Sinn machen.
Den UART_SPI2/T4 würde ich für den ULN2803 nehmen.
Dann könnte man mit dem IO_PWM/T2/T3 die vier Taster abfragen (mit Widerständen wie bei der M32 mit einem ADC) und 4 LEDs steuern sowie den Beeper und einen leistungsstarkern Transistor zum Abschalten von größeren Verbrauchern wie den Servos, einer Kamera oder so. Den letzten Pin nimmt man zum Messen der Akkuspannung vom Zweitakku, genau wie bei der Base.
ADC_IO2/CMP könnte man für 5 CNY70s nutzen, samt Schalter.
Gibts sonst noch Vorschläge, was wohin soll?

@Rolf:
Ich bin noch nicht ganz in dem USB-Host-Thema drin. Aber viel braucht das Ding ja nicht... Wie genau das aussieht, muss ich erst noch rausfinden. Eigentlich benötigt man ja erst mal nur +/- sowie SPI, oder? Und eben ne USB-Buchse!?!?!?

Hier mal ein Bild der M256, damit jeder weiß, wo welcher Stecker liegt:
Anhang 23705

Hallo Fabian,

ich bin dabei.
Auch wenn ich nicht zu dem RP6 machen kann.
Leider hat mich das raspberry pi Board zur Zeit in der Mangel....grins

Gruß
Kurt

Also, lass mich mal spinnen:

Für die 8 Servos brauchen wir PWM-fähige I/Os, die liegen an folgenden Steckern:
IO_PWM/T0/T1 -> 4 Stück
IO_PWM/T2/T3 -> 5 Stück
UART_SPI1/T5 -> 3 Stück
UART_SPI2/T4 -> 3 Stück
Davon müßte man dann 8 aussuchen (möglichst nicht zugehörig zu Timer 0 und 2).

4 LEDs, 4 Buttons: 8 I/Os oder ein PCF8574 via I2C

Beeper: Für den Beeper müßten wir auch einen PWM-fähigen Ausgang nehmen, da reicht aber ein 8-Bit Counter/Timer (0 oder 2).

8 Transistoren: Klar 8 I/Os oder 2. PCF8574 via I2C

X Reflexoptokoppler -> X ADCs (oder schlechter auch X I/Os)

2 Bumper -> 2 I/Os (oder wie beim RP6 mit 2 Status-LEDs verschaltet)

2 Sharps -> 2 I/Os oder ADCs (je nach Sharp)

TCN75, Beschleunigungs-/Kompasssensor, 2x SRF02 -> Klar I2C-Bus, kein Problem

USB-Host:
Schwierig: Da braucht's eine 3,3V und 5V Spannung, eine Verbindung zum ISP-Stecker der M256 (für MOSI, MISO, SCK). Da hängen auch noch Pegelwandler für den SDCard Slot dran, keine Ahnung, ob das problemlos machbar ist. SS wird auch gebraucht, ist aber nicht direkt auf der M256 an einem Stecker verfügbar bzw. wird für den SDCard Slot benutzt.
Zusätzlich braucht man wohl noch mind. 3 I/Os und (falls gewünscht) Status-LEDs und einen Wannenstecker für ein paar GPIOs. Da müßte RolfD mehr sagen. Insbesondere scheint man auch 3,3V-Pegelwandler für alle IOs zu brauchen (?).
Ich halte das für eine solche Platine für übers Ziel hinausgeschossen. Man müßte auf jeden Fall erst ein Muster aufbauen, um zu gucken, ob das so klappt.

Das ist schon eine Herausforderung ... Wir sind bei dir ... ;)

Uiuiuiuiui...
:confused:
Das wird wohl schwerer als gedacht.
Mal sehen ;)

Hallo Fabian,
handelt es sich um bestückte Platine oder nur geätzte? Oder ist es dann nur ne Adapterplatine mit Wannenstecker? USB-Host wäre natürlich geil, ich persönlich hätte gern ein Solarladeregler drauf, könnte noch diesbezüglich mal googeln. Und dann noch was der Dirk vorgeschlagen hat für die Orientierung - wird ja alles kein Platz mehr haben, also evtl. optionale Platine? Interessiert bin ich, Frage ist nur noch wie es am Ende ausschaut.

Hi Xenergy,
Prinzipiell ist sie erst mal nur geätzt. Da wir aber wohl aus platzgründen auch SMD-Bauteile verwenden müssen, müssen wir darüber noch sprechen. Denn vielleicht kann nicht jeder das noch löten bzw nicht jeder hat nen lötkolben, der das hinbekommt.
Wenns soweit ist, kann man ja fragen, wie jeder es machen möchte!

@Dirk:
Welches sind denn die pwm-IOs der jeweiligen Stecker?
Und welche davon sind den jeweiligen Timern zugeordnet???
Ich durchblicke das grade nicht.
Wenn wir 8 Servos wollen, und die auf 2 Steckern verteilt sind, ist das irgendwie ... schlecht.
Da würd ich fast die Version der Servolib für die M32 präferieren. Aber nur fast. Erst mal praobier ichs aus!
Wir könnten die 5 von der IO_PWM/T2/T3 und die übrigen drei von der IO_PWM/T0/T1 nehmen. Oder je vier Stück... je nachdem was besser hinhaut.
Aber dennoch müsst ich wissen: welche Pins (PK5,...) sind die PWMs, die wir nehmen dürfen.
Danke dir.
Grüße

Also, die PWMs mit 16-Bit Timer/Counter sind:
OC1A, OC1B, OC1C -> PB5, PB6, PB7
OC3A, OC3B, OC3C -> PE3, PE4, PE5
OC4A, OC4B, OC4C -> PH3, PH4, PH5
OC5A, OC5B, OC5C -> PL3, PL4, PL5
Vorschlag:
Je die 3 von UART_SPI1/T5 (OC5x) und UART_SPI2/T4 (OC4x) und z.B. OC3B, OC3C (PE4, PE5) von IO_PWM/T2/T3.
Blöd, aber man muss immer noch 3 Stecker für 8 Servo-Anschlüsse "anzapfen"...

Übrigens:
Wenn du den ADC-Stecker ADC_IO2/CMP für die analogen Geschichten (Liniensucher) nimmst, gibts da noch mit OC3A (PE3) einen vollwertigen PWM-Ausgang, mit dem man sogar die LEDs der Reflexoptokoppler per PWM dimmen kann!

P.S.:
Für den Beeper kann man OC2A (PB4) oder OC0B (PG5) oder OC2B (PH6) nehmen.

Danke dir.
habe heute schon einiges geschafft, das mit den servos gehe ich morgen an.
Ob ich wirklich 8 schaffe, von drei Steckern... Wir Werdens sehen ;)
Wenns zu chaotisch wird, werdens vielleicht "nur" sechs servos.
grüße

Sechs Ausgänge mit PWM für die Servos ist ja auch nicht schlecht. Für die letzten 2 kann man ja "normale" Portpins nehmen oder besser die OC0A, OC2x (wie für den Beeper).

Ich bin sehr gespannt, was du schon gemacht hast ... :)

Hi...
wie wärs denn als Servo Unit damit:
http://www.pololu.com/catalog/product/280
oder damit:
http://www.shop.robotikhardware.de/s...roducts_id=198

Ich meine damit jetzt nicht ein extra Board sondern ein PIC oder von mir aus auch Avr, der optimiert für die Aufgabe als Servo Controller (ggf. mit SoftPWM) arbeitet. Es erspart massenhaft IO Leitungen am M256, kritisches Timer gefummels, es wäre auch mit anderen Platinen einsetzbar usw. usw. Hat natürlich den "Nachteil", das man dann den Chip erst programmieren müsste... bzw. den fertig mit dem Board zusammen verkauft.

@Fabqu
Zum USB Host... meines Wissens braucht man tatsächlich nicht mehr an Hardware als das was Du beschreibst. Und eben einiges an Software, die ich derzeit einfach nicht sehe wie sie zu stande kommen sollte.
LG Rolf

RolfD:

Zitat:

---

Ich meine damit jetzt nicht ein extra Board sondern ein PIC oder von mir aus auch Avr, der optimiert für die Aufgabe als Servo Controller (ggf. mit SoftPWM) arbeitet.

---

Ja, könnte man machen. Auf dem RNBFRA-Board (http://www.rn-wissen.de/index.php/RNBFRA-Board) macht das ein AT90S2313 Coprozessor für 10 Servos.

Man muss halt abwägen:
Der kleine uC braucht auch Platz auf der Platine zusammen mit seinem Quarz, ISP-Stecker, ein paar Kondensatoren.
Reizvoll ist das schon: Man hat dann einen eigenen uC on board, der über I2C und/oder UART mit dem RP6-System verbunden ist und darin beliebige Aufgaben übernehmen kann. Das Servo-Controller-Programm kann über I2C (Slave) oder UART angesteuert werden.
Nachteil: Der uC hat natürlich von Haus aus keinen RP6-Bootloader, so dass man ihn nicht über den RobotLoader programmieren kann. Man braucht einen ISP-Programmer.

Dann halte ich aber dagegen:
Wenn man ein eigenes Controllerboard bauen möchte, also ein aktives Board, kann man genausogut auch einfach die M32 anstöpseln. Die kann 8 Servos steuern und mit der neuen Slave-Lib gehts glaube ich auch ganz gut von der M256 aus.
Die Idee ist prinzipiell super, aber wie gesagt: Wer möchte (mehr) Geld für ein Modul ausgeben, das vielleicht schon zu Hause rumliegt? Samt Bootloader, fertigen Programmen, weiteren Funktionen und schon fertig gelötet!

Aber eigentlich will ich die Idee hier nicht beschneiden.
Wenn die Allgemeinheit das will, dann bau ichs drauf. Man braucht dann aber jemanden, der sich um das Programm und um einen Loader kümmert.
Und wenn schon ein uC auf der Platine sitzt, brauchen wir sicher keine weiteren Steckverbinder als den I2C, oder? Denn dann kann der auch gleich alles andere (Beeper, LEDs, blabla) übernehmen. Wobei wir dann wieder bei einer M32-Kopie sind - irgendwie.

@Dirk:
Stell ich mich so doof an, oder gibts zu deinem Kompass-Vorschlag kein Datenblatt?
http://www.watterott.com/de/LSM303DL...-Accelerometer

Ich bräuchte Gehäusemaße und Pinbelegung... Aber ich finde da nur etwas zum Chip, nicht zum Trägerboard.

EDIT: Soll ich mich denn eigentlich auch um das GPS und den 3,3V-I2C kümmern? Das wäre denke ich noch drinnen.
Das GPS braucht ja 5V, GND und RS232, sonst nix!?
Und für die 3,3V brauchts zwei Transistoren und einen 3,3V-Regler. Sonst auch nix!????! Dann hätte man die von dir beschriebene Option, den Gyro zu verwenden. Mit 50 Euro ists aber absolut kein Schnäppchen.
Aber lieber 3,3V-I2C haben und nicht brauchen, als brauchen und nicht haben :D


EDIT2:
Ist das CNY70, wie im Bild, das richtige? Es gibt doch irgendwie zwei Hersteller, und der eine hat eine andere Pinbelegung als der andere... man schaut von oben auf die LEDs, dann ist rechts die Markierung und oben und unten sind die Einkerbungen.
Anhang 23717

@Fabian:
Das haben die bei Watterott wohl gelöscht,- und ich habe es auch nicht. Vielleicht kannst du um Zusendung mindestens der Platinenbelegung und -größe bitten!?
Das GPS-Modul, das ich benutzt hatte, braucht 3,3V Versorgungsspannung, TX ist 5V-TTL-kompatibel, RX muss (falls überhaupt genutzt) über einen Spannungsteiler an 5V angepaßt werden (wie in meinem Schaltplan zu sehen). RS232 (also z.B. ein MAX232) wird NICHT benötigt, da RX/TX 3,3V-TTL-Pegel haben. Auf der Platine braucht man dann eigentlich nur einen 5-poligen Steckkontakt für das GPS-Modul (VCC evtl. schaltbar, da das Modul dauerhaft 20mA wegzieht). Auf der Platine müßte man dann eine Verbindung zu einem UART (RX/TX) herstellen.
Ja, ich weiß, dass es bei den CNY70 zwei Pin-Varianten gibt. Da ich nicht zuhause bin, kann ich gerade nicht nachsehen.

@Fabqu & Dirk
Also ich meinte schon explizit ein entsprechend fertig konfektionierten Servokontroller und kein weiteres freiprogrammierbares Subsystem.
http://www.adafruit.com/products/815
Sowas muss auch nicht viel Platz beanspruchen und man beachte auch die Preise für sowas! Zudem verkauft sich so ein Chip sicher auch alleine ohne das Board...
Schaut euch doch mal bitte die Relationen an... 1/3 des Boards belegen die Anschlußpinns, ein weiteres drittel bei uns vermutlich unnötige Resistoren und Anschluß udn Lötpads und ein letztes drittel vielleicht der Chip mit bissel Hühnerfutter.
Der Ansatz mit dem AT90S2313 Kontroller vom RNBFRA Board scheint mir schon ein sehr guter Vorschlag zu sein.

Mir persönlich reichen aber die Möglichkeiten Servos am RP6 anzuschließen da ich nur einen oder zwei für Sonar-Radar bzw. IR-Radar brauche. Ein Aktor wie Beispielsweise ein Arm selbst zu bauen ist mir mechanisch zu kompliziert, fertige Arme besitzen meist bereits schon die Steuerelektronik. Ich wüsste also nicht was ich mit so viel Servos am RP6 anfangen soll.
LG Rolf

Das wäre möglich.
Auf dem Board sitzt ein 16fach LED-Triber für I2C, den könnte man dazu nehmen.
Momentan habe ich das mit den Servos zwar schon einmal fertig, aber das muss ja nicht die letztendliche Lösung sein.
Gibts Pro oder Contra zur Lösung mit dem LED-Treiber oder für eine Softwarelösung seitens der M256???
Wer präferiert hier was???

@Fabqu
Also du bist mir was schnell "fertig" ... ich bin immer noch am Informationen und Anregungen zusammen suchen.. aber ich finds klasse das du dich da so reinhängst. Das ist das eine... das andere - Wir haben die Möglichkeit ein sehr gutes IO Board für den RP6 zu entwickeln, ich würde die Funktionalität nicht nur auf die M256 begrenzen wollen weil eben nicht alle eine M256 haben. Hab ich aber auch schon mehrfach gesagt.

Ich preferiere daher für Servo Anschlüsse die Lösung mit dem I2C PWM LED Treiber Chip an erster Stelle.. oder einem AT90S2313 Kontroller vom RNBFRA Board an zweiter Stelle. Beide Lösungen wären auch für andere Boards interssant, erste benötigt aber nich mal Zusatzsoftware eines AT90S2313. Es mag da aber auch noch weitere Alternativen geben. Die IO Pinnchen der Main CPU da zu nutzen (verschwenden) find ich nun nicht so die gute Idee - auch wenn es sich technisch anbietet weil der Mega256 so viele PWMs hat. Es sind aber eben auch nicht nur PWMs... sollte man nicht vergessen...

Für bot2bot Kommunikation fände ich ein Anschlußplatz für ein RFM12 noch interssant. Das Wifi auf dem M256 ist zwar ok für die Kommunikation zwichen PC und Bot(s) aber um mal wieder den Schwarmbot Gedanken von Dirk aufzugreifen, braucht man eigentlich eine _preiswerte_ Möglichkeit damit sich 2 oder mehr Bots untereinander verständigen können. Ich halte das RFM12 dafür am besten geeignet, zumal es mit knappen 5 Euro/Stück sehr preiswert ist. Ob man da die SMD Variante oder die Steckpfostenversion nimmt ist eher eine design Frage. Ich würde aber in jedem Fall ein solches Board vorsehen. Das Board ist zudem gut dokumentiert und es gibt Software dafür. Für Leute denen die Reichweite nicht ausreicht gibts auch das RFM12BP, allerdings müsste man das softwareseitig dämpfen da 500mW für den Hausgebrauch doch was viel Sendeleistung ist. Dies hat auch andere Anschlußmaße.
http://www.mikrocontroller.net/articles/RFM12
(leider hat das roboternetz.de noch kein eigenen Artikel über das Funkmodul)
Andere Borads als das RFM12 würden natürlich auch gehen, vorausgesetzt sie bieten dieses Preis/Leistungsverhältnis. Mir ist nur kein anderes bekannt (ausser der zu teuren Xbee). GGf. kann man auch die Antenne direkt als Leiterbahn Spirale vorsehen, (http://www.hoperf.com/upload/rf/ANTENNAS_MODULE.pdf) ansonsten benötigt man als Minimalconfig nur die üblichen i2c Leitungen auf 3,3v angepasst und 3,3v Vcc, ich würds allerdings voll verdrahten. Also mit Int und Sel Leitung.

Wobei ich grade bei Mikrocontroller.net sehe:

Zitat:

---

Achtung nicht alle Module sind für 5V geeignet, alle Typen mit "B" am Ende sind nur für 3,3V.

---

Es gibt da also Unterschiede...
http://www.hoperf.com/rf/fsk/20.htm
Und da die Infos...
LG Rolf

Hier mal die Daten vom Kompass:
Größe: 0,5 x 0,9 inch
http://www.pololu.com/catalog/product/1273/specs

Pinbelegung:
http://www.pololu.com/picture/view/0J3165
http://www.pololu.com/picture/view/0J3166

Soviel dazu.
Nun zum Thema:
Ich habe bis jetzt schon einiges an Anregungen, ich schreibs mal zusammen:
1. SM303DLM 3D Kompass und Beschleunigungssensor (Braucht I2C, 5V, GND, kostet ca. 30,- )
2. Navilock NL-552ETTL GPS (benötigt TX, RX mit Spannungsteiler für 5V, 3,3V und GND, kostet ca. 35,- )
3. MAX3421E USB Peripheral/Host Controller with SPI Interface (benötigt USB-Buchse, SPI zwischen 1,4 und 3,6V, 5V und GND, kostet ca. ziemlich wenig!? )
4. Servo-Verteiler entweder für M256-Software-PWM-Lösung oder mit PCA9685-16-LED-Controller (braucht I2C, 5V und GND, kostet !? )
5. 3,3V-Regler mit 3,3V-I2C (siehe Dirks Projekt HIER und HIER)
6. wenn 3,3V-I2C, dann auch möglich:Gyro ITG-3200 Breakout (braucht I2C auf 3,3V, 3,3V und GND, kostet aber knappe 50,- )
7. eigene Spannungsversorgung 5V on Board wäre sicherlich wünschenswert. Dann auch gleich verpolungssicher, mit Sicherung.
8. Beeper
9. 4 Buttons
10. 8 Transistoren zum Schalten von irgendwelchen Verbrauchern
11. RFM12-WLAN-Modul, siehe oben. Ist klein, braucht nicht viel (I2C), nette Idee! Mit IR-bot2bot-Kommunikation kann man ja ned die Welt reißen :D
12. TCN75-Temperaturfühler für I2C, siehe M128
13. Platzfüller (SnakeVision-Anschluss, 3-7facher CNY70-Anschluss, Vorbereiteter Spannungsteiler für alles Mögliche, NE555, ... )

Nun mal im Detail:
1. fände ich super, kostet nicht die Welt, braucht quasi keinen Platz (kann man ja hochkant stecken) und keine Pins, da I2C
2. Naja, kann man geteilter Meinung sein. Theoretisch bräuchte man dann halt auch RS232 mit einer Art Pegelwandler für RX und 3,3V Anschluss. Letzteren haben wir ja aber evtl sowieso.
3. Ich werde erst mal versuchen, diesen Baustein "auszulagern", das heißt, ihn auf ein kleines Nebenboard zu quetschen (das z.B. vorne im Trapezförmigen Ausschnitt platz hätte), aber ich finde, auf die Platine selbst sollte er aus Platzgründen nicht.
MAL NE FRAGE DAZU: Es gibt für 8 Euro einen WLAN-USB-Stick, hier z.B.. Kann man sowas mit dem Host nutzen? Oder sind da Treiber erforderlich???
4. Servos fände ich einfach klasse. Wie wirs machen, weiß ich noch nicht, ich probier das morgen mal mit dem I2C-Chip aus, habe ihn nur leider nicht in meiner EAGLE-Lib. Also muss ich ihn erst suchen oder - schlimmer! - erst selbst erstellen.
5. Ist denke ich immer brauchbar!!! Sind nur 3 ICs (ein 3,3V-Regler und zwei Transistoren). Da sie nur Infos weitergeben, reichen kleinste SMD-Transistoren.
6. Man kann ja wie beim Dirk die 3,3V-I2C-Pins so anordnen, dass man dieses Ding einfach draufstecken kann. Dann kann jeder selbst entscheiden! 50 Euro find ich aber zu happig für dieses Ding.
7. Das benötigt halt wirklich viel Platz, alleine die Sicherung, die Diode (gegen Verpolung liegt sie hinter der Sicherung von + auf GND. Wird der Akku falsch herum angeschlossen, geht sie durch und die Sicherung verbrutzelt) und der On-Off-Schalter brauchen ne Menge Platz. Daher müsste man sich überlegen, ob man das will, oder ob man alles übers +5V-Boardnetz der Hauptplatine macht.
8. -10. jaja, ich spiel halt gern!
11. Sau geile Idee! Wenn es nicht allzuviel Platz braucht, werd ich das gleich morgen mal ansehen. Gleiches Problem wie bei 4.: Keine Lib für EAGLE... :(
12. Naja, da wir erstmal die M128 nicht mit der M256 nutzen können, fänd ichs gut. Nimmt auch keinen platz weg, da ich sie momentan unter der Sicherung und der Diode platziert hab.
13. analog zu 8.-10. :D

Was wir machen könnten:
Eine Umfrage wie für die M256: Jeder kann drei Punkte vergeben, wie er will. Dann würden wir sehen, was die Leute für wichtiger erachten und was nicht.
Natürlich muss das unverbindlich sein, damit nicht jeder, der abstimmt, denkt, er müsse das dann auch bezahlen.

Viele Grüße!

Zu 3. ja man könnte dann ein Wlan Modul.. oder ein Bluetooth.. oder ein USB Speicherstick .. oder sonst was da rein schubsen aber du bräuchtest für alles eben auch passende Treiber auf der Prozessorseite. Im Falle eines Speichersticks z.B. eben ein Treiber für das FAT Dateisystem oder andere Filesysteme. Aber auch das ist eine eigene Welt, vieles wird in embeded Linux z.B. supportet, ich sehe aber nicht wie.. oder wer .. ein Wlan Treiber auf ein ützeligen Atmega256 umcoden soll... USB ist nur eine Schnittstelle wie RS232, SATA, CAN, RS485 oder I2C ...
Zu 5. Auch für Pegelumsetzer gibts fertige Lösungen... als Beispiel nur der MAX3003E.
Zu 6. Ein Gyro ist ne feine Sache, aber ich denke für ein Kettenbot doch weit übers Ziel hinaus geschossen. Ein einfacher kleiner preiswerter HDMM01 reicht für 90% aller Fälle aus. Vielleicht besteht die Möglichkeit beides.. je alternativ einzubauen?
Zu 7. wer das Board als Aufsatz eines RP6 nutzt, braucht kein Gebemsel mit extra 5v Netzteil, Schalter, Sicherung usw... wer die Karte als Standalone (ohne RP6) mit der M256 nutzen will, wird jedoch dankbar dafür sein. Ein vollwertigen Ersatz für das Baseboard ist das jedoch immer noch nicht, da ja dann immer noch die Motortreiber des Baseboards fehlen. Ich würde also eher von einer Nutzung mit Baseboard ausgehen.. und da ist wie gesagt kein extra Netzteil nötig. 3,3 V wären evtl. aber schon brauchbar. Da langen aber auch evtl. 2-3 Dioden in Durchlassrichtung.
Zu 8-10. Wie wärs statt Tastern mit einem Anschluß für ein Keypad mit Widerständen? Das belegt genau 1 AD Port und liefert dir üblicher Weise 16 Keys. http://www.miniinthebox.com/de/4-x-4...r_p394563.html
Die Schaltung/Idee gibts so quasi auch schon auf der M32, wenn ich mich nicht irre.
Solltest du das PWM IC verwenden, kannst du dessen Ports ( die man vermutlich nicht alle als Servos braucht ) auch als LED Port verwenden. PWM 0% oder PWM100% entspricht ja auch einer 0 oder 1.
Zu 11. Du brauchst für das SMD Modul nur Lötpads an die richtigen Stellen setzen, da sist normales Rastermaß, für die Steckversion reicht ne Pfostenleiste.
Zu 12. Temp-Fühler sind immer gut... und wenns nur ist um die Stauhitze zwischen den Platinen zu messen... die gibts aber auch als i2c oder singlewire Device. Mit dem RFM12 Device kann man übrigends so weit ich weis - wenn man die richtig einstellt - auch Außenfühler von Wetterstationen im 433Mhz Band usw. auslesen. Da dürfte es nur schwer sein an Docu zu kommen um die Daten zu decodieren. Ob das auf einem Bot sinn macht... keine Ahnung.

Evtl. könnte man noch ein PIR Modul vorsehen, also einen Infrarot Bewegungsmelder mit Fresnell Linse. Die gibts auch als Fertigmodule. Die Frage ist nur, braucht man sowas wenn man schon ein Snake Modul hat.. bzw. ergänzen die sich ggf. sogar.
http://www.conrad.de/ce/de/product/1...31043&ref=list
Allerdings sind die nicht auf der Platine direkt montierbar, da muss man mit ner mitgelieferten Kabelbrücke arbeiten.

Ich würde so konfiguriert 2 Boards nehmen. wenn sie so ausgelegt sind, das sie auch mit einem normalen i2c Bus (und vielleicht ein paar IO Leitungen) und z.B. auch an der M32/M128 zu betreiben sind. Das Navilock Modul ist als Zusatzmodul sicher nett aber ich brauch es nicht. GPS ist zu grob um damit indoor zu navigieren - mal abgesehen davon, das GPS indoor eh nur selten wirklich funktioniert. Und für outdoor Betrieb ist weder das Fahrwerk des RP6, noch sein Energievorrat ausgelegt. Da müsste man schon ne Mopedbatterie mitschleifen damit sich das lohnt... die kleinste Auflösung ist nämlich nur ca. 5m und selbst die kann noch je nach Satellitenstand und Empfangsbedingungen um mehrere zig Meter pro Minute "wandern". Um das mal klar zu sagen, man würde mit GPS in einem großen Zimmer nicht mal durch eine Tür finden, man könnte nur mit Glück gegen die richtige Wand dotzen... vorausgesetzt das Zimmer hat kein Dach...

Evtl. wären an allen 4 Ecken des Boards IR-Empfänger Dioden nett.. die eine CPU auswerten können müsste. Als Vorbereitung für ein IR Orientierungssystem mit im Raum stehenden IR Baken. Wie das genau aussehen müsste weis ich noch nicht. Wenn aber 3 oder 4 IR Baken Impulse einer zu messenden Frequenz ausstrahlen, müsste der Bot sich auf Grund der Strahlungsfrequenz, Richtung und Intensität orientieren können. Ob das praktisch funktioniert weis ich leider nicht, es gehört mit zu meinen Todo's für irgendwann mal das aus zu probieren. Allerdings ist sowas anfällig für Schatten, es stört evtl. andere IR-Vorgänge usw... also da is noch viel zu arbeiten dran bevor man da was planen kann. Eine andere Überlegung dazu von mir ist, ein IR Reciever auf ein Servo zu setzen, dann bräuchte man nur ein Port für IR und einen für PWM und die Richtung ist genauer auszumachen als mit 4 Recievern und Triangulation.
LG Rolf

Ich bin verwirrt!
Wir müßten, glaube ich, Entscheidungen treffen:
Fragen:
1. Bauen wir eine Platine zur Montage auf dem RP6 mit M256?
2. Bauen wir eine Platine zum Stand-alone Betrieb der M256 ohne RP6?
3. Bauen wir eine Platine für einen herumfahrenden Roboter?
4. Bauen wir eine Platine überwiegend zum stehenden Betrieb?
5. Bauen wir eine Platine als Ergänzung der M256?
6. Bauen wir eine Platine als Ergänzung zum RP6-System?
7. Bauen wir eine Platine für möglichst viele Funktionen?
8. Bauen wir eine Platine, die dem RP6 beim Zurechtfinden in seiner Welt hilft?
9. Was wollen wir thematisch erreichen?
10. Wollen wir Funktionen on board, für die es zunächst keine Anwendung/kein Hardware-Gegenüber gibt?

Je nach dem, wir wir diese Fragen beantworten, fallen manche Optionen weg.
Beispiel 1: Ein Tastatur-Anschluß spricht für eine stationäre Lösung, also nicht für einen fahrenden Roboter. Das selbe gilt für ein Netzteil.
Beispiel 2: Ein separater Servotreiber (und keine Nutzung der I/O-Ports der M256) spricht für eine Ergänzung des RP6-Systems durch diese Platine und eher nicht für eine Ergänzung der M256 (wofür will man denn dann die PWM-I/O-Ports nutzen? Wenn man - extrem formuliert - alle Funktionen der M256 spart und durch externe Funktionen ersetzt, braucht man die M256 selbst ja nicht mehr.)

Also: Wir brauchen eine Zielsetzung.
Meine Meinung ist:
Das Hauptthema ist die Ergänzung der M256 um sinnvolle Funktionen, die dem RP6-System helfen, sich in der Welt zurecht zu finden und Aufgaben zu erledigen.
Dabei gibt es sicher Funktionen, die sinnvoll darüber hinaus verwendet werden können, aber da müßte man m.E. auswählen.

Was denkt ihr?

@Dirk
Warum müssen Optionen denn wegfallen? Gibts Platzprobleme oder sonstige Gründe dafür?
Ich gehe davon aus, das bei einer Geschichte die vielseitig ausgelegt ist, es natürlich immer Dinge gibt die nicht gebraucht werden.

Im Falle der Tastatur entfällt aber bestenfalls ein AD Port... wobei ich auch 4 Taster wie ursprünglich geplant über ein Restistornetzwerk nutzen würde... man spart also nix. Für mich gibts auch kein Unterschied zwischen einer mobilen oder stationären Lösung an Hand der Tasteranzahl. Es wäre natürlich möglich, alternativ 4 Taster an 4 Ports zu hängen... Es geht mir hier um einen einzelnen AD Port für ein externes Keypad, nicht um 16 Keys dem Board.
Schaust du dir die Bots unten auf der Seite http://www.rn-wissen.de/index.php/RNBFRA-Board an, findest du dort auch große Keypads... und die Bots sehen nicht nach einer Fehlkonstruktion aus, oder?

Davon ab wäre aber auch eine eigene i2c Terminalplatine mit Keys, genug LEDs und einem Anschluß für GrafikLCDs und ggf. einem Subprozessor als "Grafikengine" ein schönes Projekt. Dann könnte man sich fummeleien mit externen Keypads sparen.

Gleiches beim Servotreiber... warum soll man die Main CPU unbedingt damit belasten, PWM Impulse zu produzieren wenn solche Aufgaben wunderbar zu deligieren sind? Die PWM Ausgänge sind ja sicherlich z.B. auch als Counter/Int Eingänge oder normale Ports zu verwenden. Davon ab ist das IO-Bord mit Prozessorpwms lediglich eine mechanische Klemmhilfe um Servos anzuschließen, elektrisch macht es absolut nichts. Quasi eine Art Luxusadapter für Servostecker. Und die Servotreiberlösung hat auch noch deutlich mehr pwms.... also was spircht für ein Bord das nur Klemmhilfe ist, wenn man doppelt so viel PWMS ohne Cpu-Pins zu verschwenden haben kann? Braucht man für ne elektisch neutrale Klemmhilfe tatsächlich ein geätztes Board?

Zitat:

---

Wenn man - extrem formuliert - alle Funktionen der M256 spart und durch externe Funktionen ersetzt, braucht man die M256 selbst ja nicht mehr.

---

Richtig. Mein Reden. Ich sehe die Funktionalität der M256 im Wlan und in der Tatsache, das mehr Speicher zur Verfügung steht. Man braucht sie also ggf. doch. Aber genau das ist der Punkt - so viel Vorteile darüber hinaus bietet die M256 nicht - habe ich auch schon immer so geschrieben. Die M128 mit einem anderen Bootloader würde bis auf Wlan gleiches bzw. mehr leisten da sie 64K Ram hat. Servos kriege ich aber auch an die M256 angeschlossen, was soll also ein IO Board leisten? Und jetzt komme ich dann auch zu deiner Fragenliste.

Zielsystem sollte ein RP6 mit M256 mit "üblicher Nutzung" sein. Das ist ein autonomer indoor Bot UND eine stationäre Plattform für Versuche. Nicht nur eins von beiden.
Wenn hier nur 2 oder 3 Leute eine Klemmhilfe für Servos brauchen, dann sollen diese 2 oder 3 Leute bestimmen was sonst noch auf das Board drauf kommt. Fertig. Wenn aber Ziel ist (und dafür plädiere ich) eine vielseitige, und von anderen Prozessorboards verwendbare IO Platine entstehen zu lassen, die man in Kleinserienstärke fertigen lassen kann, das muss die Geschichte zum einen zumindest so universell ausgelegt sein, das andere CPU-Boards anschließbar sind. Zum anderen bin ich der Meinung, das die 10 Fragen letztlich jeder für sich selbst beantworten sollte und wir diese Antworten nicht duch unnötige Einschränkungen vorweg nehmen müssen. Es gibt meines Erachtens zumindest bisher keinen Grund, irgendwas streichen oder einschränken zu müssen. Übrigends hat auch die M128 genügend IO Leitungen frei so das sie so ein IO Board ansteuern könnte. Was spricht also dagegen, das IO Board nicht wenigstens auch für M128er auszulegen? Etwa nur die Software der CCPro? Das Einzige Board für den RP6 mit mehr als 8 K Ram soll ausgeschlossen werden weil bisher es hier keiner hinbekommen hat trotz Doku das Ding in ASM zu programmieren/erweitern oder den Bootloader zu tauschen?

Ich würde mir das an eurer Stelle noch mal gut überlegen... letztlich lohnt sich der Aufwand für so ein Board nur wenn man auch genug davon verkauft. Je mehr man einschränkt, je weniger Leute haben was davon.
LG Rolf