Hi
I did a fresh pull of master and found that I needed libusb. I did a
sudo apt-get libusb-1.0.0-dev
Then I reconfigured and compiled. I found a number of error in
hal/user_comps/ahc-hb04.cc
The first error was
g++: @LIBUSB10_CFLAGS@: No such file or directory
After that a whole lot of errors.
Ok I think I skipped the autogen after installing the libusb stuff. It
compiled ok now thanks.
On 2014-02-26 08:31, Sebastian Kuzminsky wrote:
On 02/25/2014 11:08 PM, Marius Liebenberg wrote:
Hi
I did a fresh pull of master and found that I needed libusb. I did a
sudo apt-get libusb-1.0.0
Guys, no comments here?
On 2014-02-27 07:35, Marius Liebenberg wrote:
Hi
After discussion on the users forum, it would seem that there are
several users that would find the feature of including sub INI files,
into the main file, by means of a #INCLUDE, of great value.
Briefly, when a user
Thanks Sebastian. I think Charles indicated that he might have some
ideas about how to do this but I might be wrong about that :)
On 2014-02-28 07:30, Sebastian Kuzminsky wrote:
On 02/27/2014 10:05 PM, Marius Liebenberg wrote:
Guys, no comments here?
On 2014-02-27 07:35, Marius Liebenberg
Correct it reads the values from the PID pins as well as the current
file setting. You can change the values over and over until you are
satisfied and only then write to file. So all the time it is reading and
writing the PID pins. I think it is very important to not drop the
tuning function
What was the verdict then, is this work going to be incorporated
somewhere in the near future or will we have to wait until Robert has
done more to it?
On 2014-03-21 20:55, John Thornton wrote:
I have a friend that is very interested in the new trajectory planner
with an X, Z, A machine. Is
On 2014-04-01 22:45, Sebastian Kuzminsky wrote:
On 4/1/14 14:27 , Marius Liebenberg wrote:
What was the verdict then, is this work going to be incorporated
somewhere in the near future or will we have to wait until Robert has
done more to it?
I'm not sure exactly what state it's in currently
, Marius Liebenberg wrote:
On 2014-04-01 22:45, Sebastian Kuzminsky wrote:
On 4/1/14 14:27 , Marius Liebenberg wrote:
What was the verdict then, is this work going to be incorporated
somewhere in the near future or will we have to wait until Robert has
done more to it?
I'm not sure exactly
Because I dont know - who closes the bugs that have been tested or list
items that are handled. Also how does the owner of the code get notified
of the bug. There seem to be stuff that has been fixed a long time ago
but the list is not updated. It mostly shows no owner for most of these.
On
:
On 4/2/14 05:36 , Marius Liebenberg wrote:
Because I dont know - who closes the bugs that have been tested or list
items that are handled. Also how does the owner of the code get notified
of the bug. There seem to be stuff that has been fixed a long time ago
but the list is not updated
On 2014-04-04 06:04, Chris Radek wrote:
On Thu, Apr 03, 2014 at 06:43:21PM -0400, Gene Heskett wrote:
More gr. Seems google tells me it doesn't exist until 12.04.3.
Seb did the work of backporting libmodbus5 to lucid (and hardy!) to
make this easy for people who don't want to upgrade.
Did you have to do some tricks to get it working. How did you install
linuxcnc?
On 2014-04-04 18:40, Eric Keller wrote:
On Fri, Apr 4, 2014 at 1:29 AM, Marius Liebenberg
mar...@mastercut.co.zawrote:
Does that mean that linuxcnc should run on something better than 10.04
or am I reading
Thanks Andy. My Ubuntu is prompting me to upgrade to 12.something on a
regular basis. Is this a good thing to do and then follow the
instructions on the wiki?
On 2014-04-04 19:25, andy pugh wrote:
On 4 April 2014 17:45, Marius Liebenberg mar...@mastercut.co.za wrote:
Did you have to do some
I will just stay with what I have then, at least for now. Maybe when I
get another machine will I put 12.04 on it just be aware.
On 2014-04-04 21:29, andy pugh wrote:
On 4 April 2014 20:24, Marius Liebenberg mar...@mastercut.co.za wrote:
Thanks Andy. My Ubuntu is prompting me to upgrade to 12
Hi
Does anyone know if it is possible to use the HDMI when the BBB is fitted with
a CRAMPS cape?
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
--
Put Bad Developers to Shame
Wonderful thanks a lot Charles
On 2014-04-07 13:04, Charles Steinkuehler wrote:
On 4/7/2014 12:21 AM, Marius Liebenberg wrote:
Hi
Does anyone know if it is possible to use the HDMI when the BBB is fitted
with a CRAMPS cape?
Yes, you can use HDMI when using the CRAMPS cape
All my effort in trying to get a test system going are in vain. Well at
least for now. I cannot buy a BBB in my country until the end of July
when the next shipments are expected. Tragic to say the least :(
On 2014-04-07 07:21, Marius Liebenberg wrote:
Hi
Does anyone know if it is possible
Schooner,
What is the problem that you are having. I also battled a long time but
found some solutions. The order in which thing happen seem to be of
importance.
Have a look at my thread for this problem.
http://qt-project.org/forums/viewthread/41145/#171074
On 2014-04-23 14:10, Schooner
How you gonna get windows through the windows.:-D
On 2014-04-25 13:17, Schooner wrote:
You are not the only one
The new Qt5 is a feat of complete s**t
I have been tearing my hair out for weeks trying to get it to install
OK I have to apologise (mostly) to Qt5
I have finally found the
I pulled a new repo from master and tried to build with documentation.
When I use ./configure --enable-build-documentation I get an error for
PDF when it tries to write the GettingStarted.pdf and if I select html
only it breaks somewhere with the error ImportError: no module named
lxml.etree
fixing it
This is a first time for me that I get this kind of failure but then I
did rebuild the machine recently.
On 2014-04-26 16:13, Sebastian Kuzminsky wrote:
On April 26, 2014 7:23:07 AM MDT, Marius Liebenberg mar...@mastercut.co.za
wrote:
I pulled a new repo from master and tried to build
There was a whole lot of stuff missing but I learnt some new things.
Thanks for the help man.
On 2014-04-26 17:03, Marius Liebenberg wrote:
Seb
I pulled from 2.7.0 pre master as I always do.
The rest of the build is fine and I dont see any problem with the
configure script either
I need to write a HAL component in C not making use of comp. I have to
do things that I cannot seem to achieve in the comp framework.
Where can I find a guide or documentation on how to do kernel mode like
components. At least what are minimum requirements or a template at best.
--
Regards
On 2014-05-13 20:35, andy pugh wrote:
On 13 May 2014 19:18, Marius Liebenberg mar...@mastercut.co.za wrote:
At least what are minimum requirements or a template at best.
Have a look at src/hal/components/supply.c which is about the simplest
of the components written in raw C.
Am I correct
Is there a special way to compile or do I just use gcc or comp?
On 2014-05-13 20:35, andy pugh wrote:
On 13 May 2014 19:18, Marius Liebenberg mar...@mastercut.co.za wrote:
At least what are minimum requirements or a template at best.
Have a look at src/hal/components/supply.c which is about
it into a C file:
comp --preprocess my_file.comp
...edit as required and then compile/install:
comp --install my_file.c
Details:
http://linuxcnc.org/docs/html/man/man1/comp.1.html
On 5/13/2014 2:10 PM, Marius Liebenberg wrote:
Is there a special way to compile or do I just use gcc or comp
Andy, I think one can optimise the use of your timeslot much better. Not
sure though.
On 2014-05-13 21:17, andy pugh wrote:
On 13 May 2014 20:10, Marius Liebenberg mar...@mastercut.co.za wrote:
Is there a special way to compile or do I just use gcc or comp?
comp does a good job and puts
on the i2c device.
4: The start and stop bits that are timing critical will run once every
thread cycle but the data bytes will run contiguous with the possibility
to be interrupted by the RT code
On 2014-05-14 11:48, Charles Steinkuehler wrote:
On 5/14/2014 12:33 AM, Marius Liebenberg wrote:
Hi
Is it allowed to make a function call from within the FUNCTION(_) block?
If I do make a call to another function comp does not give an error but
when I load the component the system give an vector 14 error.
Segmentation or something like that.
On 2014-05-13 20:18, Marius Liebenberg wrote:
I
Now that frigging sucks man :(
If I dont use the HAL pins it works but if I try to use any pin it
falls. So much for writing modular reusable code. What do people do,
write in native C instead of the comp framework?
On 2014-05-15 12:26, andy pugh wrote:
On 15 May 2014 07:02, Marius Liebenberg
On 2014-05-15 13:10, andy pugh wrote:
On 15 May 2014 12:00, Marius Liebenberg mar...@mastercut.co.za wrote:
Now that frigging sucks man :(
If I dont use the HAL pins it works but if I try to use any pin it
falls. So much for writing modular reusable code. What do people do,
write in native C
On 2014-05-15 13:26, Marius Liebenberg wrote:
On 2014-05-15 13:10, andy pugh wrote:
On 15 May 2014 12:00, Marius Liebenberg mar...@mastercut.co.za wrote:
Now that frigging sucks man :(
If I dont use the HAL pins it works but if I try to use any pin it
falls. So much for writing modular
pugh wrote:
On 15 May 2014 12:43, Marius Liebenberg mar...@mastercut.co.za wrote:
If you consider the pins as local variables to the FUNCTION(_)
function then I believe you can do anything that you would normally
do, but you need to pass the pins to the functions as values or
pointers, not treat
Hi Seb
On 2014-05-15 16:19, Sebastian Kuzminsky wrote:
On 05/15/2014 09:58 AM, Marius Liebenberg wrote:
Andy
please have a look at the attached file. I took supply.c and adjusted it
as a basis to start working from. I am trying to get a pin to toggle in
the update function (run_i2c
. Will this be acceptable procedure to
follow?
On 2014-05-15 18:09, Sebastian Kuzminsky wrote:
On 05/15/2014 11:14 AM, Marius Liebenberg wrote:
I used Halscope and the output just stayed high. What happens if you
look at it with Halscope?
Halscope just graphs the pins that 'halcmd show pin' shows, so if one
not exported to HAL.
All those pointers are making my head spin.
On 2014-05-15 19:07, andy pugh wrote:
On 15 May 2014 17:54, Marius Liebenberg mar...@mastercut.co.za wrote:
Is it best to have all the variable that I want to use in the structure
but just not export them to Hal or is there another way
Hi
I am busy with a generic i2c component. I2c has some timing related
features and I thought that it would make sense to load the component in
a thread that has a very certain predetermined thread cycle time. This
way it would be very easy to impliment timeing related features. Is it
OK to
On 2014-05-16 14:50, Sebastian Kuzminsky wrote:
On 05/16/2014 07:30 AM, Marius Liebenberg wrote:
Hi
I am busy with a generic i2c component. I2c has some timing related
features and I thought that it would make sense to load the component in
a thread that has a very certain predetermined
would say that is
pretty fast :)
On 2014-05-16 16:40, Gene Heskett wrote:
On Friday 16 May 2014 07:30:14 Marius Liebenberg did opine
And Gene did reply:
Hi
I am busy with a generic i2c component. I2c has some timing related
features and I thought that it would make sense to load the component
Look under the High Speed Mode - up to 3.4Mb/sec
http://www.esacademy.com/en/library/technical-articles-and-documents/miscellaneous/i2c-bus.html
On 2014-05-16 17:52, Gene Heskett wrote:
On Friday 16 May 2014 11:23:52 Marius Liebenberg did opine
And Gene did reply:
All the devices
On 2014-05-17 01:43, EBo wrote:
On May 16 2014 11:14 AM, Gene Heskett wrote:
On Friday 16 May 2014 12:15:06 Marius Liebenberg did opine
And Gene did reply:
Look under the High Speed Mode - up to 3.4Mb/sec
http://www.esacademy.com/en/library/technical-articles-and-documents/mi
scellaneous
On 2014-05-17 15:59, Gene Heskett wrote:
On Saturday 17 May 2014 05:06:08 EBo did opine
And Gene did reply:
On May 16 2014 11:26 PM, Marius Liebenberg wrote:
On 2014-05-17 01:43, EBo wrote:
On May 16 2014 11:14 AM, Gene Heskett wrote:
On Friday 16 May 2014 12:15:06 Marius Liebenberg did
I need an added feature for the parport driver namely to be able to put
the control pins in bi-directional mode in order to drive i2c devices.
The question is now should I change the current driver an ask nicely for
it to be included in the master branch or do I rename the driver and
add the
Thanks Seb, I will work on the existing driver then and when tested I
will ask about the patch procedures.
On 2014-05-18 02:21, Sebastian Kuzminsky wrote:
On 05/17/2014 04:55 PM, Marius Liebenberg wrote:
I need an added feature for the parport driver namely to be able to put
the control pins
.
On 2014-05-18 09:23, Andy Pugh wrote:
On 17 May 2014, at 22:55, Marius Liebenberg mar...@mastercut.co.za wrote:
I need an added feature for the parport driver namely to be able to put
the control pins in bi-directional mode in order to drive i2c devices.
I think that this is partly implemented
.
-Original Message-
From: Marius Liebenberg [mailto:mar...@mastercut.co.za]
Sent: Friday, 16 May 2014 9:30 PM
To: EMC developers
Subject: [Emc-developers] Custom thread for component
Hi
I am busy with a generic i2c component. I2c has some timing related
features
and I thought
.
Regards,
Steve Stallings
www.PMDX.com
-Original Message-
From: Marius Liebenberg [mailto:mar...@mastercut.co.za]
Sent: Sunday, May 18, 2014 4:12 AM
To: emc-developers@lists.sourceforge.net
Subject: Re: [Emc-developers] New function for parport driver required
Partly as you say
On 2014-05-19 02:08, andy pugh wrote:
On 18 May 2014 17:25, Marius Liebenberg mar...@mastercut.co.za wrote:
Hi Steve
Thanks for the all helpfull information. The problem am working is that
the parport driver for linuxcnc does not deal with the control port as a
bi-directional port. I have
Message-
From: Marius Liebenberg [mailto:mar...@mastercut.co.za]
Sent: Sunday, May 18, 2014 4:12 AM
To: emc-developers@lists.sourceforge.net
Subject: Re: [Emc-developers] New function for parport driver required
Partly as you say but it only puts the control lines into
input mode so
Hi
What is the best way to submit trivial contributions like a simple
component that could be useful?
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
--
HPCC Systems Open Source
On 2014-06-11 16:30, andy pugh wrote:
On 11 June 2014 11:38, Marius Liebenberg mar...@mastercut.co.za wrote:
What is the best way to submit trivial contributions like a simple
component that could be useful?
One fashionable way would be a github pull request
Will you have one component
Chris
No I dont use keyboard short cuts as I intend to use it with a touch
screen only.
On 2014-06-13 06:46, Chris Morley wrote:
This is a bug.
The i is being redirected for increment changes
If you try shift I you will see the increments change from continuous.
I'll look at a work around. Do
On 2014-06-13 07:35, Chris Morley wrote:
Yes I believe so.
I need to have it check for manual mode, and all other modes allow the
keystroke through.
Not in MDI mode either. That is how I discovered the issue. I wanted to
run a subroutine from the MDI input to test if it loads and the file
Chris
On the lathe - 2.6.0 pre3 and on the dev machine 2.7.0 the latest. I
update every week at least.
On 2014-06-15 08:13, Chris Morley wrote:
Date: Fri, 13 Jun 2014 08:04:05 +0200
From: mar...@mastercut.co.za
To: emc-developers@lists.sourceforge.net
Subject: Re: [Emc-developers] Gscreen
I just did a pull and got an error on compile
cannot stat emc/kinematics/tc.h : no such file or directory
Any suggestions please
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
On 2014-06-24 17:06, Chris Radek wrote:
On Tue, Jun 24, 2014 at 02:46:50PM +0100, andy pugh wrote:
The program 'comp' can be found in the following packages
mailutils-mh nmh in the obvious way.
Maybe we should rename it? It's not a particularly good or
descriptive name.
halcompile?
Not
Correct and that is confusing man as well.
On 2014-06-24 17:13, sam sokolik wrote:
plus there is a hal component named comp...
comp − Two input comparator with hysteresis
sam
On 6/24/2014 10:06 AM, Chris Radek wrote:
On Tue, Jun 24, 2014 at 02:46:50PM +0100, andy pugh wrote:
The program
On 2014-06-24 17:44, Charles Steinkuehler wrote:
On 6/24/2014 10:31 AM, andy pugh wrote:
On 24 June 2014 16:27, Moses McKnight mo...@texband.net wrote:
halmake?
Works for me.
I humbly suggest:
mkcomp
I second that.
Could it be aliased to 'comp' for those like me who are slow
On 2014-06-24 18:00, Kirk Wallace wrote:
On 06/24/2014 08:44 AM, Charles Steinkuehler wrote:
On 6/24/2014 10:31 AM, andy pugh wrote:
On 24 June 2014 16:27, Moses McKnight mo...@texband.net wrote:
halmake?
Works for me.
I humbly suggest:
mkcomp
How about make_hal_component. To me,
Hi Sebastian
I am busy helping someone with a plasma setup and found that the changes
that was made prior to the release of 2.6 does not reflect in master. So
I would expect that it is not in 2.6 either.
I am referring to a change that I made to the THCUD component. Someone
else logged the
I just found that the issue is still open. The originator never closed
the damn issue. Can you please close it and somehow get the fixed
component into the release.
The ticket number is #348 under 2.6.
On 2014-06-27 13:09, Marius Liebenberg wrote:
Hi Sebastian
I am busy helping someone
. If he can look at that and comment please.
On 2014-06-27 19:08, Sebastian Kuzminsky wrote:
On 6/27/14 05:22 , Marius Liebenberg wrote:
I just found that the issue is still open. The originator never closed
the damn issue. Can you please close it and somehow get the fixed
component
.
JT
On 6/27/2014 12:53 PM, Marius Liebenberg wrote:
Seb
That fixes some of the problem. If you can ask John to look at the extra
line of code I added to make the velocity change at a rate that is a
percentage of the requested velocity instead of banging the velocity to
the next value
Hi Jeff,
I have been following your thread with great interest. I am not to clued
up with the different flavours of kernels and RTAI interfaces though.
Would it be possible to give us laymen a simple description of what your
work means to us, what it intends to achieve and what we have to look
. I really wish someone like Jeff would give it a once over
and make any changes they see fit.
JT
On 6/27/2014 4:07 PM, Marius Liebenberg wrote:
On 2014-06-27 22:53, John Thornton wrote:
Marius,
Are you dropping the correction_velocity parameter? I'm confused.
Not dropping it but making it rate
Can be deleted but is handy to debug the process with for a new user. I
did not clean up the comp properly yet
On 2014-06-29 14:58, John Thornton wrote:
What does out pins s1-s4 do?
JT
On 6/29/2014 7:28 AM, Marius Liebenberg wrote:
JT
I attached the component. It has been used
with correction_vel.
Ian (ssi)
On Jun 29, 2014, at 8:28 AM, Marius Liebenberg mar...@mastercut.co.za wrote:
JT
I attached the component. It has been used as it is now and it works fine. I
dont mind standing in for it. I will be testing it some more very soon on a
real system so if there are any funnies
is
shrinking fast with the rapid change in PC hardware.
On 2014-06-29 17:01, Jeff Epler wrote:
On Sun, Jun 29, 2014 at 12:29:50PM +0200, Marius Liebenberg wrote:
Hi Jeff,
I have been following your thread with great interest. I am not to clued
up with the different flavours of kernels and RTAI
parts on the shelf and that solves the future availability
issue for the most part.
Dave
On 6/29/2014 3:18 PM, Jeff Epler wrote:
On Sun, Jun 29, 2014 at 07:59:36PM +0200, Marius Liebenberg wrote:
Thanks a lot Jeff. I also have a better picture of the kernel issues and
requirements.
Would
Sorry bad commenting on my part. It is the rate at which the THC will
correct by. It is the THC correction speed as a percentage of the
requested velocity.
On 2014-06-29 23:30, John Thornton wrote:
What is the speed input?
JT
On 6/29/2014 8:31 AM, Marius Liebenberg wrote:
Can be deleted
On 2014-06-30 01:10, Sebastian Kuzminsky wrote:
On 06/29/2014 06:28 AM, Marius Liebenberg wrote:
I attached the component. It has been used as it is now and it works
fine. I dont mind standing in for it. I will be testing it some more
very soon on a real system so if there are any funnies, I
Correct so.
On 2014-06-30 14:56, John Thornton wrote:
So valid numbers would be 1-100?
JT
On 6/30/2014 1:44 AM, Marius Liebenberg wrote:
Sorry bad commenting on my part. It is the rate at which the THC will
correct by. It is the THC correction speed as a percentage of the
requested
Has anybody used this work lately. I used it a long time ago with no
problems but now I cannot get the device to communicate to the python
script. The Arduino compiler has upgraded a lot since the release of
this work and some functions are deprecated or no longer supported. I
changed the
On 2014-07-01 17:37, Sebastian Kuzminsky wrote:
On 7/1/14 02:40 , Marius Liebenberg wrote:
What is the best way (or any way) to debug python scripts that are
loaded as hal components. I need to create a break point to see what
data arrived into a variable.
Currently I am loading the script
On 2014-07-01 20:10, andy pugh wrote:
On 1 July 2014 18:48, Charles Steinkuehler char...@steinkuehler.net wrote:
I've generally found that:
realtime stop
halrun -U
...fixes up most problems, but then I generally play around in user
space and not kernel mode.
I mainly play around
Got the problems sorted
On 2014-06-30 18:50, Marius Liebenberg wrote:
Has anybody used this work lately. I used it a long time ago with no
problems but now I cannot get the device to communicate to the python
script. The Arduino compiler has upgraded a lot since the release of
this work
Very handy Andy, thanks a lot.
On 2014-07-02 20:20, andy pugh wrote:
I use some pre-defined macros, controlled by a custom GUI to do much
of my lathe work.
The lathe (and the macros) are set up as metric.
The input data is entered using hal_spinbutton widgets (typically by
typing numbers,
://sourceforge.net/p/emc/bugs/348/#9b18
On 06/27/2014 02:09 PM, Marius Liebenberg wrote:
Hi Sebastian
I am busy helping someone with a plasma setup and found that the changes
that was made prior to the release of 2.6 does not reflect in master. So
I would expect that it is not in 2.6 either.
I am
22:09, John Thornton wrote:
I don't understand how you are accelerating during correction from the
requested velocity (the F word) which doesn't change during a cut? Can
you break it down for a simple mind to understand?
JT
On 7/7/2014 12:48 PM, Marius Liebenberg wrote:
On 2014-07-07 14:09
(which works fine) and
correction velocity. It has my head spinning and gives me a headache.
On 7/8/2014 5:39 AM, Gene Heskett wrote:
On Tuesday 08 July 2014 03:19:17 Marius Liebenberg did opine
And Gene did reply:
Yes I will try. Even though the F word asked for say 3500mm/min, the
planner
I must compliment the Stepconf maintainer. It looks really great and
works well now. I have not used it in a while but when I used it today I
was pleasantly surprised.
Thanks a lot.
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
I am wondering about how Ethernet motion control works together with
linuxcnc. How is the synchronized motion achieved over the link? Or what
kind of information is passed over the link to the controller?
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
Hi Norbert,
If you do find a way to do this please remember that I still have some
work to do on the plasma side. We have just done the first machine with
the new plasma screen and is still busy testing.
On 2014-07-31 19:48, Niemand Sonst wrote:
Hallo,
as 2.6 has arrived and gmoccapy is part
Where's the link old man?
On 2014-08-06 03:09, Gene Heskett wrote:
Describing a new stepper driver kit, 48 volts, 4.5 amps, 256 steps/step,
and $25 a motor. Sounds interesting.
Cheers, Gene Heskett
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
On 2014-08-06 17:20, Gene Heskett wrote:
On Wednesday 06 August 2014 09:27:47 Marius Liebenberg did opine
And Gene did reply:
Where's the link old man?
On 2014-08-06 03:09, Gene Heskett wrote:
Describing a new stepper driver kit, 48 volts, 4.5 amps, 256
steps/step, and $25 a motor. Sounds
On 2014-08-06 19:16, Gene Heskett wrote:
On Wednesday 06 August 2014 12:39:13 Marius Liebenberg did opine
And Gene did reply:
On 2014-08-06 17:20, Gene Heskett wrote:
On Wednesday 06 August 2014 09:27:47 Marius Liebenberg did opine
And Gene did reply:
Where's the link old man?
On 2014-08
What will be the best way to handle a timeout or delay of several
seconds in a component?
I have a state machine in the comp already.
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
On 2014-08-20 10:42, Michael Haberler wrote:
Am 20.08.2014 um 10:33 schrieb Marius Liebenberg mar...@mastercut.co.za:
What will be the best way to handle a timeout or delay of several
seconds in a component?
I have a state machine in the comp already.
here's a comp with a FSM and timeout
Hi
I have posted on the forum but need some help with python and glade please.
http://www.linuxcnc.org/index.php/english/forum/48-gladevcp/28290-objects-not-loaded-or-recognized#50399
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
On 2014-08-28 19:45, Kirk Wallace wrote:
On 08/28/2014 09:59 AM, Marius Liebenberg wrote:
Hi
I have posted on the forum but need some help with python and glade please.
http://www.linuxcnc.org/index.php/english/forum/48-gladevcp/28290-objects-not-loaded-or-recognized#50399
Just a wild guess
that you
pointed out is saying is that even though the script loaded, the objects
was not instantiated so there is no halcomp or ini handlers to be found.
On 2014-08-28 20:25, Kirk Wallace wrote:
On 08/28/2014 11:12 AM, Marius Liebenberg wrote:
On 2014-08-28 19:45, Kirk Wallace wrote:
On 08/28
I am looking for the hm2_7i80.c driver code but cannot find it in
master. Anybody know where to find it please?
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
--
Want
Thanks guys.
On 2014-09-11 14:42, Marius Liebenberg wrote:
I am looking for the hm2_7i80.c driver code but cannot find it in
master. Anybody know where to find it please?
--
Regards /Groete
Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
QQ 1767394877
Hi All
I am busy with a project to upgrade a Bystronic laser machine to
linuxcnc and Mesa hardware. It has hundreds of settings and adjustments
that I want to put onto user tabs and screens in Gmoccapy. I will have
to add some functions to Gmoccapy as well.
I noticed that Norbert used some
On 2014-09-24 17:54, andy pugh wrote:
On 24 September 2014 14:50, Gene Heskett ghesk...@wdtv.com wrote:
and my own approach
of detecting gear by the ratio of input and output speeds and
selecting gains automatically.
Did you send me that?
Yes. I even seem to remember you used it for a
{
hal_float_t *scale;
hal_float_t *min;
hal_float_t *max;
hal_float_t *accel;
hal_float_t *decel;
hal_float_t *speed_tolerance;
hal_float_t *zero_tolerance;
hal_float_t *offset;
hal_bit_t *select;
} gear_t;
On Sep 25, 2014, at 1:56 AM, Marius Liebenberg
Hi All,
Will it be possible to run a UDP socket server from a HAL python script.
The standard python library stuff.
I need to connect to a custom IO device at resonably high speed. My
thoughts was to go with an Ethernet enabled MCU to do the custom work
and then use a UDP server to get the HAL
I dont think so Dave but there are some of us waiting for such work to
be done. I will help test :)
On 2014-11-10 17:06, David Armstrong wrote:
wondering if anyone has modified gmocappy for 5 axis mill
before i go ahead and make changes etc
Dave
Seb, I agree with that. I think FO is a bit of an evil thing. The
program should be corrected if the feed is not perfect although that is
not practical if the program only runs once. I use gmoccapy mostly and I
hide the FO functions normally.
Jog speeds are jog speeds and they are not feed
Gobbledygook
On 2014-11-19 21:21, Kyle Evans wrote:
GentooCNC guys,
I'm trying to get layman to manage your overlay. I manually added the
below to my installed.xml and ran 'hg clone
http://hg.code.sf.net/p/gentoocnc/code gentoocnc'
This is my experimental entry in installed.xml:
repo
1 - 100 of 187 matches
Mail list logo