> The machine hardware needs to be smart enough to monitor for
> communication failures. There should be full duplex communication so
> that every command either way is answered by an ACK. No response, it
> shuts down.
Real time data is usually sent periodically and in such other solutions are
On 9/22/2015 10:47 AM, John Dammeyer wrote:
> I Agree! For the same reason seeing windows MACH3 hang and the USB smooth
> stepper continue to send out stepping pulses on the Z throwing the machine
> alignment out as it pushes against the table. (router bit not turning and
> didn't break).
>
> An
Hi Charles,
>
> I have not been keeping up with machinekit as much as I should, but it
> does look like they are moving to server/client. Looks like they have
moved
> the UI, task scheduler, RS274 interpreter, and basic machine commands to
> use API's. Trajectory planner, kinematics, hardware dr
2015-09-22 21:54 GMT+03:00 Charles Buckley :
> If I am reading this correctly, they just don't have a lot of developers
> working compared to the tablet option.
Well, it seems that you did not read correctly - Alex Rossler is the
author of machinekit-client application. All of its versions -
andr
I have not been keeping up with machinekit as much as I should, but it
does look like they are moving to server/client. Looks like they have moved
the UI, task scheduler, RS274 interpreter, and basic machine commands to
use API's. Trajectory planner, kinematics, hardware drivers, etc, etc
remain
m]
> Sent: September-22-15 2:47 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Porting LinuxCNC(EMC) to Windows was CAD/CAM
> for LinuxCNC
>
>
> On Tue, Sep 22, 2015 at 3:45 AM, Gregg Eshelman
> wrote:
>
> > The trick is to achieve transpa
On Tue, Sep 22, 2015 at 10:54 AM, Gene Heskett wrote:
>>
>> When something absolutely has to have a solid connection, whether it's
>> controller to machine, or keyboard to the controller, you just can't
>> beat a good shielded hardware connection between the two.
>>
>> Mark
>
> Chuckle, good, shi
On Tuesday 22 September 2015 10:39:05 Mark Wendt wrote:
> On Tue, Sep 22, 2015 at 10:20 AM, Gene Heskett
wrote:
> >> All it takes is a bit of interference in the band of radios waves
> >> those devices use. I still prefer hardwired connections rather
> >> than trusting radio waves on stuff like
On Tue, Sep 22, 2015 at 10:20 AM, Gene Heskett wrote:
>>
>> All it takes is a bit of interference in the band of radios waves
>> those devices use. I still prefer hardwired connections rather than
>> trusting radio waves on stuff like that. Or, as you mentioned, the
>> batteries. It only has t
On Tuesday 22 September 2015 09:36:24 Mark Wendt wrote:
> On Tue, Sep 22, 2015 at 9:31 AM, Gene Heskett
wrote:
> > On Tuesday 22 September 2015 05:46:42 Mark Wendt wrote:
> >> On Tue, Sep 22, 2015 at 3:45 AM, Gregg Eshelman
> >>
> >
> > wrote:
> >> > The trick is to achieve transparency of oper
On Tue, Sep 22, 2015 at 9:31 AM, Gene Heskett wrote:
> On Tuesday 22 September 2015 05:46:42 Mark Wendt wrote:
>
>> On Tue, Sep 22, 2015 at 3:45 AM, Gregg Eshelman
> wrote:
>> > The trick is to achieve transparency of operation so that GCODE and
>> > commands for start, stop, E-stop etc sent to t
On Tuesday 22 September 2015 05:46:42 Mark Wendt wrote:
> On Tue, Sep 22, 2015 at 3:45 AM, Gregg Eshelman
wrote:
> > The trick is to achieve transparency of operation so that GCODE and
> > commands for start, stop, E-stop etc sent to the LCNC server and
> > feedback returned to the client operat
On Tue, Sep 22, 2015 at 3:45 AM, Gregg Eshelman wrote:
> The trick is to achieve transparency of operation so that GCODE and
> commands for start, stop, E-stop etc sent to the LCNC server and
> feedback returned to the client operates seamlessly and without
> interference with the micro-system ac
>
> What that would be is a client-server type of system, with LCNC running
> on a micro-system in the role of the server, with the GUI running on the
> Windows or OS X or other system as the client.
>
> The trick is to achieve transparency of operation so that GCODE and
> commands for start, sto
On 9/21/2015 2:20 PM, Charles Buckley wrote:
> Well, you can eliminate windows completely, if you have a phone or android
> tablet.
>
> https://play.google.com/store/apps/details?id=io.machinekit.appdiscover&hl=en
>
> I would argue that the ability to split the GUI from the engine is a good
> thing
hn
>
> > -Original Message-
> > From: Kyle Kerr [mailto:ker...@gmail.com]
> > Sent: September-19-15 10:52 AM
> > To: Enhanced Machine Controller (EMC)
> > Subject: Re: [Emc-users] Porting LinuxCNC(EMC) to Windows was CAD/CAM
> > for LinuxCNC
>
debugging
with P&E hardware.
John
> -Original Message-
> From: Jon Elson [mailto:el...@pico-systems.com]
> Sent: September-20-15 12:47 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Porting LinuxCNC(EMC) to Windows was CAD/CAM
> for LinuxCNC
>
On 09/20/2015 12:45 PM, Dave Cole wrote:
> John,
>
> Using the BBB is bleeding edge. But you should know that if you are
> frequenting the Machinekit email list.
>
>
Actually, it is not so bleeding edge anymore. There are
apparently thousands of people using it, mostly on 3D
printers, but also
might
> have to run a dedicated RTOS rather than real time Linux to be effective but
> if the Real Time component is removed from LinuxCNC is there any reason that
> part can't run as a Windows or iOS Application?
>
> And maybe that's a Fork in the code that is finally a really
On Sun, Sep 20, 2015 at 11:47 AM, John Dammeyer
wrote:
>
> And there in a nutshell is the reason Windows and Macs outnumber Linux for
> PCs used by almost everyone. Forcing someone to use the command line
> interface for a graphical user interface application is embedded into the
> brain of the
gt; To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Porting LinuxCNC(EMC) to Windows was CAD/CAM
> for LinuxCNC
>
>
> On Sat, Sep 19, 2015 at 2:49 PM, John Dammeyer
> wrote:
> > Ultimately remoting into the BBB still means learning two operating
> syste
On Sat, Sep 19, 2015 at 2:49 PM, John Dammeyer wrote:
> Ultimately remoting into the BBB still means learning two operating systems
> when 99.9% of my work is done under Windows.
>
> To drag a drop a file onto the desktop on the Debian BBB MachineKit port
> involves dragging it to the desktop fold
Guru
required" option is a major feature.
John
> -Original Message-
> From: Kyle Kerr [mailto:ker...@gmail.com]
> Sent: September-19-15 10:52 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Porting LinuxCNC(EMC) to Windows was CAD/CAM
> for Li
Maybe I don't understand what you are getting at. Why go through all the
effort of breaking the software up between BBB and a Windows machine? Why
not just remote in to the BBB and call it a day?
On Sat, Sep 19, 2015, 11:59 AM John Dammeyer wrote:
> > On 19/09/15 05:55, John Dammeyer wrote:
> >
> On 19/09/15 05:55, John Dammeyer wrote:
> > WIN-8 and up don't support
> > parallel ports or even serial ports directly.
>
> 64bit windows does not support parallel port. Even on 32bit W10 it still
> works fine ... I have some legacy kit which is still going strong but we
> had to move off 32bit
25 matches
Mail list logo
