#linuxcnc Logs

Mar 26 2024

#linuxcnc Calendar

01:40 AM Deejay: moin
04:01 AM -!- #linuxcnc mode set to +v by ChanServ
04:22 AM Tom_L: guido.make if you want 2.9.2 find the latest build here and dl it and use gdebi to install: http://buildbot2.highlab.com/debian/dists/bookworm/2.9-uspace/binary-amd64/
04:22 AM Tom_L: morning
04:23 AM Tom_L: linuxcnc-uspace_2.9.2.161.g29f006a0a8_amd64.deb
04:23 AM Tom_L: doesn't get any newer than that
04:26 AM Tom_L: mainstream always lags the bleeding edge build
04:27 AM lcnc-relay: <guido.make> Thanks. I knew something was off;)
04:28 AM Tom_L: if you don't need some special added feature just run with 2.9.0
04:29 AM Tom_L: JT-Cave, some light reading starting at 09:19 PM: http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc/2024-03-25.html
05:24 AM JT-Cave: morning
09:26 AM lcnc-relay: <skunkworks8841> The guy who baught the little dozer - sent a video of him pulling a amazon truck out of his driveway..
09:28 AM lcnc-relay: <skunkworks8841> https://jauriarts.org/_matrix/media/v3/download/jauriarts.org/gJMslkTmhnphLavOwBQFMfcK/434471825_7781908158510376_5914048744467657222_n.mp4
09:29 AM lcnc-relay: <skunkworks8841> I honestly think he should have spend the money on gravel for his drive way...
09:32 AM Tom_L: helps keep unwanteds out
09:35 AM lcnc-relay: <skunkworks8841> problem is - most don't see that.. so - they keep the unwanted in...
09:38 AM JT-Cave: ups won't drive on any white stuff back here
09:48 AM JT-Cave: Tom_L, run mdi seems to save now and I didn't do anything to it...
10:44 AM -!- #linuxcnc mode set to +v by ChanServ
11:05 AM lcnc-relay: <skunkworks8841> wow - that bridge collapse is scary as hell.. I can see why mom has a phobia of bridges
11:10 AM lcnc-relay: <roguish> it's gonna really mess up the traffic in that area..... and not something that can be fixed, at all.
11:10 AM -!- #linuxcnc mode set to +v by ChanServ
11:10 AM lcnc-relay: <roguish> things that big take decades to get done, especially these days with all the whiners around
11:18 AM lcnc-relay: <roguish> lucky that happened at night. no too many cars on the bridge. it carries like 40000 a day. commute hour would have been much deadlier.
11:21 AM bjorkintosh: it's a serious disruption.
11:21 AM bjorkintosh: I'm sure they'll have to use ferries.
11:22 AM lcnc-relay: <roguish> and a real mess to clean up...
11:22 AM roycroft: they're not going to be able to handle all that traffic with ferries
11:22 AM roycroft: that's a major freeway bridge, and there's a lot of heavy truck traffic
11:22 AM lcnc-relay: <roguish> a lot of ships trapped inside the bay
11:22 AM roycroft: well, there was
11:23 AM roycroft: and it's almost tourist season
11:24 AM lcnc-relay: <roguish> that's a big ship.... lots of momentum. still must have been going pretty fast to do that much damage.
11:24 AM roycroft: 3 knots would have done it
11:25 AM roycroft: it's a BIG ship
11:25 AM lcnc-relay: <roguish> yup. no doubt
11:25 AM Scopeuk: that f=ma thing really bights when m is in the hundreds of thousands of tonnes
11:25 AM roycroft: it will be interesting to learn the cause of the collision
11:26 AM roycroft: the ship put out a mayday before it hit the bridge, so they knew they were going to crash
11:26 AM lcnc-relay: <roguish> could happen in the SF bay also. but not sure it that big a ship could travel the SF bay. it's pretty shallow actually. shipping lanes are all dregged.
11:27 AM Rab: Reports of a power outage on the ship, and apparently the engine smoke was unusually dark...could be engine trouble and loss of control.
11:29 AM lcnc-relay: <roguish> Scopeuk: in this case it's more the momentum.. m x v, and kinetic energy, (m*v^2)/2
11:29 AM Rab: Neat radar visualization posted on the PM forum. Not real time, obviously. https://www.youtube.com/watch?v=dBEJMgGAuvE
11:31 AM Rab: Terrible luck to lose power and swerve straight into the column.
11:31 AM Scopeuk: roguish all the same maths, force/energy/work etc are all very much related I was thinking force to displace the bridge but yeh energy is going to govern total damage done. either way much mass makes all the numbers big even with low velocity or acceleration
11:32 AM lcnc-relay: <roguish> yeah, that's a fact
11:32 AM lcnc-relay: <roguish> a really, really big ooooops
11:32 AM bjorkintosh: I don't get it, isn't it aviate, navigate, communicate?
11:32 AM bjorkintosh: they couldn't steer away?
11:33 AM bjorkintosh: or whatever the ship equivalent is...
11:33 AM bjorkintosh: navigate, navigate, communicate.
11:33 AM lcnc-relay: <roguish> they don't turn very quickly. and no mention of currents. and even under power, they don't slow down very fast.
11:34 AM lcnc-relay: <schoch_> holy shit
11:34 AM roycroft: at 3 knots it could take a couple miles to stop
11:35 AM lcnc-relay: <roguish> I have a couple of old friends who are tanker and freighter drives..... they have some wild stories.
11:35 AM roycroft: there's a reason for tugboats besides moving barges
11:36 AM lcnc-relay: <roguish> well, yes. usually in a harbor, there is a local pilot guiding the ship, in and out, of the harbor/bay.
11:37 AM Scopeuk: I'm sure someone out there has the radio comms recorded, there are loads of people who listen to port comms on scanners/sdr sites etc
11:37 AM lcnc-relay: <roguish> it is quite unfortunate.
11:38 AM Rab: The ship was apparently being operated by two Baltimore harbor pilots.
11:52 AM roycroft: that's normal
11:53 AM roycroft: but if there was a mechanical problem even the experienced local pilots might not be able to avoid catastrophe
11:58 AM Rab: Right, I think that reduces the chances that it was pilot error.
12:14 PM Unterhaus_ is now known as Unterhausen
12:14 PM Unterhausen: imagine being headed out to see in that rust bucket. What could go wrong?
12:50 PM lcnc-relay: <skunkworks8841> wow
12:50 PM lcnc-relay: <skunkworks8841> https://www.youtube.com/watch?v=FvRqpJLUKgU
12:50 PM lcnc-relay: <skunkworks8841> that is very close to the IIIB we have.. As far as control and such..
12:51 PM lcnc-relay: <skunkworks8841> although I have never heard of 'moduline'
12:53 PM CaptHindsight: but I bet that your K&T is in full color vs just a sepia tone
12:55 PM lcnc-relay: <skunkworks8841> probably but I am color blind.. 😉
01:32 PM -!- #linuxcnc mode set to +v by ChanServ
01:49 PM Rab: Good video of the power loss: https://twitter.com/truth68201238/status/1772534441593737582
02:04 PM Tom_L: JT-Cave, i'll check it out more after while
02:05 PM Tom_L: seemed like it was just those 3 mcodes that wouldn't save
02:29 PM Tom_L: JT-Cave, yes, try MDI M3, M4, M5. they execute (show in status window) but do not save to mdi history
02:32 PM Tom_L: on the other hand, M7, M9, M9 execute and save to mdi history as do any other command i run on mdi
02:32 PM Tom_L: also, 'Error' still doesn't clear on the status bar at the bottom
02:35 PM Tom_L: http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/flex_errors_status.png
02:39 PM Tom_L: start with: http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/mdi_status1.png
02:40 PM Tom_L: run mdi: http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/mdi_status2.png
02:40 PM Tom_L: updates status: http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/mdi_status3.png
02:40 PM Tom_L: doesn't go to mdi history: http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/mdi_status4.png
03:49 PM JT-Cave: hmm m345 don't fire off the interpreter so I need a new plan
03:50 PM JT-Cave: clear errors works for me
04:09 PM Tom_L: clear errors works but doesn't clear the status bar
04:11 PM Tom_L: haven't tested the new ini spindle entries again yet
04:13 PM Tom_L: yeah that's still broke
04:14 PM JT-Shop: what's that?\
04:14 PM Tom_L: if there is no [SPINDLE_0] it errors out
04:15 PM Tom_L: or if any of them are missing
04:17 PM Tom_L: that was the paste.debian error
04:17 PM Tom_L: from yesterday
04:17 PM JT-Shop: fixed that
04:18 PM Tom_L: just now?
04:18 PM Tom_L: i pulled when i got home today
04:18 PM JT-Shop: this morning
04:18 PM Tom_L: did you push the fix? cause it still does it here
04:19 PM Tom_L: branch is up to date with master...
04:20 PM Tom_L: ok just cloned it fresh.. let's see
04:22 PM Tom_L: ok it's working
04:23 PM Tom_L: those spindle commands don't update status though
04:24 PM Tom_L: like M3 4 & 5 do
04:25 PM Tom_L: error clears now too. i must not have cloned right or something the first time this AM
04:26 PM JT-Shop: seems some things don't update status
04:26 PM Tom_L: when you were using M3 for spindle it did
04:27 PM Tom_L: must skip a layer of the interpreter or something
04:27 PM JT-Shop: yeah but command.spindle() does not update
04:30 PM Tom_L: i don't get why M3 4 5 don't move to mdi history
04:30 PM JT-Shop: I don't think they trigger interp
04:30 PM JT-Shop: they do trigger mode
04:30 PM Tom_L: S word doesn't either
04:33 PM JT-Shop: s in mdi?
04:35 PM lcnc-relay: <schoch_> any scripts/canned cycles to do this? https://youtube.com/shorts/Yp_-z2Kvnpg?si=k7u-GH2voUFSU-s3
04:35 PM Tom_L: yeah well i don't have a good way to test that one
04:36 PM Tom_L: but it doesn't clear from the mdi command line to mdi history
04:37 PM JT-Shop: yup if it dosen't trigger interp it won't do anything after you mdi
04:38 PM JT-Shop: add a task_mode_lb interp_state_lb motion_mode_lb
04:38 PM Tom_L: T1 M6 S100 works
04:38 PM JT-Shop: to see the status of those
04:38 PM Tom_L: k
04:43 PM Tom_L: task_mode or task_state?
04:44 PM JT-Shop: both
04:49 PM Tom_L: so what am i looking for?
04:51 PM JT-Cave: https://github.com/jethornton/flexgui/blob/master/flexgui/src/libflexgui/status.py#L203
04:53 PM Tom_L: S100 changes motion to TRAJ_MODE_COORD
04:54 PM Tom_L: task mode MODE_MDI
04:54 PM Tom_L: task STATE_ON
04:54 PM Tom_L: from mdi
04:54 PM JT-Cave: pull again
04:54 PM JT-Cave: https://github.com/jethornton/flexgui/blob/master/flexgui/src/libflexgui/status.py#L204
04:55 PM Tom_L: IDLE
04:57 PM JT-Cave: so if parent.interp_state changes then the code above is ran if something does not change the parent.interp_state then it's stuck in mdi
04:57 PM Tom_L: http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/power_up%20state.png
04:57 PM Tom_L: http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/MDI_S100_result.png
04:57 PM Tom_L: i'll do an mdi that moves to history next
05:00 PM Tom_L: http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/G1_X1_F60_result.png
05:00 PM JT-Cave: mdi m345 do not change the parent.interp_state
05:01 PM Tom_L: you want this gui?
05:01 PM Tom_L: it's mostly jet
05:01 PM JT-Cave: no
05:01 PM JT-Cave: you want my gui?
05:01 PM Tom_L: i've just been testing with it
05:02 PM Tom_L: maybe later. i'm used to testing with this
05:02 PM JT-Cave: if a mdi command does not print interpter state changed then the code is not run, so far m3 m4 m5 m6 do not change
05:03 PM Tom_L: S100 leaves motion in TRAJ_MODE_COROD and G1 X1 changes it to TELOP
05:03 PM Tom_L: corod COORD
05:07 PM JT-Shop: we need to figure out what mdi commands trigger
05:07 PM Tom_L: i named the png files to what i entered
05:08 PM Tom_L: that way we can see the states change
05:10 PM Tom_L: is there a chart of modal groups?
05:10 PM Tom_L: that would show which ones should react the same
05:11 PM JT-Shop: yes in the g code section
05:11 PM Tom_L: overview?
05:11 PM JT-Shop: maybe, I'm not sure exactly where it is
05:12 PM Tom_L: http://linuxcnc.org/docs/html/gcode/overview.html#gcode:modal-groups
05:17 PM Tom_L: aparently M6 is in group 5 & 6
05:19 PM JT-Shop: FIXME M6 Tn what a wonderful thing to put in the docs LOL
05:19 PM Tom_L: :)
05:27 PM JT-Shop: I'm thinking if the mode changes and it's mdi and the interpreter is idle then do the mdi copy stuff
05:27 PM JT-Shop: gotta think about that a bit
05:28 PM Tom_L: nice puzzle
05:28 PM JT-Shop: the thing is you only want to do something once in status as it's fired off every 10 milliseconds
05:28 PM Tom_L: i may check a few modal groups later. gonna get rid of a headache first
05:29 PM Tom_L: right
05:39 PM lcnc-relay: <skunkworks8841> https://jauriarts.org/_matrix/media/v3/download/jauriarts.org/bwvyyPpNRiExKoYSbKzIzNTO/PXL_20240326_222014316.jpg
05:40 PM XXCoder: nice
05:41 PM XXCoder: if I wanted to be clever id hide it in fake chains too
05:41 PM XXCoder: (wire)
05:44 PM lcnc-relay: <skunkworks8841> outside is snowing - so probably not hooking it up tonight..
05:45 PM lcnc-relay: <skunkworks8841> The is the 'heavy' one.. The attic unit is about 2/3 the side.
05:45 PM lcnc-relay: <skunkworks8841> size
05:45 PM lcnc-relay: <skunkworks8841> have the disconnect wired - but need to wire to the condensor and run the lines/power to the unit.
07:03 PM * JT-Shop calls it a night
07:03 PM Tom_L: JT-Shop,
07:03 PM Tom_L: which mode groups should we be looking at?
07:03 PM Tom_L: for mdi
07:09 PM JT-Cave: all of them
07:09 PM Tom_L: i'm showing the state for each group and whether it saves to mdi history or not
07:09 PM JT-Cave: just see which ones don't copy the mdi after running
07:10 PM Tom_L: i'll have it here in a few min
07:10 PM JT-Cave: if it saves to mdi it's ok if not I need to know which one it is
07:10 PM Tom_L: group 5 doesn't
07:10 PM JT-Cave: then I can test them and see what works
07:10 PM Tom_L: i'm going back and checking for that
07:20 PM Tom_L: JT-Cave, http://tom-itx.no-ip.biz:81/~webpage/cnc/JT-SHOP/flexgui/Modal_group_behavior.txt
07:23 PM Tom_L: surprising a high percent do not
07:42 PM Tom_L: i think it somewhat depends on the state of things for some commands
07:43 PM Tom_L: one time M2 didn't copy to history but then i issued it again and it copied it
07:43 PM Tom_L: after doing some other stuff
07:50 PM Tom_L: axis copies the codes whether they are valid or not