Super.
Well . I'd send you a board if I thought it not so specific to my
application, but in lieu of that, you will certainly get gratitude, some
blog love, and the satisfaction of seeing your code deployed and adopted
into many neat environments.
To expand, I use RF networks of sensors, and
Colin Reese gmail.com> writes:
>
> So the 328 is already set up as a target, or would I need to write a target
def in the world config?
>
In don't have a 328 in there, but there's a 168 and an 88. You probably know
what to do to expand that. ;-)
> I have circuits already built where one or b
So the 328 is already set up as a target, or would I need to write a target def
in the world config?
I have circuits already built where one or both of the hardware interrupts are
being used, often for RF.
C
> On Sep 2, 2015, at 3:20 AM, Matthias Urlichs wrote:
>
> Hi,
>
>> Sounds great.
Hi,
> Sounds great.
> What are the chances of getting this ported to something like an ATMega328P
with a selectable bus line? It would open up a lot of possibilities.
>
The 328P should not be a problem, simply compile for it.
You can't do a generically-selectable bus line. You have two lines w
Sounds great.
What are the chances of getting this ported to something like an ATMega328P
with a selectable bus line? It would open up a lot of possibilities.
Colin
On Tue, Sep 1, 2015 at 2:34 PM, Matthias Urlichs
wrote:
> Colin Reese gmail.com> writes:
>
> >
> >
> > I made it through al
Colin Reese gmail.com> writes:
>
>
> I made it through all the docs and managed to put together a config
> file, but on compilation I get the following from Cfg.py when using
> ATTiny85 as a target:
That error is now fixed.
Not much has been happening with MoaT the last couple of
I made it through all the docs and managed to put together a config
file, but on compilation I get the following from Cfg.py when using
ATTiny85 as a target:
RuntimeError: maximum recursion depth exceeded while calling a Python object
Colin
On 8/30/2015 12:38 PM, Johan Ström wrote:
Owslave h
Thanks. I'm typically using the Arduino IDE but I'll take a stab at it. I did
eventually get into the Makefile and realized the files were generated this
way.
I ran back to the shop to grab a handful of 328Ps and my target boards so I'll
try the other code as well.
Colin
> On Aug 30, 201
Owslave has been superseeded by the M-O-A-T project:
https://github.com/M-o-a-T/moat, and from my brief use (a few months
back, testing only) it works really well, at least on a Mega 8. There
was an introductory post on this list a few months back.
You need to edit the .cfg file to build a con
Anybody have a reliable codebase for ATTiny85 1Wire slaves?
The best code I've found is written for a 328P and needs to be ported:
https://github.com/neuoy/OneWireArduinoSlave
There is this, mentioned on this listserve some time ago, but it seems
to have a broken dependency for dev_config.h wh
That's why I suggested using the MAX31865. It's an SPI RTD reader. I use it
already, but would prefer it on a longer multi drop bus where an IO per chip
select is unnecessary. It's 3.3V so either the 1Wire bus is on 3.3V (as well as
the micro), or you use an LDO to bring it down to 3.3V for the
Colin,
The reason I and most other people use RTDs is because they are more
precise than a typical thermocouple or thermister. You need to do a good
bit more than an LDO and a A/D to make the reader as/more stable than
the RTD. Everything needs to be temperature compensated with careful
circu
12 matches
Mail list logo
