Wireless halozatocska

[Fuzesi Arnold]

Gondolkodtam en is ilyenen, de van egy korlatja.
Ezeknek a kesleltetes kozoknek a legkisebb kozos tobbszorosuk bazi nagy
lesz.
Akkor ha olyan kesleltetes kozoket valasztok hogy ne utkozzenek egymasba
n-szer egymas utan valakivel, meg akkor sem ha n egyseg van, es aszinkron
mukodnek.
Ha bazi nagy ez a legkisebb kozos tobbszoros, akkor a rencer valaszideje is
bazi nagy.

Mire gondolok pontosan.
Kepzeljunk el n db szamegyenest, amire ugy teszek n db pontot, hogy azok ne
fedjek egymast legalabb 1 helyen, ha akar hogy tologatom egymason oket.
Par egysegnel meg talalok konnyen ilyen szamokat, amelyek relativ primek
(ugye jol gondolom hogy azok kell legyenek) egymashoz kepest, es nem tul
nagyok.
Node sok egysegnel szerintem ez az algoritmus ugy elszall, hogy csak
embertelen sok ido alatt mondhatom azt, hogy az n db egyseg ndb uzenetebol
1db biztos betalal.

Sajna hirtelen kevesnek erzem magam, hogy ezt kiszamoljam, de majd egy jobb
pillanatomban nekiallok agyalni/kiserletezni.

Ennek a tovabbfejlesztese lehet az amit Balazs/Sanyi javasolt, es ami most a
fentiek alapjan kezd bennem is megszuletni.
Hogy nem a kesleltetesekkel mahinalok, hanem a kodokkal.
Mint ahogy ha aszondom:
7-et vettem, akkor:
1-es egyseg adott 1-et
2-es adott 2-t.
3-as adott 4-et.

Ez sima binaris kod ugye, es szinkronban kell legyen az adas.
De siman el tudom kepzelni van olyan kodolas, ami annyira redundans hogy nem
kell szinkronban legyen, es akkor is eldontheto melyikek adtak:
Pl:
000000010000000100000001
010001000100010001000100
000100000000000001000000

Ezt jo esettel akar hogy forgatom mindig ki tudom hamozni melyikek is voltak
benne az adasban.
Mondjuk nagyon redundans, de valamit valamiert.
Ennek az optimalis generalas modja kellene nagyon. (Vagy egy sima tablazat
jo sok ilyen koddal)

Arnold
----- Original Message ----- 
From: "Baumel Károly" <karoly at geoproduct.hu>
To: <elektro at tesla.hu>
Sent: Thursday, March 17, 2005 7:21 AM
Subject: Re: Wireless halozatocska


Van egy egyszerű időosztás szerű ötletem csatornánként:
Tegyük fel hogy az info átviteléhez 0,4 ms szükséges.
Legyen 2 db egységünk egy csatornán és adjunk minden egységnek
egy különböző számot (X) amelyszer 1 ms vár a következő adásig például :
A legyen X=4
B legyen X=5
Ha véletlenül egyszerre szólalnak meg úgyebár bezavarnak egymásnak ezért
mégegyszer le kell adni Xx1ms múlva tehát mindig leadják 2-szer az
üzenetűket .
Az üzenetben el kell helyezni egy üzenet azonosítot és számlálót, hogy
a vevő megtudja különböztetni a különböző és azonos üzeneteket.
Hát én valahogy így probálnám meg,...
Karcsi

Fuzesi Arnold írta:

>Nemigazan mukszik, mert nem tudom hany db-ot fognak hasznalni egy terben.
>Lehet hogy olyan sokat hogy elfogy a csatorna.
>
>Mindegy...agyalok tovabb ezen a random dolgon.
>
>Arnold
>----- Original Message ----- 
>From: "Bamer Balazs" <bamer at kay.tmit.bme.hu>
>To: <elektro at tesla.hu>
>Sent: Wednesday, March 16, 2005 4:06 PM
>Subject: Re: Wireless halozatocska
>
>
>
>
>>Szervusz Arnold!
>>
>>
>>
>>>A, C, E stb adasi frekivenciaja hangolhato egyszeruen (csatornakra
>>>bonthato).
>>>B, D, F stb veteli frekije detto.
>>>
>>>
>>Nem hiszem, hogy ilyen korlatozott kommunikacio eseten algoritmikusan
>>megoldhato. Az nem mukodik, hogy a dobozra rairod a csatornaszamot, es a
>>juzer vigyaz, hogy ne legyen ket egyforma par a szobaban?
>>
>>Esetleg a freki osztasa mellett idoosztassal is ellathatod a rendszert, de
>>ehhez az adoknak tudniuk kene venni.
>>
>>  szia: Balazs
>>
>>-----------------------------------
>> Szponzorunk: http://tonerbolt.hu/
>>
>>
>
>-----------------------------------
> Szponzorunk: http://tonerbolt.hu/
>
>
>
>

-----------------------------------
 Szponzorunk: http://tonerbolt.hu/