hallo,
Nicht umsonst wird bei (den meisten) Mikrocontrollern das ganze in eine eigenständige Hardwareeinhait USART ausgelagert.Nicht umsonst wird bei Computern das Ganze in eine eigenständige Netzwerkkarte ausgelagert.
Wenn man diesen, mit samt seinen Interrupts und mittels gut organisierter Lese-/Schreibpuffer (RXCINT/DREINT) nutzt,
sehe ich selbst bei hohen bps kaum ein Problem, also m.M.n. kaum mit Ethernet-Zeit- und Kollisionsproblemen zu
vegleichen.
mfg
achim
Hallo,
kann man irgendwie Prioritäten setzen, dass also der Slave nur Senden kann wenn der Master nicht sendet, oder anders gesagt, dass der Master ein Signal schickt, wenn er nichts senden will, dieses Signal aber dann von der Antwort des Slaves überlagert wird?
@Chypsylon: Den kompass lesen wir, wie du bereits vermutet hast, über Pwm aus.
Gruß
Lukas
So programmieren das der Slave nur antwortet wenn ihm der Master vorher den Befehl dazu gibt und der Master muss dann eben mit dem senden solange warten bis er eine Antwort erhalten hat (oder ein Timeout erreicht ist)Zitat von Dunkle Macht
Eine andere Möglichkeit wäre auch noch SPI, wenn euer Controller das kann (was normalerweise der Fall ist). siehe z.b. http://www.ermicro.com/blog/?p=1050
Hallo,
SPI Schnittstelle wäre ebenfalls vorhanden, stimmt.
Ist das die bessere Lösung gegenüber seriell?
Gruß
SPI und I2C kann zur Not auch per Bitbanging in Software gemacht werden.
SPI kann in Harware ne ganze Ecke schneller sein als UART
Vor den Erfolg haben die Götter den Schweiß gesetzt
Wobei hier durch die Adressierung, R/W Bit und NAK/ACK schon erhebliche Sicherheit vorgesehen ist. Nur das dabei natürlich Polling verwendet werden muss oder das Polling nur auf IRQ Anforderung gestartet wird.
Gruß Richard
IMHO nach schon aber über UART (seriell) ist es wahrscheinlich einfacher und sollte genauso funktionieren wenn du es so machst wie ich es oben geschrieben habe.
Ich würde vorschlagen ihr probiert es einfach zuerst über seriell und dann könnt ihr ja immer noch auf SPI umsteigen...
Hallo allerseits,
ich hab hierzu auch ne Frage
Wenn ich (nur) zwei atmega8 miteinander "reden" lassen will reicht es doch wenn ich rx mit tx und andersrum verbinde und dann noch die massen verbinde oder?
mfg Sebastian
Jain......die Anschlüsse müssen gekreuzt werden....
TX>>>>>RX,Senden>>>>>>Empfangen
RX<<<<<TX,Empfangen<<<<<<Senden
GND-------GND
Baud,8,n,1 muss bei beiden gleich sein und wenn der µC mit internem Takt arbeitet kann es Probleme bei hohen Baudraten geben.
Gruß Richard
Berechtigungen
Zitieren
Lesezeichen