[C.CC USERS] Qs re occPlug's "Arduino" target and "Upload Firmware". *apologies; newb*

[cljacobsen at gmail.com]

Do you have the possibility to try this stuff out on a "standard"
Arduino board? If you have access to other boards this might be an
easy tests before we start looking at long strings of hex digits :)
These days I test with Arduino Unos.

Christian


On 24 January 2011 15:35, Michael M. Butler <mmbutler at gmail.com> wrote:
> Would it be of use for me to try to do an AVRdude dump of the flash a
> la Matt's comments from around Jan 7th and mail that over to you?
>
> On Mon, Jan 24, 2011 at 6:25 AM, Michael M. Butler <mmbutler at gmail.com> wrote:
>> The only other thing I can thing of is that this board uses a
>> resonator rather than a crystal. Could a 0.5% timing variation mess
>> things up for the occam code loading but not for the firmware upload?
>> I'm grasping at straws here. (grin/grimace)
>>
>> On Mon, Jan 24, 2011 at 5:12 AM, Michael M. Butler <mmbutler at gmail.com> wrote:
>>> After trying heartbeat and the Chapter 2 blink code, I've tried
>>> adapting and twiddling Steve Pretty's serial.write test code to see if
>>> there's a Pin13 pin-mapping problem that doesn't affect TX0, but so
>>> far I'm not seeing output from that.
>>>
>>> So based on my experiences I'm left wondering. Does occPlug's
>>> Device:Arduino target setting work with a 16MHz ATMega328?
>>>
>>> Is it possible the Firmware load worked properly, but that the occam
>>> .ihex files are being transmitted at the wrong baud rate for this
>>> platform?
>>>
>>> M
>>
>>
>> --
>> Michael M. Butler  = =  m m b u t l e r  at  g m a i l . c o m
>>
>
>
>
> --
> Michael M. Butler  = =  m m b u t l e r  at  g m a i l . c o m
> . . . Just remember, immanentizin' the eschaton is
> . . . . a dern sight easier than /monetizin'/ it. --me
>
> _______________________________________________
> users mailing list
> users at concurrency.cc
> http://www.concurrency.cc/mailman/listinfo/users
>