Re: [Emc-developers] RFC: Reduce number of HAL pin types.
Seems like there could be a significant performance hit for 32 bit architectures. We don’t directly use LinuxCNC, but EMCApplication is a shallow fork of LinuxCNC that will occasionally pull from upstream. We use EMCApplication on the BeagleBone Black, which is a 32 bit architecture and is already a bit strained performance-wise. > On Oct 11, 2023, at 3:11 AM, andy pugh wrote: > > General chat at the Stuttgart meetup drifted onto the subject of HAL > pin types, and a suggestion that all pins could be of type "double" > and it would still work. This may actually what the STMBL does.) > > A double can exactly represent signed integers up to 43 bits, so this > would actually be an improvement on the HAL version in 2.9 > > master currently has S64 and U64 types added, and a set of conversion > functions to suit. This means that there are a total of 7 HAL pin > types (bit, float, S32 U32, S64, U64, port) and 42(?) conversion > functions. > > My proposal, based on further discussion in Stuttgart is to replace > _all_ integer types with Signed-64. This would very much simplify > many HAL configs which are currently liberally scattered with > conv_NN_NN components. The choice of S32 or U32 in many components > appears to be based purely on the whim of the original coder. > > I anticipate this happening in a couple of steps, over a couple of > LInuxCNC major versions. > > Step 1 is simply to map all the integer hal_pin_new*_*() functions > in HAL to hal_pin_new*_S64() and to replace the integer conv_NN_NN > functions with a simple pass-through. > I think that this would be entirely transparent and would not affect > the function of custom HAL components "out in the wild" > > The task of converting the built-in HAL components could then proceed > piecemeal as the opportunity occurred. (for example increasing the > width that is processed in "bitwise") > > The other integer types and conversion functions would, at this stage, > just be marked as deprecated. > > There is the possibility of making the required HAL changes in the > update_ini script, though it might be non-trivial to get right (And > the changes _should_ be unnecessary) > > Apart from a simplification of HAL, this also addresses > https://github.com/LinuxCNC/linuxcnc/issues/2331 > > -- > 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 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] interpreter errors and motion
Hi all, I'm hoping someone might have some insight into an error I encountered today. I have a roughly 11,000 line G code program, with a bad cutter compensation code (Length of cutter compensation entry move is not greater than the tool radius) about 4,500 lines into the program. The read-ahead doesn't see the error until the motion of the machine is about 1,500 lines into the program (~5 minutes of run time in). It reports the error at that point through the linuxcnc.error_channel, but continues to run until about line 2,800 and then halts (~8.5 minutes of run time in). It seems like the interpreter is flushing some queue before stopping motion rather than aborting when it sees the error. Is this the intended behavior? I could abort from the UI when I encounter an error on the error_channel, but I would have assumed that the interpreter would have done that. Is this expected behavior? -John ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] RFC: Reduce number of HAL pin types.
That’s correct. We are using MachineKit-HAL for its instantiable components and better HAL Python bindings. Hopefully that functionality could make its way back into LinuxCNC at some point. > On Oct 11, 2023, at 5:53 AM, andy pugh wrote: > > On Wed, 11 Oct 2023 at 12:08, John Allwine wrote: >> >> Seems like there could be a significant performance hit for 32 bit >> architectures. We don’t directly use LinuxCNC, but EMCApplication is a >> shallow fork of LinuxCNC that will occasionally pull from upstream. We use >> EMCApplication on the BeagleBone Black, which is a 32 bit architecture and >> is already a bit strained performance-wise. > > That's unfortunate. Debian is no longer shipping 32-bit installers and > LinuxCNC only supports Buster, Bullseye and Bookworm on x86 and arm64 > at the moment. > > I assume that this also means that you are not using the new 64-bit HAL pins? > > A compile-time switch to force everything (_including_ 64-bit HAL > pins?) to 32 bits should be possible. > > -- > 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 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [Emc-users] April 2023 LinuxCNC meeting at Tormach headquarters
I'll be there! I'm new to this list, so for those that don't know me, I'm the lead software engineer at Penta Machine (we make the Pocket NC). Looking forward to meeting you all. On Mon, Mar 20, 2023 at 11:23 AM Jon Elson wrote: > > Will people who plan to attend (weekend of April 22-23) > please confirm? > > We only have a couple names so far, and Tormach doesn't want > to commit their resources for a tiny crowd. > > Please reply here or directly to me if you plant to attend. > > Thanks, > > Jon > > > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [Emc-users] April 2023 LinuxCNC meeting at Tormach headquarters
I’m happy to talk about how we use LinuxCNC on the Pocket NC or more generally on Kinetic Control. Kinetic Control uses EMCApplication+MachineKit-HAL, both forks of LinuxCNC. I’d love to see the changes in those projects merged upstream into LinuxCNC and am happy discuss the specific features we find the most valuable (generally it comes down to features that improve development efforts and maintainability, such as encapsulation and higher level integrations with Python). From my few discussions with Tormach, I think we’re aligned in that sentiment, especially considering several of the features we use in EMCApplication and MachineKit-HAL were implemented by Tormach developers. As for the tool changer, keep an eye out for our next machine, the Solo. Definitely a step up in every way. Here’s John Saunders of NYC CNC coverage of it at IMTS last year: https://m.youtube.com/watch?v=NONBln6c0Xk=3635s Looking forward to the meet up! > On Apr 11, 2023, at 2:54 AM, Steffen Möller wrote: > > >> >>> On Fri, 7 Apr 2023 at 17:30, John Allwine wrote: >>> >>> I could bring a Pocket NC if anyone is interested in poking around on it: >>> https://www.pentamachine.com/pocket-nc > > Maybe you could jointly conceptualize a video on how to get regular LinuxCNC > running with the Pocket-NC and how to perform 5-Axis machining, which IMHO > may/should also adress what the big non-free software packages can do for us. > > And - maybe design a tool changer for it :) > >> I would love to see one, I have always rather liked the design. > > IMHO an automated tool changer is missing - something like > https://shop.stepcraft-systems.com/automatic-tool-changer-kress or > (preferably) much nicer. > > But on the more serious side - I truly hope you find an arrangement to > synchronize the development with Tormach. Or some parts of the development at > least. What you may want to discuss is an analogy to the Linux Software > Foundation, which I sense played out rather well for Linux. Such a LinuxCNC > Software Foundation (LCNCSF?) should then also fix remaining concerns that > the EtherCAT people have. > > Could we have an online meeting a week or two after your physical one? > > Have fun! > Steffen > > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] April 2023 LinuxCNC meeting at Tormach headquarters
I’ve got a Pocket NC packed up. I have stuff for making knot mandrels with it for tying these: https://www.allwinedesigns.com/blog/globe-knot-tutorial > On Apr 21, 2023, at 8:09 AM, John Thornton wrote: > > On the linuxcnc-devel channel rene-dev5 said 9-10 yesterday > > JT > >> On 4/21/2023 8:14 AM, Ed wrote: >>> On 3/20/23 12:21 PM, Jon Elson wrote: >>> Will people who plan to attend (weekend of April 22-23) please confirm? >> >> I left a message here earlier and plan to attend. >> >> I see the address listed on the Linuxcnc forum and am wondering about what >> time to arrive? >> >> I have been to a couple of meets in Galesburg and one in Wichita and have >> noticed it was then a mostly afternoon and evening event. >> >> >> Thanks, Ed. >> >> >> >> >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] 5-axis video at Tormach meet up
Hi all, Thanks for the great weekend! It was nice to be able to put faces to all the names I see in the commits and forums. I forget who was showing it, but I was hoping to get the video of the big 5-axis machine that was rigged up with dial indicators. I snapped a picture of it (see here, https://demos.pentamachine.com/linuxcnc/linuxcnc-5-axis.jpg). Does anyone have that? Thanks! -John ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 5-axis video at Tormach meet up
Hi everyone, Jon sent them over to me and I've uploaded them here: https://demos.pentamachine.com/linuxcnc/stevenson.wmv https://demos.pentamachine.com/linuxcnc/stevenson2.wmv I don't think this is a great permanent spot for them, but I imagine they can sit here for a while. -John On Wed, Apr 26, 2023 at 7:17 PM Greg C wrote: > I think we’d all like to see them (and I don’t even know what “them” > entails). > > Can they be uploaded to YouTube or something? > > -Greg > > On Wed, Apr 26, 2023 at 8:49 PM Stuart Stevenson > wrote: > > > I sent Jon copies. He can give them to anyone he wishes. I will give them > > to anyone that asks. > > regards > > Stuart > > > > On Wed, Apr 26, 2023 at 2:53 PM Bari wrote: > > > > > Looks like it might be Jon Elson's PC showing a 5-axis machine video by > > > Stuart Stevenson. > > > > > > I believe that Stuart took his "youtubes" down. Maybe someone has > copies > > > to share. > > > > > > On 4/26/23 13:57, John Allwine wrote: > > > > Hi all, > > > > > > > > Thanks for the great weekend! It was nice to be able to put faces to > > all > > > > the names I see in the commits and forums. > > > > > > > > I forget who was showing it, but I was hoping to get the video of the > > big > > > > 5-axis machine that was rigged up with dial indicators. I snapped a > > > > picture of it (see here, > > > > https://demos.pentamachine.com/linuxcnc/linuxcnc-5-axis.jpg). Does > > > anyone > > > > have that? > > > > > > > > Thanks! > > > > > > > > -John > > > > > > > > ___ > > > > Emc-developers mailing list > > > > Emc-developers@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/emc-developers > > > > > > > > > ___ > > > Emc-developers mailing list > > > Emc-developers@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/emc-developers > > > > > > > > > -- > > Addressee is the intended audience. > > If you are not the addressee then my consent is not given for you to read > > this email furthermore it is my wish you would close this without saving > or > > reading, and cease and desist from saving or opening my private > > correspondence. > > Thank you for honoring my wish. > > > > ___ > > Emc-developers mailing list > > Emc-developers@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/emc-developers > > > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 5-axis video at Tormach meet up
I used VLC to view them. > On May 1, 2023, at 5:02 PM, gene heskett wrote: > > On 5/1/23 17:25, John Allwine wrote: >> Hi everyone, >> Jon sent them over to me and I've uploaded them here: >> https://demos.pentamachine.com/linuxcnc/stevenson.wmv >> https://demos.pentamachine.com/linuxcnc/stevenson2.wmv >> I don't think this is a great permanent spot for them, but I imagine they >> can sit here for a while. >> -John > > and firefox doesn't know what to do with a .wmv. Am I missing a plugin? > >>> On Wed, Apr 26, 2023 at 7:17 PM Greg C wrote: >>> I think we’d all like to see them (and I don’t even know what “them” >>> entails). >>> >>> Can they be uploaded to YouTube or something? >>> >>> -Greg >>> >>> On Wed, Apr 26, 2023 at 8:49 PM Stuart Stevenson >>> wrote: >>> >>>> I sent Jon copies. He can give them to anyone he wishes. I will give them >>>> to anyone that asks. >>>> regards >>>> Stuart >>>> >>>> On Wed, Apr 26, 2023 at 2:53 PM Bari wrote: >>>> >>>>> Looks like it might be Jon Elson's PC showing a 5-axis machine video by >>>>> Stuart Stevenson. >>>>> >>>>> I believe that Stuart took his "youtubes" down. Maybe someone has >>> copies >>>>> to share. >>>>> >>>>> On 4/26/23 13:57, John Allwine wrote: >>>>>> Hi all, >>>>>> >>>>>> Thanks for the great weekend! It was nice to be able to put faces to >>>> all >>>>>> the names I see in the commits and forums. >>>>>> >>>>>> I forget who was showing it, but I was hoping to get the video of the >>>> big >>>>>> 5-axis machine that was rigged up with dial indicators. I snapped a >>>>>> picture of it (see here, >>>>>> https://demos.pentamachine.com/linuxcnc/linuxcnc-5-axis.jpg). Does >>>>> anyone >>>>>> have that? >>>>>> >>>>>> Thanks! >>>>>> >>>>>> -John >>>>>> >>>>>> ___ >>>>>> Emc-developers mailing list >>>>>> Emc-developers@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/emc-developers >>>>> >>>>> >>>>> ___ >>>>> Emc-developers mailing list >>>>> Emc-developers@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/emc-developers >>>>> >>>> >>>> >>>> -- >>>> Addressee is the intended audience. >>>> If you are not the addressee then my consent is not given for you to read >>>> this email furthermore it is my wish you would close this without saving >>> or >>>> reading, and cease and desist from saving or opening my private >>>> correspondence. >>>> Thank you for honoring my wish. >>>> >>>> ___ >>>> Emc-developers mailing list >>>> Emc-developers@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/emc-developers >>>> >>> >>> ___ >>> Emc-developers mailing list >>> Emc-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-developers >>> >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers > > 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, 1940) > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis > Genes Web page <http://geneslinuxbox.net:6309/> > > > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [Emc-users] April 2023 LinuxCNC meeting at Tormach headquarters
I could bring a Pocket NC if anyone is interested in poking around on it: https://www.pentamachine.com/pocket-nc On Fri, Apr 7, 2023 at 9:23 AM Jon Elson wrote: > Does anyone have agenda items for the meeting? > > I will be glad to present my servo tuning demo, but that is > all I have. > > Thanks, > > Jon > > > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Found a new show stopper
It looks like you’re missing a few calls in this loop. Not sure if that’s your problem, but it’s a place to start: o7 do o o (see what its got) o (move to it) (put drill hole call here) #50 = [#50 +1] o7 while [#50 le 7] > On Mar 6, 2024, at 5:28 PM, gene heskett wrote: > > On 3/6/24 15:49, gene heskett wrote: >> specifically the command to set spindle speed MUST BE LOWERCASE >> Nothing in a gcode file causing machine motion beyond >> S1000 will execute. No error messages of any kind either. Found it by >> surround the first move with (debug, msg) statements. >> I have not gone to the new number the spindle syntax because that reference >> in the docs is not very clear and doesn't actually explain it that well, at >> least to me. Does it require a $ sign in front of the spindle number? My >> limited exploration has not been successful at rotating a spindle. Since I >> don't have anything that does qualify as a spindle although I've both A and >> B axises now that can turn 400 rpms synched to x or y, I would not call then >> spindles as their chucks are in fact 3d printed square sockets. >> The backplot showed the motion trace just fine for either s case. I have >> killed it a couple times, but changing the view fixes it. >> I changed the file back to a lowercase s: >> s1000 >> and everything then seems to run normally. >> So the old canary will live. ;o)> But he is certainly surprised. > > Looks like its more than just what looks like a case sensitivity. What its > doing is actually only running the attached gcode once. If there is any error > that stops it, such as a probe trip when not in a probe move, its all done > until shut down, restarted and rehomed. There are two places where one sub > calls another. If there are no errors, it all works. Is that a no-no in > terms of error recovery, as in blowing away the call stack? > > Take care & stay well everyubody. > > Cheers, Gene Heskett, CET. > -- > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author, 1940) > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Found a new show stopper
Lines 188-190 are missing calls. On Thu, Mar 7, 2024 at 10:21 AM gene heskett wrote: > On 3/7/24 12:12, andy pugh wrote: > > On Thu, 7 Mar 2024 at 16:44, gene heskett wrote: > > > >>> o > >>> > >>> It needs to be > >>> > >>> o CALL > >>> > >> What line Andy, call is there in line 160 of the main do/while loop, > >> you've got week old code i think as I've posted two versions. > > > > That was from the version you posted 1 hour ago. > > > > I can only work with what you provide. > See line 163 of this file. I do recall adding the call to that line, a > week ago. This one should have a 10 something am date today > > > Cheers, Gene Heskett, CET. > -- > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author, 1940) > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] I'll bite. array's don't work write only
If you’re testing with MDI commands, either a local or global variable would work. If you have a subroutine where you’re setting the value and then writing an MDI command to print the value, then it would have to be a global variable because a local variable would go out of scope. What is the code that isn’t reliably working? In your example, it’s only the (debug,) statements that aren’t behaving how you expect. The debug command knows how to replace variable names, but doesn’t know how to evaluate an expression. Assign the expression to a variable and then print that variable and it will do what you want. If your variable goes out of scope, though, before printing it then it won’t show anything in the variable. > On Mar 3, 2024, at 4:56 PM, gene heskett wrote: > > On 3/3/24 17:33, John Allwine wrote: >> Store it in another variable first: >> # = #[200+#50] >> ;debug,# > > That is what I am trying to do, prolly 20+ times in my present code but > regardless # contains all balls. and its global here, 3 other > machines including the rpi4b running my Sheldon are also behaving > identically. Works fine on the left of the = sign does something else when > its on the right side of the = sign. > > I did get it to work but probably after a dozen tries. Dependably? TBD. And > I'm frazzled for this day. So I'll give it a try tom. Thanks John, take care > & stay well. > > ?? Does the local/global status of the var make a diff? I note you used a > local in your example above. > > Thanks a bunch. > [...] > Cheers, Gene Heskett, CET. > -- > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author, 1940) > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis > > > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] I'll bite. array's don't work write only
Store it in another variable first: # = #[200+#50] ;debug,# > On Mar 3, 2024, at 2:55 PM, gene heskett wrote: > > preset > #50=0 > #[200+#50]= random decimal value, like 777.7 > the above syntax does not report any error > in mdi line > (debug, #200) returns 777.7 > (debug, #[200+#50]) > gets me "#[200+0.00]" > > So how do I read it back? A bare #200 works but #[200+0] doesn't. > #[200+1]=. > (debug, #201) returns . > (debug , #[200+1]) returns "#[200+1]" but not the value stored there. > > So how do I read back what I wrote? > Or is it busted? > > Cheers, Gene Heskett, CET. > -- > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author, 1940) > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis > > > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
