<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[SoliForum - 3D Printing Community — firmware sanguinololu 1.3a: The COMPLETE saga]]></title>
		<link>https://www.soliforum.com/topic/13613/firmware-sanguinololu-13a-the-complete-saga/</link>
		<atom:link href="https://www.soliforum.com/feed/rss/topic/13613/" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in firmware sanguinololu 1.3a: The COMPLETE saga.]]></description>
		<lastBuildDate>Mon, 13 Jun 2016 21:01:21 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: firmware sanguinololu 1.3a: The COMPLETE saga]]></title>
			<link>https://www.soliforum.com/post/124100/#p124100</link>
			<description><![CDATA[<p>Just wanted to say that this thread is heroic.</p><p>I&#039;ll be attempting to follow along and re-flash my SD2 some day soon. When I first tried months ago, I ran into many of the same issues you&#039;ve worked through.</p>]]></description>
			<author><![CDATA[null@example.com (bradjshannon)]]></author>
			<pubDate>Mon, 13 Jun 2016 21:01:21 +0000</pubDate>
			<guid>https://www.soliforum.com/post/124100/#p124100</guid>
		</item>
		<item>
			<title><![CDATA[Re: firmware sanguinololu 1.3a: The COMPLETE saga]]></title>
			<link>https://www.soliforum.com/post/115788/#p115788</link>
			<description><![CDATA[<div class="quotebox"><cite>IanJohnson wrote:</cite><blockquote><p>I recall that the batch of SD2s that got shipped without bootloaders was fall 2012, which looks to be about when you got yours.&nbsp; I remember their attitude was that it wasn&#039;t a big deal,&nbsp; because why would anyone want to flash the firmware? It&#039;s supposed to be a consumer-ready plug and print machine.</p></blockquote></div><p>Fall 2012 it was for me!&nbsp; (But it was the only $550 assembled printer available at the time.)</p>]]></description>
			<author><![CDATA[null@example.com (driggers)]]></author>
			<pubDate>Thu, 04 Feb 2016 21:59:04 +0000</pubDate>
			<guid>https://www.soliforum.com/post/115788/#p115788</guid>
		</item>
		<item>
			<title><![CDATA[Re: firmware sanguinololu 1.3a: The COMPLETE saga]]></title>
			<link>https://www.soliforum.com/post/115787/#p115787</link>
			<description><![CDATA[<p>I recall that the batch of SD2s that got shipped without bootloaders was fall 2012, which looks to be about when you got yours.&nbsp; I remember their attitude was that it wasn&#039;t a big deal,&nbsp; because why would anyone want to flash the firmware? It&#039;s supposed to be a consumer-ready plug and print machine.</p>]]></description>
			<author><![CDATA[null@example.com (IanJohnson)]]></author>
			<pubDate>Thu, 04 Feb 2016 21:56:42 +0000</pubDate>
			<guid>https://www.soliforum.com/post/115787/#p115787</guid>
		</item>
		<item>
			<title><![CDATA[Re: firmware sanguinololu 1.3a: The COMPLETE saga]]></title>
			<link>https://www.soliforum.com/post/115774/#p115774</link>
			<description><![CDATA[<p>Someone at the newcastle makerspace helped me troubleshoot and solve this for the atmega644p.</p><p>First off, we don&#039;t know for sure that the lack of bootloader was the problem, but we do know that if there was a bootloader on Solidoodle&#039;s original atmega644p chip, then we didn&#039;t know enough about it to flash it.</p><p>Second, we DEFINITELY did not need to fiddle with the reset button on the Sanguinololu 1.3a because Solidoodle (correctly) jumped the reset pins.</p><p>Third, we checked the way the fuses were originally set, and they were Low 0xFF (as opposed to 0xD6), High 0xDC, Ext&nbsp; 0xFD.</p><p>Fourth, we were unsuccessful in burning the bootloader with old &quot;prepared&quot; versions of Arduino from <a href="https://github.com/ozadr1an/Solidoodle-Marlin_v1">https://github.com/ozadr1an/Solidoodle-Marlin_v1</a> and <a href="https://github.com/mlaws/solidoodle2-marlin,">https://github.com/mlaws/solidoodle2-marlin,</a> and with stuff from the repo at <a href="https://github.com/jmgiacalone/sanguino1284p">https://github.com/jmgiacalone/sanguino1284p</a></p><p>Fifth, we were successful in burning the bootloader with the latest Arduino IDE 1.6.5 and the USBtiny, by adding the Sanguino board manager (Preferences-&gt;Additional board manager URLs): <br /><a href="https://raw.githubusercontent.com/Lauszus/Sanguino/master/package_lauszus_sanguino_index.json">https://raw.githubusercontent.com/Lausz … index.json</a><br />Then using usbtinyisp, select Board: Sanguino<br />Processor: ATMega644p or ATMega644PA (16MHz)<br />-&gt;Burn bootloader.</p><p>Then we went back to a prepared version of Arduino 1.0.5 for Windows from <a href="https://github.com/mlaws/solidoodle2-marlin">https://github.com/mlaws/solidoodle2-marlin</a> but the sketch would not upload due to some communication error (out of sync or whatever).&nbsp; This is because the latest version of the bootloader expects a different speed and protocol.&nbsp; In hardware/boards.txt we had to change two lines so they become<br /></p><div class="codebox"><pre><code>atmega644.upload.protocol=arduino
atmega644.upload.speed=115200</code></pre></div><p>After that it all worked!&nbsp; Also note that reburning the bootloader with Arduino 1.0.5 did not change the fuses, and that I have only tested the board&#039;s responsiveness in Repetier host.</p>]]></description>
			<author><![CDATA[null@example.com (driggers)]]></author>
			<pubDate>Thu, 04 Feb 2016 19:05:40 +0000</pubDate>
			<guid>https://www.soliforum.com/post/115774/#p115774</guid>
		</item>
		<item>
			<title><![CDATA[firmware sanguinololu 1.3a: The COMPLETE saga]]></title>
			<link>https://www.soliforum.com/post/115718/#p115718</link>
			<description><![CDATA[<p>EDIT: This is now solved. See the second post.</p><p>I didn&#039;t want this to be a forum post.&nbsp; But nothing works and I need to log what I&#039;ve tried.</p><p>I have a Solidoodle 2 (SD2) with Sanguinololu 1.3a.&nbsp; It has the auto reset pins jumped, so I shouldn&#039;t have to mess with reset button tricks...</p><p>I have done a loop-check to make sure that the ftdi and board are responding to serial comments (jump rx to tx on the back of the board and type stuff in the serial monitor).<br />I have made sure to select the right COM port and board each time.<br />I have installed and reinstalled ftdi drivers</p><p>Using stuff from: <br /><a href="https://github.com/jmgiacalone/sanguino1284p">https://github.com/jmgiacalone/sanguino1284p</a><br /><a href="https://github.com/mlaws/solidoodle2-marlin">https://github.com/mlaws/solidoodle2-marlin</a><br /><a href="https://github.com/ozadr1an/Solidoodle-Marlin_v1/tree/Solidoodle_Marlin_v1_beta">https://github.com/ozadr1an/Solidoodle- … in_v1_beta</a></p><p>I instructed a helfpul ebayer to bootload and send me a new atmega1284p-pu as in <a href="https://github.com/jmgiacalone/sanguino1284p">https://github.com/jmgiacalone/sanguino1284p</a><br />He <em>assures me</em> that the fuses are set properly.</p><p>I have tried on Mac OS 10.11:<br />1. Arduino022 with the extras from <a href="https://github.com/jmgiacalone/sanguino1284p">https://github.com/jmgiacalone/sanguino1284p</a><br />2. Solidoodle-Arduino1.0.5 from <a href="https://github.com/mlaws/solidoodle2-marlin">https://github.com/mlaws/solidoodle2-marlin</a><br />2.b Arduino1.0.5 with the extras from <a href="https://github.com/jmgiacalone/sanguino1284p">https://github.com/jmgiacalone/sanguino1284p</a></p><p>I have tried on Win XP<br />3. Arduino022 with the extras from <a href="https://github.com/jmgiacalone/sanguino1284p">https://github.com/jmgiacalone/sanguino1284p</a><br />4. Solidoodle-Arduino1.0.5 from <a href="https://github.com/mlaws/solidoodle2-marlin">https://github.com/mlaws/solidoodle2-marlin</a><br />5. Solidoodle-Arduino022 from <a href="https://github.com/ozadr1an/Solidoodle-Marlin_v1/tree/Solidoodle_Marlin_v1_beta">https://github.com/ozadr1an/Solidoodle- … in_v1_beta</a><br />6. Arduino1.01 with the extras from <a href="https://github.com/jmgiacalone/sanguino1284p">https://github.com/jmgiacalone/sanguino1284p</a><br />7. Arduino1.0.5 with the extras from <a href="https://github.com/jmgiacalone/sanguino1284p">https://github.com/jmgiacalone/sanguino1284p</a></p><p>1 and 2 give avrdude: ser_recv(): programmer is not responding errors, so I think something could be wring with my drivers.&nbsp; I also don&#039;t operate the printer from this computer, so who knows.<br />2b didn&#039;t compile (for the curious <a href="https://gist.github.com/anonymous/95211659fbf9c01d1ebf)">https://gist.github.com/anonymous/95211659fbf9c01d1ebf)</a></p><p>3-7 all compile, but the upload throws various errors.&nbsp; See below for the error on 5 (and possibly 4).&nbsp; The error for 7 is a stk500_getsync() error.</p><div class="codebox"><pre><code>Binary sketch size: 56180 bytes (of a 129024 byte maximum)
C:\Documents and Settings\Alejandro\My Documents\arduino-0022-solidoodle\arduino-0022\hardware/tools/avr/bin/avrdude -CC:\Documents and Settings\Alejandro\My Documents\arduino-0022-solidoodle\arduino-0022\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega1284p -cstk500v1 -P\\.\COM6 -b57600 -D -Uflash:w:C:\DOCUME~1\ALEJAN~1\LOCALS~1\Temp\build2584711671451896310.tmp\Marlin.cpp.hex:i 

avrdude: Version 5.4-arduino, compiled on Oct 11 2007 at 19:12:32
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

         System wide configuration file is &quot;C:\Documents and Settings\Alejandro\My Documents\arduino-0022-solidoodle\arduino-0022\hardware/tools/avr/etc/avrdude.conf&quot;

         Using Port            : \\.\COM6
         Using Programmer      : stk500v1
         Overriding Baud Rate  : 57600
avrdude: ser_open(): setting dtr
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Recv: 
avrdude: Recv: 
         AVR Part              : ATMEGA1284P
         Chip Erase delay      : 9000 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       4096    8      0  9000  9000 0xff 0xff
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           flash         65    10   256    0 yes    131072  256    512  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: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: A [41] . [81]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: A [41] . [82]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: A [41] . [98]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
         Hardware Version: 2
         Firmware Version: 1.16
avrdude: Send: A [41] . [84]   [20] 
avrdude: Recv: 

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x41
avrdude: Send: A [41] . [85]   [20] 
avrdude: Recv: 

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x41
avrdude: Send: A [41] . [86]   [20] 
avrdude: Recv: 

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x41
avrdude: Send: A [41] . [87]   [20] 
avrdude: Recv: 

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x41
avrdude: Send: A [41] . [89]   [20] 
avrdude: Recv: 

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x41
         Vtarget         : 200929192.4 V
         Varef           : 229372.8 V
         Oscillator      : 1.608 Hz
         SCK period      : 0.1 us

avrdude: Send: A [41] . [81]   [20] 
avrdude: Recv: 

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x41
avrdude: Send: A [41] . [82]   [20] 
avrdude: Recv: 

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x41
avrdude: Send: B [42] . [82] . [00] . [00] . [01] . [01] . [01] . [01] . [03] . [ff] . [ff] . [ff] . [ff] . [01] . [00] . [10] . [00] . [00] . [02] . [00] . [00]   [20] 
avrdude: Recv: 
avrdude: stk500_initialize(): (a) protocol error, expect=0x14, resp=0x42
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.

avrdude: Send: Q [51]   [20] 
avrdude: Recv: 
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

avrdude done.  Thank you.</code></pre></div><p>Any suggestions?<br />Tomorrow someone will help me bootload the original atmega644p, and I have ordered a pololu avr programmer to bootload the atmega1284p again.</p>]]></description>
			<author><![CDATA[null@example.com (driggers)]]></author>
			<pubDate>Wed, 03 Feb 2016 21:54:30 +0000</pubDate>
			<guid>https://www.soliforum.com/post/115718/#p115718</guid>
		</item>
	</channel>
</rss>
