E3Dv6 on Solidoodle Press (Page 13 of 21)

Easiest way I've found to get the drive wheel alignment right on the stock build is to stuff a piece of filament in the path before tightening the grub screw. Not only does it line things up, but it keeps the drive wheel from slipping around while tightening. That's important because if the grub screw isn't square to the flat on the shaft, it'll eventually work its way loose again.

this wasnt an issue for me prior to disassembling the head and having to re tension the roller spring.  the roller seems a BIT, really just a wee little bit, crooked in reference to being straight on with the surface of the groove in the drive wheel.  i messed with it for about an hour this evening, and out of pure frustration i almost ripped that little piece of crap out of the printer and went downstairs and just tig welded it right onto the shaft...i am actually this pissed off about the situation. 

ill have to take it all apart tomorrow and see if i can get that roller wheel lined up just a little bit better.  if not, ill have to make sure i leave all of the large hammers downstairs or there may be even more issues that pop up with this printer.

TinyUSB can only read up to 64k. The at90 has more then that. So it can write. But it fails the read.

I'm assuming yours booted right up after that?  Mine is no longer recognized on the RPi or Windows.

Yup.  Nothing.  I think I'm SOL at this point.

Here's what I got.

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Users\Tim>cd\

C:\>cd\avrdude

C:\avrdude>avrdude -D -c usbtiny -p at90usb1286 -U flash:w:Solidoodle_Press_Modi
fied_Firmware.cpp.hex:i

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.03s

avrdude: Device signature = 0x1e9782
avrdude: reading input file "Solidoodle_Press_Modified_Firmware.cpp.hex"
avrdude: writing flash (78564 bytes):

Writing | ################################################## | 100% 44.33s

avrdude: 78564 bytes of flash written
avrdude: verifying flash memory against Solidoodle_Press_Modified_Firmware.cpp.h
ex:
avrdude: load data flash data from input file Solidoodle_Press_Modified_Firmware
.cpp.hex:
avrdude: input file Solidoodle_Press_Modified_Firmware.cpp.hex contains 78564 by
tes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 41.79s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0002
         0xae != 0xff
avrdude: verification error; content mismatch

avrdude: safemode: Fuses OK (E:F0, H:DB, L:DE)

avrdude done.  Thank you.

C:\avrdude>

I've tried reflashing it several times with the stock and modified hex files.  I flashed it with main off, Boot jumper in and usb plugged in but I'll try it again when I get home.

The usbtiny does not provide power. That why the USB cable has to be plugged in.

*shrug* Okay. If that worked great!

The version I have (and linked) in the manual said it did not provide power. I've used it mostly with UNO & MEGA and I've always had to plug in a USB cable in the slave device in order to get power to it so I can flash it.

So, If it's different now. Great. One less step.

Pololu didn't implement USB powering, but other companies do. That's what JP3 is for in the above schematic.

My USBtiny has a switch to provide power or not.  With power on, I can program without additional power.  With it off, I need the USB plugged in.  Tried both methods, same results.