1 Draht Verbindgung zwischen 2 Atmegas

putchar(0x08), um eine binäre 8 zu senden.

@  Anton (Gast)

>Sind die beiden Atmegas am gleichen Platz reicht vermutlich sogar der
>interne Oszillator für die serielle Schnittstelle.

Nein, das tut er nicht!

>(Nach meiner Erfahrung (und mit einer "Autobaud-Routine"))

Das ist ein glücklicher Einzelfall.

MFg
Falk

@ Guido S. (Gast)

>Die Megas sitzen max. 10cm nebeneinander. Evtl. kann ich sie sogar
>stapeln. Bin ich zwingend an TxD / RxD gebunden ,

Ja.

> oder kann ich die Pins auch frei wählen ?

Nein, das geht nur mit einem Soft-UART, der ist aufwändiger.

> Wie realisiere ist das in C ?

Wozu überhaupt ZWEI AVRs? Wegen ein paar Zahlen anzeigen? Das macht EIN 
AVR nebenbei, und langweilt sich immer noch.

MFG
Falk

Falk Brunner schrieb:
> Wozu überhaupt ZWEI AVRs? Wegen ein paar Zahlen anzeigen? Das macht EIN
>
> AVR nebenbei, und langweilt sich immer noch.

woher weißt du dass er nur ein paar Zahlen anzeigen will?

Thomas B. schrieb:
> Falk Brunner schrieb:
>> Wozu überhaupt ZWEI AVRs? Wegen ein paar Zahlen anzeigen? Das macht EIN
>>
>> AVR nebenbei, und langweilt sich immer noch.
>
> woher weißt du dass er nur ein paar Zahlen anzeigen will?

Standard-Erfahrung hier im Forum, die in 90% aller Fälle zutrifft:

Keine UART Verbindung von A nach B programmieren können aber für jeden 
Scheiss einen eigenen Prozessor vorsehen, weil der Hauptprozessor ja mit 
dem lösen von quadratischen Gelichungen soooooo ausgelastet ist.
Merke: Wenn man für das Erstellen einer Partyeinladung mit Word schon 
einen 3 GHz Prozessor braucht, dann muss zumindest jede einzelne Stelle 
einer 7-Segment Anzeige ihren eigenen 20Mhz-Prozessor bekommen.

Kann natürlich sein, dass wir falsch liegen und es tatsächlich sinnvoll 
ist, beim konkreten Proejekt eine Aufteilung in mehrere Prozessoren 
vorzunehmen. Möglich ist es, aber nicht sehr wahrscheinlich. Wer 
tatsächlich so ein aufwändiges Projekt macht, weiß wie eine UART 
funktioniert.

Als Ergänzung zu den 90%:

Die Ein-Draht-Verbindung setzt natürlich einen 2. (dicken) Draht 
voraus:
die Masseverbindung zwischen beiden Prozessoren.

Bernhard

> Und ich habe diese Frage gestellt, WEIL ich nicht weiss, wie eine
> UART in C programmieren kann.
Dann hast du aber die Suchfunktion hier im Forum nicht bemüht. Karl 
Heinz schreibt diese Pauschalierung nicht, weil ihm gerade nach 
Pauschalierungen ist. Sondern weil das Problem jeden Tag in irgenwelchen 
abwandlungen immer wieder auftaucht.
Sieh dir das doch mal an: 
http://www.mikrocontroller.net/search?query=%2Bavr+%2Brs232+%2Bcode&forums[]=1&forums[]=2&max_age=-&sort_by_date=0

M803 schrieb:
> Und weil die alle nicht faehig waren, die Suchfunktion zu benutzen.
Offenbar: denn für die Frage "wie mache ich mit einem AVR eine serielle 
Verbindung?" hätte prinzipiell 1 Antwort gereicht. Das ändert sich ja 
nicht jeden Tag...

> Und weil die alle nicht faehig waren, die Suchfunktion zu benutzen.
Oder: weil sie meinten, sie hätten das ultimative und alleinige Problem, 
eine RS232 Verbindung aufbauen zu müssen.

Lothar Miller schrieb:
>> Und ich habe diese Frage gestellt, WEIL ich nicht weiss, wie eine
>> UART in C programmieren kann.
> Dann hast du aber die Suchfunktion hier im Forum nicht bemüht. Karl
> Heinz schreibt diese Pauschalierung nicht, weil ihm gerade nach
> Pauschalierungen ist.

Richtig.

 >Sondern weil das Problem jeden Tag in irgenwelchen
> abwandlungen immer wieder auftaucht.
> Sieh dir das doch mal an:
> 
http://www.mikrocontroller.net/search?query=%2Bavr+%2Brs232+%2Bcode&forums[]=1&forums[]=2&max_age=-&sort_by_date=0

Und dann gibt es auch noch das
AVR-GCC-Tutorial


Trotzdem bleib ich bei meiner Meinung:
Wer nicht weiß wie er 2 Prozessoren per UART miteinander verbindet, 
sollte sich zuallererst einmal fragen, ob er überhaupt wirklich 2 
Prozessoren benötigt. Diejenigen, die tatsächlich 2 oder mehr 
Prozessoren für ihr Projekt brauchen, müssen nämlich nicht nach UART 
fragen.


Wie gesagt: Das ist die Erfahrung, die sich hier im Forum im Lauf der 
Zeit angesammelt hat. Ganz nüchtern betrachtet.

> welchen technischen Begriff muss ich dafür in die Suchfunktin eintippen
Das ist eine Pulspaketübertragung (weil da immer ein Päcken Pulse 
übertragen wird). Aber wozu denn so ein Gewürge (du mußt den Pin pollen, 
Flanken erkennen, Timeouts auswerten...) wenn du doch eine RS232 übrig 
hast?

Ein Tipp: beschreib einfach, WAS du machen willst, nicht WIE du es 
machen willst. Denn sonst kommst du letztlich nie zu mehr Wissen. Denn 
du machst ja immer das, was du schon kannst...  :-/

Guido S. schrieb:
> @Testfall
>
> Und falls ich nun einmal nach so einer routine suche: welchen
> technischen Begriff muss ich dafür in die Suchfunktin eintippen ? Das
> ist doch eine serielle Übertragung, oder ?

Ja und nein.
IMHO gibt es dafür keinen wirklichen Begriff. Das ist ein ziemliches 
Ad-hoc Verfahren. Am ehesten könnte man es noch als Puls-Count 
Übertragung bezeichnen, auch wenn es diesen Begriff so nicht gibt.

> In BASCOM ist das - wie in
> meinem ersten Post gesagt - ja recht einfach gehalten . COM definieren
> und senden.

Nur hilft dir das nicht viel, weil dein Empfäger in diesem Fall nun mal 
keine RS232 macht.
Am ehesten könnte man, auch wenn sich das jetzt naiv anhört, noch damit 
vergleichen, wie man sich naiv Rauchzeichen der Indianer vorstellt: 5 
Rauchwölkchen hintereinander bedeutet 5. 7 Rauchwölkchen eben 7. Das 
einzige Problem beim µC: man muss sicherstellen, dass man auch jeweils 
zum richtigen Zeitpunkt hinschaut, nicht ein Rauchwölkchen 2 mal zählt 
und die Pause zwischen den Gruppen richtig erkennt.

So banal, wie dir Testfall das verkaufen will, ist das nämlich gar 
nicht.

Wenn ich du wäre und die Hardware UART Pins nicht mehr frei sind und, 
ganz wichtig, sich auch nicht freischaufeln lassen, würde ich in die 
Codesammlung gehen und nach Software UART suchen. Irgendwas vom PeDa 
findet sich da sicher.

Meine erste Option wäre: Hardware UART
Meine zweite Option wäre: Software UART

Hradware UART hat den Charm, das man sich nach der Konfiguration um 
nichts mehr kümmern braucht. Trifft ein Zeichen ein, so wird ein 
Interrupt ausgelöst, der die Weiterverarbeitung in die Wege leitet.

Je nach Pin, kann man Software-Lösungen auch über Interrupts in die Wege 
leiten, allerdings ist das Timing dann nicht mehr so simpel 
hinzubekommen. Vor allen Dingen dann nicht, wenn der Prozessor ohnehin 
schon bis zur Decke mit Arbeit voll ist.