Optická simultální komunikace
Moderátor: Moderátoři
Optická simultální komunikace
téma odstraněno
Naposledy upravil(a) VasekX dne 19 lis 2012, 08:43, celkem upraveno 1 x.
-
ZdenekHQ
- Významný člen
- Příspěvky: 25519
- Registrován: 21 črc 2006, 00:00
- Bydliště: skoro Brno
- Kontaktovat uživatele:
Vezmi si příklad z ethernetu, každej paket zabezpeč CRC a generuj náhodně dlouhý pauzy při kolizi + detekce obsazení linky. Samozřejmě vysílač musí být zároveň i přijímač.
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
-
ZdenekHQ
- Významný člen
- Příspěvky: 25519
- Registrován: 21 črc 2006, 00:00
- Bydliště: skoro Brno
- Kontaktovat uživatele:
Možná, když použiješ kódování Manchester a přijímač bude hlídat hrany mimo hodiny, tak to půjde rozlišit. Ale to jsme zpět u náhodnýho časování jednotlivých vysílačů.
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
-
ZdenekHQ
- Významný člen
- Příspěvky: 25519
- Registrován: 21 črc 2006, 00:00
- Bydliště: skoro Brno
- Kontaktovat uživatele:
VasekX píše:Kdyby byly mašiny zároveň i přijímače, tak by to taky nešlo - např A a B budou vysílat, ale vzájemně se nevidí.
Nebudou, B přece uvidí, že A vysílá a počká a C ať si klidně dělá, co chce, hlavně, že neruší.
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Obávám se, že neuvidí, když se nevidí...
Pokud hodláš řešit korelační algoritmy pomocí FPGA, můžeš, možná to bude mít i nějaký přínos.
Pokud ale hodláš řešit ta zařízení, tak bych prostě každému přidělil číslo a uváděl ho v jeho zprávě. A to, i kdyby to znamenalo pře každou skříň přidat krabičku, která zachytí její zprávu, přidá k ní číslo, a pošle dál, pokud do těch zařízení nesmíš zasáhnout, a musí být každé stejné.
Nějak mi tam neštimuje to viditelné spektrum. Jaký smysl má blikat ve viditelném spektru zprávu, která je příliš rychlá na to, aby ji přečetl člověk?
VasekX píše: A a B budou vysílat, ale vzájemně se nevidí.
Pokud hodláš řešit korelační algoritmy pomocí FPGA, můžeš, možná to bude mít i nějaký přínos.
Pokud ale hodláš řešit ta zařízení, tak bych prostě každému přidělil číslo a uváděl ho v jeho zprávě. A to, i kdyby to znamenalo pře každou skříň přidat krabičku, která zachytí její zprávu, přidá k ní číslo, a pošle dál, pokud do těch zařízení nesmíš zasáhnout, a musí být každé stejné.
Nějak mi tam neštimuje to viditelné spektrum. Jaký smysl má blikat ve viditelném spektru zprávu, která je příliš rychlá na to, aby ji přečetl člověk?
Sháním hasičák s CO2 "sněhový", raději funkční.
(Nemusí mít platnou revizi.)
(Celkově budu raději, když se to obejde bez papírů.)
(Nemusí mít platnou revizi.)
(Celkově budu raději, když se to obejde bez papírů.)
-
ZdenekHQ
- Významný člen
- Příspěvky: 25519
- Registrován: 21 črc 2006, 00:00
- Bydliště: skoro Brno
- Kontaktovat uživatele:
Pokud se nevidí fyzicky, tak potom se opravdu můžou pohádat.
Je to celý postavený na hlavu, dá se to synchronizovat třeba přes moduly 433Mhz, ale pokud to má být pasivní, tak jedině opakovaný vysílání s pseudonáhodnou pauzou, kód Manchester a na straně přijímače detekce hran mimo hodiny a CRC.
Je to celý postavený na hlavu, dá se to synchronizovat třeba přes moduly 433Mhz, ale pokud to má být pasivní, tak jedině opakovaný vysílání s pseudonáhodnou pauzou, kód Manchester a na straně přijímače detekce hran mimo hodiny a CRC.
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
CRC nebo nějaké jiné zabezpečení je potřeba vždycky, jinak se nedá rozlišit, jestli jsou přijatá data v pořádku. Bude potřeba zavést systém potvrzování. Každý vysílač má svou adresu (číslo), které doprovází zprávu. Přijímač přijme jakási data. Pokud vyjde CRC, odpoví vysílači CONFIRM na došlou adresu. Pokud ne, tak data zahodí. Pokud CONFIRM nedojde zpět v pořádku do nějakého timeoutu, vysílač po náhodé prodlevě vysílá znovu. Zprávy jsou opatřeny sekvenčním číslem, aby přijímač data zahodil, jestliže jeho předchozí potvrzení nedošlo a vysílač provedl retransmisi. Můžete se inspirovat linkovou nebo transportní vrstvou v sítích.
Další možnost je upravit fyzický protokol. Světlo pojmout jako "éther". V každém vysílači modulovat jinou frekvencí nosné a ta bude mít sekundárně namodulována přenášená data. Zpracování je pak stejné jako v normálním přijímači, jen mnohakanálově paralelně.
Další možnost je upravit fyzický protokol. Světlo pojmout jako "éther". V každém vysílači modulovat jinou frekvencí nosné a ta bude mít sekundárně namodulována přenášená data. Zpracování je pak stejné jako v normálním přijímači, jen mnohakanálově paralelně.