Synchronisation autarker uC

[mectec (Gast)]

Hallo uC-Community,

ich habe mehrere autarke Messplatinen die auf einer Strecke von etwa 
120m verteilt werden sollen. Jetzt ist es meine Aufgabe diese über ein 
Kabel! (Funk eventl. später) miteinander zu synchronisieren. Ich 
benötige also eigentlich "nur" einen Taktgeber der ein PWM-Signal 
(min.5kHz) bzw. einzelne Pulse auf die Leitung gibt worüber die DSP 
getriggert werden. (Sichtkontakt zwischen den Platinen besteht keine.)
Meine Frage wäre ob jemand mit sowas Erfahrung hat bzw. so etwas schon 
mal aufgebaut wurde ?
Und ob es schon geeignete Bauteile gibt um einen Taktgeber zu basteln 
bzw. ich denke an einen einfachen 8-bit uC in der Mitte des 
Leitungssystem mit einem nachgeschalteten Verstärker ?



Ich freue mich über jede Hilfe, danke schon mal für euer Feedback und 
eure Ideen.

Beste Grüße

mectec

[sagsig (Gast)]

'' Broadcast '', falls Serielle Schnittstelle vorhanden....

[Axel D. (axel_jeromin)]

Wenn Du Angst vor Rechtecken auf der langen Leitung hast, sende halt ein 
schönes Sinussignal mit 5KHz aus und erkenne lokal bei allen 
µc-Schaltungen den Nulldurchgang.

Axel

[mectec (Gast)]

Hey,
danke für eure Antworten finde ich beide sehr interessant :)

@ sagsig: Eine Serielle Schnittstelle ist vorhanden, ich kenne leider 
nur IP-Broadcast. Kannst du mir etwas genauer beschrieben wie dieser 
Broadcast für Serielle-Schnittstellen funktioniert.

@ Axel: Das mit dem Sinus ist auch eine sehr schöne einfache Idee ohne 
viel Schnick-schnack das kann ich auch schnell mal testen, danke.

Bei den Rechecken habe ich halt Bedenken das die Signale nicht mehr so 
gut am Empfänger ankommen.
Sieht jemand sehr große Latenzprobleme ? Rechteck, Sinus, Broadcast ?
Bzw. was ist die bewärteste Methode solchen Latenzen entgegenzutreten ?

Danke noch mal für die Antworten.

Grüße

mectec

[Peter II (Gast)]

mectec schrieb:
> Kannst du mir etwas genauer beschrieben wie dieser
> Broadcast für Serielle-Schnittstellen funktioniert.

einfach ein sender und viele empfänger.

[mectec (Gast)]

@ Peter: Genau, das war mir bekannt. Sorry wenn ich mich undeutlich 
ausgedrückt habe.
Ich meinte wie das "Protokoll" bzw. die Datenübertragung aussieht.
Wenn sagsig mit "Broadcast" gemeint hat eine Kommunikation über SPI oder 
I2C zu führen dann habe ich es verstanden. Ich dachte nur mit 
"Broadcast" meinte er etwas Spezifisches. Sonst hätte er ja SPI etc.. 
geschrieben oder ?
(Ich hoffe ich stehe gerade nicht auf der Leitung ^^)

Wenn ihr ein Link, Seite, .pdf... für diese "Broadcast-" übertragung 
habt dann kann ich es mir auch durcharbeiten ;)

Grüße

mectec

[Peter II (Gast)]

mectec schrieb:
> Ich meinte wie das "Protokoll" bzw. die Datenübertragung aussieht.

das ist dir überlassen, wenn du den sendeleitung vom Master mit den 
empfangsleistungen der clients verbindest dann kann du vom Master senden 
was du willst. Wenn du die clients nicht getrennt ansprechen musst, dann 
kannst du einfach die Uhrzeit senden. Wenn du sie getrennt ansprechen 
willst, kannst du ja noch eine client-ID verwenden und eine spezielle 
für den Broadcast vorsehen.

[sagsig (Gast)]

....damit kannst du allen Teilnehmern gleichzeitig mitteilen zB einen 
Messvorgang zu starten was bedeutet, dass die Messungen synchronisiert 
starten. Das Auslesen kann zu beliebigen Zeitpunkten geschehen. Hilft 
das ?