Hi everybody!

Tud valaki mondani nekem olyan oldalt, ahol találok valamit arról, hogy hogyan lehet olvasni a rendszer szenzorait? Még scak kezdő programozó vagyok. Bárkinek van v.mi ötlete, please írjon. Thanx!

Na semmi?

Hali!
Nekem van egy abit postman-om. Hátlapi kivezetés egy kijelzővel, ahol elméletileg mutatja a hibaokokat. Eddig még nálam csak FF-et (vmi bios betöltve) mutatott, akkor is, amikor nem volt boot.
Sajna a programozói részéhez nem tudok hozzászólni.

Az ég szerelmére, mikor Isten azt mondta: ''Szaporodjatok és sokasodjatok!'', nem azt mondta: ''mint a nyulak''...

Hoppsz! Bocsika! Most kaptam észbe, hogy engem nem igazán az smbus olvasása érdekel, hanem az, hogy a hő-, feszültség- és fordulatszámmérő szenzorokat olvassam le. Ha ezzel megzavartam valakit, attól elnézést kérek.

... Szóval a hardver szenzorokról lenne szó.

Akkor viszont sajna nincs ötlet...

Az ég szerelmére, mikor Isten azt mondta: ''Szaporodjatok és sokasodjatok!'', nem azt mondta: ''mint a nyulak''...

És nem tudsz senkit, akinek lenne v.mi 5lete?

[Szerkesztve]

Hát most vakarom bőszen a fejemet, de nem ugrik be senki. Vannak programozó haverjaim, majd megkérdezem őket, de vagyok benne biztos, hogy ott vannak ebben a témában is...

Az ég szerelmére, mikor Isten azt mondta: ''Szaporodjatok és sokasodjatok!'', nem azt mondta: ''mint a nyulak''...

Azért remélem, hogy ők tudnak valamit mondani.

Na? Semmi?

Ha ez egyszerűsít a dolgon, akkor azt kérdezem, hogy az olyan progik, mint pl. SpeedFan vagy CPUCool hogyan tudják leolvasni az alaplap/CPU hőmérsékletét és a feszültségeket?

Az alaplapokon egy winbond IC szokott ezzel foglalkozni. Megnézed egynek a típusát, és a gyártónál megismerkedsz a data sheetjével.
Vagy az intelnél megnézed valamelyik chipset data sheetjét, vagy szintén az intelnél az sm busz data sheetjét.

Sokkal kellemesebb úgy hibát keresni, ha tudod, hogy másban kell!

Hát próbáltam utánakérdezni programozó ismerőseimnél, de nincs ötlet. Idejük meg nincs ezzel foglalkozi mivel jön a vizsgaidőszak...

Az ég szerelmére, mikor Isten azt mondta: ''Szaporodjatok és sokasodjatok!'', nem azt mondta: ''mint a nyulak''...

(Nem egyszerű mutatvány, főleg win* alatt. Intel data sheet keresés ajánlott, ill. a chipsetek gyártóit érdemes levelekkel zaklatni vagy a linuxos i2c és lm_sensors-ból (Bővebben: link) kivadászni az ismertebb chipsetek hozzáférését. Mi úgy hekkeltünk egyszer smbuszra csatlakoztatott eszköz (watchdog) kezelő rutint egy Asus alaplaphoz, hogy az Asus adott egy dll-t, amin keresztül hozzáfértünk egyszerűen az smbuszhoz (író/olvasó hívások voltak a dll-ben). Érdemes megnézni az MBM (vagy egyéb monitorozó) dll-jeit, hátha véletlenül kirakták külön...)

Szeretettel:
Szalma

Thanx. Megpróbálom a dll-eket. Egyébként most emésztem a W83782D hardver szenzor chip data sheet-jét. (Elég húzós anyag! )

Nem tudja valaki hogy egy ASUS P4 C800-E Deluxe alaplapon hol lehet kikapcsolni az SMBus Controller-t mert az eszközkezelőben rettentően idegesít hogy a VGA-val osztozkodik a 10-s IRQ-n
Az alaplapon van ilyen juper de az Disabled-en van!

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

Na ez amugy engem is érdekelne

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

Ha csak idegesít, akkor ne zavarjon

Amúgy BIOS-ban lehet kúrogatni az IRQ-kat tudtommal, de ne nagyon kavarjál, mert tönkre is vághatod szegényt hogy ne indujjon el

Amúgy related topic Bővebben: link

Az SMBUS egy I2C alapú soros jellegű egyszerű buszrendszer a PC-ben. Viszonylag kis sebességű, ámde megbízható és alacsony költséggel kiépíthető...elég neki két madzag...
Erre szokták felfűzni pl. az órajelgenerátort, a memóriák információs EEPROM-jait, a hardware monitor IC-t, esetleges kiegészítő szenzorokat, rendszerinfókat tároló EEPROM-okat (márkás gépekben).
Az I2C elven alapszik a monitorok és a VGA közötti DDC is.
Az egyes eszközök címmel azonosítva lógnak a buszon...igazából két egymás mellletti címmel rendelkeznek, a cím utolsó bitjének 0 vagy 1 állása dönti el hogy írjuk vagy olvassuk a cuccost.
Egy pöppet komplizierte a programozása de roppant élvezetes...

primus inter pares

Hát ez az hogy ennek a lapnak a BIOS-ába nem lehet hozzárendelni az IRQ-t semmihez,pedig a leggfrissebb BIOS van fent!
Ezt szerettem a jó öreg BH6-ba hogy ott minden megoldható volt

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

Ez egy iszonyu osszetett tema... Windows alatt a szenzor altal mert ertekek kiolvasashoz az alabbiak szuksegesek:

1) Kernel driver (akarmi.sys, akarmi.vxd), kulon meg kell irni Windows 9x-re, 32 bites NT kernelre (NT4/2000/XP/2003), valamint -- amennyiben szukseges -- 64 bites NT kernelre is (XP/2003). Kernel drivert Visual C-ben lehet irni, es kell hozza egy DDK is (Driver Development Kit). DDK-bol van Win98-as es Windows 2003-as, mindketto kell, amennyiben minden Windows ala kell kernel drivert irni.

2) Ha megvan a kernel driver, akkor abba be kell tolni egy port I/O rutin keszletet, vagyis meg kell oldani az OUT es IN gepi kodu utasitasokat Windows alatt, kernel driverbol. A kernel driver interfeszen keresztul igy egy hagyomanyos 32 vagy 64 bites Windows alkalmazasbol mar tudsz portokat birizgalni, ami kell majd a szenzor tamogatashoz.

3) Ha fullos szenzor infot akarsz, akkor ahhoz a port I/O-n tul szukseged lesz SMBus tamogatasra is. Az SMBus tamogatast minden deli hidra (south bridge) kulon meg kell irnod, vagyis van kb. 7-8 fele altalanos rutin, amiket szepen mindet meg kell irni ahhoz, hogy az alaplapok tulnyomo tobbsegen mukodjon a dolog.

Ilyen altalanos SMBus rutinok:

- Intel/VIA/ATI/ServerWorks: az osszes Intel/VIA/ServerWorks chipsethez kell egy altalanos rutin, ami a legujabb ATI chipseteken is mukodik. Nem egy nagy feladat, van hozza doksi (leginkabb az Intel deli hidjainak doksija, lasd ICH/ICH2/3/4/5/6).

- SiS: az osszes SiS chipsethez kell egy masik altalanos rutin, ami nem egyezik meg az elozovel termeszetesen.

- ALi: az M1535D+ deli hidhoz kell egy rutin

- ULi: az M1563/1567/1573 deli hidakhoz is kell egy rutin

- AMD: az AMD chipsetekhez is kell egy rutin

- nForce1/2: kell ezekhez is egy-egy rutin Az utobbi jo az nForce3/4-hez is

4) Ha kesz az SMBus tamogatas, es kepes a programod a teljes SMBust vegigpasztazni, akkor mar finisben vagy, mar csak minden egyes szenzor chiphez le kell toltened a datasheet-et, atbongeszni, megkeresni a regisztereket es azok jelenteset, majd a regiszter ertekeket ertelmezni es kiirni az eredmenyt a kepernyore. Szenzor chipbol legalabb 150 fele van, ebbol az EVEREST kb. 80-at tamogat.

5) Bizonyos szenzor chipeknel nem kell az SMBus-os hercehurca, sima port I/O-val is kiolvashatoak a regiszterek, a 0x290-es ISA portrol.

---

Es hogy mondjak valami biztatot is: amennyiben megirsz minden szukseges rutint, a kernel drivert, es atragod magad az osszes doksin, valamint az egyes alaplapokhoz is hozzaigazitod a szenzor rutinjaidat, akkor a vegen kapsz egy bestialis meretu kodot, ami pl. az EVEREST-ben kb. 10 ezer sor hosszusagu.


Fiery

Látom nagyon vágod a témát szóval akkor ne aggódjak nincs ütközés hiába látszólag a VGA-val osztozkodik a 10-s IRQ-n???

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

Más kérdés a programozás és teljesen más dolog a hardware implementáció...
Ha XP-t használsz és fenn van a chipset driver és a vga driver és jól is működnek, elvileg nem lehet gond mivel ott már megy az IRQ sharing...

primus inter pares

ok akkor nem aggódom úgysem volt vele problémám csak zavart!
Thanks

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

Asus I-panel összekötése SMBus-al lehetséges?

Bal oldalt az I-Panel, jobbra az alaplapi SMBus (Abit IC7-G)

Switch Tax