someone could run the library with ATTINY44?

Ship me an ATTINY44 and I'll do it for you
Otherwise, just take a look at the SPI85 class and change the pins. You'll need to find which are the correct pins for MOSI, MISO, SCK, etc.. for the ATTINY44 and put them there. Good luck!

Funny enough I've done this with an 84 and for some reason, haven't had any luck.

You do realize that the transistors will propbably invert the signal it passes on to the zif? They will not be a simple/make break between the arduino pins and the zif pins. But without seeing what is going to be plugged into the zif it's difficult to suggest a way to do what you may be trying to do?

But yes you can drive multiple base resistors from a single output pin.

Lefty

I do not realize that.

What I'm trying to do is see if it's possible to replace the DIP switches on my ATtiny/ATmega programmer shield. The way it works now is you load the ArduinoISP sketch to the Arduino, plug the shield in, and then there are different 3 banks of 6 DIP switches (and some jumpers) that you flip based on the microcontroller you want to program. The reason for the switches is because the GND, VCC, and SPI pins on each type of microcontroller are different.

Ideally I'd like just one switch, so I figured the best way to do this would be with transistors. I tested a bit using the transistors between some of the SPI pins and they seemed to pass the signal through just fine, but I haven't tried with all of them at once.

I was just wondering if it's possible to drive multiple transistors using one Arduino pin. Here's an example of my current setup:



You can see, I'm using the transistors to make/break the connections between the Arduino and the ZIF socket. Ideally I'd love to just use one pin to switch anywhere from 2-7 transistors. Is that possible?

I figured that this would be possible with a shift register like a 74HC595, but if I can make my circuit simpler, that'd be best.

It works well on the 85? I think I'll go ahead and get some of those, then. I assume I'll have to change the pin assignments in the library? From PORTA to PORTB, that is.

Keep in mind that you'll only have one digital pin left on the ATtiny85 if you do this. That pin is actually the RESET pin, so you need to set a special fuse on the microcontroller, and afterwards you'd have to use a high voltage programmer to program it. See this thread for more details.

It's really best to just try and get it working on an ATtiny84.

I'm also having an issue getting this working on an ATtiny84. I've had success with the ATtiny85 however. Perhaps there's an error in the library?

Edit: Oh, and of course thanks winner10920 for your code.

No problem. Could I bother you for the receiver code as well?

The instructions you're following are for an Arduino Uno, not the Leonardo. On the Leonardo, the SCK, MISO, MOSI, and SS pins were remapped, and are no longer on pins D13-D10. You'll have to use the ICSP pins instead.

Try this tutorial:

http://petervanhoyweghen.wordpress.com/2012/09/16/arduinoisp-on-the-leonardo/

I can't tell you if it works or not, I haven't gotten my hands on a Leonardo yet (hell, I might just pick one up tonight for the sake of it). Also, you should use the cores from the Arduino-Tiny project instead of the ones in that first tutorial: http://code.google.com/p/arduino-tiny/

Thanks, can't wait to get this working.

I too worry about the iMall transition. Not sure why it was needed, what it fixed. I have an order in production now, let's see what happens.

They've been going through that "transition" since I started ordering PCBs from them many, many months ago and there's never been any issue on my end. I wouldn't worry.

That's fine if there isn't documentation, I'm sure I can decipher it. I'd just like to get an example working. Pin mappings might be nice too... I'm sure I've got everything wired correctly but you never know.

I wasn't using the RF24 examples, I was using the MIRF examples which don't use the role pin.

Also, it appears I spoke too soon. The UNO was reporting that it was getting packets even though none were being sent. I'll take another crack at it tomorrow when I'm more rested, but if you've got any example that you know works, that'd be helpful.

I double checked my connections and it turns out that I didn't have the MISO and MOSI reversed on the UNO. I had them reversed on the ATtiny, but not the UNO.

Of course, I shouldn't have had them reversed on the ATtiny because the library reverses the mappings already. Whoops.

What did you mean by the role pin though?

Just wanted to thank you again, your modified library worked like a charm with the 84, And everything is working beautifully!

Could you post some sample code?

I'm trying to use the ping_client and ping_server examples. I've got an ATtiny84 running the ping_client (modified to use the libraries provided by winner10920) and I've got an Arduino Uno using the ping_server example but just the stock example, not modified at all.

The ATtiny sends the packets, but the Uno doesn't receive them.

The 6 pins involved in programing are being connected and disconnected with the dip switches. One row of switches for each chip style. One row are all "on" and the other 2 rows of switches are all "off". You can see what I mean by the picture on this page. http://jeffmurchison.com/blog/arduinoisp-deluxe-shield-updated/

Yep, that's exactly how it works (that's my shield design).

OP, if you only want your shield to program ATtiny25/45/85 and ATmega328 then you don't need DIP switches like mine, at the very minimum, you can get away with using only two jumpers (or a small 2-position DIP switch). Here's a reference sheet for the microcontrollers:



Note that the ATtiny*5 pins on the right side (pins 8-5) are:

VCC
SCK
MISO
MOSI

And pins 20-17 on the ATmega328 are the same. So those can be directly connected to VCC, Arduino pin 13, pin 12, and pin 11 (double check that those pins are right, that's off the top of my head and might be wrong).

The only jumpers you would need would be for pins 1 and 4 on the ATtiny*5.

Thanks for the quick replies, everyone. I don't know how I missed that. I temporarily brought the arrays down to 50 instead of 100 and sure enough, it works fine now that it's not using as much memory.

Code:

const int maxTurns = 100; // The maximum number of random numbers that will be generated.
int randomArray[maxTurns]; // Array that will store the random numbers for the game
int inputArray[maxTurns];  // Array that will store user input

...alone is 400 bytes of memory.  How much SRAM does the ATtiny44 have?

Can the arrays be changed to an eight bit data type?

Well, I'm not sure to be honest. My technical knowledge of the different data types and their memory footprints is fairly basic. Would it be as simple as changing the 'int' to 'byte', or is it more complicated than that?

Like it has been said, not enough RAM available...Most of your variables can be changed to byte instead of int. Also I noticed, that you constantly write to eeprom in loop(), considering the eeprom have a life of only 100.000 write/erase operations, I think it's a bad idea!

You can use the Arduino Enhanced IDE and it will report a warning if you use too much memory

Yeah, I started using the EEPROM to get a better random seed. I guess my analog pins were grounded too well on my PCB, because I wasn't getting anything by using them. Basically it just keeps track of how far into the sequence the user gets, then adds that to the value already in the EEPROM. This creates a somewhat random number that I can use for a seed. Another user suggested an even better way using a timer, so I may try that out as well. I was aware of the 100,000 operations limit, but I don't think most people would actually hit that limit. People might get, max, 15-20 turns in before failing, so it'd take 5000-6500 games played to exhaust the limit. Still, I might go with the timer solution just in case.