RS232-TTL, 2 Master, 1 Slave: Können auch Master miteiander sprechrn?

Hermann Kokoschka Gast #7113506
Lesenswert?
• ▲
▼ 
Hallo Zusammen,

Bei
http://cool-emerald.blogspot.com/2009/10/multidrop-network-for-rs232.html
fand ich die RS232-Schaltung des Bild-Anhangs.
(Bitmap etwas umgezeichnet, Quelle im Bild erwähnt)

- 2 MASTER und 1 SLAVE.
- HIER: 3x ATMEGA-48/88, @USART I/O-Level, @5V Vcc.
- Beide MASTER können zum SLAVE senden.
- Sendet/antwortet der SLAVE: Dann empfangen es BEIDE MASTER.

FRAGE DAZU:
Seht Ihr eine Möglichkeit (Dioden / R),
dass AUCH MASTER-zu-MASTER reden können?
- Egal wäre es, wenn der Slave mithört.
- Egal wäre es, wenn "Sender @TX" eigenes Echo hören.

Türlich ist Arbitrierung nötig, heute erssma die Hardware,
und ich danke Euch für Hinweise.
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Lothar M. Moderator (Firma: Titel) Persönliche Seite #7113532
Lesenswert?
• ▲
▼ 
Hermann Kokoschka schrieb:
> FRAGE DAZU:
> Seht Ihr eine Möglichkeit (Dioden / R),
> dass AUCH MASTER-zu-MASTER reden können?
Klemm alles auf 1 Leitung mit 1 Pullup. Dann hören alle, was alle reden.

Du musst in deinem Bild da nur die rote gepunktete Linie mit der blauen 
gepunkteten Linie verbinden...

Matthias S. schrieb:
> Im ersten Posting gibts noch den Nachteil, das die Master kollidieren
> können, was bei 1-Draht vermieden werden kann.
... ebenfalls vermieden werden muss.
Angehängte Dateien:
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Hannes Gast #7113964
Lesenswert?
• ▲
▼ 
Lothar M. schrieb:
> Matthias S. schrieb:
>> Im ersten Posting gibts noch den Nachteil, das die Master kollidieren
>> können, was bei 1-Draht vermieden werden kann.
> ... ebenfalls vermieden werden muss.

Im Vorteil ist, wer lesen kann ...

Anhang: Auszug aus dem schon zitierten mc-Artikel
Angehängte Dateien:
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Lothar M. Moderator (Firma: Titel) Persönliche Seite #7114209
Lesenswert?
• ▲
▼ 
Hannes schrieb:
> Anhang: Auszug aus dem schon zitierten mc-Artikel
Ja. Passt doch. Da steht nur, dass der Frame kaputt ist und die Daten 
korrupt, wenn 2 Teilnehmer gleichzeitig senden. Und man wird sich bei 
der Umsetzung wundern wie komplex und fehlerbehaftet diese "interne 
Logikprüfung" sein kann.

> Im Vorteil ist, wer lesen kann ...
Wie steht es direkt über jeder Texteingabebox?

Dort steht: Siehe Bildformate.

Und dort siehe speziell den Abschnitt "Nie_wieder_BMP!"
Antwort Zitieren Bearbeiten Löschen Beitrag melden
c-hater Gast #7114282
Lesenswert?
• ▲
▼ 
Lothar M. schrieb:

> Ja. Passt doch. Da steht nur, dass der Frame kaputt ist und die Daten
> korrupt, wenn 2 Teilnehmer gleichzeitig senden. Und man wird sich bei
> der Umsetzung wundern wie komplex und fehlerbehaftet diese "interne
> Logikprüfung" sein kann.

Genau. Der Frame ist nämlich nicht zwingend kaputt und schon garnicht 
für jeden der vielen Mitleser (insbesondere die kollidierenden Master 
selber) gleichermaßen.

Man muss schon einiges an Hirnschmalz aufwenden, um ein wirklich 
zuverlässiges Protokoll für solch einen OneWire-UART-Bus zu entwerfen, 
der obendrein die Peers nicht besonders anstrengt.

Aber: Es ist definitiv möglich, das zu tun! Man muss es nur wollen und 
können.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
c-hater Gast #7114409
Lesenswert?
• ▲
▼ 
Abdul K. schrieb:

> Ist der Bus jemals fertig entwickelt worden?

Welches soll DER Bus sein? Fakt ist jedenfalls, dass es unzählige 
funktionierende Implementierungen von Bussen gibt, die auf dem Konzept 
von OC-Style-gekoppelten UARTs aufsetzen.

Also scheint es eine ganze Menge von Leuten zu geben, die in der Lage 
sind, das Problem hinreichend zu durchdenken und ein entsprechendes 
Protokoll zu designen...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Hannes Gast #7115819
Lesenswert?
• ▲
▼ 
Lothar M. schrieb:

> Wie steht es direkt über jeder Texteingabebox.
> Dort steht: Siehe Bildformate.
> Und dort siehe speziell den Abschnitt "Nie_wieder_BMP!"

Mea culpa - tatsächlich wollte ich aus dem PDF ein PNG erzeugen. 
Typische Fehlleistung, vermutlich dem Kalk und der Hitze geschuldet ...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren