Back
[00:08:32] aaron is now known as Guest98833
[00:08:36] Guest98833 is now known as Mac-vmc
[00:10:25] -!- moorbo has quit [Remote host closed the connection]
[00:14:16] -!- kriskropd has quit [Ping timeout: 246 seconds]
[00:25:17] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[00:27:55] -!- rob_h has quit [Ping timeout: 246 seconds]
[00:37:00] -!- JT-MOBILE has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )]
[00:37:30] -!- HSD has quit [Ping timeout: 240 seconds]
[00:51:19] -!- Loetmichel has quit [Ping timeout: 252 seconds]
[00:57:53] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[01:03:59] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[01:04:10] -!- per_sonne has quit [Ping timeout: 240 seconds]
[01:08:04] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[01:10:18] <jepler> it would add 3 inifile units
[01:10:28] <jepler> who knows how many inches or mm it is, though
[01:35:56] <Tom_itx> that isn't very RS274 standard if it's the case i think
[01:46:29] -!- sumpfralle1 has quit [Ping timeout: 246 seconds]
[01:53:56] -!- atom1 [atom1!~tom@ip68-102-196-57.ks.ok.cox.net] has joined #linuxcnc-devel
[01:53:56] -!- atom1 has quit [Changing host]
[01:53:56] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[02:02:24] <atom1> http://www.linuxcnc.org/docs/html/gcode/overview.html#_parameters
[02:02:38] <atom1> says this is valid: #3 = #3 + 5
[02:02:47] <atom1> i am unable to mdi that
[02:03:02] <atom1> can you access user vars with mdi?
[02:05:04] -!- Contract_Pilot has quit [Quit: Leaving]
[02:05:16] <atom1> i try that and get a 'Bad Character '+' used
[02:05:24] <atom1> in the mdi input line in axis
[02:07:46] <jepler> An expression is a set of characters starting with a left bracket [ and ending with a balancing right bracket ] . In between the brackets are numbers, parameter values, mathematical operations, and other expressions. An expression is evaluated to produce a number. The expressions on a line are evaluated when the line is read, before anything on the line is executed. An example of an expression is [1
[02:07:53] <jepler> + acos[0] - [#3 ** [4.0/2]]].
[02:07:57] <jepler> http://www.linuxcnc.org/docs/html/gcode/overview.html#sec:expressions
[02:08:09] <jepler> I think the problem with your example is that you do not have any brackets
[02:08:44] <atom1> thanks.. my mistake :D
[02:08:51] <atom1> just tested it
[02:09:00] <jepler> READ => G0 X 1+1
[02:09:01] <jepler> Bad character '+' used
[02:09:01] <jepler> G0 X 1+1
[02:09:01] <jepler> READ => G0 X[1+1]
[02:09:01] <jepler> 6 N..... STRAIGHT_TRAVERSE(2.0000, 0.0000, 0.0000, 0.0000, 0.0000, 0.0000)
[02:10:40] <atom1> doesn't look like i can do that directly with the G10 L2 command though
[02:11:54] <atom1> ok i think i figured it out
[02:13:54] -!- asdfasd has quit [Ping timeout: 250 seconds]
[02:24:39] -!- anth0ny_ has quit [Quit: anth0ny_]
[02:28:25] -!- TheZealous has quit [Read error: Connection reset by peer]
[02:33:12] <jepler> good.
[02:33:21] <jepler> the docs apparently could have been clearer about the brackets requirement
[02:33:33] <Tom_itx> well if i would have read it better...
[02:33:36] <Tom_itx> thanks for the help
[02:38:38] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[02:38:53] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[03:05:05] -!- per_sonne has quit [Ping timeout: 240 seconds]
[03:12:47] -!- furrywolf has quit [Ping timeout: 264 seconds]
[03:19:41] -!- sumpfralle has quit [Quit: Leaving.]
[03:20:59] <KGB-linuxcnc> 03Dewey Garrett 052.7 b1b59a9 06linuxcnc 10(5 files in 2 dirs) xhc-hb04:honor mpg_accels for all manual_mode jogs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b1b59a9
[03:21:26] <KGB-linuxcnc> 05dgarr/xhc_sleep_fix 9321ada 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9321ada
[03:21:53] <seb_kuzminsky> i love dewey's commit messages
[03:21:56] <KGB-linuxcnc> 05dgarr/debs_wodocs 060d64b 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=060d64b
[03:27:19] -!- anth0ny_ has quit [Quit: anth0ny_]
[03:28:41] -!- atom1 has quit [Quit: Leaving]
[03:40:01] <AndChat|144384> Blew a cheap bldc drive out tonight... If I had a manual I might have kown you cannot reverse it unless you come to a stop first.
[03:40:18] AndChat|144384 is now known as skunksleep
[03:40:41] <Tom_itx> woops
[03:40:45] <skunksleep> Went bang
[03:41:54] <skunksleep> The other (different/similar) drives I have - the manual states the fact in red...
[03:43:51] <Tom_itx> will G10 L2 change the persistent parameter values or just add offset to them?
[03:45:02] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[03:47:19] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[03:48:58] -!- theorbtwo has quit [Ping timeout: 244 seconds]
[04:04:50] -!- ve7it has quit [Remote host closed the connection]
[04:05:30] -!- furrywolf has quit [Ping timeout: 244 seconds]
[04:10:12] -!- zeeshan-mill has quit [Quit: Leaving]
[04:12:13] -!- AR_ has quit [Ping timeout: 244 seconds]
[04:12:24] -!- bobo has quit [Quit: Page closed]
[04:22:11] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[04:41:21] -!- RagingComputer has quit [Ping timeout: 255 seconds]
[05:04:51] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[05:06:28] -!- per_sonne has quit [Ping timeout: 272 seconds]
[05:11:30] -!- anomynous has quit [Ping timeout: 255 seconds]
[05:15:54] -!- kwallace [kwallace!~kwallace@142.147.85.210] has parted #linuxcnc-devel
[05:31:16] -!- tiwake has quit [Ping timeout: 244 seconds]
[05:37:03] WalterN is now known as tiwake
[06:11:52] -!- FinboySlick has quit [Remote host closed the connection]
[06:51:05] -!- Komzpa has quit [Read error: Connection reset by peer]
[07:07:16] -!- per_sonne has quit [Ping timeout: 250 seconds]
[07:54:49] -!- JayDugger has quit [Ping timeout: 252 seconds]
[08:08:26] -!- per_sonne has quit [Ping timeout: 260 seconds]
[08:09:55] -!- bkboggy has quit [Quit: Leaving]
[08:16:53] -!- Miner_48er has quit [Quit: Leaving]
[08:24:34] -!- Komzzpa has quit [Ping timeout: 265 seconds]
[08:30:08] -!- rob_h [rob_h!~robh@90.220.156.125] has joined #linuxcnc-devel
[08:39:47] -!- pjm has quit [Quit: quitted]
[08:43:56] sadara is now known as sadara_afk
[09:08:53] -!- per_sonne has quit [Ping timeout: 246 seconds]
[09:26:44] -!- nofxx has quit [Ping timeout: 246 seconds]
[09:37:24] Loetmichel2 is now known as Loetmichel
[09:37:47] -!- rob_h has quit [Quit: Leaving]
[09:44:17] sadara_afk is now known as sdara
[09:44:22] sdara is now known as sadara
[09:46:00] Guest56761 is now known as pjm
[09:46:29] pjm is now known as Guest78990
[10:19:04] -!- mhaberler has quit [Quit: mhaberler]
[10:23:09] -!- moorbo has quit [Remote host closed the connection]
[10:27:54] -!- moorbo has quit [Remote host closed the connection]
[10:36:25] -!- a_morale has quit [Remote host closed the connection]
[10:43:24] -!- moorbo has quit [Remote host closed the connection]
[10:47:39] -!- MacGalempsy has quit [Ping timeout: 255 seconds]
[10:53:32] sadara is now known as sadara_afk
[11:03:47] -!- skunkworks has quit [Ping timeout: 264 seconds]
[11:03:54] -!- Wolf_ has quit [Ping timeout: 260 seconds]
[11:03:55] Wolfmetalfab is now known as Wolf_
[11:05:57] -!- etvsteva [etvsteva!uid110233@gateway/web/irccloud.com/x-ufggequgvqrwwaxt] has joined #linuxcnc-devel
[11:07:10] -!- sadara_afk has quit [Ping timeout: 260 seconds]
[11:09:39] -!- per_sonne has quit [Ping timeout: 240 seconds]
[11:13:54] -!- anomynous has quit [Ping timeout: 240 seconds]
[11:50:02] -!- Mac-vmc has quit [Remote host closed the connection]
[11:58:29] Guest78990 is now known as pjm
[12:45:26] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[12:53:46] -!- cmorley has quit [Ping timeout: 240 seconds]
[13:00:30] -!- chris_99 has quit [Quit: Leaving]
[13:10:55] -!- per_sonne has quit [Ping timeout: 246 seconds]
[13:11:46] -!- etvsteva has quit [Quit: Connection closed for inactivity]
[13:21:29] -!- maurris has quit []
[13:22:02] -!- Nick001 has quit []
[13:53:28] -!- anomynous has quit [Ping timeout: 244 seconds]
[14:02:47] -!- rob_h [rob_h!~robh@90.220.156.125] has joined #linuxcnc-devel
[14:19:33] -!- cmorley [cmorley!~chris@96.53.118.6] has joined #linuxcnc-devel
[14:38:16] -!- b_b has quit [Changing host]
[14:40:44] -!- moorbo has quit [Read error: Connection reset by peer]
[14:59:40] -!- moorbo has quit [Read error: Connection reset by peer]
[15:10:36] -!- moorbo has quit [Read error: Connection reset by peer]
[15:11:53] -!- per_sonne has quit [Ping timeout: 256 seconds]
[15:17:18] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[15:21:33] -!- moorbo has quit [Read error: Connection reset by peer]
[15:32:35] -!- moorbo has quit [Read error: Connection reset by peer]
[15:46:00] -!- Servos4ever has quit [Quit: ChatZilla 0.9.92 [SeaMonkey 2.26.1/20140612173529]]
[15:46:01] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[15:46:16] -!- kwallace [kwallace!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[16:20:31] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[16:23:47] -!- Tom_L [Tom_L!~Tom@ip68-102-196-57.ks.ok.cox.net] has joined #linuxcnc-devel
[16:23:47] -!- Tom_L has quit [Changing host]
[16:23:47] -!- Tom_L [Tom_L!~Tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[16:24:45] <jepler> > German chipmaker Dialog Semiconductor (DLGS.DE) has agreed to buy U.S. rival Atmel (ATML.O) for about $4.6 billion, amid a wave of dealmaking in the sector as firms seek alternatives to saturated mobile phone markets.
[16:29:26] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[16:30:14] <jepler> RISC-V implementation in verilog, Small (~1000 LUTs in a 7-Series Xilinx FPGA), High fMAX (~250 MHz on 7-Series Xilinx FPGAs), ISC license
https://github.com/cliffordwolf/picorv32
[16:31:28] <jepler> slow, though, 3-15 cycles per instruction (3-6 excluding shift ops), 40 and 72-cycle multiplies
[16:31:37] <pcw_home> Yuck
[16:32:47] <pcw_home> how can they call it risk if its not 1 clock/inst
[16:32:58] <pcw_home> RISC
[16:33:56] <pcw_home> B32 will run at 250 MHz in Artix, 1 clock/inst
[16:34:56] <jepler> none of your cores can be targeted with gcc :-P
[16:35:34] <jepler> I guess RISC-V is an instruction set but doesn't mandate pipelined implementation.
http://riscv.org/
[16:35:38] <pcw_home> Yeah but 3/5 clocks/inst is dreadful
[16:36:16] <jepler> yeah I got less excited when I got that far down the page
[16:37:37] <pcw_home> if it takes 40 to 72 inst for multiply, it must use shift/add which is funny since something
[16:37:39] <pcw_home> like 50 parallel multipliers are available on the smallest series 7 FPGA
[16:39:12] <pcw_home> should take no more than 3 or 4 250 MHz clocks for a cascaded parallel 32 --> 64 mult
[16:40:24] <jepler> yes
[16:40:30] <pcw_home> But if you dont need speed, 1000 LUTs is quite small
[16:41:44] <jepler> 1 spartan3 slice = 4 LUTs?
[16:42:07] <jepler> (the comment in b32.vhd says it's ~490 slices)
[16:43:00] <pcw_home> it depends on family newer chips have more LUTs/slice
[16:44:30] <pcw_home> SP3 is 2 LUTs/slice
[16:46:23] <pcw_home> SP6 is 4 LUTs/slice
[16:47:09] <pcw_home> (SP6 uses 6LUTS instead of 4LUTS thats SP2/3 use)
[16:48:21] <pcw_home> series 7 is also 4 LUTS/slice
[16:48:26] <jepler> huh riscv variants include a 128-bit address space. I guess two programs need never ever ever allocate the same address for code or data.
[16:49:55] <pcw_home> Seems a bit excessive for an embedded processor
[16:50:36] <jepler> It is not clear when a flat address space larger than 64 bits will It is not clear when a flat address space larger than 64 bits will It is not clear when a flat address space larger than 64 bits will It is not clear when a flat address space larger than 64 bits will It is not clear when a flat address space larger than 64 bits will >
[16:50:42] <jepler> It is not clear when a flat address space larger than 64 bits will be required. At the time of writing, the fastest supercomputer in the world as measured by the Top500 benchmark had over 1 PB of DRAM, and would require over 50 bits of address space if all the DRAM resided in a single address space.
[16:50:47] <jepler> > Some warehouse-scale computers already contain even larger quantities of DRAM, and new dense solid-state non-volatile memories and fast interconnect technologies might drive a demand for even larger memory spaces.
[16:50:52] <jepler> > Exascale systems research is targeting 100 PB memory systems, which occupy 57 bits of address space. At historic rates of growth, it is possible that greater than 64 bits of address space might be required before 2030.
[16:51:07] <jepler> I guess if you think something will be needed by 2030, why not start building it now.
[16:51:21] <pcw_home> hmm
[16:55:48] <pcw_home> did you see that email from Karlsson & Wang about hm2_eth not starting properly some times?
[16:56:02] <jepler> no, I'll look.
[16:56:18] <pcw_home> (I think this is with his remote hardware)
[16:57:44] <pcw_home> There may be a possible buffer overrun issue during startup if a large number of
[16:57:45] <pcw_home> initialization writes are done without some reads
[16:58:49] <jepler> hm, I know that prior to 2.7.0 I did fix some startup problems and my own testing ran 1000s of startups without error. before that, it was pretty flaky and we both saw startup failures at a frequency over 1-in-10
[16:59:05] <pcw_home> ( probably hard do do with our hardware because its pretty fast and has a 12K byte RX buffer in the Ethernet chip )
[16:59:36] <pcw_home> Yeah I should ask if he is running 2.7
[16:59:45] <pcw_home> 2.7.0
[17:00:39] <jepler> yes I think the driver probably does not have adequate safeguards against sending oversized packets, or sending requests that would lead to oversized packets
[17:03:23] <jepler> what is his "remote hardware"?
[17:12:35] -!- per_sonne has quit [Ping timeout: 246 seconds]
[17:17:23] <pcw_home> not exactly sure but I remember he implemented the remote part of hm2-eth on a micro
[17:24:48] <jepler> oh so he's not using mesa hardware on the other end
[17:24:54] <jepler> I see
[17:25:52] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[17:28:11] -!- Tom_L has quit [Quit: Quit]
[17:28:52] <pcw_home> yeah maybe pre 2.7.0 or maybe smaller buffer not sure. I answered with my guesses
[17:29:59] <pcw_home> I think hes using a stock micro IP stack (LWIP?) so its likely a bit slow
[17:44:01] <jepler> I sure didn't pay as much attention to outgoing packets during the initialization phase
[17:44:22] <jepler> it works, why mess with it, etc
[17:45:40] <pcw_home> Yeah, so its possible there's a buffer overrun on some hardware
[17:49:24] <pcw_home> Our hardware is really simple, single-threaded so synchronous, so embedding a
[17:49:26] <pcw_home> read (and waiting for the rx data) at the end of a large write packet will guarantee sync
[17:49:27] <pcw_home> Not sure if the same applies to his hardware
[17:50:24] <jepler> UDP doesn't guarantee order
[17:50:42] <jepler> but I'm not sure how that'd be relevant here
[18:00:27] -!- nofxx has quit [Changing host]
[18:03:07] -!- jthornton [jthornton!~john@184.21.194.58] has joined #linuxcnc-devel
[18:19:33] -!- anomynous has quit [Ping timeout: 244 seconds]
[18:21:52] -!- b_b has quit [Remote host closed the connection]
[18:46:43] <jepler> in normal operation from the periodic task, it would not be beneficial to require a read just to complete a write
[18:47:06] -!- anomynous has quit [Ping timeout: 265 seconds]
[18:47:16] <jepler> but in startup it would keep the initial setup writes from overrunning some too-small buffer
[18:52:11] <pcw_home> yeah
[18:58:57] <pcw_home> ultimately for periodic code it would be good if writes wrote a serial number that was checked
[18:58:58] <pcw_home> on the next read and any detected write failures set a HAL flag
[18:59:00] <pcw_home> Just as read should timeout in a reasonable % of the servo period and also set a HAL flag "stale read data"
[18:59:01] <pcw_home>
[19:02:26] -!- anomynous_ has quit [Ping timeout: 244 seconds]
[19:02:33] <pcw_home> The stale-read flag could tell PID to "vamp until ready" for example
[19:02:34] <pcw_home> so a dropped packet has minimal effect, basically just lowers the control bandwidth for one cycle
[19:13:32] -!- per_sonne has quit [Ping timeout: 250 seconds]
[19:13:46] -!- anth0ny_ has quit [Quit: anth0ny_]
[19:16:36] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[19:29:35] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[20:14:45] <jepler> on my test card, 203 packets are sent or received during startup. At one point, 22 consecutive write packets are sent within about 100us.
[20:15:14] <jepler> that's for a 7i80 with 1 encoder, 1 pwmgen, 1 stepgen
[20:16:36] <pcw_home> That may well overwhelm a slower micro
[20:17:21] <pcw_home> at least if it does not have enough packet buffer space
[20:28:22] -!- chris_99 has quit [Quit: Leaving]
[20:29:40] <jepler> http://emergent.unpythonic.net/files/sandbox/0001-WIP-hm2_eth-batch-writes-from-hm2_force_write.patch
[20:29:57] <jepler> this batches up that block of 22 consecutive writes into one 200-byte packet + 1 32-byte packet. I didn't trace what that last 32-byte packet was yet.
[20:30:00] <jepler> lightly tested.
[20:30:09] <jepler> have to go out the door or I'd post it on that thread
[20:39:37] -!- anth0ny_ has quit [Quit: anth0ny_]
[20:41:32] -!- anth0ny_ has quit [Client Quit]
[20:57:42] -!- SEL has quit [Remote host closed the connection]
[21:14:26] -!- per_sonne has quit [Ping timeout: 240 seconds]
[21:31:09] -!- JT-Shop [JT-Shop!~john@184.21.194.58] has joined #linuxcnc-devel
[21:41:07] -!- Camaban has quit [Read error: Connection reset by peer]
[21:46:24] -!- maurris has quit []
[21:57:19] -!- Nick001-shop has quit [Remote host closed the connection]
[21:59:48] -!- Deejay has quit [Quit: bye]
[22:04:53] -!- micges_ [micges_!~micges@adaq163.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:08:40] -!- micges has quit [Ping timeout: 268 seconds]
[22:12:45] micges_ is now known as micges
[22:16:42] <skunkworks> I think you guys nailed it'
[22:17:57] -!- AR_ has quit [Ping timeout: 255 seconds]
[22:28:18] -!- furrywolf has quit [Ping timeout: 272 seconds]
[22:50:49] -!- gonzo_nb has quit [Remote host closed the connection]
[22:56:49] <PCW> what? our foot to the floor?
[22:57:49] -!- sunstar has quit [Quit: https://www.youtube.com/watch?v=lhzWOti-Yf4]
[23:01:42] <skunkworks> pcw, You have isolated pwm to analog
[23:15:22] -!- per_sonne has quit [Ping timeout: 246 seconds]
[23:16:16] -!- moorbo has quit [Read error: Connection reset by peer]
[23:18:53] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[23:23:04] <mozmck> Is that something new?
[23:27:18] -!- rob_h has quit [Ping timeout: 240 seconds]
[23:27:25] -!- Camaban has quit [Quit: Leaving]
[23:44:00] -!- moorbo has quit [Remote host closed the connection]
[23:47:03] -!- RobertPlummer has quit [Ping timeout: 246 seconds]
[23:58:25] -!- gonzo__ has quit [Ping timeout: 246 seconds]