B@tto 51 Posted May 1, 2014 Author Share Posted May 1, 2014 @@timb : for openchronos, yeah I looked at it but it the same problematic for me : it's lighter but not easier ... And it only works for eZ430-Chronos, my code will work for any application for rfBSL : oh yes ! I planned to work on it when I would have finished builinding all necessary libraries, but if you want to work on it of course you're more than welcome ! I taked a look, it does not seem to be really hard to do. As I understand, the two biggest deal are : prepare the hex (I looked at .hex gived by TI to rfBSL update, they have @xxxx and I think it's flash memory destinations) and drive a combo USB<->CC1101. A first step could be the hex preparation from hex generated by Energia, and after use the acces point + TI software to do the update @@abecedarian : theoretically, you can use rfbsl from any CC1101 module. So basicaly we can imagine to flash a CC430 via rfBSL throught an Arduino + CC1101 module. Quote Link to post Share on other sites
abecedarian 330 Posted May 1, 2014 Share Posted May 1, 2014 @@B@tto Shouldn't have to jump through hoops or buy things costing more than the initial product in order to use it, no? A car or motorcycle is one thing but imagine buying a car or motorcycle and finding the key didn't work because it wasn't compatible with your key chain. Quote Link to post Share on other sites
B@tto 51 Posted May 1, 2014 Author Share Posted May 1, 2014 Normally it's okay, access point is reprogrammable. So in any case it's materially possible. The only hard part would be to program the USB, and TI is not very generous talking about this ... But here I'm talking about building a complete toolchain, imaginating a direct upload from Energia. In fact, the only trick we need to do is to understand how the .hex has to be built to be acess point compatible. And then we can simply use TI software provided with chronos watch. So the only fastidious work for programmer would be to get the .hex in temporary folder, convert it, and upload it using TI soft Quote Link to post Share on other sites
SixSixSevenSeven 23 Posted May 1, 2014 Share Posted May 1, 2014 rfBSL would require access point, right? Too bad TI hasn't signed the drivers for the included AP for seamless use with Windows 7 and up. you can temporarily disable driver enforcement checking. I had to for the stellaris drivers on both windows 8.0 and 8.1, also had to for the arduino mega's AtMega16u2 on windows 8.1 (but not 8.0?) Quote Link to post Share on other sites
B@tto 51 Posted May 1, 2014 Author Share Posted May 1, 2014 I tested W8 during several months and I went back to seven because I was tired of this story of signed drivers ... And metro sux Quote Link to post Share on other sites
SixSixSevenSeven 23 Posted May 1, 2014 Share Posted May 1, 2014 7 also does it but is alot less strict. Considering those are the only 2 devices which have ever been an issue and its a 1 time only issue as you install the driver I don't consider it a biggy. I can see where microsoft were coming from on introducing that restriction, at least they had the decency to give us a workaround. Apart from that, I have no issue with using windows 8, but this isn't a thread for OS debate. Quote Link to post Share on other sites
timb 15 Posted May 1, 2014 Share Posted May 1, 2014 @@B@tto Shouldn't have to jump through hoops or buy things costing more than the initial product in order to use it, no? A car or motorcycle is one thing but imagine buying a car or motorcycle and finding the key didn't work because it wasn't compatible with your key chain. The wireless dongle included in the eZ430-Chronos kit will work just fine for rfBSL updating. (Both the Black PCB CC1111 and White PCB MSP430F5509 + CC1101 dongles will work.) For non-Chronos CC430 options, you could use the above dongles, or as @@B@tto mentioned, a CC110L hooked to an Arduino or MSP430 and connected to your computer over USB. @@B@tto Yeah, HEX to TI-TXT conversion is easy, there's a ton of tools out there that will do it for you, most of them lightweight. I think the best course of action would be for me to write a simple little CLI app that directly takes a HEX file and then internally converts it to TI-TXT and uploads it via rfBSL. I can then cross-compile the program for Mac, Windows and Linux. B@tto 1 Quote Link to post Share on other sites
abecedarian 330 Posted May 2, 2014 Share Posted May 2, 2014 The AP (white PCB at least) does not have signed drivers so won't work with Win8 which enforces signed drivers. I could install the DDK for Win8 and sign them myself but shouldn't have to. Quote Link to post Share on other sites
timb 15 Posted May 2, 2014 Share Posted May 2, 2014 You can still install unsigned drivers under Windows 8, you just have to reboot into a special mode that doesn't require signing. It's a pain, but you only have to do it once. (I know because I've got both RF adapters running under Windows 8.1.) Quote Link to post Share on other sites
timb 15 Posted May 2, 2014 Share Posted May 2, 2014 /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/Chronos_Display/Chronos_Display.cpp.o /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/core.a -L/var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp -lm [/Applications/Energia.app/Contents/Resources/Java/hardware/tools/msp430/bin/msp430-gcc, -Os, -Wl,-gc-sections,-u,main, -mmcu=cc430f6137, -o, /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.elf, /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.o, /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/Chronos_Display/Chronos_Display.cpp.o, /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/core.a, -L/var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp, -lm] /Applications/Energia.app/Contents/Resources/Java/hardware/tools/msp430/bin/msp430-objcopy -O ihex -R .eeprom /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.elf /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.hex [/Applications/Energia.app/Contents/Resources/Java/hardware/tools/msp430/bin/msp430-objcopy, -O, ihex, -R, .eeprom, /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.elf, /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.hex] [/usr/local/bin/srec_cat -O /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.txt -TITXT /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.hex -I] [/Applications/Energia.app/Contents/Resources/Java/hardware/tools/msp430/bin/ChronosTool.py rfbsl /var/folders/rw/vr1718z13jzgdlv84hpyp5xc0000gn/T/build135141744102121575.tmp/sketch_may01a.cpp.txt] Starting rfBSL Upload on /dev/tty.usbmodem001... Done! Binary sketch size: 1,209 bytes (of a 32,767 byte maximum) Progress! I compiled your "Energia" text example in the current release of Energia for Mac without any issues and got it uploading directly via rfBSL from within Energia. Quote Link to post Share on other sites
abecedarian 330 Posted May 2, 2014 Share Posted May 2, 2014 Well, I suppose I should apologize. I've tried the driver signing enforcement and rebooting stuff and it hasn't worked in the past, but it apparently is working now. /me bows down. Again, my apologies and thanks to all! Quote Link to post Share on other sites
timb 15 Posted May 2, 2014 Share Posted May 2, 2014 Well, I suppose I should apologize. I've tried the driver signing enforcement and rebooting stuff and it hasn't worked in the past, but it apparently is working now. /me bows down. Again, my apologies and thanks to all! No worries man, it happens. I agree it's stupid you have to reboot, but I suppose that's the only way Microsoft could maintain security due to the way the underlying OS functions? (That's the *only* reason I can come up with, as on OS X app/kernel extension signing can be disabled by simply holding down the shift key when opening an installer!) The important part is that you got it working. Quote Link to post Share on other sites
B@tto 51 Posted May 2, 2014 Author Share Posted May 2, 2014 Yeah but if he reboots he will have to do it again ... It got me crazy because in DIY a lot of drivers are not signed, so I had to do this manipulation a lot of times ... Well go back to the thread : @@timb : nice work ! So, as I understand you successfully updated your Chronos via rfBSL ?! I don't if I will have the time to work on it this week-end, but I have to investigate about the consumption of my chronos : as I finished the RTC_A lib, I built a program to only show hour and set LPM3 in loop. And I measure a strange consumption of ~600 Quote Link to post Share on other sites
timb 15 Posted May 2, 2014 Share Posted May 2, 2014 Yup, got it updating over rfBSL through Energia. I still need to package the tools in a lightweight cross platform compatible way, but it's a start. Can you post all of your current code on GitHub so I can play with it over the weekend? (The entire TI package you're working on, for example.) I'd like to work on the I2C and RTC stuff, for example. Quote Link to post Share on other sites
timb 15 Posted May 2, 2014 Share Posted May 2, 2014 Oh, and there's no back channel UART because they ran out of pins! Take a look at the schematic in the Chronos User's Guide. They could have used an ADC input and voltage dividers on the four side buttons to free up 3 pins though, not sure why they didn't do that. I've also considered retrofitting one of my units with a Sharp Memory LCD to free up 20~ pins! Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.