On 10/29/2016 01:41 AM, Nicklas Karlsson wrote:
>> Worse. My ppmc driver exports pins based on what devices it
>> detects on the parallel port bus. (I think the Mesa drivers
>> do something similar.)
> How do you write configuration for these changing ports today?
> ...
>
On 29 October 2016 at 11:23, EBo wrote:
> Is there already a how-to on doing all this?
http://linuxcnc.org/docs/2.7/html/hal/tutorial.html
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— Geo
On Oct 29 2016 4:03 AM, andy pugh wrote:
> On 28 October 2016 at 18:36, Nicklas Karlsson
> wrote:
>> Are there a method to probe the hardware without a *.hal file?
>
> Yes, the software can send individual HAL commands.
Is there already a how-to on doing all this?
---
On 28 October 2016 at 18:36, Nicklas Karlsson
wrote:
> Are there a method to probe the hardware without a *.hal file?
Yes, the software can send individual HAL commands.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses,
For hostmot2 driver:
halcmd loadrt hostmot2
halcmd loadrt hm2_eth board_ip="192.168.1.10" list pin list sig list param
load and report the pin. I think with the correct parameters it will report all
needed parameters to select or possible generate correct symbol for gschem back
annotation or
> Worse. My ppmc driver exports pins based on what devices it
> detects on the parallel port bus. (I think the Mesa drivers
> do something similar.)
> >>> How do you write configuration for these changing ports today?
> >>> ...
> >>>
> >> By hand, based on sample configs. ...
> >>
On 10/28/2016 12:36 PM, Nicklas Karlsson wrote:
>> Jon Elson wrote:
Worse. My ppmc driver exports pins based on what devices it
detects on the parallel port bus. (I think the Mesa drivers
do something similar.)
>>> How do you write configuration for these changing ports today?
> Jon Elson wrote:
> >> Worse. My ppmc driver exports pins based on what devices it
> >> detects on the parallel port bus. (I think the Mesa drivers
> >> do something similar.)
> > How do you write configuration for these changing ports today?
> > ...
> >
> By hand, based on sample configs.
On 10/27/2016 11:35 PM, Nicklas Karlsson wrote:
Jon Elson wrote:
>> Worse. My ppmc driver exports pins based on what devices it
>> detects on the parallel port bus. (I think the Mesa drivers
>> do something similar.)
> How do you write configuration for these changing ports today?
>
>
By ha
On Fri, 28 Oct 2016 12:15:46 +0100
andy pugh wrote:
> On 28 October 2016 at 05:35, Nicklas Karlsson
> wrote:
> > How do you write configuration for these changing ports today?
>
> Typically for a Mesa setup with a bunch of smart-serial devices (and
> bear in mind that smart-serial devices choos
On 28 October 2016 at 05:35, Nicklas Karlsson
wrote:
> How do you write configuration for these changing ports today?
Typically for a Mesa setup with a bunch of smart-serial devices (and
bear in mind that smart-serial devices choose their _own_ pin names)
you hook up the parts, launch the driver
> On 10/27/2016 12:38 PM, Nicklas Karlsson wrote:
> >>> That component calculates its own "personality" parameter from a config
> >>> string.
> >> Good point, Andy - the pins available can depend on comp load-time
> >> arguments.
> > Yes pins available can depend on comp load-time but can the conf
Yes I know about the python tools, scheme is however used for other gschem
backends. If python works I can't see any reason to change.
> Nicklas, there are python tools that communicate with Gschem.
>
> I didnt want to look into Scheme, also did not try these.
> just fyi
>
> http://robertobuche
Nicklas, there are python tools that communicate with Gschem.
I didnt want to look into Scheme, also did not try these.
just fyi
http://robertobucher.dti.supsi.ch/files/2014/06/DescPython.pdf
some gEda shape creation in python
https://xgoat.com/wp/tag/python/
hth
tomp tjtr33
On 10/27/2016 12:38 PM, Nicklas Karlsson wrote:
>>> That component calculates its own "personality" parameter from a config
>>> string.
>> Good point, Andy - the pins available can depend on comp load-time
>> arguments.
> Yes pins available can depend on comp load-time but can the configuration?
>
> > That component calculates its own "personality" parameter from a config
> > string.
>
> Good point, Andy - the pins available can depend on comp load-time
> arguments.
Yes pins available can depend on comp load-time but can the configuration?
Ordinary text file configuration do not depend
On 10/27/2016 12:52 AM, andy pugh wrote:
> On 27 October 2016 at 04:08, Chris Radek wrote:
>> On Thu, Oct 27, 2016 at 12:00:16AM +0100, andy pugh wrote:
>>>
>>> And I think that there was at least one more that I haven't found.
>>
>> was it http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Halitosis
>
> No
On 10/26/2016 7:42 PM, Chris Morley wrote:
> Hello Jim.
>
>
> Linuxcnc has two gui menu based configuration programs,
>
> stepconf and pncconf. Do they not fit what you are trying to accomplish?
>
>
> IMHO helping maintain and expand these programs is better for the community,
> then dividing time
On 10/27/2016 02:47 AM, andy pugh wrote:
> On 27 October 2016 at 01:59, Jeff Epler wrote:
>> I'm totally open to 'comp' gaining a new output format that describes the
>> component. that beats parsing manpage markup by a factor of about a billion.
>> but somebody needs to design that format and im
On 27 October 2016 at 01:59, Jeff Epler wrote:
> I'm totally open to 'comp' gaining a new output format that describes the
> component. that beats parsing manpage markup by a factor of about a billion.
> but somebody needs to design that format and implement it in comp.
It's also likely to be ra
On 27 October 2016 at 05:28, Jon Elson wrote:
> I now use Glade for building GUIs and attach that to c
> programs to do the dirty work.
> Vastly more understandable and maintainable
I am not so sure about that. I have recently had absolutely no replies
to queries on GTK IRC channels.
And, also, a
On 27 October 2016 at 04:08, Chris Radek wrote:
> On Thu, Oct 27, 2016 at 12:00:16AM +0100, andy pugh wrote:
>>
>> And I think that there was at least one more that I haven't found.
>
> was it http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Halitosis
No, I had forgotten that one. There is another that u
> I think that many users would greatly benefit from a GUI based HAL
> configurator. I downloaded the latest source code from the git
> repository. I have been looking at all of the HAL source code that I can
> find. ...
I have seen and have on my compute gschem symbols for graphical configurat
On 10/26/2016 09:46 PM, Sebastian Kuzminsky wrote:
> On 10/26/2016 06:09 PM, Jim Craig wrote:
>> On 10/26/2016 6:00 PM, Sebastian Kuzminsky wrote:
>>> The halshow program is built from tcl/bin/halshow.tcl by the main
>>> src/Makefile.
>> I did not look there. So, is TCL still a relevant language? I
On Thu, Oct 27, 2016 at 12:00:16AM +0100, andy pugh wrote:
>
> And I think that there was at least one more that I haven't found.
was it http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Halitosis
--
The Command Line: Reinvented
On 10/26/2016 06:09 PM, Jim Craig wrote:
> On 10/26/2016 6:00 PM, Sebastian Kuzminsky wrote:
>> The halshow program is built from tcl/bin/halshow.tcl by the main
>> src/Makefile.
>
> I did not look there. So, is TCL still a relevant language? I have not
> used it at all. I was figuring on C or pyth
On 10/26/2016 07:12 PM, John Kasunich wrote:
>
>
> On Wed, Oct 26, 2016, at 08:59 PM, Jeff Epler wrote:
>> I'm totally open to 'comp' gaining a new output format that describes the
>> component. that beats parsing manpage markup by a factor of about a billion.
>> but somebody needs to design that
On Wed, Oct 26, 2016, at 08:59 PM, Jeff Epler wrote:
> I'm totally open to 'comp' gaining a new output format that describes the
> component. that beats parsing manpage markup by a factor of about a billion.
> but somebody needs to design that format and implement it in comp.
Definitely beats p
I'm totally open to 'comp' gaining a new output format that describes the
component. that beats parsing manpage markup by a factor of about a billion.
but somebody needs to design that format and implement it in comp.
Jeff
-
Hello Jim.
Linuxcnc has two gui menu based configuration programs,
stepconf and pncconf. Do they not fit what you are trying to accomplish?
IMHO helping maintain and expand these programs is better for the community,
then dividing time on yet another configuration program.
I'm pretty sure y
On 10/26/2016 6:06 PM, andy pugh wrote:
> On 27 October 2016 at 00:00, Sebastian Kuzminsky wrote:
>
>> The idea has been proposed in the past, and some folks started
>> experimenting with different approaches, but as far as i know, nothing
>> usable ever came of it.
> I think that it would be nece
On 10/26/2016 6:00 PM, andy pugh wrote:
> On 26 October 2016 at 21:59, Jim Craig wrote:
>> I also saw that someone had started a graphical HAL configurator and it
>> was last modified some 11 years ago.
> There have been a few attempts. Do you mean Crapahalic?
> http://wiki.linuxcnc.org/cgi-bin/wi
On 10/26/2016 6:00 PM, Sebastian Kuzminsky wrote:
> On 10/26/2016 02:59 PM, Jim Craig wrote:
>> Hello All,
>>
>> I have been on the emc-users list for some time now. I have a feature
>> that I would like to attempt to add to the LinuxCNC project so I joined
>> this list as I figured it was a better
On 27 October 2016 at 00:00, Sebastian Kuzminsky wrote:
> The idea has been proposed in the past, and some folks started
> experimenting with different approaches, but as far as i know, nothing
> usable ever came of it.
I think that it would be necessary for any such utility to be able to
parse
On 26 October 2016 at 21:59, Jim Craig wrote:
> I also saw that someone had started a graphical HAL configurator and it
> was last modified some 11 years ago.
There have been a few attempts. Do you mean Crapahalic?
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?HAL
There was also an attempt to use Eag
On 10/26/2016 02:59 PM, Jim Craig wrote:
> Hello All,
>
> I have been on the emc-users list for some time now. I have a feature
> that I would like to attempt to add to the LinuxCNC project so I joined
> this list as I figured it was a better place to ask questions about
> development.
Hello, welc
36 matches
Mail list logo
