All Nwazet assemblies in one archive
#1
Posted 08 October 2012 - 10:59 PM
I added an archive containing all the Nwazet Debug and Release assemblies needed to build projects without the source code: https://bitbucket.or...tAssemblies.zip
I don't have the time to build a nice installer for these assemblies but if someone would like to contribute that piece, that would be greatly appreciated
Cheers,
-Fabien.
- neslekkim likes this
#2
Posted 08 October 2012 - 11:06 PM
A while back I posted an NSIS Installer for Netduino Go Module Drivers template. This is what I use for my module driver assembly installer, and it handles adding all the necessary values to the registry, generating an uninstaller, etc.
It should be pretty easy to customize the script to your needs. Also, if you want to see the actual script used in my drivers installer, that's included in the source code and examples package on http://komodex.com/labs/downloads
Let me know if you have any questions!
Matt
- Arron Chapman likes this
#3
Posted 08 October 2012 - 11:44 PM
Matt, this is a great solution. I love how I can download your latest drivers and have them automatically update everything. I wish the drivers for the Shield Base and Nwazet drivers used this process. I find it rather confusing at time looking for the assemblies in the Recent tab when they show several of the same names.Hi Fabien,
A while back I posted an NSIS Installer for Netduino Go Module Drivers template. This is what I use for my module driver assembly installer, and it handles adding all the necessary values to the registry, generating an uninstaller, etc.
It should be pretty easy to customize the script to your needs. Also, if you want to see the actual script used in my drivers installer, that's included in the source code and examples package on http://komodex.com/labs/downloads
Let me know if you have any questions!
Matt
Fabien, if you'd like I'll give it a shot and see if I can create a similar installer for your drivers.
Cheers,
Steve
- Fabien Royer and Arron Chapman like this
Twiiter: https://twitter.com/Gutworks
#4
Posted 08 October 2012 - 11:51 PM
#5
Posted 09 October 2012 - 04:47 PM
#6
Posted 09 October 2012 - 05:46 PM
There r so many installer out there...such as instraShield, Window, McIntosh, Apple..
But not so many of the popular ones are Open Source, and made by the guys who made Winamp.
I still look twice when I see some ef the big software venders using nullsoft to install their product, bet they didn't expect that when they baked something to install Winamp.
Quite impressive, and proof that Open Source can be the answer.
- Ulrik
#7
Posted 09 October 2012 - 06:21 PM
But not so many of the popular ones are Open Source, and made by the guys who made Winamp.
Quite impressive, and proof that Open Source can be the answer.
- Ulrik
After yr 2000, some r discontinued and Open Source code came around in 1997, but i cannot recalled
#8
Posted 22 October 2012 - 02:12 PM
#9
Posted 22 October 2012 - 02:43 PM
#10
Posted 22 October 2012 - 03:00 PM
#11
Posted 22 October 2012 - 03:28 PM
#12
Posted 22 October 2012 - 04:00 PM
#13
Posted 22 October 2012 - 09:11 PM
You can flash STM32 modules from a Netduino Go by deploying a reflashing app to the mainboard. We use this for Shield Base and it seems to be working consistently. No need for extra hardware...so, basically, need to buy additional hardware.
There is a flash deployment glitch specific to the current 4.2.0.2 which is being patched in 4.2.0.3. If reflashing a module causes Visual Studio to have troubles deploying new apps to your mainboard, erase and reflash the mainboard. That's a very temporary workaround. You can also revert to the 4.2.0.0 patch or wait until 4.2.0.3 ships next week.
BTW, I've heard rumblings of an STM8 reflashing app for Netduino Go too. I'm very excited about that one too.
Chris
#14
Posted 22 October 2012 - 09:14 PM
I spent a few minutes and built a version of the reflash app for your display. We tested it a few times and it was used by community members and it seemed to work consistently. Did you have troubles with it?We all wish flashing modules through a Netduino Go! worked well w/o jumping through hoops, but it's just not the case.
If so, please let us know specifics. We want to make sure that reflashing directly via Netduino Go works smoothly. Quality is a huge priority around here.
And yes, we are aware that the latest firmware gives Visual Studio pains sometimes after reflashing modules with large firmware. There's a workaround for that, and I'm told that the earlier firmware (and the new 4.1.0.3 firmware) don't have the issue.
Chris
P.S. Thanks again for making the video about manual reflashing of STM32/STM8S modules. You did a thorough job, and it should be really useful for module developers as well. Thank you.
#15
Posted 22 October 2012 - 09:41 PM
#16
Posted 22 October 2012 - 10:00 PM
Have you tried flashing our Nwazet DAQ module as well? This is what Jason was looking for in this case. When I did, the flashing application just got stuck on the last page indefinitely.
I haven't, although I've flashed several STM32F051-based modules without any troubles. If you send me a copy of the flashing application with your firmware in it, I'd be happy to debug it and get it working for you.
If you can repro this, I'd really like to figure out what's going on. We use the STM32 reflash app to flash all of our production modules, and it works consistently here for hours on end. So I'd really like to figure out what's happening differently in this scenario.I have personally given up on trying to flash firmware from a Go! main board because it's unreliable: one module might work 5 times in a row and fail on the 6th attempt, or based binary size changes, it may or may not work.
One quick question: what length of cable are you using? We've re-flashed using assorted cable lengths--but shorter ones are better. If this is happening specifically with long cables, we may need to add some "re-establish state" logic to the flash app (not a bad idea in any case).
I totally agree. The current STM32 reflash app seems to be working really well for most people, and we have some ideas on how to integrate this even more seamlessly into the platform. But the STM32 reflash code will be at the core of whatever that next step is...so let's be sure to figure out what's going on and get it resolved so we can take that next step.IMO, Go! users should not have to go through so much pain and frustration to get upgrades: it should be a smooth user experience, baked into the Netduino Go! firmware by design.
Thank you for all your feedback and for help finding a repro on this,
Chris
#17
Posted 22 October 2012 - 10:18 PM
Attached Files
#18
Posted 22 October 2012 - 10:18 PM
#19
Posted 22 October 2012 - 11:37 PM
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users