ENC28J60

Szombat du megrajzolom pontosan...

A keresztezes az hogy a Tx+Tx- vonalak ha a nyákon keresztezuik egymást, akkor az adás/vétel nagymértékben romlik, itt már eléggé RF jelek vannak:(.

pkedvessy

Ok, köszi! Várom

Nem saját, de bből látszik....

http://home.arcor.de/fuenfundachtzig/me/me.png

pkedvessy

Na mostmár kezdek egyre jobban összezavarodni! Eleve egész máshogy van a csatlakozó és a chip közti rész, mint az adatlapban!?
Meg mi az az oszcillátor a kvarc után?

vagy Q vagy Osc:).

A tpin es a tpout a lenyeg....

pkedvessy

Ok, módosítottam a kapcsolást az ötleteid alapján! Nézd már át lécci, hogy mostmár így jó lesz-e!
Köszi szépen!

http://pkedvessy.fw.hu/schema2.gif

Ahogy rálestem, jónak tűnik:).

nobody_hun

Hogy haladsz az ENC-vel pkedvessy?

pkedvessy

Sajnos sehogy! Egyenlőre pihenőpályán van a dolog, de nincs elfelejtve...

nobody_hun

OK! A múlt hétvégén kivégeztem a 8019-et, most ez következik. Tuti lesznek vele gondjaim...

Azaz? Falhoz állítottad és főbe lőtted?:)

Az ENC - első olvasatra - szinte ugyanúgy megy, mint az RTL chip.

nobody_hun

Nem, sikerrel befejeztem a projektet!

Nem sok a különbség a két chip között. Igazából arra leszek kíváncsi, hogy az ENC hibatűrőbb-e, mint az RTL?
További bonyodalom a két SPI eszköz 1 buszon, amelyek teljesen más hw SPI konfigot igényelnek. Remélem a BASCOM torkán letudom nyomni, hogy változtatom a konfigot programfutás közben.

Az SPI konfig átállítható.
2 regisztert kellhet esetleg direktben írni.
Az adatlapban benne van.

A 2 SPI eszköz meg a saját CS/SS lábán át kiválasztható.
Közös módja nincs a két eszköznek?

Hibatűrő?
A RTL8019asben hol volt nem hibatűrés? Én csak akkor futottam bele, ha:
- lassú csomagfeldolgozás volt (LCD-re írás, sorosport kezelés)
- elárasztás lett, és nem bírta a chip feldolgozni.
Ilyen pl. közvetlenül a interneten csüngő eszköz, ott múltkor néztem csomagokat. _Rengeteg_ ARP kérés a T-* hálózatában a vírusos/trójais gépeken.
A ENC-nek nagyobb a belső puffere...

Én helyi hálón terheltem a chipet. Bírta. Ha a reakcióidő 60-80 msecnél nagyobb volt, akkor sikerült elárasztanom adattal (bufferbe nem fértek be a csomagok (Pingek, 4 böngésző, adatcsere. 3 gépről egyidejűleg támadva TCP kérés, UDP, és PING nagy csomagban (1000 byte)).

Mondjuk eléggé lefogja a chipet, ha a proci mást is csinál (sorosport /LCDebből a szempontból kritikus lehet).
Így egy segédprocivel megoldható. A Sorosport meg a bufferelt módon gyorsítható, az LCDnél meg IDLE kezelés és/vagy BUSY láb kezeléssel...

nobody_hun

A hibatűrés elsősorban -ahogy írtad- a leterheltségben jelentkezett. Soxor nem tudta a proc. feldolgozni a kéréseket...

M128 mellé szánom és bizony, ha nem is sűrűn, de kellene mással is foglalkoznia.

Nincs közös módja, de ahogy a próbálkozásaim mutatták, a BASOM jól viseli a config váltogatást. A rutinok elején átírom a configot és úgy néz ki jó lesz!

A Proci ne foglalkozzon sorosporttal (csak bufferelten...) és LCDvel....
Ekkor már teljesen jó:).