2008-05-15 by Philippe Habib
Does anyone know of one that does not require 2 keystrokes to enter A-F? That's one of things I don't like about the ones I've seen. -----Original Message----- From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of davec Sent: Thursday, May 15, 2008 12:51 P
Thread view
Attachments: 0
2008-05-15 by davec
>I use Casio fx-115ES calculator (green-friendly, solar powered), >which will do the hex-dec-bin conversion job nicely. It's much >faster and easier to use than HP49g calculator, which I have for >many years. Yes, I've seen and handled (through the plastic packaging) the FX-115.
Thread view
Attachments: 0
2008-05-15 by davec
>I have a solar powered Casio at home that I got 20+ years ago. I >don't recall the model # but it handles BIN, OCT, DEC and HEX >4-function ops and basic logic functions on up to 32-bit values. > >It paid for it's self a long time ago and the batteries still work! > >Bruce Pleas
Thread view
Attachments: 0
2008-05-15 by Zack Widup
If you can get away with using your computer, how about the calculator function built into Windows XP? It appears to do all you ask to 64 bits except for the complements which are easy enough to do yourself. Zack On Wed, 14 May 2008, davec wrote: > Looking for recommendations re.
Thread view
Attachments: 0
2008-05-15 by Steven Hodge
I have the same Casio (it sounds like) and it too still works! Steve From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Bruce Parham Sent: Thursday, May 15, 2008 9:34 AM To: AVR-Chat@yahoogroups.com Subject: Re: [AVR-Chat] Handheld calculator for hex, b
Thread view
Attachments: 0
2008-05-15 by Robert Rademacher
I use Casio fx-115ES calculator (green-friendly, solar powered), which will do the hex-dec-bin conversion job nicely. It's much faster and easier to use than HP49g calculator, which I have for many years. [Non-text portions of this message have been removed]
Thread view
Attachments: 0
2008-05-15 by Bruce Parham
davec wrote: > Looking for recommendations re. a handheld calculator that will > handle 16-bit binary calculations, conversions, logical operations > (including 1's and 2's complement) and hex, decimal (of course). > > (Does anybody use octal any more? Seems many calculators have
Thread view
Attachments: 0
2008-05-15 by Dennis Clark
I use "Easy Calc" for my Palm PDA. It does 90% of what you are talking about. But it does not handle complements. It's shareware. DLC > Looking for recommendations re. a handheld calculator that will > handle 16-bit binary calculations, conversions, logical operations > (includin
Thread view
Attachments: 0
2008-05-15 by William Blair
Most of the Casio scientific calcs will do what you want and they are all very inexpensive: http://www.casio.com/products/Calculators_%26_Dictionaries/Scientific_%26_Financial/
Thread view
Attachments: 0
2008-05-15 by Zack Widup
Thanks! I haven't been keeping up and didn't know they had a Mark II. Zack On Thu, 15 May 2008, Jeremy Brandon wrote: > --- In AVR-Chat@yahoogroups.com, davec wrote: >> Looking for recommendations re. a handheld calculator that will >> handle 16-bit binary calculations, conversio
Thread view
Attachments: 0
2008-05-15 by Zack Widup
That's going to be a tough one (maybe). It would have to be a newer calculator than the ones I have! My TI-36X only does 10 bits in binary. It will do the required number of bits in hex, but won't convert any hex number of more than 10 bits to binary. The last time I used octal w
Thread view
Attachments: 0
2008-05-15 by Leon
----- Original Message ----- From: "davec" To: "C-Programming mail list" ; "AVR group" ; "Electronics101" Sent: Thursday, May 15, 2008 6:09 AM Subject: [AVR-Chat] Handheld calculator for hex, binary, etc.? > Looking for recommendations re. a handheld calculator that will > handle
Thread view
Attachments: 0
2008-05-15 by Philippe Habib
I'd love to find one too. I use my HP16 just infrequently enough for the RPN to be a pain. On May 14, 2008, at 10:09 PM, davec wrote: > Looking for recommendations re. a handheld calculator that will > handle 16-bit binary calculations, conversions, logical operations > (includin
Thread view
Attachments: 0
2008-05-15 by davec
Looking for recommendations re. a handheld calculator that will handle 16-bit binary calculations, conversions, logical operations (including 1's and 2's complement) and hex, decimal (of course). (Does anybody use octal any more? Seems many calculators have it...) Thanks, Dave
Thread view
Attachments: 0
2008-05-15 by Jeremy Brandon
--- In AVR-Chat@yahoogroups.com, davec wrote: > Looking for recommendations re. a handheld calculator that will > handle 16-bit binary calculations, conversions, logical operations > (including 1's and 2's complement) and hex, decimal (of course). I think you need the TI-36X II:
Thread view
Attachments: 0
2008-05-01 by Cat C
And if the power goes back up without really going all the way down, you'll be stuck in your while(1) loop :-) > To: AVR-Chat@yahoogroups.com > From: tim@jeminnovation.com > Date: Wed, 30 Apr 2008 22:38:07 -0600 > Subject: Re: [AVR-Chat] Re: EEPROM write and power failure > > Jus
Thread view
Attachments: 0
2008-05-01 by Tim Gilbert
Just wanted to thank everyone for the ideas and let you know which direction we're heading. Our original plan was to write the data every 3 seconds into a wear-leveling buffer. However, since the hardware is still in flux, we're increasing our power supply capacitors to provide m
Thread view
Attachments: 0
2008-04-30 by n4hhe
--- In AVR-Chat@yahoogroups.com, "Graham Davies" wrote: > > What isn't in the data sheet, but we all know, is that there are > protection diodes between each input and VCC. At VCC + 0.5V, they > will start to turn on. By 5V, they will be fried. But, if you limit > the current wit
Thread view
Attachments: 0
2008-04-30 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Bob Gardner" wrote: > ... I don't want to cut corners. Then there's one more trick that might be worth bringing up. All the level converter ICs mentioned will work great, but you probably don't have them in your spares drawer. For two connections
Thread view
Attachments: 0
2008-04-29 by Bob Gardner
Graham, Jim, and John, Thanks very much for all the information. It will definitely help me in the future to better understand these issues. And, no, I don't want to cut corners. I will definitely use some type of level converter. John's suggestions looked good. Thanks again, I l
Thread view
Attachments: 0
2008-04-29 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Bob Gardner" wrote: > So, I'm assuming from the replies > that, even though the 324P can > operate at 2.7V to 5.5V, if I power > it from 3.3V it can't tolerate 5V > at an input? Is that correct? Well, why don't we go to the data sheet, where you
Thread view
Attachments: 0
2008-04-29 by wagnerj@proaxis.com
> So, I'm assuming from the replies that, even though the 324P can > operate at 2.7V to 5.5V, if I power it from 3.3V it can't tolerate 5V > at an input? Is that correct? > > Thanks, > > Bob > Well, "can't tolerate 5V is correct". How you deal with it depends a lot on the design.
Thread view
Attachments: 0
2008-04-29 by Bob Gardner
So, I'm assuming from the replies that, even though the 324P can operate at 2.7V to 5.5V, if I power it from 3.3V it can't tolerate 5V at an input? Is that correct? Thanks, Bob --- In AVR-Chat@yahoogroups.com, John Samperi wrote: > > At 03:11 PM 29/04/2008, you wrote: > >The best
Thread view
Attachments: 0
2008-04-29 by John Samperi
At 03:11 PM 29/04/2008, you wrote: >The best , over and over, has been to use a 74LCX125. I would be tempted to use I2C level converters something like a PCA9515 or other similar 8 pin repeaters. They have nothing much more than a couple of fets per channel. A P82B96 can buffer 2
Thread view
Attachments: 0
2008-04-29 by James Wagner
On Apr 28, 2008, at 9:34 PM, Bob Gardner wrote: > This is probably in the data sheet but I can't find it or maybe don't > understand it. I'm working on a project with two Mega324p processors. > One is running at 5 volts and the other is running at 3.3 volts. I am > planning to co
Thread view
Attachments: 0
2008-04-29 by Bob Gardner
This is probably in the data sheet but I can't find it or maybe don't understand it. I'm working on a project with two Mega324p processors. One is running at 5 volts and the other is running at 3.3 volts. I am planning to communicate between them using the built in serial ports.
Thread view
Attachments: 0
2008-04-28 by Glenn Meader
Here's a page with a tutorial and source code for AVR and RTL9019. The easy-to-read code is all explained in the tutorial. You could write C code from these examples in BASIC. http://members.home.nl/bzijlstra/software/examples/RTL8019as.htm _______________________________________
Thread view
Attachments: 0
2008-04-28 by Bruno
The comparator is a good choice.. I my last design i was using the comparator pins, so i use a lm311 connected to INT pin... You should use an osciloscope to confirm if you'll have enough time to do what you want before the uC goes off... In my case i'm using a 1000uF cap. and i
Thread view
Attachments: 0
2008-04-28 by Graham Davies
--- In AVR-Chat@yahoogroups.com, "Tim Gilbert" wrote: > ... store a variable in EEPROM ... > ... power will fail just as the > software starts to write the data ... I assume you also want to deal with the situation in which power fails after the write has started but before it is
Thread view
Attachments: 0
2008-04-28 by prkuve
hi, i used AVR studio 4...well its easy as u start doing it...
Thread view
Attachments: 0
2008-04-28 by James Wagner
On Apr 27, 2008, at 7:30 PM, John Samperi wrote: > At 12:01 PM 28/04/2008, you wrote: > >Use the ADC to measure the primary source voltage. > > I would use the comparator set at an appropriate > level so there isn't the need for software intervention > until the comparator's IRQ
Thread view
Attachments: 0
2008-04-28 by David Kelly
On Apr 27, 2008, at 9:24 PM, Don Kinzer wrote: > --- In AVR-Chat@yahoogroups.com, David Kelly wrote: >> On AVR one doesn't have that control, the entire byte is >> erased as part of the write. >> > On some new AVRs (e.g. ATmega644) you can separate the erase and write > process.
Thread view
Attachments: 0
2008-04-28 by mago Umandam
What is your compiler? coding for communication on tcp/ip with all handshaking stuffs is quite a big job. I am still searching the net gathering infos about this as i want to use mega128. Someone has posted the ethernut module which is mega128 based and using an operating system
Thread view
Attachments: 0
2008-04-28 by John Samperi
At 12:01 PM 28/04/2008, you wrote: >Use the ADC to measure the primary source voltage. I would use the comparator set at an appropriate level so there isn't the need for software intervention until the comparator's IRQ fires. Regards John Samperi *********************************
Thread view
Attachments: 0
2008-04-28 by David Kelly
On Apr 27, 2008, at 1:49 PM, Don Kinzer wrote: > --- In AVR-Chat@yahoogroups.com, David Kelly wrote: >> EEPROM is writable at the byte or word level > As an aside, I believe that EEPROM is also organized in pages but the > processor takes care of the read/modify/write process (if
Thread view
Attachments: 0
2008-04-28 by James Wagner
On Apr 27, 2008, at 6:38 PM, Tim Gilbert wrote: > We're doing an instrument that needs to store a variable in EEPROM. > It is a statistical certainty that, at some point, the power will > fail just as the software starts to write the data. Any idea's how > to handle this? > > Of
Thread view
Attachments: 0
2008-04-28 by David Kelly
On Apr 27, 2008, at 8:38 PM, Tim Gilbert wrote: > We're doing an instrument that needs to store a variable in EEPROM. > It is a statistical certainty that, at some point, the power will > fail just as the software starts to write the data. Any idea's how > to handle this? Write m
Thread view
Attachments: 0
2008-04-28 by Enki
Just put a high uF capacitor on the VCC pin and use a voltage divider to measure the power supply input voltage. Mark Jordan On 27 Apr 2008 at 19:38, Tim Gilbert wrote: > We're doing an instrument that needs to store a variable in EEPROM. It is a statistical certainty that, at so
Thread view
Attachments: 0
2008-04-28 by Tim Gilbert
We're doing an instrument that needs to store a variable in EEPROM. It is a statistical certainty that, at some point, the power will fail just as the software starts to write the data. Any idea's how to handle this? Of course, we'll have the BOD enabled but I don't know (in fact
Thread view
Attachments: 0
2008-04-28 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, David Kelly wrote: > On AVR one doesn't have that control, the entire byte is > erased as part of the write. On some new AVRs (e.g. ATmega644) you can separate the erase and write process. This allows you to code your EEPROM writing routine to era
Thread view
Attachments: 0
2008-04-27 by David Kelly
On Apr 27, 2008, at 10:14 AM, Graham Davies wrote: > If you have data that you need to preserve when power goes away, a > good > place for it is EEPROM. Reading and writing EEPROM is fairly > complicated, but there is existing software to help. If you have more > data of this sor
Thread view
Attachments: 0
2008-04-27 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, David Kelly wrote: > EEPROM is writable at the byte or word level As an aside, I believe that EEPROM is also organized in pages but the processor takes care of the read/modify/write process (if required) so that it is mostly transparent. One situa
Thread view
Attachments: 0
2008-04-27 by BobGardner@aol.com
Hi Dave. Flash memory is for the program code, ram is for stack and variables, and eeprom is for stuff that gets saved across power cycles.... config params etc. Ram and eeprom are accessed as bytes, but program in flash is read as words, and erased and programmed in sectors/hunk
Thread view
Attachments: 0
2008-04-27 by Graham Davies
--- In AVR-Chat@yahoogroups.com, davec wrote: > When and why is it advisable > to make use of these different > types of memory? All program has to go into Flash; you've no choice in this matter. You can also store constant data in Flash and use special instructions to read it ou
Thread view
Attachments: 0
2008-04-27 by prkuve
hi, i've sucessfully implimented interfacing with RTL8019 with atmega128... using 'C' and able to exchange the data in UDP from any personal computer via LAN...
Thread view
Attachments: 0
2008-04-27 by davec
Hi, The Atmel AVRs I plan on programming have 3 types of memory: SRAM, Flash, and EEPROM. I understand that SRAM contents goes away with power, so flash and EEPROM are preferable for "permanent" storage. And I presume when development time ends it's advisable to load the program
Thread view
Attachments: 0
2008-04-26 by Dave Hylands
Hi Bill, > I can't find a parametric list of AVR processors (ATTiny, specifically) > that will tell me what processors are available in SOIC-14 packages. On this page: There is a link near the top that takes you to the parametric data page. -- Dave Hylands Vancouver, BC, Canada h
Thread view
Attachments: 0
2008-04-26 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, "Dave Hylands" wrote: > There is a link near the top that takes you > to the parametric data page. Unfortunately, the table isn't well suited to finding a particular package because you can't sort by package type. It might be more useful for you t
Thread view
Attachments: 0
2008-04-26 by stevech11
Here's what I have running... mega128 (ETT's $20 fat-stamp, 16MHz) WizNet 810MJ (now 811MJ) ethernet module with on-board IP, TCP, ICMP, ARP, 4 sockets that can run any protocol. SPI interface to mega128 (just a few wires). 4MHz SPI rate. All my own software to do the high level
Thread view
Attachments: 0
2008-04-25 by David Kelly
On Fri, Apr 25, 2008 at 08:04:43AM -0700, mago Umandam wrote: > i have been searching the net and seems im giving up using atmega128. > Rabbit processor is easier to interafce with dynamic c compiler having > more documentation and libraries for ethernet applications. The Rabbit
Thread view
Attachments: 0