OK, I believe I have found a solution. I am not entirely convinced that the digital pin numbering for the physical pins 33-40 is correct, there are differing sets of information on the web as to how Arduino maps these pins, the pinout shown in pins.h shows physical pin 33 as Analog 7 and Digital 24, with numbers decreasing for Analog and increasing for Digital up to physical pin 40 which showsby Zebethyal - Repetier
On further testing, I can confirm that the call to sd.initsd() is what causes the extruder temperature to go to -20C. Preventing this call allows the extruder temperature to read normally, attempting to mount the SD card will then call the sd.initsd() function which in turn calls the fat.begin() function and immediately the card is initialized, the extruder thermistor goes to -20C. I tried swapby Zebethyal - Repetier
Hi There, Thanks once again for your help, the ability to display variables has allowed me to test out all sorts of theories, most of which have proved nothing beyond the fact that the variable has the correct value. Progress update. Well I can confirm that the SDCARDDETECT variable is set to -1 I can also conform that all the other variables that I have checked are also set to the correct vaby Zebethyal - Repetier
Many thanks for your response. I agree and that was my first thought as well, however I cannot find anywhere in the source code where this conflict may be happening. The SD card uses the SPI bus pins - MISO (D7 or physical pin 7), MISO (D6 or physical pin 6), SCK (D5 or physical pin 8), CS/Chip Select (D31 or physical pin 40), as well as +5v and gnd all of which are presented as a group of connby Zebethyal - Repetier
Hi There, I have been having what I believe are some random stepper skips as a result of activity on my host machine that cause subsequent layers to become offset in random directions (X and Y) after successfully printing the first 6-8mm of height of a 20mm test cube. My Prusa i3 is correctly calibrated for movement in all axes and also for filament extrusion, however when say the screen saver wby Zebethyal - Repetier
Which board/chip are you using? as I can't manage to compile your version of the firmware and fit it on an ATmega644pby Zebethyal - Sanguino(lolu)
That seemed to do the trick - I had no endstops attached and it seemed to think it had been triggered. shorting the X endstop (pretending it is a normally closed microswitch) now allows much more movement X- now works as well many thanksby Zebethyal - Controllers
Additional update. I can do X+100, twice, then motor stops. only X button that then has an effect is HomeX, which moves slightly in the same direction, I can then run X+100 again at no point do any of the X- buttons have any effect. I have tried changing the wiring on one of the coils - no difference Same situation if I use the Y driver and a different stepperby Zebethyal - Controllers
Slight update - just tested again after taking the current back to 1A motor still stops after about X+180, but is still energised - shaft is locked. regulator is hot, can hold my finger against it for about 5 seconds, about the same for the heatsink on the driverby Zebethyal - Controllers
Many thanks for your reply. You are of course correct with regards measuring current - duh should have known better misinterpreting the diagram on the reprap wiki with regards checking current and not actually thinking! It does indeed show the current being measured in line - could well be how the one board was damaged. The motor was vibrating whilst stationary when everything was connected toby Zebethyal - Controllers
I am testing out my sanguinololu board (running sprinter) with some stepstick drivers I purchased from ebay. I am using a 19V 3.5A PC power brick for power. The seller, snipermand, sells complete and bare board versions (bareboard ones have a parts list associated with them) these boards use the 24 pin tssop version of the Allegro A4984 chip that would appear to have all of the same protectionby Zebethyal - Controllers