Back
[00:41:40] <Valen> I'm after cheapish servos/steppers, I remember a website I used to go to but I have forgotten it, any suggestions?
[00:53:31] <zeeshan|2> automation technologies?
[00:56:37] <Valen> that could be it
[00:59:51] <Valen> yes that looks like the ticket
[02:18:40] <Deejay> moin
[03:40:23] <automata_> hi, Anyone used the mesanet UART components in hostmot2?
[04:42:47] <automata_> Anyone used the mesanet UART components in hostmot2?
[04:44:00] <XXCoder> automata_: its well outside normal hours here
[04:44:08] <XXCoder> I dont know answer
[04:44:20] <automata_> I guess PCW is fast asleep.
[04:45:32] <XXCoder> yeah
[04:45:33] <automata_> but I thought Andy Pugh (who wrote the mesa_uart interface) should be around...
[04:45:56] <automata_> not sure what handle andy uses..
[04:46:29] <XXCoder> not too sure but dont think hes in now
[04:47:15] <XXCoder> west coast usa it's 2:25 am lol
[04:48:04] <automata_> i thought andy was located in UK.. maybe i got it wrong...
[04:48:18] <XXCoder> might be the case
[04:50:10] <XXCoder> third possibility, he lives at uk but has strange hours
[04:50:21] <archivist> he is in uk and at work
[04:56:16] <XXCoder> cool
[05:06:20] <Valen> what is a good acceleration figure to use for a half sheet router?
[05:08:42] <archivist> depends entirely on the weight and your expectations and an if the machine is rigid enough and bolted to a slab
[05:44:23] <automata> archivist: Makes sense. he is in UK and is at work!!!
[05:54:18] <archivist> not on irc while at work but is looking at the mailing list
[05:57:54] <archivist> hmm this gives me ideas for measuring machine
https://www.apexauctions.co.uk/auction/itemDetails.htm;jsessionid=d11vye8B3jzVjWO7QKPkSrC3?lotId=161176
[07:42:42] <jthornton> I added a second html layout to look at
http://gnipsel.com/linuxcnc/html/
[07:44:09] <Tom_itx> i like the first since a user may not know what section to look in for what they need
[07:45:13] <Tom_itx> and besides, you're having too much fun with it...
[07:46:28] <Tom_itx> the 2nd one is cleaner looking
[07:47:57] <jthornton> that's what I thought too and the most read items are displayed
[07:49:40] <archivist> odd title on second "overleaf"
[07:50:42] <jthornton> must be American
[07:51:36] <jthornton> just uploaded a fix to the API section
[07:52:18] <archivist> that means over the page in real english
[07:54:06] <archivist> cannot find any other sensible definition either
http://www.thefreedictionary.com/overleaf
[07:55:18] <jthornton> kim kirwan added it 2011-05-09
[07:55:37] <archivist> needs fixing :)
[07:55:44] <jthornton> yep
[07:56:12] <archivist> I think he probably meant overview
[07:56:35] <archivist> but then it is mainly copyright statement
[07:59:15] <archivist> and copyright is in the glossary section too :)
[08:00:10] <archivist> chainsaw edit :)
[08:00:17] <jthornton> lol yep
[08:12:38] <jthornton> refresh the page I cleaned it up a tad
[08:25:38] <archivist> add this meta tag for these devices <meta name="viewport" content="width=device-width, initial-scale=1">
[08:29:33] <jthornton> what does that do?
[08:30:08] <archivist> starts the ability to scale the width to the users viewport width
[08:30:33] <archivist> first thing google told me to do
[08:31:39] <archivist> so now my front page is "responsive" ish
http://www.collection.archivist.info/index.php you can squeeze the browser width and still read
[08:32:32] <archivist> I fixed it in
http://gears.archivist.info/ too
[08:32:55] <jthornton> ok I uploaded a fresh copy with that and another improvement
[08:33:27] <archivist> all of using google webmaster tools got an email
[08:34:44] <jthornton> if only the browser would refresh the page instead of loading the cashed page
[08:36:06] <archivist> google says awesome for the index3 page :)
[08:36:29] <jthornton> sweet!
[08:37:06] <archivist> http://www.collection.archivist.info/archive/grabs/Screenshot-25.png
[08:40:04] <jthornton> I need to do that to my web site too
[08:40:56] <archivist> it is much harder for my tabular search results, not done that yet
[08:42:02] <archivist> currently concentrated on a customers site that is beginning to see a number of mobile users, up to about 30%
[08:43:26] <archivist> they also moan about how close buttons are to each other for the fat fingers on small screens
[08:43:40] <jthornton> lol
[08:44:46] <jthornton> I think I have a <ul> tag mis match now
[08:55:24] <jthornton> found it left a " in the <UL> tag
[08:55:30] <jthornton> boy that messed it up
[08:59:11] <jthornton> iceweasel thinks the plus.png is broken but other browsers do not
[09:02:05] <skunkworks_> ice wheezle is stripped down firefox I thought
[09:07:32] <furrywolf> meh. our morning truck is late, so I get to sit around when I should be working.
[09:09:57] <jthornton> yea, but a bit flaky today
[09:44:47] <norias> furrywolf: what do you do?
[10:00:23] <JT-Shop> archivist, do I need that meta tag on every page?
[10:07:49] <archivist> JT-Shop, yes that is the general idea
[10:08:20] <archivist> JT-Shop, then there is the fun of image scaling
[10:09:41] <automata_> HI
[10:10:07] <automata_> anyone have an example of pktuart for mesa hostmot2?
[10:10:18] <ssi> hi
[10:10:22] <automata_> using pktuarts with HAL?
[10:11:26] <archivist> automata_, better to ask the real question than who uses x
[10:12:02] <automata_> I want to use pktuarts to communicate with a serial device.
[10:12:04] * jthornton has never heard of it
[10:12:32] <automata_> i want ot make a serial frame with 16 bytes of data and sent it out
[10:12:50] <automata_> and at the same time receive 16 bytes
[10:13:03] <cradek> http://psha.org.ru/irc/%23emc-devel/2014-09-10.html
[10:13:03] <automata_> receive 16 byte frame from the device
[10:13:45] <automata_> cradek: That was me 9 months ago
[10:14:10] <ssi> LOL
[10:14:14] <cradek> <PCW> automata_ what are you trying to do?
[10:14:18] <ssi> I hate that
[10:14:18] <cradek> [end of conversation]
[10:14:30] <ssi> search for something and the only results are posts I made about it years ago
[10:15:05] <automata_> That time i found something else shiny... i.e., simple uarts which has a 16 byte frame buffer.
[10:15:38] <automata_> I am trying to send a 16 byte frame to a serial device and read 16 bytes frame back from it every 1 ms
[10:15:57] <cradek> why?
[10:16:38] <cradek> (I'm just curious what problem you are solving - I'm unlikely to have your answers)
[10:17:26] <archivist> or it may already be answered if you just say what you are really doing/talking to
[10:17:27] <automata_> trying to make a serial I/O device
[10:17:41] <automata_> and a serial drive
[10:17:46] <automata_> serial controlled drive
[10:18:36] <automata_> With simple uarts, the receive frame gets extra zeroes padded to the received buffer
[10:19:06] <automata_> If the transmitter and receiver are on the same PC + FPGA, then there is no problem.
[10:19:55] <automata_> However, if I put the transmitter and receiver on 2 separate computers, I get receive desynched with multiple padded zeroes
[10:20:17] <automata_> transmit baud rate 1Mbps
[10:20:20] <archivist> use proper handshake and flow control
[10:20:46] <automata_> This is from the 5i24 FPGA
[10:21:03] <automata_> so in general there is no handshaking
[10:21:31] <pcw_home> PktUARTs are designed for time based framing ( you specifiy the idle time for EOF detection in the hardware)
[10:21:50] <automata_> hi PCW
[10:22:01] <automata_> That is what I am looking for...
[10:22:25] <cradek> automata_: thanks for describing the application and problem
[10:22:26] <automata_> bursts receive of 16 byte frames at 1 - 2.5 Mbps
[10:22:54] <pcw_home> time is specified in bit times ( baud rate can be up to ~ 25 Mbits/sec)
[10:23:10] <automata_> cradek: in fact I should be the one thanking all of you for your tireless effort on this project!!
[10:23:30] <automata_> pcw: ok
[10:23:40] <automata_> are there any HAL examples to use it?
[10:23:47] <pcw_home> sending is done by loading the xmit buffer than loading the char count register
[10:24:00] <automata_> or even C code with the hostmot2 driver?
[10:24:07] <pcw_home> there is no hal support currently
[10:24:33] <automata_> how about hostmot2 driver support?
[10:24:44] <automata_> I can build the HAL support
[10:25:00] <pcw_home> We have used it to support multiple distributed Hostmot2-serial remotes
[10:26:51] <automata_> is there any driver support
[10:27:03] <automata_> any C code that I could peruse
[10:28:03] <automata_> how about readimg?
[10:28:09] <automata_> uart read
[10:29:21] <pcw_home> the RX UART collects chars until there is a gap ( >=specified size ) then sets s flag and a char count
[10:29:49] <automata_> keep polling the mode register for a non-zero frame received count
[10:30:15] <automata_> then read the rx byte count for first packet
[10:31:38] <pcw_home> basically yes (the RX count is also in a FIFO so must not use it for polling)
[10:35:25] <automata_> the pktuart will show up as gpio pins
[10:35:27] <automata_> right?
[10:36:09] <automata_> I have used the PIN_pktuarttest_72.vhd in the 5i24
[10:37:09] <automata_> the Module ID has the following: (PktUARTTTag, x"00", ClockLowTag, x"08", PktUARTTDataAddr&PadT, PktUARTTNumRegs, x"00", PktUARTTMPBitMask),
[10:37:17] <automata_> and (PktUARTRTag, x"00", ClockLowTag, x"08", PktUARTRDataAddr&PadT, PktUARTRNumRegs, x"00", PktUARTRMPBitMask),
[10:38:06] <automata_> and pinDesc has IOPortTag & x"00" & PktUARTRTag & PktURDataPin, -- I/O 00
[10:38:24] <automata_> and IOPortTag & x"00" & PktUARTTTag & PktUTDataPin, -- I/O 04
[10:39:06] <pcw_home> HAL doesn't have the data types to make this easy so probabl any protocol/data stuff needs to be buried in a component anyway
[10:39:06] <automata_> on loding this in 5i24 do I have to specify a config parameter during loadrt hm2_pci ?
[10:39:15] <automata_> agreed
[10:39:38] <automata_> i.e., loadrt hm2_pci config="num_pktuarts=4"
[10:40:00] <pcw_home> no there is no support so you would have to set it up by hand (perhaps in a component)
[10:40:09] <automata_> ok fair enough
[10:40:38] <automata_> so I'll make a new component pktuart_test.comp
[10:41:16] <automata_> and do the write and read asap and report the results.
[10:41:38] <automata_> any C code that can ease my work?
[10:41:50] <automata_> sorry make my work a little easier?
[10:43:40] <pcw_home> I have a Pascal example for talking to a 7I90 thats running hm2-serial
[10:43:42] <pcw_home> Windows --> Pascal --> Ethernet --> 7I80 --> 7I44 --> 7I90
[10:45:06] <automata_> that also could be useful
[10:46:01] <automata_> I also wanted to pick your brain on why my 16 byte protocol for receiving uart packets fails
[10:46:05] <pcw_home> without low level driver support you need to setup the altsrc register to route the TXData and TXEnable
[10:46:06] <pcw_home> to the proper GPIO pins
[10:46:17] <automata_> ok
[10:46:56] <automata_> altsrc?
[10:48:31] <automata_> oh in the Vhd file
[10:48:47] <automata_> PIN_pktuarttest_72.vhd file
[10:49:28] <automata_> i.e., setup the PinDesc as: IOPortTag & x"00" & PktUARTRTag & PktURDataPin, -- I/O 00
[10:49:43] <automata_> and for Tx: IOPortTag & x"00" & PktUARTTTag & PktUTDataPin, -- I/O 04
[10:49:47] <automata_> is that right?
[10:50:41] <automata_> setup the second function and second pin right?
[10:53:32] <automata_> do I need to use the hm2->llio->read and hm2->llio->write functions as are used in the uart.c HAL driver
[10:57:40] <automata_> on loadrt hm2_pci, dmesg shows: "Firmware contains unknown function (gtag-27)
[10:57:51] <automata_> and "Firmware contains unknown function (gtag-28)"
[10:58:20] <automata_> this would mean that hm2 found the pkt uart allright!!
[11:10:40] <pcw_home> Yep
[11:12:32] <automata_> So, I am creating a pktuart.c
[13:07:21] <Verdi> hey. i've got a system with a custom EMC2/linuxcnc from a manufacturer, that unfortunately comes with a way outdated kernel. I've seen that emc2 depends on the RTAI package which limits the range of available kernels. Is it a problem to use RTAI-4.1 instead of RTAI-3.8.1, or is that a major operation?
[13:11:42] <cpresser> Verdi: it is a major task to change the kernel for a RTAI system. i recommend a backup
[13:12:07] <cpresser> Verdi: unless there are good reasons live with the old kernel
[13:13:57] <Verdi> cpresser: there unfortunetly is a good reason, as the touchscreen monitor we have attached is not supported with the older kernel
[13:14:40] <Verdi> i believe i can compile a kernel with RTAI patches, but i'm quite unsure if linuxcnc will play with the newer version without an update
[13:15:39] <Tom_itx> pcw_home would it do any good to place a phone order or do i need to wait for you to update the webpage?
[13:20:05] <cpresser> Verdi: you might need to recompile linuxcnc components since they are loaded as kernel modules
[13:20:27] <cpresser> Verdi: check if its easier to backport the touchscreen driver
[13:20:43] <Verdi> cpresser: that's kinda what i was afraid of. thanks
[13:20:57] <skunkworks> Verdi, what oem?
[13:21:49] <Verdi> skunkworks: it's a Tormach mill, and while they praise their "new" software as so much better, it comes, completely alien to me with a ubuntu 10.04LTS
[13:23:02] <Verdi> and while the linuxcnc they hacked together granted works better than mach3 ever did it breaks my touchscreen, which is kind of annoying
[13:27:21] <skunkworks> Verdi, have you called tormach to see if maybe they have others with your touch screen? (work around)?
[13:28:26] <cradek> you can possibly build your touchscreen driver against the kernel they are distributing
[13:28:31] <Verdi> skunkworks: of course did. all they offer is that they now sell a different touchscreen which works, however they admitted at the phone that they had a number of issues and many complaints with it
[13:28:55] <Verdi> cradek: the touchscreen support was added natively
[13:29:25] <cradek> be aware that if you use a different kernel you will have to also build rtai and then linuxcnc, and you will be unable to use their binary distribution
[13:30:13] <Verdi> cradek: i got as much, so that's probably not an option. i'm no stranger to building packages, but since i don't exactly know what customizations these guys did it's probably a fools errand
[13:30:17] <cradek> ... which is fine, as they will provide you with complete/corresponding source, but it's work you will have to do
[13:30:42] <cradek> well you can certainly get the source with all their customizations
[13:31:26] <cradek> it's unfortunate they are using an EOL'd distribution for their new product :-/
[13:32:04] <Verdi> it is
[13:33:55] <Verdi> i mean there's little reason it wouldn't run on a more modern system, but i guess they don't want to invest the time to port things
[13:34:33] <cradek> I would be surprised if there were any problem moving to debian wheezy, since the linuxcnc team has supported that for some time now
[13:36:07] <Verdi> obviously just doing an end user dist upgrade does not work, but it's a bit dissapointing to "upgrade" from an old system to a new, just to get another old system with a shiny cover
[13:36:08] <cradek> wish touchscreen manufacturers would stop making new protocols. it's insane.
[13:36:39] <Verdi> the monitor isn't all that new
[13:38:34] <Verdi> it's an iiyama t2250, which works perfectly on ubuntu 12LTS, just not on 10.04LTS
[13:40:03] <automata_> hi pcw
[13:40:23] <automata_> hi andypugh
[13:40:31] <andypugh> Hi
[13:40:46] <automata_> I was having trouble with uart receive
[13:40:50] <cradek> Verdi: pardon my curiousity - is this monitor something that came with the tormach mill you bought from tormach?
[13:40:56] <automata_> I am using your component uart.c
[13:41:08] <automata_> for the hostmot2 driver
[13:41:09] <skunkworks> Verdi,
http://ubuntuforums.org/showthread.php?t=1469326
[13:41:19] <Verdi> cradek: it's something we bought later on
[13:41:38] <cradek> Verdi: but from tormach, or yourselves?
[13:41:39] <automata_> I am trying to receive 16 bytes every 1ms at 1Mbits/sec
[13:41:51] <Verdi> cradek: ourselves. back then they didn't offer a touchscreen
[13:42:08] <Verdi> skunkworks: thanks i'll try that
[13:42:14] <automata_> i have put a uart read in a 1 ms thread.
[13:42:19] <cradek> ah I see, thanks
[13:42:44] <cradek> Verdi: it would be interesting to boot the wheezy+linuxcnc live cd and see if your screen works
[13:42:56] <automata_> I keep seeing byte overflows
[13:43:03] <andypugh> automata_: That should work, but keeping track of which byte of the two you just read is always fun
[13:43:17] <Verdi> cradek: i can try that too, but then the mill is probably not set up
[13:43:23] <cradek> sure I understand
[13:43:29] <automata_> the data I read is sometimes shifted
[13:43:40] <automata_> by a few bytes
[13:43:41] <andypugh> automata_: Your .copm needs to always read all the data that is there.
[13:44:06] <automata_> In the comp, I am reading only when there is 16 data available in the FIFO and then I read all the data
[13:44:27] <andypugh> I can’t remember how big the FIFO is.
[13:44:37] <automata_> I think it is 16 bytes
[13:45:05] <andypugh> (If I was doing the UART driver again I would do it differently, more like the BiSS and friends)
[13:45:17] <automata_> most of the times I can read all 16 bytes... just once every few 10's of msec i get shifted data
[13:45:33] <andypugh> I would suggest reading all the data every time, and only interpreting it when you have a full set.
[13:45:41] <automata_> ok
[13:45:48] <automata_> I will try that...
[13:46:02] <andypugh> It only takes a slight clock shift to get 17 bytes between reads
[13:46:20] <automata_> yup...
[13:48:06] <automata_> so make a buffer in uart.comp and every 1ms (when the read function is called) read all the available bytes
[13:48:48] <andypugh> Yes
[13:49:19] <automata_> then the mesa_uart.comp will only request 16 bytes at a time..
[13:50:20] <andypugh> Even then, if the transmitting thing sends 16 bytes per mS you might over-fill the buffer. You might need to shorten the servo-thread time to make sure that there are never more than 16 bytes per servo thread.
[13:50:21] <automata_> in the uart.c function, we are reading 4 bytes at a time. is that necessary?
[13:50:48] <andypugh> I am afraid I can’t remember.
[13:50:55] <automata_> ok
[13:50:57] <andypugh> It’s been rather a long time.
[13:51:09] <andypugh> Have you looked at the regmap file?
[13:51:20] <automata_> yup... read it in and out...
[13:51:33] <automata_> we can read 4, 3, 2, and 1 bytes
[13:51:35] <andypugh> OK, that’s pretty much all the docs there are
[13:52:06] <automata_> ok
[13:52:37] <andypugh> If you prefer to re-write the UART driver C code just for your application, and recompile the whole of LinuxCNC that might be a better solution.
[13:52:50] <automata_> i am trying that too...
[13:53:12] <andypugh> I am not very happy with the hm2_uart driver just passing a handle idea.
[13:53:16] <automata_> I am also trying to use pktuarts but that is also not going anywhere...
[13:54:07] <andypugh> But at the time the uart driver was added there wasn’t the code for creating arbitrary HAL pins at load time that Smart-Serial made necessary.
[13:55:36] <andypugh> BiSS / SPI might work better if your sender is under your control. You can send longer than 8-bit data then.
[13:56:48] <automata_> ok
[13:58:27] <automata_> i am looking into that too...
[14:05:50] <gene80> hey guys; does 3.4-9-rtai-686-pae stll need an isolcpus=1 augument? in grub? I am slowed down to 40 u-s on thew base thread and still getting triggered
[14:08:38] <gene80> new install from the dvd pulled in mid-may
[14:08:58] <cradek> gene80: did you check your bios settings?
[14:09:10] <cradek> gene80: no kernel has ever *needed* that but it has helped on some machines
[14:10:19] <gene80> this is the same machine and bios that gave me 3 or 4 u-s base threads on the latency test
[14:10:40] <gene80> I didn't change anything in the bios
[14:11:12] <gene80> that was with the ubu 10.04-4 lts install
[14:12:06] <gene80> dualo core atom d525mw board, with the fancy stuff turn off in the bios
[14:13:57] <gene80> and that old kernel did have that as an argument in the grub.cfg
[14:14:39] <cradek> can't hurt to try it, I guess
[14:15:14] <gene80> I'll give it a shot then. Thanks Chris
[14:15:45] <cradek> iirc, the file to edit is /etc/default/grub
[14:22:58] <gene80> Chris, seemed to help, territory of 9u-s now
[14:25:16] <skunkworks> is this a d945?
[14:28:04] <gene80> d525mw
[14:29:25] <gene80> but it has since logged a 27u-s now, I left it runn ing while I was reading the funnies
[14:29:47] <gene80> sms problem?
[14:29:55] <cradek> don't you have hardware stepgens?
[14:33:41] <gene80> Thats "in the menu, but not done yet. I did put a 5i25 card in it yesterday but haven;t grabbed the flaser and programmed it yet.
[14:34:22] <gene80> so I am ATM using sw stepping.
[14:35:08] <gene80> The old install was happy as a clam at a 25u-s base-thread, this one isn't.
[14:35:48] <skunkworks> you could try idle=poll in the kernel line also..
[14:36:04] <gene80> I'll fire up iceweasel and go get the flash kit from mesanet, and check the new wiki at gnipsel
[14:36:57] <gene80> for sms fixes. Do I want to burn the cpu with that?
[14:39:00] <andypugh> gene80: The 5i25 should be pre-flashed with the firmware you asked for
[14:39:08] <andypugh> (sticker on the bottom)
[14:44:03] <jthornton> new wiki at gnipsel?
[14:44:27] <gene80> peter is shipping unprogrammed now
[14:45:29] <gene80> I would like to have had it with PROB_RFX2 in it, same as the lathe has.
[14:45:44] <gene80> I mean yours Big John
[14:45:54] <gene80> where is that?
[14:46:24] <jthornton> my web site is at gnipsel.com but I don't have a wiki
[14:47:38] <gene80> Thats not what you were posting on the ML?
[14:49:18] <jthornton> just some formatting changes to the html docs
[14:49:28] <jthornton> gnipsel.com/linuxcnc/html
[15:00:04] <gene80> Big John; I can't find any references to the SMS problem, I'll go read old 2.5 printouts
[15:20:55] <gene80> And I can't find any references to it in the Integrator manual or the user manual. Big secret?
[15:21:17] <gene80> I'll go poke at the bios
[15:21:22] <gene80> later
[15:46:22] * JT-Shop hopes to be more productive tomorrow than just putting up one PIA shop light
[15:46:45] <XXCoder> I'll be your PHB JT-Shop
[15:48:26] <JT-Shop> I had to engineer it to hang less than 3" total from the ceiling... found out they have wires embedded in the sheet metal...
[15:49:31] <JT-Shop> so you can't screw them to the ceiling as they don't work after you drill a hole in the sheet metal
[15:50:14] <XXCoder> magnets?
[15:51:05] <JT-Shop> custom little hook things and custom eye bolts
[15:51:20] <XXCoder> odd that wiring is embedded in sheet though
[15:52:35] <Tom_itx> JT-Shop, depends where that light is... could be at the top of the tallest radio tower :)
[15:55:03] <JT-Shop> that's why I drilled two and lit up the second one before drilling
[15:55:45] <JT-Shop> there is no cover running down the middle, I assumed the wires were on the outside rolled edges
[15:56:17] <Tom_itx> that's crazy
[15:56:43] <Tom_itx> i've been tempted to get some of those led shop lights
[15:56:50] <XXCoder> Tom_itx: get em\
[15:56:56] <XXCoder> I use 2 now, its amazing
[15:57:12] <XXCoder> bit less lumens than standard ones but WAY less power
[15:57:16] <Rab> JT-Shop, the wires must be run between two pieces of sheet metal.
[15:57:19] <Tom_itx> i've got a couple that don't work when it gets real humid out
[15:57:24] <XXCoder> oh and its very near instant on, and lasts forever
[15:57:48] <Tom_itx> yeah i've replaced a few in the house with led
[15:57:54] <Tom_itx> so far i like em
[15:58:01] <XXCoder> theres different version that can use existing fixures but isnt cheap
[15:58:04] <Tom_itx> CF suck the big dog
[15:58:08] <XXCoder> much more lumens though
[15:58:51] <Tom_itx> i prefer the 'daylight' over soft white
[15:59:04] <XXCoder> heyyyy
[15:59:09] <XXCoder> much cheaper now
[15:59:15] <XXCoder> https://www.earthled.com/products/samsung-essential-led-t8-tube-4-ft-16-5w-32-watt-equal-gu14h3016v8aus-gu14h3016t8aus-gu14h3016r8aus?utm_medium=cpc&utm_source=googlepla&gclid=Cj0KEQjwvuuqBRDG95yR6tmfg9oBEiQAjE3RQOFhtS4CkgdFL87bOR6VEqIjFnaY1f0eYuI5fiBzGu0aArVG8P8HAQ
[15:59:24] <Tom_itx> they're coming down gradually
[15:59:34] <XXCoder> I havent checked for few years
[16:00:00] <XXCoder> 1650 lumen
[16:01:07] <XXCoder> There's new plastic that lights up
[16:01:10] <CaptHindsight> how many joules is that ?
[16:01:14] <XXCoder> but quiet so far
[16:01:24] <XXCoder> CaptHindsight: didnt say but its 16.5 watt
[16:01:24] <roycroft> 2.8 gigajoules
[16:01:53] <XXCoder> enough to send around ton across time when at 88 mph heh
[16:02:59] <Tom_itx> http://www.samsclub.com/sams/4ft-led-shoplight-shoplight-led/prod16460030.ip?navAction=
[16:03:34] <XXCoder> around same as costco one but bit better
[16:03:48] <Tom_itx> costco isn't open here yet
[16:03:49] <XXCoder> wonder if its tubes is removable
[16:03:53] <Tom_itx> building a new building though
[16:03:56] <gene80> Like that bad penny, i'm back. Check bios, hyperthreading is off, didn't recognize any othe likely culprits
[16:04:12] <XXCoder> normal costco price is $40 but here city pays for some of leds so its super cheap
[16:04:31] <XXCoder> $35 for shop lights but normal bulbs tend to be half off
[16:04:54] <XXCoder> basically perment 50% off\
[16:05:02] <Tom_itx> i haven't really shopped for them yet, just noticed them there
[16:05:42] <CaptHindsight> gene80: there haa been a bunch of fixes to RTAI but I think the version used with your kernel has broken isolcpus=
[16:05:59] <CaptHindsight> gene80: what cpu is this?
[16:06:23] <Tom_itx> http://www.unitedpower.com/mainNav/yourEnergyOptions/rebate/LEDBulbRebate.aspx
[16:06:54] <Tom_itx> unfortunately that's not our power co
[16:07:13] <XXCoder> to bad
[16:08:55] <gene80> intel d525mw, dual core atom
[16:10:47] <CaptHindsight> gene80: sorry, no idea on the behavior with Intel
[16:11:26] <gene80> dmidecode says Signature: Type 0, Family 6, Model 28, Stepping 10
[16:13:38] <gene80> this is supposedly the best board ever, and running 2.6.32 from the lts install it regularly nailed a 4u-s maximum
[16:14:24] <gene80> its up to 21u-s since booting right now.
[16:14:46] <gene80> And thats pretty damned bad
[16:15:25] <cradek> 21 is a fine result
[16:15:38] <gene80> for hardware stepping
[16:16:07] <gene80> for sw stepping its sucking dead toads thru soda straws
[16:17:13] <gene80> So I guess next is to printout the configs and start bringing this 5i25 to life
[16:17:44] <Tom_itx> that won't plug in that board will it?
[16:18:11] <Tom_itx> err i guess it has one pci slot
[16:18:31] <Tom_itx> i was thinking pcie
[16:18:39] <membiblio> So if you had 4 axis step/dir - what board would you recommend for hardware stepping instead>
[16:18:42] <membiblio> ?
[16:18:52] <gene80> Yes, its already planted but not configured with mesaflash
[16:18:59] <Tom_itx> membiblio parport?
[16:19:04] <Tom_itx> 7i90
[16:19:32] <Tom_itx> with some daughter card to go with it
[16:19:39] <Tom_itx> i've used the 7i47 7i47S
[16:20:07] <membiblio> If you previously were using parallel port for software stepping and you go to a 7i90 - that automagically gives you... ?
[16:20:17] <Tom_itx> 72 io
[16:20:30] <Tom_itx> and a nice shiney mesa board
[16:21:21] <Tom_itx> so you can still use your parport to it
[16:21:32] <membiblio> But you are still using software to step. Or did I miss something?
[16:21:40] <Tom_itx> no
[16:21:48] <Tom_itx> the mesa FPGA does it
[16:22:07] <Tom_itx> much better results
[16:22:29] <Tom_itx> but take a number... they're out of stock right now
[16:22:31] <membiblio> So I am assuming that the 7i90 loads steps into a register and the fpga counts the steps down and interrupts when finished?
[16:22:37] <Tom_itx> he has some but is testing them
[16:22:55] <Tom_itx> you load the hm2 driver and it just works
[16:23:38] <gonzo_> is the 7i90 all integrated in the current hm2?
[16:24:09] <gonzo_> my projec is a bit stalled, but last time I looke it was not quite there
[16:25:46] <Tom_itx> yes
[16:25:53] <Tom_itx> i'm using one currently
[16:26:19] <Tom_itx> may require 2.6 or 2.7 lcnc i forget
[16:26:35] <Tom_itx> i'm using 2.7
[16:26:38] <micges> 2.7
[16:29:48] <Deejay> gn8
[16:30:21] <skunksleep> membiblio: linuxcnc sends the step rate and constantly adjust to keep on path
[16:34:20] <Tom_itx> there may be better daughter cards for that but i wanted the 7i47 for differential io
[16:34:40] <membiblio> @skunksleep How does it know if it is on path?
[16:35:18] <andypugh> It reads back the current step count before sending the new velocity
[16:39:30] <skunksleep> Or you could read back encoder position...
[16:41:16] <gene80> got it flashed & power cycled
[16:44:40] <automata__> Finally got plain vanilla uarts working
[16:44:55] <automata__> pktuarts still not working though
[16:45:04] <automata__> thanks andypugh
[16:45:27] <andypugh> I wasn’t even aware of pktuarts
[16:45:36] <automata__> i had to get the read and write in 2 different threads...and read needs to work 10x faster than write
[16:45:49] <andypugh> Curious
[16:46:02] <automata__> sending 16 bytes of data
[16:46:15] <automata__> and expecting to receive 16 bytes of data after the send
[16:46:47] <automata__> the 16 byte read used to always overflow or miss something
[16:47:11] <automata__> so finally separated the read and write threads and made the read thread run at 0.1ms
[16:47:20] <automata__> and write thread still at 1ms
[16:48:00] <automata__> now it works...
[16:48:38] <automata__> if i take the read thread at 2x to 5x write thread frequency, reading skips
[16:49:26] <automata__> error rate comes down exponentially wrt the frequence of read v/s write
[16:52:37] <Valen> moooornin all
[17:31:21] <Patang> How do I set a hal-pin from g-code?
[17:43:45] <cpresser> Patang: take a look at M62
[17:48:06] <Patang> cpresser: Thanks, looks like what I need!
[18:05:19] <alex4nder> so, I picked up a mesa 7i76E, and I saw some mention of DPLL support
[18:05:36] <alex4nder> can anyone hook me up with some specifics of how DPLL works/helps things?
[18:05:54] <alex4nder> (i.e. in a practical setting; I know what a PLL is)
[18:12:42] <micges> alex4nder: you must just choose dpll timer and set it in hal to *.stepgen.timer-number
[18:13:19] <micges> rest is done automagically in hostmot2 driver when it detects dpll firmware
[18:13:33] <alex4nder> cool
[18:14:13] <micges> of course you need to setup dpll first, can't tell if default data are ok
[19:03:43] <furrywolf> I love the scrapyard.
[19:04:53] <SpeedEvil> I wish I could get to a decent one more easily
[19:06:18] <andypugh> Fun with Vismach:
https://youtu.be/PfZwpjUs1xI
[19:23:13] <SpeedEvil> http://forum.nasaspaceflight.com/index.php?action=dlattach;topic=32899.0;attach=543853 1kWe reactor in several hundred kilos
[19:23:19] <SpeedEvil> oops - wrong channel
[19:23:57] <furrywolf> two electrical cord questions... first, don't you really hate when you install a plug, then find that the outer shell had slid off the cable and is sitting on the floor?
[19:24:25] <jdh> only the first few times
[19:25:30] <furrywolf> second, I'm making an adapter plug for my jobsite power box, that plugs into a 50A range outlet. I noticed the 50A range cord I bought is only 6/2 and 8/2, with the neutral and ground being undersized compared to the hots. I assume this is ok for a range, since most of the load is 240, not 120, so the neutral never sees much use. but is this acceptable for a jobsite power box, where some person may decide to only plug into every other outlet, and put
[19:32:36] <furrywolf> or should I just assume such a pathalogical load would be temporary at best, and it's only 4ft long anyway? :)
[19:35:14] <furrywolf> hrmm, southwire says that for a 4-conductor portable cord, #8 is rated for 65A!
[19:37:07] <alex4nder> furrywolf: yah, I wouldn't worry about that
[19:37:55] <roycroft> i would say no, furrywolf
[19:38:06] <furrywolf> while allied says 35A. lol
[19:38:23] <roycroft> the neutral should be 6ga
[19:39:20] <roycroft> that cord is perfectly appropriate for a range, however, as you'll never pull a 120vac/60a load on a range
[19:39:48] <roycroft> get yourself a hunk of 6/3 soow
[19:39:57] <tjtr33> andypugh, here's another vismach toolchange
https://youtu.be/46LZGWQUSXo
[19:40:04] <furrywolf> I went to the scrapyard... only 6/4 they had was aaaaancient.
[19:40:14] <roycroft> wait
[19:40:18] <furrywolf> but they did have a perfectly nice new 6/2+8/2 range cord. :)
[19:40:27] <roycroft> is the powerbox fused?
[19:40:33] <furrywolf> powerbox has breakers
[19:40:42] <roycroft> if the 120v receptacles are 20a then you'd be fine
[19:40:47] <furrywolf> yes, they are.
[19:41:13] <roycroft> 40a is pushing it with 8ga wire, but i might do that
[19:41:34] <furrywolf> but it has 6 of them... someone could, in theory, plug something into only every other outlet, and nothing on the others, thus putting the potential full 50A onto the neutral.
[19:41:50] <roycroft> i'm assuming a setup where there's a 50a main breaker and a 20a breaker for each of the 120v legs
[19:41:53] <furrywolf> in reality, it's very unlikely any large continous loads would be plugged into any outlet, much less only every other one. heh.
[19:41:55] <furrywolf> yes
[19:42:03] <roycroft> so you'd be fine
[19:42:47] * furrywolf didn't realize it only had a #8 neutral until getting it home
[19:43:15] <furrywolf> it appears to be brand new, and it cost $6. I love the scrapyard. :)
[19:43:31] * furrywolf felt bad cutting off the nice crimped on lugs to stick the wire in the connector
[19:44:48] <zeeshan|2> ;]
[19:45:10] <furrywolf> I was thinking of getting some 6/4 and making a longer one, but as I said, the only 6/4 they had was ancient, and I'm sure as heck not buying 6/4 new.
[19:45:39] <furrywolf> they had some 6/4 last time I was there, but I didn't need it then... heh
[19:47:40] <SpeedEvil> Just get whatever, and then plait your own wires.
[19:48:46] <furrywolf> always amazes me how much perfectly good and/or brand new stuff gets scrapped
[19:48:53] <SpeedEvil> yeah
[19:51:13] <furrywolf> this range cord is new... there's no scrapes on the blades suggesting it was ever plugged in, nor screw marks on the now-cut-off terminals.
[20:14:34] <furrywolf> http://humboldt.craigslist.org/spo/5028103979.html I've never been interested in skateboards, but that's cute.
[21:02:54] <postaL> anyone here have a cncrouterparts benchtop setup?
[21:12:20] <Valen> So I'm thinking of pairing up
http://store.mesanet.com/index.php?route=product/product&path=83_90&product_id=149 and
http://www.automationtechnologiesinc.com/products-page/nema34/nema34-dc-brushless-motor-kl34bls-98-dual-shaft
[21:12:36] <Valen> oh... 48v on the motor
[21:12:40] <Valen> duh, never mind
[21:17:01] <Tom_itx> i wonder if that would make a good smallish spindle motor
[21:39:25] <Valen> they do sell them (or similar) as such
[21:39:43] <Valen> damn where did I see high voltage motors in the same size for not insane $
