algorithmic modeling for Rhino
For some reason I started to get this error recently. I tried re-installing Lyrebird, re-starting my machine, made sure all files are in the right folders and unblocked, made sure that server is on in Revit. I just don't know what else to do, because It doesn't say anything. All I see is this:
Is there anything that I am missing? I can't think of anything at the moment. It seems like the server is not working properly? What can cause it? Firewall? Permission issues?
Tags:
Logan, have you had a chance to test for possible causes of this error? I found a workaround for it that allows me to keep working, but its slightly annoying. For now I am opening a fresh session of revit and then I can use Lyrebird as usual. When Iam ready I just switch over to my actual desired revit project and having set the lyrebird component up with all parameters/family type etc i can just run it from there. This however, disallows me to test properly on a live Revit model that I really want to work with. For some reason it works just great with a new session. :-(
I have the same problem..... no idea what is happening.
how did u bypass this obstacle?
Somehow the model that I was working in would be the only one throwing this error. When I open a fresh session of Revit and load these families it all works just fine. What I do to work around this:
1. Open Grasshopper definition.
2. Open fresh Revit session.
3. Set up my GH file, point it at the right Revit family. Test run it.
4. Close current Revit session and open one that I really want to work with.
5. Run GH definition and it should work just fine. As long as you are not trying to set the family in Lyrebird, because it was already set.
Does that make sense?
The problem is that I cant select the family type within grasshopper at all. I can import the data into revit but it gives me the error like, not recognizing the family type and such.
Thank u for your reply.
The problem with this error comes down to message size in the pipeline between GH and Revit. Revit projects with a lot of families, especially when the families have long names and lots of types, would overload the default message size that was being used. The version that's up on Github should fix this, but I'm working on finishing up 2016 support and adding some new stuff before I roll out an new official version.
Thanks! That would solve some real headaches for me.
Welcome to
Grasshopper
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
© 2024 Created by Scott Davidson. Powered by