[Articulo] Resilucion de problemas con drivers incompatibles. CASO PRACTICO.

Gracias :-)

"JM Tella Llop [MVP Windows]" escribió en el mensaje
news:O8OOJ6u$
es lo mismo con uno u otro tipo de modem / router ADSL.

Estupendo!!!! Gracias, profe



=Saludos. Peni

Para correo, sin virus, gracias




"JM Tella Llop [MVP Windows]" escribió en el mensaje
news:uSlpmEr$
RESOLUCION DE PROBLEMAS CON DRIVERS INCOMPATIBLES - CASO PRACTICO

Muchas veces nos chocamos con problemas de drivers incompatibles o que
causan malfuncionamiento en Windows XP.

Las maneras de ver la estabilidad de un driver es:

1) Comportamiento en situaciones de ahorro de energia.
2) Comportamiento en el cierre de windows.
3) Comportamiento en windows en opciones especificas de memoria.

Antes de ver como realizar las pruebas, recordemos que el gran caballo de
batalla en la actualidad suelen ser los drivers de dispositivos USB. Ha
crecido exponencialmente el mercado, existe una gran competencia por sacar
los productos (ya veremos que realmente son realmente 4 los chips manejados)
y se olvidan de lo fundamental: drivers estables. Tambien esto ultimo puede
tener solucion si nos armamos de paciencia. Lo veremos mas adelante.


PRUEBAS A REALIZAR DESPUES DE INSTALAR UN DISPOSITIVO.


Con respecto a los puntos anteriores:

1) Suspender el sistema y ver como se comporta al levantarse. Lo mismo en
hibernacion.
2) Revisar si windows apaga perfectamente. No debe, ni sacar una pantalla
azul, ni reiniciarse windows cuando le damos una orden de apagado.
3) Incorporar las opciones /PAE /3GB en el boot.ini para ver su
comportamiento. (optiones de uso de las extensiones de memoria y opciones de
reparto del espacio virtual de direcciones en windows).

Para el punto 3), lo mejor que podemos hacer es modificar nuestro actual
boot.ini para que nos muestre un menu con el que seamos capaces de arrancar
en modo normal, PAE y PAE + 3GB. Para ello, debemos buscar el contenido del
archivo oculto boot.ini y proceder a modificarlo. Mirad el contenido actual
de vustro boot.ini, que tipicamente será de la forma:

[boot loader]
timeout=5
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS

[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP
Professional" /fastdetect

Lo que hacemos es repetir dos veces la ultmia linea, colocandolo las
opciones y modificando el texto que nos mostrará el menu para poder
identificar en que situacion estamos. Es decir:

[boot loader]
timeout=5
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS

[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP
Professional" /fastdetect
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP
Professional -PAE-" /fastdetect /PAE
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP
Professional -PAE+3GB-" /fastdetect /PAE /3GB

Con esto ya podemos arrancar windows con las opciones que deseemos, y por
tanto ser capaces de comprobar la estabilidad tanto de nuestro sistema
actual, y en caso de ser estable -que es lo que presuponemos- la estabilidad
de un nuevo dispositivo y sus drivers -que es lo que pretendemos con el
presente articulo-.


CASO PRACTIVO
-

Hace unos dias, adquirí un dispositivo ethernet (tarjeta de red) sobre USB
2.0. Habia probado y usado correctamente tarjetas 10/100 sobre USB 1.1, pero
evidentemente la velocidad estaba restringida a la maxima velocidad del
puerto. El USB 1.1 da solo 12 Mb/s, que quitando el reservado para el
sistema y los bytes de control de los mensajes, se quedan efectivo en unos 8
Mb/s. Una velocidad ridicula. Por ello estaba interesado en probar las
tarjetas que soportasen USB 2.0

De los tres dispositivos que adquirí: logi3, Sitecom y otro de marca
desconocida, cada uno con sus propios drivers, en la primera prueba que fue
la de cerrar windows, sale una bonita pantalla azul con stop 0x0000000A.

Reviso en las paginas de los dos primeros: logi3, y los ultimos drivers que
tiene son del 2001 y son los mismo que me dieron con su CD. Mal asunto.
Reviso igualmente los de Sitecom (al menos son conocidos, y parecen mas
serios), y lo mismo. Nada de nada.

Bien, alguna solucion tiene que haber.

Sabiendo que realmente fabricantes de chips para dispositivos USB hay muy
poquitos, contados con los dedos de la mano, es mas que probable que el
fabricante del chip tenga drivers ya que realmente los distribuidores /
montadores de componentes, dejan bastante que desear y en cuanto sacan el
producto al mercado se olvidan de él. Evidentemente todos los drivers
anteriores eran *no* certificados.

Investigando uno de los drivers, el de Logi3, veo que usa un driver llamado:
ax88172.sys y al ver sus propiedades, veo que pone ASIX Electronics.

Busco en Google por la cas matriz, y una vez localizada, veo con sorpresa
que tiene drivers perfectos, mas recientes y ademas certificados para XP. (y
para el resto de sistemas operativos).

Los descargo, los instalo en el logi3, y perfecto!. tema solucionado.

Intento instalar el mismo driver en el Sitecom y no me deja. Este
dispositivo usa uno llamado usb20l.sys. Entro en sus propiedades, y
unicamente pone como fabricnate y comentarios: USB 2.0. (desde luego, se
han lucido con estas explicaciones...).

Con un editor hexadecimal entro en el codigo de dicho driver, y justo al
final me encuentro un comentario que pone: 'based on ax88172.sys'. Bingo!.
Es el mismo driver pero renombrado y cambiada la cadena identificadora en el
.inf y en el dispositivo para simular que es uno propietario de Sitecom.
(tecnica "sucia", que que usan algunos fabricantes).

Simplemente copio al ax88172.sys anterior sobre el usb20l.sys, y tambien
perfecto.

Tema solucionado. :-)

-

Espero que estas experiencias os puedan servir de ayuda para solucion de
problemas...


Jose Manuel Tella Llop
MVP - Windows

http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no rights.
You assume all risk for your use.

Estupendo!!!! Gracias, profe



=Saludos. Peni

Para correo, sin virus, gracias




"JM Tella Llop [MVP Windows]" escribió en el mensaje
news:uSlpmEr$
RESOLUCION DE PROBLEMAS CON DRIVERS INCOMPATIBLES - CASO PRACTICO

Muchas veces nos chocamos con problemas de drivers incompatibles o que
causan malfuncionamiento en Windows XP.

Las maneras de ver la estabilidad de un driver es:

1) Comportamiento en situaciones de ahorro de energia.
2) Comportamiento en el cierre de windows.
3) Comportamiento en windows en opciones especificas de memoria.

Antes de ver como realizar las pruebas, recordemos que el gran caballo de
batalla en la actualidad suelen ser los drivers de dispositivos USB. Ha
crecido exponencialmente el mercado, existe una gran competencia por sacar
los productos (ya veremos que realmente son realmente 4 los chips manejados)
y se olvidan de lo fundamental: drivers estables. Tambien esto ultimo puede
tener solucion si nos armamos de paciencia. Lo veremos mas adelante.


PRUEBAS A REALIZAR DESPUES DE INSTALAR UN DISPOSITIVO.


Con respecto a los puntos anteriores:

1) Suspender el sistema y ver como se comporta al levantarse. Lo mismo en
hibernacion.
2) Revisar si windows apaga perfectamente. No debe, ni sacar una pantalla
azul, ni reiniciarse windows cuando le damos una orden de apagado.
3) Incorporar las opciones /PAE /3GB en el boot.ini para ver su
comportamiento. (optiones de uso de las extensiones de memoria y opciones de
reparto del espacio virtual de direcciones en windows).

Para el punto 3), lo mejor que podemos hacer es modificar nuestro actual
boot.ini para que nos muestre un menu con el que seamos capaces de arrancar
en modo normal, PAE y PAE + 3GB. Para ello, debemos buscar el contenido del
archivo oculto boot.ini y proceder a modificarlo. Mirad el contenido actual
de vustro boot.ini, que tipicamente será de la forma:

[boot loader]
timeout=5
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS

[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP
Professional" /fastdetect

Lo que hacemos es repetir dos veces la ultmia linea, colocandolo las
opciones y modificando el texto que nos mostrará el menu para poder
identificar en que situacion estamos. Es decir:

[boot loader]
timeout=5
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS

[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP
Professional" /fastdetect
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP
Professional -PAE-" /fastdetect /PAE
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP
Professional -PAE+3GB-" /fastdetect /PAE /3GB

Con esto ya podemos arrancar windows con las opciones que deseemos, y por
tanto ser capaces de comprobar la estabilidad tanto de nuestro sistema
actual, y en caso de ser estable -que es lo que presuponemos- la estabilidad
de un nuevo dispositivo y sus drivers -que es lo que pretendemos con el
presente articulo-.


CASO PRACTIVO
-

Hace unos dias, adquirí un dispositivo ethernet (tarjeta de red) sobre USB
2.0. Habia probado y usado correctamente tarjetas 10/100 sobre USB 1.1, pero
evidentemente la velocidad estaba restringida a la maxima velocidad del
puerto. El USB 1.1 da solo 12 Mb/s, que quitando el reservado para el
sistema y los bytes de control de los mensajes, se quedan efectivo en unos 8
Mb/s. Una velocidad ridicula. Por ello estaba interesado en probar las
tarjetas que soportasen USB 2.0

De los tres dispositivos que adquirí: logi3, Sitecom y otro de marca
desconocida, cada uno con sus propios drivers, en la primera prueba que fue
la de cerrar windows, sale una bonita pantalla azul con stop 0x0000000A.

Reviso en las paginas de los dos primeros: logi3, y los ultimos drivers que
tiene son del 2001 y son los mismo que me dieron con su CD. Mal asunto.
Reviso igualmente los de Sitecom (al menos son conocidos, y parecen mas
serios), y lo mismo. Nada de nada.

Bien, alguna solucion tiene que haber.

Sabiendo que realmente fabricantes de chips para dispositivos USB hay muy
poquitos, contados con los dedos de la mano, es mas que probable que el
fabricante del chip tenga drivers ya que realmente los distribuidores /
montadores de componentes, dejan bastante que desear y en cuanto sacan el
producto al mercado se olvidan de él. Evidentemente todos los drivers
anteriores eran *no* certificados.

Investigando uno de los drivers, el de Logi3, veo que usa un driver llamado:
ax88172.sys y al ver sus propiedades, veo que pone ASIX Electronics.

Busco en Google por la cas matriz, y una vez localizada, veo con sorpresa
que tiene drivers perfectos, mas recientes y ademas certificados para XP. (y
para el resto de sistemas operativos).

Los descargo, los instalo en el logi3, y perfecto!. tema solucionado.

Intento instalar el mismo driver en el Sitecom y no me deja. Este
dispositivo usa uno llamado usb20l.sys. Entro en sus propiedades, y
unicamente pone como fabricnate y comentarios: USB 2.0. (desde luego, se
han lucido con estas explicaciones...).

Con un editor hexadecimal entro en el codigo de dicho driver, y justo al
final me encuentro un comentario que pone: 'based on ax88172.sys'. Bingo!.
Es el mismo driver pero renombrado y cambiada la cadena identificadora en el
.inf y en el dispositivo para simular que es uno propietario de Sitecom.
(tecnica "sucia", que que usan algunos fabricantes).

Simplemente copio al ax88172.sys anterior sobre el usb20l.sys, y tambien
perfecto.

Tema solucionado. :-)

-

Espero que estas experiencias os puedan servir de ayuda para solucion de
problemas...


Jose Manuel Tella Llop
MVP - Windows

http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no rights.
You assume all risk for your use.

El Sun, 29 Feb 2004 13:08:29 +0100 "JM Tella Llop [MVP Windows]" escribió:

los modem son mucho mas problematicos ya que no solo tienen el chip, sino tambien firmware que incopora el montador del dispositivo. Y por ello, dificilmente podemos hacer algo si el dispositivo lleva firmware interno. Los drivers en ese caso serán totalmente dependientes.

A ver si alguien puede sacarme de dudas: Tengo un modem "diamond supraexpress 56 e pro".
Vamos, el tipico modem de 56k. Pero es externo, y por puerto com. Vamos, que en teoria
debería ir "bien", ya que todo lo hace el hardware...

Pues bien, el caso es con las conexiones de terra el modem funciona perfectamente.
Es decir, conecta perfectamente y todo funciona perfectamente. Sin embargo, por
razones que no vienen al caso, tengo que usar forzosamente wanadoo. Curiosamente,
con las conexiones de wanadoo la cosa no va tan bien. No puedo activar la compresion
ni la correcion de errores (si lo hago, no conecta - no pasa de la fase de autenticacion
de usuario, cuando llega a ella se apagan todas las luces del modem menos la
que indica corriente y la que indica que ha "descolgado"). Es decir, para conectarme
tengo que desactivar obligatoriamente la compresion y la correcion de errores.

Que en principio no es problema, pero el caso es que asi, cualquier pagina que
utilize encriptacion no me funciona. Ej: no puedo conectarme a windows update,
MSN messenger no me funciona correctamente, no puedo autentificarme en hotmail,
etc. Tambien fallan muchas otras paginas, pero concretamente esas suelen fallar
_siempre_. Sospecho que dado que las paginas usan encriptacion, el mas minimo
error con esos protocolos causa que la conexion se vaya al carajo totalmente
(dado que la correcion de errores esta desactivada forzosamente, la conexion
registra continuamente errores de transmision de datos). Lo curioso es que en
linux el modem funciona perfectamente con correcion & compresion de datos,
asique supongo que sera una de las cadenas de inicializacion del modem que
instala el driver (el driver no es mas que un archivo .inf describiendo esas
cadenas de inicializacion del modem - el resto lo hace el hardware asique no
hace falta mas historias).

La pregunta es: ¿alguien ha tenido problemas similares con wanadoo
y las ha conseguido resolver? ¿Hay algun driver "generico" de modems
externos por puerto com¿ ¿Alguien conoce este modem y sabe si hay alguna
cadena magica? (diamond fue absorbida y el soporte se fue al mismo sitio
que las conexiones de wanadoo) ¿De que calibre tiene que ser la escopeta que
hay que aplicar a la cabeza de los tecnicos de wanadoo para que las cosas
funcionen? (y si es posible, que sirva tambien con el ministro, para que
llegue de una maldita vez el adsl a mi pueblo)



Diego Calleja

El Sun, 29 Feb 2004 13:08:29 +0100 "JM Tella Llop [MVP Windows]" escribió:

los modem son mucho mas problematicos ya que no solo tienen el chip, sino tambien firmware que incopora el montador del dispositivo. Y por ello, dificilmente podemos hacer algo si el dispositivo lleva firmware interno. Los drivers en ese caso serán totalmente dependientes.

A ver si alguien puede sacarme de dudas: Tengo un modem "diamond supraexpress 56 e pro".
Vamos, el tipico modem de 56k. Pero es externo, y por puerto com. Vamos, que en teoria
debería ir "bien", ya que todo lo hace el hardware...

Pues bien, el caso es con las conexiones de terra el modem funciona perfectamente.
Es decir, conecta perfectamente y todo funciona perfectamente. Sin embargo, por
razones que no vienen al caso, tengo que usar forzosamente wanadoo. Curiosamente,
con las conexiones de wanadoo la cosa no va tan bien. No puedo activar la compresion
ni la correcion de errores (si lo hago, no conecta - no pasa de la fase de autenticacion
de usuario, cuando llega a ella se apagan todas las luces del modem menos la
que indica corriente y la que indica que ha "descolgado"). Es decir, para conectarme
tengo que desactivar obligatoriamente la compresion y la correcion de errores.

Que en principio no es problema, pero el caso es que asi, cualquier pagina que
utilize encriptacion no me funciona. Ej: no puedo conectarme a windows update,
MSN messenger no me funciona correctamente, no puedo autentificarme en hotmail,
etc. Tambien fallan muchas otras paginas, pero concretamente esas suelen fallar
_siempre_. Sospecho que dado que las paginas usan encriptacion, el mas minimo
error con esos protocolos causa que la conexion se vaya al carajo totalmente
(dado que la correcion de errores esta desactivada forzosamente, la conexion
registra continuamente errores de transmision de datos). Lo curioso es que en
linux el modem funciona perfectamente con correcion & compresion de datos,
asique supongo que sera una de las cadenas de inicializacion del modem que
instala el driver (el driver no es mas que un archivo .inf describiendo esas
cadenas de inicializacion del modem - el resto lo hace el hardware asique no
hace falta mas historias).

La pregunta es: ¿alguien ha tenido problemas similares con wanadoo
y las ha conseguido resolver? ¿Hay algun driver "generico" de modems
externos por puerto com¿ ¿Alguien conoce este modem y sabe si hay alguna
cadena magica? (diamond fue absorbida y el soporte se fue al mismo sitio
que las conexiones de wanadoo) ¿De que calibre tiene que ser la escopeta que
hay que aplicar a la cabeza de los tecnicos de wanadoo para que las cosas
funcionen? (y si es posible, que sirva tambien con el ministro, para que
llegue de una maldita vez el adsl a mi pueblo)



Diego Calleja