Yahoo Groups archive
Messages
Page 182 of 307 · 15341 messages matched
2005-11-01 by Jim Wagner
One "readme" says that a folder named "Display" must be in the root directory and the other "readme" says that a folder named "Display messages" has to be in the root directory. But, it does not indicate which files need to be in which directory. Thanks Jim On Tue, 01 Nov 2005 11
2005-11-01 by Jim Wagner
This sounds interesting! Thanks Jim Wagner --------------------------------------------------------------- The Think Different Store http://www.thinkdifferentstore.com/ For All Your Mac Gear ---------------------------------------------------------------
2005-11-01 by Martin Jay McKee
>>No DLLs, VBruns, comms packages, or interpreters, just an .exe file That's one advantage with C/C++... if you use static linking. Any library calls will be added to the executable and you can distribute the program without any other files. Martin Jay McKee
2005-11-01 by John Samperi
At 11:05 AM 1/11/2005, you wrote: >I have updated a demo file Should be uploaded of course. Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA Tel. (02) 9674-6495 Fax (02) 967
2005-11-01 by John Samperi
G'day I have updated a demo file of an application I wrote with Delphi. It is a cross between Notepad and Hyperterm, simple text files can be created and managed and then send out to the serial port. In ASCII-CR mode the text is send out followed by a carriage return. In packet m
2005-10-31 by John Samperi
At 10:37 AM 1/11/2005, you wrote: >My personal preference is to program in C++ The things I find useful with Delphi (Lazarus?) are: Cross platform compatibility. Small code and extremely fast compilation (at least for my small projects) Single file + a .ini file which my program
2005-10-31 by Martin Jay McKee
My personal preference is to program in C++ however I do have to say that java has its uses. It has a few features that are easier to use than either C++ Builder (which I used to use) or Visual C++ (which I currently use), mainly I find that coding a GUI goes faster in java. Then
2005-10-31 by AVR-Chat@yahoogroups.com
Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the AVR-Chat group. File : /Message station demo.zip Uploaded by : samperiau Description : Delphi progrm demo You can access this file at the URL: http://groups.yahoo.co
2005-10-31 by John Samperi
At 03:15 AM 1/11/2005, you wrote: > When you say "it doesn't work," what exactly do you mean? Does it >simply not function at all, or not function at all? Is it that you are >unhappy with the resultant UIs, or that they are useless? It seems very flaky, i.e. things work on the ID
2005-10-31 by Ralph Hilton
On Mon, 31 Oct 2005 11:43:43 -0500 you wrote: >I was thinking of moving towards C++ Builder. I take it you would >recommend it over FoxPro or VB, which I am trying to get away from. >How about C++ over Java ? I haven't tried FoxPro but definitely prefer C++Builder to VB. I downlo
2005-10-31 by Bruce
I was thinking of moving towards C++ Builder. I take it you would recommend it over FoxPro or VB, which I am trying to get away from. How about C++ over Java ? I only program for my own needs, and I don't know much about the differences of different languages. Bruce Ralph Hilton
2005-10-31 by Larrie Carr
Most SPI EEPROM's need the write enable to be set, which is another command that must be shifted into the part before sending the WRITE command. The enable may also be cleared on CS going high during the two commands. Otherwise, nothing will happen. Check the datasheet. Larrie. >
2005-10-31 by Thomas Keller
On Mon, 2005-10-31 at 16:40 +1100, John Samperi wrote: > At 03:31 PM 31/10/2005, you wrote: > > Well. I do not use, and never have used Delphi, and frankly am > >not even sure I know what it is. > Delphi is an IDE that lets you make pretty Windows programs > just like the ones yo
2005-10-31 by Ralph Hilton
On Mon, 31 Oct 2005 16:40:08 +1100 you wrote: >At 03:31 PM 31/10/2005, you wrote: >> Well. I do not use, and never have used Delphi, and frankly am not >>even sure I know what it is. > >Delphi is an IDE that lets you make pretty Windows programs >just like the ones you buy at the
2005-10-31 by John Samperi
At 03:31 PM 31/10/2005, you wrote: > Well. I do not use, and never have used Delphi, and frankly am not >even sure I know what it is. Delphi is an IDE that lets you make pretty Windows programs just like the ones you buy at the shop :-) It is sold by Borland and a few people on t
2005-10-31 by Thomas Keller
On Sun, 2005-10-30 at 09:25 +1100, John Samperi wrote: > At 01:43 AM 30/10/2005, you wrote: > > HI! Is it just me, or has the traffic been extremely light on > the list of late? > No one has any problems anymore :-) > I guess once we start using Studio 4.12 we may have a bit > mo
2005-10-30 by Dennis
Using 4.12 successfully. Simulator says my T0 timer isn't loading a damn thing (ATmega168) which the hardware probably isn't since I have an observable problem in the harware that could be caused by it. What bugs me, is that the load for the T2 timer is exactly the same as the T0
2005-10-30 by Don Ingram
Is anyone actually successfully using Studio 4.12 yet? I tried installing it and the install kept crashing so I took that as an omen to give it a few months... Cheers Don > >> HI! Is it just me, or has the traffic been extremely light on the >>list of late? > > > No one has any p
2005-10-29 by John Samperi
At 01:43 AM 30/10/2005, you wrote: > HI! Is it just me, or has the traffic been extremely light on the >list of late? No one has any problems anymore :-) I guess once we start using Studio 4.12 we may have a bit more traffic. By the way I posted a question in relation to your exp
2005-10-29 by Larry Barello
I misinterpreted the data sheet (not hard to do in this particular case) and thought the mode3 op-codes were mode0 op-codes. Once I swapped everything started working. Having your init code tying 0x57 with mode3 was the clue that set me on the right path. Thanks! ----------- Larr
2005-10-29 by Thomas Keller
On Sat, 2005-10-29 at 00:14 -0700, Larry Barello wrote: > I am trying to mate an AT45DB041B (4mb data flash) with an ATMEGA32. > The interface seems straightforward: SPI mode 0 (CPOL = CPHA = 0), but > if I follow the proscribed "DataFlashReady" algorithm the chip only > returns
2005-10-29 by Thomas Keller
HI! Is it just me, or has the traffic been extremely light on the list of late? Tom
2005-10-29 by Larry Barello
I am trying to mate an AT45DB041B (4mb data flash) with an ATMEGA32. The interface seems straightforward: SPI mode 0 (CPOL = CPHA = 0), but if I follow the proscribed "DataFlashReady" algorithm the chip only returns "not ready (e.g. 0x4E). I.e.: Void WaitDataFlash(void) { FLASH_C
2005-10-29 by raimond712002
The file below is my dataflash library. It is a professional implementation, but I can make it open source here because you can't know the real application (which is very big). Some comments: SPI is mode 3, I can't remember why, but I can remember this was a 'must' at that time.
2005-10-28 by Zack Widup
TWI is two-wire interface. It is pretty much the same as I2C but developed by a different company. Zack On Fri, 28 Oct 2005, David Collier wrote: > My guess , never having read anything, is that TWI might stand for > 3-wire-interface. > > such as SPI > > I2C is a 2-wire interface
2005-10-28 by Larry Barello
Good try. TWI == two wire interface == i2c == smbbus == ? ----------- Larry Barello www.barello.net | -----Original Message----- | From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf | Of David Collier | Sent: Friday, October 28, 2005 5:45 AM | To: AVR-Chat
2005-10-28 by David Collier
My guess , never having read anything, is that TWI might stand for 3-wire-interface. such as SPI I2C is a 2-wire interface, and funnily enough it's usually that one which is anonymised, as it is ( or was ) a Philips patent. D.
2005-10-28 by David Kelly
On Thu, Oct 27, 2005 at 09:59:16AM -0500, Thomas Keller wrote: > Yes. Assuming any degree of competence in assemblker at all, code > written in assembler will be smaller and faster than code generated by > a compiler. Thats a common oft-repeated generalization. As with any genera
2005-10-27 by Thomas Keller
On Thu, 2005-10-27 at 09:19 -0600, erikc wrote: > Sounds like you want "CPU Dude". ;-) And yes, I'll sign on > to that myself. I'm still stuck with 68HC11 at work and > learning AVR in my spare time. Sounds good. Contact me via backchannel at tkeller1@neb.rr.com.
2005-10-27 by Brian Dean
Hi Tom, On Thu, Oct 27, 2005 at 10:09:38AM -0500, Thomas Keller wrote: > May I offer a friendly suggestion? Of course! > If you were to document (I haven't read the docs, perhaps you have > already done this?) the format of the data needed to give AVR Dude > the ability to work w
2005-10-27 by erikc
Thomas Keller wrote: [===] > As a further (and perhaps not as welcome a suggestion) idea, you > could make the entire processor interface configurable, thereby making > it possible for users of other processor families to make use of your > excellent work. Atmel, as we all know,
2005-10-27 by mihai_hagianu
Hi everybody, I was in need for a tool for in system debugging of programs in avr procs, under linux.... and a very low cost one, (jtag stuff is expensive, and difficult to find in my country).... so i've made one. I took an older monitor software from the net, used the gdb remot
2005-10-27 by erikc
Thomas Keller wrote: > On Wed, 2005-10-26 at 22:46 -0500, Zack Widup wrote: > >>I'm the same way. I write mostly in assembler, for a couple reasons >>anyway: 1 - it makes me "think" like the microcontroller, and 2 - it >>seems the little bits of C code I've written have redundund
2005-10-27 by Thomas Keller
On Wed, 2005-10-26 at 22:40 -0400, Brian Dean wrote: > * New devices supported: > > - AT90CAN128 - ATmega329x/649x - ATmega164/324/644 - AT90PWM2/3 > - ATmega164/324/644 - ATmega329x/649x - ATtiny25/45/85 May I offer a friendly suggestion? If you were to document (I haven't read
2005-10-27 by Thomas Keller
On Wed, 2005-10-26 at 22:46 -0500, Zack Widup wrote: > I'm the same way. I write mostly in assembler, for a couple reasons > anyway: 1 - it makes me "think" like the microcontroller, and 2 - it > seems the little bits of C code I've written have redundundundant > lines in them th
2005-10-27 by Mark Jordan
On 27 Oct 2005 at 7:14, Zack Widup wrote: > I recently rewrote some code originally for a PIC into AVR > assembler. The AVR code came out about two-thirds the size of the > PIC code. I did that a couple times and the AVR code came out almost 50% the size of the PIC code. Not to m
2005-10-27 by Zack Widup
Yes - whatever works! Some years ago I rewrote some code I'd originally written for the Z-80 for an 8051. The 8051 actually seemed more versatile, even though the Z-80 had a larger instruction set. I recently rewrote some code originally for a PIC into AVR assembler. The AVR code
2005-10-27 by Dave Hylands
Hi Zack, > I'm not knocking the higher-level languages, it's just that I haven't > really needed them myself. I work on a whole bunch of processors (AVR, ARM, PC) so being able to share source code really helps. Different strokes for different folks :) -- Dave Hylands Vancouver,
2005-10-27 by Zack Widup
I'm the same way. I write mostly in assembler, for a couple reasons anyway: 1 - it makes me "think" like the microcontroller, and 2 - it seems the little bits of C code I've written have redundundundant lines in them that make the code longer than if I write it in assembler. I us
2005-10-27 by John Altstadt
David Kelly wrote: > On Oct 26, 2005, at 7:18 PM, Dave Hylands wrote: > >>>Interesting idea, I think in this case the table lookup would be the >>>preferable way to go (no real memory constraints and constant >>>time, but I >>>think I'll keep a binary tree comparison in mind for
2005-10-27 by Brian Dean
AVR Dudes and Dudettes, We are pleased to announce AVRDUDE Version 5.0. AVRDUDE is open source software for programming Atmel AVR microcontrollers and supports Unix (MacOS X, Linux, FreeBSD, etc) and Windows. This release includes several significant enhancements including: * Sup
2005-10-27 by David Kelly
On Oct 26, 2005, at 7:18 PM, Dave Hylands wrote: > >> Interesting idea, I think in this case the table lookup would be the >> preferable way to go (no real memory constraints and constant >> time, but I >> think I'll keep a binary tree comparison in mind for possible >> future us
2005-10-27 by Martin Jay McKee
I've found that I really like programming in assembler (strange for someone that doesn't like details...?) but most of the programming I do on the PC is C++ and I'm quite comfortable with that. I've installed WinAVR but I have yet to find anything that I feel I need a high level
2005-10-27 by Dave Hylands
Hi Martin, > Interesting idea, I think in this case the table lookup would be the > preferable way to go (no real memory constraints and constant time, but I > think I'll keep a binary tree comparison in mind for possible future use. > Always more than one way to skin a cat… Than
2005-10-26 by Martin Jay McKee
Interesting idea, I think in this case the table lookup would be the preferable way to go (no real memory constraints and constant time, but I think I’ll keep a binary tree comparison in mind for possible future use. Always more than one way to skin a cat… Thanks again. Martin Ja
2005-10-26 by Martin Jay McKee
Thanks that’s basically what I was thinking but I couldn’t find the instructions required. I’m implementing a test version of my code on a Maga8 (I had plenty laying around) and they do have the the required instructions. It’s been a while since I did a complete read through the
2005-10-26 by Michael Jones
How about a binary tree comparison. It should reduce the number of comparisons required for the last state but should be more balanced overall. Mike Martin Jay McKee wrote: Hello All, I've been following the list for quite some time now and had all my questions answered before I
2005-10-26 by Dave Hylands
Hi Martin, > My problem is that all the states are basically equally likely. I'd like to find a way to minimize the difference between the run times of the subroutine for states 1 and state N. The states are sequential (or at least close enough that it's not worrying about) and m
2005-10-26 by Martin Jay McKee
Hello All, I’ve been following the list for quite some time now and had all my questions answered before I knew I had the question! However something has come up that I do need help with. I’m working on a program with a lot of state information in it (ASM) and lots of state trans
2005-10-26 by Don Kinzer
--- In AVR-Chat@yahoogroups.com, Martin Jay McKee wrote: > I'd like to find a way to minimize the difference between the > run times of the subroutine for states 1 and state N. Instead of using a sequential set of comparisons (sometimes called a skip chain), use a dispatch table