Yahoo Groups archive

AVR-Chat

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

Messages

Browse messages

Page 47 of 307 · 15341 messages matched

Re: [AVR-Chat] Re: tiny2313 pullups

2009-09-30 by Jim Wagner

Are the low pins set as input or output? Are the pull-ups turned on? WHICH pins are they, because there might be an alternate function turned on. Jim On Sep 29, 2009, at 5:44 PM, blue_eagle74 wrote: > That is my question. They are set as inputs with pullups enabled (I > think). h

Thread view Attachments: 0

Re: USB programmer?

2009-09-30 by Donald H

--- In AVR-Chat@yahoogroups.com, enkitec@... wrote: > > > $35 plus some $35 international shipping plus 90% import fee > overall. Total US$133. What country are you in ??? don

Thread view Attachments: 0

Re: [AVR-Chat] Re: USB programmer?

2009-09-30 by enkitec@gmail.com

$35 plus some $35 international shipping plus 90% import fee overall. Total US$133. Mark blue_eagle74 wrote: > for just $35 you can get this http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=2621667&k=avrisp > > Brian > > --- In AVR-Chat@yahoogroups.com, enkitec@... wrote:

Thread view Attachments: 0

USB programmer?

2009-09-30 by enkitec@gmail.com

Any recommendations for a DIY AVR USB programmer? Have found this one: http://www.fischl.de/usbasp/ Thanks. Mark Jordan

Thread view Attachments: 0

Re: [AVR-Chat] Re: tiny2313 pullups

2009-09-30 by enkitec@gmail.com

blue_eagle74 wrote: > --- In AVR-Chat@yahoogroups.com, Jim Wagner wrote: > >> It does not need to be exactly at "logic 1". Generally with AVRs, >> inputs recognize as logic one is anything that is above 0.6*Vcc (I >> think, check the spec sheet). >> >> Jim >> On Sep 29, 2009, at

Thread view Attachments: 0

Re: USB programmer?

2009-09-30 by blue_eagle74

go to the Atmel site and search for a distributer in your area. Brian --- In AVR-Chat@yahoogroups.com, enkitec@... wrote: > > > $35 plus some $35 international shipping plus 90% import fee > overall. Total US$133. > > Mark

Thread view Attachments: 0

Re: tiny2313 pullups

2009-09-30 by blue_eagle74

the inputs are labeled in my code and the pullups are also, I think. The only alt function is the TCCR0A. Brian --- In AVR-Chat@yahoogroups.com, Jim Wagner wrote: > > Are the low pins set as input or output? Are the pull-ups turned on? > WHICH pins are they, because there might b

Thread view Attachments: 0

Re: USB programmer?

2009-09-30 by blue_eagle74

what is the import fee? why so much? Brian --- In AVR-Chat@yahoogroups.com, enkitec@... wrote: > > > $35 plus some $35 international shipping plus 90% import fee > overall. Total US$133. > > Mark > > > blue_eagle74 wrote: > > for just $35 you can get this http://search.digikey.co

Thread view Attachments: 0

Re: [AVR-Chat] tiny2313 pullups

2009-09-29 by Jim Wagner

It does not need to be exactly at "logic 1". Generally with AVRs, inputs recognize as logic one is anything that is above 0.6*Vcc (I think, check the spec sheet). Jim On Sep 29, 2009, at 4:20 PM, blue_eagle74 wrote: > I am trying to use internal pullups on the tiny2313 but only 2

Thread view Attachments: 0

Re: USB programmer?

2009-09-29 by blue_eagle74

for just $35 you can get this http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=2621667&k=avrisp Brian --- In AVR-Chat@yahoogroups.com, enkitec@... wrote: > > > Any recommendations for a DIY AVR USB programmer? > > Have found this one: > > http://www.fischl.de/usbasp/ > >

Thread view Attachments: 0

Re: tiny2313 pullups

2009-09-29 by blue_eagle74

That is my question. They are set as inputs with pullups enabled (I think). here is a short video of what I have done. one of the switches has a pullup and the start button (not installed in this video) has a pullup working, that is it. Brian > > What are the pins at 0V? > > Mark

Thread view Attachments: 0

Re: tiny2313 pullups

2009-09-29 by blue_eagle74

--- In AVR-Chat@yahoogroups.com, Jim Wagner wrote: > > It does not need to be exactly at "logic 1". Generally with AVRs, > inputs recognize as logic one is anything that is above 0.6*Vcc (I > think, check the spec sheet). > > Jim > On Sep 29, 2009, at 4:20 PM, blue_eagle74 wrote:

Thread view Attachments: 0

tiny2313 pullups

2009-09-29 by blue_eagle74

I am trying to use internal pullups on the tiny2313 but only 2 pins are actually at a logic one. The are going to a pushbutton switch for each of them. I have checked that the switches are open also. I set DDRx to 0x00 and PORTx to 0xFF. I even tryed to set the PUD in the MCUCR t

Thread view Attachments: 0

Re: [AVR-Chat] USART

2009-09-23 by David Kelly

On Wed, Sep 23, 2009 at 12:17:34PM -0300, Emerson Santos wrote: > Hi people ... > > I?m a newbie in AVR USART , and i have a problem that i can > understand.. I make a code below > > ... > > #asm("SEI"); > > main > while (1) > { > > WR_SERIAL(0x04); > > }; > } > > .... [...] > My

Thread view Attachments: 0

Re: [AVR-Chat] Re: Mega128 apparently losing programming

2009-09-23 by Zack Widup

A friend of mine had that happen. He ordered a Morse code keyer and when he got it, it was missing the microcontroller. :-( Zack On Wed, Sep 23, 2009 at 10:46 AM, David VanHorn wrote: > > > On Wed, Sep 23, 2009 at 10:57 AM, Zack Widup > > wrote: > > That is very weird. If it was

Thread view Attachments: 0

Re: [AVR-Chat] Re: Mega128 apparently losing programming

2009-09-23 by David VanHorn

On Wed, Sep 23, 2009 at 10:57 AM, Zack Widup wrote: > That is very weird. If it was tested and the LCD display did in fact come > up, that would be good enough for me. I can't figure out how the fuses would > return to factory default unless somehow they overlooked those in > pro

Thread view Attachments: 0

USART

2009-09-23 by Emerson Santos

Hi people ... I´m a newbie in AVR USART , and i have a problem that i can understand.. I make a code below ... #asm("SEI"); main while (1) { WR_SERIAL(0x04); }; } .... unsigned char WR_SERIAL(unsigned char dado) { if (!(UCSRA & (1

Thread view Attachments: 0

Re: [AVR-Chat] Mega128 apparently losing programming

2009-09-23 by Emerson Santos

Hi people ... I´m a newbie in AVR USART , and i have a problem that i can understand.. I make a code below ... #asm("SEI"); main while (1) { WR_SERIAL(0x04); }; } .... unsigned char WR_SERIAL(unsigned char dado) { if (!(UCSRA & (1

Thread view Attachments: 0

Re: [AVR-Chat] Re: Mega128 apparently losing programming

2009-09-23 by Zack Widup

That is very weird. If it was tested and the LCD display did in fact come up, that would be good enough for me. I can't figure out how the fuses would return to factory default unless somehow they overlooked those in programming and testing. Zack On Wed, Sep 23, 2009 at 9:52 AM,

Thread view Attachments: 0

RE: [AVR-Chat] Re: Mega128 apparently losing programming

2009-09-23 by Tim Mitchell

----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Zack Widup Sent: 23 September 2009 15:40 To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-Chat] Re: Mega128 apparently losing programming > I'm curious just how they're tested, an

Thread view Attachments: 0

Re: [AVR-Chat] Re: Mega128 apparently losing programming

2009-09-23 by Zack Widup

I'm curious just how they're tested, and is every unit tested before it goes out? I have never heard of that happening either. Zack On Wed, Sep 23, 2009 at 9:15 AM, Tim Mitchell wrote: > > > ----Original Message---- > From: AVR-Chat@yahoogroups.com > [mailto:AVR-Chat@yahoogroups.

Thread view Attachments: 0

RE: [AVR-Chat] Re: Mega128 apparently losing programming

2009-09-23 by Tim Mitchell

----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Roland Jollivet Sent: 23 September 2009 14:49 To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-Chat] Re: Mega128 apparently losing programming > It obviously sounds like they were

Thread view Attachments: 0

Re: [AVR-Chat] Re: Mega128 apparently losing programming

2009-09-23 by Roland Jollivet

It obviously sounds like they were never programmed in the first place. Maybe they slipped through. Is there any E^2 or RTC that was supposed to be programmed too? Is that there? Roland 2009/9/23 Tim Mitchell > > > ----Original Message---- > From: AVR-Chat@yahoogroups.com > [mail

Thread view Attachments: 0

RE: [AVR-Chat] Re: Mega128 apparently losing programming

2009-09-23 by Tim Mitchell

----Original Message---- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of STEVEN Sent: 23 September 2009 13:44 To: AVR-Chat@yahoogroups.com Subject: [AVR-Chat] Re: Mega128 apparently losing programming > Tim, > > Have you got anything else connected t

Thread view Attachments: 0

Mega128 apparently losing programming

2009-09-23 by Tim Mitchell

Strange one... We designed a board using a Mega128 which has been assembled, programmed and tested in a small batch by an assembly company. The programming was done using an AVR-ISP mk2. The customer has returned several of the boards because they don't work. On checking it seems

Thread view Attachments: 0

Re: Mega128 apparently losing programming

2009-09-23 by STEVEN

Tim, Have you got anything else connected to the Isp Lines, some peripheral or other, i have had units with ATMega 16/168 where the eeprom has been "Erased" and the soloution was to free up these lines and or set the boot fuses so that code cannot be reprogrammed without erasing

Thread view Attachments: 0

First Babuino Project Robot - Obstacle avoidance (Arduino/LOGO)

2009-09-20 by Adeilton Oliveira

Hello, The blog has been updated with some new posts a videos, including the first application of Babuino Project, an obstacle avoidance vehicle. Here is the link: http://babuinoproject.blogspot.com/ Please feel free to make your comments! Adeilton Oliveira Adeilton Oliveira wrot

Thread view Attachments: 0

RE: [AVR-Chat] CAN Bus - usefull for long distances of outdoor cable?

2009-09-17 by Dave McLaughlin

From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Ned Konz Sent: 17 September 2009 10:08 To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-Chat] CAN Bus - usefull for long distances of outdoor cable? On Sep 5, 2009, at 11:15 AM, Chuck Hackett wrote: >CAN

Thread view Attachments: 0

Re: [AVR-Chat] CAN Bus - usefull for long distances of outdoor cable?

2009-09-17 by Ned Konz

On Sep 5, 2009, at 11:15 AM, Chuck Hackett wrote: > I preface this question with the fact that I have very limited > knowledge of > CAN bus and DeviceNet technologies (I do have a background in data > communications from both the EE and software engineering > perspective). I > ha

Thread view Attachments: 0

Re: [AVR-Chat] State Table Compiler

2009-09-16 by Ned Konz

On Sep 16, 2009, at 9:47 AM, Ned Konz wrote: > > On Sep 15, 2009, at 6:42 PM, Chuck Hackett wrote: > >>> From: Ned Konz >>> .... >>> I prefer the Quantum Platform package; it supports hierarchical >>> state >>> machines, has an AVR port available, and skips the separate >>> repre

Thread view Attachments: 0

Re: [AVR-Chat] State Table Compiler

2009-09-16 by Ned Konz

On Sep 15, 2009, at 6:42 PM, Chuck Hackett wrote: >> From: Ned Konz >> .... >> I prefer the Quantum Platform package; it supports hierarchical state >> machines, has an AVR port available, and skips the separate >> representation of the state machine (i.e. it is not table based).

Thread view Attachments: 0

Re: [AVR-Chat] State Table Compiler

2009-09-16 by Bob Paddock

Take a look at Ragel: http://www.complang.org/ragel/ -- http://www.wearablesmartsensors.com/ http://www.softwaresafety.net/ http://www.designer-iii.com/ http://www.unusualresearch.com/ [Non-text portions of this message have been removed]

Thread view Attachments: 0

Re: [AVR-Chat] State Table Compiler

2009-09-16 by Dave Hylands

Hi Chuck, On Tue, Sep 15, 2009 at 6:26 PM, Chuck Hackett wrote: >> From: Dave Hylands >> >> .... >> I wrote one which you can find over here: >> > smc%2F&rev=0&sc=0> >> >> It's also yacc and lex based, although the .c files are there, so you >> shouldn't need yeacc or lex to make

Thread view Attachments: 0

RE: [AVR-Chat] State Table Compiler

2009-09-16 by Chuck Hackett

> From: Ned Konz > .... > I prefer the Quantum Platform package; it supports hierarchical state > machines, has an AVR port available, and skips the separate > representation of the state machine (i.e. it is not table based). So > its RAM footprint is very small. > > http://state

Thread view Attachments: 0

RE: [AVR-Chat] State Table Compiler

2009-09-16 by Chuck Hackett

> From: David Kelly > .... > Perhaps you should consider installing Cygwin so as to have yacc and > lex to run your own state machine compiler under Windows? That's the way I'm leaning at the moment. In my intended usage the State Machine capabilities (events, actions, etc.) are

Thread view Attachments: 0

RE: [AVR-Chat] State Table Compiler

2009-09-16 by Chuck Hackett

> From: Dave Hylands > > .... > I wrote one which you can find over here: > smc%2F&rev=0&sc=0> > > It's also yacc and lex based, although the .c files are there, so you > shouldn't need yeacc or lex to make it work. Dave, Interesting, is there some place I can get documentation f

Thread view Attachments: 0

Re: [AVR-Chat] State Table Compiler

2009-09-16 by Dave Hylands

Hi Chuck, On Tue, Sep 15, 2009 at 12:43 PM, Chuck Hackett wrote: > I have written a state table compiler in my past life on a different > platform using Yacc & Lex but I have to believe that one exists for Windows > that I can use to compile state tables for my AVR resident state

Thread view Attachments: 0

Re: [AVR-Chat] State Table Compiler

2009-09-15 by Ned Konz

On Sep 15, 2009, at 12:43 PM, Chuck Hackett wrote: > I have written a state table compiler in my past life on a different > platform using Yacc & Lex but I have to believe that one exists for > Windows > that I can use to compile state tables for my AVR resident state > machine.

Thread view Attachments: 0

Re: [AVR-Chat] State Table Compiler

2009-09-15 by David Kelly

On Tue, Sep 15, 2009 at 02:43:15PM -0500, Chuck Hackett wrote: > I have written a state table compiler in my past life on a different > platform using Yacc & Lex but I have to believe that one exists for > Windows that I can use to compile state tables for my AVR resident > state

Thread view Attachments: 0

State Table Compiler

2009-09-15 by Chuck Hackett

I have written a state table compiler in my past life on a different platform using Yacc & Lex but I have to believe that one exists for Windows that I can use to compile state tables for my AVR resident state machine. I'm assuming that I would have to customize it for my target

Thread view Attachments: 0

Re: 90can128 usart problems

2009-09-13 by blue_eagle74

I hope I didnt delete it during one of my cleanups. I dont see it. I may have to reinstall it. Brian > In my evaluation copy of CVAVR is at C:\cvavreval\examples\2USART_LCD > > Regards > > John Samperi >

Thread view Attachments: 0

Re: [AVR-Chat] Re: 90can128 usart problems

2009-09-13 by John Samperi

At 09:39 AM 13/09/2009, you wrote: >I searched for the file 2usart_lcd.c and couldnt find it. In my evaluation copy of CVAVR is at C:\cvavreval\examples\2USART_LCD Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood P

Thread view Attachments: 0

Re: [AVR-Chat] Re: 90can128 usart problems

2009-09-13 by Bob Paddock

You still have to set DDR as an output on that pin, *then* the USART will override the Port/PIN I/O functions with Tx/Out. All pins default to inputs at reset so that the part does note have a "Lets Light Up the World" attitude like the old 6820 did. On Sat, Sep 12, 2009 at 5:52

Thread view Attachments: 0

Re: [AVR-Chat] 90can128 usart problems

2009-09-12 by John Samperi

At 06:12 AM 13/09/2009, you wrote: >I tried to use the second usart on the 90can128, > printf("testing"); Doesn't printf default to USART0 with CVAVR? Did you look at the example code 2usart_lcd.c in the example folder? "Example program for redirecting the output of the standard

Thread view Attachments: 0

Re: [AVR-Chat] 90can128 usart problems

2009-09-12 by Jim Wagner

On Sep 12, 2009, at 1:12 PM, blue_eagle74 wrote: > I tried to use the second usart on the 90can128, 8N1, but cant get > it to work with the hyperterminal. Nothing even comes out of the > chip. I have used the usart on the mega16 with no problem. following > is a snippit of code u

Thread view Attachments: 0

Re: 90can128 usart problems

2009-09-12 by blue_eagle74

I searched for the file 2usart_lcd.c and couldnt find it. --- In AVR-Chat@yahoogroups.com, John Samperi wrote: > > At 06:12 AM 13/09/2009, you wrote: > >I tried to use the second usart on the 90can128, > > printf("testing"); > > Doesn't printf default to USART0 with CVAVR? > > Di

Thread view Attachments: 0

Re: 90can128 usart problems

2009-09-12 by blue_eagle74

An O-scope. brian > When you say "nothing comes out", is that as observed with an > oscilloscope or on a terminal? > > Jim Wagner > Oregon Research Electonics > > > > [Non-text portions of this message have been removed] >

Thread view Attachments: 0

Re: [AVR-Chat] 90can128 usart problems

2009-09-12 by Bob Paddock

On Sat, Sep 12, 2009 at 4:12 PM, blue_eagle74 wrote: > > > I tried to use the second usart on the 90can128, 8N1, but cant get it to > work with the hyperterminal. Nothing even comes out of the chip. > Did you set DDR for the output pin? Always better to use the symbolic names rat

Thread view Attachments: 0

Re: 90can128 usart problems

2009-09-12 by blue_eagle74

From what I know setting DDR is over ridden when seting the usart afterwards. Symbolic names may help but I am just trying to get it working for now. Brian > Did you set DDR for the output pin? Always better to use the symbolic names > rather > than raw hex initializes as well. M

Thread view Attachments: 0

90can128 usart problems

2009-09-12 by blue_eagle74

I tried to use the second usart on the 90can128, 8N1, but cant get it to work with the hyperterminal. Nothing even comes out of the chip. I have used the usart on the mega16 with no problem. following is a snippit of code using CV. #include #include #include main() { UCSR1A = 0x0

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.