Duda técnica

Espero que superar las limitaciones del Arduino en lo que se refiere a lectura de tensiones no os lleve a calcular sensores con relaciones de número de espiras muy bajos que hagan disipar mucha potencia en el sensor (y generar tensiones elevadas).

Se supone que queréis que la preciada potencia de vuestros equipos llegue a las antenas, no que se quede disipada por el camino... Es, por tanto, preferible usar sensores que generen menores tensiones y convertidores A/D sensibles, como el ADS1115, que tiene cuatro canales de 16 bits y un rango mínimo de +/- 0.256 V. Y con interfaz I2C para usar menos conexiones...

jon, ea2sn

Hola Enio , con el código que muestras no puedes obtener los resultados que esperas , el número de muestras es más que correcto , es más yo diría que son demasiadas si nos ajustamos al Teorema de muestreo de Nyquist-Shannon ( https://es.wikipedia.org/wiki/Teorema_de_muestreo_de_Nyquist-Shannon) , el cual define que el número de muestras necesarias

"El teorema demuestra que la reconstrucción exacta de una señal periódica continua en banda base a partir de sus muestras, es matemáticamente posible si la señal está limitada en banda y la tasa de muestreo es superior al doble de su ancho de banda. "

Aquí si que es posible que yo este equivocado, si no me equivoco el ancho de banda de una señal en AM es de 6 KHz, y en banda lateral de 2.7 KHz , por lo cual el número de muestras que necesitaremos en una señal AM será de 12.000 muestras, nosotros que en el 99.9 % trabajamos en LSB/USB, por lo que con 6000 muestras  tendremos suficientes para poder tener un valor bastante aproximado de la magnitud de la señal.

En el código figura el retardo con un valor de 170 milisegundos, creo que con ese valor está bien, lo puedes cambiar. Hay que tener en cuenta que entre muestra y muestra el micro puede estar haciendo otras cosas ( atender a interrupciones , etc).

Para poder obtener ese valor lo que haremos será sumar todas las muestras y luego dividir dicho valor por el número de ellas; aquí tenemos dos formas:

• Ir sumando cada muestra a la anterior.
• Ir acumulando las muestras en un vector y luego sumarlas.

En este apartado tampoco vamos a se puristas y que cada uno elija la que más le guste , cada una tiene sus ventajas e inconvenientes , no entraremos en detalles, que se escapan para este caso.

Te pongo una parte de código, se entiende mejor que tanta charla.

El código escrito.
#DEFINE TIEMPO 170 // tiempo de entre muestra y muestra
#DEFINE MUESTRAS 6000 // nnúmero de muestras
#DEFINE ENTRADA A0 // entrada lectura

int vector [MUESTRAS];
int sumaVector=0; // suma de las muestras
double resultado=0.0; // valor medio de las 6000 muestras
int i=0; // para el contador

for ( i=0 ; i>=6000 ; i++ ){ // bucle recorrido vector

vector[i]= Analog Read (ENTRADA); // acumula los valores leídos
delay (180); // retardo en milisegundos
}

/*Esta no es la mejor manera de contar tiempo, lo mejor es utilizar la ya comentado
* a través de los TIMER de micro AVR, y sus directivas, para aqui no es necesrio
* que sea muy preciso (tampoco vamos a ser muy estrictos )*/

for ( i=0 ; i>=6000 ; i++ ){ // bucle recorrido vector

sumavector= sumavector+vector[i]; // acumula los valores leídos

}

resultado = sumaVector/MUESTRAS ; // VALOR MEDIO DE las 6000 muestras

/* ahora es cuando convertimos el valor medio de las muestras a una magnitud
* entedible por nosostros , cada muestas (por ejemplo con 1024 de resolución)
* si cada muestra equivale a 5 mVol, multiplicamos y obtendremos el valor
* leído en mVol*/

Espero que te ayude y si no me mandas un  privado o por aquí. Lo que sea necesario.

Un saludo.

EA1CXG, Antonio.

Hola Jon , tienes mucha razón , hay que tener mucho cuidado con la radiofrecuencia y más con estos dispositivos. Un mal acoplamiento de la antena  o retornos de radiofrecuencia,   puede producir picos que puedan dañar todo el circuito, y eso si que es un punto crítico para evitar daños.

El circuito de protección tiene que ser muy rápido.

Un saludo.

Muchas gracias Jon. Efectivamente, lo que he leído sobre los transformadores coinciden con tu observación. En realidad, la relación de espiras está entre 1:8 y 1:23 (1:10 y 1:13 las más frecuentes), además, cuando se utiliza un divisor resistivo algún autor no recomienda sobrepasar los 35V. Los medidores de RF digitales utilizan AO para acondicionar las medidas para microprocesadores programables. Así que para usos sencillos y caharreo casero con Arduino, no sería aconsejable utilizar potencias superios a 200W (vamos: un QRP).

Aparte, está utilizar un módulo con el ADS1115 tal como también había comentado antes (He pedido uno a China para hacer pruebas, porque los europeos son muy caros). La precisión de un nivel digital en un Arduino con el ADC de 10bit y con un divisor de tensión en la entrada de 10K/3K2, es de 20,16mV (Vent=(5*(r1+r2)/r2), con uno de 16 bit sería 0,3mA. Pero el problema en este momento no es la precisión sino el sistema de captura de datos.

Veamos Antonio. Creo que es bueno mantener el debate en el foro. Poco a poco se irá animando más gente y cuantas más aportaciones haya más aprenderemos todos.

La programación de Arduino, como sabes, está basada en el lenguaje C++. Los controles principales, (por lo menos los que voy aprendiendo a manejar) while y for. Hay más por supuesto, pero ambos pueden manejar un bucle. El manejo del tiempo en Arduino se apoya en la función millis() que expresa los milisegundos transcurridos desde que ha sido reseteado. La función delay() es desaconsejable siempre.

Por otra parte, la creación de código debe ser muy estricta para que sea clara, eso es así en cualquier lenguaje. Por eso, todas la operaciones que no afectan a control de flujo, deben hacerse fuera del bucle loop().

Estoy de acuerdo en que el segmento de banda que debe ser muestreado para procesar debe ser un ciclo completo. Para calcular el pico de señal he elegido 2 segundos para hacer una prueba con la lógica y comprobar el tiempo que tarda entre muestra y muestra pensando en que puedo leer tantas veces como necesite. Si el tiempo es demasiado largo, se puede acortar, lo demás basta con arrastrar una variable con la lectura máxima. (Este algoritmo lo he utilizado siempre para el cálculo estadístico de máximos).

En cuanto al control del bucle podemos utilizar tiempo, o frecuencia. Después de asegurar la lectura de tensión de pico (creo que ya está) podemos abordar la potencia (tensión) media. Para esto debemos de establecer cuidadosamente el tiempo y/o la frecuencia para aplicar la media por medio de un vector. Para esto tendremos que crear una función que devuelva la tensión media.

¿Qué tiempo te parece adecuado para CW y SSB?

Aunque para más adelante podríamos trabajar sobre un pulsador que cambiara los cálculos para CW, AM y SSB. Habría que apender a manejar la EPROM.

He escrito la siguiente función que no he podido probar porque he desmontado el tinglado hasta mañana:

float LecturaMedia() { //Calcula la lectura media de la tensión directa
  unsigned int rawSuma = 0;
  int vecesLectura = 0;
  unsigned long tiempoInicial = millis();

  while(millis() < tiempoInicial + 1344) { //Establece el tiempo del bucle, 6000 lecturas aproximadamente
    rawSuma = analogRead(pinDIRanalog); //Suma la lectura raw (max=6,138 x 10^6)
    vecesLectura ++; //Cuenta las lecturas
  }

  Serial.print( "La media es: ");//eSTAS INSTRUCCIONES SON PARA PROBAR LAS LECTURAS EN EL MONITOR SERIE
  Serial.println((rawSuma * vMAX) / 1023) /vecesLectura;
  float voltiosSuma = (rawSuma * vMAX) / 1023; //Transforma la suma de las lecturas raw
  return voltiosSuma / vecesLectura;
}

El sketch no ha dado errores de compilación. Esta función realiza aproximadamente 6000 lecturas, el control es el tiempo 1344 milisegundos, aunque se puede controlar con la frecuencia y decir que termine el bucle después de las 6000 lecturas . El tiempo entre lectura y lectura es de 0,224 milisegundos. Para calcular la media, siempre que sea un ciclo, cuanto más muestras, supongo que será mejor. Una cosa es optimizar los tiempos de un ADC reduciendo el número de muestras, pero en este propósito no tiene objeto. Nuestro problema es gestionar la pantalla para que el instrumento de sensación de la continuidad que un analógico lo hace con la inercia.

He probado el sketch con la nueva función y funciona. Lee la tensión media, es decir, hace unas 6000 lecturas de una transmisión de CW en la resistencia del transformador "directa" de un puente de Stockton con una relación de espiras de 1:8 y devuelve la media.

He estado repasando los mensajes cruzados, la información que ha facilitado Jon de su trabajo en la revista de octubre de 2011 y el vídeo del enlace de KN9B, el concepto de la tensión RMS y he hecho una reflexión sobre el estado del proyecto.

Creo que la división de los transformadores del puente de R3BO es demasiado grande. Voy a tratar de desmontar los toroides y voy a bobinarlos de nuevo para una relación 1:13, realizar una nueva medición con potencia real y modificar el divisor de tensión de la entrada de los sensores.

Creo que el planteamiento del hardware es correcto, lo cierto es que es muy simple, pero voy a utilizar un display de cuatro líneas en lugar de uno de 2.

Creo que la medición de la ROE está bien resuelta, pigo sin decidir cuál sería la fórmula para calcular la tensión de salida directa en función de la tensión medida en la resistencia de carga del secundario del transformado de "directa" del puente.

El sensor con el puente se puede mantener conectado permanentemente porque no produce pérdidas (o al menos, insignificantes) y voy a montar el instrumento en una caja Minibox añadiendo un pulsador para futuras prestaciones.

Hola , me alegro que funcione, la impedancia de cualquier conjunto formado por bobina y cualquier elemento dependerá de de la frecuencia , en la página de ON7EQ  https://www.qsl.net/on7eq/projects , puedes observar como realiza la calibración en relación a la frecuencia .

Una página que está muy bien explicado todo el tema de roe, perdidas en el cable, adaptación de linea.

http://www.iesromerovargas.es/recursos/elec/sol/est-roe.htm

Una página que está muy bien explicado todo el tema de roe, perdidas en el cable, adaptación de linea.

http://www.iesromerovargas.es/recursos/elec/sol/est-roe.htm

Yo buscaría algo más serio y riguroso.

He estado mirando los esquemas y los dos dan como impedancia 50, en todas las bandas y en relación ha esta impedancia realizan un tabla de calibración para así corregir los errores de manera que no se desplacen más de lo debido. Lo que se puede realizar será medir la impedancia a la salida del divisor , que será la misma que la resistencia y a partir de ahí , realizamos una tabla con valores de potencia de entrada y de los valores entregados a la salida del divisor , luego por medio de código y en relación a los valores entregados realizamos las correcciones que más aproximen el valor real.

En relación al número de muestras elige siempre el más alto necesario , así tienes cubierto todas las opciones, en el caso de AM será 12.000, y para la que menos siempre tendrás más valores de los necesarios, por lo que el valor medio será más real.

Para evitar que el display parpadeé , tienes varias alternativas , puedes hacer una función o método que solo visualice cuando exista algún cambio en los valores leídos, de esta forma, sí estas midiendo durante 3 minutos  con portadora constante y no hay variaciones : el display no cambia. Y si  además solo modificas la visualización de los valores numéricos cuando hay un cambio , sin refrescar el texto ,el efecto disminuye. Hay más formas pero resultan muy "fikis" y sobrecargas el micro (estamos con un Arduino UNO o NANO).

La Eeprom de Arduino es muy fácil de manejar y seguro que no tienes problemas, pero sí piensas en añadir opciones, log, menús, modo configuración  y control piensa en un arduino MEGA o DUE, tiene muchas ventajas , más rápido , capacidad , salidas , etc.

Tienes que pensar que es más "fácil" crear código que modificar hadware, lo que quiero decir que es más fácil programar varias funciones a dos pulsadores (por ejemplo), que añadir un pulsador para cambio de frecuencia,otro para el cambio de banda y otro para apagar la pantalla. Con un poco de código se hace.

También si quieres se puede realizar el que solo funcione cuando tenga que medir , mientras tanto puede estar apagado. No tiene que estar siempre midiendo.

En relación al comentario de Angel y no lo tomo como ninguna crítica, efectivamente hay documentación, apuntes y trabajos muy exhaustivos,  pero he creído que no es el sitio adecuado para esa documentación , ya que entiendo que es para "todos" . Y no todos podemos entender determinada documentación ( el primero yo) , a modo de ejemplo para programar un Arduino, PIC, Psoc, STM, a los niveles que nos movemos por aquí , no creo que sea necesario aportar documentación sobre Teoría computacional , ni entender de Teoría de Autómatas.

Un saludo.

Antonio.

Hola, buenas noches, yo llevo un tiempo haciendo software para un acoplador direccional que me construi hace mas de un año, el acoplador lo he probado desde 2 a 55 MHz y es bastante lineal, un tandem match, con dos diodos  1N5711, vamos muy similar a los que poneis arriba, con 100w entrega 3v en el puerto acoplado (FWD), hasta ahi bien.

El problema viene con el arduino; he hecho varios programas y curiosamente todos me dan lo mismo, para las pruebas uso varias cargas artificiales que ademas las mido con un VNA 50 Ohm (1:1), 25 Ohm (2:1) y 16,6 (3:1), los resultados que obtengo son 1:1, 1,6:1 y 2,3:1 respectivamente, en mis programas hago los calculos tipicos y archiconocidos, asi que no se que es lo que hago mal.

73.

Todo esto del Arduino cae fuera de mis conocimientos. Ya no entiendo el mundo en el que vivo. De manera que supongo que mi respuesta es inútil.

A ver, cito: EA2ET,  Angel, dijo:

me parece ver un poco de confusión.

Un poco no, yo ya estoy muy, extremadamente confuso.

Y ahora cito a Enio, EA2HW

¿Alguien sería tan amable de indicarme si la lectura de la tensión que presenta el secundario de un transformador con núcleo con una relación 1:8 espiras,puede deducir la tensión de salida?

Pues si ese cacharro se puede programar, digo yo, me parece, que el asunto va de  que resuelva la fórmula N1/N2= Rai z 2 Z1/Z2

N son espiras y Z impedancias.

Y supongo que el resto se resuelve por la ley de Ohm. Se puede trabajar el código para eso? 

Pregunto: El cacharro ese es programable, no?

Entonces entiendo que si conoces la relación de vueltas entre la entrada y la salida, será lo que dice EA1CXG.

Y si nos montamos un medidor de los de toa la vida? 

Es broma, un dia de estos me lío con estas historias.

En relación al comentario de Angel y no lo tomo como ninguna crítica, efectivamente hay documentación, apuntes y trabajos muy exhaustivos,  pero he creído que no es el sitio adecuado para esa documentación , ya que entiendo que es para "todos" 

No me estoy refiriendo a trabajos más "profundos", es más, en el de ese enlace se está metiendo en profundidades totalmente innecesarias que lo único que crean es confusión.

Lo de serio y riguroso se refiere a los errores que contiene el escrito, y que a mi modo de ver demuestran que está hablando de lo que no sabe, cosa que hacemos de forma demasiado habitual.

Por eso hay que poner en cuarentena todo lo que leamos en internet.

Tienes mucha razón en que hay que cuidado con las informaciones que hay en la red , hay algunas que te ponen los pelos de punta. En este caso el error ha sido mio, ya que he confiado en la fuente. Creyendo que un centro de educativo que imparte la  formación reglada en  Ciclo Superior de Telecomunicaciones ofrece a sus alumnos  recursos adecuados y rigurosos con la educación que imparte.

Un saludo Angel.

Nota, esta noche pronto a la cama. 😇  😇 

Bueno... en este punto. Acabo de probar un puente "híbrido de cuatro puertas" (Stockton) y no he quedado satisfecho: No es exactamente simétrico,. Es decir: si cambio el sentido de conexión entre el equipo y la antena no da exactamente las mismas mediciones. He utilizado una relación de espiras en el transformador de 1:13.

Me he dado cuenta de que el sensor es una parte muy importante de un medidor de ROE y potencia. Por otra parte, el objetivo de este proyecto es que sea reproducible, realmente yo ya tengo resuelto el problema de la medición de ROE y potencia. Por lo tanto he vuelto a repasar lo que hay escrito (y he podido acceder) sobre el tema. La primera conclusión es que necesitamos un sensor que tenga capacidad para una potencia de al menos hasta 400W.

En las primeras pruebas he utilizado dos toroides Micrometals FT82-43. Para las potencias descritas puede ser mejor el material 61 y el formato FT50, por eso necesito un par de toroides FT61-50 (preferiblemente Fair Rite). La relación de espiras más adecuada sería 1:23. Aún así, con potencias de hasta 400W, la tensión de entrada en el Arduino sería superior a los 5V, lo cual nos obliga a utilizar un divisor en la entrada.

Lo malo es que no sé dónde encontrar un par de toroides FT50-61, en GB se pueden conprar 6 por unos 14€, incluidos los portes. Alguine conoce alguna tienda en España que los tenga en stock y los pueda enviar en una carta ordinaria?. En kits and parts disponen de Amidon, pero entre los portes y el precio son caros. Bueno.. siempre puedo seguir utilizando los FT82-43.

Como contestación a Juan, le diré que, efectivamente, es más fácil montar un medidor convencional. Tiene la ventaja indudable que la propia inercia del instrumento analógico resuelve problemas de presentación, además, para sintonizar un equipo con el PA a válvulas es imprescindible (uno digital entorpecería el ajuste). Sin embargo, como instrumento de precisión es más eficaz uno digital que otro analógico, al fin y al cabo, ambos utilizan los mismos principios de cálculo, salvo que uno trabaja como una regla de cálculo y el otro es una calculadora electrónica (aunque esto no suple la falta de conocimientos básicos de física y matemáticas 🤣 ). 

En este proyecto yo pongo mi experiencia como programador mientras mis conocimientos de física y matemáticas son justos, por eso pido ayuda. Y si, con el código de Arduino puedo hacer casi todo, si alguien me enseña cómo calcular la potencia de salida de un transmisor sabiendo la tensión medida a la salida de un transformador de un puente de Stockton, yo puedo escribir el código que lo ejecute, aunque haya que utilizar correctores de frecuencia con detección automática. (No es necesario que sepa ni siquiera de la existencia de Arduino)

El primer borrador lo he subido a GitHub y funciona como medidor ROE, si alguien tiene alguna pregunta, con mucho gusto podemos debatirlo, a fin y al cabo se trata de aprender entre todos a hacer algunas chapucillas con Arduino para la radio. En este momento estoy trabajando en una clase, Cronómetro(), que controle los tiempos de salida a display y los tiempos de muestreo, sin utilizar delay(). También estoy estudiando el uso del buffer para formatear líneas y hacer salidas a pantalla más elegantes mientras espero un display de 4 líneas por 20 columnas. El proyecto de un medidor de ROE digital, puede tener un desarrollo largo y, funcional y gratificante gracias a la filosofía de open software y, como todos estos buenos proyectos, es multidisciplinar y cooperativo que en nuestro idioma es difícil de encontrar.

https://github.com/ea2hw/medidor-roe/blob/master/MedidorROE.ino

Así que se aceptan colaboraciones de compañeros que tengan claro cómo se calcula la potencia de salida de un TX en función de la lectura de la tensión que presenta el secundario de T1 en un puente de Stockton. Muchas gracias a todos por las aportaciones.

¡Ah...!, efectivamente Angel. De todo lo que he encontrado en la red sobre el tema, en relación a los códigos de software por lo menos, he encontrado muy poco para mejorar y lo cierto es que tampoco puedo poner el techo muy alto.

¡Ah...!, Antonio, no se puede utilizar una diferencia de lectura para hacer un cambio de pantalla ya que seguiría haciendo cambios en cada lectura puesto que cada una probablemente es diferente de la anterior. Antes de pensar cómo vamos a presentar las lecturas, es necesario resolver qué es lo que deseamos presentar. Operando la radio, los periodos de escucha son más prolongados que los de transmisión, por lo tanto, si queremos que sea útil el instrumento debemos darle un trabajo en los periodos de escucha. Por ejemplo: un reloj de tiempo real que marque la hora UTC y la hora local. Esto es fácil, basta introducir en el "shield" un módulo RTC, las librerías y unas pocas líneas, mi pregunta: ¿Sería útil que el medidor ROE fuese un reloj en tiempo de escucha?

Juan, la fórmula que aportas no resuelve el problema. Tenemos un transformador que en el primario tiene una espira y una carga desconocida. En el secundario 8 espiras con una carga de 51 Ohmios. Sabemos calcular la ganancia (20xlog(1/8) = -18,0618. Podemos saber la tensión que presenta el secundario del transformador y podemos calcular también las pérdidas producidas en el diodo rectificador, todo ello en tiempo real y con una toma de muestra cada 0,28 milisegundos y una precisión 20 milivoltios, podemos calcular en un instante la media de 6000 lecturas y el pico máximo. Lo que no sé es la ecuación que permite expresar la potencia que ha entregado a la antena el TX.

Hola , creo non estamos dispersando, y queremos abarca todo a la vez y no se puede. Tenemos que tener claro desde el primero momento que es lo que queremos:

1. Potencia a medir : según está (100w, 300 w) definiremos el sensor adecuado para la potencia máxima y la frecuencia de trabajo( tipo de toroide sección del cable , rango frecuencia para el toroide).
2. El sensor lo que mide no es la antena , monitoriza lo que pasa por una pequeña linea (cable coaxial), y según estas magnitudes podemos intuir en que condiciones se encuentra la antena, pero no medimos la antena.
3. Necesitamos dos sensores , los cuales creo entender que son simétricos , a la hora de sus construcción tendrán que ser lo más homogéneos posibles, opción b comprar el sensor.
4. Como cualquier sensor analógico (LM35, acelerometros, pantalla resistiva,etc)  tendrá una curva de respuesta , siendo  de  construcción casera tendremos que realizar  y analizar la nuestra , en el mejor de los casos los sensores (toroides), tendrán una respuesta lineal (esto no se lo cree nadie). Realizaremos una tabla en la que reflejaremos la potencia de entrada y la salida del sensor, Sí lo hacemos en excel o libreOfice cal ,   y vemos la gráfica ( lo "petamos") ,así  nos da una imagen aproximada del comportamiento real del sensor.
5. Una vez que tenemos la respuesta del sensor , tendremos que adecuar la señal que nos proporciona al tipo de dispositivo con el que procesaremos la información que nos genera. En este caso tenemos señales superiores a 5 vol, tendremos que adecuar esa señal ( con las menores perdidas , distorsión y si podemos calibrar el sensor mejor) a nuestro Arduino. Lo más simple es con un divisor de tensión. Tendremos que saber  magnitud de las perdidas  para poder realizar las medidas necesarias para su corrección en el procesamiento de la información ( aquí a parte de las perdidas en el divisor que serán muy pocas tendremos que añadir la caída del diodo).
6. Una vez que tenemos la información que necesitamos , definimos los cálculos necesarios para obtener la información que necesitamos y la visualizamos.
7. Ya llegamos al último nivel : "friki ", visualización clara y elegante, menús, informaciones adicionales, etc.

Parece mucho trabajo, pero un análisis adecuado y planificación correcta  nos ahorra mucho tiempo y decepciones.

Para el tema del parpadeo , al cambio de lectura  tendrás que definir una histéresis , con un valor , por ejemplo si el valor es 25 que solo cambie si el valor varia un 10 %, lo que viene a ser , solo muestra el cambio si el valor cambia a 27 o a 23. Esta forma está implementado con un sensor de temperatura en la parte decimal y funciona perfectamente.

Otro tema : ¿ Y los Reyes .......?  🤓 

Hola Pedro, has medido la salida de los toroides sin estar el arduino , comprueba que el valor obtenido sin carga corresponde al que leé el arduino. Los mircroprocesadores cuando se utilizan los ADC necesitan una buena estabilidad de tensión , los 7805 no son precisamente muy recomendables , hay que tener en cuenta que utilizan como referencia la tensión de entrada, si esta varía la lectura no es correcta. Comprueba la salida de los toroides y si corresponde con lo que lee el arduino. También puede ser que tengas más perdidas en la resistencia de lo que esperas.

Un saludo.

Antonio EA1CXG

He montado de nuevo el sensor de R3KBO con un nuevo devanado de 23 espiras en el secundario de T1 y T2, he realizado algunas mediciones y he llegado a algunas conclusiones acerca del primer elemento de un medidor de potencia y ROE. Las he publicado en mi Web ya que en el hilo de un foro se van perdiendo en el tiempo.

La conclusión más importante es que el circuito que vende R3KBO es adecuado para montar el medidor modificando el número de espiras. Continuaré con el proyecto en mi web.

https://enioea2hw.wordpress.com/medidor-roe-con-arduino/

En este momento estoy razonablemente seguro de que las mediciones que se realizan a la salida de los circuitos directa y reflejada (en el sentido en que se haya conectado el TX y la carga), son adecuados para calcular la ROE de una línea de transmisión, así como para calcular la potencia correspondiente utilizada con el transmisor. La constante entre la tensión teórica medida en la carga de 50 ohmios colocada al final de la línea (V=RAIZ(PZ), donde V es la tensión teórica, P es la potencia y Z la carga) y la tensión medida en la salida del diodo rectificador del circuito de "Directa" es de 1:17,734, es decir: la tensión medida en el circuito de directa es 17,734 veces inferior: Si esta es una constante, bastaría multiplicar la lectura a la entrada de directa del Arduino por 17,734, para obtener así la potencia utilizada. Sin embargo me parece una suposición un poco simple, por otra parte, la ganancia de un transformador es 20*log(esp.pri/esp.sec), como la relación de los transformadores es de 1:4, el cálculo sería 20*log(1/23) = -27,23 (¿dB?).

Lo cierto es que estoy a la espera de que alguien me ayude en este sentido (exclusivamente)