lada:
Ad jednočip a kontrola chyb: Podle mě by to bylo zcela ideální a dost levné řešení. Myslím tím mít jeden brouk jako hostadapter do ethernetu (nebo podle potřeby i USB, Firewire..), který by se staral jen a pouze o připojení k těmto rozhraním a poté by posílal/přijímal RAW data paketů po nějaké rozumné sběrnici do druhého brouka, který by se právě staral o vlastní komunakci pojítek (jeho výstupy by byly už přímo Rx a Tx signály), použitou modulaci, korekci chyb a zmiňované přizpůsobování rychlosti okamžitým poměrům. První z brouků by se dal určitě sehnat jako hotový čip (třeba z běžné ISA nebo PCI sí?ovky a použít ho "naruby") a druhý by se musel navrhnout na naprogramovat na bázi nějakého svižnějšího jednočipu.
Co se týče korekce chyb, tak je samozřejmé, že by to sežralo nějaké to procento přenosového pásma, ale to přece úplně jedno. Kdyby se podařilo skonstruovat takové pojítko s parametry řekněme 30-50Mbit na vzdálenost do cca 1km a navíc připojitelné přímo přes normální ethernetový kabel, byl by to fenomenální úspěch !
Ad tunelovací software: nejsem si jist, jestli by to byl nějaký přínos. Vzásadě podobný proces přece probíhá už na úrovni samotného Wifi respektive ethernet protokolu a snad i na úrovni klientů, kteří spolu komunikují.
nemam zkusenosti s WiFi ale AFAIK to je jenom v infrastrukturnim modu. Co mam ja zkusenosti s infra pojitkem, tak tcpip na to prijde ale kdyz je ta chybovost mizerna, tak se to mockrat retransmisnuje ale cela fronta od posledniho potvrzeneho paketu a zaroven se snizi rychlost aby se to neprehltilo - takze se to desne zakuckava. Na to se proste spolehat neda, nehlede na to ze udp by to nepoznalo. Aspon pro ty linky ronjou by to podle me bylo dost zajimave - kdyz ta linka zacina blbnout, tak ma treba procentni ztratovost - coz se jeste tim selctive acknowledge da preklenou a pac by to bylo lokalne i s malym zpozdenim, zatimco pres tcp a velkou sit se zpozdenim 200ms to je hruza. Mezitim co linka zacina blbnout a posila se mail spravci linky muze jeste bezet provoz a nikdo v zasade nic nepozna. Je to podle me zatim nejlevnejsi reseni spolehlivosti.
Jinak k tomu brouku, bylo by to super mit takovou vec ale zatim ji nedokazeme sestrojit. Ja bych treba i nejaky packet framer/deframer dokazat udelat v FPGAcku, ale trvalo by mi to dlouho a navic pro vyssi rychlosti by bylo treba PCI nebo Firewire bridge - to casem bude vim ze se to dela a na firewire by se daly ty obvody dat treba 3 - a dalsi vyhoda, firewire se da tahnout obycejnym utp 5 kabelem. USB ne...
lada:
Pokud se přeposílání špatných/chybějících paketů dělá až na úrovni tcpip a nikoliv už někde v kartě, tak by to tunelování rozhodně stálo za úvahu.
Ad Brouk: Já bych se brouků nebál. Dá se to jednoduše simulovat a pohodlně navrhovat. Určitě je to jednodušší a levnější, než dělat něco na bázi nějaké karty + dodatečného bastlu, který kvůli nějaké prkotině nemusí vůbec fungovat a měsíce se bude přemýšlet čím to je.
Já už jsem viděl i ethernet adaptér v osmibitovém Atari 800XL, realizovaný pomocí malého broučka, takže je vidět, že jde všechno když se chce.
no, ale cena. Samozrejme ze se chce - to jsem chtel uz davno. Ale je rozdil mit rozpocet 0 a treba mit pristup k nejakem vyvojovemu kitu. Treba by se dalo tady sehnat nekoho kdo dela treba ve firme kde maji vyvojove prostredi pro FPGAcka - a mezi nami, pro 100mbit to bude treba. I pro ten 50mbit. Jenom to co jsem naprral do XC2000 by na desce sezralo jednu ISA kartu (plosne). Mam tu neco od ATMELU ci LATTICU ispLSI (ted nevim) ale to je prd je to na tyhle veci desne maly. Navic treba fazovy zavesy se musi resit pomoci spesl brouku protoze oversampling pro vyssi frekvence nejde - muselo by to behat na skoro gigahertzu. Jsou to vsechno prkotiny ale kdyz se to secte...
BTW k tomu ethernetu na osmibitu, na hw serveru maji (kamos) pripojeni ethernetu k 51 jednocipu - komunikuje to pres 8bitovy rozhrani takze rychlost nic moc ale par paketu to odesle a prijme. A presto je to stalo dost prace to udelat i kdyz je to vlastne jen vzit hotovy brouk dat tam trafo a naprogramovat jeho ovladani.
K tomu radici co by si sam menil rychlost - zmenou rychlosti 4* se dosah zvetsi/zmensi 2* (6dB). Nektere firmy na to jdou pres aktivni trackovani - maji uzky paprsek a doladuji jeho zamereni a s pouhym miliwattem prenesou gigabit ethernet na kilak. To bychom take dokazali s 100mbitem a opravdu levnyma soucastkama (krome toho fiberu) - akorat to chce pridelat k jednocipu nejaky pozicovani optickeho prvku v ohnisku ronji. Jenze to chce taky dost prace a bude to taky dlouho trvat, i kdyz chceme. Mam s tim zamerovanim docela zkusenosti a muzu rict, ze az vyresime vlastni optickou cestu tak se jeste pekne zapotime s tim dozamerovanim. Proste prace nad hlavu (diky kazdemu kdo prispeje do vyvojoveho rozpoctu - praci davame zdarma)
lada: Pro začátek by úplně stačilo udělat takhle 10Mbit pojítko, a? se to dá sekat v mnohokusových sériích.
BTW, právě jsem juknul na HWserver a co nevidím:
---
CS6208 - mikrokontroler s integrovaným Ethernetem
---
No neříkej mi, že to hle není přesně to co pro to potřebujeme. Teď už jenom stačí naprogramovat tam tu korekci a nějak inteleigentně za to připojit Rx a Tx zesilovače a máme 10Mbit pojítko jako řemen ze kterého navíc poleze běžný UTP kabel.
Mam nejake moznosti pristupu k vedeckym penezum. Dle meho nazoru by bylo mozno tu vec financovat rekneme do vyse desitek tisic korun bez potizi. Pokud o to mate zajem, kontaktujte me.
Penize posilat Deuovi (nekde je tu snad i cislo uctu) a k tomu jednocipu: Asi by to slo, pokud ma dostatecny vykon. Nektere jednocipy jsou ale tak jako ze je to jakys takys jednocip a k tomu je ethernet misto treba CAN sbernice nebo tak - pro sber udaju ne pro routovani. Treba nejaka firma udela neco co fakt budeme moct pouzit - vyvoj jde dal a vse se zlevnuje. Zkusim se kouknout treba po nejakych tech FireWire bridgich....
Jeste me napadlo, yokotashi navrhoval, ze bychom tohle mohli udelat s IDE rozhranim - je to v kazdym kompu i starych pentiich, tak proc ne? Ja jsem pro - nemate nekdo zkusenosti? Pripojeni neceho na IDE aby se z toho daly cist/ zapisovat data.
Tak me tak napadlo, ze bychom mohli zajit na KDF za Lustigem. Ten by myslim byl ochotny s tim i dost pomoct a mozna by se tam nasla i nejaka kacka. S jeho kontaktama, by se to pak dalo i nechat profi vyrobit. Studujes jeste porad na matfyzu, nebo uz jsi hotovej ?
Použít IDE je vynikající nápad ! Jelikož je to vlastně normální sběrnice, může se to prdnout rovnou na sběrnici toho jednočipu. Navíc ten brouk by mohl být naprogramován tak, že by se celý interface navenek mohl tvářit jako malý harddisk, tudíž by nebyly potřeba žádné extra device drivery a normálně by se použilo blokové zařízení /dev/hdx. Určité "sektory" by byly určeny na ovládání a zbytek na datový buffer. To se mi moc líbí..
Proč nechávat PC na střeše ? Koukni jak je udělaná ronja. Máš jednu krabičku hned u PC pak dva koaxiály takřka libovolné délky na střechu. Zohle by bylo stejné.