Fórum témák

» Több friss téma
Fórum » ENC28J60 ETHERNET vezérlő használata
Lapozás: OK   8 / 17
(#) pajti2 válasza potyo hozzászólására (») Okt 28, 2009 /
 
Hopsz, azt hittem a c30 családba csak a 24f-es pic tartozik bele, ergo minden más a 33f-es. De éppen leesik a tantusz, hogy léteznek a 32 bites picec is. Egy rejtély megoldva, köszönöm.
(#) pajti2 hozzászólása Okt 28, 2009 /
 
2 apró kérdésem lenne, hátha valaki több értelmet lát a dolgokban, mint én.

ENC vezérlő, nINT láb. Amennyire ENC vezérlős kapcs rajzokat találtam (de még a microchipes teszt lap is) mindegyik bekötötte az ENC vezérlő interrupt jelét. Jelenleg az 5.1 stackben amennyire én láttam, semmiféle használata nincsen annak az interrupt jelnek. A MAC kommunikáció az állapot regiszterek aktuálisan lekért értékén alapszik. Az interrupt vezeték ha be is van kötve, sosem fog éleződni, mert a MAC init defaulton hagyja, az pedig az összes interrupt tiltása. Végigbogarásztam az ENCX24J600.c-t, és egy mukk sincsen róla interrupt kezelésről. Szóval miért?

ENCX24J600.c, 664. sor, oszlop 41. A stack 5.1 forrásában a kód egészen pontosan ott említi meg azt a 100 ohmos ellenállást, amit szerinte célszerű betenni az SPI buszra sorosan a PIC SDOut / ENC SInput lábak közé áram védelem gyanánt. Ezt az ellenállást egyetlen kapcs rajzon sem láttam viszont (a microchipes pictailon sem), pedig az ötlet végülis jó. Szóval ha én tervezek egy kapcs rajzot, van bármi érv, ami _ellene_ szólhat?
(#) pipi válasza pajti2 hozzászólására (») Okt 29, 2009 /
 
az ellenállások szerintem csak akkor kellenek ha 5Vos pic hajtja, ill. szintillesztő IC kellene
(#) potyo hozzászólása Nov 19, 2009 /
 
Működnek ezek a PIC-es cuccok olyan ethernet trafóval is, ami be van építve a csatlakozóba? Hány kivezetése van annak? Mert az egyik oldalon a trafó közepének tápra kötését is egényli a PIC, viszont ha ez a pont nincs kivezetve a csatlakozóba épített trafónál, akkor nem fog működni.
(#) Mate78 válasza potyo hozzászólására (») Nov 19, 2009 /
 
A Microchipes Ethernet illesztő paneleken is (pl AC164123) olyan RJ45 van amiben benne van a trafó.
Ki van vezetve a trafó közepe.

üdv

RJ45.JPG
    
(#) potyo válasza Mate78 hozzászólására (») Nov 19, 2009 /
 
Alaplapokon milyen szokott lenni?
(#) pipi válasza potyo hozzászólására (») Nov 20, 2009 /
 
van amelyiken már gigabites kontroller van, annak meg minden érpáron van trafója. persze ettől még működhet
(#) Mate78 válasza potyo hozzászólására (») Nov 20, 2009 /
 
Azt nem tudom, hogy alaplapokon milyen szokott lenni.
Csak régi ISA buszos hálókártyám van, de azon külön van az RJ45 csati és a trafó.
(#) pepe33 válasza potyo hozzászólására (») Nov 20, 2009 /
 
Müködik a gigabites is , én olyat szereltem bele , az előző oldalon le is írtam a pontos tipusát.
(#) pajti2 válasza potyo hozzászólására (») Dec 4, 2009 /
 
potyo:

Ami trafóval egybeépített lan csatlakozót láttam, azokon mind megvan a leágazás, ergo be lehet kötni. A jelalak formálás egyébként is igényli.

Az már előfordulhat trafó oldalon, hogy nem pont olyat választasz, amire a chipednek szüksége van. Megtalálhatod a pic adatlapjában is, hogy a csati trafó-komplexumában a pic kimenő vonalai, és az átjátszó trafó között nem lehet közös múdusú elnyomó trafó. Ilyen trafót zavarvédelem végett építenek be szintén a csatlakozóba. Az adott csatlakozó adatlapján a kapcsolástechnikában megtalálod őket.

De a csatlakozók javarészénél nem is ez a probléma, hanem a design. Ha megnézed a csatlakozót, hogy a lábazatához képest hol vannak a ledek, látni fogod, hogy a pld Lomexben / Chipcadben kapható csatlakozókat design szempontjából nem egy nyáklap tetejére, hanem az aljára tervezték beszerelni. Vicces.
(#) pajti2 hozzászólása Dec 4, 2009 /
 
Találtam egy ilyet:

http://www.ljcv.net/nic424/index.html

Egy enc424-es smd cuccos kiszerelve nyáklapra úgy, hogy így egészben 1 raszteres tüskesorral lehet dugaszolással csatlakoztatni. Egy súlyos problémája van: az a cég a világ másik végén van (San Antonio, Texas állam). Európai Distributorról nem találtam információt. Írtam nekik egy levelet - nem kapkodják el éppen a válaszadást.

Ha valaki prototípust építene kipróbálásra afféle deszkamodell képében, van ilyesmi kütyüből másik is, vagy csak a Microchip Ethernetes PICTail-ja (ami a Chipcadben kapható) ?
(#) potyo válasza pajti2 hozzászólására (») Dec 4, 2009 /
 
Esetleg ezek?
Link, Link
(#) pajti2 válasza potyo hozzászólására (») Dec 4, 2009 /
 
Nem szívesen tűnök hálátlan dögnek, akinek semmi sem elég jó (és most jön a "de"), de nem véletlenül keresek éppen 100-asat.

Az első linken a csatit 10/100-nak írják, de igazából fixen 10-es. 100-ashoz nem használhatnak ferrit folytót, márpedig az van rajra.

Végignéztem a teljes listát, minden projectet. Te jó ég, mik vannak. Sajnos 100-as ethernetet nem találtam közöttük. Viszont azok a kicsi nyákdarabkák aranyosak, amikre felforraszthatok egy soic tokot, és tüskesort, aztán nyákba dughatom. Kár, hogy tqfp-s kivitelben természetesen nincsen. Pedig legalább a 44-es igazán elférhetne.
(#) potyo válasza pajti2 hozzászólására (») Dec 4, 2009 /
 
Mivel használnád, hogy a 10-es kapcsolat a szűk keresztmetszet?

Lehet, hogy rosszul értelek, de nem ilyesmikre gondolsz? Link
(#) pajti2 válasza potyo hozzászólására (») Dec 5, 2009 /
 
Ja, olyasmikre gondolok, csak az a baj éppen azokkal, hogy 4 oldalon van a lábazat. Ha dugasz-teszt-panelba akarom dugni a cuccot, két soros lábazat kell. Azok a 4 oldalú valamik pld pic boardhoz PIM modulnak készülhettek, vagy a fene tudja, mire.

Teszt áramkörnek elég lenne a 10-es is. Viszont egyszer úgyis át akartam magam rágni a 424-es problémákon, miért ne éppen most tegyem?
(#) potyo válasza pajti2 hozzászólására (») Dec 5, 2009 /
 
A 100-as ethernet vezérlőre még a Microchipnél is leírták, hogy inkább marketing okokból van szükség. Bár ha kifejezetten annak a vezérlőchipjével akarsz szórakozni, akkor nem szóltam.

Ezek az átalakítók valóban nem dugasz panelhez valók, inkább olyan áramkörbe, ahol nem akarsz vagy nem tudsz a 0,5mm-es lábtávolsággal dolgozni. Én is ilyenre vettem belőlük, hogy a hagyományos (nem felületszerelt) panelbe bele tudjam tenni a 18F86J65-öt. Illetve arra se utolsó, hogy az ember könnyen ki tudja venni belőle.
(#) tibi0531 hozzászólása Dec 5, 2009 /
 
Sziasztok!

Egy Ethernetes projektet fejlesztek C nyelven, AVR-es környezetben. A jól ismert TuxGraphics drivert használom, amit a rev. 5-ös chipnek megfelelően módosítottam.

Néha bekapcsolásnál az ENC rosszúl inicializálódik és csak küldeni lehet vele adatokat, a fogadás valamilyen oknál fogva nem működik.
Azt szeretném megkérdezni, hogy ez a hiba a Microchip-es stack-nél is előjön vagy sem?

Aki esetleg használja a fent említett drivert, tud-e gyógymódot a problémára?
(#) pajti2 hozzászólása Dec 5, 2009 /
 
potyo:

Volt egy Microchip revision a 424/624-esen. Jó egy hónapra visszavonták a terméket, és kidobták az A2-est. Augusztus óta van az a piacon.

Ami problémákról te hallottál, azok mikoriak? Akad vmi olvasgatni való?



tibi:

Én ugyan nem vagyok fixen szakértő a témában, de nem hallottam ilyen problémákról. Gyanítom, hogy abban az akármilyen eredetű stackben lesz a probléma gyökere.
(#) Mate78 válasza pajti2 hozzászólására (») Dec 5, 2009 /
 
Szia

A Microchip-es Pictail Plus panelen a következő RJ45 csatlakozó van:JP011821UNL
Ennek egy sorban vannak kihozva a lábai, és 2mm-re vannak egymástól.

Bővebben: Link

Van mo-i disztribútor is:

Bővebben: Link

üdv
(#) pajti2 válasza Mate78 hozzászólására (») Dec 5, 2009 /
 
Köszönöm a tippet. Kotrok az árlistájukban vmi hasonlót SMD-ben.
(#) pepe33 hozzászólása Dec 5, 2009 /
 
Ha valakit érdekel, én egy kis adapter panellal oldottam meg a dologot, igaz én 18F97J60 hoz készítettem.
A képen látszik a csatlakozó típusa ami egyébként 10/100/1000-es.
(#) potyo válasza pepe33 hozzászólására (») Dec 5, 2009 /
 
Nem a legjobb ötlet, két külön headerrek kötni az egy párhoz tartozó vezetékeket. Inkább menjen a táp, gnd, leda és ledb az egyik headeren, a másikon meg egymás mellett a párok.
(#) pepe33 válasza potyo hozzászólására (») Dec 5, 2009 /
 
Lehetséges , majd a következőnél figyelmbe veszem ezt a szempontot is.
Csak példának szántam a megoldást , de egyébként müködik.
(#) pajti2 hozzászólása Dec 5, 2009 /
 
10-es nethez tökéletes ez így is. Mondjuk 100-asnál ennyire hosszú vezetékezés már nem lenne a legjobb tipp.
(#) tibi0531 válasza pajti2 hozzászólására (») Dec 6, 2009 /
 
Köszönöm szépen. Akkor nekiállok és átnézem stack-et, remélem megtalálom a hibát.
(#) potyo válasza pajti2 hozzászólására (») Dec 6, 2009 /
 
Nem a vezeték hossza önmagában a probléma, mert az utp kábel lehet akár 100 méter hosszú is. Nagy switcheken (pl. 24 portos) akár 30-40 centi hosszan is futnak a vezetékpárok, de a lényeg, hogy párhuzamosan, végig egymás mellett futnak, hogy az impedancia megfelelő legyen és minimális zajt gyűjtsön be az a szakasz, ahol nincsenek egymáson csavarva a vezetékek.
(#) pajti2 válasza potyo hozzászólására (») Dec 6, 2009 /
 
Stimm, én is úgy értettem. Az egyes áramköri blokkok nem egyformán problémásak. Az igazi probléma a pic TPIN / TPOUT és a trafó közötti rész, de újra leírom, az is csak 100-asnál gond. 10-esnél még egy légvezeték darabkát is túlélnek a hálózati csomagok.

Hmm, valahol láttam impedancia formálási ismereteket a nyák vezetékezésről. De jó lenne emlékezni, hol is? Ha 100 ohmosan futnak a vezetékek, az az adatlap szerint elfogadható jelvezetés.
(#) pajti2 hozzászólása Dec 21, 2009 /
 
Nyüstölte vki komolyabban a "HardwareProfil.h"-t ?

Van benne egy ilyen részlet (Explorer 16 board, SPI):

  1. #define ENC100_ISR_ENABLE               (IEC1bits.INT2IE)
  2.         #define ENC100_ISR_FLAG                 (IFS1bits.INT2IF)      
  3.         #define ENC100_ISR_POLARITY             (INTCON2bits.INT2EP)
  4.         #define ENC100_ISR_PRIORITY             (IPC7bits.INT2IP)
  5.         #define ENC100_SPI_ENABLE               (ENC100_SPISTATbits.SPIEN)
  6.         #define ENC100_SPI_IF                   (IFS0bits.SPI1IF)
  7.         #define ENC100_SSPBUF                   (SPI1BUF)
  8.         #define ENC100_SPISTAT                  (SPI1STAT)
  9.         #define ENC100_SPISTATbits              (SPI1STATbits)
  10.         #define ENC100_SPICON1                  (SPI1CON1)
  11.         #define ENC100_SPICON1bits              (SPI1CON1bits)
  12.         #define ENC100_SPICON2                  (SPI1CON2)


Nem mintha aggódnék, hogy valami nincs rendjén (1:1 átvettem), de mégis, néha szeretem érteni is amit csinálok. Ilyen regiszterei a PIC-nek vannak, nem az ENC-nek. Mégis, mire gondoljak ebben a kutyulásban? Miért nem "PIC_" előjelet kaptak ezek a nevek? Amúgy az SPI kommunikációhoz használja ezeket a dolgokat.
(#) potyo válasza pajti2 hozzászólására (») Dec 21, 2009 /
 
Azért ENC100_ az előjelük, mert az ENC100-as chip eléréséhez kellenek. Az EEPROM eléréséhez minden EE_-vel kezdődik, az LCD eléréséhez LCD_, az ENC28J60-hoz azthiszem ENC_, ledekhez LED_, stb.
(#) potyo hozzászólása Dec 27, 2009 /
 
Most nézem, hogy az 5.20-as Stack-ben van TCPIP MDD Demo App, amit ha jól értek, akkor az akarna lenni, hogy SD kártyán tárolja a weboldalt. De ez C30 fordítóhoz van és 16 bites PIC-hez. Mit szóltok hozzá, át lehet ezt hegeszteni 18F-es PIC-re?
Következő: »»   8 / 17
Bejelentkezés

Belépés

Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem