Autor 2informaticos Moderador Global

Mensaje Asunto: "Desmistificacion" de las tarjetas POST BIOS Publicado: Lun Jun 10, 2013 1:55 pm Estimados compaeros, hoy toca hablar un poco sobre las tarjetas POST BIOS, destinadas a revelar el punto en que una placa se encuentra en la secuencia de inicio. Para empezar, apuntar los debidos crditos para las pginas web que me han servido de gua: http://www.postcodemaster.com/ http://en.wikipedia.org/wiki/Low_Pin_Count http://www.alegsa.com.ar/Dic/lpc.php http://www.intel.com/support/motherboar ... 025434.htm http://bbright.tripod.com/information/postcard.htm http://en.wikipedia.org/wiki/Power-on_self-test http://www.techrepublic.com/article/use ... re/1056465 Por lo que me ha dado cuenta, ese tema se encuentra algo hundido en la oscuridad. Segn han notado, en Internet hay mucha informacion al respeto, pero que no se centra en explicar el funcionamiento y manejo de las mismas. Por eso escribi este recopilatorio, intentando desmistificar un poquito el tema. Los que lo leen podrian decir si he tenido algun xito, o no Cada vez que encendemos un ordenador, el ROM BIOS ejecuta un test de diagnosis para los componentes hardware del sistema; es lo que se denomina como Power On Self Test (POST). Al arrancar, la placa sigue una secuencia de pasos (descrita en BIOS), comprobando e inicializando cada componente hardware.

Registrado: Mar Abr 13, 2010 5:55 pm Mensajes: 1958 Ubicacin: Madrid [en la foto, soy el de pelo corto] Mquina: ACHI-IRPRO Gracias Otorgadas: 93 Recibidas: 563

Antes de comenzar cada paso, la BIOS envia 2 dgitos, que identifican el paso, a un puerto I/O; se trata habitualmente del puerto 80H, pero algunas maquinas Compaq usaban el 84H. Este cdigo se conoce como POST Code (cdigo POST). Si la BIOS detecta un problema, se para en ese paso y el ltimo cdigo mostrado nos revela en qu punto ha quedado la ejecucin del POST. Interpretando correctamente el respectivo cdigo, podemos averiguar que componente esta fallando. Para leer la informacin del puerto I/O 80H, necesitamos una tarjeta dedicada a este propsito. Este puerto se puede acceder por el bus ISA, PCI, mini PCI, LPC Cuando la tarjeta detecta el cdigo 80H enviado por las lneas Address, lea inmediatamente los 2 dgitos que van a aparecer en las lneas Data. Para los ordenadores de sobremesa se usan tarjetas PCI, o ISA para las placas ms antiguas. Si una placa lleva los dos tipos de zcalos, es preferible usar la conexin ISA, ya que esta se inicializa antes que la PCI. Para los porttiles, se usan los puertos mini-PCI, o LPC. Algunas placas llevan un conector especial, dedicado exclusivamente para el puerto I/O 80H, donde serian disponibles directamente los cdigos POST, sin necesidad de descodificar las lneas Address. Recuerden que el bus LPC (Low Pin Count) comunica el circuito Super I/O (conocido tambin como Embedded Controller, o KBC) con el puente sur; el que controla el bus PCI (e ISA en las antiguas placas).

He de mencionar que (desde hace tiempo) el chip de BIOS ya no se conecta al bus LPC; va conectado directamente al chip Super I/O, por la interfaz SPI, o FWH. Los nuevos chipset llevan un chip de BIOS aparte (con informacin especfica), que no tiene nada comn con el chip Super I/O. Sin embargo, este sigue llevando su chip de BIOS dedicado al arrancar la placa (que hace el inters de este documento) Hay maquinas de las mas nuevas (plataformas iCore) que tambien suelen compartir el mismo chip de

BIOS entre KBC y PCH; pero son bastante escasas. El bus LPC est constituido por 7 seales de mayor importancia (obligatorias); 4 lneas bidireccionales para transferencia de datos, LAD0-3 y 3 seales de control, FRAME#, CLK y RST#. Otras 6 seales de menor importancia (opcionales) estn definidas; para interrupciones, acceso directo a memoria, etc. Las primeras 7 son las que interesan en nuestro caso. Sobre todo, ese documento se refiere a las placas de porttil. En las placas antiguas, dotadas con zcalo mini PCI, todas las tarjetas POST interceptan el cdigo vehiculado por el bus PCI y lo ensean correctamente. Como mucho de ustedes se haya dado cuenta, el gran problema de estas tarjetas de test, es que no siempre funcionan insertadas en el zcalo mini PCI-Express Eso se debe a que los cdigos BIOS ya no se vehiculan por el respectivo bus PCI-Express. Recuerdan que las conexiones PCI-Express se realizan directamente entre dos dispozitivos, sin que otro tenga acceso al mismo bus. En nuestro caso, uno de los dispozitivos seria el puente sur (o un chipset complejo) y el otro seria representado de la tarjeta Wireless, que tiene habilitado un zocalo en la placa base. Por lo cual, entre los dos dispozitivos no hay necesidad de vehicular los codigos BIOS Para solventar este problemilla, el zcalo mini PCI-Express lleva unos pines reservados para las conexiones del bus LPC. En una placa de porttil, no se debe confundir el bus LPC con el zcalo/bus mini PCI-Express. El gran problema es que los fabricantes no han llegado a un acuerdo para respetar un estndar general de conexin LPC en ese zcalo (una pena). En algunas placas llegan parte de las seales LPC y otras no estn disponibles, o estn cableadas hacia

unos pines diferentes Por otra parte, algunos fabricantes han designado unos conectores especiales para leer los codigos POST BIOS. Asus monta en la placa un conector destinado al puerto ELPC. Se trata habitualmente de un conector para cable flex, que no tiene correspondencia en todas las tarjetas POST. Las que si lo llevan, salen algo ms caras.

Se puede ver que esa misma lleva incluso un puerto I2C para comunicar con bateras Lo peor es que en muchos casos, las placas Asus llevan los pads de ese conector, pero sin que el conector mismo este soldado en la placa. Esto se puede solventar soldando, para pruebas, un conector adecuado, guardado en un cajon al lado de la tarjeta POST correspondiente.

Algunas placas Acer llevan tambin los pads para un conector Golden Finger Debug Board; aunque casi nunca esta soldado. Por lo menos hace ms fcil soldar los cables LPC de la tarjeta POST. Me refiero al conector DB1 en la placa Aspire 5338-5738, Wistron JV50-MV, por ejemplo.

Otras placas, como la de Acer AOD255 (Compal LA-6221P PAV70), llevan un conector aparte (4 pines) para el puerto 80H, que sale directamente del Embedded Controller, EC Debug Port (JP25).

En caso de que un zcalo mini PCI-Express respeta un estndar y la tarjeta POST funciona, las conexiones correspondientes al bus LPC serian las siguientes LFRAME# 8 LAD3 10 LAD2 12 LAD1 14 LAD0 16 RST# 17 CLK 19

En algunas placas (dv2000, Aspire 5741, Asus, etc.) no llega ninguna seal LPC al zcalo mini PCIExpress. Debemos entonces conectar unos cablecitos finos entre la tarjeta POST y las lneas LPC

correspondientes de la placa base. Una placa dv2000 Wistron Pamirs lleva unos pads dedicados a este propsito; G46-49 y G77-79. Para dv2000 Wistron Akita, serian G49-52 y G75-77. Bueno, si ya hemos conseguido leer los cdigos BIOS, necesitamos desencriptarlos. Como hay varios fabricantes de BIOS, se imaginan que tampoco acordaron respetar un estndar en el dominio En un vnculo arriba mencionado, encontraran casi todos los cdigos BIOS; guardan esa web entre sus favoritos del navegador web. Hace tiempo que encontr un muy buen manual de una tarjeta POST. Entre todo, lleva explicados todos los cdigos BIOS, en funcin de cada fabricante; mejor no se puede http://www.4shared.com/rar/Q4Ptn4ot/POS ... ester.html Este documento lleva perdido casi un ao en mi ordenador. En aquel momento no habia informacion sobre los codigos POST Insyde y no tengo idea si actualmente ha salido algo en Internet. Al final, puede ser un poco tedioso sacar provecho de los cdigos POST BIOS. Los cdigos cambian rpido en el display, por lo menos al encender la placa. La idea es capturar los ltimos 2-3 cdigos, que aparecen antes de que la placa se cuelgue. Despus hay que buscar por Internet, a ver si alguien ha dejado alguna huella que nos pueda ayudar. Tambin sirve preguntar en varios foros, nunca se sabe Una vez, trabajando con una placa dv2000 Wistron Pamirs, pude capturar la secuencia de los 3 ltimos cdigos, 2A -> 38 -> DA. Siendo una maquina dv2570es, con BIOS Phoenix, el cdigo DA se traduce por "Extended Block Move". Eso no parece ayudar mucho, pero posteando en un foro especializado, un colega con mucha experiencia me dijo que las placas que se paraban en secuencia 38 -> DA las arregl cambiando el chip de video por

uno nuevo. As lo hice y repare mi placa tambin... Otras placas, con BIOS Phoenix, se paraban en 2C, o 2E; directamente traducidas por "RAM failure". Sin embargo, se trataba de un modulo de RAM defectuoso. Me acuerdo de una placa Acer TravelMate 4000 (con zcalo mini PCI), que me tiraba el cdigo 2E cuando le met (por casualidad) un modulo RAM defectuoso. En Internet, especialmente -- spam --, encontraran en venta varios modelos de tarjetas POST BIOS. Les aconsejo descartar directamente las que se recomiendan por llevar el codigo Qiguan; siendo una mierda, que no ayuda en absoluto, nos metera mas en la niebla. Tampoco sirven de algo las hermosas pantallas LCD que llevan otras. Solamente los dos digitos del clasico POST deben ser interpretados correctamente, como explique arriba Si despues de leer todo eso algunos sabran sacar provecho de esas tarjetas, considerare que no he perdido el tiempo escribiendo. Este mensaje de 2informaticos ha recibido 16 gracias: aprendiz, jose_elec, MISTER CHIP, TECNOTOUR, Xose_maria y 11 usuarios ms Arriba

2informaticos

Asunto: Re: "Desmistificacion" de las tarjetas POST BIOS Publicado: Mar Jun 11, 2013 12:55 pm

Moderador Global

Acabo de encontrar un par de fotos tomadas hace tiempo, de como conectar esas tarjetas en placas que no comunican con ellas directamente por zocalo mini PCI-Express... Dejo a la vista el caso de una placa Acer Aspire 5920 (version UMA).

Registrado: Mar Abr 13, 2010 5:55 pm Mensajes: 1958 Ubicacin: Madrid [en la foto, soy el de pelo corto] Mquina: ACHI-IR-PRO Gracias Otorgadas: 93 Recibidas: 563

Se que por algun sitio he guardado fotos en el caso de una placa dv2000, pero no puedo dar con ellas...