Can I run Scripts & Add-Ons from Electronic Design?

[jasonchildress1978]

I'd like to start automating some of my electronic design processes with python. But I'm having a hard time finding a place to start.

I turned on the Scripts and Add-Ins feature in preferences, but it appears that I can only use it in a regular 3D design and not my electronic design? The dialog can only be opened from the Utilities Tab (in a regular design) and its modal so once I open, I can't switch to my electronic design.

Is there currently a way to run python scripts in an electronic design to help automate my workflow?

[jorge_garcia · Accepted solution]

Hello @jasonchildress1978 ,

I hope you're doing well. Currently, Electronics is not properly supported in Fusion Python API. There is some functionality available which is what the Ultra-librarian and SnapEDA plugins use, but there isn't much official documentation for using the Fusion Python API in Electronics. For now the recommended approach is to use the ULP language and scripts.

Fusion Electronics ships with several of these as examples. You'll find the documentation here:

https://help.autodesk.com/view/fusion360/ENU/?guid=ECD-AUTOMATION-CPT

Let me know if there's anything else I can do for you.

Best Regards,

[jasonchildress1978]

Thanks. I'll look into using a ULP script.

Are there future plans to support Python in electronics designs? 

[jorge_garcia]

Hello @jasonchildress1978 ,

I hope you're doing well. I have added your comments to an existing ticket for getting Electronics into the Python API, it something we definitely want to do but it just hasn't been prioritized yet.

Let me know if there's anything else I can do for you.

Best Regards,

[holla2040]

I'd like to see if projects like these

https://github.com/ArchimedesCrypto/fusion360-mcp-server

https://github.com/Joelalbon/Fusion-MCP-Server

could connect to the future electronics API via MCP.

Then have an AI, like claude, pull the schematic parts, nodes and nets then crunch on optimizing brd parts placement with these criteria - minimizing board space, minimizing signal length, analog/digital separation etc.  I can see this happening once an electronics API exists and someone writes an MCP server for it. 

https://www.anthropic.com/news/model-context-protocol

[pal.szabo]

Fully agree. We would actually do half the development for you guys, in the form of add-ins with an API access. I would love to see this prioritized.

Best regards,

Paul