Back
[00:02:40] <skunkworks_> starting with the livecd - what more would you have to install to try the lxrt?
[00:02:49] <skunkworks_> (other than building your branch)
[00:03:28] <skunkworks_> just rtai-modules?
[00:06:35] <jepler> if you can build and run a traditional rtai kernel-model realtime linuxcnc, you should be able to build and run my branch.
[00:07:09] <jepler> you have to configure --with-realtime=uspace, and look for rtai in this line from configure: checking for realtime API(s) to use... uspace+lxrt+xenomai
[00:07:16] <jepler> (you probably won't have +xenomai)
[00:19:09] -!- micges [micges!~micges@afu186.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[00:27:26] <cradek> jepler: do you think it will run on rtai now? recently it didn't.
[00:27:45] <cradek> (I'd have to move a cat to go try it)
[00:29:29] <jepler> cradek: it does here, jessie with seb's latest kernel from highlab.com.
[00:31:05] <jepler> linux-image-3.18.0-1-rtai-amd64 + rtai-modules-3.18.0-1
[00:31:21] <jepler> so when you tried it the other day, it worked properly zero times? hmph.
[00:31:36] <cradek> lemme try again
[00:31:55] <jepler> sorry cat
[00:32:35] <cradek> jepler/master/uspace-plus, right?
[00:32:40] <jepler> yes
[00:32:49] <jepler> you're on .. wheezy?
[00:33:09] <cradek> yes, Linux emc 3.4-9-rtai-686-pae #1 SMP PREEMPT Debian 3.4.55-4linuxcnc i686 GNU/Linux
[00:33:22] <cradek> I think this is the setup our users all use
[00:33:49] <jepler> you think they're as predictable as all that? :-P
[00:33:57] <cradek> wellll
[00:34:01] <cradek> most? many?
[00:34:12] <cradek> (I bet actually a lot use lucid)
[00:34:13] <jepler> it's the one that comes from that install image we promote
[00:34:18] <cradek> yeah that
[00:35:04] <Tom_itx> lucid ftw! ... if it ain't broke don't fix it
[00:36:24] <jepler> I guess I have a wheezy rtai vm image here, I should boot it.
[00:36:49] <cradek> Error: could not insert module /home/chris/emc/rtlib/rtapi.ko: Invalid module format
[00:37:00] <cradek> yeah it still has a fundamental problem of some kind
[00:37:37] <cradek> that's from stderr upon runtests tests/flipflop.0
[00:37:53] <jepler> can you pastebin your configure output?
[00:38:57] <cradek> http://paste.ubuntu.com/19323423/
[00:39:08] <jepler> it doesn't even build for me
[00:39:11] <jepler> rtapi/uspace_rtai.cc:4:28: fatal error: rtai/rtai_lxrt.h: No such file or directory
[00:39:57] <jepler> how did you invoke configure?
[00:40:03] <cradek> ahem
[00:40:11] <cradek> ./configure --enable-non-distributable=yes
[00:40:19] <cradek> I need to specify uspace somehow don't I
[00:40:39] <jepler> yeah but now I wonder why buildbot didn't detect me breaking rtai builds!
[00:41:07] -!- pcw_home has quit [Ping timeout: 260 seconds]
[00:41:30] <jepler> --with-realtime=uspace
[00:41:54] <cradek> yeah same build failure now
[00:42:15] <cradek> although I do seem to have that include in another place or two
[00:42:33] <jepler> yes
[00:42:43] <cradek> sorry for the invalid reports earlier
[00:42:45] <jepler> looks like my code is wrong, it should just be <rtai_lxrt.h>
[00:42:56] <jepler> that's OK, but now I know I broke real rtai at least on wednesdays
[00:44:01] -!- micges has quit [Quit: Wychodzi]
[00:45:57] <jepler> -#include <rtai/rtai_lxrt.h>
[00:45:57] <jepler> +#include <rtai_lxrt.h>
[00:46:14] <jepler> but yes it builds and works for me on wheezy i386 with this
[00:46:30] <cradek> yay!
[00:46:44] <jepler> now trying a build with rtai
[00:46:51] <jepler> er you know
[00:46:54] <jepler> with old style
[00:47:31] <jepler> is it possible you just need to build clean or something?
[00:47:36] <jepler> git clean even?
[00:47:45] <cradek> no, I did all that carefully
[00:47:47] <jepler> ok ok
[00:47:56] <jepler> waiting on my build..
[00:49:31] <jepler> hm that wfm too
[00:51:50] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler closed pull request #108: Preview: uspace+RTAI+xenomai (06master...06uspace-rtai) 02
https://github.com/LinuxCNC/linuxcnc/pull/108
[00:52:55] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler opened pull request #110: "uspace plus": uspace with support for preempt-rt, rtai, and xenomai (06master...06jepler/master/uspace-plus) 02
https://github.com/LinuxCNC/linuxcnc/pull/110
[00:53:38] <mozmck> cradek: you still have the bridgeport r2e3?
[00:53:47] <cradek> nope, seb has it now
[00:53:59] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #99: 2.7.5 has been released. 02
https://github.com/LinuxCNC/linuxcnc/issues/99#issuecomment-232528234
[00:54:05] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler closed issue #99: After Update to 2.7.4 error warning when using "Run From Line" in Gmoccapy 02
https://github.com/LinuxCNC/linuxcnc/issues/99
[00:54:08] <mozmck> I see! My boss just bought one - it's in a garage.
[00:55:02] <mozmck> So I think I'll have to take the top off like you did - how bad a job was that?
[00:56:15] <cradek> not bad, but the oil lines are easy to break
[00:56:22] <jepler> (ugh lxrt-config --rtai-cflags is stupid, it specifies -I.!)
[00:56:31] <cradek> you can take it apart, push it indoors, and put it back together in a day
[00:56:43] <cradek> probably need two people
[00:57:19] <mozmck> I have to take it out and on a trailer. It will then go in a shop which has a tall enough door.
[00:57:27] <cradek> jepler: still fails for me, and I nuked my typescript with git clean
[00:57:40] <mozmck> That's good to know. We've been scratching our heads, but it was a pretty good deal we think.
[00:57:43] <jepler> cradek: that's distressing.
[00:57:44] <cradek> mozmck: there's a lifting point on the head casting where it balances
[00:58:41] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[00:59:10] <cradek> jepler: building/logging again
[00:59:16] <jepler> linux-image-3.4-9-rtai-686-pae 3.4.55-4linuxcnc
[00:59:20] <mozmck> I have an A-frame with a 2-ton chain hoist, so getting it on the trailer should not be hard.
[00:59:20] <jepler> rtai-modules-3.4-9-rtai-686-pae 3.9.265.gd99c55e
[00:59:36] <jepler> (hums at 3.4.9 vs 3.9.265.g...)
[01:00:00] <cradek> those are the versions I have
[01:00:24] <jepler> ./configure and ./configure --with-realtime=uspace
[01:00:46] <cradek> er no
[01:00:48] <jepler> make, sudo make setuid, runtests
[01:00:51] <cradek> do I have a mess?
[01:00:52] <cradek> ii linux-headers-3.4-9-common-rtai 3.4.87-1~linuxcnc.1 i386 Common header files for Linux 3.4-9-rtai
[01:00:55] <cradek> ii linux-headers-3.4-9-rtai-686-pae 3.4.87-1~linuxcnc.1 i386 Header files for Linux 3.4-9-rtai-686-pae
[01:00:58] <cradek> ii linux-headers-3.4.55-rtai-2 3 i386 Header files related to Linux kernel, specifically,
[01:01:26] <jepler> linux-headers-3.4-9-common-rtai 3.4.55-4linuxcnc
[01:01:30] <jepler> linux-headers-3.4-9-rtai-686-pae 3.4.55-4linuxcnc
[01:03:40] <cradek> http://paste.ubuntu.com/19324915/
[01:03:48] <cradek> clearly I should try building master
[01:04:04] <cradek> I don't know what all this machine has been through
[01:04:23] <jepler> apt-cache policy for linux-headers...:
http://paste.debian.net/781071/
[01:04:46] <jepler> I wonder what 3.4.87 is .. or 3.4.55 for that matter
[01:04:54] <jepler> but yes, building master might be informative
[01:05:01] <jepler> also looking at dmesg for the actual insmod error
[01:05:20] <cradek> [24056294.624233] rtapi: disagrees about version of symbol module_layout
[01:07:37] <cradek> sorry, it's my box
[01:07:38] <cradek> jeez
[01:07:42] <jepler> np
[01:07:48] <cradek> I use it all the time - but I guess I always run packages
[01:08:01] <jepler> I bet it'll build once you put those modules back
[01:08:03] <jepler> er headers
[01:08:48] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus c604616 06linuxcnc 10(7 files in 3 dirs) uspace: add uspace+rtai realtime * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c604616
[01:08:48] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus c253da8 06linuxcnc 10(6 files in 2 dirs) uspace: add uspace+xenomai realtime * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c253da8
[01:08:48] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus c8db46f 06linuxcnc 10(8 files) packaging: rtai, xenomai are sub-packages of uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c8db46f
[01:08:50] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/uspace-plus f6dbd09 06linuxcnc 10docs/src/code/building-linuxcnc.txt docs: document new RTOS support * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f6dbd09
[01:12:51] -!- pcw_home has quit [Ping timeout: 240 seconds]
[01:23:18] <jepler> > Is NASA hiding clear video evidence of a UFO descending to Earth? To paraphrase what a spokesperson from the space agency told me when I asked: "Uh, no."
[01:23:21] <jepler> thank you journalism
[01:35:49] -!- k-man has quit [Read error: Connection reset by peer]
[01:39:07] <skunkworks_> That just proves it!
[01:47:58] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[02:31:56] <seb_kuzminsky> 3.4.55 is the version of the kernel (from kernel.org) that the linux-image-3.4-9 debian package packages
[02:32:15] <seb_kuzminsky> 3.4.87 was another one i tried at some point that didnt work out well
[02:33:13] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[02:34:49] <seb_kuzminsky> cradek, jepler: i might have done a bad thing with the rtai kernel debs at highlab...
[02:35:29] <jepler> seb_kuzminsky: uh oh
[02:35:38] <jepler> the jessie ones?
[02:35:38] <seb_kuzminsky> i was chasing problems with rtai 5.0-test2 and rebuilt the kernel with lock tracing and debugging turned on, and i didn't bump the version number
[02:35:44] <jepler> ouch
[02:35:53] <cradek> oh noooo
[02:35:53] <seb_kuzminsky> yeah, the 3.18-rtai kernel
[02:36:02] <cradek> restore from backups?
[02:36:06] <seb_kuzminsky> i should know better by now
[02:36:11] <seb_kuzminsky> well
[02:36:13] <jepler> dput usually stops me from doing that
[02:36:41] <seb_kuzminsky> i should look into using dput, it's all a big pile of make right now
[02:36:48] <jepler> ah ugh
[02:36:56] <jepler> fwiw I have the amd64 kconfig here if that helps
https://emergent.unpythonic.net/files/sandbox/config-3.18.0-1-rtai-amd64
[02:37:05] <jepler> I sure didn't snag the source package though
[02:37:13] <seb_kuzminsky> that part is no problem
[02:37:31] <seb_kuzminsky> it all builds out of git repos so i can just check out the commit y'all are used to and build that
[02:37:56] <jepler> it'll all work out in the end
[02:37:59] <seb_kuzminsky> then i'll go back to the branch tip where i turned on debugging, add another commit to bump the version number, and build that
[02:38:01] <jepler> you didn't do it on an important, well-publicized repo
[02:38:07] <cradek> looks like I have the packages in varcacheapt
[02:38:22] <seb_kuzminsky> yeah, sorry for wasting your time with extra stupid debugging
[02:38:50] <cradek> no I mean the old ones if you want to put them back manually
[02:40:16] <jepler> hm somebody needs to write a MIDI driver for linuxcnc
[02:41:07] <jepler> .. not really midi, but "firmata", this protocol that is apparently implemented on a bunch of tiny micros and can read/write analog and digital values plus do board-specific tricks
https://github.com/firmata/protocol
[02:42:23] <seb_kuzminsky> rebuilding now... sorry for the noise
[02:42:47] <jepler> which I now know a little bit about because I stuck one of these under my desk to light up the keyboard tray, and I easily wrote a little python program to turn the light up when the screen is on and down when the screen is off (X dpms state)
[02:42:51] <jepler> https://www.adafruit.com/products/3000
[02:47:37] <seb_kuzminsky> the folks at the hackspace are all atwitter about the esp8622
[02:48:28] <seb_kuzminsky> 8266? something like that
[02:48:34] <jepler> I have heard of the ESPs
[02:48:49] <jepler> there's a new one, I know that
[02:48:56] <jepler> I ordered some of the old ones and they are gathering dust somewhere
[02:49:50] <seb_kuzminsky> kerry and i have been talking about an art project with wifi and those spi led strips
[02:50:13] <seb_kuzminsky> little lights scattered around, that all talk to each other and synchronize their little light show
[02:50:36] <seb_kuzminsky> because what we need is another project
[02:56:57] <seb_kuzminsky> jepler: dput uploads to a deb archive, what do you run on the receiving side to update the Packages files etc there?
[02:57:06] <jepler> seb_kuzminsky: mini-dinstall
[02:57:48] <seb_kuzminsky> thx
[02:58:16] <jepler> one thing about mini-dinstall, it seems to immediately delete old versions
[02:58:29] <jepler> I think the scripts we've inherited involving ftparchive do not
[02:58:56] <seb_kuzminsky> hmm yeah
[02:59:06] <jepler> ah maybe keep_old (not the default)
[02:59:15] <jepler> cradek: we should change this at $DAY_JOB
[02:59:36] <seb_kuzminsky> my makepile uses apt-ftparchive
[02:59:49] <cradek> hahaha makepile
[03:00:01] <seb_kuzminsky> :-)
[03:00:20] <jepler> 'night guys
[03:00:27] <seb_kuzminsky> g'night jeff
[03:00:33] <jepler> time to press the "pause" key and watch the LED dim one last time, not for testing :-P
[03:28:01] -!- anth0ny has quit [Quit: anth0ny]
[03:53:16] -!- anth0ny has quit [Client Quit]
[03:57:28] -!- KimK has quit [Ping timeout: 250 seconds]
[04:08:31] -!- KimK [KimK!~Kim__@2600:8803:7a82:b200:d0c7:92b9:d0ee:a581] has joined #linuxcnc-devel
[04:16:38] -!- anth0ny has quit [Quit: anth0ny]
[04:28:33] -!- zeeshan has quit [Read error: Connection reset by peer]
[05:09:16] -!- skunkworks_ has quit [Ping timeout: 252 seconds]
[05:10:40] -!- ve7it has quit [Remote host closed the connection]
[05:37:01] -!- FelixVi has quit [Remote host closed the connection]
[05:39:14] -!- kwallace1 [kwallace1!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[05:50:30] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[06:24:33] -!- skunkworks has quit [Ping timeout: 240 seconds]
[06:24:57] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[06:59:02] -!- teepee has quit [Ping timeout: 244 seconds]
[06:59:11] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[07:04:03] -!- Mathnerd314 has quit [Ping timeout: 240 seconds]
[07:47:05] -!- Miner_48er has quit [Quit: Leaving]
[09:07:35] -!- ikcalB [ikcalB!~ikcalB@mail.team-electronics.com] has joined #linuxcnc-devel
[09:40:48] -!- radish has quit [Ping timeout: 276 seconds]
[10:06:52] -!- radish has quit [Ping timeout: 258 seconds]
[12:13:42] <jepler> huh. (A) I didn't know about linuxcnc -k, which apparently continues even if halcmd fails in whatever way (B) there is no convenient way to test "two pass tcl" outside of the linuxcnc run script and so of course (C) there are no such tests
[12:23:10] -!- b_b has quit [Changing host]
[13:26:26] -!- skunkworks has quit [Ping timeout: 272 seconds]
[13:41:16] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[14:37:04] -!- b_b has quit [Remote host closed the connection]
[14:37:17] -!- kalxas has quit [Changing host]
[14:43:04] -!- ivansanchez has quit []
[14:56:51] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[15:00:40] -!- anth0ny has quit [Quit: anth0ny]
[15:22:37] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[15:24:17] <skunkworks> zlog
[15:24:17] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-07-14.html
[16:19:04] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 843ae2d 06linuxcnc 10docs/html/gcode.html docs: fix a typo * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=843ae2d
[17:03:39] <seb_kuzminsky> jepler, cradek: i fixed the linux-image and rtai-modules jessie debs on highlab
[17:03:59] <seb_kuzminsky> i'll try not to break them again...
[17:04:03] <seb_kuzminsky> at least not today
[17:19:32] -!- ktchk [ktchk!~eddie6929@n219078190187.netvigator.com] has joined #linuxcnc-devel
[17:22:48] -!- ktchk has quit [Read error: Connection reset by peer]
[18:39:40] <jepler> seb_kuzminsky: thank you
[18:44:53] -!- ikcalB has quit [Quit: WeeChat 1.5]
[19:20:32] <seb_kuzminsky> remove any old rtai-modules-3.18 debs you have installed and install the latest one, rtai-modules-3.18.0-1_5.0~test2.2016.05.12.31.gbf15f9b
[19:22:42] <skunkworks> right now?
[19:22:52] <skunkworks> ;)
[19:23:22] <seb_kuzminsky> http://i.imgur.com/MOjHgoA.gif
[19:23:45] <seb_kuzminsky> to get a consistent kernel + rtai-modules for the uspace+plus testing
[19:56:00] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:31:57] -!- Connor has quit [Quit: Leaving.]
[20:32:02] -!- teepee has quit [Ping timeout: 272 seconds]
[20:32:15] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[20:33:45] <seb_kuzminsky> interesting, TI has a C compiler for the Beaglebone PRU now:
http://processors.wiki.ti.com/index.php/PRU-ICSS_Getting_Started_Guide
[20:34:02] <jepler> I saw that somewhere recently too
[20:34:10] <seb_kuzminsky> someone... should implement the hm2 stepgen, pwmgen, and quadrature counter modules for it
[20:34:14] <jepler> hah ugh no
[20:34:48] <jepler> though it would be neat if it turned out you could avoid writing a whole new hardware driver that way
[20:35:30] <seb_kuzminsky> hm2_pru would just mmap the part of /dev/mem that has the PRU in it, i think
[20:35:36] <jepler> right
[20:36:12] <seb_kuzminsky> i wonder if my bbb still works, i'm pretty sure i still have it somewhere
[20:36:32] <jepler> I think I know where mine is. but it's way too slow to be a pleasant dev environment..
[20:36:36] <seb_kuzminsky> there's a semi-official 3.8-rt kernel for it
[20:36:50] <seb_kuzminsky> yeah
[20:37:09] <seb_kuzminsky> i think last time i tried, i had to add a bunch of swap (on an SD card) for it to build linuxcnc at all....
[20:37:38] <jepler> I haven't tried lately to figure out what the license is for the PRU development stuff coming out of ti, but the fact that it is not in debian makes me worry
[20:37:49] <jepler> (maybe we had figured that out back in the day but now I'm blocking it out?)
[20:38:47] <seb_kuzminsky> i bet the answer is not good
[20:39:05] <jepler> http://elinux.org/Ti_AM33XX_PRUSSv2#GCC
[20:39:05] <seb_kuzminsky> they ship these self-extracting ".bin" files, not sure what's in them
[20:39:09] <jepler> I wonder how the state of the gcc compiler is
[20:42:05] <jepler> the assembler may just be 3-clause BSD style
https://github.com/beagleboard/am335x_pru_package/blob/master/pru_sw/utils/pasm_source/pasm.c
[20:42:52] <seb_kuzminsky> heh yeah i just found that one too
[20:43:15] <jepler> but just below there's a paragraph claiming it's also subject to some terms and conditions not shown there..
[20:46:04] <seb_kuzminsky> is the TI PRU C compiler based on gcc?
[20:46:11] <seb_kuzminsky> i dont see it say that anywhere
[20:46:16] <seb_kuzminsky> but it would make sense
[21:05:50] <seb_kuzminsky> i downloaded and installed the ti pru c compiler and it included this:
http://highlab.com/~seb/ti-license.txt
[21:07:03] <seb_kuzminsky> so, no
[21:07:19] <seb_kuzminsky> i think
[21:07:24] <seb_kuzminsky> i am no lawyer
[21:10:27] <seb_kuzminsky> the compiler and other tools, and the example source code they ship with it, are all closed-source and non-redistributable
[21:32:16] -!- Tom_itx has quit [Write error: Connection reset by peer]
[21:32:28] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[21:33:30] <JT-Shop> is there anything that can check for some condition on start up of Axis?
[21:36:03] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[21:36:44] <seb_kuzminsky> JT-Shop: [DISPLAY]POSTGUI_HALFILE ?
[21:36:58] <seb_kuzminsky> or is it [HAL]?
[21:37:06] <seb_kuzminsky> what condition do you want to check for?
[21:37:43] <JT-Shop> https://forum.linuxcnc.org/forum/21-axis/31246-changing-max-velocity-on-startup#77458
[21:37:53] <JT-Shop> trying to solve his mystery
[21:39:59] <JT-Shop> long sweaty day here shower time :)
[21:40:23] <seb_kuzminsky> your F2 suggestion is good i think
[21:42:46] <seb_kuzminsky> hm, halui's interface for setting max velocity is a little awkward to use for this use case
[21:45:51] <seb_kuzminsky> if .max-velocity.count-enable is True and .counts changes, then the machine's max velocity is updated as follows:
[21:46:21] <seb_kuzminsky> if .direct-value is True, then Max Vel is set to (counts * scale)
[21:47:23] <seb_kuzminsky> if .direct-value is False, then Max Vel is changed by (change in counts * scale), from whatever it was before
[21:47:49] <seb_kuzminsky> so there's no way for halui to be told by F2 to update the maxvel
[21:48:25] <seb_kuzminsky> maybe instead... OP's switch could connect to the select input of a mux, which select 100, 50, or 25 as the mux output
[21:48:47] <seb_kuzminsky> that goes into halui's .count
[21:49:17] <seb_kuzminsky> halui's direct-value is True, and .scale is such that 100 counts is full max vel
[21:49:46] <seb_kuzminsky> hm, then it only changes when you move the switch (which changes the count), which is the problem OP is having
[21:49:49] <seb_kuzminsky> so i didnt help at all
[21:51:14] <seb_kuzminsky> it would be easy to add a "set max vel to this number" input pin to halui, but doing what OP wants with the existing halui pins doesnt look easy :-(
[21:54:11] <JT-Shop> I could not even get max velocity to change in a sim yesterday but I didn't try hard
[21:54:18] * JT-Shop feels much better now
[21:54:54] <JT-Shop> I wonder if you could use a rising edge in classicladder somehow
[21:55:14] <seb_kuzminsky> i don't see how
[21:55:34] <seb_kuzminsky> there are three inputs to halui that cause it to send Set Max Vel commands:
[21:55:41] <JT-Shop> on rising edge of F2 change the max feed number then change it back
[21:55:56] <JT-Shop> just thinking out loud
[21:56:03] <seb_kuzminsky> a change in .count (only if .counts-enable is True)
[21:56:19] <seb_kuzminsky> .increase and .decrease
[21:57:22] <PCW_> change the mux to a channel set to 0 at startup and then restore to user setting
[21:57:55] <seb_kuzminsky> that might work
[21:58:18] <seb_kuzminsky> halui is non-realtime, so depending on the startup delay it might not notice the initial 0
[21:58:49] <PCW_> use a one second one shot
[21:59:17] <seb_kuzminsky> that'll probably work the vast majority of the time
[22:00:45] <PCW_> two seconds for a vaster majority :-)
[22:01:49] <seb_kuzminsky> i mistrust timers like that, but mostly because of timing-related problems in the buildbot's virtual machines
[22:01:55] <seb_kuzminsky> real hardware does much better
[22:06:20] -!- Connor [Connor!~Connor@c-67-187-108-117.hsd1.tn.comcast.net] has joined #linuxcnc-devel
[22:15:41] -!- zeeshan [zeeshan!~kvirc64@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[22:25:54] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[22:25:56] -!- teepee has quit [Ping timeout: 244 seconds]
[22:26:01] teepee_ is now known as teepee
[22:27:24] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:33:13] <KGB-linuxcnc> 03Dewey Garrett 05master d118ec4 06linuxcnc 10src/emc/motion/control.c 10src/emc/nml_intf/emc_nml.hh 10src/emc/task/emctaskmain.cc 10src/emc/task/taskintf.cc emctaskmain.cc handle on_soft_limit #96 JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d118ec4
[22:36:41] -!- kalxas has quit [Quit: Goodbye]
[23:01:06] -!- jthornton- [jthornton-!~john@198.45.191.246] has joined #linuxcnc-devel
[23:01:06] -!- JT-Shopp [JT-Shopp!~john@198.45.191.246] has joined #linuxcnc-devel
[23:01:07] -!- JT-Shop has quit [Read error: Connection reset by peer]
[23:01:07] -!- jthornton has quit [Read error: Connection reset by peer]
[23:31:51] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[23:31:55] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[23:56:51] -!- olli- has quit [Ping timeout: 264 seconds]
