Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot upload gcode files with host #1273

Closed
Grogyan opened this issue Dec 30, 2014 · 16 comments
Closed

Cannot upload gcode files with host #1273

Grogyan opened this issue Dec 30, 2014 · 16 comments

Comments

@Grogyan
Copy link
Contributor

Grogyan commented Dec 30, 2014

RAMPS 1.4
RepRap Discount Full Graphic Display
Tried with Max6675 enabled and disabled
Repetier Host

When attempting to upload gcode files to the SD card the host interface program hangs
Tried all these variants with MAX6675 plugged into Pin 66 for MAX6675_SS
Setting the Temp sensor to -2 ie MAX6675 Host hangs
Setting the Temp sensor to -1 ie AD595 host still hangs
Setting the Temp Sensor to 1 ie normal thermistor, host does not hang, but no file gets uploaded

@boelle
Copy link
Contributor

boelle commented Jan 2, 2015

is this still the same with latest dev?

@boelle
Copy link
Contributor

boelle commented Jan 15, 2015

no response to my Q in 13 days... closing

@boelle boelle closed this as completed Jan 15, 2015
@Grogyan
Copy link
Contributor Author

Grogyan commented Jan 15, 2015

Still the same.
Seems to be a SPI issue.

@boelle
Copy link
Contributor

boelle commented Jan 15, 2015

yep... each SPI device needs a seperate CS line to the MCU

@Grogyan
Copy link
Contributor Author

Grogyan commented Jan 28, 2015

Have tried the newest, as of today, development branch.
Have noticed in Repetier that when it tries to upload any gcode file, it adds a space and a fullstop in addition to what you type into the file name in Repetier 1.06

@thinkyhead
Copy link
Member

Hmm, if it works with the current Stable branch, then we should definitely make a comparison. Also figure out how long ago this problem arose, so maybe we can track it to a single commit.

@boelle
Copy link
Contributor

boelle commented Mar 11, 2015

is this still an issue with latest copy and latest non-beta IDE?

@boelle
Copy link
Contributor

boelle commented Mar 17, 2015

will close this one as there was no response.... can reopen if someone reports the issue is still there

@boelle boelle closed this as completed Mar 17, 2015
@Grogyan
Copy link
Contributor Author

Grogyan commented Mar 17, 2015

Am still seeing this happen with the latest Dev Branch,
Repetier 1.06,
RAMPS 1.4,
Full Graphic display
Max6675 thermocouple

Could be an issue with Repetier
On 18 Mar 2015 06:24, "Bo Herrmannsen" notifications@github.com wrote:

Closed #1273 #1273.


Reply to this email directly or view it on GitHub
#1273 (comment).

@AnHardt
Copy link
Member

AnHardt commented Mar 17, 2015

#1226 #1227

@boelle boelle reopened this Mar 17, 2015
@boelle boelle added this to the Bug Fixing Round 5 milestone Mar 17, 2015
@AnHardt
Copy link
Member

AnHardt commented Mar 18, 2015

Could be an issue with Repetier

Made some tests with different configurations
Mega - RAMPS1.4 - Dummy-temperature-sensors
without display - just sd-cadr
with REPRAP_DISCOUNT_SMART_CONTROLLER
with REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER

Test: upload file to sd-card for all hardware combinations
Octorint 1.1.1 worked
Pronterface 2014.03.10 worked
Cura 15.2.1 did not recognize the sd-card at all
Repetier-Host 1.06 failed on all hardware configurations

This means:
The upload error is independent of MAX6675 and REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
File upload with Repetier is not a valid test for #1226 #1227

@boelle
Copy link
Contributor

boelle commented Mar 18, 2015

would be very tempted to say that its not a marlin problem

@AnHardt
Copy link
Member

AnHardt commented Mar 18, 2015

Another interesting thing is that Repetier fails different depending on the case of filename.

cube.gco fails with:
14:56:36.060 : N31 M28 cube.gco *127
14:56:36.064 : echo:Now fresh file: cube.gco
14:56:36.070 : N32 M29 *9
14:56:36.084 : open failed, File: cube.gco .
14:56:36.084 : ok
14:56:36.084 : ok

while CUBE.GCO fails with:
14:58:24.646 : N68 M28 CUBE.GCO *83
14:58:24.648 : ok
14:58:25.688 : No firmware response detected for sd action. Assuming success and continue.
...
And not have loaded up.

@AnHardt
Copy link
Member

AnHardt commented Mar 18, 2015

@boelle
Yes!

@boelle boelle removed this from the Bug Fixing Round 5 milestone Mar 18, 2015
@boelle
Copy link
Contributor

boelle commented Mar 18, 2015

closeing then so we can focus or bugs in marlin, and a small prayer that the people that do host software could fix it...

as always we can reopen... and people are welcome to debate on even if closed

@github-actions
Copy link

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked and limited conversation to collaborators Apr 20, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants