Ethernet odposlech

Středa Srpen 10 23:07:55 CEST 2016

Každopádně moc pěkný projekt.
Díky, že jste se podělil.  :-)

PL

*********************************

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