#avr | Logs for 2016-06-22

Back
[03:07:41] <carabia> Lambda_Aurigae, was it you who did a lot of stuff with pics?
[05:20:52] <carabia> also, fuck's up with digikey, won't display any products
[05:37:21] <Lambda_Aurigae> carabia, not a lot..but I do play with some of them.
[05:37:55] <carabia> Lambda_Aurigae, pic32s?
[05:37:59] <Lambda_Aurigae> mostly pic32 these days...
[05:38:05] <Lambda_Aurigae> I'm by no means an expert.
[05:38:22] <Lambda_Aurigae> I also have almost no access to anything at the moment as I'm sitting in an airport and remoted into my home computer.
[05:39:44] <Lambda_Aurigae> pic32mx270f256b
[05:40:02] <carabia> yeah that's fine, i'm basically getting fed up with the asf arm-bullshittery, thinking of going starting to play around with pic32 instead.
[05:40:02] <Lambda_Aurigae> ok...boarding plane soon.
[05:40:47] <Lambda_Aurigae> still here though...
[05:41:00] <Lambda_Aurigae> looks like we are boarding in about 20 to 30 minutes.
[05:41:25] <carabia> i guess all i'm asking is how's mcps dev tools and libs?
[05:41:31] <Lambda_Aurigae> the pic32 is a nifty platform but rather complex.
[05:41:46] <Lambda_Aurigae> xc32 is gcc
[05:41:59] <Lambda_Aurigae> the one you get from microchip is crippled unless you pay for it.
[05:42:10] <Lambda_Aurigae> but if you are brave you can get the source and compile it yourself.
[05:43:03] <carabia> heh.
[05:43:38] <Lambda_Aurigae> the crippled part just means it doesn't do full optimization.
[05:43:54] <Lambda_Aurigae> I haven't had any problem with that though.
[05:44:42] <Lambda_Aurigae> ok...heading out for now.
[15:08:29] <PoppaVic> hmm, silly-question-time again.. So, reading umpty bootloader sources, and boot.h, etc: am I wrong in presuming that the .boot attribute is pretty-much just useful for _addressing_ funcs/data in the BLS for an app? In other words: if you are writing a bootloader-itself: it's meaningless, because you would use the -Tnnnn option for the .text segment?
[15:44:09] <PoppaVic> hmm. I guess no one knows.
[15:48:36] <RikusW> Or they are asleep or busy
[15:48:44] <RikusW> I did bootloading but asm only
[15:48:54] <RikusW> I'm not a fan of avr-gcc
[15:49:45] <PoppaVic> RikusW: meh.. I likely will need to do at least one of this with gavrasm or avra.. avr-as is a very long bet, since I just hate it.
[15:50:11] <RikusW> I used AVR Studio 4's assembler
[15:51:07] <PoppaVic> My _guess_, however, is that the boot-sec attributes are for folks that are writing a fullblown app via icsp/spi and only need to locate the SPM-relevant code in the top "segment"
[15:51:53] <PoppaVic> RikusW: blah.. I tried to install it in virtualbox. Fails. Actually learned it was designed to fail there. Pass. I will never, ever use doze on my machines.
[15:52:14] <RikusW> I used AS4 in a XP vbox
[15:52:46] <RikusW> It works with a serial programmer but not a dragon
[15:53:07] <PoppaVic> hmm.. that's weird. Oh, v4 as well, eh? I see.
[15:53:30] <RikusW> I used SP2 on that with WinAVR
[15:54:01] <RikusW> I consider AS 4 easier to use then AS5/6
[15:54:11] <PoppaVic> <shrug> avrdude does fine, so does arduinoisp programs, like gammons stuff.
[15:54:42] <PoppaVic> I'll keep that in mind, next time I crank up the XP virtualbox