Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Messages

Browse messages

Page 34 of 307 · 15341 messages matched

RE: [AVR-Chat] Bit fields

2010-06-08 by Dave McLaughlin

Hi David, I am assuming your packet count and packet number is known in each packet? With this 1 of 3 etc you would know what is arriving. At startup, reset a simple variable to all 1's (for instance, if the max packet count is 8 or less, then you can use an unsigned char, for 16

Thread view Attachments: 0

Re: [AVR-Chat] Bit fields

2010-06-08 by John Samperi

At 11:07 AM 8/06/2010, you wrote: >Initially I was thinking that I'd do a bit array, If you have anywhere up to 64 bits then you just need 1 variable (uint64_t) and the bits twiddling is pretty easy. >Seems simple in concept, but messy so far in C. :-) Regards John Samperi ******

Thread view Attachments: 0

Re: [AVR-Chat] Bit fields

2010-06-08 by Robert Adsett

On 6/7/2010 9:07 PM, David VanHorn wrote: > Initially I was thinking that I'd do a bit array, set the unused bits > to 1, the "not arrived yet bits" to 0, and then flip them to 1 as the > packets arrive. When the array ands to FF, then I'm done. Seems > simple in concept, but mes

Thread view Attachments: 0

Re: [AVR-Chat] Bit fields

2010-06-08 by David VanHorn

> What information is in the packet that tells you the sequence? There's a byte in each that says which one it is. > If a packet can be received more than once in a particular sequence > do they have some time stamp from the source or is this done at the > receiving end? Do you d

Thread view Attachments: 0

Re: [AVR-Chat] Bit fields

2010-06-08 by David VanHorn

> 3. When a packet comes, decrease counter IF it goes into empty (zero) position, otherwise not. All zeroes in the data part (the part i'd save) is legal.

Thread view Attachments: 0

Re: [AVR-Chat] Bit fields

2010-06-07 by Russell Shaw

David VanHorn wrote: >> You could subtract the sequence number of the last packet of the last >> batch from the highest sequence number packet of the latest batch of >> received packets. The difference should agree with a counter for the >> packets received in this batch so far.

Thread view Attachments: 0

RE: [AVR-Chat] Bit fields

2010-06-07 by Cat C

If you know how many there are: 1. Initialize array with zeros, at least one in each packet. 2. Initialize counter with how many you expect. 3. When a packet comes, decrease counter IF it goes into empty (zero) position, otherwise not. 4. When counter is zero, you have them all.

Thread view Attachments: 0

Re: [AVR-Chat] Bit fields

2010-06-07 by John Samperi

At 09:08 AM 8/06/2010, you wrote: >Not that I expect this, but say the last packet arrives first... >Or the middle packet arrives three times. (very possible) What information is in the packet that tells you the sequence? If a packet can be received more than once in a particular

Thread view Attachments: 0

Re: [AVR-Chat] Bit fields

2010-06-07 by David VanHorn

> You could subtract the sequence number of the last packet of the last > batch from the highest sequence number packet of the latest batch of > received packets. The difference should agree with a counter for the > packets received in this batch so far. I think I follow you, but

Thread view Attachments: 0

Re: [AVR-Chat] Bit fields

2010-06-07 by Russell Shaw

David VanHorn wrote: > I have an application that needs to receive a variable number of > packets in a block of data. > I store them into a block-sized array with a packet-sized offset > multiplied by the packet number.. > I need to know when I've received all the packets, but ou

Thread view Attachments: 0

Bit fields

2010-06-07 by David VanHorn

I have an application that needs to receive a variable number of packets in a block of data. I store them into a block-sized array with a packet-sized offset multiplied by the packet number.. I need to know when I've received all the packets, but out-of-order and duplicate packet

Thread view Attachments: 0

Re: [AVR-Chat] Re; CRC using IAR compiler

2010-06-01 by Jim Wagner

Thanks Jim On Jun 1, 2010, at 7:37 AM, Philippe Habib wrote: > Not yet. I have been buried in an unrelated issue and have not looked > at it for a while. > > On May 31, 2010, at 6:27 PM, Jim Wagner wrote: > > > Did this ever get solved? > > > > Jim Wagner > > > > On May 12, 2010,

Thread view Attachments: 0

Re: [AVR-Chat] Re; CRC using IAR compiler

2010-06-01 by Philippe Habib

Not yet. I have been buried in an unrelated issue and have not looked at it for a while. On May 31, 2010, at 6:27 PM, Jim Wagner wrote: > Did this ever get solved? > > Jim Wagner > > On May 12, 2010, at 8:09 AM, Philippe Habib wrote: > >> Thanks, >> >> I got that far too. I can g

Thread view Attachments: 0

Re: [AVR-Chat] Re; CRC using IAR compiler

2010-06-01 by Jim Wagner

Did this ever get solved? Jim Wagner On May 12, 2010, at 8:09 AM, Philippe Habib wrote: > Thanks, > > I got that far too. I can get the CRC placed into the file, and I can > read it. My problem is I can't generate one that matches the one in > the file. I tried several methods an

Thread view Attachments: 0

Re: [AVR-Chat] Bad batch of ATmega128's?

2010-06-01 by David VanHorn

On Mon, May 31, 2010 at 4:46 PM, Dean Claxton wrote: > Hi David, > > External oscialltor, and I normally enable CKOPT during programming but the > ones that fail do not get that far - fail to read fuses or program. If I > replace the MCU then all good, so I assume the actual MCU

Thread view Attachments: 0

Re: [AVR-Chat] Bad batch of ATmega128's?

2010-05-31 by dlc

You are not alone... http://www.sparkfun.com/commerce/news.php?id=364 It seems we go through "boom/bust" times with Atmel parts. I love their processors but hate their fab - supply shortages happen every so often with them. DLC Dean Claxton wrote: > Sorry - I should have said cry

Thread view Attachments: 0

Re: [AVR-Chat] Bad batch of ATmega128's?

2010-05-31 by Dean Claxton

Thanks Bob, I'll check with the board assembly shop to ensure they have ESD precautions in place. Dean On Mon, May 31, 2010 at 7:41 PM, Bob Paddock wrote: > On Sun, May 30, 2010 at 9:32 PM, Dean Claxton > wrote: > > > > > > > Has anyone come across this sort of thing before? I've

Thread view Attachments: 0

Re: [AVR-Chat] Bad batch of ATmega128's?

2010-05-31 by Dean Claxton

Sorry - I should have said crystal oscillator, and I check the CKOPT box. The programmer (STK500) fails to read fuses etc though for these MCU's and will not program them. On Tue, Jun 1, 2010 at 8:46 AM, Dean Claxton wrote: > Hi David, > > External oscialltor, and I normally enab

Thread view Attachments: 0

Re: [AVR-Chat] Bad batch of ATmega128's?

2010-05-31 by Dean Claxton

Hi David, External oscialltor, and I normally enable CKOPT during programming but the ones that fail do not get that far - fail to read fuses or program. If I replace the MCU then all good, so I assume the actual MCU is the issue. On Mon, May 31, 2010 at 12:59 PM, David VanHorn w

Thread view Attachments: 0

Re: ATMega8 Prices gone up?

2010-05-31 by anickol

--- In AVR-Chat@yahoogroups.com, "englsprogeny1" wrote: > > It seems to me that prices on AVR processors have increased. I could buy ATMega8 on ebay for $1.50 When I bought in bulk. This was a year ago. Now it seems you can't find an ATMega8 for less than $4.50 (after shipping) >

Thread view Attachments: 0

Re: [AVR-Chat] Bad batch of ATmega128's?

2010-05-31 by Bob Paddock

On Sun, May 30, 2010 at 9:32 PM, Dean Claxton wrote: > > > Has anyone come across this sort of thing before? I've checked with the > boardhouse that is assembling the PCB's and they have their ovens set up > correctly so I'm thinking that it must truly be a bd batch of parts. > C

Thread view Attachments: 0

Re: [AVR-Chat] Bad batch of ATmega128's?

2010-05-31 by David VanHorn

On Sun, May 30, 2010 at 7:32 PM, Dean Claxton wrote: > Hi everyone, > > I seem to have a bad batch of mega 128's in that for the current project I > am finding that 20 to 30% of the chips are not programmable, or some appear > to have faulty A/D ports. Are you running crystal osc

Thread view Attachments: 0

Re: [AVR-Chat] Bad batch of ATmega128's?

2010-05-31 by Jim Wagner

There has been a spate of "forged" AVRs from China. I would not be surprised if there are also some that failed test but got stolen and sold. That was a BIG problem in the US a few years back, so I'd not be surprised if that tactic shows up again. Jim Wagner Oregon Research Elect

Thread view Attachments: 0

Bad batch of ATmega128's?

2010-05-31 by Dean Claxton

Hi everyone, I seem to have a bad batch of mega 128's in that for the current project I am finding that 20 to 30% of the chips are not programmable, or some appear to have faulty A/D ports. Out of 32 units last weekend, I had to replace 12 parts, and the lot before that I had to

Thread view Attachments: 0

Re: *****SPAM***** [AVR-Chat] ATMega8 Prices gone up?

2010-05-29 by Bob Paddock

On Sat, May 29, 2010 at 11:11 AM, Jim Wagner wrote: > I would NOT consider ebay pricing as a good indicator of market pricing. While that is true, there are many Atmel parts on Allocation forcing prices up. Atmel won't even give delivery dates for their DataFlash parts at this po

Thread view Attachments: 0

Re: *****SPAM***** [AVR-Chat] ATMega8 Prices gone up?

2010-05-29 by Zack Widup

Looks like Digi-Key gets $3.55 for one ATMega8. I know I bought a good quantity of them from Digi-Key several years ago but I forget what they cost back then. Zack On Sat, May 29, 2010 at 10:11 AM, Jim Wagner wrote: > I would NOT consider ebay pricing as a good indicator of marke

Thread view Attachments: 0

Re: *****SPAM***** [AVR-Chat] ATMega8 Prices gone up?

2010-05-29 by Jim Wagner

I would NOT consider ebay pricing as a good indicator of market pricing. Jim Wagner Oregon Research Electronics On May 24, 2010, at 11:37 AM, englsprogeny1 wrote: > It seems to me that prices on AVR processors have increased. I could > buy ATMega8 on ebay for $1.50 When I bought

Thread view Attachments: 0

Re: [AVR-Chat] IAR Conpiler for Avr

2010-05-29 by John Samperi

At 01:55 AM 25/05/2010, you wrote: >Can anybody suggest me good source. IAR website? The example file that comes with it for the STK50 and the tutor program? Pretty much ANY of Atmel app-notes in C? Regards John Samperi ******************************************************** Amp

Thread view Attachments: 0

ATMega8 Prices gone up?

2010-05-24 by englsprogeny1

It seems to me that prices on AVR processors have increased. I could buy ATMega8 on ebay for $1.50 When I bought in bulk. This was a year ago. Now it seems you can't find an ATMega8 for less than $4.50 (after shipping) Anyone else notice this?

Thread view Attachments: 0

IAR Conpiler for Avr

2010-05-24 by c_chowdary

Hi i am using IAR compiler for avr. I am new to using the tool. I need example codes for starting using. Can anybody suggest me good source. thanks chowdary

Thread view Attachments: 0

RE: [AVR-Chat] My timer does not seem to be incrementing an integer

2010-05-16 by Cat C

You're not showing where you declared "seconds" but make it volatile and it will work: volatile uint8_t seconds; Cat ---------------------------------------- > To: AVR-Chat@yahoogroups.com > From: ajellisuk@yahoo.co.uk > Date: Sat, 8 May 2010 17:54:29 +0000 > Subject: [AVR-Chat]

Thread view Attachments: 0

Re: My timer does not seem to be incrementing an integer

2010-05-16 by stevec

Yes, declare variables accessed by both interrupt and non-interrupt as volatile. If the variable is two or more bytes in size (on the 8 bit AVR), then be sure that the non-interrupt level code does something like this cli(); sei(); And lastly, in the interrupt code, we want it fa

Thread view Attachments: 0

Re: [AVR-Chat] My timer does not seem to be incrementing an integer

2010-05-15 by Ranjit Puri

Please can you also share the code snippets where you are initializing PORTD and also the ones where you are declaring the variables being used in the ISR? Ranjit On Sat, May 8, 2010 at 10:54 AM, Andrew wrote: > > > Hi, > > I have a project using an Atmega16 where the timer shoul

Thread view Attachments: 0

Re: My timer does not seem to be incrementing an integer

2010-05-15 by Donald H

--- In AVR-Chat@yahoogroups.com, "Andrew" wrote: > > Hi, > > I have a project using an Atmega16 where the timer should be interrupting once a second, but my sconds variable in not being incremented. If I use this line: > > PORTD = ~PORTD; See: http://www.atmel.com/dyn/resources/p

Thread view Attachments: 0

Re: [AVR-Chat] Re; CRC using IAR compiler

2010-05-13 by David Kelly

On May 12, 2010, at 10:09 AM, Philippe Habib wrote: > Thanks, > > I got that far too. I can get the CRC placed into the file, and I can > read it. My problem is I can't generate one that matches the one in > the file. I tried several methods and while they agree with each > other

Thread view Attachments: 0

Re: Re; CRC using IAR compiler

2010-05-12 by ecros_technology

--- In AVR-Chat@yahoogroups.com, David Kelly wrote: > There is a lot of debate as to > how a CRC should be calculated. I think this is true only in circles where the precise meaning of "CRC" is not understood. The mathematics of cyclic redundancy checks has been extensively studi

Thread view Attachments: 0

Re: [AVR-Chat] Re; CRC using IAR compiler

2010-05-12 by wagnerj@proaxis.com

Are you comparing an internally generated CRC to the CRC generated by their published algorithm? Or are comparing a CRC generated by their published algorithm against something computed elsewhere? Also, make note of the fact that what is saved in memory MAY be the complement (I t

Thread view Attachments: 0

Re: [AVR-Chat] Re; CRC using IAR compiler

2010-05-12 by Philippe Habib

Thanks, I got that far too. I can get the CRC placed into the file, and I can read it. My problem is I can't generate one that matches the one in the file. I tried several methods and while they agree with each other, none agree with the IAR one. I've seen the same problem raised

Thread view Attachments: 0

Re: [AVR-Chat] Re: ATmega1280 TinyBoard

2010-05-11 by John Samperi

At 02:30 AM 12/05/2010, you wrote: >I started using it with a AVR ICE-Cube from ECROS tech. Will it support the 1280 for JTAG debugging?? Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place Baulkham Hills, NSW 2

Thread view Attachments: 0

[AVR-Chat] Re; CRC using IAR compiler

2010-05-11 by wagnerj@proaxis.com

Hello, Phillipe I did some digging through the IAR docs. In the Linker documentation, it shows you how to generate and view the CRC of various linked modules. And, if you search that same document for "checksum", you will find a description of their checksum algorithm that can be

Thread view Attachments: 0

Re: [AVR-Chat] Re: ATmega1280 TinyBoard

2010-05-11 by Trevor Bryant

Hi Philippe - I'm glad to hear you received your board! The JTAG-ICE programmer that I use is USB. It has RS-232 provisions, but I have used only the USB interface for programming and debugging (JTAG'ing). Once you get the hang of how to work with the board you'll love it more an

Thread view Attachments: 0

Re: ATmega1280 TinyBoard

2010-05-11 by aka_pch

Hi Trevor, Just got the board out of the box. I started using it with a AVR ICE-Cube from ECROS tech.(compared to your JTAG-ICE from digikey that one is RS232 :( and requires a usb/rs232 converter... So far so good, the fist lines compile and execute smoothly.. I'll keep you post

Thread view Attachments: 0

RE: [AVR-Chat] Looking for ATMega2561-16MU

2010-05-10 by Tim Mitchell

----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Dave McLaughlin Sent: 10 May 2010 14:09 To: AVR-Chat@yahoogroups.com Subject: RE: [AVR-Chat] Looking for ATMega2561-16MU > Thanks, > > > > I am based on the Far East in Indonesi

Thread view Attachments: 0

RE: [AVR-Chat] Looking for ATMega2561-16MU

2010-05-10 by Dave McLaughlin

Thanks, I am based on the Far East in Indonesia. I have family in the UK who could receive them for me then send them on. This saves considerably on the shipping costs. Dave. From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Tim Mitchell Sent: 10 May 2

Thread view Attachments: 0

RE: [AVR-Chat] Looking for ATMega2561-16MU

2010-05-10 by Tim Mitchell

----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Dave McLaughlin Sent: 10 May 2010 12:18 To: AVR-Chat@yahoogroups.com Subject: [AVR-Chat] Looking for ATMega2561-16MU > Hi All, > > > > I am looking for 2 pieces of ATMEGA2561-16

Thread view Attachments: 0

Looking for ATMega2561-16MU

2010-05-10 by Dave McLaughlin

Hi All, I am looking for 2 pieces of ATMEGA2561-16MU or ATMEGA2561-16MI which is the 64 pin QFN package. If anyone knows where I can get these it would be much appreciated. Digikey and others are not showing stock and lead time is middle of July. I need the 2 now if at all possib

Thread view Attachments: 0

Re: [AVR-Chat] CRC using IAR compiler

2010-05-10 by Jim Wagner

Sorry, forgot all about it. I'll check in the morning at work. Jim On May 9, 2010, at 9:58 PM, Philippe Habib wrote: > Jim, > > Did you happen to get a chance to look at this? I got pulled off to > something else for a few days but I'll be getting back to it soon. > > Thanks. > >

Thread view Attachments: 0

Re: [AVR-Chat] CRC using IAR compiler

2010-05-10 by Philippe Habib

Jim, Did you happen to get a chance to look at this? I got pulled off to something else for a few days but I'll be getting back to it soon. Thanks. On May 4, 2010, at 9:12 PM, wagnerj@proaxis.com wrote: >> I'm using the IAR compiler V5.11 or 5.12 and need to use the feature >> th

Thread view Attachments: 0

My timer does not seem to be incrementing an integer

2010-05-08 by Andrew

Hi, I have a project using an Atmega16 where the timer should be interrupting once a second, but my sconds variable in not being incremented. If I use this line: PORTD = ~PORTD; The leds connected to that port flash, if I write my seconds variable to that port only bianry one is

Thread view Attachments: 0

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.