Back
[01:54:02] <hypermagic> hello my friends
[08:10:35] <RattusRattus> So AVRdude is able to program ISP most AVR devices by bit bashing GPIO from an SoC host running Linux. It works great. Stupid question (and not really the right channel) does anyone know of a similay GPIO programmer that can program PICs in-system? (Although I have several AVRs on my platform I am being forced to add a PIC as well)?
[08:52:15] <Casper> RattusRattus: have a look at ponyprog and see if it run on the platform you want to use, or if you can hack it
[08:58:23] <RattusRattus> Casper: /me looks
[09:00:19] <RattusRattus> Casper: not suitable. GUI interface
[09:01:07] <RattusRattus> and needs a hardware programmer
[09:02:16] <RattusRattus> rpp and rpipic look like contenders
[10:09:12] <Casper> RattusRattus: what do you mean by hardware programmer?
[10:44:17] <CovertOps> hi, i was wondering if someone could help me a little with interrupts and timers
[11:15:34] <Shavik> So I'm working with SPI across two Mega328's. I've got the master requesting a certain byte and it responds properly but now I'm trying to transfer a 4 byte float
[11:15:58] <Shavik> It's always -0. I'm using a union to access the individual bytes
[11:16:14] <Shavik> Guess I could also have just referenced the address of the float and read them that way
[11:16:26] <Shavik> I just can't think of anything else to look for of why I'm not getting this value across
[11:16:36] <Shavik> I can post any relevant code
[11:35:58] <RattusRattus> Casper: in this case I am looking to program using nothing more than GPIO lines on a SoC and perhaps a few transitors to act as buffers, and hopfull not a power supply:-) By hardware programmer I mean a device that likley contains a microcontroller to do tha actual programming / sequancing.
[11:48:23] <Shavik> Interesting. I now get -30800619000000000.000000
[11:51:34] <Shavik> fixed it. just rewrote the entire ISR
[12:52:26] <d-rock> Just stumbled on
http://www.atmel.com/images/doc2559.pdf. Great read for anyone working with the ADC
[13:24:31] <woodyj21> ^nice
[14:39:16] <EI24> When i write AVR assembly code in editor(linux defualt text editor.) should i use some sort of file extension like .asm? Also, when writing assembly, is there only instructions inte the file. Or do i need to write additional things like, maybe MCU modell, other information for the assembler?
[14:39:39] <EI24> in the file*
[14:41:04] <specing> EI24: file extensions are not necessary on UNIX
[14:41:18] <EI24> ok, good, thanks
[14:41:25] <specing> you specify mcu to gcc with -mmcu= iirc
[14:42:50] <EI24> ok, i have thought of using avra avr assembler, though maybe gcc is better.
[14:43:30] <specing> EI24: you can use inline assembly with gcc Ada, C, C++, ...
[14:43:37] <specing> no need to code everything in it
[14:46:14] <EI24> hmm, i want to try to code as close to the hardware without having to use like hex. Is avr-gcc only for inline assembly?
[14:53:24] <malinus> EI24: avr-asm
[14:53:53] <specing> avr-as
[14:56:59] <EI24> ok! Thanks!
[18:07:39] <vsync_> Anyone done atmel studio ARM stuff?
[19:51:07] <rue_more> why not just use normal programming tools
[22:33:41] <Shavik> Noob Question: Say for the 328, can you read the ADC pins, PC0-PC6, as just simple boolean/digital inputs? From the PINC register?
[22:35:40] <tpw_rules> yeah, assuming the ADC is disabled
[22:36:16] <Shavik> I think I remember reading if they are both on, you don't want to perform a read of the PINC register while it's performing a conversion?
[22:36:45] <Shavik> Although I guess I could use ADC6 and ADC7 as analog inputs while still using PC0-PC6 as "digital" right?
[22:36:52] <Shavik> Appreciate the response, tpw_rules
[22:37:11] <tpw_rules> double check the datasheet, it should have all that covered
[22:37:15] <Shavik> I apparently am not hitting the right search terms in google
[22:37:21] <Shavik> alright
[22:37:33] <tpw_rules> download it straight from atmel
[22:37:44] <tpw_rules> http://www.atmel.com/images/Atmel-8271-8-bit-AVR-Microcontroller-ATmega48A-48PA-88A-88PA-168A-168PA-328-328P_datasheet_Complete.pdf
[22:37:53] <tpw_rules> it's a bit hefty, but it goes into detail about everything
[22:38:12] <Casper> Shavik: don't read any analog pin while a conversion is in progress
[22:38:15] <Casper> it cause noise
[22:38:26] <Casper> which screw a bit the conversion
[22:38:34] <Casper> however, you can read between the conversions
[22:38:41] <Shavik> Yea, right now for this board at least, I don't need to read any analog sources
[22:38:52] <Shavik> so I'm thinking I can just use PC0-6 for additional "digital" i/o?
[22:39:06] <Shavik> I usually try to max out ports B and D first
[22:39:09] <Shavik> and never really exceed them
[22:39:39] <Shavik> Just needed more pins on this design and didn't wanna have to step up to the next size cpu