Hmm also eigentlich wär mir ja die gleichverteilung wurscht (egal).
Es geht vielmehr darum 2 Datenströme die auf getrennten Rechnern gespeichert werden im Nachhinein zu synchronisieren.
Ich hätte mir das so vorgestellt, dass man zufällige Pulse in beide Datenströme (die Geräte haben dafür Eingänge) mitreinschreibt. Und nachher am Rechner, durch Korrelation der Zeitpunkte der Impulse, die Datenströme synchronisiert.
Hierzu benötige ich (nach meiner Vorstellung) die Impulse mit pseudozufälligen Abständen.
Wenn ich "man rand()" richtig interpretiere kriegt man wahrscheinlich einen Integer-Wert zurück.
Der sollte dann auf dieser Architektur 8 bit breit sein. Soweit richtig oder ?
Was mach ich dann am schlauesten damit ich dann am besten irgendwie auf pause von 50 - 200ms oder meinetwegen auch 20 - 200 ms komme. Ohne dass sich die pseudopausenfolge dann nach 20 Pausen sich beginnt zu wiederholen.
Sonst kann ich meine Synchronisation vergessen, wenn ich bloß 2s ausgleichen könnte.

_________________
Do you have Math Problems ?? Then call 0049-0800 sin(lg((10^45*tan(56))/(f(0)'->(45x^3/3x^2*3x^7)))

Du könntest zuerst deinen Ausgang auf high setzen und 50ms warten, danach die Zufallszahl mit einem Zeitfaktor multiplizieren, um den Zufallszahlbereich zwischen 0 und 256 bzw. 65536 auf die 0-150ms abzubilden. Dann erst den Ausgang wieder auf low setzen.

_________________
Fnord ist die Quelle aller Nullbits in deinem Computer.
Fnord ist die Angst, die Erleichterung, und ist die Angst.
Fnord schläft nie.

Zitat :

hätte mir das so vorgestellt, dass man zufällige Pulse in beide Datenströme (die Geräte haben dafür Eingänge) mitreinschreibt.

Warum schreibst du da nicht gleich die Datenblocknummer oder ein Zeitzeichen rein?
Da brauchst du nacher nicht zu suchen, wo im Datenstrom du gerade liest.

P.S.:

Zitat :

Der sollte dann auf dieser Architektur 8 bit breit sein. Soweit richtig oder ? Was mach ich dann am schlauesten damit ich dann am besten irgendwie auf pause von 50 - 200ms oder meinetwegen auch 20 - 200 ms komme. Ohne dass sich die pseudopausenfolge dann nach 20 Pausen sich beginnt zu wiederholen.

Auch wenn das Datenwort nur 8 Bit hat, so kann doch die Periodenlänge des PRN-Generators seeeeeeeeeeeehr viel länger sein.
Das zeichnet ja gerade einen guten Zufallsalgorithmus aus, dass man die nächste Zahl nicht leicht vorhersehen kann.

[ Diese Nachricht wurde geändert von: perl am 18 Sep 2009 16:23 ]

Hallo peda,

Du nutzt also vermutlich den GCC, wenn du von 'man rand' schreibst, oder?

In C ist der Datentyp int mindestens 16 Bit breit, kann auch mehr sein (je nach Architektur). Also selbst wenn die Zielarchitektur 8 Bit hat, wird int nicht kürzer als 16 Bit.
Diese Funktion wird dementsprechend einen (short) int ausgeben, also 16 Bit!

Offtopic :

Du kannst aber diesen C-Standard beeinflussen, indem du die Flagge -mint8 setzt. Der Datentyp int wird dann 8 Bit breit. Diese Flagge würde ich immer setzen, da z.B. auch Enumerationen als int behandelt werden, also auch auf AVRs 16 Bit breit sind. Das ergibt aber erst Nutzen, wenn man mehr als 256 Enummitglieder hat, hat mal aber selten.

Die Bibliothek, die einzubinden wäre für rand() ist die stdlib, mit dem Header stdlib.h .
Der Compiler linkt da von allein gegen, ansonsten bei Fehlern wie "undefined referenze to..." einfach mit -l die Bibliothek mitangeben.

Hier noch etwas zum Thema:
http://www.rn-wissen.de/index.php/Zufallszahlen_mit_avr-gcc

_________________



[ Diese Nachricht wurde geändert von: DonComi am 18 Sep 2009 18:12 ]

Hmm ja die Antwort von DonComi klingt sehr aufschlussreich, ich werd dann mal versuchen das so umzusetzen !!

_________________
Do you have Math Problems ?? Then call 0049-0800 sin(lg((10^45*tan(56))/(f(0)'->(45x^3/3x^2*3x^7)))

Ohne daß ich von Microcontrolleren etwas verstehe:

In C läßt sich das ganz einfach programmieren:
Du willst eine Zahl zwischen 50 und 250.
Das kann man auch so schreiben 50+(0 ... 200).

Wenn Du von dem Rückgabewert von rand() den Rest bei der Division durch 201 nimmst hast Du es schon fast:

x = 50 + (rand() % 201);

Noch etwas, wie schon gesagt es gibt keinen Zufallsgenerator, sondern nur einen Algorithmus der "zufällig" verteilete Zahlen liefert. D.h. er liefert nach jedem Start die gleiche Folge.
Wenn Du das nicht, willst mußt Du ihn jedesmal mit einer andern Zahl initieren. Am einfachsten machst Du das mit time(). (=Zeit in Sekunden seit 1.1.1970).

Also:
init = time(NULL);
srand(init);

Auf allen Prozesoren für die ich programmiert habe (x68, ARM..) geht das.

Gerhard

Zitat :

Auf allen Prozesoren für die ich programmiert habe (x68, ARM..) geht das.

Ist theoretisch in Ordnung, nur: der AVR hat keine (Echtzeit-)Uhr.

Die müsste man dann selbst noch implementieren...

Es geht auch mehr oder weniger gut, indem man vor der Initialisierung des RAMs (Nullsetzen) einen Startwert aus dem RAM-Inhalt errechnet, denn dort kann ziemlicher Datenmüll stehen.

Irgendwo meine ich gelesen zu haben, dass alle Bytes aus dem RAM xor verknüpft wurden.


_________________