Go Down

Topic: The Mighty Mini 1284P (Read 5017 times) previous topic - next topic

Jack Christensen


I am wondering if perhaps there was a problem with the board from OSH park.  If you look at the photo you will notice a flaw with the silkscreen printing at PD0:7.  I am wondering if perhaps there was a flaw with the copper...


I saw that, but an actual copper problem would be highly unusual, I've never had a problem with a board from OSH Park, even the silk screen is usually very good. See attachments of top and bottom copper layers, not sure that anything in that area would interfere with programming anyway. The SPI pins are the first three on the top of the left side of the chip.

Quote

If I connect the FTDI header to a computer, the LED D2 doesn't light, but that should be the case since you have that wired to pin and not as a power indicator?


Correct, it is not a power indicator. Actually it's connected to the SCK pin which is D7 on this board, and so should illuminate during programming.

Quote

I can't think of anything else at the moment.  I don't have your address readily available, so if you could IM it to me I would appreciate it if you would like to look at the board, if not I can put it on the shelf until I get time to work on debugging it.


IM to follow, this has me curious.

pito

Factory chips run at 1MHz, so you have to lower the programming speed..

wanderson

I tried speeds as low as 64K, still no joy.   Also, note, I couldn't get AVRSTUDIO to even read the chips signature.  My understanding is that this operation is designed to work even if the clock speed on the chip is only 32kHz.

My best guess is that there is a connection issue, either with my soldering (most likely), or with the circuit board (least likely).
New true random number library available at: http://code.google.com/p/avr-hardware-random-number-generation/

Current version 1.0.1

Coding Badly


Does the AVR ISP Mk II provide power for the target?

wanderson

#19
May 15, 2014, 11:31 pm Last Edit: May 15, 2014, 11:39 pm by wanderson Reason: 1
No, the off the shelf version doesn't, but I hacked mine to provide either 5V or 3V when programming (this can be switched off).   I was powering the board with 5V.

http://www.eevblog.com/2011/03/25/eevblog-158-avr-isp-mk2-lm317-regulator-tutorial/

and a link to an earlier thread where I described the mods I made to my MK II

http://forum.arduino.cc/index.php?topic=114250.0
New true random number library available at: http://code.google.com/p/avr-hardware-random-number-generation/

Current version 1.0.1

Coding Badly

Yep, will not even read the signature or fuse bytes


When trying to read the signature, do you get back 00 00 00, FF FF FF, or something else?

wanderson

AVR Studio generated an error message saying that the device would not enter 'programming mode'  when I told it to read the signature.
New true random number library available at: http://code.google.com/p/avr-hardware-random-number-generation/

Current version 1.0.1

jar_

#22
Jan 23, 2015, 02:15 pm Last Edit: Jan 23, 2015, 02:17 pm by jar_
Quote
I'd be interested to hear from anyone that builds one.
i order 6 PCB and build now two

i am very glad ist works fine for my next projects

the only problem was the fastLED Libery

the timing for one LED 30µs was 33µs 10% to slow, but it is seen only a problem with the m1284p, timing is perfect on m328p

i made a temporary fix

#if defined(__AVR_ATmega1284P__)
 #ifdef WS_KORR
   #undef F_CPU
   #define F_CPU 14400000UL
 #endif
#endif

i know that every timing based on F_CPU is now 10% to fast, but there ist no Problem on SPI an I2C with Nokia LCD 5110 and RTC DS1307, in my Code i can corrected it by my self....

Pics?

first try


wow, m1284p is on


first work


too slow


build



jar_

#23
Apr 17, 2015, 02:06 pm Last Edit: Apr 17, 2015, 02:14 pm by jar_
"endgültige" Lösung gefunden,
final solution found

welche nur (who only worked with) 16 MHz AVR m1284p
und fastled (only modify fastled for this) anspricht und alle anderen F_CPU
unangefasst lässt (and not make problems on other CPU):

in delay.h in der fastLED LIB aus:

// #define NS(_NS) (_NS / (1000 / (F_CPU / 1000000L)))
#if F_CPU < 96000000
 #define NS(_NS) ( (_NS * (F_CPU / 1000000L))) / 1000
 #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / (F_CPU / 1000000L)
#else
#define NS(_NS) ( (_NS * (F_CPU / 2000000L))) / 1000

einfach folgendes gemacht (change to):

// #define NS(_NS) (_NS / (1000 / (F_CPU / 1000000L)))
#if F_CPU < 96000000
#if defined(__AVR_ATmega1284P__) && (F_CPU==16000000)
 #define NS(_NS) ( (_NS * ( (F_CPU-1600000) / 1000000L))) / 1000
 #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / ((F_CPU-1600000) / 1000000L)
#else
 #define NS(_NS) ( (_NS * (F_CPU / 1000000L))) / 1000
 #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / (F_CPU / 1000000L)
#endif
#else
#define NS(_NS) ( (_NS * (F_CPU / 2000000L))) / 1000

für AVR 1284p und 16 MHz

könnte auf 8MHz erweitert werden

can be apend to 8MHz

Go Up
 


Please enter a valid email to subscribe

Confirm your email address

We need to confirm your email address.
To complete the subscription, please click the link in the email we just sent you.

Thank you for subscribing!

Arduino
via Egeo 16
Torino, 10131
Italy