ZMT zurich med tech

We are excited to announce the release of Sim4Life V9.0. Now powered by o²S²PARC technology, Sim4Life amplifies its industry-leading simulation capabilities for design and optimization – from body-mounted wireless devices to medical technology and basic research, setting benchmarks for user experience and third-party extensibility. [image: 1752499181982-2506_s4l_v9.gif] What’s new: Unified Ecosystem: Thanks to full incorporation of o²S²PARC technology, the unified ecosystem allows straightforward integration of user and third-party tools, making Sim4Life an easily extendable, universal simulation platform and enabling the development of advanced, shareable workflows. New Plugin Framework: Third-party solvers can now be integrated, as demonstrated by the beta integration of the ray-tracing engine SionnaRT and the FEniCS FEM simulator. Meta-Modeling Preview: Parameterized models can now be intelligently and efficiently explored, e.g., using response surfaces and multi-goal optimization. Cloud-Powered: Users can tap into high-performance CPU/GPU cloud resources directly from the desktop, and monitor simulations in real time. Fully Shareable: Projects are easily and safely shared with coworkers. Learn more about the release here. Access it via sim4life.io, sim4life.science, or sim4life-lite.io (free for students), or download the latest desktop version from our website. A comprehensive list of Sim4Life V9.0’s new features, improvements, and fixes (web and desktop versions) is provided in our Release Notes. Please send your feedback and suggestions to s4l-support@zmt.swiss.

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.

@halder I hope this message finds you well. I am currently conducting a temporal interference (TI) simulation using the LF Electro Ohmic Quasi-Static solver in Sim4Life, and I have encountered an issue regarding the electric field distribution at the electrode–skin interface. Here are the specific settings I used: There are four electrodes in total. For the first pair of stimulating electrodes, I assigned PEC material type to the other two electrodes (which are not used for stimulation). The stimulating electrodes were not assigned a material type; instead, I only applied Dirichlet boundary conditions to them. In the voxel settings, the four electrodes were set with priority = 1, and the Duke model with priority = 0. For the second pair of electrodes, I applied the same procedure accordingly. However, during post-processing, I noticed that the region where the electrodes overlap with the skin shows no electric field distribution, which seems physically unreasonable. Could you please advise if there might be an issue with my setup or if there are additional steps required to properly model the electrode–skin contact in TI simulations? Thank you very much for your time and support. I truly appreciate your help.