Show Posts
Pages: 1 ... 327 328 [329] 330 331 ... 460
4921  Forum 2005-2010 (read only) / Development / Re: Simple FloppyShield on: April 29, 2009, 11:13:56 pm
So where's the firmware?  Can you use the FAT code from SD-card apps, or is that strictly FAT16 (floppies use FAT12, right?)

(I've been having second thoughts about how much effort ought to be expended toward "obsolete" technology...)

And on the third hand, how about going the other way?  Make an arduino with a sizable eeprom or SD card LOOK like a floppy to a host computer.  I've heard that there have been actual commercial efforts along these lines...
4922  Forum 2005-2010 (read only) / Development / Re: Basic Stamp on: July 16, 2010, 08:49:35 pm
It is an interesting idea.  I don't know if this is the best forum to ask the question, though.  I suspect many of the people here have very little idea what a "Basic Stamp" is...
4923  Forum 2005-2010 (read only) / Development / Re: Alternatives to FTDI for USB interface? on: July 16, 2010, 08:53:17 pm
Microchip, TI, Cypress, Silicon Labs, Prolific, and more all offer chips that either implement the Serial/USB function or are general purpose controllers with USB and Serial interfaces aimed at being programmed for that function...

Beware somewhat; many do not include host-side driver software, and when they do it may be for windows only.
4924  Forum 2005-2010 (read only) / Development / Re: Interest in Arduino platform based on Microchip on: July 18, 2010, 03:19:18 am
OK.  WHICH "Microchip PIC."  There are essentially 4 major families and some sub-families, and I believe that gcc only supports two of them (the rather less-common 16 and 32bit (PIC24 and PIC32) cores.)
4925  Forum 2005-2010 (read only) / Development / Re: Interest in Arduino platform based on Microchip on: July 16, 2010, 04:49:44 am
There was/is also the USB Bit Whacker, which is very similar in concept to Arduino.  The tough part seems to be implementing a suitably easy-to-use programming environment.
4926  Forum 2005-2010 (read only) / Development / Re: atmega8 bootloader.. on: April 12, 2009, 11:48:46 pm
Quote
It seems there is a big difference between all the tutorials, each refers to a un-certain IDE version, and files to edit simply don't exist anymore.
It shouldn't be so bad.   The ATmega8 bootloader hasn't changed much recently, especially "what files are where."  (in fact, the atmega8/ATmegaBOOT.c that is in 15 is exactly the same as the one in 10.)

Quote
"bash:make:command not found"
What/how/where to  install the commands...
i'm on macosx.
Ah!  I suspect that the big problem is that the people who have written the instructions and who are offering you advice have the MacOS "developer tools" installed, so they already have "make" in expected places.  It looks like starting in ardunio-0012 there is a version of make included in the arduino distribution...

Quote
Next , where do i change the DF CPU= 4000000L?
In the bootloaders/atmega8/Makefile, there is an "obvious" -DF_CPU=16000000 that should be all you need to change FOR THE BOOTLOADER ITSELF.

So, the easiest path to getting a 4MHz bootloader is probably:
Download Arduino-0010 so you have the right version of the C compiler.
Download Ardunio-0012 so that you have make.
Edit arduino-0010/hardware/bootloaders/atmega8/Makefile to change the clock frequency (and fuses?)
In a shell window (terminal), cd to arduino-0010/hardware/bootloaders/atmega8/Makefile and type
Code:
/Downloads/arduino-0012/hardware/tools/avr/bin/make DIRAVRBIN=/Downloads/arduino-0010/hardware/tools/avr/bin/
(Replacing "/Downloads" with whatever prefix is appropriate for where you put the arduino installs...)

I don't know if it's any comfort, but this sort of flailing around is exactly the sort of thing that the Arduino environment is supposed to prevent.  You just happened to have your needs fall outside of the "easy" area.

4927  Forum 2005-2010 (read only) / Development / Re: atmega8 bootloader.. on: April 12, 2009, 04:03:35 pm
In theory, you connect to the .../bootloaders/atmega8 and type:
Code:
make DIRAVRBIN=<location of compiler binaries>
and that should be all that is required.  (if you're on linux, or otherwise have avr-gcc installed in your PATH, the DIRAVRBIN piece shouldn't be needed, and you can just type "make".)

However, I am having trouble compiling the ATmega8 bootloader with the current (arduino-0015) compiler base.  I get mysterious errors:
Code:
avr/bin/ld: address 0x2060 of ATmegaBOOT.elf section .text is not within region text

Fortunately, the older versions are still available.  Here's the log of a successful arduino-0010 compile (I wanted to go back before the recent set of compiler "upgrades", which mean 10 or 11.  10 just happened to be more convenient...)
Code:
BillW-MacOSX-2<1387> cd /Downloads/arduino-0010/hardware/bootloaders/atmega8/

BillW-MacOSX-2<1388> make DIRAVRBIN=/Downloads/arduino-0010/hardware/tools/avr/bin/              
#[note that the reset of this log is stuff emitted by "make", not stuff I had to type!]

/Downloads/arduino-0010/hardware/tools/avr/bin//avr-gcc -g -Wall -Os -mmcu=atmega8 -Datmega8 -DF_CPU=16000000 -DBAUD_RATE=19200 -I/include   -c -o ATmegaBOOT.o ATmegaBOOT.c
In file included from ATmegaBOOT.c:39:
/Downloads/arduino-0010/hardware/tools/avr/bin/../lib/gcc/avr/4.0.2/../../../../avr/include/avr/delay.h:36:2: warning: #warning "This file has been moved to <util/delay.h>."
/Downloads/arduino-0010/hardware/tools/avr/bin//avr-gcc -g -Wall -Os -mmcu=atmega8 -Datmega8 -DF_CPU=16000000 -DBAUD_RATE=19200 -I/include -Wl,-Map,ATmegaBOOT.map,--section-start=.text=0x1c00 -o ATmegaBOOT.elf ATmegaBOOT.o
/Downloads/arduino-0010/hardware/tools/avr/bin//avr-objdump -h -S ATmegaBOOT.elf > ATmegaBOOT.lst
/Downloads/arduino-0010/hardware/tools/avr/bin//avr-objcopy -j .text -j .data -O ihex ATmegaBOOT.elf ATmegaBOOT.hex
/Downloads/arduino-0010/hardware/tools/avr/bin//avr-objcopy -j .text -j .data -O binary ATmegaBOOT.elf ATmegaBOOT.bin
/Downloads/arduino-0010/hardware/tools/avr/bin//avr-objcopy -j .text -j .data -O srec ATmegaBOOT.elf ATmegaBOOT.srec
/Downloads/arduino-0010/hardware/tools/avr/bin//avr-gcc -S -g -Wall -Os -mmcu=atmega8 -Datmega8 -DF_CPU=16000000 -DBAUD_RATE=19200 -I/include -g1 ATmegaBOOT.c
In file included from ATmegaBOOT.c:39:
/Downloads/arduino-0010/hardware/tools/avr/bin/../lib/gcc/avr/4.0.2/../../../../avr/include/avr/delay.h:36:2: warning: #warning "This file has been moved to <util/delay.h>."
/Downloads/arduino-0010/hardware/tools/avr/bin//avr-size ATmegaBOOT.hex
   text    data     bss     dec     hex filename
      0    1002       0    1002     3ea ATmegaBOOT.hex
4928  Forum 2005-2010 (read only) / Development / Re: Shopping List Help for Microcontroller Class on: June 23, 2010, 01:37:56 am
bare bones boards don't particularly reduce parts cost on a per-seat basis, since you need a USB cable for each seat as well.  But I'd be included to replace the Mega boards with a couple such cables and a bunch of BBB or RBBB type boards, since (IMO) those would do a better job of conveying the whole "embedded" idea.
4929  Forum 2005-2010 (read only) / Development / Re: arduino booloader on: June 23, 2010, 04:32:47 am
Arduino never ran on an ATmega88.  It used to run on the ATmega8, which is slightly different.  The 88 is actually more like a 168 than the 8 ever was, but that means that the mega8 bootloader probably won't compile.  And you probably don't want the 2k 168 bootloader in the 8k 88.  It probably wouldn't be too difficult to convert either one,  but ... not a job for the beginner. :-(
4930  Forum 2005-2010 (read only) / Development / Re: Drill Templates for LED Displays on: June 24, 2010, 08:06:28 pm
Actually, "Gerber" is a photoplotter format, and the [drill file] standard most often associated with "gerbers" in the PCB world seems to be called "EXCELLON"...
4931  Forum 2005-2010 (read only) / Development / Re: Drill Templates for LED Displays on: June 19, 2010, 05:31:27 pm
Gerber format would be fine.  As I see it, your responsibility ends with providing a standard format file.  If people have trouble reading it because they don't like that particular standard, that's their problem.

A ascii file of coordinates would be less good, but certainly better than nothing.

4932  Forum 2005-2010 (read only) / Development / Re: Drill Templates for LED Displays on: June 18, 2010, 03:12:08 pm
The template looks reasonable for manual drilling, but I'd like to also have some sort of standard machine-readable file in case I were inclined to use a CNC machine of some kind to make the panel.  (This is a non-issue if you're going to provide EAGLE source code anyway.  An EAGLE file containing just the LEDs would be an OK compromise.)
4933  Forum 2005-2010 (read only) / Development / xMega conceptual issues... on: June 22, 2010, 04:22:52 am
So...  It looks like atxmega chips are actually starting to be available, and I've started playing with the idea of using one of the smaller xmega chips in an Arduino formfactor:


The specs are nice.  Using one of the 44-pin A4 chips, you would get (I think):
  • Twice the flash (64K)
  • Twice the RAM (4k)
  • Twice the clock speed (32MHz)
  • Four times the A-D resolution (12bit)
  • PWM on all digital pins.

But there are significant "complications".  The first is that this tentative design throws away some pin functions to get similar behavior to Arduino.  On arduino, the rx/tx pins match up with different byte pins, so it is no longer easy to write a byte-at-a-time to D0..7, and it could get worse.

The thornier problem is the power supplies.  the xMega operates at 3.3V, so VUSB is now regulated, and I'd just as soon use the usb jack a 5V in for external supplies rather than have yet another source.  The "9V" pin could become useless, or it could get get VUSB.  The 5Vpin should probably get VUSB, but COULD get 3.3V as the "main" voltage supply (since no shields will draw sufficient current from 3v3.)  It's all quite a mess :-(

Any thoughts?
4934  Forum 2005-2010 (read only) / Development / Re: My first PCB (shield) design, please help critique on: June 19, 2010, 06:43:29 pm
I'll start with the same advice I give everyone: make your traces thicker unless they really need to be thin.   See: http://www.instructables.com/id/Make-hobbyist-PCBs-with-professional-CAD-tools-by-/  (This was mostly written for homemade boards.  However, I still think it's mostly still true even for professionally manufactured boards.  It makes them sturdier, easier to assemble, easier to fix, etc.)

On the left, the vertical topside traces are VERY close to the pads of the buttons; move them further away.

Avoid the 90 degree turns in the signals from d12 and d11, and the acute angle in the 5V trace at the bottom.

On the right, the trace from D4 seems needlessly convoluted.  If it were on the top, couldn't it go straight down and not need to pass between any pins?  And there are more 90degree bends.
4935  Forum 2005-2010 (read only) / Development / Re: Where can I get little silver jumper wires? on: June 19, 2010, 01:24:15 am
Trimmed ends of other component leads for me too.  After a while you collect a lot.
Different components have slightly different types of leads, useful under different circumstances...
Pages: 1 ... 327 328 [329] 330 331 ... 460