Re: [Emc-developers] flipflop
Den 2021-05-29 kl. 16:56, skrev Jeff Epler: On Tue, Apr 06, 2021 at 09:05:51PM +0100, andy pugh wrote: I wonder why the output pin of flipflop.comp is of type io? Perhaps it was intended for a specific purpose? flipflop only drives a value onto its output when it is clocked or when its set input is true. The theory was probably that there was some way to make other state-holding elements out of this, such as an SR-latch. It change output value at positive flank but drive all the time. May also be forced high or low according to manual. I have no idea whether this is used. Hard to tell if it is used anywhere but is one of the basic building and it may be useful then there is a need to sample/clock a value on rising edge though there may be a few others to chose from. Nicklas Karlsson ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] flipflop
On 05/29/2021 09:56 AM, Jeff Epler wrote: On Tue, Apr 06, 2021 at 09:05:51PM +0100, andy pugh wrote: I wonder why the output pin of flipflop.comp is of type io? Perhaps it was intended for a specific purpose? flipflop only drives a value onto its output when it is clocked or when its set input is true. The theory was probably that there was some way to make other state-holding elements out of this, such as an SR-latch. I have no idea whether this is used. Having it as I/O might make it easy to set the initial state with a setp, without requiring any additional HAL components or nets. Jon ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] flipflop
On Tue, Apr 06, 2021 at 09:05:51PM +0100, andy pugh wrote: > I wonder why the output pin of flipflop.comp is of type io? > > Perhaps it was intended for a specific purpose? flipflop only drives a value onto its output when it is clocked or when its set input is true. The theory was probably that there was some way to make other state-holding elements out of this, such as an SR-latch. I have no idea whether this is used. ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] flipflop
I wonder why the output pin of flipflop.comp is of type io? Perhaps it was intended for a specific purpose? -- 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, Atlanta Constitution Newspaper, 1912 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] FlipFlop
On Thursday 16 November 2017 11:58:46 Peter C. Wallace wrote: > On Thu, 16 Nov 2017, Jon Elson wrote: > > Date: Thu, 16 Nov 2017 10:50:58 -0600 > > From: Jon Elson <el...@pico-systems.com> > > Reply-To: EMC developers <emc-developers@lists.sourceforge.net> > > To: EMC developers <emc-developers@lists.sourceforge.net> > > Subject: Re: [Emc-developers] FlipFlop > > > > On 11/16/2017 09:08 AM, andy pugh wrote: > >> Someone on the forum has noticed that the output pin of the > >> Flipflop component is of IO type > >> > >> This seems slightly odd. (It is a compnent that has had very little > >> attention) > >> https://github.com/LinuxCNC/linuxcnc/commits/master/src/hal/compone > >>nts/flipflop.comp > > > > It looks like (I'm no expert on the code behind comp) that it might > > actually be functional to set or clear the FF by writing a value to > > out. So, almost no way to tell if anyone is actually USING it that > > way! > > > > Jon > > Yes, I tried it and it works as expected (setp-ing the output true or > false sticks ) > > Whether is was intended to work this way, perhaps only the author > knows. > > At the risk of showing my age, I think you could do this on some early > (RTL) hardware flip flops... > Chuckle, yes you are showing your age, me too as I can also remember that. However, I rewrote that code and it doesn't use the flipflop anymore. #3998 used as memory now. Unfortunately, I must have forgotten to enable the halui stuff, none of it works now. Yeah, I forgot the "HALUI = halui" in the ini file. Now its all triggering but not sure its working 100% yet. I need the camera working to calibrate the rest of it. See my other post about missing gtk+2 stuffs. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] FlipFlop
On Thursday 16 November 2017 10:08:50 andy pugh wrote:
> Someone on the forum has noticed that the output pin of the Flipflop
> component is of IO type
>
> This seems slightly odd. (It is a compnent that has had very little
> attention)
> https://github.com/LinuxCNC/linuxcnc/commits/master/src/hal/components
>/flipflop.comp
Is it in fact capable of presetting the flipflop?
Maybe thats one of several problems in my g0704's camera controls as I
used it as a memory cell to tally whether it was in cutting position or
in camera spot finder position. And its not working 100% of the time.
Just one of several problems I need to sort the rattlesnakes out of
before its 100% usable. The halui stuff supplied to move the machine
with the latest camview (see campy.zip) just doesn't work, (the camview
stuff before didn't either) and I thought it was me. So I wrote my own
position toggle, with a tally pin in pyvcp to tell which position its
in. But thats as far as I got when it all went to hell from a short and
I wound up replacing both the computer and the 5i25. And I've not gotten
back to the camera since.
So I go back out and remove the comments from in front of all the camera
stuffs, and once again linux has thrown gtk under the bus: Here is a
screen capture of that batch of errors (this ran ok 2 months back)
gladevcp: auxiliary dir: /usr/share/linuxcnc/aux_gladevcp/NativeCAM
gladevcp: importing: /usr/share/linuxcnc/aux_gladevcp/NativeCAM/ncam.py
gladevcp:
importing: /usr/share/linuxcnc/aux_gladevcp/NativeCAM/pref_edit.py
(gladevcp:4123): libglade-WARNING **: unknown attribute `version' for
.
(gladevcp:4123): libglade-WARNING **: Unexpected element inside
.
(gladevcp:4123): libglade-WARNING **: Could not load support for `gtk+':
libgtk+.so: cannot open shared object file: No such file or directory
Traceback (most recent call last):
File "/usr/bin/gladevcp", line 309, in
main()
File "/usr/bin/gladevcp", line 199, in main
window.set_title(opts.component)
AttributeError: 'NoneType' object has no attribute 'set_title'
Do I file this against wheezy, which will never be fixed. or is there a
syntax change I can make to this line in the .ini file:
EMBED_TAB_NAME = Camera
EMBED_TAB_COMMAND = gladevcp -x {XID} camview.glade
That will make it
The camera window, when selected by its tab, is blank white.
Here is that problem, in that camview.glade:
How can I edit that to make it use any version equal to or newer than
that 2.24?
First, there is not a libgtk+ of any kind in the repos's or installed.
But there is quite a list of stuff with GTK2+ in the descriptions. But
which will preserve its function well enough to work.
FWIW, the camera is working right now with qv4l2 as the viewer. But AIR
if I expand the window, it dies until everything is restarted if it has
to expand the resultant image vertically to keep up with a viewer window
resize.
Sigh...
Thanks all.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] FlipFlop
On 11/16/2017 10:58 AM, Peter C. Wallace wrote: At the risk of showing my age, I think you could do this on some early (RTL) hardware flip flops... Yes, any FF that pre-dates the master-slave FF will be able to be set or cleared by jamming the output. Jon -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] FlipFlop
On Thu, 16 Nov 2017, Jon Elson wrote:
Date: Thu, 16 Nov 2017 10:50:58 -0600
From: Jon Elson <el...@pico-systems.com>
Reply-To: EMC developers <emc-developers@lists.sourceforge.net>
To: EMC developers <emc-developers@lists.sourceforge.net>
Subject: Re: [Emc-developers] FlipFlop
On 11/16/2017 09:08 AM, andy pugh wrote:
Someone on the forum has noticed that the output pin of the Flipflop
component is of IO type
This seems slightly odd. (It is a compnent that has had very little
attention)
https://github.com/LinuxCNC/linuxcnc/commits/master/src/hal/components/flipflop.comp
It looks like (I'm no expert on the code behind comp) that it might actually
be functional to set or clear the FF by writing a value to out. So, almost
no way to tell if anyone is actually USING it that way!
Jon
Yes, I tried it and it works as expected (setp-ing the output true or false
sticks )
Whether is was intended to work this way, perhaps only the author knows.
At the risk of showing my age, I think you could do this on some early (RTL)
hardware flip flops...
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
Peter Wallace
Mesa Electronics
(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] FlipFlop
On 11/16/2017 09:08 AM, andy pugh wrote: Someone on the forum has noticed that the output pin of the Flipflop component is of IO type This seems slightly odd. (It is a compnent that has had very little attention) https://github.com/LinuxCNC/linuxcnc/commits/master/src/hal/components/flipflop.comp It looks like (I'm no expert on the code behind comp) that it might actually be functional to set or clear the FF by writing a value to out. So, almost no way to tell if anyone is actually USING it that way! Jon -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] FlipFlop
Someone on the forum has noticed that the output pin of the Flipflop component is of IO type This seems slightly odd. (It is a compnent that has had very little attention) https://github.com/LinuxCNC/linuxcnc/commits/master/src/hal/components/flipflop.comp -- 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, Atlanta Constitution Newspaper, 1916 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
