#hazzy Logs
May 02 2020
#hazzy Calendar
12:06 AM Not-944e: [02qtpyvcp] 07KurtJacobson pushed 031 commit to 03StorageDeviceManager [+1/-0/±2] 13https://git.io/Jf34d
12:06 AM Not-944e: [02qtpyvcp] 07KurtJacobson 03b0e2fc5 - add storage device manager for mounting external media
12:06 AM Not-944e: [02qtpyvcp] 07KurtJacobson created branch 03StorageDeviceManager - 13https://git.io/fhCou
12:18 AM TurBoss: hey
12:18 AM TurBoss: just awake
12:18 AM TurBoss: 😲
04:30 AM JamesW: hmmm. I don't get the status:all_axis_homed behaviour. On the face of it it seems inconsitent with the individual axis homed status feed. Why would we return true on this all homed data channel just because the ini file doesn't force homing? When the joints aren't actually homed?
04:31 AM JamesW: hazzy-m or Turboss - see above comment when you guys come back online.
04:31 AM TurBoss: :P
04:32 AM TurBoss: I don't know :(
04:33 AM JamesW: the whole purpose of that ini file setting in my mind is to allow the prevention of any movement before homing the machine. UNLESS there is another method expected to test if the machine is all_homed?
04:33 AM JamesW: i.e. REALLY homed at the joint level not just cose the ini file doesn't enforce it.
04:34 AM JamesW: stumbling acorss these quirks as I debug behaviour in the GUI
04:35 AM TurBoss: maybe a bug
04:35 AM JamesW: i power the machine on with the POWER button and bingo my Home button thinks I'm all homed. I'm saying "like F I am". And the individual axis home buttons agree with me. :)
04:35 AM TurBoss: or a diferen behabiour
04:36 AM JamesW: no - its behaving per the docs. I'm challenging if that is sensible and asking if there is an expected alternative test for assessing a true all_axis_homed test.
04:36 AM TurBoss: leme check
04:37 AM JamesW: "All axes homed status
04:37 AM JamesW: True if all axes are homed or if [TRAJ]NO_FORCE_HOMING set in INI."
04:37 AM JamesW: " If [TRAJ]NO_FORCE_HOMING is set in the INI the value will be come
04:37 AM JamesW: true as soon as the machine is turned on and the signal will be emitted,
04:37 AM JamesW: otherwise the signal will be emitted once all the axes defined in the
04:37 AM JamesW: INI have been homed."
04:37 AM TurBoss: https://github.com/kcjengr/qtpyvcp/blob/master/qtpyvcp/plugins/status.py#L538
04:39 AM JamesW: my tests show the behaviour is per the doc txt above
04:39 AM JT[m]: morning
04:40 AM JamesW: morning JT
04:40 AM TurBoss: morning Jt
04:41 AM * TurBoss sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/HHVxZcdoJGiwnOiQsCnEwQWL >
04:41 AM JamesW: TurBoss - if I can use the tuple of the individual axis in a rule test to assess true homing then I can work around the all_axis_homed behaviour
04:43 AM TurBoss: do you have "no force homing" true or false in your ini?
04:43 AM JamesW: yup - and I think that is not a good way to do it. Granted I don't have the full picture, but an all_axis_homed channel that says its homed when it actually isn't doesn't seem right.
04:43 AM JamesW: probably set as true. Which is fine.
04:44 AM JamesW: probably not set at all in fact
04:44 AM TurBoss: as the python says all homed is allways true when that option begin true
04:46 AM JamesW: yup - I know. per my original comments. So how would I, in a rule, test the tuple of status:homed to assess the real joint homed position. Can I use a multi AND logic statement?
04:48 AM TurBoss: not sure about expresion sintaxt
04:48 AM TurBoss: also not sure how the python should behave
04:48 AM TurBoss: :/
04:49 AM JamesW: the problem with the implementation as it stands is the behaviour if using that channel can result in a GUI representing an untrue statement. i.e. the machine has been homed when it has not.
04:49 AM TurBoss: its coded that way to allow mdi and run
04:49 AM TurBoss: before home
04:49 AM JamesW: ok
04:50 AM TurBoss: so looks like a mess bug
04:50 AM JamesW: so I need to figure an alternative to assess true homing state
04:50 AM TurBoss: or wait for the fix
04:51 AM JamesW: there probably should be a seperation of those two data points and MDI should probably be doing an OR test on them.
04:52 AM TurBoss: yes diferent things
04:53 AM JamesW: are rules just python statements put through an eval type process?
04:53 AM TurBoss: yes
04:53 AM JamesW: cool - I have something to try then .... ** starts ferreting through python syntax refs **
05:14 AM JamesW: solved.
05:14 AM JamesW: ch[0].count(1) >= 3 on the status:homed channel
05:15 AM JamesW: not very dynamic but it will work for my machine. Once I get the 4th axis built I can easily tweak it
05:20 AM TurBoss: cool!
06:28 AM RacoonRider|MovT: Short question. Is there now the spindle load gauge in the latest probe_basic connected to a signal channel, so i need the motor current at the screen very bad.
06:28 AM RacoonRider|MovT: Short question. Is there now the spindle load gauge in the latest probe_basic connected to a signal channel? Because i need the motor current at the screen very bad.
06:29 AM RacoonRider|MovT: I dont figure out how to add a new chnnel and make it by myself
06:30 AM RacoonRider|MovT: Is there any "how to add a signal/data channel to a vcp" out there? Google still nothing found.
08:25 AM hazzy-m: JamesW: NOT_FORCE_HOMING should only be used on machine that either can't be homed (no limit switches for example), or machines that don't need to be homed (abs encoders)
08:29 AM hazzy-m: With the NO_FORCE_HOMING set to true it is expected that the GUI should behave as if the machine were homed, so it makes sense for the all_axes_homed value to return true since its mainly used for enabling/disabling widgets based on homed state. In fact this is why the all_axes_homed data channel was added, to make it easy to make a GUI that was complaint with the NO_FORCE_HOMING switch
08:31 AM hazzy-m: homed indicators for individual axes and joints should still be programed to indicate the actual homed state
08:32 AM hazzy-m: http://www.linuxcnc.org/docs/html/user/user-concepts.html#_homing
08:32 AM hazzy-m: If you think of a better way to do this let me know!
08:32 AM JT[m]: morning from chicken land
08:33 AM hazzy-m: morning JT
08:33 AM JT[m]: got an aircraft carrier powermatic yesterday
08:33 AM hazzy-m: sweet!
08:34 AM hazzy-m: planer. jointer?
08:34 AM JT[m]: managed to get the boxes inside the shop this morning
08:34 AM JT[m]: jointer
08:34 AM JT[m]: got the base out so far
08:35 AM hazzy-m: they make great jointers, I have an older small powermatic
08:35 AM JT[m]: http://www.powermatic.com/us/en/p/60hh-8-jointer-2hp-1ph-230v-helical-head/1610086K
08:35 AM JT[m]: yum breakfast time
09:02 AM Lcvette: o/
09:02 AM Lcvette: morning!
09:02 AM Lcvette: :D
09:10 AM JT[m]: Morning
09:12 AM * JT[m] uploaded an image: VectorImage_2020-05-02_091057.jpg (3378KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/VUQENuPelpWSiUiykEwasNPW >
09:14 AM JT[m]: That's the old one a buddy gave me because he couldn't get it lined up, had beer can shims in the dovetails loll
09:16 AM * JT[m] uploaded an image: VectorImage_2020-05-02_091525.jpg (3151KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/reaLuTfaphsgTkhmnvYxuxEn >
09:16 AM hazzy-m: nice!
09:16 AM hazzy-m: Man, you have too much fun lol
09:17 AM Lcvette: \o/ new toys?
09:17 AM Lcvette: :o
09:17 AM hazzy-m: Lcvette: morning!
09:17 AM hazzy-m: how goes it?
09:36 AM * JT[m] uploaded an image: VectorImage_2020-05-02_093536.jpg (2621KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/UDYoWnjFYwoGLzCzHtVgIuyM >
09:36 AM Lcvette: going good, my lower back is out and absolutely bogging me down
09:37 AM JT[m]: Crap need another half an inch
09:37 AM Lcvette: damn back problems!
09:37 AM Lcvette: lol
09:40 AM JT[m]: Back problems suck, wife's goes out from time to time
09:57 AM Lcvette: yup for sure
09:57 AM Lcvette: sciatica
09:57 AM Lcvette: :(
09:57 AM Lcvette: had it since i was 24
09:57 AM Lcvette: hits about once every year or so
10:01 AM * JT[m] uploaded an image: VectorImage_2020-05-02_095923.jpg (3224KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/EHvcLTXVNSaPtGVionrBFKBX >
10:07 AM TurBoss: wow a surface grinder?
10:07 AM JT[m]: Jointer
10:18 AM TurBoss: oh
11:56 AM jthornton: WOW my wife weed wacked around the house
12:01 PM * JT[m] uploaded an image: VectorImage_2020-05-02_115946.jpg (2712KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/nvXUmxsspdmXEJbnWQMRUoLh >
12:18 PM hazzy-m: you were playing with new toys, she knew there was no chance you would get to it lol
12:19 PM hazzy-m: that't a nice looking jointer!
12:20 PM * hazzy-m uploaded an image: ima_49066fa.jpeg (198KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/TfIPNBURluWWWRELteAHDNkL >
12:21 PM hazzy-m: mine is a little smaller, and so it my stool in the background lol
12:31 PM JT[m]: Nice
12:31 PM JT[m]: I've still not moved the out feed table... try again after my nap
12:32 PM JT[m]: odd I got the jointer in 2 days but it's 2 weeks for the mobile cart!
01:15 PM * hazzy-m uploaded an image: image.png (87KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/jkvatlFPFKEpjTqOalDCUDtj >
01:18 PM Not-944e: [02qtpyvcp] 07KurtJacobson pushed 035 commits to 03StorageDeviceManager [+0/-0/±5] 13https://git.io/Jf3yt
01:18 PM Not-944e: [02qtpyvcp] 07KurtJacobson 03a3a30ff - check if there are any external devices
01:18 PM Not-944e: [02qtpyvcp] 07KurtJacobson 0375451d6 - status - only watch files if they exist
01:18 PM Not-944e: [02qtpyvcp] 07KurtJacobson 03778f515 - program_actions.load - load empty file if no file path given
01:18 PM Not-944e: [02qtpyvcp] ... and 2 more commits.
02:19 PM JamesW[m]: morning
02:25 PM JamesW[m]: hazzy - re the no force homing. I get your position and how that channel behaves. I worked around it. The part I dont think makes sense is “all axis homed” being true when the axis are not homed. I dont believe the ini file setting should influence that. I would suggest that if the mdi function needs to be able to work on an unhomed machine it should reference that ini setting or have a check box in designer to explicitl
02:25 PM JamesW[m]: active whne machine is unhomed. Just my opinion though. And like i said I worked around it by testing against status:homed. So all relaxed. :-)
02:40 PM jthornton: that's part of LinuxCNC
02:40 PM hazzy-m: correct, I'm just making the behavior consist
02:40 PM jthornton: setting no force homing shows all axes as homed so you can run without home switches
02:40 PM hazzy-m: JamesW: Why are you using NO_FORCE_HOMING?
02:41 PM hazzy-m: VERY few machines use it, and its main utility is for development work so you don't have to wait for axes to home for testing something in a sim
03:43 PM JT-Shop: damn the belt broke on the rider... I guess I'll have to go and clean the jointer in the cool shop
03:59 PM JamesW[m]: hazzy: understand all that. And maybe Im being too “black and white” about it, i can do that sometimes. At the end of the day I managed to get the behaviour I was looking for that woks for my context. So all good, really.
04:16 PM JamesW: there is one observation I would make. I just tested this again on my physical machine where the "no forced home" setting does NOT exist in the ini file. i.e it is undefined and I am still getting the same "Homed" state on power even though no homing as yet. Its behaving as though when that ini setting is undefined it is treated as TRUE. It is this behaviour on my main machine that started me down this investigation. Should I have a setting in the ini
04:16 PM JamesW: that FORCES homing?
04:18 PM JamesW: oh - I haven't moved my alternative test code against status:home yet.
04:24 PM * JT[m] uploaded an image: VectorImage_2020-05-02_042307.jpg (2623KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/dniSiWgzqzTxvSADFwAobDpT >
04:24 PM JT[m]: Wax on ... wax off
04:24 PM JamesW[m]: looking good
04:25 PM JamesW[m]: thats some serious kit
04:25 PM JamesW[m]: and is that a comb (corn comb) insert cutter I see in it?
04:32 PM JT[m]: yea spiral cutter head
04:32 PM JamesW[m]: nice
04:42 PM roguish[m]: JT: holy cow. another toy...............
04:42 PM roguish[m]: very nice.
04:42 PM JamesW: tool - never toy.
04:42 PM JamesW: besides ... what's the first rule? "there are never enough tools".
04:44 PM roguish[m]: the guy who dies with the most toys wins..........
04:46 PM * JT[m] uploaded an image: VectorImage_2020-05-02_044356.jpg (5532KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/PbJhpnMYlUGeAteJRJBOxbdE >
04:46 PM JT[m]: 54 inserts
04:47 PM JT[m]: The guy who lives the longest gets everyone's toys
04:47 PM JamesW[m]: they do wear pretty well though?
04:47 PM roguish[m]: JT: show off.
04:47 PM JamesW[m]: mind you I have heard that MDF is pretty tough on them
04:48 PM JamesW: but you have 4 sides so lots of life
04:48 PM JamesW: are they double sided as well?
04:49 PM * JT[m] wonders why anyone would run MDF on a jointer
04:50 PM JamesW: not in a jointer maybe. But I am sure I can remember reading threads about insert wear on mdf. maybe I am thinking a thicknesser or insert router bits.
04:50 PM * JT[m] uploaded an image: VectorImage_2020-05-02_044925.jpg (3204KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/iwmxnresmOvXaQXmNLfWMtwn >
04:50 PM JT[m]: This is the one I'm giving back to the guy that gave it to me
04:51 PM JT[m]: No, just 4 cutting edges
04:51 PM JamesW[m]: would have done the job no doubt
04:51 PM JamesW[m]: just not as swish
04:53 PM JT[m]: Well the fence wobbles etc etc etc. Yes it did work but not well
04:56 PM JT[m]: I removed the beer can shims and set the gibs so both tables were parallel
04:57 PM JamesW[m]: sounds like it needs a bit of engineering attention. But your new machine is VERY nice.
05:01 PM JT[m]: Thanks
05:01 PM JT[m]: Yea I fabricated a dust collection port for it to
05:03 PM JamesW: is that for hobby use or going to make you some $$?
05:03 PM JT[m]: And put new wheels on it too, he should be happy to get it back
05:07 PM JT[m]: Just improving my wood working skills in my retirement years
05:10 PM JT[m]: Just fired it up and it's bad ass and quiet to my surprise
05:11 PM roguish[m]: JT: watch your fingerssss
05:12 PM roguish[m]: JT: hey, I just did an install of debian 10 (buster) and it's stuck on 1024x768 display. wtf. I cannot get it to go higher res...... any ideas?
05:14 PM * JT[m] uploaded an image: VectorImage_2020-05-02_051256.jpg (2501KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/pfjCoKJBvyGQBpwIddlgtyIc >
05:14 PM * JT[m] uploaded an image: VectorImage_2020-05-02_051327.jpg (3040KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/MyMhLRvcnhPXnSWGtdHTYsoP >
05:15 PM JT[m]: Not seen that before
05:33 PM JamesW: seen what?
05:33 PM JamesW: them moving out of cage?
06:11 PM JT[m]: Screen resolution limited like roguish described
06:26 PM roguish[m]: cute little McNuggets.....
06:26 PM roguish[m]: got any goats?
06:33 PM JT[m]: No, neighbor is taking about getting some. This used to be a goat ranch
06:41 PM JamesW: hazzy: I need to fall on my sword as they say. I searched my mill ini file and no force home didnt come up (searched on 'force'). Just been looking through it this morning AGAIN as behaviours were not stacking up and it bloody well has NO_FORCE_HOMING = 1
06:41 PM JamesW: very sorry. My F up.
06:51 PM JamesW: re thinking it was ignoring the setting.
07:11 PM JamesW[m]: been looking at ncam again this morning. A port of that isn't feeling too appealing at the moment. Anyone thought about an embed plugin/widget?
07:11 PM JamesW[m]: must be quicker to do than a port
07:32 PM * hazzy-m uploaded an image: ima_96385da.jpeg (400KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/RjSEiPRczdXCHtqPLqJJddsJ >
07:33 PM * hazzy-m uploaded an image: ima_53303c6.jpeg (371KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/bhBqBhODlXYHBwXXEAEDUeIw >
07:42 PM JamesW[m]: NICE. What's that going to be at the end?
07:56 PM hazzy-m: it's a spacer for a turbo on an Audi all road. New turbo was too big so this gives it just enough more space
07:59 PM JamesW: cool.
08:03 PM JT[m]: nie
08:05 PM JT[m]: nice even
08:50 PM JamesW: question: I keep having the machine bounds, ticks and labels in the vtk plot. I have turned it all off on my dev box and run in in sim, all good. They have gone. Commit and push changes to my github. Pull on Mill machine. But when run no change. I "think" I have an "editiable" install. So is there a way to check that or do I do a pip i=uninstall then re do the pip editable install?
08:53 PM JamesW: I have also doubt checked ini file to make sure bounds etc are not on there
09:01 PM JamesW: okay stumped. just deleted the git dir on mill and re cloned. re ran pip install -e . but still getting the issue
09:01 PM JamesW: something is caching somewhere and I have no idea what is happening
09:11 PM hazzy-m: JamesW: same INI?
09:12 PM JamesW: it's main machine ini
09:13 PM JamesW: [VTK]
09:13 PM JamesW: #MACHINE_BOUNDRY = TRUE
09:13 PM JamesW: #MACHINE_TICKS = TRUE
09:13 PM JamesW: #MACHINE_LABELS = TRUE
09:13 PM JamesW: from that ini
09:14 PM JamesW: as you can see - all commented out. UNLESS I need to keep them in and explicitly set to FALSE?
09:14 PM JamesW: only just thought of that.
09:14 PM hazzy-m: You need to set to false
09:14 PM JamesW: is the default true?
09:15 PM hazzy-m: I'm not a fan of display settings like that being in the INI, for now thats what we have
09:15 PM hazzy-m: Yes, I believe they default to true
09:15 PM JamesW: ahhhh - didn't realise that
09:15 PM JamesW: COOL
09:17 PM JamesW: goes off to test
09:19 PM JamesW: yup - worked. Now need to do the same explicit settings for the program
09:32 PM hazzy-m: sweet
09:43 PM * hazzy-m uploaded an image: ima_e2dfd6c.jpeg (255KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/bwMLPJjVbYmiZDAzgzumRDsM >
09:43 PM hazzy-m: it fits!
10:06 PM JamesW[m]: slick. Nice job.
11:54 PM JamesW: on debian 9 whenever I use debug or msg in a gcode file I get these little popup message things. Any ideas on what system is doing it? i.e. so I can kill it off with extreme prejudice!
11:55 PM JamesW: they look like the growl notifications you get on OSX if you have that installed