Új hozzászólás Aktív témák

• #26980 Thrawn félisten FehérHolló #26973

  Új Válasz 2010-01-17 17:17:50 #26980

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Thrawn

  félisten

  válasz FehérHolló #26973 üzenetére

  Konkurencia készül?

• #26977 Rover623 félisten FehérHolló #26973

  Új Válasz 2010-01-17 16:46:21 #26977

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Rover623

  félisten

  válasz FehérHolló #26973 üzenetére

  Annál sokkal komplikáltabb, hogy itt le lehessen írni..
  Ha gondolod, küldök forrást...
  Én annó Pascal-ban dolgoztam, természetesen Assembly betétekkel...
  De a lényeg: a kommersz PC-kben egyetlen I2C busz van, erre vannak felfűzve az alaplapi hőmérsékletszenzorok, a menedzsment chip (hőmérséklet, feszültségek, venti fordulat), a RAM-ok SPD-je, esetlegesen alaplapi információs ROM-ok, órajel generátor IC, stb.
  A régi chipseteken minimális támogatás volt, egy porton ki volt jelölve két bit, egy az órajelnek, egy az adatnak...aztán billegtesd magadnak őket...jó macerás, de természetesen megoldható volt. Így működött a legtöbb VGA kártyán a DDC is...ha már egyszer megírta az ember az alapvető rutinokat, akkor sok helyen használható volt...
  Az írás és az olvasás gyak. ugyanúgy megy: meg kell címezni az eszközt (régebben csak 8, újabban már 10 bites címek is léteznek), meg kell mondani, hányadik byte-ot akarod elérni az adatterületén...ha írást választottál előre műveletnek (a cím utolsó bitje határozza meg), akkor még el kell küldeni a beírni kívánt adatot, ha olvasni akarsz onnan, akkor meg le kell kérdezni...
  Persze elő kell készíteni a buszt, billegtetni, időzíteni, várni, stb.
  Az újabb lapkakészletek jobb támogatást adnak: vannak regiszterek, ahova be kell írni a címet, indexet, adatot, aztán szintén egy regiszter piszkálásával végrehajtatni a parancsot.
  A komplikált: felderíteni a chipsetet, eldönteni hogy van-e felsőbbszintű támogatás vagy bitműveletekkel kell operálni, ismerni az adott chipset regiszterkiosztását.
  Bonyolítja a dolgot, hogy esetenként a boot után letiltják az I2C (SMBUS) kontrollert...akkor engedélyezni kell, ill. általában fel is programozni!
  Vannak lapok (leginkább Asus), ahol alapból az SPD címtartománya (hexa A0-B0) van letiltva a boot után...ezt vissza kell kapcsolni...ez időnként nem csak chipset, hanem alaplapfüggő is...tehát be kell azonosítani az alaplapot.
  Vannak olyan címek az I2C buszon, amiket bizonyos lapoknál és/vagy eszközöknél még olvasni, szkennelni sem szabad, mert csontra fagy a rendszer...stb.
  És akkor még jöhet a feketeleves, még ha EEPROM is van a memórián, van amelyiket nem lehet írni...
  Az I2C buszt kezelő rutinok nálam majdnem 2000 sort tettek ki, és ebben nem voltak benne a definiciók és a PCI buszt kezelő rutinok...mert hogy az is kell a chipsetek felderítéséhez...

• #26975 FehérHolló veterán FehérHolló #26973

  Új Válasz 2010-01-17 16:36:02 #26975

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  FehérHolló

  veterán

  válasz FehérHolló #26973 üzenetére

  Mivel bele fogsz kötni, elkerülvén a magyarázkodási fázist, két startoson a következőt értem:
  start | I2C slave cím | utasítás (adat R/W) | EEPROM/flash cím | start | adat | ...

• #26974 FehérHolló veterán FehérHolló #26973

  Új Válasz 2010-01-17 16:18:48 #26974

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  FehérHolló

  veterán

  válasz FehérHolló #26973 üzenetére

  módosított I2C = I2C fölé írt magasabb protokoll
  (a kérdés igazából az, hogy hol, vagy milyen néven lehet rákeresni?)

Új hozzászólás Aktív témák