Errores de BASpeed 2007 (BASpeed v4)

Ya tienes la versión beta, con el fallo corregido. Lo tienes en este hilo: http://www.bandaancha.st/foros.php?temid=1299452 .
Gracias por el aviso :-)
Un saludo :-)

El problema que te ha dado, es porque has ejecutado BASpeed, y no has dado tiempo al programa a comprobar si había actualizaciones o no ;-). Date cuenta que el programa, intenta conectarse a internet nada más ejecutarse para comprobar si hay actualizaciones (que no las hay, ya que la rutina de actualización apunta a los archivos de actualización de la v3).
Como no has esperado a que terminara el proceso de carga (este finaliza, cuando aparece el globo de ayuda), entonces el programa sigue con tarea que es intentar encontrar una actualización (pero no ha cargado los skins de los alphacontrols), y por eso te ha parecido que el programa no respondía (ya que tarda un poco en responder cuando está buscando la actualización).

Ese ha sido el error (a grosso modo) que se te ha presentado. No te explico detalles técnicos, ya que puede que no entiendas nada (prefiero una explicación "por encima", para que más o menos puedas entender lo que ha sucedido ;-))

Un saludo :-)

Sólo vale para conexiones domésticas normales badec :-P, no para conexiones estratosféricas, como la que tienes ahora ;-)

Un saludo :-)

A ver si me sé explicar que yo soy astronauta. :-D

En ADSL2+, a más SNR, menor la velocidad, ya que el SNR es el factor limitante la velocidad máxima de sincronización. A parte de la atenuación, claro.

Cuando el Router sincroniza con el DSLAM, lo hace acorde al SNR establecido en el DSLAM, ok?. Como más alto es ese SNR, menor será la velocidad ya que hay más margen.

Por supuesto que como mayor sea el SNR es mejor porque aumenta ese margen y en caso de ruido siempre tendremos más margen antes de que se produzcan errores en los envios/recepción de los paquetes o cortes en la sincronización.

Como en teoría y a la práctica, la sincronización se hace siempre al máximo de ese SNR, al menos en ADSL2+, por eso, si modificamos el SNR y lo subimos, es normal que la sincronización estimada baje. Y al contrario, si lo bajamos por debajo del establecido, la sincronización subirá.

La estimación que proporciona es con la media de los datos de SNR y calculado en base al SNR que se introduce.

La prueba visual y práctica, por ejemplo, la tienes con Ya.com. Al estar establecido un SNR de 12dB, en los DSLAM, sincronizarás a menos velocidad que con por ejemplo Orange. Pero, en caso de ruidos, con ya.com tienes menos posibilidades de por ejemplo, cortes, que no con Orange.

Quizás haya algo confuso, ya que se introduce el SNR que muestra el router y no tiene porque ser el mismo que el del DSLAM(son cosas diferentes), pero partimos de líneas que medianamente no tienen problemas y que sincronizamos al límite máximo de la línea.

Por eso en la aplicación hay la opción de SNR Off y es la que se debería seleccionar por defecto, ya que introduce automáticamente el SNR por defecto en los DSLAM.

Al estar el SNR en On, es normal que si introducimos un SNR menor al establecido por defecto, la sincronización sube, pero... en la vida real, eso es peor ya que pueden aparecer los problemas.

Voy a cambiar a SNROff por defecto ya que esto lleva a confusiones.

Is correct?

Slds. :-)

Ummm. Ese error... Has instalado el .net Framework 2.0 ?.

.NET FRAMEWORK 2.0 PARA XP SP2

Prueba y nos cuentas.

Slds. :-)

Me respondo a mi mismo no había leido arriba la respuesta a lo que acabo de exponer

Mil perdones

A lo primero... La atenuación de subida está limitado a 34.
Esos datos son muy raros. La atenuación de subida, por regla general es inferior a la de bajada y mucho.

O tienes algo mal, o el router no muestra el valor correcto.

Una atenuación de 37 en Subida, es una barbaridad!!!. Y podría corresponder a una atenuación de Bajada de 70dB o más!!!!!.

Igualmente, poniendo 34 funciona:



En cuanto a lo segundo:
El mismo caso que el primero.

Intenta probar con otro modem/router o a actualizar el Firmware del que tienes.

Slds. :-)

La aplicación no se ha podido inicializar correctamente (0xc0000135).

Para el BALineEstimator:
Por favor. Instala el .NET FRAMEWORK 2.0

Por otro lado, el Baspeed me da una medición y el Bameter me da otra:

Está expuesto y explicado AQUI

Slds. :-)

Hmmmm, que raro.... veo que es de 108 mbps..... no creo que tenga nada que ver... pero.... es raro. ¿Has probado a cerrar el programa y volver a abrirlo, a ver si así se soluciona? (es lo primero que se me ocurre ahora ;-))

Un saludo :-)

Hola Jorge :-) :-). Que alegría verte por aquí. A ver, cuéntame..., ¿Aparece el módem USB en las conexiones de red disponibles?. Debería aparecer, y si aparece, debería ser capaz de medir su consumo.
Puede ocurrir que lo hayas conectado con BASpeed funcionando, y a lo mejor, no lo ha detectado (sólo detecta los dispositivos al inicio del programa, no durante su funcionamiento). Prueba a cerrar y a volver a abrir el programa (solución al problema de badec), para que detecte el nuevo dispositivo ;-).

Primero mira lo que te he dicho en Panel de Control->Conexiones de red, para ver si aparece el módem. Si aparece, entonces cierra y vuelve a ejecutar el programa, para obligarle a detectar la nueva conexión de red ;-).

Un saludo :-), y a ver si es eso ;-)

Jurl :-o ¿Ya tienes los 25 Mb?. Vamos a hacer una cosa. Haz un test de descarga, desde el servidor de ONO, y cuando se haya estabilizado la velocidad de descarga, me pegas una captura de pantalla de la ventana de BASpeed, para ver que es lo que puede estar fallando.

Un saludo :-), y gracias por adelantado ;-)

Pues... no es que sea un error, es que está programado así en el programa. Si resulta molesto para los usuarios, puedo poner en el programa, una opción en la ventana principal, para que el usuario pueda desactivar ese sonido ;-).

Un saludo :-)

Si, a veces también lo he comprobado yo mismo. Tiene algo que ver con el tema, de que aunque se haga una única descarga (por FTP), la descarga se realiza en un hilo totalmente independiente de la aplicación principal, y a veces, no responde correctamente a la orden que da la aplicación principal de que el hilo debe dejar de ejecutarse (cuando cancelas ;-)). Tengo que mirarlo, pero..., no es muy importante por ahora (aunque lo miraré para ver si puedo quitar ese fallo ocasional ;-)).

Un saludo :-), y gracias por el aviso ;-)

Si, lo del proxy transparente, es algo que no había pensado ;-). Lo miraré para implementarlo en la próxima actualización de BASpeed ;-).
Respecto a lo del fallo a la hora de hacer tests FTP, ya me avisó yomimmo, y lo miraré detenidamente, a ver de donde puede venir el problema.

Gracias por la sugerencia y el aviso ;-)
Un saludo :-)

¿Pequeño? Pero si el archivo que se descarga es de más de 600 MB, ¿Cómo puede ser pequeño? ¿No te habrás equivocado de archivo?

Un saludo :-)

Date cuenta de que al test sólo le quedan 17 KB, de los 95 MB que te descargas, por lo que quizás haya sido un pequeño fallo del servidor, a la hora de finalizar el test. De todas formas lo miraré, para ver si pudiera ser cosa del programa ;-).

Un saludo :-), y gracias por el aviso ;-)

OK ;-). Lo miraré, ya que estoy haciendo unos módulos nuevos para BASpeed, y antes de sacar la actualización, le daré un repaso a esas rutinas, para quitar ese fallo ;-).

Un saludo :-), y gracias por el aviso ;-)