Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: st říjen 17 2012, 15:06 Předmět:
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[?]
Založen: May 30, 2006 Příspěvky: 6558 Bydliště: Seč
Zaslal: st říjen 17 2012, 18:24 Předmět:
Daly by se ty mašiny ukočírovat tak, aby z nich signál lezl v multiplexu? Jako že vy 1. mašina vyslala signál, pak 2. mašina atd.? _________________ Kdo není ve dvaceti levičák, nemá srdce,
kdo je levičák ve čtyřiceti, nemá rozum.
— Winston Churchill
Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: st říjen 17 2012, 18:47 Předmět:
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[?]
K čemu je dobrá suma informací, že několik zařízení je přehřátých a několik ve výpadku, když tě nezajímá, u kterého zařízení ten poruchový stav nastal?
Nejlepší bude řešit příčiny, aby k přehřátí a výpadku nemohlo dojít a ne že že se všechno bude přehřívat a vypadávat a vysílat jeden error za druhým nebo dokonce několik stanic vyšle errory současně. To nakonec zahltí přijímač a ten odpane také.
Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: čt říjen 18 2012, 10:06 Předmět:
VasekX napsal(a):
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[?]
Založen: Jan 12, 2009 Příspěvky: 7107 Bydliště: Plzeňsko
Zaslal: čt říjen 18 2012, 10:34 Předmět:
Obávám se, že neuvidí, když se nevidí...
VasekX napsal(a):
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ů.)
Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: čt říjen 18 2012, 11:35 Předmět:
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. _________________ 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[?]
Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: pá říjen 19 2012, 10:58 Předmět:
Co takhle použít u každýho vysílače jinou rychlost přenosu ? _________________ 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[?]
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: pá říjen 19 2012, 13:30 Předmět:
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ě.
Časy uváděny v GMT + 1 hodina Jdi na stránku 1, 2Další
Strana 1 z 2
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.
FAQ
Hledat
Uživatelské skupiny
Profil
Soukromé zprávy
Přihlášení
