Surbyte y Tauro0221 ya pude encontrar el problema en esa tarjeta hibrida de Arduino Dip con CH340G, me sirvio el diagrama publicado y otro mas de la version Arduino SMD con el que hize el seguimiento y con el datasheet del CH340G tambien.
Despues de algunos dias de andar revisando y haciendo seguimiento y descartes a mis tarjetas arduino en esa version hibrida llegue a encontrar la solucion al fin, para este caso a esa misteriosa falla sobre error de solicitud de descriptores.. ,desde el principio sospechaba que ese mensaje no tenia nada que ver con drivers sin instalar pues ya tenia el driver CH340G instalado para otros dispositivos, sino que ese mensaje alude a algun mal funcionamiento hardware del dispositivo conectado, era cuestion de descubrir que estaba mal en ese diseño de arduino dip hibrido con CH340, basandome en el diagrama del Arduino con CH340 y el mismo datasheet del CH340 encontre dos errores en el diseño de la placa en mencion, antes les recomendaria que si ven esa misma placa hibrida a la venta en tiendas chinas a precio bajo (aliexpress) no la compren para que no les de dolor de cabeza, pues parece que son de algun lote fallido y van a tener que hacerle unas modificaciones para que puedan funcionar.
El primer error que se cometio en el diseño de esta placa fue que en la tarjeta se unio el pin 4 con el pin 16 a travez de una pista en la otra cara del impreso justo detras del CH340G , en la imagen del datasheet nos dice que si el CH340G trabaja a 5v el pin 4 tiene un voltaje de referencia interna de 3.3v y debe ir desacoplado con un capacitor, en cambio si se pueden unir si se trabaja a 3.3v , asi que en este diseño de la placa se produjo un cruze y no dejo que el CH340 funcione correctamente pero lo bueno es que al corregirlo te das cuenta que el CH340G no se quemo o daño.
Antes tuve que desoldar el CH340G y cristal para reemplazarlos creyendo que estaban mal y para hacer seguimiento de las conexiones que pasaban por debajo del chip y alli descubri esa union de los pines 16 con el pin 4, que ya con el datasheet a la vista procedi a un corte de la pista que los unia justo por la otra cara detras del chip CH340G para separarlos pero para mala suerte por esa misma pista le llegaba la alimentacion de 5V al pin 16 (Vcc) , asi que tuve que aislar completamente el pin 4 (V3) con dos cortes de pista luego cubrirlo con un aislante y hacerle un puentecito para que le llegue la alimentacion al pin 16 sin tocar el pin 4 , hasta alli se puede probar enchufandolo a la PC pero sorpresa nos seguira saliendo el mismo error del descriptor del USB, esto porque el condensador de desacople nesesario estaba ubicado junto al pin 16 y con el corte de pistas quedo separado del pin 4 donde correspondia estar, con lo que tuve que soldarlo provisionalmente por encima sobre el mismo chip como se muestra en la imagen, ya despues lo soldare mas esteticamente, al enchufar nuevamente el arduino a la PC con esos arreglos ahora si Eureka!! el windows reconocio el CH340G como un puerto COM en el administrador de dispositivos, lo enchufe y desenfchufe varias veces y en todas ya lo reconocia sin problema.
A modo de prueba si se retira ese capacitor se vera que tambien deja de funcionar el CH340G, asi que es importante que este ese capacitor este alli colocado en el pin 4 a GND, el capacitor que solde fue de 47 nF aunque el datasheet recomiendan de 4.7 nf a 20nF pero no me funciono poner de 20nF y en cambio con el valor de 47nF quedo muy bien, hasta alli podria haber cantado victoria pues lo del CH340G ya estaba solucionado asi que procedi a abrir el Arduino IDE para enviarle un programa Blink, en todos los intentos no podia enviarlo pues tras varios reintentos terminaba dando error de subida, asi que alli habia otro problema que es el segundo error de diseño que me tomo otro dia encontrarlo, incluso arme el circuito del arduino con su CH340G en un protoboard pues crei que el CH340G se habia dañado pero no era el caso, el circuito en el protoboard funcionaba correctamente, medi continuidad de pistas en la placa y estaba correctos ,los TX-RX del CH340G llegaban a los pines correspondientes en el Atmega328p, el DTR del CH340 tambien llegaba al reset del Atmega328 a travez de un condensador, no habian cruces asi que alli tenia el otro error expuesto que comentare en la siguiente publicacion.
