Control ALC en un Flexradio

Hola Sergio, yo no tengo Flex; pero con los demas equipos, tienes que jugar con el programa de digitales que utilizes, bien WTJX o el JTDX. Con el control de potencia PWR, ir bajando hasta que el ALC baje , en el equipo y no pierdas potencia. Asi se suele eliminar los problemas de esparrame de señal. Hay que dejar el contol del ALC del equipo lo más bajo posible; y mejor nulo. Espero te ayude. Un saludo.

Buenas Sergio, aunque puede que no sea.

Chequea que ningún micrófono está enviando "audio ambiente" a través del DAX TX. Me ha ocurrido.

Suerte!

Publicado por: EA1P

↑

Buenasss

Tenemos un Flexradio 6400 en remoto y al hacer FT8 escucho la señal muy sucia y el espectro demasiado ancho (por bandas, en 160m está mejor pero en 10m es excesivo). No encuentro como regular el ALC.

El modo es DIGU y DIGI.

-- el archivo adjunto no está disponible --

¿Alguna idea?

Gracias

Yo tengo un problema con la trasmisión en FT8, después de mucho tiempo dándole vueltas he llegado a la conclusión que es un problema en la red de datos, y/o  como se gestiona el buffer de DAX, pudiera ser incluso un computo de cosas que vienen derivadas de "algo" (que no se que es) que se origina en la conexión de red. 

Cambié el telefeno hace tiempo y en el cambio extravié tu número, ponte en contacto conmigo cuando puedas, porque en la foto no se aprecia bien si es el mismo problema, lo mejor es que intercambiemos unos videos a ver si es lo mismo.

Esta es una transmisión tuya en 160m, te mandé un mail hace tiempo para avisarte que estaba saliendo mal, pero me vino rebotado. 

Tiene pinta de que es el mismo problema que yo tengo, pero habría que verlo detalladamente

.Saludos

no se, pero podriais explicar porque hay que bajar el ALC en FT8,???,alguna razon tecnica que desconozca?

Publicado por: EB3DYO

↑

no se, pero podriais explicar porque hay que bajar el ALC en FT8,???,alguna razon tecnica que desconozca?

Aunque el titulo ponga control de ALC, el problema no parece que sea el nivel de ALC, todo apunta a que hay otro problema. Lo que Sergio pregunta es donde esta el control de ALC, porque en los Flex se representa de forma distinta. El nivel es este :

y para FT8 se regula en el nivel del DAX TX Gain.

Dicho esto... la recomendación para FT8 (siempe, sea el equipo que sea) es mantener el ALC en el mínimo posible, incluso se recomienda tenerlo a cero, asegurando que no haya sobre excitación que produzca distorsiones o espurias, cuanto mas limpia es la señal mejor se demodula, incluso aunque la señal sea mas débil.  Por eso Sergio, lo primero que ha preguntado es donde poder nivelar el ALC.

No parece que ese sea el problema, su nivel de ALC está un poco alto , pero al trasmitir en DIGI-U (PKT, DAT-U) la posible distorsión del ALC se reduce, de hecho en el Flex si reduces el nivel de ALC por debajo de -10 la potencia disminuye muy significativamente cuando trasmites en DIGI-U. 

Muchas gracias a todos por contestar. Por partes

EA5V.- Si, así lo estaba haciendo con los equipos in situ, pero con el Flex no lo logro. Hasta ahora en los equipos te tenia en local lograba una señal limpia (monitorizada con otro equipo) pero con el Flex no. Además el sonido que sale del MON es muy sucio, cuando en local sale mas limpio. He probado a bajar el soinido en el WSJT y se nota algo pero no saca potencia. Solo veo que mueva la potencia a partir del 80% del valor del WSJT

EBTR.- El problema lo da en dos equipos diferentes (uno fijo en casa y el portátil del curro). He deshabilitado el micro del ordenador y sigue con el mismo problema. En el DAX no hay señales cuando no estoy transmitiendo

EA1R.- Si, es a eso a lo que me refiero. La señal sale muy ancha y sucia. Puede ser por los datos pero la señal del Smartlink está en verde (a veces no, se pone en rojo etc) pero el problema no cambia. De todos modos cuando lo puse en local me daba el mismo problema.

Respecto del nivel de ALC, comparto tu comentario. Cuando bajo el nivel del DAX ( lo tengo como se recomienda en los manuales, a menos del 50%) la potencia baja pero la distorsión permanece. Es cierto que si subo el volumen del DAX esta aumenta pero si lo bajo del 48 no mejora pero la potencia baja. En el manual de ajuste ponía que tenía que llegar al 0 para salir bien.

EB3DYO.- Es una costumbre que tengo desde que empecé con el PSK31. De hecho monté un circuito llamado PSK METER que ajustaba automáticamente la señal y siempre era a un punto en el que salía con la máxima potencia y el ALC no se movía. De esta forma en PSK tenía valores muy buenos de señal.

Publicado por: EA1P

↑

¿Alguna idea?

Por curiosidad... ¿Como inyectas el audio del ordenador al Flex? ¿USB u otro método?

73, Máximo EA1DDO

Buenos días Máximo

En el Flex se hace todo por red, tanto si está en local como en remoto.

Publicado por: EA1P

↑

En el Flex se hace todo por red, tanto si está en local como en remoto

Ah, entendido.

Era por si había ajustes de salida, para regular, e incluso por si la salida estaba saturada, distorsionando.

73, Máximo EA1DDO

Publicado por: EA1DDO

↑

Publicado por: EA1P

↑

En el Flex se hace todo por red, tanto si está en local como en remoto

Ah, entendido.

Era por si había ajustes de salida, para regular, e incluso por si la salida estaba saturada, distorsionando.

73, Máximo EA1DDO

Es un sistema un poco complejo pero muy versátil. El Software instala otras dos apps más, una para el CAT "SmartSDR CAT"  y otra para la gestión de los audios "DAX". Esta ultima instala sus drivers y genera tarjetas de sonido, gestiona todo tipo de ajustes, pero no es un problema de ajustes, sus niveles están bien.  El problema radica en que ese DAX genera un tráfico de datos continuos que es muy probable que tenga una perdida de paquetes que no se pueden controlar, ajustar el buffer de la tarjeta de red podría ayudar,  pero yo he probado y realmente no funciona.

Esto no ocurre en todas las redes, la mayoría no tienen problema, pero por lo que se ve hay algunas que si, la cuestión es encontrar que hay en esa red que produce ese posible jitter, porque la conexión de red (en mi caso al menos) tiene mucho ancho de banda (unos 400MB simétricos) y 20ms de latencia, por lo que parece mas una especie de "interferencia" de paquetes.

Yo he probado a hacer un "loopback" físico con una tarjeta de sonido USB y en vez de mandar el audio a través de DAX hacerlo  a través de la función PC, que se contempla en la selección de micro del propio SmartSDR . El ruido se reduce muchísimo pero no llega a desaparecer del todo.

Transmisión a través de DAX:

Transmisión a través de la función PC con Loopback: 

La diferencia es muy significativa.

Publicado por: EA1R

↑

El problema radica en que ese DAX genera un tráfico de datos continuos que es muy probable que tenga una perdida de paquetes que no se pueden controlar, ajustar el buffer de la tarjeta de red podría ayudar,  pero yo he probado y realmente no funciona.

Ah, bueno, entonces parece que ya se sabe donde está el problema.

Alguien que controle del tema, seguro te puede ayudar. Algún tipo de ajustes, o alguna pequeña aplicación que regule ese tráfico de datos, o algo por el estilo.

A todo esto, no se si ya lo has hecho, pero sería bueno contactar con Flex para exponerles el problema. No creo que seas el único en el mundo en esa situación.

Suerte.

73, Máximo EA1DDO

PD. Por cierto, el otro día descubrí una función de Windows para asignar cierta prioridad a cada aplicación por separado.

En el Administrador de Tareas, pestaña Detalles, botón derecho sobre la aplicación deseada y se abre un menú, Establecer Prioridad.

Lo primero que hice fue ponerme en contacto con ellos Máximo, pero no han sabido darme una respuesta, lo achacan a una configuración de PC cuando esta demostrado que es un problema que viene generado de la RED de datos. 

Hoy he hecho la prueba definitiva...misma ubicación , pero distinta conexión de datos, peor latencia muchísimo menos ancho de banda, mucha mas inestabilidad y sin embargo el problema prácticamente desaparece....

Ahora ya esta clarísimo, el problema ahora será averiguar que esta pensando en la RED exactamente para solucionarlo.

¿alguna fuente conmutada metiendo ruido?

Publicado por: EA1AL

↑

¿alguna fuente conmutada metiendo ruido?

No. Ya esta comprobado, es una cuestión de perdida de paquetes en la red de internet, que aunque tenga buena latencia y buen ancho de banda, por lo que sea, pierde paquetes UDP.

Hola

¿Cómo has llegado a la conclusión de que se pierden paquetes?

¿Monta Flex RTP/RTCP por encima de UDP para poder hacer medidas de calidad?

Respecto a la red, das el dato de la latencia pero no comentas nada del jitter. En mi remoto, que no es Flex, configurar el "buffer de de-jitter" por debajo de 40 ms es exponerse a sufrir en el extremo que recibe "clicks" que son muy molestos.

Tampoco comentas el codec que estás usando. A principios de este siglo la ITU ya tenía varias normas de la serie G en la que analizaba estos temas. De aquellas conclusiones, creo que te puede interesar:

1. Para una tasa de pérdidas de paquetes dada, a mayor capacidad de comprimir y por tanto de usar menor ancho de banda del codec que estés usando, peor es la calidad en recepción. Huye de codecs complejos si es posible.

2. Los codecs basados en modelos de voz son muy buenos para la voz, pero no para los tonos de FT8. 

3. Si te permite elegir el codec, vete a un G.711, da igual el apellido. Si quieres no ocupar mucho ancho de banda, paquetiza en bloques de 40 a 60 ms.

4. Ten en cuenta que el retardo será la suma del tiempo de paquetizado del punto (3), la latencia y la profundidad del "buffer de de-jitter". No te pases de 100-120 ms, la experiencia te dictará este valor.

Si los "click" que se producen por pérdida de paquetes son los responsables de lo que describes, yo empezaría por seleccionar un G.711 y ampliar el "buffer de de-jitter" a un valor alto, por ejemplo 100 ms y ver si lo arregla. 

73  jose  EA4AFP

Publicado por: EA4AFP

↑

Hola

¿Cómo has llegado a la conclusión de que se pierden paquetes?

¿Monta Flex RTP/RTCP por encima de UDP para poder hacer medidas de calidad?

Pues la conclusión llega a base de descartar... mismo PC en red LAN no hay problemas, mismo PC con distinto Flex en remoto no hay problema, mismo PC con el mismo Flex pero con distinta conexión a internet en el mismo sitio, no hay problema, etc... El problema solo aparece cuando sale por una conexión concreta.

SmartSDR tiene un sistema de diagnostico pero entiendo que no un RTP/RTCP estándar, sino algo propietario que no se puede considerar de calidad, sino solo orientativo. 

Tampoco tiene una opción propia (que yo sepa) de ajustar el buffer. 

SmartSDR usa dos sistemas de audio, el principal (que esta funcionando bien) y otro que podemos llamar secundario a través de la aplicación "anexa" DAX, que es la que se usa para hacer FT8, ya que genera tarjetas de sonido muy "dinámicas".

Es decir aumentar el buffer en el propio smartSDR (aparte de no tener esa opción) no resuelve el problema porque se produce al usar el audio TX del DAX, y ahí es todo una incógnita, demasiado hermético para poder hacer pruebas de calidad.

Que el problema se podría resolver ajustando el Buffer del DAX? Es probable...(ya lo comente en un post anterior), la cuestión es ¿como?...no veo una opción, mas que deshabilitarle todas las funciones, incluida el audio de DAX RX para reducirle el trafico.   

Publicado por: EA1R

↑

Que el problema se podría resolver ajustando el Buffer del DAX? Es probable...(ya lo comente en un post anterior), la cuestión es ¿como?...no veo una opción, mas que deshabilitarle todas las funciones, incluida el audio de DAX RX para reducirle el trafico. 

Desconozco si hay alguna aplicación o manera de hacer eso, ajustar el uso de la red para un proceso concreto.

Lo que sí se es que puedes cambiar los ajustes en la tarjeta de red. Tienes muchos ajustes, pero claro, afectan a todas las aplicaciones. Pero por probar...

73, Máximo EA1DDO

Buenas,

empiezo a creer que no es un problema originado por pérdida de paquetes.

Si suponemos que Flex paquetiza en transmisión el FT8 en bloques de 40 ms (el valor más habitual en voz), en un periodo en tu TX se usarán aproximadamente 300 paquetes. Si la pérdida que te dice Flex de 0.09% es real (1) y suponiendo que las pérdidas se distribuyen en el tiempo (2) tendrías problemas aproximadamente en 1 de cada 4 periodos de transmisión, y eso no parece que sea lo que te pasa.

Además, si suponemos que en el otro sentido la red y/o aplicaciones se comportan igual, también se tendrían que perder paquetes, debería verse algo parecido y no lo parece mirando las figuras que mandas.

La pérdida de paquetes o el vaciado del "buffer de de-jitter" produce un "click" muy característico. ¿Puedes hacer esta prueba y mandarme el audio a mi correo de qrz.com?

1. en el escenario que falla, buscas una frecuencia fuera de las normales y transmites la morralla que sale en la figura.

2. con otro equipo escuchas esa señal y grabas el audio con el móvil, por ejemplo.

Lo que me despista es la diferencia que hay en las medidas de "calidad" que te da Flex entre la "latencia" y la "latencia max". ¿Puedes sacarla otra vez y ver si siempre sale algo igual?.

(1) Se podría "esnifar" la red en ambos extremos del escenario que falla, en el lado remoto valdría con poner un software como NetworkTrafficView o AppNetworkCounter, en el lado de la radio habría que poner un "hub" y un PC capturando todo el tráfico que entra al Flex, pero esto empieza a ser de nota.

(2) no creo que las pérdidas de paquetes se concentren en un determinado momento, porque entonces sólo tendrías mala señal en ese momento y no en todo el periodo como parece deducirse de una de las figuras que has puesto. 

73  jose EA4AFP

Publicado por: EA4AFP

↑

Buenas,

empiezo a creer que no es un problema originado por pérdida de paquetes.

Si suponemos que Flex paquetiza en transmisión el FT8 en bloques de 40 ms (el valor más habitual en voz), en un periodo en tu TX se usarán aproximadamente 300 paquetes. Si la pérdida que te dice Flex de 0.09% es real (1) y suponiendo que las pérdidas se distribuyen en el tiempo (2) tendrías problemas aproximadamente en 1 de cada 4 periodos de transmisión, y eso no parece que sea lo que te pasa.

Además, si suponemos que en el otro sentido la red y/o aplicaciones se comportan igual, también se tendrían que perder paquetes, debería verse algo parecido y no lo parece mirando las figuras que mandas.

La pérdida de paquetes o el vaciado del "buffer de de-jitter" produce un "click" muy característico. ¿Puedes hacer esta prueba y mandarme el audio a mi correo de qrz.com?

1. en el escenario que falla, buscas una frecuencia fuera de las normales y transmites la morralla que sale en la figura.

2. con otro equipo escuchas esa señal y grabas el audio con el móvil, por ejemplo.

Lo que me despista es la diferencia que hay en las medidas de "calidad" que te da Flex entre la "latencia" y la "latencia max". ¿Puedes sacarla otra vez y ver si siempre sale algo igual?.

(1) Se podría "esnifar" la red en ambos extremos del escenario que falla, en el lado remoto valdría con poner un software como NetworkTrafficView o AppNetworkCounter, en el lado de la radio habría que poner un "hub" y un PC capturando todo el tráfico que entra al Flex, pero esto empieza a ser de nota.

(2) no creo que las pérdidas de paquetes se concentren en un determinado momento, porque entonces sólo tendrías mala señal en ese momento y no en todo el periodo como parece deducirse de una de las figuras que has puesto. 

 

73  jose EA4AFP

Te estás fiando del diagnostico que te puse propietario de SmartSDR, que no tiene ningún problema, SmartSDR funciona correctamente, el problema lo presenta DAX. Que es un componente (o subsistema de audio) de SmartSDR que corre como proceso auxiliar para enrutar audio digital de forma fácil  entre el radio Flex y programas externos como JTDX, N1MM, etc... 

DAX se instala dentro del paquete SmartSDR y se ejecuta como una aplicación separada, con cierta autonomía operativa, pero es propietaria y dependiente de SmartSDR, y como te decía es demasiado hermética para poder diagnosticar o poder ajustar los buffers, etc...

Me hubiera gustado subir algún video aquí (no es posible por el peso) y eso te hubiera despejado todas las dudas, verías claramente que es una perdida de paquetes, flex tiene un monitor en el que se aprecia perfectamente los "clicks" a los que te refieres. Por eso en un post anterior puse dos imágenes, una con la señal limpia y otra con los "clicks" (cada señal orizontal que ocupa todo el ancho de banda de TX en DIGI-U es un "clik").

Te envio un video por privado para que lo veas, para mi no hay duda.