Re: [Emc-users] git requests

You probably made changes to the files, so git pull realizes that it'd overwrite your changes and refuses to run. If you don't care about your changes, just abandon them git reset --hard origin/master git pull origin master If you do care about your changes, you have to stash them away: perhaps

[Emc-users] Axis -> EMCMOT -> Yaskawa SMC-2000

Greets - I have a press brake I am working on rebuilding; eventually we will be converting it over and using LCNC to fully control the system, however due to request, I am going to [try] using LCNC only as the graphical front end to send commands to the existing Yaskawa SMC-2000 motion

Re: [Emc-users] git requests

On Wednesday 23 August 2017 21:28:21 Chris Albertson wrote: > See "man git-pull" > > The man page has the dash but when you type the command , no dash. > "git pull" merge upstream changes with any you have made locally. > IPt refuses to do it, apparently in exploring git gui, I've contaminated

Re: [Emc-users] git requests

See "man git-pull" The man page has the dash but when you type the command , no dash. "git pull" merge upstream changes with any you have made locally. On Wed, Aug 23, 2017 at 5:39 PM, Gene Heskett wrote: > If I an cd'd to a linuxcnx-git directory already containing a

Re: [Emc-users] git requests

Maybe try: git pull origin master Kurt Jacobson 505-303-1933 Sent from Mobile On Aug 23, 2017 8:40 PM, "Gene Heskett" wrote: > If I an cd'd to a linuxcnx-git directory already containing a clone of > the 2.8.0-pre source tree, what is the proper command to update it to >

[Emc-users] git requests

If I an cd'd to a linuxcnx-git directory already containing a clone of the 2.8.0-pre source tree, what is the proper command to update it to the current 2.8.0-pre? I do not see an update command in a "man git". Thanks. Cheers, Gene Heskett -- "There are four boxes to be used in defense of

Re: [Emc-users] LinuxCNC

Money will (hopefully) become available once I demonstrate my mousetrap is better than their mouse trap. A competing design recently secured a little over $30M in venture funding. I believe my approach will produce a better bottom line for half to two thirds of thst. > On Aug 23, 2017, at

Re: [Emc-users] LinuxCNC

Layered, independent systems make sense. Yes, control/positioning will be relative to the "work' though it won't be work un the usual sense. Sorry to be so obtuse. One engineering firm estimated the first one would cost around $5M. That's probably 1/3 to 1/4 of the total project budget.

Re: [Emc-users] NML/0MQ run remote last attempt

The link below is split in two rows. On Wed, 23 Aug 2017 16:46:52 +0200 theman whosoldtheworld wrote: > I control that old link ... now is disappear mystery!! > > 2017-08-23 16:45 GMT+02:00 theman whosoldtheworld : > > >

Re: [Emc-users] LinuxCNC

On Wednesday 23 August 2017 12:33:37 Chris Albertson wrote: > Yes, you absolutely need that, not implementing something like that > would a liability issue. Systems like this need an integrated E-stop > they is trigged independently of the motion controller. I'm imagine a > layered system

Re: [Emc-users] LinuxCNC

Sounds like you have a budget and if you are willing to put up a tilt up building and temperature control it, you have some money to spend. There was money to spend on the system I was quoting about 9 years ago until the DOD budget was slashed, then it all went away.   I got Siemens involved

Re: [Emc-users] LinuxCNC

Yes, you absolutely need that, not implementing something like that would a liability issue. Systems like this need an integrated E-stop they is trigged independently of the motion controller. I'm imagine a layered system where the controller can issue a "stop" or the operator or some sensors

Re: [Emc-users] LinuxCNC

The building will likely typical concrete tilt-up or something similar. The system will have to track/control position in real time. Collisions will be very expensive so redundant systems are easily justified. It may need some sort of collision avoidance system as a back up, too. If the

Re: [Emc-users] TRAM Write Error

Sebastian, No, wasn't motor direction, but I think I know what to look for. Thanks, Eric On August 23, 2017 12:14:24 PM EDT, "Eric H. Johnson" wrote: >Sebastian, > >Hmm, I see what I have to do to create it. If I tie a signal to that >output and disable the estop, it

Re: [Emc-users] TRAM Write Error

Sebastian, Hmm, I see what I have to do to create it. If I tie a signal to that output and disable the estop, it does correctly enable the associated amplifier. However, if I do the same thing with machine on, then main power is dropping out. If I manually assert that output, I do not get the

Re: [Emc-users] LinuxCNC

Rollers and the like are not going to work. The gantry beams will not be straight, not will they be level not square with each other and even if they were when the temperature changes they will move. You can use rollers and such for controlling speed but position is going to have to be measured

Re: [Emc-users] LinuxCNC

Hmmm, I suppose a variation on that theme might work. With a grid of fixed points as a reference, a tracking system might determine its position in real time, sort of like navigating by the stars. So that's three possibilities, laser tracking, acoustic tracking, "star" navigation. > On Aug

Re: [Emc-users] LinuxCNC

I've wondered about simple driven rollers versus some sort of cogged, non-slip system. If the position can be monitored and controlled in real time, then it seems likely driven rollers would be totally adequate as long as there wasn't too much slippage. > On Aug 23, 2017, at 2:21 AM, andy

Re: [Emc-users] LinuxCNC

There are many ways to measure position. With something this big and expensive I would suggest some redundancy. The cost of measuring is tiny computer t the cost of a 100f gantry. One of the bigger problems I see is flex in the system and thermal expansion. If the goal is 1/8th inch over a

Re: [Emc-users] LinuxCNC

Realtime path planning won't be needed, I don't think. All possible paths will be derived from a 3D CAD model and won't change. It will need to accommodate variations, possibly skipping over sections to move to the next section, but those paths will be predetermined. > On Aug 22, 2017,

Re: [Emc-users] TRAM Write Error

On 08/23/2017 08:02 AM, Eric H. Johnson wrote: Andy, I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO daughter board. I am using a slightly modified version of the stock 7i43-big.ini configuration for check out purposes. I just add signals to individually test the IO before trying

Re: [Emc-users] TRAM Write Error

Andy, Still more information. If I keep axis 2 disabled, and try to assert output 7 (gpio 046) with axis 0, I get the same error. Regards, Eric On August 23, 2017 10:20:13 AM EDT, "Eric H. Johnson" wrote: >Andy, > >More information. The full error is:

Re: [Emc-users] TRAM Write Error

Andy, Sorry, SVST4_4.BIT. 4 encoders, 4 pwmgens 0 Stephens. Regards, Eric On August 23, 2017 11:10:09 AM EDT, andy pugh wrote: >On 23 August 2017 at 15:02, Eric H. Johnson >wrote: >> Andy, >> >> I am using a 7i43 with 7i33 encoder daughter board

Re: [Emc-users] TRAM Write Error

On 23 August 2017 at 15:02, Eric H. Johnson wrote: > Andy, > > I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO daughter > board. I am using a slightly modified version of the stock 7i43-big.ini > configuration for check out purposes. Which firmware? --

Re: [Emc-users] NML/0MQ run remote last attempt

I control that old link ... now is disappear mystery!! 2017-08-23 16:45 GMT+02:00 theman whosoldtheworld : > https://forum.linuxcnc.org/32-documents/32860-learning- > linuxcnc-file-structures-and-interaction > > can you help? Kuminzki reply me about on emc-user

Re: [Emc-users] NML/0MQ run remote last attempt

https://forum.linuxcnc.org/32-documents/32860-learning-linuxcnc-file-structures-and-interaction can you help? Kuminzki reply me about on emc-user list in 01-30/06-07/2017 bkt 2017-07-26 18:43 GMT+02:00 Nicklas Karlsson : > I am trying to get NML up and

Re: [Emc-users] MDI edit/UI question

On Wednesday 23 August 2017 08:33:34 andy pugh wrote: > On 23 August 2017 at 01:30, Gene Heskett wrote: > > There is a file named axis there, but Kompare cannot make a showing > > of what the patch would do using that "axis" as the src file. > > Does it look like a python

Re: [Emc-users] TRAM Write Error

Andy, More information. The full error is: hm2/hm2_7i43.0: TRAM write error! (addr=0x1000, size=8, iter=42444). I did try upping the servo period from the default 1ms to 1.5ms, but no difference. Regards, Eric On August 23, 2017 10:02:23 AM EDT, "Eric H. Johnson"

Re: [Emc-users] TRAM Write Error

Andy, I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO daughter board. I am using a slightly modified version of the stock 7i43-big.ini configuration for check out purposes. I just add signals to individually test the IO before trying to run the real configuration. For some

Re: [Emc-users] MDI edit/UI question

On 23 August 2017 at 01:30, Gene Heskett wrote: > There is a file named axis there, but Kompare cannot make a showing of > what the patch would do using that "axis" as the src file. Does it look like a python file? Does it begin with #!/usr/bin/python ? That's axis.py but

Re: [Emc-users] LinuxCNC

I want one, classic Andy. Id say I feel the same way On Aug 23, 2017 6:32 AM, "andy pugh" wrote: > On 23 August 2017 at 12:14, jeremy youngs wrote: > > Something similar to an ( ggg) Xbox kinect. May work as well > > Or coded markers, like

Re: [Emc-users] TRAM Write Error

On 23 August 2017 at 06:43, Eric H. Johnson wrote: > I am getting a "TRAM write error", and not finding much on it in a search. I > am running lcnc 2.8.0-pre1, and using the Mesa 7i43 board. The error occurs > when I physically assert the enable for the third axis. The

Re: [Emc-users] LinuxCNC

On 23 August 2017 at 12:14, jeremy youngs wrote: > Something similar to an ( ggg) Xbox kinect. May work as well Or coded markers, like this router (I want one) uses: https://shapertools.com/#Howitworks -- atp "A motorcycle is a bicycle with a pandemonium

Re: [Emc-users] LinuxCNC

Something similar to an ( ggg) Xbox kinect. May work as well On Aug 23, 2017 4:22 AM, "andy pugh" wrote: > On 23 August 2017 at 05:17, Dave Cole wrote: > > > A 3D laser tracker was part of the control scheme to track the actual > tool >

Re: [Emc-users] LinuxCNC

On 23 August 2017 at 05:17, Dave Cole wrote: > A 3D laser tracker was part of the control scheme to track the actual tool > head location. > That way standard rack could be used for the positioning mechanism and the > position could be corrected on the fly via the laser