Jump to content

Alejandro Rodríguez

  • Content Count

  • Joined

  • Last visited

  • Days Won


Alejandro Rodríguez last won the day on May 18

Alejandro Rodríguez had the most liked content!


About Alejandro Rodríguez

  • Rank
    Advanced User

Profile Information

  • Are you University user?

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Dear Balaji, Thank you for your kind answer. If you have more questions we will be glad to help. Best regards. Alejandro
  2. Hello, Sorry for this late answer. With this information it is very difficult to know what is going wrong in the importing process. Anyway, in the case of a format problem, you can always import a txt as a gerber file: you should select “all files” in the importing wizard. Please, check also the gerber version of your files. Flux PEEC is qualified to import RS-274X, but problems could arise when using other versions. Hope this helps. Best regards. Alejandro
  3. Dear Balaji, I am not sure to fully understand your questions. I think that all your commentaries are correct, a transient magnetic simulation in Flux seems the best way to manage this kind of simulation. I advise you to define the high-power conductor as non-meshed coil, since it is primarily an excitation. The excited device/s can be defined either as solid conductor or coil conductor depending of its nature. You can also define a sensor to evaluate the flux embraced by the excited coil. From this sensor, you can evaluate the induced voltage. Moreover, if you have also defined a circuit for your excited conductor you will be able also to evaluate the parasitic current. Hope this helps. Best regards. Alejandro
  4. Hi Jerome, Yes, of course you can use all the functionalities of phyton in your script, including loops and “if” conditions. Problem here is, once you have launched the resolution, Flux is not going to take any other python command until the end of this resolution process. One possible solution is to launch a solving process with only a few steps, verify your stop condition, then modify your solving scenario adding new steps and launch the resolution of these new steps. You can repeat this schema in an iterative way until your stop condition has been reached. Best regards,
  5. Hello Michael, You will find this macro in Flux macro's library. To load it into your Flux project you should go through the menu Project -> Macro -> Load and, in the pop-up, choose the folder Macros_FluxMotor. There you should choose the macro according to the motor’s part you want to generate (magnets, slots, etc.). Hope this helps, Best regards, Alejandro
  6. Hello Jerome, Unfortunately, Flux 2D does not have this functionality. Best regards, Alejandro
  7. Hello Jerome, Unfortunately, this is not enough information to say what is going wrong in your project. There are several different reasons which may explain this behaviour: a wrong material definition, a poor meshing along skin depth (less than two elements along this depth), wrong frequency, etc… As a matter of fact, induction heating process is very dependent on the magnetic properties of the material to be heated. Therefore, it is perfectly possible to heat properly a steel but not a composite. Please, check material permeability to be sure you are modelling the material correctly. Maybe a parametric study on this parameter can help. Best regards,
  8. Bonjour, Je vous prie de trouver à continuation les réponses à vos commentaires : -Maillage : Les maillage est, habituellement, un point délicat dans une majorité de projets. Si vous voulez un maillage uniforme dans la longueur du dispositif je vous conseil d’utiliser le maillage mappé. De la même façon, vous pouvez définir une relaxation de maillage moins importante dans le volume pour éviter un maillage plus relâché dans la partie centrale. Pour assurer un maillage suffisant dans l’épaisseur de peau, je vous conseil d’utiliser la fonctionnalité « mesh generator : Layers » (dans l’image). Vous trouverez un exemple de comment procéder dans cette vidéo : https://altairengineering.fr/resource/altair-flux-new-feature-overview (minute 1:50). Je vous partage aussi un pdf qu’explique d’une façon concise et complète les différentes possibilités de maillage qui vous sont offertes par Altair Flux. -Symétrie : Pour savoir la raison de cet écart je devrais avoir le projet. Peut-être, il s’agit de la connexion des parties symétrisées (en série ou en parallèle) mais aussi la façon de calculer l’impédance (elle peut être directement indiquée par l’utilisateur ou bien calculée à partir des caractéristiques du matériau). J’espère que cette réponse vous sera utile. Bonne journée. Alejandro 4_Mesh-Altair_Flux.pdf
  9. Hello, Yes, you can simulate this. The simplest way is to define the coil and the conductor and the movement you want, in the same way that the actuator example does. The best application to do this is the transient magnetic one. Then, you should associate the coil with a circuit since the magnetic interaction is not directly generating a current but a voltage. The final current you will obtain will greatly depends on the circuit connected to your coil. Actually, the circuit is the only remarkable difference between the example (where the current is seen as a input) and your problem (where the movement is the input and the voltage/current the output). Since your question is quite general, I advise you to do the actuator example first. Once you get familiar with it the next step is to change the circuit, replacing the sources by resistances and seeing what is happening from a physics point of view. Finally, you can use this case as inspiration to build your own project. Hope this helps. Best regards, Alejandro
  10. Hello Rory, The problem was completely different that I have imagined. Actually, it was a geometrical problem, the moving magnets volumes were not assembled with the air volumes, that means that these magnets did not "see" the rest of the geometry from a magnetic point of view. In other words, these magnets were completely isolated. I do not know the source of this problem, but it is likely something related with geometry import or the geometry treatment in the modeler. I have corrected this problem and now you are having more coherent results. Please, find the corrected project attached. Good luck with your research! Best regards, Alejandro RORY_ROTATING_MAGNETS_CORRECTED.FLU.zip
  11. Hi Aravind, I am sorry for this late answer. In fact, situation in Europe is quite difficult at this moment. I hope you and your family and friends are also doing fine during this pandemic period. Regarding your problem, I think you should define a parameter inside FLux and to link it to a Simulink source, you will find a complete example of how to do this kind of connexions in the file attached (pdf file + flux project). Following this same logic, you can define your circuit in Flux (using, in this case, a transient simulation instead of a magnetostatic one, since circuit options are not available in magneto static). The circuit variables (such as the voltage of your source) can be defined as parameters and read from a simulink input, as explained in the pdf attached. A final advise is that you should start defining your project in Flux and make it works alone, without Simulink. At this stage, parameters coming from simulink can be defined as known variables or constants. In a second step you can make Flux works together with Simulink. I think this is the best way to get confidence in your project and to make the possible physical problems independent from coupling ones. Hope this example helps you in your own project definition. Best regards, Alejandro FluxSimulink.zip
  12. Hi Rory, The way you are representing the torque is correct, and it seems that now you have a proper mechanical set definition. From these images, I do not know exactly what the problem is. It seems quite probable that the torque generated by the right moving magnet is cancelled by the left one. I am sorry, but the only way to help you further is to have your project to work on it, if you want to share it. Hope this helps Best regards, Alejandro
  13. Hi, Sorry for my late answer. Please, find below the answer to your questions. · To define the magnet orientation along z axis, stablish the orientation variables as shown in the image. In fact, it is a matter to choose the proper coordinate system and angle. You can also represent your Br orientation before resolution through the menu Physics -> Display arrows on magnet. · This type of collision should not be possible. If I have understood correctly, your magnets are moving inside the air region (in yellow). Your magnets must remain inside this region at any time, this will automatically avoid collision with the external (fixed) magnets. Please, check your mechanical set options and the time instant you are simulating in your scenario and make sure your air region is compressible and not part of the moving mechanical set. · Sorry for the low quality of my image in the previous post. You are right, the best way to represent the torque of the moving part is the formula TorqueElecMag(MOBILE). Best regards, Alejandro
  14. Hello, You are welcome. I advise you to check your magnets orientation, you have defined their Br following x axis but, seeing your geometry, it seems more likely to me that Br orientation follows z axis. You can update the orientation through the menu physics -> Material -> Orient material for volume region. Regarding magnetic torque, the best way to obtain it is to represents the global torque of the mechanical set: Curve-> 2D curve (I/O parameter)-> new 2D curve and then to define the formula select the mechanical set option (see the image attached). Hope this helps. Best regards. Alejandro
  15. You are welcome. Do not worry. We are here to help. Have a nice day.
  • Create New...