Skip to content
  • Announcements regarding our community

    19 19
    19 Topics
    19 Posts
    ofliO
    Reminder to all student Sim4life users: Show us what you’re working on and apply now! Are you working on a thesis, research paper, or an innovative simulation study this year? This is your chance to showcase your work, gain recognition, and compete for exciting prizes. Open to Bachelor's, Master's, and PhD students worldwide Demonstrate your creativity, technical expertise, and scientific impact Win prizes and boost your visibility within the simulation community Submission deadline: October 31, 2026 Please feel free to share this post with students and colleagues who might be interested. Learn more here: https://sim4life.swiss/science/student-competition
  • 9 Topics
    15 Posts
    C
    When the stop button is pushed in the task manager, while a simulation is running, it will generate an event that is equivalent to "enforcing" a "convergence reached" state from the solver perspective. That's why the following log will appear inside the Solver-Log tab WARNING: Simulation end request received. The solvers starts to consider this. Steady state detected at iteration x, remaining time steps are y. Simulation performed z iterations. Elapsed time for 'Time Update' was xx:xx:xx wall clock time.
  • 746 Topics
    2k Posts
    S
    Hi David, No — the Vector Potential solver has no B-H curve input. A magnetic material there is a relative permeability and a conductivity, and that's all it can do: no saturation, hysteresis or remanence in the low-frequency solvers. (FDTD has further magnetic models for dispersive media, but they're linear too.) Nonlinear magnetic materials have been on our development list for a while, but they have not been implemented yet. For your case I'd suggest the chain from your other thread: solve coil and core with the vector potential solver (lossless, so no tissues in that simulation) and feed the resulting A into the magneto-quasi-static solver on the head model to get the induced E-field. The LF tutorial "Wireless Power Transfer: Exposure Assessment" works exactly like this. You can handle saturation approximately by iterating the permeability. Solve once with the datasheet mu_r, extract B in the core, read the manufacturer B-H curve at that point, set the secant value mu_r = B/(mu0*H) and re-solve. Two or three passes should already converge quite well. Only the vector potential simulation involves mu, so that's the only one you would iterate. Note that B might be strongly non-uniform in the ferrite core, so a single uniform mu_r would average quite different local operating points. Splitting the core into two or three bodies (poles, yoke, the rest) and iterating each separately might be a good enough approximation, depending on your application. What this approximation gives you is saturation, not hysteresis: no minor loops, and nothing about core losses or the falling edge of the pulse. Also, ferrite mu depends on frequency as well as on B, and the solver applies one value at one frequency; take mu from the datasheet at a frequency representative of your pulse rise time rather than at DC. Everything above is scriptable (setup the two linked simulations in the GUI, then use To-Python to generate a good starting point for your scripts). Sweeping should work fine, even for linked simulations. Let me know if you have issues getting that to work! Best regards, Sylvain
  • 0 Topics
    0 Posts
    No new posts.
  • Got a question? Ask away!

    19 34
    19 Topics
    34 Posts
    No new posts.