Mohan,

> I am currenlty planning to work on a Project which uses
> MSP430F147IPM. I have the chip, and the Adapter to burn, but I dont
> have the board to use. Can any one please let me know where and how
> I can get a board to mount the chip and burn the Program into the chip.
>
> I dont want to take a Risk of wasting the chip trying to Solder
> it, because
> I am totally new to the concept of Soldering. This chip is a PQFP.

I would strongly encourage you to get a board made and learn how to solder
the chip yourself.  A good way to practice is to get a useless PC
motherboard, remove a PQFP part, clean it up and resolder it.  The main
problem with this will probably be the quality of the motherboard PCB.  The
pads will be likely to lift etc, but this is a good way to learn.  Another
way is to get some samples of _any_ PQFP part from a manufacturer and have a
go at soldering them.

I used to feel like this, but now I really hate through hole (cutting all
those leads is such a nuisance).  Fine pitch SMD is quite easy to solder by
hand with care, patience and liquid flux.

There is a great SMD soldering tutorial in an atmel app note
(http://www.cygnal.com/appnotes/an014.pdf) - this was reprinted in circuit
cellar recently.

You could also pick up a prototyping adaptor - I bought one off the shelf
from Frys in San Jose last year.  It was generic and did up to 144pins I
think - each pin comes out to a 0.1" spaced header.

Cheers,
Tom

Hello All,

This is Mohan again. 

Can anyone please tell me where I can find a Zero
Insertion Force Socket for a 64 pin PQFP.

I need 64 pin to DIP or anything else possible. I have
tried at Digikey.com, but did not find it.

Thank You all,
Mohan.

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

Mohan:

Try this....
http://www.adapters.com/

At 10:51 AM 6/3/02 -0700, you wrote:
>Insertion Force Socket for a 64 pin PQFP.

fred

Hi!

http://www.winslowadaptics.com/

At 10:51 AM 6/3/02 -0700, you wrote:
>Hello All,
>
>This is Mohan again.
>
>Can anyone please tell me where I can find a Zero
>Insertion Force Socket for a 64 pin PQFP.
>
>I need 64 pin to DIP or anything else possible. I have
>tried at Digikey.com, but did not find it.
>
>Thank You all,
>Mohan.
>
>__________________________________________________
>Do You Yahoo!?
>Yahoo! - Official partner of 2002 FIFA World Cup
>http://fifaworldcup.yahoo.com
>
>
>To Post a message, send it to:   simmstick@e...
>
>To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

http://www.yamaichi.us

At 02:15 PM 6/3/02 -0700, you wrote:

>Mohan:
>
>Try this....
>http://www.adapters.com/
>
>At 10:51 AM 6/3/02 -0700, you wrote:
> >Insertion Force Socket for a 64 pin PQFP.
>
>fred
>
>
>
>To Post a message, send it to:   simmstick@e...
>
>To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

thought I would forward this FYI, and potential feedback

Cheers Don...

Don McKenzie wrote:
> 
> David Daniell wrote:
> >
> > Hi Don
> > hope you are well.
>  Recently we had a
> > client who uses a DT006 to programme some Atmel micro's AT90S2343-10PC and
> > they were unable to program them.  They tried a STK500 and ran into the same
> > problem.
> >
> > Initially we thought the parts were faulty but during our checking found
> > that the parts were shipped with the ext osc set rather that the RC int osc.
> > You can overcome this on the STK500 by adding a jumper wire prior to
> > programming parts.   I am unfamiliar with the DT006.   Do you have the
> > facility to jumper to provide a osc i/p to the micro.   See enclosed emails.
> >
> > please let me know whether there is a work around.
> 
> I am pretty sure there isn't a workaround as the dt006 programs in a
> serial fashion, but I'll pass it onto my small SimmStick list and
> someone will know for sure.
> 
> thanks David, Cheers Don...
> 
> >
> >    <<RE: Atmel: AT90S2343-10PC - Failure Analysis Pending Quarantine
> > remaining Stock. [2]>>       <<Re: Atmel: AT90S2343-10PC - Failure Analysis
> > Pending Quarantine remaining Stock. [2]>>
> >
> > Regards
> > David Daniell
> >
> > Product Manager
> > Unique Technology Components Pty Ltd.
> > (A Memec Company)
> >
> > phone International:    61 3 9760 4263  Australia:      03 9760 4263
> > fax International:            61 3 9760 4280    Australia:      03 9760 4280
> > mobile International:   61 407 531 946  Australia:      0407 531 946
> >
> > email:   ddaniell@m...
> >
> > Address:        Unit 6, 16 Melrich Rd
> >                         Bayswater   Victoria   3153
> >                         AUSTRALIA
> >
> > Visit our Website: http://www.unique-technology.com.au
> >
> >
> >
> >   ------------------------------------------------------------------------
> >
> > Subject: RE: Atmel: AT90S2343-10PC - Failure Analysis Pending Quarantine r
> >      emaining Stock. [2]
> > Date: Fri, 31 May 2002 15:55:07 +1000
> > From: David Daniell <ddaniell@m...>
> > To: Gilbert Lai <glai@a...>
> > CC: Tak Chuen Tang <ctang@a...>, Grant Tuohy
> >      <gtuohy@r...>, Tony Newnham <tnewnham@m...>,
> >      Steve Raymer <sraymer@m...>, Larry Sun <lsun@a...>,
> >      Edmund Au <eau@a...>, Jarle Boe <jboe@a...>, Jonathan Mitchell
> >      <jmitchell@m...>
> >
> > Hi Gilbert
> > Jonathon Mitchell and I done some further investigation and have managed to
> > program parts without any problems on the STK500.
> >
> > Jonathon and I have found that the 2343's Sentinel Systems / Unique received
> > are set for external clock and as such if you followed the directions in the
> > STK500 User manual for programming of part then it would fail.  Refer to
> > page 3-9, Table 3-2   AVR Sockets.   In the AT90S2343 area, SCKT3400D1, in
> > the Target ISP column it reads as follows:
> >
> > "SPROG1.  Connect RST on PORTE to PB5 on PORTB."
> >
> > It needs to read:
> >
> > "SPROG1.  Connect RST on PORTE to PB5 on PORTB.    Connect XT1 on PORTE to
> > PB3 on PORTB. "     This is necesary if parts do not have RC osc enabled
> > when received from the factory or no ext oscillator is supplied by the
> > programmer to pin 2 of the chip.
> >
> > Once doing this we can program both Flash and EEPROM without a problem.
> >
> > Hence, I will get Sentinel systems to revisit their programming and confirm
> > if this rectifies their problem.
> >
> > Gilbert, can you seek confirmation from Atmel AVR support and confirm the
> > above is correct.
> >
> > I will NOT be sending parts across to Larry Sun for Failure analysis at this
> > time.    If Atmel still feels there is a problem then I will send them.
> >
> > Have a great weekend, look forward to hearing from you and thank you for
> > your support.
> >
> > Regards
> > dave
> >
> > > -----Original Message-----
> > > From: Gilbert Lai [SMTP:glai@a...]
> > > Sent: Wednesday, May 29, 2002 12:25 PM
> > > To:   David Daniell
> > > Cc:   Tak Chuen Tang; Grant Tuohy; Tony Newnham; Steve Raymer; Larry Sun;
> > > Edmund Au; Jarle Boe
> > > Subject:      Re: Atmel: AT90S2343-10PC - Failure Analysis Pending
> > > Quarantine remaining Stock. [2]
> > >
> > > Dear David,
> > >
> > > I sent this morning 10 pcs by speedcost at our cost - always try to avoid
> > > Fedex becoz
> > > custom declaration is needed.
> > >
> > > Tracking #    EE541870963HK
> > >
> > > Best Regards,
> > > Gilbert
> > > May/29/2002
> > > ----- Original Message -----
> > > From: "David Daniell" <ddaniell@m...>
> > >
> >
> >   ------------------------------------------------------------------------
> >
> > Subject: Re: Atmel: AT90S2343-10PC - Failure Analysis Pending Quarantine r
> >      emaining Stock. [2]
> > Date: Mon, 3 Jun 2002 20:21:41 +1000
> > From: Gilbert Lai <glai@a...>
> > To: David Daniell <ddaniell@m...>
> > CC: Tak Chuen Tang <ctang@a...>, Grant Tuohy
> >      <gtuohy@r...>, Tony Newnham <tnewnham@m...>,
> >      Steve Raymer <sraymer@m...>, Larry Sun <lsun@a...>,
> >      Edmund Au <eau@a...>, Jonathan Mitchell <jmitchell@m...>
> >
> > Dear David,
> >
> > You may ship parts back to your customer, becoz yr finding is exactly right
> > !
> >
> > b.rgds.
> > glai.
> > Jun/03/2002
> >
> > *********************
> > Gilbert,
> >
> > The default fuse settings for 2343 are:
> > SPIEN = 0; Serial Programming Interface is Enabled.
> >
> > RCEN is more complicated.
> > AT90LS2343-1: RCEN = 0; Internal RC Oscillator is used.
> > AT90LS2343-4: RCEN = 1; Internal RC Oscillator is not in use.
> > AT90S2343-10: RCEN = 1; Internal RC Oscillator is not in use.
> >
> > The first period we shipped AT90(L)S2343, all devices were shipped with
> > RCEN=0. Back then, there was no -1 option.
> >
> > The latest User Guide for STK500 has added information about how to
> > connect a clock signal to PB3. The latest User Guide is always found in
> > the Help Topics on AVR Studio.
> >
> > Regards,
> > Ingar


Don McKenzie    mailto:don@d...     http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

I currently have a Raver programmer from Dontronics. I've played with 
Atmel 1213's so far.

I need to work with an 8515 AVR. What do I need to be able to use the 
Raver and Bascom AVR to program the 8515?

On another note... we had a programmer in India working on this 
project and he has dropped off of the face of the earth... We do have 
one of the chips he programmed for us. Is there anyway to make a copy 
of an Atmel AVR chip? We are desperate to get this done.

Thanks!!!

Karl Domrose
Cybermight Computers

cybermight2002 wrote:
> 
> I currently have a Raver programmer from Dontronics. I've played with
> Atmel 1213's so far.
> 
> I need to work with an 8515 AVR. What do I need to be able to use the
> Raver and Bascom AVR to program the 8515?

An 8515/resonator/crystal, dt107, minor components of course, links on
dt006, read big bold blue text in hardware instructions, remove micro
and res/xtl on dt006 board, hold your mouth right.

> On another note... we had a programmer in India working on this
> project and he has dropped off of the face of the earth... We do have
> one of the chips he programmed for us. Is there anyway to make a copy
> of an Atmel AVR chip? We are desperate to get this done.

short answer, only if it isn't code protected.

> Thanks!!!
> 
> Karl Domrose
> Cybermight Computers

Cheers Don...

Don McKenzie    mailto:don@d...     http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

Thank you Don....

I already have some DT107's lying around. I'll see if I can figure 
this thing out.

So far I've had fun playing with the Raver...

If anyone else has any input or advice it will be greatly 
appriciated!!

Karl Domrose
Cybermight Computers




--- In simmstick@y..., Don McKenzie <don@d...> wrote:
> 
> 
> cybermight2002 wrote:
> > 
> > I currently have a Raver programmer from Dontronics. I've played 
with
> > Atmel 1213's so far.
> > 
> > I need to work with an 8515 AVR. What do I need to be able to use 
the
> > Raver and Bascom AVR to program the 8515?
> 
> An 8515/resonator/crystal, dt107, minor components of course, links 
on
> dt006, read big bold blue text in hardware instructions, remove 
micro
> and res/xtl on dt006 board, hold your mouth right.
> 
> > On another note... we had a programmer in India working on this
> > project and he has dropped off of the face of the earth... We do 
have
> > one of the chips he programmed for us. Is there anyway to make a 
copy
> > of an Atmel AVR chip? We are desperate to get this done.
> 
> short answer, only if it isn't code protected.
> 
> > Thanks!!!
> > 
> > Karl Domrose
> > Cybermight Computers
> 
> Cheers Don...
> 
> Don McKenzie    mailto:don@d...     http://www.dontronics.com
> 
> Add USB to your Product in 10 min.  
http://www.dontronics.com/giga.html
> The World's Largest Range of Atmel/AVR & PICmicro Hardware and 
Software

http://www.mcu.cz

> Ray Bright wrote:
> 
> A Swiss company have a 2 wire device available with free samples
> orderable by email. Go to this link
>  http://www.sensirion.com/en/sensors/humidity/SHT11/applications.htm
> there is some code for it on the BASCOM mailing group - see 9/6/2002
> 
> Don it could be a good product fore you to distribute
> 
> Regards all
> 

thanks Ray, I'll go check it out

Cheers Don...

Don McKenzie    mailto:don@d...     http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

Hello All,

This is Mohan again. 

I am trying to use the IAR embedded work bench for
MSP430. I could successfully compil the tutorial
program, but Im not able to Link it. It says cannot
find cl430 file. Ive searched for the file, but was
unable to find it.

Is there anything I should change in the options to
get it linked properly? Or do I have to get this file
from somewhere?

Can you please help me out.

Thank You all,
Mohan :)

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

Please remove me from this list, as the Unsubscribe instructions: To
Unsubscribe, send a blank message to: simmstick-unsubscribe@e... 

Doesn't work!!!

Thanks


Adriaan Nel



-----Original Message-----
From: Don McKenzie [mailto:don@d...] 
Sent: 11 June 2002 07:51 AM
To: simmstick@yahoogroups.com
Subject: Re: [simmstick] Has anyone used the SHT11 Temperature/Humidity
sensor - feee samples




> Ray Bright wrote:
> 
> A Swiss company have a 2 wire device available with free samples 
> orderable by email. Go to this link  
> http://www.sensirion.com/en/sensors/humidity/SHT11/applications.htm
> there is some code for it on the BASCOM mailing group - see 9/6/2002
> 
> Don it could be a good product fore you to distribute
> 
> Regards all
> 

thanks Ray, I'll go check it out

Cheers Don...

Don McKenzie    mailto:don@d...     http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software


To Post a message, send it to:   simmstick@e...

To Unsubscribe, send a blank message to:
simmstick-unsubscribe@e... 

Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/

does it return a message at all?

wa_nel wrote:
> 
> Please remove me from this list, as the Unsubscribe instructions: To
> Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
> 
> Doesn't work!!!
> 
> Thanks
> 
> Adriaan Nel
> 
> -----Original Message-----
> From: Don McKenzie [mailto:don@d...]
> Sent: 11 June 2002 07:51 AM
> To: simmstick@yahoogroups.com
> Subject: Re: [simmstick] Has anyone used the SHT11 Temperature/Humidity
> sensor - feee samples
> 
> > Ray Bright wrote:
> >
> > A Swiss company have a 2 wire device available with free samples
> > orderable by email. Go to this link
> > http://www.sensirion.com/en/sensors/humidity/SHT11/applications.htm
> > there is some code for it on the BASCOM mailing group - see 9/6/2002
> >
> > Don it could be a good product fore you to distribute
> >
> > Regards all
> >
> 
> thanks Ray, I'll go check it out
> 
> Cheers Don...
> 
> Don McKenzie    mailto:don@d...     http://www.dontronics.com
> 
> Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
> The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software
> 
> To Post a message, send it to:   simmstick@e...
> 
> To Unsubscribe, send a blank message to:
> simmstick-unsubscribe@e...
> 
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
> 
> 
> To Post a message, send it to:   simmstick@e...
> 
> To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
> 
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

-- 
Don McKenzie    mailto:don@d...     http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

Yes, it tells me to reply to be unsubscribed, but that doesn't work, the
same with the [interfacing] group

Adriaan Nel



-----Original Message-----
From: Don McKenzie [mailto:don@d...] 
Sent: 11 June 2002 09:05 AM
To: simmstick@yahoogroups.com
Subject: Re: [simmstick]


does it return a message at all?

wa_nel wrote:
> 
> Please remove me from this list, as the Unsubscribe instructions: To 
> Unsubscribe, send a blank message to: 
> simmstick-unsubscribe@e...
> 
> Doesn't work!!!
> 
> Thanks
> 
> Adriaan Nel
> 
> -----Original Message-----
> From: Don McKenzie [mailto:don@d...]
> Sent: 11 June 2002 07:51 AM
> To: simmstick@yahoogroups.com
> Subject: Re: [simmstick] Has anyone used the SHT11 
> Temperature/Humidity sensor - feee samples
> 
> > Ray Bright wrote:
> >
> > A Swiss company have a 2 wire device available with free samples 
> > orderable by email. Go to this link 
> > http://www.sensirion.com/en/sensors/humidity/SHT11/applications.htm
> > there is some code for it on the BASCOM mailing group - see 9/6/2002
> >
> > Don it could be a good product fore you to distribute
> >
> > Regards all
> >
> 
> thanks Ray, I'll go check it out
> 
> Cheers Don...
> 
> Don McKenzie    mailto:don@d...
http://www.dontronics.com
> 
> Add USB to your Product in 10 min.  
> http://www.dontronics.com/giga.html
> The World's Largest Range of Atmel/AVR & PICmicro Hardware and
Software
> 
> To Post a message, send it to:   simmstick@e...
> 
> To Unsubscribe, send a blank message to: 
> simmstick-unsubscribe@e...
> 
> Your use of Yahoo! Groups is subject to 
> http://docs.yahoo.com/info/terms/
> 
> 
> To Post a message, send it to:   simmstick@e...
> 
> To Unsubscribe, send a blank message to: 
> simmstick-unsubscribe@e...
> 
> Your use of Yahoo! Groups is subject to 
> http://docs.yahoo.com/info/terms/

-- 
Don McKenzie    mailto:don@d...     http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software


To Post a message, send it to:   simmstick@e...

To Unsubscribe, send a blank message to:
simmstick-unsubscribe@e... 

Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/

Hi Mohan !


> I am trying to use the IAR embedded work bench for
> MSP430. I could successfully compil the tutorial
> program, but Im not able to Link it. It says cannot
> find cl430 file. Ive searched for the file, but was
> unable to find it.

I think it couldn't find the linker command file. You have to select 
PROJECT->OPTIONS->XLINK->INCLUDE and then in the
directory /IAR Systems/ew23/430/icc430 the file MSP430F149A.xcl
(depending on which processor you're using).

For the C-SPY debugger you also have to select a Chip description file
which is in the ../430/cw430/ directory.

>
> Is there anything I should change in the options to
> get it linked properly? Or do I have to get this file
> from somewhere?

It should be on your harddisk :)

I also just learned all the pitfalls of this IDE by writing a bootloader. For 
this I needed to learn almost everything :)
The debugger crashes quite often.

Moritz

PS: you can write to my privately for more MSP430 questions

-- 
Baltic-Microsolutions custom development				http://openeeg.sf.net
http://www.baltic-microsolutions.de					Open Source Neurofeedback
MSP430-PSOC-ATMEL						Project

Hi Adriaan,

it is commonly accepted that if you understand how to sign onto a group,
that you also understand how to sign off. Using a different 'reply to'
address than the one you used initially for instance, will fail every
time.

You give me no information to assist you as to overcoming the problem,
so I will go see if I can find your address and un-subscibe you
manually. 

your statment: "the same with the [interfacing] group" means nothing to
me.
what is the interfacing group?

Cheers Don...



wa_nel wrote:
> 
> Yes, it tells me to reply to be unsubscribed, but that doesn't work, the
> same with the [interfacing] group
> 
> Adriaan Nel
> 
> -----Original Message-----
> From: Don McKenzie [mailto:don@d...]
> Sent: 11 June 2002 09:05 AM
> To: simmstick@yahoogroups.com
> Subject: Re: [simmstick]
> 
> does it return a message at all?
> 
> wa_nel wrote:
> >
> > Please remove me from this list, as the Unsubscribe instructions: To
> > Unsubscribe, send a blank message to:
> > simmstick-unsubscribe@e...
> >
> > Doesn't work!!!
> >
> > Thanks
> >
> > Adriaan Nel

Don McKenzie    mailto:don@d...     http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

Hi Adriaan,

Are you unsubscribing from the same email address that you
subscribed from to begin with? Do you have multiple emails
that may be redirected to one email box?

HI,
I need some help.
 I want to read the temperature from a ibutton DS1920 sensor with a pic 16f84. I implemented some routines for 1-wire protocol but what I get from the ds1920 is not what I expected. I tryed with other routines from the net but I got the same result..
 Is there a source code tested that can help me?
Thanks


______________________________________________________________________
Do you want a free e-mail for life ? Get it at http://www.email.ro/

HI,
I need some help.
  I want to read the temperature from a ibutton DS1920 sensor with a pic 16f84. I implemented some routines for 1-wire protocol but what I get from the ds1920 is not what I expected. I tryed with other routines from the net but I got the same result..
  Is there a source code tested that can help me?
 Thanks
 © 2002 Rares Ivan
   Yahoo Messenger ID: irares


______________________________________________________________________
Do you want a free e-mail for life ? Get it at http://www.email.ro/

Hi,

Here are my routines for the DS18S20, which I think is probably pretty 
similar.  The code here is for an Atmel AT90S8515, but it should be 
pretty similar to the PIC code.  Have a look through it, and you should 
get the gist of what's happening.

This code is tested and working, and has been operational measuring the 
temperature of a Formula SAE racing car for the past 6 months or so.

This bit asks the sensor what the temperature is:
	rcall 	Handshake				; Reset the chip
	
	ldi	command, DS_Skip_ROM		; Load the 'skip rom' command into the
									; command register.

	rcall	Send_Command			; Send the 'skip rom' command
	
	rcall	wait_500usec			; Let the temperature chip recover

	ldi	command, DS_Read_scratchpad	; Load the 'read scratchpad' 
command into the
									; command register.

	rcall	Send_Command			; Send the 'read scratchpad' command
	
	rcall	wait_500usec			; Let the temperature chip recover


	rcall	Receive_Response		; Figure out what the temperature is doing.
	mov	temperature, response	; Save the data to the temperature register.

	rcall	Receive_Response		; Flush the buffer.
	rcall	Receive_Response		; Flush the buffer.
	rcall	Receive_Response		; Flush the buffer.
	rcall	Receive_Response		; Flush the buffer.
	rcall	Receive_Response		; Flush the buffer.
	rcall	Receive_Response		; Flush the buffer.
	rcall	Receive_Response		; Flush the buffer.
	rcall	Receive_Response		; Flush the buffer.

... And this bit tells the sensor to measure the temperature (which can 
take up to a second, which is why I do it AFTER I read what the 
temperature is).


Request_Temperature:
	rcall 	Handshake				; Reset the chip
	

	ldi	command, DS_Skip_ROM		; Load the 'skip rom' command into the
									; command register.

	rcall	Send_Command			; Send the 'skip ROM' command
	
	rcall	wait_500usec			; Let the temperature chip recover

	ldi	command, DS_Start_Conversion	; Load the 'convert temp' 
command into the
									; command register.

	rcall	Send_Command			; Send the 'convert temperature' command
	
	ret;

Here are all the housekeeping routines:

;*******************************************
;          Comms routines
;******************************************

Send_reset:
	sbi	temperatureDD, digitalTempPin		; Make the pin an output
	cbi	temperaturePort, digitalTempPin		; Make the pin low
	
	rcall	WAIT_500usec						;  Wait a bit
	rcall	WAIT_500usec						;  Wait a bit

	sbi	temperaturePort, digitalTempPin		; make the pin high
	ret;

Send_one:
	cbi	temperaturePort, digitalTempPin		; Make the pin low
	sbi	temperatureDD, digitalTempPin		; Make the pin an output
	
	rcall	WAIT_7usec					; Send the sync pulse
	
	sbi	temperaturePort, digitalTempPin				; make the pin high
	rcall	WAIT_50usec					; Send the data pulse
	rcall	WAIT_50usec					; Send the data pulse
	cbi	temperatureDD, digitalTempPin			; Make the pin an input again
	cbi	temperaturePort, digitalTempPin		; Disable the pull-up.

	rcall	WAIT_7usec					; Wait a bit to recover
	rcall	WAIT_7usec					; Wait a bit to recover

	ret;

Send_zero:
	cbi	temperaturePort, digitalTempPin		; Make the pin low
	sbi	temperatureDD, digitalTempPin			; Make the pin an output
	
	rcall	WAIT_7usec							; Send the sync pulse
	rcall	WAIT_50usec							; Send the data pulse
	rcall	WAIT_50usec							; Send the data pulse

	cbi	temperatureDD, digitalTempPin			; Make the pin an input again
	cbi	temperaturePort, digitalTempPin		; Disable the pull-up.

	rcall	WAIT_7usec					; Wait a bit to recover
	rcall	WAIT_7usec					; Wait a bit to recover

	ret;

Handshake:
	sbi	temperatureDD, digitalTempPin		; Make the comms pin an output
	rcall	Send_reset				; Send the reset pulse
	rcall	wait_7usec				; Wait a small amount of time.

	cbi	temperatureDD, digitalTempPin		; Make the comms pin an input
	cbi	temperatureDD, digitalTempPin	; Disable the pull-up

;  Since we want to keep going even when the temperature isn't 
connected...
	rcall	WAIT_2msec			; Wait a bit
	ret;

Send_Command:
	ldi	temp, 8						; Load 8 into our counter.


    Send_bit:
	sbrc	command, 0					; If bit 0 in the command byte is set, then...
	rcall	Send_one					; Send a 1.
	sbrs	command, 0					; If bit 0 in the command byte is cleared, then
	rcall	Send_zero					; Send a 0.
	ror	command						;  Rotate the command 1 to the right.

	dec	temp						; Decrease the counter
	brne	Send_bit					; If we haven't finished sending commands, then
									; keep sending bits.

	ret								; End the send_command subroutine

Receive_Response:
	ldi	temp, 8						; Load 8 into our counter (8 bits/byte).


    Receive_bit:
	cbi	temperaturePort, digitalTempPin		; Make the pin low
	sbi	temperatureDD, digitalTempPin			; Make the pin an output
	rcall	wait_7usec					; Wait for a short time

	cbi	temperatureDD, digitalTempPin			; Make the data pin an input

	rcall	wait_7usec					; Wait for a short time again
;	rcall	wait_7usec					; Wait for a short time again

	sbic	temperatureInPort, digitalTempPin	; If the data pin is 
high, then...
	ori	response, 0x80				; Set the MSB of the response byte.

	sbis	temperatureInPort, digitalTempPin	; If the data pin is low, 
then...
	andi	response, 0x7f				; Clear the MSB of the response byte.

	ror	response					; Rotate the response byte right one.

	rcall	wait_50usec					; Let the chip recover.

	dec	temp						; Decrease the counter
	brne	Receive_bit					; If we haven't finished sending commands, then
									; keep sending bits.

	ret								; End the receive_response subroutine

;*************************************************************************
*********
;                             Calculate the Temperature
;*************************************************************************
*********

calculateTemperature:

    ldi	EEardh,$00
    ldi	temperature, temperature_offset		; Set the temperature 
value at a start value.

    clv									; Clear the overflow flag

    cbi	temperaturePort, temperatureDataPin	; Make the temperature 
pin low
    sbi	temperatureDD, temperatureDataPin	; Make the temperature 
pin an output.

    rcall  wait_2msec						; Give the capacitor time to discharge.

    cbi	temperatureDD, temperatureDataPin	; Make the temperature 
pin an input.


On Thursday, June 13, 2002, at 10:21  PM, Rares Ivan wrote:

> HI,
> I need some help.
>   I want to read the temperature from a ibutton DS1920 sensor with a 
> pic 16f84. I implemented some routines for 1-wire protocol but what I 
> get from the ds1920 is not what I expected. I tryed with other routines 
> from the net but I got the same result..
>   Is there a source code tested that can help me?
>  Thanks
>  © 2002 Rares Ivan
>    Yahoo Messenger ID: irares
>
>
> ______________________________________________________________________
> Do you want a free e-mail for life ? Get it at http://www.email.ro/
>
>
>
> To Post a message, send it to:   simmstick@e...
>
> To Unsubscribe, send a blank message to: simmstick-
> unsubscribe@e...
>
> Your use of Yahoo! Groups is subject to 
> http://docs.yahoo.com/info/terms/
>
>

The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any another MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.

   ---- File information -----------
     File:  ibutton.asm
     Date:  20 Nov 1998, 13:46
     Size:  7294 bytes.
     Type:  Program-source

I have used attached routines for a 4MHz 16x84.

On 13 Jun 2002 at 15:21, Rares Ivan wrote:

> HI,
> I need some help.
>   I want to read the temperature from a ibutton DS1920 sensor with a pic 16f84. I implemented some routines for 1-wire protocol but what I get from the ds1920 is not what I expected. I tryed with other routines from the net but I got the same result..
>   Is there a source code tested that can help me?
>  Thanks
>  © 2002 Rares Ivan
>    Yahoo Messenger ID: irares
> 

Mike DeMetz N9GEZ
Elkhart, IN
mailto:n9gez@q...
http://www.elkhart.net/~miked

http://www.mcu.cz - New site about C51, Rabbit, AVR, PIC, Scenix, 
CPLD, FPGA, Delphi TCP/IP , Now in czech, englich version coming soon

- News
- Forums
- Projects
- Sources

I have been trying to program my simmstick DT106 (16F877) using both P16PRO
and WinPicProg with no sucess. Both programs act similiar. I can read and
erase the pic with no errors. When I read the PIC I get all 3FFF over all
the program memory and FF over all the date memory. The PIC has never been
programmed succesfully before. When I try to program the pic it looks like
it is actually trying to program and then at the end I get an error saying

Program Error:
Program: address=000  buffer=0000  device=3FFF

The VPP and VDD LEDs blink on and off when programming. I also get the same
error when I try to verify the PIC. It looks as if it programs the Fuses as
well, however on verify it shows that they have never changed.

I have gone through the FAQ in PICALLW
VPP=12.8V
VCC=5V
VDD=5V
The RED and GREEN LED on the DT001 board are off, and blink on and off when
trying to program. They then turn back off after I get the error. I have
checked the parallel cable and I am using the correct port.
Furthermore I have traced the signals with an oscilloscope and the signals
seem to be nice and sharp all the way to the correct pins of the PIC. I have
checked the oscillator which looks like it is working fine.

I am competly out of ideas to test and can not determine if it's the
configuration of P16PRO, or the hardware. If anyone has any suggestions
please email me. I have found quite a few posts with similiar problems and
some seem to have fixed them with different configurations. If anyone has
the DT001, DT106 with a 16F8777 PIC please send me all configurations that
makes your work.

Chris Dohan

Dohan wrote:
> 
> I have been trying to program my simmstick DT106 (16F877) using both P16PRO
> and WinPicProg with no sucess. Both programs act similiar. I can read and
> erase the pic with no errors. When I read the PIC I get all 3FFF over all
> the program memory and FF over all the date memory. The PIC has never been
> programmed succesfully before. When I try to program the pic it looks like
> it is actually trying to program and then at the end I get an error saying
> 
> Program Error:
> Program: address=000  buffer=0000  device=3FFF
> 
> The VPP and VDD LEDs blink on and off when programming. I also get the same
> error when I try to verify the PIC. It looks as if it programs the Fuses as
> well, however on verify it shows that they have never changed.
> 
> I have gone through the FAQ in PICALLW
> VPP=12.8V
> VCC=5V
> VDD=5V
> The RED and GREEN LED on the DT001 board are off, and blink on and off when
> trying to program. They then turn back off after I get the error. I have
> checked the parallel cable and I am using the correct port.
> Furthermore I have traced the signals with an oscilloscope and the signals
> seem to be nice and sharp all the way to the correct pins of the PIC. I have
> checked the oscillator which looks like it is working fine.
> 
> I am competly out of ideas to test and can not determine if it's the
> configuration of P16PRO, or the hardware. If anyone has any suggestions
> please email me. I have found quite a few posts with similiar problems and
> some seem to have fixed them with different configurations. If anyone has
> the DT001, DT106 with a 16F8777 PIC please send me all configurations that
> makes your work.
> 
> Chris Dohan

are you in a position to try an 84 in the socket on the dt001 board
Chris?
This is a good way to section isolate.

Don McKenzie mailto:don@d...        http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

  Please place (or leave) "dt2002" in the subject or body of your 
  message to guarantee your message getting through our spam filters

I only have a PIC16F877 right now, however I ordered a second one, along
with a PIC16F84. I see the all the correct signals appearing on the pins of
the PIC which leads me to believe it is the PIC itself at fault. The only
thing I noticed was a very low voltage on the crystal oscillator however the
scope leads may have been keeping that down. We'll see what happens with the
new chips.

Chris Dohan

-----Original Message-----
From: Don McKenzie [mailto:don@d...]
Sent: Monday, June 17, 2002 4:37 AM
To: simmstick@yahoogroups.com
Subject: Re: [simmstick] DT001 + DT106 Programming with P16PRO and
WinPicProg




Dohan wrote:
>
> I have been trying to program my simmstick DT106 (16F877) using both
P16PRO
> and WinPicProg with no sucess. Both programs act similiar. I can read and
> erase the pic with no errors. When I read the PIC I get all 3FFF over all
> the program memory and FF over all the date memory. The PIC has never been
> programmed succesfully before. When I try to program the pic it looks like
> it is actually trying to program and then at the end I get an error saying
>
> Program Error:
> Program: address=000  buffer=0000  device=3FFF
>
> The VPP and VDD LEDs blink on and off when programming. I also get the
same
> error when I try to verify the PIC. It looks as if it programs the Fuses
as
> well, however on verify it shows that they have never changed.
>
> I have gone through the FAQ in PICALLW
> VPP=12.8V
> VCC=5V
> VDD=5V
> The RED and GREEN LED on the DT001 board are off, and blink on and off
when
> trying to program. They then turn back off after I get the error. I have
> checked the parallel cable and I am using the correct port.
> Furthermore I have traced the signals with an oscilloscope and the signals
> seem to be nice and sharp all the way to the correct pins of the PIC. I
have
> checked the oscillator which looks like it is working fine.
>
> I am competly out of ideas to test and can not determine if it's the
> configuration of P16PRO, or the hardware. If anyone has any suggestions
> please email me. I have found quite a few posts with similiar problems and
> some seem to have fixed them with different configurations. If anyone has
> the DT001, DT106 with a 16F8777 PIC please send me all configurations that
> makes your work.
>
> Chris Dohan

are you in a position to try an 84 in the socket on the dt001 board
Chris?
This is a good way to section isolate.

Don McKenzie mailto:don@d...        http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

  Please place (or leave) "dt2002" in the subject or body of your
  message to guarantee your message getting through our spam filters


To Post a message, send it to:   simmstick@e...

To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Dohan wrote:
> 
> I only have a PIC16F877 right now, however I ordered a second one, along
> with a PIC16F84. I see the all the correct signals appearing on the pins of
> the PIC which leads me to believe it is the PIC itself at fault. The only
> thing I noticed was a very low voltage on the crystal oscillator however the
> scope leads may have been keeping that down. We'll see what happens with the
> new chips.
> 
> Chris Dohan

OK Chris, I think the 84 will help to isolate the problem.
A good scope shouldn't load the crystal signals, but you don't need it
running to program the chips anyway.

Don McKenzie mailto:don@d...        http://www.dontronics.com

Add USB to your Product in 10 min.  http://www.dontronics.com/giga.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

  Please place (or leave) "dt2002" in the subject or body of your 
  message to guarantee your message getting through our spam filters

From stv5730a.co.uk
Q. I've heard the STV5730A is being withdrawn from production. Are ST 
replacing it with something else ? 
A. It was announced by ST that the STV5730A would be withdrawn from sale in 
November 2001. The latest information is that this decision has been reversed 
and the STV5730A has been reinstated. 

> These obsolete SimmStick boards are now available.
> 
> 14 x dt108 Video, needs the suitable video chip, and crystals, 
> see: http://www.dontronics.com/dt108.html
> Note **** The video chip used is  no longer produced. I do have enough
> left to supply with these boards.
> see: http://www.dontronics.com/cat_hard_micro_ic.html#STV5730A
> 

Mike DeMetz N9GEZ
Elkhart, IN
mailto:n9gez@q...
http://www.elkhart.net/~miked