#hazzy | Logs for 2019-04-05
Back
[00:00:11] <TurBoss> somthing with pocket
[00:00:33] <Lcvette> maybe M111 should be at the end of the sub?
[00:00:43] <TurBoss> i saw
[00:00:56] <TurBoss> #5170 = [[[#5170+2] MOD 12]-1] ;Pocket is no.1-12
[00:03:18] <Lcvette> so dhould we move the M112 P#<p> further down in the sub?
[00:03:35] <TurBoss> why?
[00:03:49] <TurBoss> or what?
[00:03:55] <TurBoss> i don't understand
[00:04:24] <Lcvette> never mind
[00:04:26] <Lcvette> lol
[00:04:38] <Lcvette> was thinking it was M10
[00:04:39] <TurBoss> sek
[00:09:15] <TurBoss> I'll add more descriptive comments
[00:11:12] <TurBoss> pushed
[00:12:02] * Lcvette uploaded an image: Screenshot_2019-04-05_00-11-46.png (169KB) < https://matrix.org >
[00:12:14] <Lcvette> the indentsation is different
[00:12:23] <TurBoss> i changed
[00:12:32] <TurBoss> to more clear view
[00:12:41] <TurBoss> or what
[00:12:44] <TurBoss> is wrong?
[00:12:50] <Lcvette> dunno
[00:12:56] <TurBoss> doesn't matter
[00:13:01] <TurBoss> no effect
[00:13:29] <TurBoss> but python no
[00:13:35] <TurBoss> in python identation matters
[00:13:37] <TurBoss> not here
[00:19:34] * TurBoss uploaded an image: image.png (3KB) < https://matrix.org >
[00:19:42] <Lcvette> :D
[00:19:43] <TurBoss> do we have icons?!!
[00:19:44] <Lcvette> \o/
[00:19:50] <TurBoss> \o/
[00:19:52] <Lcvette> i made icon for probe basic
[00:19:57] <TurBoss> hahahaha
[00:19:59] <TurBoss> nice!
[00:19:59] <Lcvette> no body else has yet
[00:20:06] <TurBoss> hurray!
[00:20:13] <Lcvette> hurray
[00:28:39] <TurBoss> Lcvette: I made a more logical logs
[00:28:43] <TurBoss> just pushed
[00:29:48] <Lcvette> ok sek im finishing some tweak on macros to test just in case
[00:38:59] * TurBoss sent a long message: < https://matrix.org >
[00:40:20] <Lcvette> yeah?
[00:41:09] <Lcvette> macro? =yes
[00:41:17] <TurBoss> sub
[00:41:22] <TurBoss> :)
[00:41:28] <Lcvette> o<toolchange> is the main toolchange macro
[00:41:34] <TurBoss> ok
[00:41:52] <Lcvette> i just went through and fixed some errors in them too
[00:41:56] <Lcvette> :o
[00:42:00] <Lcvette> my errors
[00:42:00] <TurBoss> cool
[00:42:14] <Lcvette> not sure if it mattered or not but its fixed
[00:42:20] <TurBoss> push
[00:43:18] <TurBoss> when readey of course
[00:44:04] <Lcvette> pushed
[00:44:43] <TurBoss> and repushed
[00:48:02] <Lcvette> reset
[00:48:06] <Lcvette> :D
[00:48:06] <Lcvette> lol
[00:48:29] <Lcvette> ok what do i look at?
[00:48:39] <TurBoss> at messages shown in console
[00:48:49] <TurBoss> when spining or stops working
[00:48:58] <Lcvette> console is terminal?
[00:49:00] <TurBoss> yes
[00:49:03] <TurBoss> the same
[00:51:42] <TurBoss> catch
[00:51:45] * TurBoss sent a long message: < https://matrix.org >
[00:52:03] <TurBoss> M112 issued but not received on python
[00:52:14] <TurBoss> the 100 ms timer you told
[00:52:18] * Lcvette sent a long message: < https://matrix.org >
[00:52:39] <TurBoss> you may need to replace ;111 and M112
[00:52:42] <Lcvette> i was right?
[00:52:42] <TurBoss> M*
[00:52:46] <TurBoss> yes
[00:52:55] <TurBoss> I'll try to lower
[00:53:13] <Lcvette> i fu'd it with the knowledge of the force
[00:53:26] <TurBoss> \o/
[00:53:30] <Lcvette> \o/
[00:55:01] <TurBoss> 😭
[00:55:03] <TurBoss> not that
[00:55:19] <Lcvette> oh no
[00:55:21] <TurBoss> i lowered to 10
[00:55:22] <Lcvette> :(
[00:55:25] <TurBoss> and still miss
[00:55:31] <Lcvette> bastards
[00:55:50] <Lcvette> what could it be then... hmmmm
[00:56:37] <TurBoss> M111 / 112 is called
[00:56:46] <TurBoss> but the python code misses it
[00:56:50] <TurBoss> for some reason
[00:57:04] <TurBoss> apart that qml broken
[00:57:11] <TurBoss> than**
[00:57:18] <TurBoss> 2 bug
[00:57:26] <Lcvette> could broken qml cause the issue?
[00:57:30] <TurBoss> no
[00:57:33] <Lcvette> ok
[00:57:43] <Lcvette> so 2 unrelated issues
[00:57:46] <TurBoss> hmmm
[00:57:49] <TurBoss> I found
[00:57:55] <Lcvette> \o/
[00:58:01] <TurBoss> is on value change
[00:58:10] <TurBoss> is the steps to move are the same its ignored
[00:58:36] <Lcvette> where?
[00:58:38] <Lcvette> in qml?
[00:58:42] <TurBoss> nono
[00:58:45] <TurBoss> in atc.py
[00:58:47] <TurBoss> so
[00:58:50] <Lcvette> ah
[00:58:54] <TurBoss> I must turn it to 0
[00:59:02] <TurBoss> after begin read
[00:59:24] <Lcvette> hurray!
[01:00:58] * Lcvette uploaded an image: Screenshot_2019-04-05_01-00-40.png (32KB) < https://matrix.org >
[01:01:02] <TurBoss> :O
[01:01:13] <Lcvette> i found it, line 19
[01:01:14] <Lcvette> lol
[01:01:15] <TurBoss> you jacket
[01:01:28] <TurBoss> *hacker
[01:01:36] <TurBoss> whats that
[01:02:10] <Lcvette> opened the wrong file, mouse clicked too fast
[01:02:11] <TurBoss> memory from where?
[01:02:11] <Lcvette> got the pyc
[01:02:17] <TurBoss> hihi
[01:02:34] <Lcvette> atc.pyc
[01:04:35] <Lcvette> ```
[01:04:35] <Lcvette> self.component['cw'].valueChanged.connect(self.rotate_fw)
[01:04:36] <Lcvette> self.component['ccw'].valueChanged.connect(self.rotate_rev)
[01:04:47] <Lcvette> here is where you think it is?
[01:05:05] <TurBoss> its fixed hurray!
[01:05:27] <TurBoss> I just set them to 0.0 again
[01:05:33] <TurBoss> so it triggers again
[01:05:51] <TurBoss> so hal <-> python is ok
[01:06:12] <TurBoss> pthon -> qml ok too
[01:06:29] <Lcvette> yeah?
[01:06:30] <TurBoss> the last bug is the qml functions
[01:06:33] <Lcvette> both work now?
[01:06:35] <Lcvette> :D
[01:06:41] <TurBoss> only one left
[01:06:48] <TurBoss> one bug hunted
[01:06:48] <Lcvette> wowowowow
[01:06:57] <TurBoss> I'll push
[01:07:06] <Lcvette> yes
[01:07:17] <TurBoss> still spining a bit crazy
[01:07:26] <TurBoss> qml rotation formula is wrong
[01:08:05] <TurBoss> done
[01:08:06] <Lcvette> wheeel
[01:08:08] <Lcvette> of
[01:08:11] <Lcvette> fortune
[01:08:13] <Lcvette> lol
[01:08:15] <TurBoss> hahahaha
[01:08:35] <TurBoss> i won?
[01:08:48] <Lcvette> you did
[01:08:53] <TurBoss> hurra
[01:09:00] <Lcvette> vana white is coming to spain
[01:09:14] <TurBoss> whats tha
[01:09:25] <Lcvette> lol.. shes old as dirt now
[01:09:35] <Lcvette> but used to be the hottest game show icon on tv
[01:09:50] <TurBoss> haha
[01:10:18] <TurBoss> too dirt for me
[01:11:30] * Lcvette uploaded an image: image.png (440KB) < https://matrix.org >
[01:11:48] <TurBoss> OO
[01:12:08] <TurBoss> not the same i saw
[01:12:25] <TurBoss> where do you said ?
[01:12:27] <Lcvette> 1994
[01:12:28] <Lcvette> lol
[01:14:41] <TurBoss> ```
[01:14:42] <TurBoss> atc_holder.rotation + 360/12 * steps;
[01:18:46] <TurBoss> the ere.... ave me an idea
[01:18:54] <Lcvette> still doesn't rotate always
[01:18:54] <TurBoss> give*
[01:18:59] <Lcvette> but i do see the M11 command
[01:19:02] <TurBoss> no?
[01:19:07] <TurBoss> can yo paste?
[01:19:29] <TurBoss> da log?
[01:19:36] * Lcvette sent a long message: < https://matrix.org >
[01:19:51] * TurBoss sent a long message: < https://matrix.org >
[01:19:54] <Lcvette> tool 3 carousel did not move, but then tool 4 it rotated to tool 3 position
[01:20:55] * Lcvette uploaded an image: Screenshot_2019-04-05_01-20-41.png (224KB) < https://matrix.org >
[01:21:22] <TurBoss> :O
[01:21:39] <Lcvette> 5 no rotate
[01:21:41] <Lcvette> 6 rotate
[01:22:06] <Lcvette> 7 no ratate
[01:22:18] <Lcvette> 8 rotate
[01:22:40] <Lcvette> 9 no rotate
[01:23:01] <Lcvette> 10 rotate
[01:23:18] <Lcvette> 11 no rotate
[01:23:36] <Lcvette> 12 rotate
[01:23:37] * TurBoss uploaded a video: Peek 05-04-2019 07-23.mp4 (477KB) < https://matrix.org >
[01:24:24] <TurBoss> hhehehehee
[01:25:10] <Lcvette> so it rotated on all the even numbers
[01:25:17] <Lcvette> and did not rotate on odd numbers
[01:25:33] <TurBoss> ohhhh
[01:26:32] <Lcvette> 1 doesn't rotate because its at home, 2 rotated, 3 did not, 4 rotated, 5 did not, 6 rotated, 7 did not, 8 rotated, 9 did not
[01:26:36] <Lcvette> so on and so on
[01:26:52] <Lcvette> that sounds like formula issue somewhere
[01:27:48] <Lcvette> every log showed M111 CW 1.0000 steps #### Forward 1.0 steps
[01:27:50] <TurBoss> does it print messages when doesn't rotate?
[01:28:01] <Lcvette> all the same like its working
[01:28:02] <TurBoss> and QML: ?
[01:28:19] <TurBoss> qml: QML: ROTRATE FWD 2
[01:28:23] <TurBoss> that is shown?
[01:28:33] * Lcvette sent a long message: < https://matrix.org >
[01:28:56] <Lcvette> yues on every event
[01:29:24] <TurBoss> :|
[01:31:17] <TurBoss> its working fine herre
[01:31:20] <TurBoss> *here
[01:31:31] <Lcvette> what?
[01:31:34] <Lcvette> :O
[01:41:21] * Lcvette sent a long message: < https://matrix.org >
[01:41:35] <Lcvette> bug?
[01:41:54] <Lcvette> M112 says rev 2 steps, qml says rev 0 stes
[01:41:57] <Lcvette> steps
[01:42:07] <TurBoss> oh...
[01:42:12] <TurBoss> no
[01:42:15] <TurBoss> its ok
[01:42:21] <TurBoss> o steps is ok
[01:42:35] <TurBoss> its allways shown?
[01:42:39] <TurBoss> should
[01:43:16] <Lcvette> it moved 4 steps
[01:43:19] <Lcvette> lol
[01:43:28] <TurBoss> :?
[01:43:29] <Lcvette> and the previous move it moved 0 steps
[01:43:40] <TurBoss> sek
[01:44:15] * Lcvette sent a long message: < https://matrix.org >
[01:44:53] <TurBoss> ok 0.0 steps is fixed
[01:44:59] <TurBoss> big wheel fixed too
[01:45:02] <TurBoss> only left
[01:45:08] <TurBoss> pockets and tools
[01:45:09] <Lcvette> \o/
[01:45:33] <Lcvette> what was broken?
[01:46:08] <TurBoss> not much
[01:46:12] <Lcvette> lol
[01:46:16] <TurBoss> one line befor another
[01:46:22] <Lcvette> gotcha
[01:46:44] <TurBoss> I just pushed
[01:46:58] <TurBoss> no M111 M 112 update required
[01:47:10] <Lcvette> ok
[01:47:53] <TurBoss> Lcvette: cotton could be regular cotton?
[01:48:25] <Lcvette> needs to be 100% pure organic, non bleached no pesticides used
[01:48:32] <TurBoss> ok
[01:48:40] <Lcvette> or could make you sick
[01:48:49] <TurBoss> sick?
[01:48:58] <TurBoss> ok
[01:49:02] <TurBoss> got it
[01:49:43] <Lcvette> smoking bleach and pesticide not healthy
[01:49:59] <TurBoss> ok
[01:50:12] <TurBoss> where can be found
[01:50:36] <TurBoss> well doesn't matter
[01:50:39] <TurBoss> I'll figure
[01:50:52] <TurBoss> does the atc spin?
[01:50:53] <TurBoss> +
[01:51:58] <Lcvette> \o/
[01:52:00] <Lcvette> hurray!
[01:52:09] <Lcvette> spins good so far
[01:52:13] <TurBoss> cool!
[01:52:21] <TurBoss> only left the pocket formula
[01:52:35] * TurBoss sent a long message: < https://matrix.org >
[01:52:52] <TurBoss> from -> to
[01:54:32] <Lcvette> doing some wierd stuff
[01:54:37] <Lcvette> but may be the var file
[01:54:44] <Lcvette> may need to clear it and start fresh
[01:57:30] <Lcvette> that var file was missing 5170 and 5171
[01:58:11] <TurBoss> they are needed?
[01:58:35] <Lcvette> i think so yes
[01:58:54] <Lcvette> without it it started putting tools back in random pockets
[01:58:56] <TurBoss> not really sure
[01:58:56] <Lcvette> lol
[01:59:01] <TurBoss> ok ok
[01:59:05] <TurBoss> so it fixed?
[01:59:13] <Lcvette> testing now
[01:59:16] <TurBoss> 🖖
[02:05:55] <Lcvette> yeah its putting tools back in random pockets
[02:06:06] <Lcvette> wierd
[02:06:13] <Lcvette> must be something set in linuxcnc
[02:06:19] <Lcvette> random tool changer
[02:08:43] <TurBoss> Lcvette: do I need to cut the resistances if they are too long?
[02:09:06] <Lcvette> ?
[02:09:24] <Lcvette> on the coils
[02:09:28] <Lcvette> you mean the legs
[02:09:36] <TurBoss> yes
[02:09:39] <Lcvette> leave them long while you are fitting them
[02:10:07] <Lcvette> you will need to gently bend them so they get the coil centered
[02:11:19] * TurBoss uploaded an image: 20190405_081048.jpg (934KB) < https://matrix.org >
[02:12:15] <Lcvette> see how there are two tiers of screws
[02:12:22] <Lcvette> you use one of each
[02:12:42] <Lcvette> take a side picture
[02:13:16] * TurBoss uploaded an image: VectorImage_2019-04-05_081308.jpg (1153KB) < https://matrix.org >
[02:13:34] <Lcvette> yup
[02:13:43] <TurBoss> and the other side?
[02:13:53] <TurBoss> its too long
[02:14:01] <Lcvette> you will want it a little closer in towards the center
[02:14:17] <Lcvette> don't want the coil too close to the tank or it will get really hot
[02:14:24] <Lcvette> burn your lips
[02:15:20] * Lcvette uploaded an image: image.png (183KB) < https://matrix.org >
[02:15:37] <Lcvette> try and bend the legs so the coil winding don't seperate
[02:15:45] <Lcvette> you want them to stay tight together
[02:16:42] * TurBoss uploaded an image: VectorImage_2019-04-05_081633.jpg (1090KB) < https://matrix.org >
[02:17:07] <TurBoss> and the legs?
[02:17:21] <TurBoss> cut them?
[02:17:46] <Lcvette> once you have the fitment good and the coil level and flat and you tighten everything down, then you can clip them with some wire snips
[02:17:57] <Lcvette> but not until you have everything just right
[02:18:25] <Lcvette> once you cut them you can't looses the screws again without them unwidning
[02:19:39] <TurBoss> ok okey
[02:31:14] -!- hazzy[m] has quit [Remote host closed the connection]
[02:31:18] -!- jschi[m] has quit [Remote host closed the connection]
[02:31:21] -!- KurtJacobsonGitt has quit [Read error: Connection reset by peer]
[02:31:24] -!- roguish[m] has quit [Remote host closed the connection]
[02:31:25] -!- JoseLuisGitter[m has quit [Read error: Connection reset by peer]
[02:31:25] -!- matrixbotGitter[ has quit [Read error: Connection reset by peer]
[02:31:29] -!- Lcvette has quit [Remote host closed the connection]
[02:31:33] -!- TurBoss has quit [Remote host closed the connection]
[02:31:36] -!- JT[m]1 has quit [Remote host closed the connection]
[02:31:41] -!- silopolis[m] has quit [Remote host closed the connection]
[02:31:48] -!- boban_serb[m] has quit [Remote host closed the connection]
[02:31:51] -!- pdadroid4[m] has quit [Remote host closed the connection]
[02:31:51] -!- hazzy-m has quit [Remote host closed the connection]
[02:34:11] -!- GitterIntegratio has quit [Write error: Connection reset by peer]
[02:34:11] -!- marklenderingGit has quit [Remote host closed the connection]
[02:34:11] -!- Glenda[m] has quit [Remote host closed the connection]
[02:34:11] -!- logs has quit [Ping timeout: 246 seconds]
[02:35:22] -!- logs has joined #hazzy
[02:35:23] -!- mode/#hazzy [+o logs] by ChanServ
[02:43:19] -!- hazzy[m] has joined #hazzy
[02:44:02] -!- Lcvette has joined #hazzy
[02:44:03] <Lcvette> ok, lcvette goes to bed, can't keep my eyes open any more
[02:44:05] <Lcvette> i guess it is using the random tool changer method
[02:44:14] <Lcvette> it works!
[02:44:19] <Lcvette> hurray!!
[02:44:19] <Lcvette> :D
[02:44:21] <Lcvette> \o/
[02:44:29] <Lcvette> thanks turboss for your fu!
[02:44:37] <Lcvette> i will see you in the monring
[02:44:40] <Lcvette> night
[03:17:52] -!- matrixbotGitter[ has joined #hazzy
[03:17:52] -!- GitterIntegratio has joined #hazzy
[03:17:52] -!- JT[m]1 has joined #hazzy
[03:17:53] -!- roguish[m] has joined #hazzy
[03:17:53] -!- TurBoss has joined #hazzy
[03:17:53] -!- hazzy-m has joined #hazzy
[03:17:53] -!- silopolis[m] has joined #hazzy
[03:17:59] -!- pdadroid4[m] has joined #hazzy
[03:17:59] -!- jschi[m] has joined #hazzy
[03:17:59] -!- KurtJacobsonGitt has joined #hazzy
[03:17:59] -!- Glenda[m] has joined #hazzy
[03:18:00] -!- boban_serb[m] has joined #hazzy
[03:18:00] -!- JoseLuisGitter[m has joined #hazzy
[03:18:00] -!- marklenderingGit has joined #hazzy
[05:28:33] <JT[m]1> morning
[05:28:56] <silopolis[m]> morning :)
[05:32:21] <jthornton> morning
[05:53:09] -!- Lcvette has quit [Remote host closed the connection]
[05:53:18] -!- hazzy-m has quit [Remote host closed the connection]
[05:53:19] -!- GitterIntegratio has quit [Read error: Connection reset by peer]
[05:53:23] -!- TurBoss has quit [Read error: Connection reset by peer]
[05:53:27] -!- marklenderingGit has quit [Remote host closed the connection]
[05:53:34] -!- pdadroid4[m] has quit [Read error: Connection reset by peer]
[05:53:34] -!- JoseLuisGitter[m has quit [Remote host closed the connection]
[05:53:35] -!- silopolis[m] has quit [Remote host closed the connection]
[05:56:28] -!- boban_serb[m] has quit [Remote host closed the connection]
[05:56:28] -!- KurtJacobsonGitt has quit [Remote host closed the connection]
[05:56:28] -!- JT[m]1 has quit [Remote host closed the connection]
[05:56:28] -!- jschi[m] has quit [Remote host closed the connection]
[05:56:28] -!- roguish[m] has quit [Read error: Connection reset by peer]
[05:56:28] -!- matrixbotGitter[ has quit [Write error: Connection reset by peer]
[05:56:28] -!- hazzy[m] has quit [Remote host closed the connection]
[05:56:28] -!- Glenda[m] has quit [Remote host closed the connection]
[06:04:19] -!- hazzy[m] has joined #hazzy
[06:37:52] -!- GitterIntegratio has joined #hazzy
[06:37:52] -!- TurBoss has joined #hazzy
[06:37:52] -!- matrixbotGitter[ has joined #hazzy
[06:37:52] -!- Lcvette has joined #hazzy
[06:37:52] -!- roguish[m] has joined #hazzy
[06:37:53] -!- silopolis[m] has joined #hazzy
[06:37:53] -!- hazzy-m has joined #hazzy
[06:37:53] -!- JT[m]1 has joined #hazzy
[06:37:59] -!- KurtJacobsonGitt has joined #hazzy
[06:37:59] -!- Glenda[m] has joined #hazzy
[06:37:59] -!- JoseLuisGitter[m has joined #hazzy
[06:37:59] -!- boban_serb[m] has joined #hazzy
[06:38:00] -!- jschi[m] has joined #hazzy
[06:38:00] -!- pdadroid4[m] has joined #hazzy
[06:38:01] -!- marklenderingGit has joined #hazzy
[06:52:40] <Not-e6c6> [02qtpyvcp] 07TurBoss pushed 0313 commits to 03ATC_Remap [+1/-0/±28] 13https://git.io/fjLR6
[06:52:41] <Not-e6c6> [02qtpyvcp] 07TurBoss 03b2e091f - hal_comp
[06:52:43] <Not-e6c6> [02qtpyvcp] 07TurBoss 03d8f4a75 - fix import
[06:52:44] <Not-e6c6> [02qtpyvcp] 07TurBoss 03419fda1 - map hal names
[06:52:46] <Not-e6c6> [02qtpyvcp] ... and 10 more commits.
[06:52:46] <TurBoss> mor
[06:52:48] <TurBoss> nin
[06:52:50] <TurBoss> g
[07:42:07] <Not-e6c6> [02qtpyvcp] 07TurBoss pushed 031 commit to 03ATC_Remap [+1/-0/±5] 13https://git.io/fjL0Y
[07:42:09] <Not-e6c6> [02qtpyvcp] 07TurBoss 0348abb48 - show some messages on the ATC
[07:48:52] <Not-e6c6> [02qtpyvcp] 07TurBoss pushed 031 commit to 03ATC_Remap [+0/-0/±1] 13https://git.io/fjL03
[07:48:54] <Not-e6c6> [02qtpyvcp] 07TurBoss 03d969c68 - kill some messages
[09:44:43] <Lcvette> Morning
[09:45:29] <silopolis[m]> hello TurBoss Lcvette
[09:50:12] <Lcvette> morning sil
[10:17:45] <Lcvette> TurBoss: you were busy after i crashed last night
[10:18:12] <Lcvette> silopolis: you almost done with the new tool table database?
[10:18:15] <Lcvette> :D
[10:20:58] <hazzy-m> lol
[10:21:01] <hazzy-m> morning
[10:21:20] <Lcvette> o/
[10:21:21] <hazzy-m> lots of progress last night
[10:21:24] <hazzy-m> o/
[10:21:31] <Lcvette> morning nubby
[10:21:43] <Lcvette> yes!
[10:21:46] <Lcvette> turboss slayed it
[10:22:35] <hazzy-m> hurray!
[10:22:54] <Lcvette> only a little bit left
[10:23:01] <Lcvette> hurray!
[10:25:37] <Lcvette> hazzy: its working as a random toolchanger
[10:37:19] -!- Roguish has joined #hazzy
[10:40:00] <Roguish> hazzy-m: error https://imgur.com
[10:48:36] <hazzy-m> Roguish: what VCP do you get that with?
[10:49:03] <roguish[m]> what do you mean 'what VCP' ?
[10:49:12] <roguish[m]> that's running my simple dro gui.
[10:49:21] <hazzy-m> what UI are you running when you get that error?
[10:49:28] <hazzy-m> ah, ok
[10:49:40] <hazzy-m> does it have any action buttons in it?
[10:50:35] <roguish[m]> ah, bp_touch
[10:51:07] <hazzy-m> thanks
[11:01:53] <Lcvette> JT: question regarding random and non random toolchangers
[11:02:44] <Lcvette> bceause i assumed this was supposed to be a nonrandom tool changer
[11:03:04] <Lcvette> but it is acting as a random toolchanger
[11:03:25] <Lcvette> which i guess is fine
[11:03:32] <Lcvette> it appears to be doing to properly
[11:04:55] <Lcvette> just seems odd it would neglect the open pocket it just removed the tool from and rotate the carousel 90 degrees in the opposite direction of the newly called tool to store the current tool in spindle in a different farther away open pocket
[11:06:06] <JT[m]1> JT is driving
[11:24:32] <JT[m]1> yea that's odd
[11:25:07] <Lcvette> and it errors out if i set RANDOM_TOOLCHANGER = 1
[11:25:12] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 033 commits to 03master [+2/-0/±5] 13https://git.io/fjL2J
[11:25:13] <Not-e6c6> [02qtpyvcp] 07Lcvette 03568a523 - added 2 images to PB and made spin and drop boxes for touchscreens
[11:25:15] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 035510a64 - ENH: better exception message when binding actions to widgets fails
[11:25:17] <Not-e6c6> [02qtpyvcp] 07KurtJacobson 0334e86b5 - BUG: add missing ok and bindOk methods for jog_mode action
[11:25:22] <Lcvette> but work as a random toolchanger if set to 0 which ithink is supposed to be non random
[11:25:37] <JT[m]1> Lcvette: remind me about Pitch Diameter Offset... is it PDO + Pitch Diameter for the path of the edge of the tool and - tool diameter for center of tool path
[11:26:13] <hazzy-m> roguish: update qtpyvcp, that error should be fixed
[11:27:14] <Not-e6c6> [02qtpyvcp] 07KurtJacobson pushed 031 commit to 03gh-pages [+442/-0/±0] 13https://git.io/fjL2k
[11:27:15] <Not-e6c6> [02qtpyvcp] 07traviscibot 0357011a3 - Deploy kcjengr/qtpyvcp to github.com/kcjengr/qtpyvcp.git:gh-pages
[11:29:12] <Lcvette> JT: the tool path is derived from the drilled hole edge, the tool edge, and the pitch diameter offset + crest
[11:30:16] <Lcvette> well PDO/2+crest
[11:31:17] <Lcvette> from the tool path standpoint, the drilled hole diameter is the min, the desired finished path diameter is the max and the difference is the calculate pitch diameter offset
[11:32:02] <Lcvette> the crest is the offset for the tip of the tool missing
[11:32:38] <JT-Shop> so your not really using the pitch diameter?
[11:33:20] <Lcvette> for cutting the machine needs to know where the material is
[11:33:38] <Lcvette> it doesn't care about the table you have
[11:33:48] <Lcvette> only where the metal starts and needs to be cut too
[11:34:12] <Lcvette> your table is a guide to select the proper drill size
[11:34:19] <Lcvette> from there the machine needs to kow that drill size
[11:34:32] <Lcvette> and how far to cut from its edge to achieve the spec in the table
[11:36:06] <Lcvette> thats why it gets difficult i think and why i mentioned needing to add your material types as they will better specify the initial hole size so you could properly calculate the tool path
[11:36:58] <Lcvette> ie, steel can have a larger drilled hole than aluminum and requires less thread sirface contact
[11:37:46] <Lcvette> so it can range higher in the hole tolerance ~50% thread sirfgace contact
[11:38:00] <Lcvette> aluminum is ~75% thread surface contact
[11:38:06] <Lcvette> needs the tighter fitting hole
[11:38:49] <Lcvette> so the PDO for the same threads in steel and aluminum will be sifferent
[11:39:13] <JT-Shop> so your just using a shortcut and trial and error to get the final size?
[11:39:48] <Lcvette> well, like i said alot of that is machine dependent
[11:40:06] <Lcvette> on a mori im sure you could propably have better results
[11:40:47] <Lcvette> but with slop in the axis, yeah it usually requires some testing to nail down the proper offset for each tool and thread size
[11:40:58] <JT-Shop> ok
[11:42:41] <Lcvette> but ultimately, you will need to calculate everything from the drilled hole size as the base
[11:45:36] <Lcvette> i mean i guess you don't have too, but you would need to then start all cutting from the smallest tolerance for that thread size
[11:45:58] <Lcvette> so would be potentially alot of air cutting
[11:46:53] <JT-Shop> well yes you need to know the hole size to be able to make multiple passes
[11:46:56] <Lcvette> at least that is how all the cam softwares i have used do thread milling
[11:47:09] <Lcvette> from the hole size
[11:48:20] <Lcvette> also, if you wanna make it really slick, for threadmilling, for multiple passes, you want the initial passes to be the deepest and the tip is less loaded then when its further in
[11:50:19] <Lcvette> maybe a formula that distributes the depth of cut per pass proportionally from heavier to lighter
[11:50:36] <Lcvette> it helps alot with tool deflection
[11:50:58] <Lcvette> especially with multipoint tools
[11:51:07] <Lcvette> can't stress that one enough
[11:52:17] <Lcvette> makes alot difference in how fast you can go with the tools
[11:52:35] <JT-Shop> yea, got that part covered same amount of material removed per pass
[11:53:14] <Lcvette> nice!
[11:53:15] <Lcvette> ATG JT!
[11:53:16] <Lcvette> WTG
[11:53:21] <Lcvette> \o/
[12:59:05] <roguish[m]> hazzy: ok, no error this time after qtpyvcp update. thanks.
[13:07:00] -!- Roguish has quit [Remote host closed the connection]
[13:39:43] <TurBoss> morning
[13:39:54] <Lcvette> \o/
[13:39:55] <Lcvette> morning
[13:39:59] <TurBoss> \o/
[13:40:59] <TurBoss> Lcvette: did you played with the spinned?
[13:41:58] <Lcvette> been spinnin all monring
[13:42:00] <Lcvette> lol
[13:42:10] <Lcvette> been trying to understand the qml some more
[13:42:19] <TurBoss> is more clear now
[13:42:27] <TurBoss> less code
[13:42:34] <Lcvette> yes
[13:43:20] <TurBoss> did you saw the messages?
[13:43:25] <Lcvette> was wondering if since we have hal pins maybe using another for the hide/show tools would make the transitions during the change better
[13:43:39] <Lcvette> yes
[13:43:47] <Lcvette> referenced
[13:43:48] <Lcvette> :D
[13:43:51] <TurBoss> yes
[13:44:01] <Lcvette> you removed the messages from the temrinal window
[13:44:11] <TurBoss> yep
[13:44:28] <TurBoss> now only show tools left
[13:45:09] <Lcvette> are yours rotating just the small amount or big amounts in transition
[13:45:36] <Lcvette> mine rotate sometime small sometimes 270 degrees to align
[13:45:42] <Lcvette> lol
[13:46:26] <TurBoss> hmmmm
[13:51:14] * Lcvette posted a file: atc_sim_1.mkv (8250KB) < https://matrix.org >
[13:51:59] <Lcvette> TurBoss: see video
[13:53:49] <TurBoss> looks ok
[13:53:53] <TurBoss> no?
[13:54:46] <Lcvette> did you watch the whole thing?
[13:55:15] <Lcvette> the first move is good
[13:55:26] <Lcvette> but then the numbers spin funny
[13:55:51] <TurBoss> I saq
[13:57:11] <Lcvette> like the animation needs two lines
[13:57:16] <Lcvette> one for cw and one for ccw
[13:57:49] <Lcvette> in cw it seems to work correctly
[13:58:43] <Lcvette> in ccw the animation follows the rule for cw which makes it rotate the wrong direction to remain aligned
[13:59:45] <Lcvette> did i make any sense?
[14:01:43] <Lcvette> direction: RotationAnimator.Shortest
[14:01:45] <Lcvette> maybe this isn't working?
[14:02:12] <TurBoss> yes
[14:02:24] <Lcvette> yes its working
[14:02:33] <Lcvette> or yes its not working
[14:02:36] <Lcvette> lol
[14:02:45] <TurBoss> make sense
[14:04:29] <silopolis[m]> Lcvette: made searches and found good resources to import JSON directly into SQLite, also made searches about EXPRESS format (used by ISO 13399/GTC standard) which is part of the STEP standard
[14:04:55] <silopolis[m]> Lcvette:
[14:05:53] <Lcvette> silopolis: currently only 3 columns are relevant, number, diameter, description
[14:06:33] <Lcvette> for mill
[14:06:38] <Lcvette> maybe length
[14:06:39] <silopolis[m]> Lcvette: but spent the day learning about power supply for motors of my mill build project after Andy's guidance
[14:06:45] <Lcvette> but that could be destructive
[14:09:10] <silopolis[m]> don't get it ? what about TLO ?
[14:10:38] <Lcvette> TurBoss:
[14:10:39] * silopolis[m] feels lost... have another triple wood malt
[14:10:42] * Lcvette sent a long message: < https://matrix.org >
[14:11:19] <Lcvette> silopolis: you don't want to be passing machine TLO's back and forth
[14:11:42] <Lcvette> you could over write newer tlo's with older tlo's and cause crashes
[14:11:57] <TurBoss> Lcvette: I was just reading that
[14:12:06] <Lcvette> best to leave those in the machine
[14:12:16] <Lcvette> since that is all handled in machine tlo
[14:13:46] <Lcvette> TurBoss: \o/
[14:13:55] <Lcvette> we are linked in
[14:14:57] <silopolis[m]> Lcvette: ok, so we're talking about a tool library on one side, managed by QtPyVCP, and a tool table, "managed by LCNC" on the other... do get it right ?
[14:15:41] <Lcvette> TurBoss: but lcvette does not know syntax of how to do that
[14:16:10] <Lcvette> silopoliscam really doesn't need information from linuxcnc
[14:16:20] <Lcvette> for tlo
[14:16:35] <Lcvette> sorry reverse that
[14:16:49] <Lcvette> you could send it but it doesn't need to get it from cam
[14:17:21] <Lcvette> benefit of sending information from cam to lcnc is adding new tooling
[14:17:40] <Lcvette> then let lcnc do the touch off for tlo and store
[14:17:58] <Lcvette> problem is lcnc currently only has 56 tool spaces
[14:18:20] <Lcvette> cam library might have thousands
[14:18:33] <Lcvette> or how ever many the user sets up in their toolcrib
[14:19:07] <Lcvette> so in Probe basic, i was proposing to have a seperate tool library not limited to the 56 tool cap
[14:19:31] <Lcvette> in the library in lcnc, there would be a column for tlo's
[14:20:03] <Lcvette> when a tool was removed from the main 56 tool table the stored tlo for that tool would be written to the database
[14:21:15] <Lcvette> this would allow the user to have a tool library inside lcnc that was not limited by the 56 tool cap, still store the tlo's for all tools, but would require the user to manually import the desired tool from the library table to the lcnc tool table when needed
[14:21:19] <Lcvette> follow?
[14:21:40] <Lcvette> this is of course a stop gap measure whil;e waiting on a true database driven tool table in linuxcnc
[14:21:55] <Lcvette> which is something the core devs are working towards
[14:33:14] <silopolis[m]> Lcvette: sorry got to light up fireplace for mylady :)
[14:33:31] <silopolis[m]> Lcvette: let me read that a second time...
[14:50:05] <silopolis[m]> Lcvette: agreed CAM doesn't need data from CNC (length offset, wear), but from my IT background, there are huge wins in unified, shared databases, even if all consuming apps doesn't use all informations.
[14:50:06] <silopolis[m]> I'm 1000% with you for the tool lib as that's what I had in mind, just thought that being there, why not use a standardized description to get all the benefits coming with it.
[14:51:03] <Lcvette> sure
[14:51:22] <Lcvette> but what is presented inside the library would be fairly limited
[14:52:37] <silopolis[m]> don't get "presented inside the library"... presented to whom ?
[14:53:38] <Lcvette> the table is only but so physically big
[14:54:13] <silopolis[m]> sorry awaited for dinner, BBL...
[14:54:33] <Lcvette> the table could be made i suppose to select the columns you wanted
[14:58:36] <silopolis[m]> presenting a small subset of the DB is just a matter of a restricted SQL SELECT
[14:58:54] <silopolis[m]> can even be cross table
[14:59:04] <Lcvette> \o/
[14:59:08] <Lcvette> hurray
[14:59:11] <Lcvette> see
[14:59:17] <Lcvette> your valkuable
[14:59:59] <silopolis[m]> but indeed size could be a concern as ISO 13399, as a STEP subset, can also hold 3D model of tool, holder and even fixture !
[15:00:09] <silopolis[m]> \o/
[15:00:42] <Lcvette> could be useful later
[15:00:43] <Lcvette> turboss has ideas for vtk and vismatch
[15:02:22] <TurBoss> 💪
[15:02:38] <TurBoss> Lcvette: figured where is the error
[15:02:53] <TurBoss> but I don't know why sometimes is ok
[15:04:15] <TurBoss> do you have M113 in place?
[15:12:17] <Lcvette> yes
[15:12:51] <Lcvette> have 110, 111, 112, 113 in the linuxcnc nc files
[15:13:10] <Lcvette> copied fresh
[15:13:18] <Lcvette> with latest pull
[15:14:28] <Lcvette> where is the error?
[15:51:54] <Lcvette> TurBoss: any success?
[15:57:36] <TurBoss> lol 40 min tlf call
[15:58:00] <Lcvette> Cotton?
[15:58:13] <TurBoss> haven't any success
[15:58:29] <TurBoss> no cotton
[15:58:33] <TurBoss> been busy
[15:58:42] <TurBoss> having a nap
[15:58:50] <Lcvette> Naps are good
[16:00:06] <Lcvette> Where is the error?
[16:00:14] <Lcvette> You said you found?
[16:00:17] <TurBoss> in the .from
[16:00:19] <Lcvette> But not sure why
[16:01:22] <TurBoss> file is only 249 lines
[16:01:26] <Lcvette> Seems good when turning cw
[16:01:26] <TurBoss> from 1000
[16:01:42] <Lcvette> Same thing for you?
[16:01:52] <Lcvette> Or did I not test enough?
[16:01:54] <silopolis[m]> <Lcvette "Where is the error?"> @lcvette:matrix.org: for sure, power is in the data, who knows what could be done with such an asset...
[16:02:43] <silopolis[m]> Ignore the reply to
[16:02:51] <TurBoss> silopolis: we can load files suopported by vtk I don't know abut non mesh files like step
[16:03:49] <TurBoss> Lcvette: so your results is that cw works ok?
[16:03:58] <TurBoss> I'll look at that
[16:04:10] <Lcvette> No I'm wrong
[16:04:17] <Lcvette> :(
[16:04:46] <TurBoss> :(
[16:04:48] <Lcvette> silopolis: baby steps
[16:05:08] <Lcvette> Start making commits first
[16:05:12] <silopolis[m]> @lcvette:matrix.org: 👍
[16:05:42] <Lcvette> Best way to eat an elephant is one bite at a time
[16:06:37] <silopolis[m]> For sure!
[16:06:37] <silopolis[m]> Don't get me wrong, I'm mainly thinking out loud ✋
[16:06:58] <Lcvette> Think about the first bite
[16:07:06] <Lcvette> Start chewing!
[16:07:08] <Lcvette> Lol
[16:07:23] <TurBoss> ahm ahm
[16:07:40] <silopolis[m]> Sharpening my teeth
[16:07:49] <Lcvette> Nom nom nom
[16:08:00] <silopolis[m]> Dev setup planned
[16:08:33] <Lcvette> Planned? Not done yet?
[16:09:09] <Lcvette> Only takes a few minutes
[16:09:14] <silopolis[m]> Lol, no, that mill build project you know 😉
[16:09:42] <Lcvette> We all have things
[16:10:11] <silopolis[m]> Hope to have time for it this we if me love leaves me time for it
[16:11:41] <silopolis[m]> So I can dive into tutorial and doc next week
[16:13:43] <silopolis[m]> Talking about the mill, what are your rapid, feed and acceleration spec on your machine?
[16:15:10] <Not-e6c6> [02qtpyvcp] 07TurBoss pushed 031 commit to 03ATC_Remap [+0/-0/±1] 13https://git.io/fjLoc
[16:15:12] <Not-e6c6> [02qtpyvcp] 07TurBoss 037d65ad1 - fix atc REV FWD button in probrbasic
[16:23:58] <Not-e6c6> [02qtpyvcp] 07TurBoss pushed 032 commits to 03ATC_Remap [+0/-0/±4] 13https://git.io/fjLoR
[16:23:59] <Not-e6c6> [02qtpyvcp] 07TurBoss 036f1c19d - remove unused
[16:24:01] <Not-e6c6> [02qtpyvcp] 07TurBoss 03748e877 - wasn't the ui but the remap
[16:31:20] <JT-Shop> yea last part is in the VMC
[16:53:44] <Lcvette> TurBoss: you did it?
[16:54:46] <TurBoss> no
[16:58:04] <Lcvette> transfer 111-113 on new pull?
[16:58:19] <TurBoss> ?
[16:58:22] <TurBoss> what?
[16:58:55] <Lcvette> there is new push from you
[16:59:10] <TurBoss> ah you mean copy?
[16:59:23] <Lcvette> yeah
[16:59:43] <TurBoss> yes is ok to cpy
[17:03:49] * Lcvette uploaded an image: Screenshot_2019-04-05_17-03-22.png (152KB) < https://matrix.org >
[17:04:12] <Lcvette> is that why my screen shows the .from in red boxes?
[17:04:16] <Lcvette> turboss?
[17:04:34] <Lcvette> because there is a problem?
[17:04:39] <TurBoss> maybe is that
[17:04:45] <TurBoss> a typo
[17:04:48] <TurBoss> somewhere
[17:07:23] <TurBoss> are there more red?
[17:07:32] <TurBoss> is*
[17:07:45] <Lcvette> yes
[17:07:48] <Lcvette> sec
[17:07:56] * Lcvette uploaded an image: Screenshot_2019-04-05_17-07-24.png (123KB) < https://matrix.org >
[17:08:14] <Lcvette> when i hover on the red over the for it gives this message
[17:08:22] <Lcvette> brb have to bring in groceries
[17:10:25] <Lcvette> k
[17:10:25] <Lcvette> i ran
[17:10:27] <Lcvette> lol
[17:10:52] <Lcvette> i changed the sublime thing to python
[17:12:34] * Lcvette uploaded an image: Screenshot_2019-04-05_17-12-13.png (53KB) < https://matrix.org >
[17:13:16] <TurBoss> > i changed the sublime thing to python
[17:13:17] <TurBoss> shoud be javascript
[17:13:22] * Lcvette uploaded an image: Screenshot_2019-04-05_17-13-00.png (72KB) < https://matrix.org >
[17:13:51] <TurBoss> sek reboot
[17:14:21] <Lcvette> k
[17:14:27] <Lcvette> switched to javascript
[17:15:16] * Lcvette uploaded an image: Screenshot_2019-04-05_17-15-04.png (12KB) < https://matrix.org >
[17:15:24] <Lcvette> are those the wropng brackets?
[17:15:52] <Lcvette> are those the wrong brackets? they don't look like the others?
[17:18:01] <Lcvette> or doesn't matter\
[17:18:17] <Lcvette> [ {
[17:18:18] <TurBoss> checking
[17:18:25] <TurBoss> states is a list
[17:18:27] <TurBoss> []
[17:18:32] <Lcvette> ah
[17:18:34] <Lcvette> ok
[17:18:43] <Lcvette> lcvette is learning as he goes
[17:18:54] <TurBoss> cool!
[17:31:15] <Lcvette> what does the: widget.anim.restart()
[17:31:18] <Lcvette> do?
[17:31:29] <TurBoss> plays the animation again
[17:31:38] <Lcvette> k
[17:31:42] <TurBoss> and again and again and again
[17:31:46] <Lcvette> from what position?
[17:32:09] <TurBoss> should be its actual rotation
[17:32:20] <Lcvette> from last position
[17:32:26] <TurBoss> yes
[17:32:32] <Lcvette> k
[17:33:24] <Lcvette> sorry for so many questions
[17:33:35] <Lcvette> just trying to visualize the code working
[17:33:42] <Lcvette> trying to see the matric
[17:33:44] <Lcvette> x
[17:34:37] <Lcvette> my red pill isn't kicking in fully yet
[17:34:39] <Lcvette> lol
[17:42:32] * Lcvette sent a long message: < https://matrix.org >
[17:42:57] <Lcvette> if you need absolute number in javascript
[17:42:59] <Lcvette> :D
[17:43:51] <TurBoss> ```
[17:43:51] <TurBoss> Math.abs(-9.3)
[17:44:05] <TurBoss> how does it help?
[17:44:40] <Lcvette> in case we need it
[17:44:57] <TurBoss> cool
[17:45:07] <Lcvette> was wondering if we would
[17:45:10] <TurBoss> I'll add some prints
[17:45:14] <TurBoss> on the QML
[17:46:19] <Lcvette> wasn't sure if we were going to need to add a cw and ccw thing that gave out the teps but maybe one was in a negative number and would need tobe converted to positive
[17:46:35] <Lcvette> like the other formula
[17:46:47] <Lcvette> saw this and said maybe i'll post for later in case we need
[17:46:57] <Lcvette> dunno, im dumb
[17:47:00] <Lcvette> lol
[17:50:29] <TurBoss> sek
[17:50:39] <TurBoss> I'll add the debug info
[17:50:49] <Lcvette> k
[17:50:55] <TurBoss> will show the results in terminal