PrusaFirmwareBraino
Contents
- 1 PRUSA FIRMWARE
- 1.1 sprinter instructions are broken for sanguino / sanguinololu
- 1.2 Bootloader was overwritten
- 1.3 error - Arduino from Software Center
- 1.4 Success - download and extract
- 1.4.1 create virtual machine
- 1.4.2 find NEW Sanguino
- 1.4.3 install current Arduino IDE
- 1.4.4 copy sanguino definitions into Arduino install directories
- 1.4.5 Find Sprinter
- 1.4.6 Weird Error Message 1 (possibly solved)
- 1.4.7 Modify Sprinter files
- 1.5 Bootloader issue SOLVED
- 1.6 redo the steps to clean them up
- 2 ENDSTOPS issues
- 3 Gen7 IDE - skip until Sanguino/Sprinter is exhausted
PRUSA FIRMWARE
When I built my Prusa in 2011, I used Sanguino electronics, and Sprinter firmware. PC ran Windows operations system.
Now (2015), I need to modify the firmware as part of printer calibration http://reprap.org/wiki/PrusaCalibrationNotesBraino. The old PC has been replaced with a upgraded workstation running Linux (Mint 17, similar to Ubuntu). The entire tool chain has seen upgrades or changes. The information retained from the original firmware is the Configuration.h from Sprinter was retain from the original firmware. This should be all that is necessary.
.
When I get done here, I will go back and continue the calibration page http://reprap.org/wiki/PrusaCalibrationNotesBraino
I started at the Sanguinololu page, http://reprap.org/wiki/Sanguinololu. That page is only googe for HARDWARE. For firmware we want the google code page.
http://code.google.com/p/sanguino/downloads/detail?name=Sanguino-0101r1.zip
sprinter instructions are broken for sanguino / sanguinololu
It seems the name "sanguino" was changed to sanguinololu at some point. I find that all the references to the Sanguino support now point to a binoculars manufacturer in Australia. Specifically in https://github.com/kliment/Sprinter The readme instructions specify: 3. Get the sanguino software, version 0023 http://sanguino.cc/softwareforlinux
Because this does not lead to sanguino / sanguinololu support, the instructions for sprinter cannot be completed as listed.
- Note: Sanguino is an early Arduino board derivative and as it featured an ATmega644P, it required changed Arduino libraries, the Sanguino add-on. Sanguinololu is one of the successors of Generation 3 Electronics and uses the very same chip (or an 1284P), so it used the Sanguino add-on as well. Sanguino board is long gone, but the library still works with Arduino IDE before v1.0 (v0023? v0028?). That said, Gen7 Arduino IDE Support comes with a likewise changed, but updated Arduino library and should get Sprinter to compile on recent Arduino IDEs. In case you happen to actually want that, because Teacup Firmware is smaller as well as faster and features about everything Sprinter does (and a bit more). --Traumflug (talk) 13:18, 16 January 2015 (PST)
I don't know what Traumflug is trying to communicate. I cannot determine if Gen7 board is electronically identical to the sanguino(lolu) hardware. It Gen7/snaguino(lolu) are not identical, then we can't use Gen7 support for sanguino, if I understand correctly. I could not get Gen7 to compile successfully. However, this could be due to other issues in the toolchain/documentation, as described below.
Bootloader was overwritten
It turns out the sanguino(lolu) board did not have a bootloader, even though there was Sprinter firmware on the board. The Arduino IDE appeared to be communicating, and the board board appeared to be responding, but did not accept the new firmware. Perhaps there is some test to determine if a bootloader is present? I have not seen any in the instructions.
error - Arduino from Software Center
First pass, I used Arduino 1.0.5 from the Software Manager. Installing via the software manager did not work; compiling the sprinter firmware gave the error message:
In file included from /usr/share/arduino/hardware/Gen7/cores/arduino/wiring.c:25:0:
/usr/share/arduino/hardware/Gen7/cores/arduino/wiring_private.h:57:16: error: attempt to use poisoned "SIG_INTERRUPT2"
#elif defined (SIG_INTERRUPT2)
^
Success - download and extract
I downloaded the newest arduino software 1.0.6 from the arduino.cc page. Firefox placed the archive in my /Downloads directory. I did an "Extract Here" and this created the Arduino 1.0.6 folder in the dwonloads directory. Notice there was no install, just expand the archive in place. This was the method that finally worked.
create virtual machine
Create virtual machine using Virtual Box. I'm using 2 cpu's, 2 gig ram, 32 gig virtual hardware. Installing Linux Mint 17 MATE 64 bit. This is a real life saver, as the bad installs toasted the virtual PC. It is much easier to restart with a fresh virtual PC rather than a fresh install on phyiscal PC.
The first pass through the firmware process resulted in various aspects of the install getting hosed. That is, packages that were installed required changes to the system that could not be undone by unstalling the packages. Rather than undo those steps (and risk missing a critical step) I chose to start again with a clean install on a new virtual machine.
find NEW Sanguino
old Sanguino: Sanguino-0018r2_1_4.zip looks to be from June 2010, did not work; at least I could not get the tool chain set up in linux mint 17.
Stumbled across newer sanguinololu (2012) in Google Code http://code.google.com/p/sanguino/downloads/list. Specifically , I used http://code.google.com/p/sanguino/downloads/detail?name=Sanguino-0101r1.zip listed as compatible with the arduino IDE available in the Linux software center. This is what eventually was able to compile. Notice that the google code sanguino does apear in the top of the google search results, but is not link in the actual instructions for sanguino, sanguinololu, sprinter. This is (one reason) why it took a long time to find the correct sanguino package. However, Sanguino-0101r1.zip also had errors that needed correcting
(error: attempt to use poisoned "SIG_USART1_RECV").
On a windows XP machine, we loaded Melzi http://reprap.org/wiki/Melzi to load firmware on one board, then loaded the sanguino bootloader. On the windows XP machine we did not the poisoned "SIG_USART1_RECV" error. Trying to figure out what to load on Mint 17-64 (and not produce this error). The Melzi support does not include a sanguino atmega644P in the boards.txt file.
install current Arduino IDE
- Next install Arduino from Software Center? No, arduino.cc page says:
--- Ubuntu 12.04 and newer --- sudo apt-get update && sudo apt-get install arduino arduino-core
This terminal command might be the same as the software center, but I will do this as specified. (after Mint completes updates...)
The arduino IDE asks to add my user to the dialout group.
Very nice that this is automatic as this is required.
The Arduino IDE from the software center is 1.0.5 - 2013.05.15
There are also available a 6 and some BETAs, but those don't appear to have any imporvements for 644P, so I will skip those for now.
Shutdown and restart the PC or virtual machine for the dialout goroup change to take affect.
copy sanguino definitions into Arduino install directories
NOTE: these files are likely different from material in Gen7 or Marlin, so I would have to start over from scratch if this doesn't work again.
- Find the arduino install directory, check the permission with
cd /usr/share/arduino/; ls -alF
- Set permission so we can write to the hardware subdirectory, check they changes with:
sudo chmod -R 777 hardware ls -alF
- Extract the Sanguino [-0101r1] archive (wherever it was downloaded, this is what we will move shortly).
- Copy the Sanguino directory to the Arduino install directory /hardware subdirectory (using the file browser). It should end up looking like:
/usr/share/arduino/hardware /usr/share/arduino/hardware/arduino /usr/share/arduino/hardware/Sanguino /usr/share/arduino/hardware/tools
- start the arduino IDE, there should be a shortcut in the menu popup
- the first launch will ask to add your user to the dialout group, say yes.
- check that the sketchbook directory was created in your home directory
- shutdown and restart the PC (or virtual machine) so the dialout group change takes affect
At this point, the Sanguino support should be in place for the arduino IDE to use.
Find Sprinter
The current version of sprinter from github is at: https://github.com/kliment/Sprinter
So, the readme in the sprinter download says to do things in a slightly different order, and refers to the newer version "sanguinololu".
The arduino software is already in place.
The sanguino support has been copied into the hardware directory.
clone the branch from github:
git clone https://github.com/kliment/Sprinter.git
So, I find the directory where sprinter is cloned: /home/sprinter/Sprinter/Sprinter
In Arduino, navigate to Sprinte.pde. NOTE: I moved the entire Sprinter subdirectory to the ./sketchbook directory, this way the sprinter project shows up in the sketchbook (projects) menu item of the arduino IDE.
Open sprinter sketchbook/project.
Verify.
Weird Error Message 1 (possibly solved)
NOTE: this might NOT be solved, the error message goes away, but the resulting firmware does not see the endstops, and the X axis only move in the increasing direction away from the motor/endstop.
Error message is:
/usr/share/arduino/hardware/sanguino/cores/arduino/HardwareSerial.cpp:132:15: error: attempt to use poisoned "SIG_USART1_RECV"
#elif defined(SIG_USART1_RECV)
^
What the heck does this mean and how do I fix it? Google 'attempt to use poisoned "SIG_USART1_RECV" '
This page http://reprap.org/wiki/Monotronics says:
Linux Users, this may help (--KD0SKH): If you receive the error HardwareSerial.cpp:132:15: error: attempt to use poisoned "SIG_USART1_RECV when attempting to compile, edit the sanguino's HardwareSerial.cpp file with the path listed in the error code. Comment out the following expressions #elif defined(SIG_USART1_RECV) and #error SIG_USART1_RECV). Afterwards you should be able to compile and upload your FiveD firmware! Works with Arduino IDE 0018 and 0022 on Arch Linux with kernel version 3.12.5. Other potentially relevant information about my environment: avr-gcc 4.8.2, avrdude 6.0.1, libusb-compat 0.1.5, and java-rxtx 2.2pre2 were present on my system.
This page http://forum.arduino.cc/index.php?topic=92364.msg814661#msg814661 says: add this as the third line to arduino.h
#define __AVR_LIBC_DEPRECATED_ENABLE__ 1
So edited the Arduino.h in /usr/share/arduino/hardware/sanguino/cores/arduino adding...
#define __AVR_LIBC_DEPRECATED_ENABLE__ 1
...as third line.
NOTE: Do NOT edit any other arduino.h file, i.e. /usr/share/arduino/hardware/arduino/cores/arduino. We only want to edit the one in the sanguino part. If you edit (the same file at a different path) the change will not have the desired affect, and may mess up something else.
Verify now runs, no error reported. That was a B1tch!
Dare I try to burn my new firmware into the sagunio at this point? It will either fix my problem, or risk bricking my board. Do it, at worst I get to buy a newer and easier to support board.
Modify Sprinter files
When the tool successfully compiles (the default source code), mod the files to match my rig. Default code now compiles with no error. Modify files per my machine.
MAKE
I don't know if I need to touch the makefile if the arduino IDE does its job correctly. Skipping for now.
Configuration.h
No SD on this machine:
// Comment out (using // at the start of the line) to disable SD support: // #define SDSUPPORT
Select Sanguino:
// Sanguinololu 1.2 and above = 62 // #define MOTHERBOARD 33 #define MOTHERBOARD 62
OK, this is what I needed to change. Last time I had 57.11 & 700 (calculating by hand). Now the online calculator says I need 58.181818 and 625.70629055 (and I checked it, and the caculatin looks correct). This is the bit that should fix my print issues. How did I get 57.11 instead of 58.18? I didn't know what I was doing and/or I changed something with the mods I made.
Hold it! 57.11 and 58.18 are incorrect. I think I have XL belt, and the number should be 57.265569, update this after testing...
//// Calibration variables
// X, Y, Z, E steps per unit - Metric Prusa Mendel with Wade extruder:
// #define _AXIS_STEP_PER_UNIT {80, 80, 3200/1.25,700}
#define _AXIS_STEP_PER_UNIT {58.181818, 58.181818, 3200/1.25,625.70629055} NO!
Proper bed travel for this machine:
//----------------------------------------------------------------------- //Max Length for Prusa Mendel, check the ways of your axis and set this Values //----------------------------------------------------------------------- const int X_MAX_LENGTH = 190 ; // 200; Only needs to be 190 for very tall (94 mm) objects; 205 for calibrating bed. const int Y_MAX_LENGTH = 180; //200; const int Z_MAX_LENGTH = 94; // 100
Sprinter.pde
Put in my own id string
Serial.begin(BAUDRATE);
showString(PSTR("Sprinter\r\n"));
showString(PSTR("Sprinter20150116 DAW\r\n"));
This will confirm that the new firmware made it to the board. Good thing I put it in, too. The first couple attempts LOOKED like they completed, but in fact the old firmware string come up on the printer, so it didn't take. I recall there was some difficulty burning the firmware the first time around, got to re-figure this out and write down the cause and solution.
So now I take the line from sprinter.ino (sprinter.dpe) and move it to the top of the file:
- define _VERSION_TEXT "1.3.22T / 20.08.2012"
And mod it with a timestamp and note
- define _VERSION_TEXT "1.3.22T / 20.08.2012 - 20150131-1743 estepps"
and this pops up when I'm connected to pronterface.
run MAKE again - no
Actually, I don't think I need to run make again; the arduino IDE was able to verify with no errors. But this is what happened last time.
test -d applet || mkdir applet echo '#include "WProgram.h"' > applet/Sprinter.cpp cat Sprinter.pde >> applet/Sprinter.cpp cat /usr/share/arduino/hardware/arduino/cores/arduino/main.cpp >> applet/Sprinter.cpp make: *** No rule to make target `/usr/share/arduino/hardware/arduino/cores/arduino/pins_arduino.o', needed by `applet/core.a'. Stop.
run Arduino IDE?
Need to log out and log in again for the "DIALOUT" group assignement to take affect.
restart the IDE. Use the Sprinter.pde as starting point.
Arduino IDE 1.0.5 (from software center) compiled successfully (after adding lines to sanguino ardiuno.h described above.
Cannot upload. Checking #troubleshooting as recommended by IDE error message. Check the jumper...
upload issue (pending)
device not responding was due to incorrect baud setting, my board was pre-loaded with bootloader set to 38400.
invalid device signature - under investigation
device not responsing (solved)
error message is:
avrdude: stk500_recv(): programmer is not responding
Google says: The solution for me was to switch on verbose output during upload (in the arduino IDE preferences pane). also check that the correct Board is selected in the Arduino app (under Tools as of 1.0.6.
Turns out my bootloader (pre-burned, from arduino IDE 0023 timeframe) is 38400 baud.
updated /usr/share/arduino/hardware/sanguino
atmega644.upload.speed=38400
Message changed to:
avrdude: Device signature = 0x000000
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.
So, at least the device is now responding.
UPDATE: This message means we are connected on the correct USB/serial (/dev/USBtty0). However, it means that the is NO BOOTLOADER. I guess my previous firmware was mistakenly loade with the hex option, which would overwrite the bootloader. Found a friend with a programmer, reloaded a bootloader.
invalid device signature (under investigation)
The device seems to be responding, but is not returning a valid signature. Whatever that means.
Make sure you're using the version of avrdude that comes with Arduino
I'm using the default download. Could there be another avrdude that comes with arduino, besides the default?
Many folks report the issue is cause by weak/intermittant connections, and can be fixed using stronger/soldered connections. My 644P in in a ocket, perhap the socket connections have corrroded over the (three) years? Try cleaning the pins/socket next.
invalid device signature - verbose error message
For kicks, here is the full compile and verbose upload report. I think this says the the device is working and communicationg properly, the only issue is the signature is not set, and thesignal the upload operation to quit. Perhap it would succeded with the -F option?
Binary sketch size: 37,620 bytes (of a 63,488 byte maximum)
/usr/share/arduino/hardware/tools/avrdude -C/usr/share/arduino/hardware/tools/avrdude.conf -v -v -v -v -patmega644p -cstk500v1 -P/dev/ttyUSB0 -b38400 -D -Uflash:w:/tmp/build7737045225584187139.tmp/Sprinter.cpp.hex:i
avrdude: Version 6.0.1, compiled on Oct 21 2013 at 15:55:32
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "/usr/share/arduino/hardware/tools/avrdude.conf"
User configuration file is "/home/sanguino/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : /dev/ttyUSB0
Using Programmer : stk500v1
Overriding Baud Rate : 38400
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [10]
AVR Part : ATmega644P
Chip Erase delay : 55000 us
PAGEL : PD7
BS2 : PA0
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 10 128 0 no 2048 8 0 9000 9000 0xff 0xff
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
flash 33 6 256 0 yes 65536 256 256 4500 4500 0xff 0xff
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
Programmer Type : STK500
Description : Atmel STK500 Version 1.x firmware
avrdude: Send: A [41] . [80] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [02]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [81] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [01]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [82] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [10]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [98] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [03]
avrdude: Recv: . [10]
Hardware Version: 2
Firmware Version: 1.16
avrdude: Send: A [41] . [84] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [85] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [86] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [87] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
avrdude: Send: A [41] . [89] [20]
avrdude: Recv: . [14]
avrdude: Recv: . [00]
avrdude: Recv: . [10]
Vtarget : 0.0 V
Varef : 0.0 V
Oscillator : Off
SCK period : 0.1 us
avrdude: Send: A [41] . [81] [20] avrdude: Recv: . [14] avrdude: Recv: . [01] avrdude: Recv: . [10] avrdude: Send: A [41] . [82] [20] avrdude: Recv: . [14] avrdude: Recv: . [10] avrdude: Recv: . [10] avrdude: Send: B [42] . [82] . [00] . [00] . [01] . [01] . [01] . [01] . [03] . [ff] . [ff] . [ff] . [ff] . [01] . [00] . [08] . [00] . [00] . [01] . [00] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [10] avrdude: Send: E [45] . [05] . [08] . [d7] . [a0] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [10] avrdude: Send: P [50] [20] avrdude: Recv: . [14] avrdude: Recv: . [10] avrdude: AVR device initialized and ready to accept instructions
Reading | avrdude: Send: V [56] 0 [30] . [00] . [00] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] avrdude: Send: V [56] 0 [30] . [00] . [01] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] ################avrdude: Send: V [56] 0 [30] . [00] . [02] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] ################################## | 100% 0.02s
avrdude: Device signature = 0x000000 (retrying)
Reading | avrdude: Send: V [56] 0 [30] . [00] . [00] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] avrdude: Send: V [56] 0 [30] . [00] . [01] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] ################avrdude: Send: V [56] 0 [30] . [00] . [02] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] ################################## | 100% 0.01s
avrdude: Device signature = 0x000000 (retrying)
Reading | avrdude: Send: V [56] 0 [30] . [00] . [00] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] avrdude: Send: V [56] 0 [30] . [00] . [01] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] ################avrdude: Send: V [56] 0 [30] . [00] . [02] . [00] [20] avrdude: Recv: . [14] avrdude: Recv: . [00] avrdude: Recv: . [10] ################################## | 100% 0.01s
avrdude: Device signature = 0x000000
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.
avrdude: Send: Q [51] [20] avrdude: Recv: . [14] avrdude: Recv: . [10]
avrdude done. Thank you.
Again, the above message (from Verbose setting) indicates that while the chip wants 38400 baud, and would talk if it were able, it has no bootloader, and a bootloader must be uploaded to the chip before we can move forward.
the -F option
How to use the -f option?
- Not at all. -F overrides things which simply have to work to be successful. --Traumflug (talk) 03:38, 22 January 2015 (PST)
Bootloader issue SOLVED
Turns out the ATMEGA644P needed to have a new bootloader. A friend used USBASP progprammer with arduino 1.0.5 and it now responds.
We think the last firmware upload may have been done using the hex upload method, which would have overwirtten the bootloader; or the old boot loader was custom and would only respond to an old version of the IDE. In any case the board appears to be accepting new progam now.
ALSO - Need to ensure in /usr/share/arduino/hardware/sanguinoboard.txt:
atmega644.upload.speed=57600
This was changed (possibly in the course of investigation). At least I knew the sanguinololu was functioning, and knew the issue must be in my own PC.
ALSO autoreset jumper needs to be in place.
redo the steps to clean them up
but first, install the new firmware on the printer, since that is the whole point of this exercise.
ENDSTOPS issues
- The endstops worked fine until I tried to change the firmware
- The hardware did not change
- the the endstops are connected Signal line to Ground line through the Normally Close connection of the mechanical endstops.
- the signal pin measures 0 volts when the mechanical endstop is not tripped.
- the signal pin measures 4.8-5.0 volts when the mechanical endstop is tripped.
- the M119 command shows the ends stops as low when untripped
- the M119 command shows the ends stops as low when tripped
All these indicate the firmware is misconfigured. Specifically, the I/O pin mappings are incorrect. The previous firmware used the standard ATMEGA644P mapping, and the current firmware uses the standard pin mapping.
Something must have changed between Arduino IDE 0023 and Arduino IDE 1.0.5 such that the endstop pins (and the X axis direction pin) have moved.
How to figure this out? How can it be that no one else has noticed this? A possibility is that all existing Sanguino hardware were sufficiently configured before said change, and there has been no need to update. Also, new builds would be using new Ramp 1.4 or Gen7, etc, hardware. Therefore, I well may be the first to notice, or the last to have this issue. It may be easier to get a new board rather than fumble through old code.
IDEA- try each of the previous sanguino download on google code unit one works. NO - using Windows XP and arduino 1.0.6, 0023 eliminated the "poisoned" error message, but the printer still behaves incorrectly.
20150128 - http://reprap.org/wiki/Sanguinololu#644P_Fuse_Settings
Fuse Settings The fuses for the atmel chip must be changed from the default factory settings to disable JTAG. Symptoms of incorrect fuse settings: * X axis only moves in one direction. * Endstops do not work.
This fuse settings error matches my printers behavior. This might be the case, since I believe I have eliminated all other likely conditions. I was fooled, I assumed since the printer had been working, the fuses must be correct (or at least NOT the factory default). Now the printer displays behavior which matches factory default fuse settings. Appearantly the fuses were jumbled/reset for factory condition when the new bootloader was loaded (from the sanguino download on google code).
I need to look at what conditions can overwrite the fuses. Need to wait until new programmer arrives to attempt a change.
So far though, it looks like the Windows XP Arduino 1.0.6 & 0023 compile error free, while linux 64 and linux 32 give "poisoned" error message.
sanguino-0101r1 - no
- poisoned "SIG_USART1_RECV" message until source code is edited
- endstops not recognized (despite 5 volts tripped, 0 volts not tripped)
- X - direction pin always HI (5.0 volts) [ Y, Z, and extruder direction pins change from 5V to 0V]
Sanguino-0023r4.zip -NEXT
Start with colone of previous vritual machine, delete sanguino-0101r1 from hardware directory, and use 0023r4.
Change back commented lines from arduino.h?
First error message is SdFile.cpp:23:21: fatal error: Arduino.h: No such file or directory
#include <Arduino.h>
^
So I guess this isn't the way to go.
Better try running the old stuff on windows.
Sanguino-0023r3.zip
Sanguino-0023r2.zip
Sanguino-0018r2_1_4.zip
Gen7 IDE - skip until Sanguino/Sprinter is exhausted
Gen 7 IDE might be the current thing that contains support for sanguino (NO) and newest arduino IDE. Gen 7 has support for ATMEGA644P, but NOT for Sanguino.
http://reprap.org/wiki/Gen7_Arduino_IDE_Support#Gen7_Arduino_IDE_Support_v2.1
Try this next. NO!
NOTE GEN7 CAN ONLY be use for Bootloader for the ATMEGA644P. Gen7 did not achieve successful compilation of the sprinter firmware for Sanguinololu.
Traumflug keeps saying the Gen7 should work with Sanguino, and the incorrect firmware will not harm my board.
I will try Gen7 again.
Gen7 compilation yields a similar "poisoned" error message as did sanguino-0101r1:
In file included from /usr/share/arduino/hardware/Gen7/cores/arduino/wiring_shift.c:25:0:
/usr/share/arduino/hardware/Gen7/cores/arduino/wiring_private.h:57:16: error: attempt to use poisoned "SIG_INTERRUPT2"
#elif defined (SIG_INTERRUPT2)
^
/usr/share/arduino/hardware/Gen7/cores/arduino/HardwareSerial.cpp:161:15: error: attempt to use poisoned "SIG_USART1_RECV"
#elif defined(SIG_USART1_RECV)
^
Commenting out these lines allows the firmware to compile. However, upload yields dozens of timeout messages.
I think Gen7 is leading me further from my goal of functional Sanguino hardware.
Marlin
The next firmware option listed is Marlin.
The Arduino IDE version 1.0.5 is what the softwaere center found, installed.
Set MOTHERBOARD using string from boards.h:
- define BOARD_SANGUINOLOLU_12 62 // Sanguinololu 1.2 and above
Compile/Verify:
/usr/share/arduino/hardware/Sanguino/cores/arduino/HardwareSerial.cpp:161:15: error: attempt to use poisoned "SIG_USART1_RECV"
#elif defined(SIG_USART1_RECV)
^
