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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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