Jap...aber hauptsache es funktioniert im Prinzip.
Wie gesagt, ich würd den Server die übertragungen initieren lassen, sprich jeden client der Reihe nach 'an-pingen'.
Kommt innerhalb einer definierten Zeit eine Empfangsbestätigung die Daten übertragen, andernfalls timeout und mit dem nächsten client weiter machen.
So kreuzen sich keine Daten und du läufst nicht Gefahr dass sich ein client auf taub stellt..
Nam et ipsa scientia potestas est..
Ich hab in meinem Beispiel nur 2 Clinets. Das können aber auch mehr werden...
In meiner Anwendung sendet aber der Client das Request...muss es senden...
Ich bestell mir mal 3 easyradios und probier ein bisschen.
Mfg
Client sendet ein Request? Das ist mir entgangen. Dann ist auf alle Fälle besser was BastelWastel vorgeschlagen hat. Denn du kannst ja nicht ausschliessen, das zwei Clients gleichzeitg einen Request senden, oder?
Diese Wahrscheinlichkeit ist etwa so wie vom Blitz getroffen zu werden...wie groß ist die Wahrscheinlichkeit das 2 Personen zum gleichen Zeitpunkt (in 1000nstel Sekunden) ein Taste drücken
Mfg
Abhängig davon, was durch das Eintreten eines solches Ereignisses an Schaden hervorgerufen werden kann, ist dieses Wahrscheinlichkeit auch nicht zu vernachlässigen. (zB Medizin, Verkehr...)
Ausserdem bietet das eine Fehlerquelle, die du dann spater u.U nicht zurückverfolgen kannst.
Ich sehe es aber ein, das für Hobbyanwendungen dies vielleicht doch eine Haarspalterei ist.... Obwohl ich selbst (als Ingenieur in Ausbildung) sowas nicht zulassen würde...
Ok...überstimmt...
Ich werde es dann so machen...wenn die Useraction am Clinet vorgenommen wird speichert er die Daten in eine Art Dataoutputbuffer.
Der Server fragt in regelmäßigen Abständen die Clinets ob sie daten haben welche sie dann senden dürfen.
Kleine Backgroundinfo...das soll eine Art Datenerfassungssystem werden, also eigentlich nichts Sicherheitsrelevantes...aber das Stückchen Sicherheit bau ich dann ein. Ist ja eh nur Software
In diesem Sinne
Mfg
Berechtigungen
Zitieren
Lesezeichen