Thanks for coming back and updating. I had contacted Qidi Tech and they mentioned that I had Sailfish already installed. However, there may have been some miscommunication. I bought my printer from Amazon and I notice when I boot up my Qidi Tech 1 that the screen says Creator 1.0. Is that simply an error or is it really Creator 1.0? I may go your route or buy a new Mobo if that is the case.
I had heard in the past that the older version carry the creator firmware, and I assume that is what you have. I have noticed while using sailfish there are several interface options that are quite different. So if your main menu has more than three options, and the options menu has no options regarding the EEPROM, then I think your printer has the creator firmware.
I don’t see why you’d need a new motherboard, buying an AVR programmer is much cheaper (at least, the sparkfun programmer is only $15).
BUT, before even that, I do think I screwed up the process of uploading the firmware by trying sailfish 7.6 in regular replicatorG first (by mistake). I do have a link in the original post to the thread where I first got my instructions to upload sailfish. I am not sure if following those instructions perfectly will work, though.
If you want to upgrade to sailfish, I’d recommend first having an AVR programmer handy. Just so if the firmware won’t take, you can flash the chip manually. Go ahead and try the steps in the tread (I don’t think you’d brick the printer, I didn’t, even with how poorly I think my attempt went), but be prepared if it doesn’t work. If the firmware doesn’t take, just open up the bottom of the printer and flash it manually.
Note: I think the early versions of the QIDI have some unusual settings for the fuses in the ATMEGA1280, so I have heard you cannot flash beyond Sailfish 7.2. That’s what I have on the printer right now, though I didn’t try anything more recent.
And as a testament to sailfish: I think since I started using sailfish the printer has just been functioning so much better. One thing is that the acceleration settings seem to have made the printer move so much more smoothly.
Okay, so you’ll notice that the ICSP pins for the ATMEGA1280 have a white dot near one corner, right? That white dot represents the upper-right of the standard ICSP pin configuration.
You’ll also notice that the programmer plug has a notch on one of the long sides, that represents the top of the ICSP pin configuration.
So, the notch on the programmer plug should be on the same long side as the white dot.
In other words, the white dot points out pin one.
Okay, I have AVR studio 4 but am failing to connect.
The programmer appears plugged in correctly to me.
As for the AVR studio 4, I’m afraid you’re on your own on that front. I’ve used only AVRDUDE and ATMEL Studio.
I can’t help on that front, I’ve never worked with AVR Studio.
Ah no problem. I’m going to use AVRDUDE. I have some help from another person who went through it and gave me the hex files. I guess what I need to know now is how to use AVRDUDE such as making sure the connector I bought even works. I’ll come back and update.
Hi there and thanks again for replying. I have an programmer now and am familiar with avrdude. Do you have the commands I need to flash to the motherboard in order to get this working?
Right now I’m using:
avrdude -p m1280 -F -P usb -c usbasp -U flash:w:/Makerbot-usbserial.hex \ -U lfuse:w:0xFF:m -U hfuse:w:0xDA:m -U efuse:w:0xF4:m -U lock:w:0x0F:m
and
avrdude -p m1280 -F -P usb -c usbasp -U flash:w:/atmega1280.hex \ -U lfuse:w:0xFF:m -U hfuse:w:0xDA:m -U efuse:w:0xF4:m -U lock:w:0x0F:m
to the 8u2 ICSP port but to no avail. Avrdude says it completed but had a verification error. Also I see no com6 in repG
Okay, to make troubleshooting easier, could you try again with a verbose output and funnel the command’s output to a text document?
To do that, use this command:
avrdude -v -v -v -p m1280 -F -P usb -c usbasp -U flash:w:/Makerbot-usbserial.hex \ -U lfuse:w:0xFF:m -U hfuse:w:0xDA:m -U efuse:w:0xF4:m -U lock:w:0x0F:m > Troubleshoot.txt
That should output all the command’s response into a .txt file that can be used for troubleshooting.
Will do. Just so I’m clear. I was flashing the atmega1280.hex to the 1280 header and the usbserial.hex to the 8u2 ICSP. Is this correct?
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as D9
avrdude: safemode: efuse reads as F4
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as D9
avrdude: safemode: efuse reads as F4
Wait, the 8u2 chip on the motherboard…? You’re talking about the separate chip on the motherboard?
You… shouldn’t have touched that…
That chip has nothing to do with the firmware flashing, it’s all in the ATMEGA1280 chip.
The fuses you need to adjust are in that chip too as far as I’m aware.
That firmware does NOT belong in the atmega8u2 chip, that’s something else entirely…
I really, really hope you backed up the flash and fuse settings for that chip, or at least can find them online.
If not, you really did brick your printer if it isn’t starting up right now.
That chip at least doesn’t use the “-p m1280” setting in AVRDUDE, so maybe you didn’t break it…
EDIT: for fixing the atmega8u2, this link has some info:
https://groups.google.com/forum/m/?fromgroups#!topic/makerbot/-S01iIYO2E8 2
Okay, okay. Still so confused and someone else had posted on here with what I believe was incorrect information.
There is the 1280 ICSP port. The 1280.hex goes on that, correct?
The command would be: avrdude -p m1280 -F -P usb -c usbasp -U flash:w:/Makerbot-usbserial.hex \ -U lfuse:w:0xFF:m -U hfuse:w:0xDA:m -U efuse:w:0xF4:m -U lock:w:0x0F:m
There is an 8u2 ICSP port. The makerbot usb hex goes on that, also correct?
The command would be: avrdude -p at90usb82 -F -P usb -c usbasp -U flash:w:Makerbot-usbserial.hex -U lfuse:w:0xFF:m -U hfuse:w:0xD9:m -U efuse:w:0xF4:m -U lock:w:0x0F:m
You had mentioned flashing the firmware directly and avoiding repG altogether. I can do that to the 1280 ICSP port, right?
If you look in this thread, I have a post giving simple instructions on uploading the firmware.
To be brief, flash the firmware (with the fuse settings) to the 1280 icsp port.
The 8u2 does control the usb, but you really shouldn’t have messed with that in the first place, the flash memory that was already on it was fine.
That response I gave you yesterday linking to that thread should have the information regarding reseting the 8u2’s flash memory back to defaults.
Thanks so much. I was in a bind so I was taking advice from the wrong people. I will give it a shot tonight. Thanks again.
avrdude is not recognizing at90usb82
Hm, try some of these links:
http://avr.2057.n7.nabble.com/Config-AVRDUDE-for-ATmega8U2-td18846.html
http://www.avrfreaks.net/forum/avrdude-and-atmega8u2
https://forums.adafruit.com/viewtopic.php?f=24&t=19357
http://www.matbra.com/en/2012/11/02/programando-atmega8u2-no-arduino-uno-utilizando-usb-asp/
FIXED! Okay I didn’t bother with the 8u2 and I don’t think it ever got messed up. I ended up having to install WinAVR and reran the same commands. I think I had too old of a version of AVRDUDE? Anyway, I had a blank screen still and same problem after reflashing the Atmega1280.hex to the 1280 port but after then flashing Sailfish 7.1 hex for a Replicator 1 Dual it started beeping!
Now my issue is that when I home axes the X axis buzzes like crazy like it is going to tear the printer apart. I noticed the back left stop switch red light isn’t coming on, is that the problem?
The light isn’t coming on? Seems that either the motherboard is no longer recognizing the switch or the switch itself is encountering some kind of mechanical failure. Either way, if the switch isn’t working the printer will keep trying to home until something breaks. The only thing I can think of off the top of my head is that maybe you bumped a plug or wire when working on flashing the printer? Check the connections and wires related to that switch. Otherwise, I’m not too sure on that front.
At least you got it functioning, that’s good. I knew that the motherboard was closer to a Replicator 1 Dual then a Replicator 2x, were you trying the 2x’s firmware?
As for upgrading past sailfish 7.1, people say it has to do with the fuses, but I haven’t tried any of that myself.
What happens is that when I home the axes, the X axis moves as if it is still printing. Back and forth, vibrating in a pattern like seizure. If I push the Print head along the x axis it helps it along and looks like it is printing. What could be the cause of this?
I only tried 7.1 because that was the first one I had handy. I can try other versions for sure.