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.

I've run multiple EM-LF simulations on the same domain, and I'm using all of them simultaneously as sources for a Neuron simulation by providing the overall field sensor as input. In this setup, can I assume that the input to the Neuron simulation is simply the sum of the EM potentials from all the EM-LF simulations across the entire domain? Otherwise, I'm looking for a way to verify that the resulting input is indeed the sum of the fields. Is there a way to extract the external field along the neuron (rather than the transmembrane potential) so that I can check the contribution from the EM-LF simulations? Screenshot of part of the simulation settings: [image: 1764862893325-28d57441-580b-487e-b882-2e62d9c138a3-image.png]