Größenwahnsinniges Atmega Makro- Netzwerk

Bei der Aufgabenbeschreibung würd mir noch LIN einfallen.

Das "beste" wirst du nicht finden.  RS-485 oder LIN gehen sowieso nur
mit externen Bustreibern, CAN im Prinzip auch (wenn du nicht gerade
die CAN-fähigen Controller in Betracht ziehst).  SPI ist Mist, wenn
man einen Controller als Slave hat, da der Slave keine Möglichkeit
hat, dem Master zuzurufen: "Kleinen Moment, bitte!".  TWI hat diese
Möglichkeit, dafür ist es ein passiv gepullter Bus, was die
Störsicherheit ein wenig runterdrückt und vor allem die Datenrate.
Für 1-wire trifft das alles auch noch zu, außerdem gibt's dafür keine
Hardwareunterstützung im Controller.

Du brauchst für RS485, CAN und LIN einen UART. je nach Geschwindigkeit 
kann man ja auch nen Software UART implementieren.

Ist halt die Frage was die Controller sonst noch so machen sollen.

yepp

Du kannst antürlich auch UART verwenden und dort ein Softwareprotokoll 
drüberpacken. Ob da aber der Aufwand-Nutzen Faktor gegeben ist bleibt 
offen.

Benötigte Datenrate?
Anzahl Busteilnehmer?
Zu überbrückende Distanz?
Geforderte Zuverlässigkeit?
Geforderte Latenz?
Wie soll das Übertragungsverhalten aus Sicht der Controller aussehen? 
Senden die z.B. oft und kleine Pakete oder grosse, lange Übertragungen 
oder ...

Größenwahnsinniges Atmega Makro- Netzwerk <> Busteilnehmer: ca. 5


;-)

ich schrieb:
> <>

du meinst !=   :-P
Ich musste aber auch lachen

Joa das dachte ich mir auch grad ;)

aber da würd ich denke auch zu i2c greifen.

Bei 5 Megas kann man auch die RS232 der einzelnen Teilnehmer noch 
parallel schalten.
Einer hat die Führung. Alle anderen halten die Klappe und reden nur noch 
Aufforderung.
Den einen, der die Führung hat, kann man ja KaLeun nennen.

Stephan R. schrieb:
> ...auf einem Uboot nicht viel zu tun? Wenn Du wüsstest.

Kann es sein, dass du deine Megas masslos unterschätzt?

> RS232 parallel schalten find ich interessant, ich mag RS232. Aber geht
> das so einfach?

Einfach so parallel geht natürlich nicht.

Das Tx vom KaLeun geht an alle Rx der niederen Ränge.
Die Tx der niederen Ränge gehen über eine UND Schaltung auf das Rx vom 
KaLeun, TTL-RS232 vorausgesetzt. Jeder der anderen muss ja die 
Möglichkeit haben, die Leitung vom Ruhezustand (1) auf 0 runterzuziehen.

Wenn du jedem Teilnehmer einen MAX232 spendierst, dann wird aus dem UND 
ein wired-OR  (Ruhepegel ist ja dann -12V und die Teilnehmer ziehen 
diese beim Senden auf +12V)

Was machen deine Megas eigentlich, dass du gleich 5 Stück dafür 
brauchst?

ich nehme die RS232-Version in der beschriebenen Variante auch für alle 
möglichen Vernetzungen ums Haus. Problem ist aber, dass der Slave nicht 
von sich aus Meldungen an den Master senden kann. Die Pollingrate des 
Masters bestimmt, wie schnell der Slave sein wichtiges Anliegen an den 
Master senden kann. Notlösung wäre eine /INT-Leitung pro Slave zum 
Master.
Da wird es aber schon wieder Fummelei...

Uwe

Im AIRBUS bildet man für sowas verschiedene LAN-Segmente... ;-)

Bis auf das Kamerabild:

Gähn, und wie verhinderst du dass den Megas langweilig wird?

Ach ich vergass: du vernetzt sie ja. Da können sie ja dann was übers 
Netzwerk spielen :-)

PS: Die schiere Anzahl an Sensoren soll dich nicht beeindrucken. 
Schieberegister als Port-Erweiterungen sind schon erfunden.

Wichtiger als die Anzahl an Sensoren und Aktuatoren ist: wie schauts mit 
dem Timing aus? Ein einzelner Mega kann deine Sensoren mit links ein 
paar tausend mal in der Sekunde abfragen. Und da bleibt dann immer noch 
jede Menge Rechenzeit übrig.


Warum ich das aufs Tapet bringe: Weil die Dinge selten einfacher werden, 
wenn man mehrere Prozessoren auf ein Problem ansetzt. Durch die 
notwenige Kommunikation verkompliziert es sich oft.

> 2 Kompressore, 1 Tiefenpeilsonar, 2 Distanzsensore, GPS, GSM, LWL, ISM,

LOL

Da der ex VP so ein VIP ist, sollten wir die PK wegen der PR auf dem WC 
und nicht im TV machen. Dann sagt die MP zum KGB LMAA!

(Good Morning Vietnam)

Hallo,

Habe mich jahrelang mit Feldbus-Systemen beschäftigt.

Bei diesen Anforderungen liegst Du nahe am modernen KFZ.
Ob der AtMega das on Board hat oder nicht - der CAN - Bus ist das 
richtige für deine Wünsche.

Er ist CDMA fähig (daher kann jeder mit jedem...) und hat außerdem Prio 
- Slots, so daß hochpriore Geber eben auch eher Ihre Nachrichten (meist 
kurz) weitergeben können.

jemand anderer Ansicht ?

Gruß,
THaala

Stephan R. schrieb:

> Mein Projekt sieht vor, dass ein Atmega8, nennen wir ihn mal "Master"
> Steuerbefehle an und Rückmeldungen von mehreren weiteren Atmegen (Plural
> von Atmega?) sendet und empfängt.
> Was ist da sie schlaueste/ sicherste/ professionellste Art der
> Realisierung?

Schau Dir doch mal an, wie andere das machen: z.B. Automobilindustrie. 
Dort wird für die einfachen und langsamen Geschichten LIN verwendet 
(weil billig), und für die schnellen CAN. Zuverlässig & millionenfach 
erprobt.

Wenn Du was anderes nimmst, musst Du schon verdammt gute Gründe haben.

Ein guter LIN-Slave ist der Tiny167, der ist nämlich für sowas gedacht. 
Für CAN nimmst Du entweder einen 90CANxxx oder einen Mega64C1 oder 
Mega64M1, die letzteren haben auch LIN-Hardware drin. Für CAN und LIN 
brauchst Du immer externe Transceiver-Chips - das hat Fertigungsgründe.

Wenn Du unbedingt DIL-Gehäuse haben willst, schau Dich bei Microchip um 
- die haben in der Richtung mehr Auswahl, und ein dsPIC ist auch nicht 
zu verachten.

fchk

yepp

CAN ist wohl der geeignete Bus

zumal das Protokoll die Hierrchishe und die ereignetgesteuerte 
Kkommunikation ermöglicht.


Wird in zwischen auch bei Aufzügen zum Standard.

Und der nur nen paar Dutzend Taster und LED  und eine Handvoll Sensoren 
und Antriebe.

Vorteile: Störstolleranz durch Diffsignalübertragung hohe 
Übertragensrate,
fehlererkennung und effektive Fehlerbearbeitung .....

http://techwww.in.tu-clausthal.de/site/Dokumentation/Standards/CAN-Bus/CAN-Bus.ppt

MfG

Hi,
off topic
@Stephan R. könntest du mir mal bitte eine PM schicken, hätte da ein 
paar Fragen zur restlichen Hardware des Bootes.


on topic
Ich würde dir auch zu CAN raten. Schau mal bei Microchip, die haben 
fertige CAN-Bausteine und Bustreiber. Dann könntest du weiterhin deine 
Mega8 benutzen. So twisted pair kann man auch noch überall durchs Boot 
quetschen.
Bei Microchip findest du sicher auch eine Beschreibung von CAN, über die 
Controller lässt sich ja streiten. Die Dokus von denen finde ich aber 
ziemlich gut. Democode gibts auch ;)

Gruß Simon