ausgefallenes serielles bussystem mit ATMEGA

... und wenn der erste der 150 Optokoppler ein Problem hat oder sich der 
Controller aufhängt, dann schauen 149 Teilnehmer in die Röhre, und nix 
geht mehr. Tolle Erfindung.

Bastler From le wrote:
> Grüßt Euch!
>
> Bevor ich mich mit den ATMEL controllern beschäftigt habe ich bereits
> Erfahrungen mit c-control, open controller etc.. sammeln können. Ich
> benötige ein Bussystem mit >150 Teilnehmern und >100m Leitungslänge.
> (bzw. Theoretisch). 19k2 Bd sollten hier genügen.
> Ich dachte an ein serielles System. Jeder Teilnehmer sollte das Signal
> aktiv noch einmal verstärken und zum nächsten Teilnehmer weiterleiten.
> An einer Lösung mit Optokopplern hatt ich dabei gedacht.

Das Problem: Ein Mega ist gerade beschäftigt, ausgefallen oder hat 
keinen Strom bedeutet ein Absturz für alle, die dahinter sind.

<Update>
Streich das. Die Megas hängen ja nicht direkt in Reihe.

Nichtsdestotrotz bekommst du Probleme mit Kollisionen.
</Update>

Wegen der Verstärkung hast du auch eine Menge Stress wegen Kollisionen 
und co.

Schau dir mal RS485 (>150 Teilnehmer wird da aber schwer) oder CAN an.

Gibt auch noch einen Haufen weiterer Systeme. Das Beste: Für die meisten 
gibt es Bustreiber-Bausteine, die dann automatisch Pegelwandeln. Die 
CAN-Dinger können auch teilweise Nachrichten filtern, dass dein Mega nur 
die Interessanten bekommt und für den Rest keine CPU-Zeit verschlendert.

Deine Optos sehen irgendwie bidirektional aus. Eher selten. Eigenlich 
muss bei einer solche Kommunikation ein Ring rauskommen, den ich hier 
aber nicht sehe.

Und wie schon oben erwähnt passt der Titel "ausgefallenes Bussystem" 
dazu perfekt, wenn mal einer... ;-)

A. K. wrote:
> Deine Optos sehen irgendwie bidirektional aus. Eher selten. Eigenlich
> muss bei einer solche Kommunikation ein Ring rauskommen, den ich hier
> aber nicht sehe.

Gibt auch bidirektionale Irda-Bausteine.

Wegstaben Verbuchsler wrote:
> ... und wenn der erste der 150 Optokoppler ein Problem hat oder sich der
> Controller aufhängt, dann schauen 149 Teilnehmer in die Röhre, und nix
> geht mehr.

Mit ist gerade aufgefallen, wie ironisch der Threadtitel ist.

5 Cent in die Wortwitzkasse

SCNR

Bidirektional: Ja, aber ob das hier gemeint ist?

Danke erstmal für deine Antwort.
Selbst wenn ein MEGA ausfällt oder ähnliches -> die anderen werden doch 
trotzdem mit daten versorgt. und optokoppler sind so gut wie totsicher..
hatte dein update später erst gesehen. sorry

tja.
das die teilnehmer nur nacheinander kommunizieren können ist schon 
klar.. das sollte softwaremäßig geregelt sein

Karl-heinz Strunk wrote:
> Bastler From le wrote:
>> Grüßt Euch!
>>
>> Bevor ich mich mit den ATMEL controllern beschäftigt habe ich bereits
>> Erfahrungen mit c-control, open controller etc.. sammeln können. Ich
>> benötige ein Bussystem mit >150 Teilnehmern und >100m Leitungslänge.
>> (bzw. Theoretisch). 19k2 Bd sollten hier genügen.
>> Ich dachte an ein serielles System. Jeder Teilnehmer sollte das Signal
>> aktiv noch einmal verstärken und zum nächsten Teilnehmer weiterleiten.
>> An einer Lösung mit Optokopplern hatt ich dabei gedacht.
>
> Das Problem: Ein Mega ist gerade beschäftigt, ausgefallen oder hat
> keinen Strom bedeutet ein Absturz für alle, die dahinter sind.
>
> <Update>
> Streich das. Die Megas hängen ja nicht direkt in Reihe.
>
> Nichtsdestotrotz bekommst du Probleme mit Kollisionen.
> </Update>
>
> Wegen der Verstärkung hast du auch eine Menge Stress wegen Kollisionen
> und co.
>
> Schau dir mal RS485 (>150 Teilnehmer wird da aber schwer) oder CAN an.
>
> Gibt auch noch einen Haufen weiterer Systeme. Das Beste: Für die meisten
> gibt es Bustreiber-Bausteine, die dann automatisch Pegelwandeln. Die
> CAN-Dinger können auch teilweise Nachrichten filtern, dass dein Mega nur
> die Interessanten bekommt und für den Rest keine CPU-Zeit verschlendert.

A. K. wrote:
> Bidirektional: Ja, aber ob das hier gemeint ist?

Ja. Deshalb gibt es RX und TX-Leitung zwischen seinen Optos

Bastler From le wrote:
> Danke erstmal für deine Antwort.
> Selbst wenn ein MEGA ausfällt oder ähnliches -> die anderen werden doch
> trotzdem mit daten versorgt. und optokoppler sind so gut wie totsicher..
> hatte dein update später erst gesehen. sorry
>

Dass früher oder später mal einer von denen tot ist, ist sicher. Da hast 
du Recht.

OK, ich werde mal deutlicher:

Es gibt Bussysteme, bei denen exisitieren diese Probleme nicht. Für 
diese Bussysteme gibt es auch Bausteine, die in etwa deinen Optokopplern 
entsprechen.

Wenn du gar nichts auf unsere Meinung gibst und nur deine Lösung 
bestätigt haben willst, probier sie erstmal an 10 Teilnehmern aus.

> tja.
> das die teilnehmer nur nacheinander kommunizieren können ist schon
> klar.. das sollte softwaremäßig geregelt sein

Ja, aber wenn Nummer 1 was sendet, kommt das wegen der Schaltzeiten bei 
Nr 150 wirklich später an.
Das gilt es zu beachten.

Ralf wrote:
> Ne, ist zu umständlich mit weiterleiten usw. Da wartest du ja ewig.
>
> Steig auf RS485 um, da kannst du auch lange Leitungen haben, und alle
> Slaves hängen parallel an der Schnittstelle. Unterstützt dann sogar auch
> Multimaster-Betrieb.
> Manche verwenden gerne CAN-Treiber anstatt der RS485-Treiber, das ist
> glaub ich deswegen, weil die CAN-Treiber open-collector sind, bin aber
> nicht sicher.
>
> Du musst halt ein entsprechendes Protokoll mit Adressierung usw.
> implementieren. Und die Slaves müssen halt irgendwie ihre Adressen
> zugewiesen bekommen (DIP-Switch, EEPROM, etc.).
>
> Ralf


RS485 ? kann ich den die ATMEGA dazu nutzen?

Bastler From le wrote:

> RS485 ? kann ich den die ATMEGA dazu nutzen?

http://de.wikipedia.org/wiki/RS485

Du brauchst natürlich einen BUstreiber

Karlsein
>
> Ja, aber wenn Nummer 1 was sendet, kommt das wegen der Schaltzeiten bei
> Nr 150 wirklich später an.
> Das gilt es zu beachten.


hm hatte ich mir auch schon gedacht.. in bus system mit clock wo alle 
teilnehmer direkt parallel liegen würde bräucht ich quasi..

Bastler From le wrote:
> Karlsein
>>
>> Ja, aber wenn Nummer 1 was sendet, kommt das wegen der Schaltzeiten bei
>> Nr 150 wirklich später an.
>> Das gilt es zu beachten.
>
>
> hm hatte ich mir auch schon gedacht.. in bus system mit clock wo alle
> teilnehmer direkt parallel liegen würde bräucht ich quasi..


RS485. Schaus dir echt mal an. Links poste ich nicht ohne Grund.


So, ich klink mich aus. Wie schon gesagt: Wenn du beratungsresistent 
sein willst, bastel nicht sofort alle 150 Teilnehmer.


Und wirklich: Deine Probleme werden massiv sein.

Karl-heinz Strunk wrote:
> Bastler From le wrote:
>
>> RS485 ? kann ich den die ATMEGA dazu nutzen?
>
> http://de.wikipedia.org/wiki/RS485
>
> Du brauchst natürlich einen BUstreiber


bustreiber softwaremäßig? oder hardwaremäßig?

Karl-heinz Strunk wrote:
> Bastler From le wrote:
>> Karlsein
>>>
>>> Ja, aber wenn Nummer 1 was sendet, kommt das wegen der Schaltzeiten bei
>>> Nr 150 wirklich später an.
>>> Das gilt es zu beachten.
>>
>>
>> hm hatte ich mir auch schon gedacht.. in bus system mit clock wo alle
>> teilnehmer direkt parallel liegen würde bräucht ich quasi..
>
> Nutzt dir GAR nichts, weil deine Clock ja auch über die Optos laufen
> würde.
>
> Sonst kannst du dir die Optos sparen.
>
>
> So, ich klink mich aus. Wie schon gesagt: Wenn du beratungsresistent
> sein willst, bastel nicht sofort alle 150 Teilnehmer.
>
>
> Und wirklich: Deine Probleme werden massiv sein.

ja ich bastel erstmal mit weniger teilnehmer..
150 is ja nur ein theroretischer wert..
danke trotzdem erstmal

Bastler From le wrote:
> Karl-heinz Strunk wrote:
>> Bastler From le wrote:
>>
>>> RS485 ? kann ich den die ATMEGA dazu nutzen?
>>
>> http://de.wikipedia.org/wiki/RS485
>>
>> Du brauchst natürlich einen BUstreiber
>
>
> bustreiber softwaremäßig? oder hardwaremäßig?

Was an dem WP-Artikel hast du nicht verstanden?

Ein Baustein natürlich.

>http://de.wikipedia.org/wiki/RS485

>Du brauchst natürlich einen BUstreiber

19k2 Baud bei 100m Leitungslänge sind mit RS485 drin.
@ 150 Teilnehmer: Die meisten Bustreiber erlauben bis zu 32 Teilnehmern 
am Bus.