This component does exactly what you need.
http://linuxcnc.org/docs/html/man/man9/toggle2nist.9.html
Rene
> On 25 Apr 2016, at 03:22, sam sokolik wrote:
>
> Anything halui isn't realtime. So it may be that you need a longer than
> expect pulse to have halui 'see' it.
>
> sam
>
> On 04/24/2
Greetings;
Finally getting around to analyzing the camview stuffs to figure out,
since there's zero docs from the .ru sites file containing any tutorial
on how to use it, it appears that the cameras offsets from the camera
view to the spindles centerpoint are to be contained in the #5211(X) and
2016-04-24 23:06 GMT-03:00 Ken Strauss :
> Note that if you Google for the model number there are a number of people
> selling them. Is it possible that it is not a standard Heidenhain product
> but a special for an OEM who went bankrupt or cancelled the project and
> they
> are now being dumped?
Note that if you Google for the model number there are a number of people
selling them. Is it possible that it is not a standard Heidenhain product
but a special for an OEM who went bankrupt or cancelled the project and they
are now being dumped?
> -Original Message-
> From: Leonardo Marsa
2016-04-23 19:14 GMT-03:00 andy pugh :
> The description says that they are normal TTL output, and that he has
> the pinout available.
>
Since I can't find any documentation I'm gonna ask him for the pinout so I
can decide. It's weird anyway that I can't find anything from heidenhain
directly.
Anything halui isn't realtime. So it may be that you need a longer than
expect pulse to have halui 'see' it.
sam
On 04/24/2016 07:51 PM, Danny Miller wrote:
> So I tried it and initially gave a very small number for the pulse
> width, since it just issues a halui.program.run.
>
> It didn't work
So I tried it and initially gave a very small number for the pulse
width, since it just issues a halui.program.run.
It didn't work. I looked on halscope- input button and pulse were
correct, halui.program.run was pulsed. But halui.program.is-running
remained low.
I ended up getting it to wor
On 24 April 2016 at 23:53, Jon Elson wrote:
> Well, you can always go into the XML file and edit it.
Absolutely, and I have.
It's something I should have thought to try weeks ago, to be honest.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use
On 04/24/2016 02:16 PM, John Thornton wrote:
> So it is a Glade bug and that does not surprise me a bit.
>
> 0.1499
>
> So Glade is doing some kind of floating point conversion of the text for
> some strange reason...
>
>
Well, you can always go into the XML file and edi
On 24 April 2016 at 18:53, Danny Miller wrote:
> I don't see any HAL component for this. What's it take for me to write
> a new HAL component? What language are those in?
The code is C, but there is a pre-precessor that works on files in a
specific format to do most of the work.
http://linuxcnc
On 24 April 2016 at 20:18, Philipp Burch wrote:
> if you consider the implementation, then no. When you enter the value
> (in text form), then it is converted to a floating point number and
> stored that way. Why? Because that is how the Spinbox operates
> internally.
The number in question is a
Hi,
On 24.04.2016 15:50, andy pugh wrote:
> On 24 April 2016 at 13:47, Philipp Burch wrote:
>> It's not actually strange, that's just the behaviour of floating point
>> numbers.
>
> Well, yes and no.
>
> My entry in the Glade UI is an a textual form. The version that
> appears in the .ui file i
So it is a Glade bug and that does not surprise me a bit.
0.1499
So Glade is doing some kind of floating point conversion of the text for
some strange reason...
JT
On 4/24/2016 2:09 PM, andy pugh wrote:
> On 24 April 2016 at 15:54, John Thornton wrote:
>> I just ma
On 24 April 2016 at 15:54, John Thornton wrote:
> I just made a small panel and got this.
> 1
Try an increment of 0.15
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atl
It's not a mechanical switch connection. The XHC pendant has a wireless
keyboard interface chip inside it. That is correctly debounced already,
your PC keyboard does not require a debounce driver installed on the PC
side to filter keypresses- that's done on the HW side. It really has to
be,
On 04/24/2016 06:22 AM, John Thornton wrote:
> Wow that is a lot of work Jon... ended up with a nice machine.
>
>
Um, I guess you are referring to my post on my Sheldon
lathe. Yes, it took a lot longer than I planned on! But, I
got a truly toolroom precision grade machine, and it is awesome.
J
I just made a small panel and got this.
100
1
10
False
True
True
adjustment1
On 4/24/2016 8:50 AM, andy pugh wrote:
> On 24 April 2016 at 13:47, Philipp Burch wrote:
>> It's not actually strange,
That does sound like a problem with Glade, are you using Glade 3.16.1
(the new one)?
JT
On 4/24/2016 8:50 AM, andy pugh wrote:
> On 24 April 2016 at 13:47, Philipp Burch wrote:
>> It's not actually strange, that's just the behaviour of floating point
>> numbers.
> Well, yes and no.
>
> My entry
I probably would not trust a time estimator unless I tested it anyway.
For 3D carving, if your short segments are very similar you could do a
test run by cutting air for 1000 lines or so, then tweak the software
and re-run the tests with the same gcode.
That's what I did with Mach3 years ago.
On 24 April 2016 at 13:47, Philipp Burch wrote:
> It's not actually strange, that's just the behaviour of floating point
> numbers.
Well, yes and no.
My entry in the Glade UI is an a textual form. The version that
appears in the .ui file is also in a textual form.
I think it is reasonable to exp
It's mostly the same firmware on the full range (I use a lot of the DM422).
the protuner utilities work with all model (a bunch of different
program, one per model)
The autotune (S4 dip switch) only tune current loop (PI), but most of my
test showed way too aggressive tuning, making this unsuit
Great, you got the physics almost right, Gene, except you should have
said hydrogen *nucleus* aka proton. A hydrogen *atom* is way larger than
this, about 32E-12 meters, although quantum physics means you can't
really tell. And was it in G21 or G20?
Cheers,
Karl
Am 24.04.2016 um 14:14 schrieb Ge
Hi Andy!
On 24.04.2016 14:17, andy pugh wrote:
> On 24 April 2016 at 13:05, John Thornton wrote:
>> what a crazy step increment, where is that at?
>
>
> These are what end up in the .ui file even though sensible numbers are
> entered in the Glade editor.
> However, many numbers have come out co
On 24 April 2016 at 13:05, John Thornton wrote:
> what a crazy step increment, where is that at?
These are what end up in the .ui file even though sensible numbers are
entered in the Glade editor.
However, many numbers have come out correctly. It's a bit strange.
--
atp
"A motorcycle is a bicy
On Sunday 24 April 2016 08:05:22 John Thornton wrote:
> what a crazy step increment, where is that at?
>
> JT
One could go from ridiculous to sublime and ask which side of a up quark
from a hydrogen atom is to be adjusted or cut away? Busted math
someplace for sure. Probably in python...
> On
what a crazy step increment, where is that at?
JT
On 4/24/2016 6:48 AM, andy pugh wrote:
> On 24 April 2016 at 12:36, andy pugh wrote:
>
>> I think this might be what is making my life difficult too.
> Yes, this fits with the problem I was talking about here:
> https://sourceforge.net/p/emc/mail
On 24 April 2016 at 12:36, andy pugh wrote:
> I think this might be what is making my life difficult too.
Yes, this fits with the problem I was talking about here:
https://sourceforge.net/p/emc/mailman/message/34998497/
And my problem matches the funny bits of the glade file
-90
90
On 24 April 2016 at 11:48, Marius Alksnys wrote:
> I wanted to report a bug, prepared a glade file, and only when I looked at
> it with text viewer I found:
> 1.000279396772
I think this might be what is making my life difficult too.
This is probably the cause of the rather cryptic "unknown
Wow that is a lot of work Jon... ended up with a nice machine.
JT
On 4/23/2016 11:15 PM, Jon Elson wrote:
> On 04/23/2016 10:44 PM, Gene Heskett wrote:
>> On Saturday 23 April 2016 19:49:52 andy pugh wrote:
>>
>>> On 24 April 2016 at 00:28, Gene Heskett wrote:
but the number bears minus zer
I wanted to report a bug, prepared a glade file, and only when I looked
at it with text viewer I found:
1.000279396772
It was driving me nuts!
I know how to fix this, but don't know how such number appeared here.
You can test the behavior of the spinbutton by running
gladevcp_demo hsb.glade
On Sunday 24 April 2016 03:49:15 Danny Miller wrote:
> Perfect! Thanks!
>
> Danny
I would go one step farther in terms of noise proofing it, and put a
debounce module in front of the edge module, with its debounce set for 2
or 3 so that a random noise spike would not normally last long enough
Vectric Aspire has one, I know. It's useless. It will take much longer
to 3d carve, but it's anybody's guess how much longer. More to the
point, you can't experiment with the effects of tuning acceleration and
path tolerance- so it's of no help at all for tuning.
Danny
On 4/24/2016 12:41 AM
Perfect! Thanks!
Danny
On 4/24/2016 2:07 AM, Philipp Burch wrote:
> Hi Danny!
>
> On 24.04.2016 08:37, Danny Miller wrote:
>> [...]
>>
>> So I need like an edge detector that provides only a pulse for one cycle
>> when the button is pressed. That seems simple enough, but I don't see
>> any HAL
Hi Danny!
On 24.04.2016 08:37, Danny Miller wrote:
> [...]
>
> So I need like an edge detector that provides only a pulse for one cycle
> when the button is pressed. That seems simple enough, but I don't see
> any HAL construct which supports it.
>
> [...]
There is an "edge" component, which
34 matches
Mail list logo