Long time to change the geometry

briantvd
briantvd Altair Community Member
edited October 2020 in Community Q&A

FEKO takes a long time when I change a parameter in the model which modifies the geometry.

Especially if it an Array type when a parameter controls multiple objects.

Is there going to be an Improvement on this weakness?

Tagged:

Answers

  • Madelé
    Madelé
    Altair Employee
    edited November 2018

    Hello @briantvd

     

    Can you please attach your model (or an example model that shows this behaviour)? Alternatively, you can send it to Altair Feko support so that the performance problem can be investigated by the development team.

     

    Kind regards

    Madelé

     

  • briantvd
    briantvd Altair Community Member
    edited November 2018

    Hi

     

    Here is the model, for example try to delete one of the elements! it becomes worse and worse as the model gets more complicated.

    Unable to find an attachment - read this blog

  • briantvd
    briantvd Altair Community Member
    edited November 2018

    Hi Any news on this?

  • Madelé
    Madelé
    Altair Employee
    edited November 2018

    Hello @briantvd

     

    Thanks for attaching your model. I can reproduce the slow behaviour and we are looking into the problem. Unfortunately, I don't have any helpful feedback for you yet.

  • JIF
    JIF
    Altair Employee
    edited November 2018

    Hello briantvd

     

    Is there going to be an Improvement on this weakness? 

    The good news is that the answer is yes, this will be improved. We are working on various features to make this faster and easier. The less good news is, these features are still in development and I'm only expecting them to become available in about a year. The features are in very early development and we can't yet guarantee that they will work as we plan for them to work, but it is being looked at and there are multiple feature that should all improve this situation.

     

    Something that you could try is to remove the pole joining the array elements to see if it has an effect on the array (pattern and impedance). If you can avoid including that pole, you don't need to union the elements and thus the problem is avoided.

     

    The problem here is the union that is taking long. When you delete an element in the union, it needs to redo the union and this is a slow process in the CAD modeller when many faces are present. The problem will get worse the more elements you add.

     

    If you have many elements or need to change the model often, it could be worth it to rather create the model using a script - it really depends on what you are trying to do.

     

    But as I said, we are aware of the problem and have solutions and have been working on them for quite a while, but will still take some time before we can release them to customers.

  • briantvd
    briantvd Altair Community Member
    edited December 2018

    Hi JiF

     

    Thank you, I see if I avoid the Union at the end, the time for changing the parameter would be significantly faster.

    Another feature which is missing is the parameter sweep, right now it is possible through scripting maybe but an option is necessary.

  • JIF
    JIF
    Altair Employee
    edited December 2018

    Hi

    I agree. I'll let you in on a secret. We are doing a large refactoring (code improvement) project on CADFEKO (and after that POSTFEKO and the other applications) and this has caused many features that we know are very important to be delayed. However, once the refactoring is complete, features like this will be released soon after. Just bear with us a little longer until we are on the new (faster) code base.

  • briantvd
    briantvd Altair Community Member
    edited December 2018

    Hi JIff

    Another bug if you are not aware, CAD FEKO crashes everytime I delete multiple objects from the model especially if there is a union involved.

  • briantvd
    briantvd Altair Community Member
    edited December 2018

    here is the message

     

    CADFEKO 2018.1.1-332255 (x64)
    src\portannotation\cf_SolutionPortViewComponentInstance.cpp (187): Assertion failed: m_portAnnotationMap.contains(pPortGroup)

  • Madelé
    Madelé
    Altair Employee
    edited December 2018

    Hi @briantvd

     

    Unfortunately, this regression was introduced in FEKO 2018.1. It is fixed in the latest version (Feko 2018.2).

     

    I just confirmed this using your model (). I can reproduce the assertion failure when deleting the union from the model in FEKO 2018.1.1, but not in Feko 2018.2.

     

    Kind regards

    Madelé

    Unable to find an attachment - read this blog

  • briantvd
    briantvd Altair Community Member
    edited December 2018

    CADFEKO 2018.2-340009 (x64)
    src\portframework\gaia_PortConnectionTerminal.cpp (112): Assertion failed: pPortNode

     

    So what I did was that I deleted the full model and then I pressed undo (ctrl+z) and then it crashed agian .

  • Madelé
    Madelé
    Altair Employee
    edited December 2018

    Hi @briantvd

     

    This is very unfortunate! We can reproduce the problem and it has been brought to the developers' attention. Hopefully to be fixed soon. I'll keep you posted. 

     

    Kind regards

    Madelé

     

  • Madelé
    Madelé
    Altair Employee
    edited February 2019

    Hello @briantvd

     

    A quick update on the assertion failure that you encountered when pressing undo: The bug will be fixed in the next major version of Feko (Feko 2019).  

     

    Kind regards

    Madelé

     

  • Madelé
    Madelé
    Altair Employee
    edited June 2019

    Hi @briantvd

     

    Feko 2019 was released yesterday and is available from Altair Connect. It contains the fix for the problem that you reported in this thread. 

     

    Kind regards

    Madelé