The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024


[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: RYO network




Pete,

>Is there an ICD for Atmel
For Atmel there is a JTAG interface. There are also clones available for=20
this as the original is a bit pricey. Olimex got one=20
http://www.olimex.com/dev/index.html
AVR-JTAG=20
<http://www.olimex.com/dev/avr-jtag.html>
and  AVR-USB-JTAG=20
<http://www.olimex.com/dev/avr-usb-jtag.html>

>I've not tried C on a PIC...
You should. Most of the code you can write in C and the code time=20
critical and other parts you need extra control of in assembler.

Cheers
/Ake

Pete Shew wrote:

> Hi Frank,  I'm currently looking at the homebrew ICD2 pages - it
seems=20
> pretty easy to throw one together. If it works out OK, I make make
a=20
> second as comms debugging is always a taxing experience.
>
> The 18F range is very tempting for the much improved instruction
set=20
> apart from CAN so I'm moving more in that direction. Is there an
ICD=20
> for Atmel - I couldnt see one. Simulators are OK, but you can't
always=20
> simulate the real world timings.
>
> I am using assembler for my PIC projects - the PBX is still working=20
> well. I feel you've got more contol over speed, size and variable=20
> allocation, but then again I've not tried C on a PIC.
>
> The CH project started as I've got two boilers in tandem running
three=20
> zones and hot water and a big bill. One of the boilers can usually
be=20
> stood down, but I like the idea of automatice switching, and using=20
> both for startup loads and very cold weather. Other things I want
to=20
> include are taking account of outside temperature for startup time
and=20
> water temperature adjustment.  Plus the convenience of controls in
the=20
> zones and not just in the cupboard in our bedroom.
>
> Pete
>
>
> *********** REPLY SEPARATOR  ***********
>
> On 27/03/2005 at 06:35 Frank Mc Alinden wrote:
>
> >Hi Pete
> >            Dave Mc Laughlin is the best person to ask
regarding=20
> canbus (he
> >uses it for his boiler control) although he,s using the Atmel
> >processors..with the can chips....
> >
> >>Any good reasons why I should shell out for an ICD 2 (or even
switch
> >microprocessors) and >use pukka CAN?
> >
> >Just got the icd2 recently so i could start using the 16f88 pics
as=20
> well as
> >the18f range ,but currently still using the 16f876 for my xPL
> >projects....the icd2 isnt that expensive imo.....
> >
> >> HA? - it's part of my central heating control.
> >
> >Keep us posted on your progress.....are you coding in assembler
or=20
> HLL..???
> >
> >Frank
> >
> >
> >
> >----- Original Message -----
> >From: "Pete Shew" <ukha_d@xxxxxxx>
> >To: "UKHA" <ukha_d@xxxxxxx>
> >Sent: Saturday, March 26, 2005 9:08 PM
> >Subject: [ukha_d] RYO network
> >
> >
> >>
> >> I've got a requirement to connect a few PICs together and Cat
5=20
> seems the
> >logical choice for physical media. However, I need to choose a
protocol.
> >CAN
> >looks a likely candidate, but I'm working with PIC 17F877A and
not=20
> the much
> >nicer PIC 18F458 and don't have the luxury of an inbuilt CAN
engine. The
> >reason - I only have version 1 of the ICD.
> >>
> >> I also have space limitations and don't want to add an
external CAN=20
> chip.
> >>
> >> I don't want a bus master network, though if the case were
strong=20
> enough
> >I
> >could be persuaded., So I've currently got the idea of using CAN
bus
> >drivers
> >driven using a standard UART with extra logic to detect=20
> recessive/dominant
> >collisions, and with a protocol loosely based on CAN within the=20
> limitations
> >of the hardware. The pseudo code looks like it should work OK, but
I kno=
w
> >that debugging is going to be "interesting".
> >>
> >> Has anyone else been along this route with success or
failure? Any goo=
d
> >reasons why I should shell out for an ICD 2 (or even switch
> >microprocessors)
> >and use pukka CAN?
> >>
> >> HA? - it's part of my central heating control.
> >>
> >> Pete
> >>
> >>
> >>
> >>
> >>
> >> Yahoo! Groups Links
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >
> >
> >
> >
> >
> >Yahoo! Groups Links
> >
> >
> >
>
>
>
>
>
>
>
>
> *Yahoo! Groups Sponsor*
> ADVERTISEMENT
> click here=20
> <http://us.ard.yahoo.com/SIG=3D129vbrj5m/M=3D298184.6191685.7192823.30011=
76/D=3Dgroups/S=3D1705041992:HM/EXP=3D1111968335/A=3D2593423/R=3D0/SIG=3D11=
el9gslf/*http://www.netflix.com/Default?mqso=3D60190075>=20
>
>
>
>
------------------------------------------------------------------------
> *Yahoo! Groups Links*
>
>     * To visit your group on the web, go to:
>       http://groups.yahoo.com/group/ukha_d/
>=20=20=20=20=20=20=20=20
>     * To unsubscribe from this group, send an email to:
>       ukha_d-unsubscribe@xxxxxxx
>       <mailto:ukha_d-unsubscribe@xxxxxxx?subject=3DUnsubscribe>
>=20=20=20=20=20=20=20=20
>     * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.
>
>


--=20
---
Ake Hedman (YAP - Yet Another Programmer)
eurosource, Brattbergav=E4gen 17, 820 50 LOS, Sweden
Phone: (46) 657 413430 Cellular: (46) 73 84 84 102
Company home: http://www.eurosource.se=20=20=20=20=20=20
Kryddor/Te/Kaffe: http://www.brattberg.com
Personal homepage: http://www.eurosource.se/akhe
Automated home: http://www.vscp.org



[Non-text portions of this message have been removed]




UKHA_D Main Index | UKHA_D Thread Index | UKHA_D Home | Archives Home

Comments to the Webmaster are always welcomed, please use this contact form . Note that as this site is a mailing list archive, the Webmaster has no control over the contents of the messages. Comments about message content should be directed to the relevant mailing list.