4. Desarrollo experimental
4.5. Desarrollo del paquete de ejecuci´on
4.5.3. Par´ametros de entrada de MONURBS
Cuando MONURBS se ejecute para realizar c´alculos de par´ametros de dispersi´on leer´a una serie de archivos de entrada. Desde el archivo de datos del kernel se obtendr´a la ruta de la malla y se cargar´a para trabajar con ella. MONURBS necesita ejecutarse una vez por cada circuito que vaya a ser simulado.
Pero adem´as, debe existir archivo denominadospa.dat que contiene los datos de entrada usados para hacer el c´alculo de los par´ametros de dispersi´on. En este fichero se definen los distintos puertos del proyecto, con sus propiedades.
Cap´ıtulo 4. Desarrollo experimental 4.5. Desarrollo del paquete de ejecuci´on El formato del archivo es, como muchos de los archivos de newFASANT, de texto. En la primera l´ınea se introducir´a el tokenSEC para especificar que el an´alisis debe hacerse de forma sectorial.
En la segunda l´ınea se especificar´an dos n´umeros separados por un espacio. Prime- ro, cu´antos puertos hay en este proyecto, y segundo, cu´al es el puerto principal asociado a ese archivo de datos. Puesto que tiene que proporcionarse un archivo de datos para cada invocaci´on del mallador, en cada iteraci´on se deber´a rotar el n´umero de puerto principal de modo que cuando se ejecute una vez MONURBS para cada circuito que hay que procesar, todos los puertos hayan tenido la oportunidad de ser rotados.
Y, a continuaci´on, habr´a que indicar las propiedades de cada puerto que haya en el proyecto. Cada puerto requiere una serie de l´ıneas y se tienen que almacenar las l´ıneas de datos de todos los puertos comenzando por el puerto que tenga como identificador 0, y en orden secuencial hasta el ´ultimo puerto.
Las primeras tres l´ıneas de cada puerto definen el tipo de gu´ıa de onda sobre el que se acopla el puerto. En la primera l´ınea se indica si es circular o rectangular mediante los tokens CIR y REC, respectivamente. A continuaci´on se indica el modo dominante, que ser´a1,0 en el caso de gu´ıas rectangulares y1,1 en el caso de gu´ıas circulares. Y en la tercera l´ınea, las dimensiones caracter´ısticas de la gu´ıa de onda. Si es una gu´ıa rectangular se indicar´an los valores de A y B, y si es circular, los de R.
Las siguientes dos l´ıneas contienen propiedades del puerto de gu´ıa de onda. En la cuarta l´ınea se indica el factor lambda de la gu´ıa de onda. A continuaci´on se indica la ubicaci´on al archivo de malla que contiene la tapa que fue creada durante el mallado del proyecto.
Las ´ultimas cuatro l´ıneas de cada puerto definir´an su posici´on y orientaci´on. La sexta l´ınea contiene las componentes X, Y, Z del centro en el que est´a ubicado el puerto de gu´ıa de onda, y es desde donde se har´an las emanaciones de energ´ıa electro- magn´etica. Las ´ultimas tres l´ıneas se corresponde con la matriz de cosenos directores del puerto.
La existencia de la matriz de cosenos directores se basa en el hecho de que el kernel MONURBS tenga planteadas las ecuaciones para calcular los par´ametros de dispersi´on de un circuito asumiendo que el plano transversal de la gu´ıa de onda es el XY; es decir, que la onda avanza en la direcci´on del eje Z. Las matrices de cosenos directores se utilizan para rotar las geometr´ıas desde una posici´on arbitraria hasta los ejes de referencia que MONURBS espera.
El eje Z es el vector director del puerto de gu´ıa de onda real construido por el usuario. Como se ha dicho, MONURBS utiliza como referencia una onda que avanza longitudinal al eje Z, de ah´ı que sea necesario para MONURBS rotar los circuitos de modo que est´en alineados.
El eje Y es el vector de direcci´on del contorno. Se calcula a partir del vector de direcci´on del lado corto en gu´ıas de onda rectangulares o del radio de una gu´ıa de onda circular.
El eje X se calcula a partir del producto vectorialY×Z debido a que los otros dos son m´as sencillos de obtener y a que lo ´unico importante es que los vectores directores formen una base entre s´ı, es decir, que sean ortogonales.
Archivos de salida de MONURBS
Para el c´alculo de matrices de dispersi´on, interesa el archivospa dat.out, que contiene los valores de las matrices de admitancia y las impedancias te´oricas para cada par de puertosi,jdel proyecto.
Cada vez que se invoque el n´ucleo MONURBS se generar´a este archivo, donde se estudia, para el puerto principal que se haya indicado al kernel, la admitancia entre el puerto principal y todos los dem´as puertos del circuito. Es por ello que habr´a que preservar este archivo de modo que contenga todos los valores del proyecto.
Para ello, se leer´an los valores de Y y el valor deZ0obtenidos con MONURBS y se introducir´an en un archivo que agregar´a todos los par´ametros Y y todos los par´ametros
Z0. Este archivo tendr´a un formato sencillo de procesar (se va a optar por CSV), de modo que en la fase de an´alisis de resultados se pueda leer el archivo y generar las matrices Z y S a partir de ´el.
Dentro del archivo spa dat.out, la informaci´on de cada puerto ocupar´a unas 5 l´ıneas. En consecuencia, los archivos spa dat.out tendr´an una longitud de 5n
l´ıneas, donde n es el n´umero de puertos del circuito. De entre cada grupo de 5 l´ıneas, en particular nos interesan la cuarta y la quinta l´ınea.
La cuarta l´ınea contiene el n´umero complejo que representa el coeficiente Yi j
para el puerto principaliy el puerto secundario j..
La quinta l´ınea contiene el valor de la impedancia te´oricaZ0entre ambos puertos.
Se interpretar´a cada grupo de 5 l´ıneas y se generar´a a cambio una l´ınea en forma- to CSV donde habr´a cinco campos separados por comas: n´umero de puerto principal, n´umero de puerto secundario, parte real del coeficiente Y, parte imaginaria del coefi- ciente Y, y valor deZ0. Esta l´ınea se escribir´a en un archivo llamadoSparam.out que ser´a el que almacene los datos de forma persistente como un archivo generado por el proyecto. Como este archivo contiene la combinaci´on de todos los puertos del proyec- to, s´olo ser´a necesario un ´unico archivo para representar los par´ametros en un step y en una frecuencia.
Cap´ıtulo 4. Desarrollo experimental 4.6. Desarrrollo del paquete de resultados