Hangs near the begining, perhaps G92 slow?

greybeard

Debuging Host to my Firmware communication using Repetier Host is not going well.<o:p></o:p>

I have checked the data in the Rx buffer, and all commands have been tested. These work with<o:p></o:p>

the terminal program probably since its slow manual entry. I have a 64byte RxBuffer and <o:p></o:p>

can preload it before outputting "start" . That also worked fine. However the Host<o:p></o:p>

in ping pong modes times out when the instruction replies with status information<o:p></o:p>

in the following format Reply_Value ok on a single line. <o:p></o:p>

In non ping pong mode this seems to <o:p></o:p>

be accepted and there are no timeout. I wish I had a typical bootup listing to see if<o:p></o:p>

I have a problem with output formatting. The following boot and start sequence is<o:p></o:p>

what I receive in the Repetier debug window;<o:p></o:p>

start<o:p></o:p>

N1 M140 S0*100<o:p></o:p>

N2 M84*29<o:p></o:p>

ok<o:p></o:p>

N1 M110*34 Restarted due to start<o:p></o:p>

N2 M115*36<o:p></o:p>

N4 M114*35 //WHERE IS N3, I never see it.<o:p></o:p>

N5 M111 S6*98<o:p></o:p>

ok (for N1)<o:p></o:p>

N6 T0*60<o:p></o:p>

FHamori Version 6.1 12/6/2016 <o:p></o:p>

X0.0 Y0.0 Z0.0 E0.0 ok ( for N2 )<o:p></o:p>

ok (for N3)<o:p></o:p>

N7 M80*28<o:p></o:p>

ok (for N4)<o:p></o:p>

ok (for N5)<o:p></o:p>

N8 M107*45<o:p></o:p>

N9 G28*26<o:p></o:p>

ok (for N6)<o:p></o:p>

ok (for N7)<o:p></o:p>

N10 G1 Z5 F5000*53 //Problem because Z moves very slowly?? <o:p></o:p>

ok (for N8)<o:p></o:p>

N11 G21*42<o:p></o:p>

ok (for N9)<o:p></o:p>

N12 G90*35<o:p></o:p>

ok (for N10)<o:p></o:p>

N13 G92 E0*117<o:p></o:p>

ok (for N11)<o:p></o:p>

N14 G1 Z0.35 F7800*22 (This did run?)<o:p></o:p>

ok (for N12)<o:p></o:p>

I dont know if this is correctly understood by me.<o:p></o:p>

I tried modifying the acknowledge to be on a separate line, but nothing really changed.<o:p></o:p>

Also an "rs10" with no space separation never does any resend and I also "tryed rs 10"<o:p></o:p>

which also doesn't respond. Should it be "rs N10"<o:p></o:p>

greybeard

The version line also had an "ok" acknowledge, Sorry.

Repetier

Repetier uses

Resend:Linenumber

not sure what marlin uses.

"ok" must be at the beginning of the line, so "Reply_Value ok " is not detected! And for good error detection it should simply be

ok linenumber

Host has a timeout. Normal moves must finish within timeout. Use busy protocol to tell host about a long running command. So if G1 takes longer then 2 seconds send every 2 seconds

busy:homing

or whatever you want after busy: to describe slow operation.

greybeard

It is very likely that G28 was way too slow because of my implementation and timed out the following command, since G28 replies right away before it starting the homing, however the following command may have to wait for G28 to finish before they can start .

So the resend is rs(semicolon)Line no? This is why it would be nice to have an example. You wrote that "ok" must be at the beginning of a line. Does that mean that regardless of a buffered or unbuffered command "ok" starts on a new line, even though an unbuffered command is only acknowledged after it is finished. I have tried that.

For acknowledging I simply output "ok", based on an example and reprap documentation, rather than "ok lineno", even though the line no would really be nice to display.

Repetier

Nom resend is as I said

Resend:Linenumber

Yes ok starts always on a new line. Do not really understand the mixing of input and output buffer. They are independent.