<html><body>No jenže to je právě vše problém, představte si zákazník měl 96 takových<div>kostek ve skladu, a ted se rozjel na nekolik akci</div><div>a vzal treba 24 kostek z kterych udelal 6x4metru obrazovku,</div><div>Pak udelal treba 2 obrazovky 3x2 metry a pak jeste jednu 6x4metru.</div><div>Absolutne neresi jake kostky veme jak je pomicha v pocitaci uz mel</div><div>pripravene konfigurace, a pokud to zapojil stejnym system tak mu</div><div>to fungovalo, nesla nejaka kostka dal misto ni hned jinou nic nenastavoval</div><div>proste to jelo. Fakt to melo same vyhody...</div><div><br></div><div>Tady taky byl paket s informacemi od kostky teploty pocty chybnych dat atd.</div><div>Ty zase prilepovala kazda kostka v tom retezci a k pocitaci si dostali nformace </div><div>od vsech kostek. Opet prvni poslala data dalsi tam zvysila cislo id o jedno a prilepila</div><div>sve data, dalsi kostka opet zvysila vsechny id o jednicku a prilepila svoje</div><div>data. Takze pc dostalo pocet paketu s identifikaci tech kostek respektive poradovym </div><div>cislem. A to si software umel prebrat. Bylo to fakt velmi primitivni a dost funkcni.</div><div><br></div><div>Vlastne byli dva druhy paketu data a informace a v nich bylo poradove cislo.</div><div>Kazda kostka brala datovy paket a pokud mel poradove cislo 1 tak si vzala vsechny</div><div>data a zobrazila a paket uz nikam neposilal pokud bylo poradove cislo vyssi tak </div><div>ho snizila o jednicku a poslala dal.</div><div>Takze pocitac poslal 6 bloku s id 1 az 6 a tech 6 kostek v retezci si prebralo data </div><div>postupne.</div><div><br></div><div>A stavove informace fungovali stejne jen opacne kostka vygenerovala data a poslala</div><div>je dal, pokud k ni prisel paket se stavovymi informacemi tak v nem zvysila id paketu</div><div>o jednicku <span style="line-height: 1.2;">a poslala dal. Efekt stejny pocitaci prislo 6 paketu s poradovymi cisly 6 az 1....</span></div><div><br></div><div>Vzniklo to ze dvou duvodu sehnat ethernetovy kontroler v te dobe co by stal dobre</div><div>penize a dokazal, vyuzit plnou rychlost 100Mbitu prijmu i vysilani, tech dat nebylo</div><div>zrovna malo 36bitu na bod. a treba 50 snimku za vterinu.</div><div><br></div><div>No a druhy duvod byl v jednoduchosti zapojovani, proste byly kabely, ethernet,</div><div>ktere se zretezili a misto posledniho se dal zakoncovak co propojil rx a tx.</div><div>Dalo se z toho vyskladat vse, vcetne takovych uchylaren jako obrovska pyramida,</div><div>to byla asi nejuchylnejsi aplikace.</div><div><br></div><div><br></div><div>Zdenek Aster</div><div><br><p>---------- Původní zpráva ----------<br>Od: Petr Labaj <labaj@volny.cz><br>Komu: HW-news <hw-list@list.hw.cz><br>Datum: 10. 8. 2016 22:44:05<br>Předmět: Re: Ethernet odposlech</p><br><blockquote>Zajímavé.<br>Ano, kdybyste to posílal HUBem (broadcastem), tak byste musel každé <br>stanici nastavit<br>nějaké pořadové číslo. Šlo by to udělat služebním paketem po startu, kdy <br>by řídicí stanice<br>rozdala čísla podle MAC adres, které by měla v databázi. Dalo by se tak <br>dynamicky<br>za chodu měnit pořadí kostek (a tedy zřejmě i obsah, který by se na nich <br>zobrazoval).<br><br>Zaujalo mě to proto, že jsem kdysi velmi-velmi dávno dělal podobný <br>systém, jen<br>to nebyly LED kostky, ale oholená PC (tehdy ještě PC XT, tedy procesor <br>8088 na 8 MHz)<br>s monitorem.<br><br>Tak, jak jste to udělal Vy (ten kruh), tak podobně funguje právě EtherCAT.<br>Ale tam se paket modifikuje no-the-fly bez mezipříjmu na stanici, a <br>stanice v něm<br>nejen dostává data, ale zároveň v něm vrací odpovědi.<br><br>Díky.<br>PL<br><br>*********************************<br><br>Dne 10.8.2016 v 22:17 Zdeněk Aster napsal(a):<br>> No ridili se s tim velkoplosne obrazovky z ledek. A ty se skladali <br>> zhruba z metrovych kostek,<br>> v kazde byl ethernet. Jasne v dnesni dobe by tam clovek dal dva <br>> ethernety a sel.<br>> Ale tady slo o skladani libovolne velke obrazovky. A fungovalo to tak, <br>> ze se tam posilal<br>> cast obrazu pro tu danou sekci ta dana kostka si z toho vzala svuj kus <br>> a ten uz dal neposilala,<br>> a zbytek ano, vyhoda zadna konfigurace hw, zadne ip zadne poradi vse <br>> se dalo nastavit<br>> jen v softwaru kostky nemuseli mit zadne cislo, byli sw i hw naprosto <br>> stejne, jen k posledni<br>> se pripojil zakoncovak, slo to jakoliv poskladat.<br>> Musite se na to divat, ze to je fakt 12-14 let kdyz se to vyvijelo <br>> udelat neco rychle a s pouzitim<br>> jen 100mbit kontroleru a FPGA za rozumnou cenu co bylo v te dobe k <br>> dispozici....<br>><br>><br>> vypadalo to nejak takto<br>><br>> switch port 1----- K1_1 --- K1_2 ---- K1_3 ---K1_4--K1_5--K1_6--zakoncovaa<br>> switch port 2 ----- K2_1 --- K2_2 ---- K2_3 <br>> ---K2_4--K2_5--K2_6--zakoncovak<br>> switch port 3 ----- K3_1 --- K3_2 ---- K3_3 <br>> ---K3_4--K3_5--K3_6--zakoncovak<br>> atd.<br>><br>> switch jen rozdelil pakety dle arp adresy na jedntolive porty...<br>><br>> Kdybych to udelal jak pisete tak budu muset resit nastaveni <br>> konfigurace, tech<br>> modulu kde ktera je hw atd v tomto principu vse slo nastavit v sw a kostky<br>> neumeli nic specialniho zadne nastveni vsechny identicke, jen <br>> reagovali na<br>> vsechny pakety co sli kolem a meli spravne cislo udp portu... ale ip <br>> adresa<br>> mac to vse jim bylo jedno...<br>><br>> Fakt v tomto konkretnim pripade to byla dost velka vyhoda.<br>><br>> Zdenek Aster<br>><br>> ---------- Původní zpráva ----------<br>> Od: Petr Labaj <labaj@volny.cz><br>> Komu: HW-news <hw-list@list.hw.cz><br>> Datum: 10. 8. 2016 22:04:36<br>> Předmět: Re: Ethernet odposlech<br>><br>><br>> Zajímavé. A co se tím sledovalo? Úspora kaleláže?<br>> Pokud jednotlivé stanice nijak nemodifikovaly ten procházející<br>> provoz, tak<br>> to přece fungovalo stejně, jako by se místo switche dal na začátek<br>> HUB,<br>> který by duplikoval provoz na všech portech, a pakety mohly být<br>> posílány<br>> broadcastem na 2. vrstvě.<br>><br>> PL<br>><br>> ************************************<br>><br>> Dne 10.8.2016 v 21:51 Zdeněk Aster napsal(a):<br>> > Tak urcite by slo kdyz by clovek jen poslouchal. Jinak meli jsme v<br>> > jedne aplikaci v dobe,<br>> > kdy byly rychle ethernet kontrolery drahy a my to meli v led<br>> obrazovce<br>> > v kazde kostce,<br>> > tak se to pouzilo tak ze ze switche sel ethernet a jednotlive<br>> ridici<br>> > desky, ktere meli jen<br>> > jeden ethernet kontroler se propojovoli tak ze se switche slo TX<br>> na RX<br>> > prvni kontroleru z<br>> > neho TX na RX dalsiho a u posledniho slo TX zpet do switche,<br>> funguje<br>> > to do dnes spolehlive,<br>> > samozrejme pro vetsinu lidi je to k nicemu protoze je z toho<br>> takovej<br>> > tokenring, paket musi<br>> > projit vsemi kontrolery, vzhledem k aplikaci kde si kazda jednotka<br>> > vzala svuj kus dat a dal<br>> > poslala zbytek to bylo vlastne velka vyhoda, nemuselo to mit<br>> zadne ip<br>> > nic proste ty data<br>> > se odebirali jak sli postupne.<br>> > Nevim to maximum, ale mam pocit, ze jsem jich mel takhle i<br>> 24kusu, ono<br>> > by slo asi i vetsi<br>> > mnozstvi, ale z posledniho sla ta linka zpet pres vsechny ostatni<br>> > konektory do switche takze<br>> > to nebylo moc idealni.<br>> > Jinak samozrejme to melo tu chybu lehne jeden nejede zadny, ale to<br>> > stejne bylo jedno protoze<br>> > to bud muselo jet vse nebo to byl problem.<br>> ><br>> > Zdenek Aster<br>><br><br>_______________________________________________<br>HW-list mailing list - sponsored by www.HW.cz<br>Hw-list@list.hw.cz<br>http://list.hw.cz/mailman/listinfo/hw-list</blockquote></div></body></html>