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
Status: | new → accepted |
---|
comment:2 Changed 14 years ago by
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
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
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
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
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
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
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:8 Changed 13 years ago by
Milestone: | Release 0.6 → Development 1A |
---|---|
sensitive: | → 0 |
version: | 0.6 → 1 |
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
Los archivos adjuntos con datos privados se han ubicado en la unidad local B.
En principio MMS admite los grados negativos en las funciones de transferencia (adelantos
F
en lugar de retardosB
) 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).