0.9 Plug-in Compatibility List - works/ broken/ updated

Replies to This Discussion

Permalink Reply by to] on August 7, 2012 at 10:23am

GECO 1.0.30.0 - still compatible | update scheduled for 10.08.2012

MESHEDIT 1.0.9.0 - still compatible update scheduled for 10.08.2012

FLOWLINES 1.0.1.0 - still compatible but due to the new release not necessary any more

https://www.food4rhino.com/users/uto/projects

best [uto]

Permalink Reply by David Stasiuk on August 7, 2012 at 11:24am

Fantastic!

Permalink Reply by Andy Payne on August 7, 2012 at 11:32am

Firefly is not compatible with 0.9 - but I intend to release a new version (with several new features) some time this week (probably near Aug. 10th, 2012).

-Andy

Permalink Reply by Tyler Selby on August 7, 2012 at 3:06pm

Great to hear the Firefly components will soon be updated as components from your plugin set are usually a part of my day to day workflow in grasshopper.

I'm really curious to learn more about what you have planned for the update. By chance will the update include any expanded functionality of the Pachube(Cosm) and XML/Json tools? I have worked around most of what I needed to setup using some python code and the growl components but it would be great to have a component or two dedicated to pulling historical data from Cosm ( setting up batches/ requesting the data/ filling in gaps within exhausting datasets downloaded/ organizing the data once it's imported) and how ability to leverage the Internet of Things as much as I've been able to with the Arduino tools.

Permalink Reply by Andy Payne on August 7, 2012 at 5:50pm

Hi Tyler,
Glad to hear Firefly has been helpful.  It's funny you mention the Pachube (Cosm) components, because that was the last thing I was trying to fix before the release.  I've never really been happy with the UI for that component... and I've been trying to re-work it a bit... but some of the things I had hoped to implement are proving a little trickier than first expected.  You mentioned other components that would be helpful... can you elaborate?  To my knowledge, you should still be able to read historical data feeds (if you use the right URL address).  I've been able to successfully pull large quantities of data this way using the existing component.  I'm not sure how to 'fill in gaps within existing downloaded datasets'... as I wouldn't know what data should be used in the gaps (unless I returned a null item (or something like that).  There's already an XML search component... Are there others you would like to see implemented?  I'm just curious as you seem like you've worked with the existing tools quite extensively and you may have suggestions on how to improve the workflow.  

BTW, there's some exciting new features in the next release including, multi-camera support, loading individual images (.jpg, .tif, .png, etc.) which you can then use all the other image filters to modify, a new bitmap layering component which allows you to use a whole assortment of blending modes (Normal, Multiply, Screen, SoftLight, HardLight, ColorBurn, etc.), a new audio frequency spectrum analysis tool, and a re-worked (and more robust Firefly Firmata... there are no longer different 'flavors' of the Firmata (one for Uno, one for Mega)... Now the Firmata recognizes which board you have selected an only uploads the necessary code onto your board... so there's only one Firefly Firmata to rule them all!  There's also support for the Leonardo.  

-Andy

Permalink Reply by Luis Fraguada on August 7, 2012 at 6:25pm

Nice to hear about Leonardo support!  What did you have to do differently to properly communicate with the new board?

Permalink Reply by Andy Payne on August 7, 2012 at 7:10pm

Well... to be honest... I still haven't been able to get it to work... well, I think the code works fine, I just haven't been able to fully test it on my machine.  You see, I was having this issue where my serial port was disappearing all the time when using the Leonardo on my laptop.  I could only upload a sketch if I held down the reset button and then released it during the upload process... when the code was uploaded the serial port would immediately disappear again... which means I couldn't load any code which actually sent any Serial communication (which is pretty critical for Firefly). So I showed the problem to David Mellis (one of the founders of the Arduino platform who is getting his PhD at MIT, and he was confounded too).  So he put me in touch with one of the main developers of the Leonardo board/platform (Zach Eveland) and I've been working with him to see if we can figure out the problem.  As far as I can tell, the issue is that the Arduino driver seems to be failing on Windows 7 64-bit machines (like my laptop).  He said one or two people reported similar issues during the development, but that he stopped hearing from them, so he thought it was fixed.  We've tried several different things, but it seems the driver is failing at a really low-level.  He's ordered a hardware USB analyzer so he can track the hardware communication between the computer and the board... but he hasn't shipped it to me yet.  I'm hoping to get it resolved soon.  As far as I can tell, the Leonardo is supposed to work almost identically to the Uno (it's just cheaper because it only uses 1 microcontroller... which handles both USB communication and running the code... where as the Uno has two microcontrollers on board which makes it more expensive).  So, any code that runs on the Uno should (theoretically) also run on the Leonardo.  Other than the code which I added to pick up the board type and load different parts of the sketch (which was a pretty significant overhaul of the firmata)... I only added a few lines to check if the serial port was available before sending the data over to Grasshopper (which seems to be required (or recommended) when using the Leonardo board.  I've tested the code using the Uno and Mega and it works great... but I haven't fully tested the Leonardo support because of my machine.  Apparently, this issue has only affected laptops like mine (others seem to work fine).  If you're interested in testing the new version let me know and I could send it to you.  You'd probably have to revert back to 0.8.0066 until I release the next version because David changed a few menu UI functions so I don't think the old version will run correctly (at least I don't think so).  Anyway, let me know if your interested.

-Andy

Permalink Reply by Luis Fraguada on August 15, 2012 at 9:47am

Hello Andy,

Just catching up with this now.  Thanks for the information...very nice you are able to work on this with Mellis and the Arduino crew.

I am running a MacBookPro with bootcamp windows 7 x64 and am able to work through the Arduino IDE and the Leonardo without a hitch.  If you want me to try the update, I should be near some Leonardo boards tomorrow.  I have 0.80066 hanging around, so reverting is no prob.

Best,

Luis 

Permalink Reply by Mateusz Zwierzycki on August 7, 2012 at 12:40pm

Starling 0.2 and 0.1 works.

Permalink Reply by Steve Baer on August 7, 2012 at 4:05pm

gyPython is not compatible with 0.9. I'm working on a compatibility update though.

- Steve

Permalink Reply by Steve Baer on August 8, 2012 at 6:06pm

Ok, I've got an update here

https://github.com/downloads/mcneel/ghpython/GhPython_0_5_1_0.zip

I'll be posting this to the food4rhino site, but I'm currently have some problems with getting content published there.

-Steve

Permalink Reply by Luis Fraguada on August 7, 2012 at 5:35pm

gHowl works as it did in previous versions.

• ‹ Previous
• 1
• 2
• 3
• Next ›
• Page