Hardware-Fragen zur Multi-IO

[Dirk]

Hi TrainMen,

in diesem Thread geht es um Hardwarefragen zur MultiIO.

Einen Zusammenhang zwischen der Doppelbelegung eines Pins und dem "Höherlegen" der Anschluss-Pins der MultiIO durch eine Hardware-Konstruktion sehe ich nicht. Ich habe aktuell auf das Thema "Doppelbelegung eines Pins" geantwortet.

Mein Punkt:
1. Die Lösung von inka, eine bessere Erreichbarkeit der MultiIO-Anschlüsse zu konstruieren, finde ich GUT.
2. Eine Zusammenführung von 2 digitalen Ausgängen an einem Eingang finde ich SCHLECHT.

Ok?

[TrainMen]

in diesem Thread geht es um Hardwarefragen zur MultiIO.

manchmal lässt sich das aber schlecht trennen.

und Inka hat das komplette Paket vorgestellt, Doppelbelegung und Höherlegen und Du hast WOW gebrüllt zum Paket. Aber egal ich habe mich eben nur gewundert warum gerade DU WOW sagst obwohl das Paket eben so Müll ist. Ich dachte ich habe irgendwas schon wieder nicht verstanden. Deine Punkte sind natürlich OK

ich ersetze mal Müll gegen so als Paket nicht anwendbar, die bessere Erreichbarkeit ist ja gegeben.

[inka]

Hi Dirk,

a) PC7 (= Pin 1 von J_IO), wenn du DCF77 nicht nutzt

habe es jetzt auf PC7 geändert...

Warum sollte man nicht ZWEI Ausgänge (Ultraschallsensor + Bumper) zusammen an einen Input führen?
--> Es könnte passieren, dass die beiden Ausgänge gegeneinander arbeiten und zerstört werden!!!
(Dass das hier nicht passiert, liegt an der Verschaltung der Bumper: Dank fabqu Glück gehabt!)

vielen dank für die änderungsvorschläge, es würde mich noch in diesem konkreten fall interessieren in welcher richtung der schaden gegangen wäre wenn fabqu nicht gut und gründlich gearbeitet hätte:

a) hc-sr04

oder

b) m32?

zum schluss möchte ich hier noch ein paar worte in eigener sache verlieren:

ich gehöre sicher zu denen, die hier im forum mehr fragen stellen als sie antworten geben können. Auch aus diesem grund habe ich mir vorgenommen, wenn es mir gelingt ein problem - entweder gegeben, oder selbstgestellte aufgabe - einigermassen für mich befriedigend zu lösen, es hier zur verfügung zu stellen. Das vermisse ich immer noch im allgemeinem im forum, dass tut - ausser ausnahmen - kaum jemand hier....

Eigene lösungen zu presentieren ist aber immer mit dem risiko verbunden fehler zu machen.

Das gehe ich gerne ein weil dadurch evtl. ein anderer vor gleichen fehlern evtl. bewahrt wird. Ich bin immer bereit über meine fehler zu diskutieren (naja, mal mehr, mal weniger) um zu einer guten lösung zu kommen. Auch auch bin bereit kritik für fehler einzustecken, sie darf aber m.e. nach nicht den bereich des konstruktiven verlassen und unsachlich werden.

Aber - so oder so - ich bin von meinem vorsatz überzeugt und werde auch in zukunft hier nicht nur fragen stellen, sondern von zeit zu zeit - davon ausgehend, dass es anderen evtl. ähnlich geht - auf meine probleme und ideen mit meinem RP6 und damit verbundene lösungen (und fehler) eingehen. Ein paar haben sicher schon davon profitiert und das sollte sich nicht ändern...

weiterhin viel spass mit dem Rp6 - denn das soll es ja machen...

[Dirk]

Hi inka,

es würde mich noch in diesem konkreten fall interessieren in welcher richtung der schaden gegangen wäre wenn fabqu nicht gut und gründlich gearbeitet hätte:
a) hc-sr04
oder
b) m32?

Wenn die Bumper ohne Reihenwiderstand (R23/24) auf der Bumper-Platine nach VCC oder GND durchschalten würden, wäre der Ausgang des hc-sr04 u.U. zerstört worden. Die M32 hätte keinen Schaden genommen, weil sie ja an diesem "flotten Dreier" nur mit einem Eingang beteiligt war und der geht nicht so schnell kaputt.

[inka]

a) PC7 (= Pin 1 von J_IO), wenn du DCF77 nicht nutzt

In der RP6Control_MultiIO.h habe ich nun den Portpin für den linken Bumper so geändert:

#define IO_MULTIIO_BUMPER_L_IN            IO_PC7    // IO-Mxxx: I/O
#define IO_MULTIIO_BUMPER_L_DDR            DDRC
#define IO_MULTIIO_BUMPER_L_PIN            PINC
#define IO_MULTIIO_BUMPER_L_PORT        PORTC

und mich zunächst gewundert, dass mit der selftest 3 der multiIO nur den rechten bumper beim betätigen im display anzeigt. nach dem kompilieren war der schreck wieder vorbei - alles lief...

in der konsequenz müsste ich jetzt - nach der änderung - aber ALLE programme, in denen die RP6Control_MultiIO.h inkludiert ist neu kompileren, oder?

[Dirk]

Hi inka,

in der konsequenz müsste ich jetzt - nach der änderung - aber ALLE programme, in denen die RP6Control_MultiIO.h inkludiert ist neu kompileren, oder?

Ja genau, leider ...

[TrainMen]

Hi inka,
ist es dir wirklich noch möglich nur eine Lib zu haben ?
Bei mir geht das gar nicht mehr, bei den vielen Änderungen. Ich habe die Libs der MIO alle direkt in meinen Projektverzeichnis. Die der Base und M32 sind in den Verzeichnissen des RP6. Wenn das Projekt fertig ist bekommt es neben dem Namen noch eine Nummer, die Nummer bekommt auch die geänderte Lib. Im Programm selbst ist Beschrieben welche Änderungen gegenüber dem Original gemacht wurden. So lässt sich schnell der entsprechende Zustand herstellen.

[inka]

hi TrainMen,

ist es dir wirklich noch möglich nur eine Lib zu haben ?

ja, es geht. Wir verfolgen aber offensichtlich bei den um- und ausbauten des RP6 einen unterschiedlichen ansatz. Ich habe nicht so viele änderungen, versuche nur einen optimal ausgestatteten roboter zu bauen. Und die versuche, die dazu erforderlich sind beschränken sich auf die multiIO, eine EXP und ein paar steckbretter. Vieles spielt sich aber auch "außerhalb" des RP6, wie z.b. die IR-bake oder die ladestation...

Wenn das Projekt fertig ist bekommt es neben dem Namen noch eine Nummer, die Nummer bekommt auch die geänderte Lib. Im Programm selbst ist Beschrieben welche Änderungen gegenüber dem Original gemacht wurden. So lässt sich schnell der entsprechende Zustand herstellen.

Tja - ich wiederhole mich - schade, dass so keiner von den projekten was mitbekommt...

[TrainMen]

Hi Inka,
wenn ich mal ein Projekt habe was es hier noch nicht gab werde ich es vielleicht hier veröffentlichen. Übrigens wie Du, ich kenne von dir auch keine Projekte ausser die von dir oben genannten und die sind Neu und gab es hier noch nicht. Auch sonst sehe ich hier keine Projekte von anderen ( ausser vom Guru ) nur Codeschnipsel und die sind für mich meist ausreichend um was eigenes daraus zu machen.
Meine Projekte steuern Servos, LEDs, es werden Signal von irgendwelchen Baugruppen ausgewertet, Ein und Ausgeschaltet. Der RP6 bewegt sich wenig. Alles gab es hier schon. Mein letztes Projekt schaltet 48 LED. Ich glaube jeder weiß hier wie mal eine LED einschaltet, es ist nichts was man veröffentlicht, neben bei war es auch noch totaler blödsinn, mir hat es aber Spass gemacht.

Ich werde dieses Thema hier beenden.
Es geht hier um die Hardware der MIO.

[fabqu]

So, die Platinen sollten heute wohl alle abgeschickt werden. Habe gestern noch das meiste fertig bekommen, Rest wird heute gemacht. Dann natürlich noch mit Dirks Testprogrammen Durchgetestet und dann ab damit

Ich habe es euch schon per eMail gesagt, aber hier noch einmal:
Bitte Vorsicht mit dem hinteren rechten Distanzbolzen / Schraube / Muttern. Der kann leider Kontakt mit der Spule oder den Spulenkontakten machen! Daher hier am besten nichts befestigen oder wenn doch, dann die Kontakte / Pads der Spule erst mit Tape abkleben.
Sorry dafür!

Grüße