close Warning: Can't synchronize with repository "(default)" (/var/svn/mms does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 14 years ago

Last modified 13 years ago

#616 reopened defect

Problemas con polinomios F

Reported by: Ines Miranda Owned by: Pedro Gea
Priority: critical Milestone: Next
Component: StrategyMultiMLE Keywords: transferencia, polinomios F, MLE
Cc:

Description

Hola,

tengo definido un input con un polinomio de tranferencia en F, en una estimación MLE. Al ver los parámetros descubro que los términos en F no han sido estimados.
He visto los tickets #166 y #272 tratando ya este problema.

  • El método MLE, no debería admitir que se definan polinomios de transferencia en F?
  • De momento, que parece que no se puede, el TOL no saca ningún error ni niguna traza avisando de esto. Se podría avisar que estos paámetros no van a ser estimados?

Gracias

Change History (9)

comment:1 Changed 14 years ago by Pedro Gea

Status: newaccepted

En principio MMS admite los grados negativos en las funciones de transferencia (adelantos F en lugar de retardos B) aunque quizá haya algún problema no detectado.

El identificador de estos parámetros es: <SubmodelName>__<ExpTermName>__Linear.m<Degree>
si el parámetro no se estimara, porque el estimador no lo acepta o culaquier otro motivo, al menos sí debería estar apareciendo una traza de advertencia (warning) indicándolo.

Quizá si adjuntas la estimación podría ver qué ocurre (mira #462 si el archivo es demasiado grande).

comment:2 Changed 14 years ago by Ines Miranda

Adjunté el objeto estimación.

El término TerCanaval está creado con una función de transferencia 0.1+0.1*F+0.1*F2.
Si observas los parámetros, verás que para los dos restardos, no ha parámetros estimados.

comment:3 Changed 14 years ago by Pedro Gea

Pues es raro, porque a mí sí me los estima.
Además en las estimación que adjutnas aparecen los últimos en la lista de parámetros como si hubiesen sido modificados a posteriori. Necesito más información para saber lo que ocurre: al menos el log y las versiones de TOL y MMS utilizadas.

comment:4 Changed 14 years ago by Ines Miranda

Pedro,
efectivamente esta prueba ha sido modificada manualmente desde el interfaz MMS para comprobar que, efectivamente no se estimaban los parámetros del polinomio de transferencia que queríamos estimar.
Has cargado el objeto, has hecho la prueba y a ti sí te estima esos parámetros?

Estas pruebas han sido realizadas con la versión 6031 de MMS y la última versión de TOL(v2.0.2).

comment:5 Changed 14 years ago by Pedro Gea

Resolution: fixed
Status: acceptedclosed

Probablemente los problemas ya están resueltos o se solucionan con los cambios del tique #470: MMS.0.6035 y siguientes.
Si el problema no se ha resuelto, reábrase el tique o creése uno nuevo con un ejemplo con el que reproducirlo.

comment:6 Changed 14 years ago by jgallardo

Hola, todavía no está solucionado, si siquiera sé cuan difícil es de solucionar. El principal problema es que la función Estimate() no admite F's en los polinomios. En principio las soluciones pueden ser:

1.- Dar un error con mucha información cuando el usuario quiera usar el Estimate() y además esté metiendo al menos un Polinomio F
2.- Jugar con las series, esto es:

2.1.- hallar el grado mínimo del polinomio
2.2.- si es negativo, aplicar a la serie la mayor F
2.3.- y desfasar el polinomio hasta que el grado mínimo sea 0.
2.4.- ir guardando los cambios para que todo este proceso, al final, sea transparente para el usuario.

Abr.

comment:7 Changed 14 years ago by Pedro Gea

Resolution: fixed
Status: closedreopened

comment:8 Changed 13 years ago by Pedro Gea

Milestone: Release 0.6Development 1A
sensitive: 0
version: 0.61

La discusión se llevó a TOL#1243
concluyéndose que el uso de funciones de transferencia con polinomios en F no tienen sentido.

Salvo que se reconsidere esta idea, la solución pasa por impedir la construcción de términos omega con polinomios en F.

comment:9 Changed 13 years ago by (none)

Los archivos adjuntos con datos privados se han ubicado en la unidad local B.

Note: See TracTickets for help on using tickets.