Not sure if this is an issue with a unmodified version of iocontrol v2 or
potentially related to my own version which adds some pins that are
controlled by my remote UI that interfaces directly with NML via xemc
(xrmc for me). RMC = abbreviated Remote Machine Controller
I have been running
Can anyone give me some information on how to pull out the actual shared
memory location offset for each item as it is written to status by NML
and what is used as its reference point? Any help will be greatly
appreciated. I can deal with values but pointers and converting them are
a real
This was not a iocontrol issue at all but rather I discovered or ran
into a CMS issue while adding NML types for HAL pins for use with TCP
connected remote UI (Rpin's). The below refer to file /nml_intf/emc.cc
(rmc.cc for me).
In my configuration the below are valid for ::update(cms)
I have noticed that when compiling halmodule.cc in 2.9 pre 0 that it
complains that HAL_PORT is not being handled in the switch statements on
lines 314, 322, 1001, 1023, 1038. Is this something that needs to added
or can can it just be ignored.?
PM, andy pugh wrote:
>
> On Fri, 10 Apr 2020 at 03:13, Johannes Fassotte
> wrote:
>>
>> No, I think that is covering up a problem instead of fixing the problem.
>
> And what do you think that problem is?
>
> --
> atp
> "A motorcycle is a bicycle
Here are my thoughts on user interfaces.
Frankly I think that just a mention that users can make their own user
interface would be enough and how to do that using a universal user interface
method. In my opinion all user interfaces should be removed from LinuxCnc
proper which will greatly
Automation Assist
217 Sunny Hills Drive
Fairbanks, AK 99712
> On May 3, 2020, at 7:06 AM, Gene Heskett wrote:
>
>> On Sunday 03 May 2020 10:17:46 Johannes Fassotte wrote:
>>
>> The name remote UI should be considered to mean that it is interfaced
>> to Linux
The name remote UI should be considered to mean that it is interfaced to
LinuxCNC using a network connection. This connection for most individuals would
likely be via local host but it can be used remotely if desired from other
suitable devices. Such a interface adds flexibility and would
I was checking to make sure that all the .h files in the include folder
get updated with a recompile and if the folder is properly regenerated
automatically if it was deleted.
I found that four of the .h files are not being copied back into the
folder automatically on my system. I suspect
to these were not completely correct in the make file. I have corrected
those and things now compile with no errors and the include folder is
rebuilt properly.
On 10/17/2020 9:17 AM, Johannes Fassotte wrote:
I was checking to make sure that all the .h files in the include
folder get updated
I'm working on doing some update work on my development system for my
Labview based UI
and yesterday starting work to make the latest version of master
compatible with
my development system. My present base for this is almost a year old.
I ran into a issue with file:
There are changes to the NML configuration file Master that concerns me
a lot.
From the NML configuration file at the start of 2.9 pre0
B emcStatus SHMEM localhost 16384 0 0 2 16 1002 TCP=5005 xdr
B toolSts SHMEM localhost 8192 0 0 5 16 1005 TCP=5005 xdr
Present 2.9 pre0 I use
B
Did the addition of state tags mess up status replies that are routed to
my TCP connected UI? Data is being sent even though it was not requested
at fixed intervals. This problem appeared after upgrading from a early
version of 2.9 pre0 master to current version of 2.9 pre0. master. No
changes
This is what is happening in relation to the actual traditional
emcStatus sync word location, .
This list was automatically generated by looking for the locations of
the sync word in the data received from LinuxCNC and splitting the
received data into before and
I wanted to follow up a bit on my last msg regarding this with some
debug and a bit more additional info.
The below are the typical responses I get from LinuxCNC when status
requests are made from my remote UI.
I added some ( ) comments to some lines for additional clarity along
with some
/linuxcnc/pull/900
Rod Webster
*1300 896 832*
+61 435 765 611
VMN®
www.vmn.com.au
On Thu, 29 Oct 2020 at 06:09, Johannes Fassotte <
johan...@automationassist.com> wrote:
Did the addition of state tags mess up status replies that are routed to
my TCP connected UI? Data is being sent even
at from the network side and
the internal side of linuxCNC.
I hope that you will find this helpful.
Best regards to all developers.
On 10/24/2020 7:33 PM, Johannes Fassotte wrote:
There are changes to the NML configuration file Master that concerns
me a lot.
From the NML configuration file a
and not for moving tools around?
I Hope this helps.
On 11/4/2020 9:31 PM, Gene Heskett wrote:
On Wednesday 04 November 2020 23:33:51 Johannes Fassotte wrote:
I wanted to post a update on this since I have isolated the source of
unknown data being intermixed with my status requests data sent via
the tcp
I really wish that everyone would concentrate on improving the software
instead of worrying about the name of the version that most consider as
being the master. It is master since it is where the code is actually
shared with everyone. It is not beneficial to anyone to have a narrow
view for
I'm testing with the axis UI with master to see how I can pull status
data out in a format that is suitable for use with my Labview UI code,
and used the below code for one of my tests to see how the data is
formatted.
c = linuxcnc.command()
e = linuxcnc.error_channel()
DDS looks very interesting and I will plan to look into it more today. Thanks
for the link to DDS. Future compatibility with other industrial work is very
important and highly desirable.
Johannes -
Fairbanks, AK 99712
> On Dec 5, 2022, at 6:13 AM, Bari wrote:
>
> A pdf that explains where
I had a chance to do some work on OpenDDS while waiting for parts for
another project. I installed OpenDDS with its depends on my Linux Mint
20 development computer and made some notes on how I installed it and
all the depends. I have not checked out the built in tests yet described
in the
. Will need to do more research on how to integrate it into a
application.
On 12/18/2022 5:23 PM, Bari wrote:
On 12/18/22 18:24, Johannes Fassotte wrote:
I had a chance to do some work on OpenDDS while waiting for parts for
another project. I installed OpenDDS with its depends on my Linux
Mint 20
I’m fairly familiar with machine kit and it has nothing to do with that. It has
strictly to do with modernizing the built in remote interface that Linuxcnc was
born with..
I think that this will get done individuals like me that get together and see
the advantages that this offers. I usually
I'm using master that I down loaded about 10 days ago with Gmoccapy
that came with it. I was controlling my mill just using the jog buttons
and chose not to send commands using MDI mode. This machining work
required the jog button to be pushed for minutes at a time and then
released when the
25 matches
Mail list logo