From: blisca on
Hi to everybody

Please can i have your help?

I would like to control an AD5328 DAC by a dsPIC33F.The AD5328 wants a SSEN
kept low during the entire transmission,but the dsPIC33F in framend mode
just send a pulse at the beginning of transmission.
I could drive that pin as a normal I/O ,but it looks that interrupt and
flags are not able to indicate when the transmission is done.
Is that correct?
Any hint about it?
Many thanks

Diego



From: hamilton on
On 3/27/2010 2:28 AM, blisca wrote:
> Hi to everybody
>
> Please can i have your help?
>
> I would like to control an AD5328 DAC by a dsPIC33F.The AD5328 wants a SSEN
> kept low during the entire transmission,but the dsPIC33F in framend mode
> just send a pulse at the beginning of transmission.
> I could drive that pin as a normal I/O ,but it looks that interrupt and
> flags are not able to indicate when the transmission is done.
> Is that correct?
> Any hint about it?
> Many thanks
>
> Diego
>
>
>
Please check this data sheet again:

http://www.analog.com/static/imported-files/data_sheets/ad5308_5318_5328.pdf

Figure 3 has no SSEN pin ??!!

hamilton
From: markp on

"blisca" <bliscachiocciolinatiscalipuntoit> wrote in message
news:4badcfc1$0$1143$4fafbaef(a)reader1.news.tin.it...
> Hi to everybody
>
> Please can i have your help?
>
> I would like to control an AD5328 DAC by a dsPIC33F.The AD5328 wants a
> SSEN
> kept low during the entire transmission,but the dsPIC33F in framend mode
> just send a pulse at the beginning of transmission.
> I could drive that pin as a normal I/O ,but it looks that interrupt and
> flags are not able to indicate when the transmission is done.
> Is that correct?
> Any hint about it?
> Many thanks
>
> Diego
>

You can use the dsPIC33F in normal SPI mode with the normal SS# pin
operation (use SPIxCON2 register to disable frame mode), interrupts occur
when the transmit buffer has emptied regardless of mode. You would not use
framed mode for this, as you point out the AD5328 requires a normal slave
select.

Mark.


From: markp on

"hamilton" <hamilton(a)nothere.com> wrote in message
news:hol2ei$951$1(a)news.eternal-september.org...
> On 3/27/2010 2:28 AM, blisca wrote:
>> Hi to everybody
>>
>> Please can i have your help?
>>
>> I would like to control an AD5328 DAC by a dsPIC33F.The AD5328 wants a
>> SSEN
>> kept low during the entire transmission,but the dsPIC33F in framend mode
>> just send a pulse at the beginning of transmission.
>> I could drive that pin as a normal I/O ,but it looks that interrupt and
>> flags are not able to indicate when the transmission is done.
>> Is that correct?
>> Any hint about it?
>> Many thanks
>>
>> Diego
>>
>>
>>
> Please check this data sheet again:
>
> http://www.analog.com/static/imported-files/data_sheets/ad5308_5318_5328.pdf
>
> Figure 3 has no SSEN pin ??!!
>
> hamilton

Please check the data sheet again (??!!), the SYNC# signal performs the same
function a normal SSEN# signal except you have to assert SYNC#, do your
transfer, and de-assert SYNC# each time you access the device.

Mark.


From: blisca on

"markp" <map.nospam(a)f2s.com> ha scritto nel messaggio
news:816ijuFs5rU1(a)mid.individual.net...
>
> "hamilton" <hamilton(a)nothere.com> wrote in message
> news:hol2ei$951$1(a)news.eternal-september.org...
> > On 3/27/2010 2:28 AM, blisca wrote:
> >> Hi to everybody
> >>
> >> Please can i have your help?
> >>
> >> I would like to control an AD5328 DAC by a dsPIC33F.The AD5328 wants a
> >> SSEN
> >> kept low during the entire transmission,but the dsPIC33F in framend
mode
> >> just send a pulse at the beginning of transmission.
> >> I could drive that pin as a normal I/O ,but it looks that interrupt and
> >> flags are not able to indicate when the transmission is done.
> >> Is that correct?
> >> Any hint about it?
> >> Many thanks
> >>
> >> Diego
> >>
> >>
> >>
> > Please check this data sheet again:
> >
> >
http://www.analog.com/static/imported-files/data_sheets/ad5308_5318_5328.pdf
> >
> > Figure 3 has no SSEN pin ??!!
> >
> > hamilton
>
> Please check the data sheet again (??!!), the SYNC# signal performs the
same
> function a normal SSEN# signal except you have to assert SYNC#, do your
> transfer, and de-assert SYNC# each time you access the device.
>
> Mark.
>
Thanks for the hints,i will keep it in account.Have a nice Sunday,guys!

Diego