You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hola Gonzalo.
Hay varias razones para que el analisis se haga offline a partir de grabaciones:
1.- Cuando las señales son desconocidads y/o no documentadas, son necesarias varias grabaciones para llegar a resultados aceptables.
2- Las señales "burst" de muy corto ciclo de trabajo suelen pasar desapercibidas en los sitemas en tiempo real.
3- Las señales ARQ adaptativas pueden ir cambiando de modo sobre la marcha, lo que dificulta su analisis en tiempo real.
4- Hay vario modem hibridos que cambian la modulacion sobre la marcha, lo que puede inducir a errores.
Hay mas razones para que el analisis se haga offline como en SA, lo que no es obice para que tambien se puedan hacer muchas cosas en tiempo real, especialmente cuando ya se conocen los parametros de la señal bajo analisis.
Si consideras la posibilidad de implemetar este modo, podemos aportar ideas al respecto.
Saludos.
ANgazu.
The text was updated successfully, but these errors were encountered:
Hola.
Ahora mismo ya hay soporte para análisis offline, a partir de capturas en
bruto con Gqrx o incluso ficheros de audio soportados por libsndfile (son
lo que se conoce como file sources) las cuales pueden funcionar en bucle.
De todos modos y ahora que lo comentas, sí que hay cierto problema con las
señales en modo burst y es que (salvo que tengan un preámbulo lo
suficientemente largo, tampoco demasiado) las PLLs pueden tardar en
engancharse incluso inicializándolas en la frecuencia adecuada. Estaría
bien poder especificar qué porción de la file sources se debería repetir la
captura. Sería de ayuda además incluir una medida de tiempo en el waterfall
para poder acotar esto más fácilmente.
Saludos
El 20 de marzo de 2018, 10:19, ANgazu <[email protected]> escribió:
Hola Gonzalo.
Hay varias razones para que el analisis se haga offline a partir de
grabaciones:
1.- Cuando las señales son desconocidads y/o no documentadas, son
necesarias varias grabaciones para llegar a resultados aceptables.
2- Las señales "burst" de muy corto ciclo de trabajo suelen pasar
desapercibidas en los sitemas en tiempo real.
3- Las señales ARQ adaptativas pueden ir cambiando de modo sobre la
marcha, lo que dificulta su analisis en tiempo real.
4- Hay vario modem hibridos que cambian la modulacion sobre la marcha, lo
que puede inducir a errores.
Hay mas razones para que el analisis se haga offline como en SA, lo que no
es obice para que tambien se puedan hacer muchas cosas en tiempo real,
especialmente cuando ya se conocen los parametros de la señal bajo analisis.
Si consideras la posibilidad de implemetar este modo, podemos aportar
ideas al respecto.
Saludos.
ANgazu.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#10>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAlST1r8lc585NtGgop-1sgxaRUP2Z5Bks5tgMm4gaJpZM4Sxihj>
.
Hola Gonzalo.
Hay varias razones para que el analisis se haga offline a partir de grabaciones:
1.- Cuando las señales son desconocidads y/o no documentadas, son necesarias varias grabaciones para llegar a resultados aceptables.
2- Las señales "burst" de muy corto ciclo de trabajo suelen pasar desapercibidas en los sitemas en tiempo real.
3- Las señales ARQ adaptativas pueden ir cambiando de modo sobre la marcha, lo que dificulta su analisis en tiempo real.
4- Hay vario modem hibridos que cambian la modulacion sobre la marcha, lo que puede inducir a errores.
Hay mas razones para que el analisis se haga offline como en SA, lo que no es obice para que tambien se puedan hacer muchas cosas en tiempo real, especialmente cuando ya se conocen los parametros de la señal bajo analisis.
Si consideras la posibilidad de implemetar este modo, podemos aportar ideas al respecto.
Saludos.
ANgazu.
The text was updated successfully, but these errors were encountered: