jochenKue

I've now created a patcher, wich patches all the dll files wich create the dll loading warning message, you can load here: https://www.sps-forum.de/threads/step7-auf-windows-f%C3%BCr-arm.106815/page-4#post-865012

or get it from this git repo: https://github.com/jogibear9988/tia-arm-patcher

But this only patches the dll error messages at the moment, not the initial dispose wich is needed for arm support. This could be added, but I've no time to do this atm.

 HI jochenKue,

thank you for sharing your insights/ information! Highly appreciated! 

hello, 

some news about this Topic?

i wanna upgrade my old Intel Mac with a new m2pro.

Hello,

I have a stupid question. How to run the patch?

Thanks for helping

Best regards

Claude

Hello all,

I finally managed to activate the Patch by installing Visual Studio, opening the patch and executing it.

After installation everything went fine. Communication with the PLC is ok. I use a LMP ethernet adapter that is recognise by Parallel and can be assigned directly to Win11.  

Just had a problem with ECatcher the tele service system from EWON but they have a solution for ARM environment on their Website.

WinCC Adv is also tested without problem it remains only the Unified to be tested.

So far so good.

Thank you very much to the one who did the patch.

Best regards

Claude

Can you guide me to install it?

jochenKue

the patcher now got a pull request to also fix the openssl file. so you only should need to run it and then Tia should run

I've just put in a Pull Request on this same repository which should make it a bit more flexible in regards to handling various TIA Portal versions (it will try to detect all the versions installed, and offer them all for patching, not just the v17 and v18 that the prior code supported).

It still only does the patching of the DLLs for the Code Signature, and the OpenSSL stuff.  And since I'm a Windows / Intel user, I can't test out the actual patched file behaviour.

It should make testing it against TIA Portal v19, as well as v16, v15.1, v15, v14, v13.... etc easier.

Ideally the github repo would be setup with a github action and runner to generate a 'Release', that would just have a zip file of the executable and bundled dependencies.  This would make it easier for others to use (i.e. they wouldn't need to compile it themselves).

I believe that TIA Portal's ARM support is urgently needed, especially concerning the installation of drivers for network connections. While it might not be prominently visible around me, I am convinced that there are quite a few engineers who primarily use MacBooks. Additionally, in the field of equipment where I work, one of the requirements for a work laptop is its battery performance, as it significantly affects work efficiency. There's no guarantee of always having access to a charging point during tasks such as troubleshooting at the local level or customizing programs. I've often found myself in situations where my laptop's battery drained, halting my work progress. I won't necessarily attribute this to my own lack of efficiency.

Recently, I was impressed by the performance of the latest MacBook (M2), even when running on a virtual machine like Parallels. Windows ran much faster than my $2700 Lenovo X1C and the battery life was subjectively about three times longer. This difference is significant to me, and I believe that as other engineers become aware of such disparities, the number of engineers noticing them will increase rapidly.

The significantly lower power consumption for the same tasks between x64 (x86) and ARM64 architectures is an undeniable difference. I already perceive this as a shift in processor generations.

I feel it's necessary to make this request because I believe major companies need to spearhead the trend towards ARM support.

This is fantastic that you folks are getting this working. Good job!

Official native ARM support in TIA Portal would be great. Battery life is a big deal when you can't find an outlet.