#hazzy | Logs for 2020-07-13

Back
[00:58:41] -!- c-log has quit [Ping timeout: 258 seconds]
[01:03:30] -!- c-log has joined #hazzy
[01:08:28] <Joco[m]> 👍️
[02:12:54] -!- c-log has quit [Ping timeout: 240 seconds]
[02:15:26] -!- c-log has joined #hazzy
[02:57:02] -!- c-log has quit [Ping timeout: 260 seconds]
[03:05:48] -!- c-log has joined #hazzy
[04:07:22] <Joco[m]> hands: I got around to running that faster travel test. But first I found some stress in the mechanical system and did a little bit of tweaking/improving on that. Then rebuilt the screw compensation file. So ..... First a test is 256 samples from 480mm to 0mm and then another 256 samples at the same commanded position but in reverse from 0mm to 480mm. Graphs are of error from commanded to measured per glass scales.
[04:07:22] <Joco[m]> Test 1 - travel = 150mm/min
[04:07:37] * Joco[m] uploaded an image: x_test_pos-v7.png (21KB) < https://matrix.org >
[04:07:38] * Joco[m] uploaded an image: x_test_neg-v7.png (20KB) < https://matrix.org >
[04:07:54] <Joco[m]> Test 2 - travel = 300mm/min
[04:08:05] * Joco[m] uploaded an image: x_test_pos-v8.png (21KB) < https://matrix.org >
[04:08:06] * Joco[m] uploaded an image: x_test_neg-v8.png (21KB) < https://matrix.org >
[05:32:01] -!- c-log has quit [Ping timeout: 264 seconds]
[05:35:41] -!- c-log has joined #hazzy
[07:12:48] <hazzy-m> Joco: looks like extremely consistent results at both speeds
[07:27:58] -!- JT-Shop has quit [Read error: Connection reset by peer]
[07:28:03] -!- JT-Cave has quit [Read error: Connection reset by peer]
[07:28:17] -!- JT-Shop has joined #hazzy
[07:28:49] -!- JT-Cave has joined #hazzy
[08:15:53] <hands[m]> yup, very consistent... nice!
[08:27:42] <TurBoss> good morning
[08:46:45] <JT-Cave> morning
[09:04:45] -!- selroc has joined #hazzy
[09:06:26] -!- selroc has quit [Client Quit]
[10:24:28] <roguish[m]> morning............
[10:32:08] <hands[m]> @JT-Cave Before I go down a rabbit hole of refactoring, is there a good reason NOT to break the large reusable components (maybe even whole tabs) into self-encapsulated widget using .ui files? (see above)
[10:32:10] <roguish[m]> JT-Cave: hey, JT. check out this Vette (not the woman, she's the owner's wife)
[10:32:22] * roguish[m] uploaded an image: image.png (1884KB) < https://matrix.org >
[10:33:02] <roguish[m]> my good buddy just took it down off of blocks and out of the barn where it's been for over 40 years......
[10:33:09] <roguish[m]> yes, those are factory side pipes............
[10:46:34] <hazzy-m> hands: I think it's a fantastic idea to break the UI up into discreet components, and it's not difficult
[10:59:40] <hazzy-m> There is an embedded UI widget that might help with that
[11:00:13] <hazzy-m> roguish: nice!!
[11:08:59] <hands[m]> no I got a sample working in like 20 minutes.... Probably mostly cut and paste from there.. I'll break a few components down (DRO, Jog come to mind first) and share out my branch on my fork for you guys to review.... probably need to coordinate the refactor if we do it so we are all sharing as much as we can between the different templates..
[11:09:23] <hands[m]> yah, it's pretty simple, I got a sample working in like 20 minutes.... Probably mostly cut and paste from there.. I'll break a few components down (DRO, Jog come to mind first) and share out my branch on my fork for you guys to review.... probably need to coordinate the refactor if we do it so we are all sharing as much as we can between the different templates..
[11:16:34] <hazzy-m> hands: awesome!
[11:44:13] <JT-Cave> roguish[m], nice
[14:25:24] <roguish[m]> JT-Cave: ok, this is way out........ https://newatlas.com
[15:34:51] <Joco[m]> <hands[m] "yah, it's pretty simple, I got a"> Cool. Will be interested to see how that’s done. I have a custom UI for my wee mill (for 1280x1024 screen) that I want improve. Having key parts encapsulated in mini UIs could be quite helpful.
[16:13:20] * JT-Shop should go get his leather shoes on when running the Samson
[16:16:24] <Joco[m]> <hazzy-m "Joco: looks like extremely consi"> hands: yup not bad. Homing is a real variable in this. That can cause the centre of the range to float around the zero line between homing references. These scales do not seem to be wired for indexes. It looks like they cheated out and used a 4 wire cable and not 5. Cose I can see 3 TTL inputs on the reader with 2 of the inputs hooked up to a single wire on the cable.
[16:58:39] <hands[m]> damn, if you had an Z/index pulse you could nail your homing..
[17:13:31] <Joco[m]> Yeah. I’m going to do some snooping. I have a strong suspicion that the scale/reader can handle the index pulse and that it is there. Just that they skimped on the wire. Going to look at the reader wiring on some other scales I have. Might just be a case of swapping the reader heads around. I don’t need index on my big mill. And if the heads are wired for it then just a case of swapping stuff around.
[19:02:13] <TurBoss> Hello, sup?¿
[19:15:21] <Joco[m]> Hi ya.
[19:15:36] <Joco[m]> * Hi ya. Work work work.
[19:19:21] <TurBoss> :)
[19:50:59] <TurBoss> hazzy: hello,
[19:50:59] <TurBoss> just found that the gcedit fails on firts file load,
[19:50:59] <TurBoss> margins eat text area but load other file fixes it
[19:58:02] <Joco[m]> TurBoss: is this the new qt based one?
[19:58:24] <TurBoss> yes
[19:58:35] <TurBoss> just testing
[19:59:06] <Joco[m]> Ok. If there is a list of bugs then can start squishing.
[20:00:02] <TurBoss> the branch is there
[20:00:17] <TurBoss> i just found that but hazzy should know more
[20:00:35] <TurBoss> branch is QPlainTexEdit
[20:05:14] * TurBoss uploaded a video: gcedit.webm (1303KB) < https://matrix.org >
[20:30:01] <hazzy-m> TurBoss: Thanks, I had not noticed that, hmm
[20:30:25] <TurBoss> just curious
[20:37:29] <hazzy-m> I can't duplicate :(
[20:40:31] <TurBoss> :O
[20:40:55] <TurBoss> can you open a large file just after boot?¿
[20:41:08] <TurBoss> 🤔
[20:45:08] <hazzy-m> it does not happen here, very strange
[20:48:22] * TurBoss uploaded an image: Captura de pantalla de 2020-07-14 02-48-03.png (19KB) < https://matrix.org >
[20:48:26] <TurBoss> I'll try to fix
[20:48:31] <TurBoss> on my side
[20:56:38] <Joco[m]> TurBoss: what version of QT you running? I found different QT behaviours between Debian 9 and later version of linux
[20:56:59] <Joco[m]> just wondering of this could be a version quirk
[20:57:17] <Joco[m]> * just wondering if this could be a version quirk
[20:57:49] <TurBoss> maybe
[20:57:59] <TurBoss> just trying to figure wich version I have
[20:58:39] <Joco[m]> look at the number on the QT packages installed
[20:58:45] <TurBoss> ok
[20:59:28] <Joco[m]> it's just one variable to square away before diving deeper
[20:59:30] <TurBoss> 5.11.3
[20:59:53] <Joco[m]> hazzy: what you running? Are we on the same QT version?
[21:01:21] <TurBoss> mine is debian 10
[21:01:51] <TurBoss> i have many other versions of Qt installed but I'm unable to change betwen them with qtchooser
[21:02:00] <Joco[m]> if he's on Deb 10 then it will be same
[21:02:26] <TurBoss> Joco: you may like GammaRay Qt debugger just remembered
[21:02:27] <Joco[m]> I dev on Linux mint 19 but real machine is debian 9
[21:02:58] <Joco[m]> GammRay - will look at that
[21:11:40] <hazzy-m> TurBoss: you can see the Qt version but running `qtpyvcp --info`
[21:11:43] * hazzy-m sent a long message: < https://matrix.org >
[21:12:20] <TurBoss> cool ty
[21:26:04] <TurBoss> hazzy: I just noticed that there is no need to load a file
[21:26:13] <TurBoss> at boot cursor is not visible
[21:26:42] <TurBoss> only after write somethin stuff starts to show behind the margin
[21:27:11] * TurBoss uploaded an image: Captura de pantalla de 2020-07-14 03-26-52.png (1KB) < https://matrix.org >
[21:50:47] * hazzy-m uploaded a video: gcode-edit-line.mp4 (362KB) < https://matrix.org >
[21:51:10] <TurBoss> broken on mini
[21:51:15] <TurBoss> maybe something with qss?
[21:51:26] <hazzy-m> I tested in mini too
[21:51:36] <hazzy-m> I can't figure it out
[21:51:52] <TurBoss> no worries
[22:01:43] <TurBoss> https://gist.github.com
[22:38:53] <hazzy-m> TurBoss: ja, das ist gut!
[22:39:58] <hazzy-m> hands: if you don't mind me asking, what part of the world are you in?
[22:40:15] <hazzy-m> you seem to be on a US time zone
[22:40:18] <hands[m]> Ok so this works... Just drop it on a form and it plays nice.. https://github.com
[22:40:28] <hands[m]> US/Austin TX.
[22:43:44] <hands[m]> so couple of things there... 1) you got to add the Custom Controls you used to the bottom of the XML (though probably not an issue when you make it from the editor... (should proably make a "special" version of editvcp for widgets that would make sure everything wires up nicely.)
[22:43:44] <hands[m]> 2) I also started a bit of a naming convension because "actionbutton_43" is super frustrating ;-)... Using a modified hungarian/vb style [control type]_[controlName] approach.. so like z+ jog btn is actbtn_zplus.... I am completely flexible, on this, but I know it is helping me a lot with names that are not just numbers in the tree view....
[22:43:44] <hands[m]> Anyways, feel free to poke with a stick and tell me I am nutz 🙂
[22:44:38] <hands[m]> so couple of things there... 1) you got to add the Custom Controls you used to the bottom of the XML (though probably not an issue when you make it from the editor... (should proably make a "special" version of editvcp for widgets that would make sure everything wires up nicely.)
[22:44:38] <hands[m]> 2) I also started a bit of a naming convension because "actionbutton_43" is super frustrating ;-)... Using a modified hungarian/vb style [control type]__[controlName] approach.. so like z+ jog btn is actbtn_zplus.... I am completely flexible, on this, but I know it is helping me a lot with names that are not just numbers in the tree view....
[22:44:38] <hands[m]> Anyways, feel free to poke with a stick and tell me I am nutz 🙂
[22:45:11] <hands[m]> How about other folks.. where are are others from?
[22:47:04] <hazzy-m> hands: Fantastic! I use a similar naming convention, but then I rarely write any GUIs... I think that would be worth adding as a suggestion to the docs somewhere
[22:48:52] <hazzy-m> Ah, the great state of Texas! I am located in Atlanta GA, make it to TX quite frequently as we have a bunch of customers out there and I have family there and in NM
[22:49:30] <hands[m]> Oh really, nice my Wife grew up in New Mexico.
[22:50:02] <hands[m]> what parts of the solution do you focus on @hazzy?
[22:50:19] <hazzy-m> Lcvette is in NC, JT is in Missouri, TurBoss is in Spain and Joco in New Zealand, so people from all over
[22:51:05] <hands[m]> awesome.. quite the international croud..
[22:51:10] <hands[m]> crowd
[22:51:35] <TurBoss> :)
[22:53:40] <hazzy-m> I am the head bug introducer, and chief spammer lol
[22:53:40] <hazzy-m> I started this whole thing back in 2015 because I needed a better GUI for my little CNC mill project, and TurBoss has been helping since too long after that
[22:54:00] <hazzy-m> not too long*
[22:54:36] * hands[m] sent a long message: < https://matrix.org >
[22:56:12] <hazzy-m> If you run pip install again it should pick up the widgets automagicaly
[22:57:13] <hands[m]> is that init script being built dynamically by something? hurm..... I figured it was just a step in the process of adding widgets..
[22:58:25] <hazzy-m> oh sorry, you do have to add to the init, bust if its in the init it should so up in designer automatically, I was thinking about the "you got to add the Custom Controls you used to the bottom of the XML" statement
[22:58:42] <hazzy-m> * oh sorry, you do have to add to the init, bust if its in the init it should show up in designer automatically, I was thinking about the "you got to add the Custom Controls you used to the bottom of the XML" statement
[22:58:59] * Joco[m] is a newbie
[23:00:12] <hands[m]> oh your saying once install is run Qtdesigner should pick up the widgets without having to run editvcp? (editvcp does some serious environment setup before kicking off QTdesigner... that was why I was thinkging maybe an "editwidget" might be a worth while script to make based on editvcp)
[23:06:56] <hazzy-m> I attempted to add a "Edit embedded UI" context menu to designer a while but, I have up because of issues getting the file path, but if the widget has a python base class it should be a lot easier to get the information we need
[23:07:47] <hazzy-m> we might need a new widget base class for composite widgets (widgets based off of a separate UI file)
[23:08:13] <hazzy-m> then that base class could handle the edit actions
[23:08:13] <Joco[m]> that might be a good plan
[23:08:21] <hands[m]> That would make since.
[23:08:22] <Joco[m]> re separate base clase
[23:08:26] <Joco[m]> class
[23:10:47] <hazzy-m> hands: the JogControl widgets works great, no issues
[23:11:12] * hazzy-m it barely able to stay awake
[23:11:16] <hazzy-m> night
[23:12:53] <hands[m]> Night! Glad it didn’t just work on my box 🙂
[23:19:22] <Joco[m]> nite
[23:19:42] <Joco[m]> lol - only 3:20pm here