Datenaustausch zwischen zwei Tiny2313

Nimm doch eine serielle Schnittstelle, welche schon in Hardware 
vorhanden ist:
TWI / I2C
UART
SPI

Geht viel einfacher als selbst was zu entwickeln, besonders als Anfänger

Moin, Paule!

Warum definierst Du nicht eine Menge an Pins fest als Ausgang, andere 
fest als Eingang und schließt die über Kreuz an? In logischer Folge 
kannst Du Peripherie verwenden, die ohnehin vorhanden ist: SPI, I²C oder 
USART.

Schau Dir das Datenblatt an, dann geht Dir ein Licht auf.

Gruß - Wolfgang

ATTINY2313 Datenblatt ab Seite 138
Universal Serial Interface:
Kann 3-Wire Mode (==SPI)
und 2-wire mode (==I2C)

oder eben UART

Naja, die seriellen Schnittstellen sind schon belegt. Von dem einen tiny 
gehts zum Computer und von dem anderen zur weiteren Steuerung. Aber die 
Variante die 8 Bit zu teilen, wäre eine Möglichkeit.
Die Kommunikation zwischen den µCs bekomme ich bestimmt hin, bin mir 
eben nur nicht sicher, ob's bei zwei verbundenen Pins, die als Ausgang 
geschaltet sind, raucht.

Paule schrieb:
> bin mir
> eben nur nicht sicher, ob's bei zwei verbundenen Pins, die als Ausgang
> geschaltet sind, raucht.

Hast Du meinen Beitrag weiter oben gelesen? Offensichtlich nicht, denn 
sonst hätte sich Deine jetzige Frage erübrigt. Hole es nach.

Gruß - Wolfgang

@Markus J.
"...Mini-Protokoll einsetzen mit dem jeweils einer der beiden µCs das
exklusive Senderecht erhält..."
So wollte ich es eigentlich machen. Falls aber beim Umschalten der Ports 
etwas schiefgeht (vielleicht auch nur in der Entwicklungsphase), sieht 
es nicht so gut aus. Deshalb werde ich die Idee von Wolfgang 
verwirklichen und einen Port teilen. Das vereinfacht das Protokoll 
erheblich.

Paule schrieb:
> Die Kommunikation zwischen den µCs bekomme ich bestimmt hin, bin mir
> eben nur nicht sicher, ob's bei zwei verbundenen Pins, die als Ausgang
> geschaltet sind, raucht.Beitrag melden | Bearbeiten | Löschen |

Klare Antwort: Kann es ...

Entweder beide als Eingang (was wenig Sinn macht, Pull-up einschalten) 
oder Ausgang an Eingang. Du willst schließlich Daten übertragen.

Paule schrieb:
> @Markus J.
> "...Mini-Protokoll einsetzen mit dem jeweils einer der beiden µCs das
> exklusive Senderecht erhält..."
> So wollte ich es eigentlich machen. Falls aber beim Umschalten der Ports
> etwas schiefgeht (vielleicht auch nur in der Entwicklungsphase), sieht
> es nicht so gut aus.

Als Schutz gegen versehentliche Ausgang-Ausgang Verbindung kannst du 
sonst einfach einen Widerstand mit ein paar kOhm dazwischenschalten. 
Dann kann da nichts rauchen.

Vielleicht noch zur Erklärung: Warum gerade 'Parallel-Port'?
Der eine µC unterhält sich gemütlich mit dem Computer und gibt 
gelegentlich Daten an den zweiten µC weiter. Dieser hat allerdings voll 
mit der Kommunikation mit der Peripherie zu tuen (USART) und gibt nur 
alle paar Millisekunden ein Zeitfenster frei, um Daten zu empfangen bzw. 
abzuliefern. Da fand ich die Möglichkeit mit dem Parallel-Port am 
schnellsten. Bei der seriellen Übertragung habe/ hatte ich immer 
'Interrupt' im Hinterkopf. Das würde allerdings viel durcheinander 
bringen. Möglich wären vielleicht auch ein paar zusätzliche Leitungen 
zur Steuerung. So nach dem Motto: Ich habe da was für dich, wenn du Zeit 
hast, sag Bescheid...

@Thomas Eckmann
Genau das habe ich gesucht: einen µC mit zwei USARTs! Ich habe den 
Atmega644 bis jetzt immer übersehen. So'n Mist.

Hi

>644P, um genau zu sein.

Wenn bis jetzt ein ATTiny2313 gereicht hat sollte es auch ein ATMega164p 
oder ATMega324p tun.

MfG Spess

Hi

>Der 644p von Reichelt ist der günstigste von allen.

Wie kannst du das vergleichen? Bei Reichelt finde ich keinen ATMega164p 
oder 324p. Bei CSD sind da 2€ Unterschied.

MfG Spess

Hi

Nachtrag: Wenn kein ADC benötigt wird, kann man auch den ATMega162 
nehmen.

MfG Spess

Ich muss noch mal fortsetzen.
Da ich Schwierigkeiten sehe, wenn beim atmega644 (o.ä.) beide USARTs 
gleichzeitig Daten empfangen sollen, würde ich die Variante 2x 
attiny2313 mit Datenaustausch über USI mal weiterverfolgen. Da ich gern 
auf der Platine die µCs programmieren möchte, stellt sich mir allerdings 
folgendes Problem:
Durch die Verbindung von DO -> DI und DI -> DO, die ja gleichzeitig die 
Pins für MOSI und MISO sind, würde ja der Ausgang MISO des zweiten µC am 
Ausgang des 'AVR mk2 ISP' hängen. Programmiert wird da zwar nichts, 
solange der Reset-Pin nicht auf low liegt. Aber es ist eben Ausgang auf 
Ausgang. Deshalb meine Frage:
Weiß jemand, ob der Programmer intern über Widerstände bzw. eine 
Strombegrenzung verfügt um diesen Zustand zu erlauben?

noch ein Zusatz:
im 'AVRISP mkII User Guide' steht unter 'features':
'Target interface protection'
Könnte das meine Frage beantworten?

@Thomas
Ich habe zwar noch nicht nachgerechnet, aber reicht denn die Zeit Zeit 
beim Empfang eines Datenpaketes die einzelnen Bytes (dann sicherlich 
immer abwechselnd) beim ungefähr gleichzeitigen Auftreten eines 
Interrupts aus dem Puffer zu holen und abzuspeichern ohne das nächste zu 
verpassen? (Der eine USART soll mit 57,6 BAUD laufen)

@Thomas
doch sicherlich eher 3472/10? Denn ich darf ja das Start-BIT nicht 
verpassen.
Aber, auch bei meinen geplanten 6,144MHz (gängige Baud-Raten lassen sich 
da prima mit 0% Fehler einstellen) bleiben immer noch über hundert 
Takte. Die Frage wäre jetzt nur noch, wie kurz das Startbit sein kann, 
damit es noch als solches erkannt wird.

> Peter Dannegger schrieb:
>> Die UART kann nämlich 3 Byte a 10 Bit puffern.

Ja, ich auch! So weit war ich noch gar nicht vorgedrungen.
Also sozusagen: Empfangspuffer + FIFO (Datasheet: 'The recive buffer 
consists of a two level FIFO')
Nochmal wegen meiner 'Berechnung': Stimmt. Ich muss ja nicht auf das 
Startbit warten, das macht ja die USART (oder der, oder das?). 
Allerdings sollte man nicht zu sehr rumtrödeln. Es könnten ja noch mehr 
Daten ankommen...