Assistance Request: Issue Creating Shared Parameter via Dynamo – Returning Null Value (Dynamo 2025)

I am currently attempting to create a shared parameter using Dynamo. However, based on the attached Dynamo file and the snapshot provided, the graph is returning a null value.



25DYN_CREATING SHARED PARAMETERS FROM EXCEL WIP.dyn (23.4 KB)
I would greatly appreciate any assistance or insights from the community regarding this issue.
Thank you in advance for your support.

Hi @RaymSanz i dont know that node..but seems its expect a family document, we have a ootb for convert current document to family document, and in 25 its specgroups, and spectypes and not PG, there are ootb for that as well

3 Likes

Hi @sovitek , thank you, it is appreciated.
I tried as per your snapshot, but I still getting warnings as shown below and I have attached the dyn file too;



25DYN_CREATING SHARED PARAMETERS FROM EXCEL WIP2.dyn (25.7 KB)

are you sure you are in a family document ?

1 Like

Unfortunately i havent got that node to work in a while (i recognize the list combine, followed my tutorial i think).

I am working on a node for this in python for crumple. This is the key to creating a parameter:

2 Likes

Hi Gavin which version does it not work ? i guess you mean the family document node…

1 Like

I made my tutorial back in 2019 using orchid i think, very old now. At the time erfajo hadnt added the condense system in so list combine worked nicely. I honestly never got orchid to really work as intended since then, which is what motivated me to make my own familydoc nodes.

At this point all i have left to add to effectively displace orchid is createsharedparameter and createtype. Addsharedparameter is in there if the author is in fact trying to add existing parameters vs create them add to the sp file.

4 Likes

åh ja, never tried that one, for shared family parameter i use yours;) or my own as goes in 2 step first add to txt file then create the parameter, thats how i like it…PS but my example was just for familyparameter as i dont have that node from orchid…

3 Likes

Hi @Gavin, thank you for your reply, much appreciated. Yes, this is based on your tutorials (and thanks again for all your videos, they’ve been incredibly helpful!).
@sovitek At the moment, I’m having some trouble with this part and currently testing it in a blank Revit project to isolate the issue.

1 Like

You will need test in a family document

1 Like


i tried with family document, I got null…

looks good :wink: i guess you have created the parameter

1 Like

Yeah, it works! many thanks!
for adding shared parameters from Excel, still not working…

1 Like

Yes in that case try Gavins nodes and guess the package is just updated :wink: :wink:

1 Like

Honestly I feel like the family parameter creation tools are all missing the mark.

Don’t we get the shared parameters added by loading a family into a project which already has the parameters in it and then saving out the family?

4 Likes

yes another way :wink:

1 Like

My node will do it properly in the API. Might be able to sort out the py tonight and share here if not asap.

In this case the user wants to make the sp parameter in the file itself i think.

1 Like

Yeah - doable with the API but dynamo uses here tend to break down over time due to lack of maintenance. Doubly so when you get into bulk efforts I guess I was thinking more about bulk efforts which these topics inevitably turn to.

As such I think it is better to manage using the UI as the two commands (load family, save as library) are right there and quite easy to perform in bulk.

The break downs due to maintenance happen on the add-in side too, but Dynamo solutions have proven particularly problematic. The root cause is that the APIs have changed pretty much every other release since 2020 (2020 forge type ID and spec type ID, 2022 group type ID, 2024 had FamilyManager.AddParameter changed, 2026 had… actually I think it is stable there), and that is before looking at the Dynamo, .NET, and Python changes. For internally developed tools and paid apps these get addressed by the developers pretty quickly (the tools I build for myself have to work in my environment; the paid solution has to work in the customer’s environment), but Dynamo solutions… it’s tough to force things at scale.

That said the Dynamo for Revit team could address this by providing nodes for such. A well placed PR on that repo might even push them to do so… :thinking:

But for now, if you can use the built in features of Revit to get the same result, why not do so?

1 Like

I guess to me it’s a hack of sorts, which i tend to avoid where the API offers pathways that are more intentional. I use them here and there but usually when the API has gaps, e.g. temporary ifc export to get linked elements in view.

I’ll see what I can do, but so far found only a few pain points RE API changes when it came to families. Mainly forgetypeids, the core methods themselves are generally the same from 2020-2026 currently.

1 Like

2021 change: Revit API 2026 Documentation

2022 change: Revit API 2026 Documentation

2024 change (previous version deprecated in this release): Revit API 2026 Documentation

I get that there are ‘alignment points’ in there and some API deprivations and additions don’t have to be made on any given release, but this certainly is one of the more troublesome aspects of the API in the last half decade. I also appreciate the effort to get a working for the community.

2 Likes