I understand, but if not already defined, what is the default value? Or,
why is this not defined in the code already?

On Thu, Nov 12, 2015 at 9:13 AM, Johan Ström <jo...@stromnet.se> wrote:

> Yes, the f_cpu define only controls timing calculations, which must match
> the clock speed. If incorrectly configured, it won't be able to talk on the
> 1wire net.
>
>
> On 12/11/15 18:04, Colin Reese wrote:
>
> I see this in main:
>
> #elif defined (__AVR_ATmega168__) || defined (__AVR_ATmega88__) ||
> defined(__AVR_ATmega328__)
> // Clock is set via fuse
>
> is the f_cpu definition necessary here?
>
> C
>
> On Thu, Nov 12, 2015 at 8:44 AM, Johan Ström <jo...@stromnet.se> wrote:
>
>> As long as your built it for 16MHz it should probably be compatible (I'm
>> not familiar with any specific fuses the m328 might have).
>>
>> Thus, f_cpu: 16000000
>>
>> On 12/11/15 03:39, Colin Reese wrote:
>> > So to avoid trying to get WinAVR to behave, on a windows machine with
>> > avrdude I would do something like:
>> >
>> > avrdude -c usbtiny -p m328p -U flash:w:image.hex -U eeprom:w:eprom.hex
>> >
>> > That should do the trick? Do I really need to set the fuses? I have it
>> > set up as external 16Mhz. I assume this is compatible.
>> >
>> > C
>> >
>> > On 11/11/2015 12:34 PM, Matthias Urlichs wrote:
>> >> On 11.11.2015 20:45, Colin Reese wrote:
>> >>> In the meantime, getting an updated libc from elsewhere than the apt
>> repos is an option?
>> >> I'd be wary of compiler/libc or libc/header incompatibilities when
>> >> upgrading partially. IMHO it'd be safer to examine your existing
>> >> pgmspace.h and add a patch to MoaT that works around not having the
>> >> current version of pgmspace.h. (I already tried that, but apparently
>> not
>> >> quite successfully.)
>> >>
>> >> In fact you might just email your version to me, I can certainly take a
>> >> look.
>> >>
>> >>
>> >> -- Matthias Urlichs
>> >>
>> >>
>> >>
>> ------------------------------------------------------------------------------
>> >> _______________________________________________
>> >> Owfs-developers mailing list
>> >> Owfs-developers@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>> >
>> >
>> ------------------------------------------------------------------------------
>> > _______________________________________________
>> > Owfs-developers mailing list
>> > Owfs-developers@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/owfs-developers
>>
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Owfs-developers mailing list
>> Owfs-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>>
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Owfs-developers mailing 
> listOwfs-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/owfs-developers
>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Owfs-developers mailing list
> Owfs-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>
>
------------------------------------------------------------------------------
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Reply via email to