Kleinserie: hardware für die M256 WIFI

[SlyD]

Hallo,

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.

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.

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

[RolfD]

@Slyd

...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

[SlyD]

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.

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.

Lass uns das hier abschließen

Jup. Schluss für heute, jetzt erstmal Abendessen


Bis dann,
SlyD

[fabqu]

@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!

[Dirk]

@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.

[fabqu]

Super, dann passts! Werde ihn noch einreihig machen. Und einen UART habe ich nicht, ich führe Rx, Tx und gnd einfach auf drei Pins raus. Ist doch auch ok, oder? Das würde nur wieder so viel Platz brauchen...

Der CNY- Stecker ist nun auch drauf. Mit dem Stecker für die Bumper bin ich noch am machen, das klappt noch nicht. Problem ist momentan, dass die dafür notwendigen IOs und ADCs am einen Eck der latine sitzen, der I2C-Bus aber an der anderen... Mal sehen.

[Dirk]

Und einen UART habe ich nicht, ich führe Rx, Tx und gnd einfach auf drei Pins raus. Ist doch auch ok, oder?

Nein, bitte schließ TX/RX auch an den I/O-Stecker an, damit GPS direkt mit der M256 und M128 ohne loses Kabel genutzt werden kann!

Also:
TX (des GPS) an I/O-Stecker Pin 8 (M256: RXD1 oder RXD2 je nach UART_SPI-Stecker und M128: RXD1)
RX (des GPS) an I/O-Stecker Pin 6 (M256: TXD1 oder TXD2 je nach UART_SPI-Stecker) oder Pin 7 (M128: TXD1)