but wouldn't that reversal return
SET MDI ACK\n\r
instead of what i'm getting:
\rSET MDI ACK\n
? it seems like i'm getting the ACK string *between* the cr and lf instead
of having them reversed at the end.
thanks!
On Sat, Jun 12, 2010 at 10:29 PM, Eric H. Johnson
wrote:
>
> It looks to me
Gene Heskett pravi:
> because the output process to tell you adds to the problem. So it is
> occurring later even if not reported.
>
> Set your BASE_PERIOD for say 50us, and the servo loop time for at least 10x
> that. Try this, and reduce the BASE_PERIOD 5u-secs at a time until you can
> just
I am basing what I said on looking at the code, I have not had a chance to
try it. Are you seeing that through your code? Can you reproduce it through
other means, such as directly through telnet?
Regards,
Eric
but wouldn't that reversal return
SET MDI ACK\n\r
instead of what i'm getting:
\rS
I don't see the same behavior over telnet, although I can't examine
the raw strings that way and I'm not trying to store and work with the
strings it's sending back like I am with my client. But given what I
see over telnet it appears to work fine.
I found a way to deal with it on my end. I test
Just a thought based on what happened to me in a similar context. Maybe due
to buffering, the leading /r really belongs to the end of the preceeding
response string?
Only a thought.
> -Original Message-
> From: forget color [mailto:forgetco...@gmail.com]
> Sent: den 13 juni 2010 18:09
>
Hi, everyone. I have just built the epitome of awesome, which has
sometimes been called, 'Etch CNC'. If for some strange reason you're
not familiar, here is what I'm talking about
http://axis.unpy.net/etchcnc . The problem is, I have no clue how to
configure EMC to work with this homegrown driver.
On Sunday 13 June 2010, Slavko Kocjancic wrote:
>Gene Heskett pravi:
>> because the output process to tell you adds to the problem. So it is
>> occurring later even if not reported.
>>
>> Set your BASE_PERIOD for say 50us, and the servo loop time for at least
>> 10x that. Try this, and reduce the
On 13 June 2010 21:48, Todd Freeman wrote:
>
> The problem is, I have no clue how to
> configure EMC to work with this homegrown driver. I built the driver
> circuit exactly as shown, using two NTE2018's. Since this driver
> doesn't actually contain a stepper motor driver chip, but rather a
> gagg
Hello,
Can someone recommend a good CAM/Toolpath software that natively runs
on Linux/Ubuntu along side of EMC2.
I am currently in the process of coverting my DXF file to generate the
g-code but would like a graphical tool to help me achieve that. I am
not sure what the defacto standard is.
Than
On Jun 13, 2010, at 7:06 PM, Shaffin Bhanji wrote:
> Hello,
>
> Can someone recommend a good CAM/Toolpath software that natively runs
> on Linux/Ubuntu along side of EMC2.
>
> I am currently in the process of coverting my DXF file to generate the
> g-code but would like a graphical tool to help me
On Monday, June 14, 2010 09:17:51 am Ries van Twisk wrote:
> On Jun 13, 2010, at 7:06 PM, Shaffin Bhanji wrote:
> > Hello,
> >
> > Can someone recommend a good CAM/Toolpath software that natively runs
> > on Linux/Ubuntu along side of EMC2.
> >
> > I am currently in the process of coverting my DX
Andy, I will slaughter a cow in your honor tomorrow. Thank you very much!
On Sun, Jun 13, 2010 at 6:23 PM, Andy Pugh wrote:
> On 13 June 2010 21:48, Todd Freeman wrote:
>>
>> The problem is, I have no clue how to
>> configure EMC to work with this homegrown driver. I built the driver
>> circuit
12 matches
Mail list logo
