AVR-Chat

Hi

I have a system designed by a local company based on Atmega32, and its works fine.  then I have it made from China on SMT.
Problem: SMT version is not generating PWM. I use the same programe code on SMT version. 

I sent the prototype back to china and they test it with their own code and they say that the chip is generating PWM.

I also sent them my code, they say my code is not generating PWM.

Can any one tell me what is wrong with SMT version, when my 40 pin dip version is working fine?


Fraz
ExclaimFZC.com

On Oct 17, 2009, at 7:25 AM, frazgk wrote:

> Hi
>
> I have a system designed by a local company based on Atmega32, and  
> its works fine. then I have it made from China on SMT.
> Problem: SMT version is not generating PWM. I use the same programe  
> code on SMT version.
>
> I sent the prototype back to china and they test it with their own  
> code and they say that the chip is generating PWM.
>
> I also sent them my code, they say my code is not generating PWM.
>
> Can any one tell me what is wrong with SMT version, when my 40 pin  
> dip version is working fine?
>
> Fraz
> ExclaimFZC.com
>
>
> 
Well, a first guess: DIP has 40 pins and SMT has 44. Maybe there is  
some difference you are over looking? For example, on SMT version,  
PB40 is on pin 40 while it is on pin 1 of DIP.

Jim Wagner
Oregon Research Electronics

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

Jim's right about pin numbers being different, DIP vs TQFP.

double-check your schematic.

the tqfp's "extra" 4 pins are two extra vcc/gnd pin pairs which must be implemented.
regrdless of package, make sure the AVCC/AREF/GND triple (pins 27-29 of tqfp) is implemented too, even if you're not really using port A.

-----Original Message-----
From: Jim Wagner <wagnerj@proaxis.com>
To: AVR-Chat@yahoogroups.com
Sent: Sat, Oct 17, 2009 9:39 pm
Subject: Re: [AVR-Chat] Atmega32 SMT version not working





n Oct 17, 2009, at 7:25 AM, frazgk wrote:
> Hi

 I have a system designed by a local company based on Atmega32, and  
 its works fine. then I have it made from China on SMT.
 Problem: SMT version is not generating PWM. I use the same programe  
 code on SMT version.

 I sent the prototype back to china and they test it with their own  
 code and they say that the chip is generating PWM.

 I also sent them my code, they say my code is not generating PWM.

 Can any one tell me what is wrong with SMT version, when my 40 pin  
 dip version is working fine?

 Fraz
 ExclaimFZC.com


 
ell, a first guess: DIP has 40 pins and SMT has 44. Maybe there is  
ome difference you are over looking? For example, on SMT version,  
B40 is on pin 40 while it is on pin 1 of DIP.
Jim Wagner
regon Research Electronics
[Non-text portions of this message have been removed]

------------------------------------
Yahoo! Groups Links
   Individual Email | Traditional
   http://docs.yahoo.com/info/terms/



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

Thanks for your reply.

I have checked all of your suggestions, pins and other things are OK.
Tell me if minor variations of crystal frequency can cause the problem, I think there may be some variations?  my system is running on free RTOS, programmers have used multitasking techniques and CPU runs quite loaded.

Fraz
ExclaimFZC.com

--- In AVR-Chat@yahoogroups.com, wg0z@... wrote:

>
> 
> Jim's right about pin numbers being different, DIP vs TQFP.
> 
> double-check your schematic.
> 
> the tqfp's "extra" 4 pins are two extra vcc/gnd pin pairs which must be implemented.
> regrdless of package, make sure the AVCC/AREF/GND triple (pins 27-29 of tqfp) is implemented too, even if you're not really using port A.
> 
> -----Original Message-----
> From: Jim Wagner <wagnerj@...>
> To: AVR-Chat@yahoogroups.com
> Sent: Sat, Oct 17, 2009 9:39 pm
> Subject: Re: [AVR-Chat] Atmega32 SMT version not working
> 
> 
> 
> 
> 
> n Oct 17, 2009, at 7:25 AM, frazgk wrote:
> > Hi
> 
>  I have a system designed by a local company based on Atmega32, and  
>  its works fine. then I have it made from China on SMT.
>  Problem: SMT version is not generating PWM. I use the same programe  
>  code on SMT version.
> 
>  I sent the prototype back to china and they test it with their own  
>  code and they say that the chip is generating PWM.
> 
>  I also sent them my code, they say my code is not generating PWM.
> 
>  Can any one tell me what is wrong with SMT version, when my 40 pin  
>  dip version is working fine?
> 
>  Fraz
>  ExclaimFZC.com
> 
> 
>  
> ell, a first guess: DIP has 40 pins and SMT has 44. Maybe there is  
> ome difference you are over looking? For example, on SMT version,  
> B40 is on pin 40 while it is on pin 1 of DIP.
> Jim Wagner
> regon Research Electronics
> [Non-text portions of this message have been removed]
> 
> ------------------------------------
> Yahoo! Groups Links
>    Individual Email | Traditional
>    http://docs.yahoo.com/info/terms/
> 
> 
> 
> [Non-text portions of this message have been removed]
>

frazgk wrote:
> I have checked all of your suggestions, pins and other things are OK.
> Tell me if minor variations of crystal frequency can cause the problem, I think there may be some variations?  my system is running on free RTOS, programmers have used multitasking techniques and CPU runs quite loaded.
>
> Fraz
> ExclaimFZC.com
>
>   

       Have you checked the fuses?
       Which PWM channel isn't working?
       Is it the only feature not working?

       Mark Jordan

Hello!

Any idea to connect Windows CE communicator with USB miniB port to
ATMEGA?


-- 
Best regards,
Roman Antoshchenkov
mailto:djantoxa@rambler.ru

> Hello!
>
> Any idea to connect Windows CE communicator with USB miniB port to
> ATMEGA?
>
>
> --
> Best regards,
> Roman Antoshchenkov
> mailto:djantoxa@rambler.ru
>
>
Try FTDI FT232R chip. You can get it from Mouser and others.

Jim Wagner
Oregon Research Electronics

Hello, wagnerj.


> Try FTDI FT232R chip. You can get it from Mouser and others.
Communicator has USB-slave port.  Can FTDI FT232R chip emulate
USB-Master?


-- 
Best regards,
Roman Antoshchenkov
mailto:djantoxa@rambler.ru

> Hello, wagnerj.
>
>
>> Try FTDI FT232R chip. You can get it from Mouser and others.
> Communicator has USB-slave port.  Can FTDI FT232R chip emulate
> USB-Master?
>
>
> --
> Best regards,
> Roman Antoshchenkov
> mailto:djantoxa@rambler.ru
>
>
FT232R is not a master, but FTDI does have a chip that will master. Also,
most or all of the AVRs with built-in USB can function as a master, I
believe. Check out Mega8U1 & Mega32U1 (and others) and check out Dean
Camera's LUFA framework at:

http://www.fourwalledcubicle.com/LUFA.php

Jim

As the Windows CE device is likely to be a  SLAVE USB device the FT232R will
not work. You need the AVR to be a master or HOST as it is normally known.

 

You could try the Vinculum devices from FTDI as these are designed to be a
USB HOST with any microcontroller communicating either via SPI or USART.

 

Regards

Dave.

From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf
Of ?????????? ????? ??????????
Sent: 19 October 2009 23:56
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] Windows CE communicator to ATMEGA?

 

  

Hello!

Any idea to connect Windows CE communicator with USB miniB port to
ATMEGA?

-- 
Best regards,
Roman Antoshchenkov
mailto:djantoxa@rambler.ru <mailto:djantoxa%40rambler.ru> 



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

There are devices that can be placed between two slave USBs and transfer data between them. They are used to allow a camera to download to a USB hard disk for example.....I have one, it was not expensive.

Would something like that help?

Greetings from

Andy Mathison

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

If you are designing a custom PCB then it is much more cost effective to
build this HOST interface in. 

 

Your solution is idea if the hardware already exists and you have no way to
modify it. Although, are they not specific to the task, such as camera to
hard disk interface? Would they be generic enough to work with the
requirements of this query?

 

Dave.

From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf
Of Andrew Mathison
Sent: 20 October 2009 14:29
To: AVR-Chat@yahoogroups.com
Subject: Re: [?? Probable Spam] RE: [AVR-Chat] Windows CE communicator to
ATMEGA?

 

  

There are devices that can be placed between two slave USBs and transfer
data between them. They are used to allow a camera to download to a USB hard
disk for example.....I have one, it was not expensive.

Would something like that help?

Greetings from

Andy Mathison





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

Hello, Dave.


>   
> As the Windows CE device is likely to be a SLAVE USB device the FT232R will
> not work. You need the AVR to be a master or HOST as it is normally known.

> You could try the Vinculum devices from FTDI as these are designed to be a
> USB HOST with any microcontroller communicating either via SPI or USART.

Thanks!
I found Vinculum VDRIVE1 and AT90USBKEY in loclal shop.

-- 
Best regards,
Roman Antoshchenkov
mailto:djantoxa@rambler.ru

I am not a programmer and i dont have any idea abou fuses and pwm channels.
All the circuit is same as DIP version, the code is running on DIP version
but makes problem in SMT version. SMT guyes (the Chinies) have tested and they say that the chip itself has no problem.

my question is: do I have to refrogramme the SMT version? why the code I have for DIP version is not working. is there any kind of internal difference in DIP version and SMT version.

Fraz


--- In AVR-Chat@yahoogroups.com, enkitec@... wrote:

>
> frazgk wrote:
> > I have checked all of your suggestions, pins and other things are OK.
> > Tell me if minor variations of crystal frequency can cause the problem, I think there may be some variations?  my system is running on free RTOS, programmers have used multitasking techniques and CPU runs quite loaded.
> >
> > Fraz
> > ExclaimFZC.com
> >
> >   
> 
>        Have you checked the fuses?
>        Which PWM channel isn't working?
>        Is it the only feature not working?
> 
>        Mark Jordan
>

Sounds like you need a troubleshooter..  I'm available.  

-- Sent from my Palm Pre
frazgk wrote:



I am not a programmer and i dont have any idea abou fuses and pwm channels.

All the circuit is same as DIP version, the code is running on DIP version

but makes problem in SMT version. SMT guyes (the Chinies) have tested and they say that the chip itself has no problem.



my question is: do I have to refrogramme the SMT version? why the code I have for DIP version is not working. is there any kind of internal difference in DIP version and SMT version.



Fraz





--- In AVR-Chat@yahoogroups.com, enkitec@... wrote:

>

> frazgk wrote:

> > I have checked all of your suggestions, pins and other things are OK.

> > Tell me if minor variations of crystal frequency can cause the problem, I think there may be some variations?  my system is running on free RTOS, programmers have used multitasking techniques and CPU runs quite loaded.

> >

> > Fraz

> > ExclaimFZC.com

> >

> >   

> 

>        Have you checked the fuses?

>        Which PWM channel isn't working?

>        Is it the only feature not working?

> 

>        Mark Jordan

>









------------------------------------



Yahoo! Groups Links



<*> To visit your group on the web, go to:

    http://groups.yahoo.com/group/AVR-Chat/



<*> Your email settings:

    Individual Email | Traditional



<*> To change settings online go to:

    http://groups.yahoo.com/group/AVR-Chat/join

    (Yahoo! ID required)



<*> To change settings via email:

    mailto:AVR-Chat-digest@yahoogroups.com 

    mailto:AVR-Chat-fullfeatured@yahoogroups.com



<*> To unsubscribe from this group, send an email to:

    AVR-Chat-unsubscribe@yahoogroups.com



<*> Your use of Yahoo! Groups is subject to:

    http://docs.yahoo.com/info/terms/






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

At 12:12 AM 21/10/2009, you wrote:
>my question is: do I have to refrogramme the SMT version? why the code I
>have for DIP version is not working. is there any kind of internal
>difference in DIP version and SMT version.

As someone else mentioned before the pin numbers are different
for the PDIP and the SMT version.

So if someone designed the boards using the PDIP numbering
instead of the SMT numbering simply throw all the boards
away and start again.

Have you checked if this is the case?

Regards

John Samperi

********************************************************
Ampertronics Pty. Ltd.
11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
Tel. (02) 9674-6495       Fax (02) 9674-8745
Website  http://www.ampertronics.com.au
*Electronic Design * Custom Products * Contract Assembly
********************************************************

Or desolder the smd chips and make an adapter for the original chips.....


Greetings from

Andy Mathison

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