#linuxcnc | Logs for 2013-06-17

Back
[01:09:20] <Loetmichel> mornin'
[01:26:08] <Tecan> mernin
[02:14:41] <DJ9DJ> moin
[04:20:35] <RyanS> Looks like I have committed myself to designing a cnc mill..
[04:54:12] <mrsun> wasnt that stupid? :)
[04:56:28] <RyanS> Probably. I have recruited assistance .. Not going to try and reinvent the wheel
[07:02:14] <R2E4> WOW..... its quiet around here.
[07:08:49] <RyanS> Yes it is
[07:10:17] <R2E4> yeah, I 'm debating....... camsoft or Linuxcnc
[07:10:53] <R2E4> for a hitachi seiki VM40 with Sanyo Denki drives and motors.
[07:20:35] <RyanS> have a large garage? :P
[07:23:56] <R2E4> hehe.... yes
[07:24:38] <R2E4> I just got a Bridgeport R2E4 going, purchased mesa boards but used existing controller. everything works, so no need to upgrade.
[07:25:01] <R2E4> Just got the Hitachi VM40, and controller is snafued!!!!
[07:26:31] <RyanS> Are you from the US? They seem to have heaps of used machines available.... Not the case in Australia
[07:26:49] <R2E4> I am in Canada.
[07:27:29] <archivist_herron> I wouldnt dream of buying some closed source expensive stuff, your abilities once linuxcnc is learned are limited by the contents of your brain
[07:27:49] <jthornton> aye
[07:29:36] <R2E4> I know Linux ok. not a pro by any means, I used to use Slackware back in the day. Pre kernel 1.
[07:30:13] <R2E4> I have a few concerns though. It seems complicated re: HAL, and PLC programming.
[07:30:49] <jthornton> HAL only has a couple of commands...
[07:30:50] <R2E4> The same applies I have noticed now compared to back then, is the documentation.
[07:31:50] <RyanS> "Open the pod bay doors HAL"?
[07:32:09] <jthornton> "will I dream?"
[07:32:22] <R2E4> The other issue is the accuracy. IS LinuxCNC hobbyish or can it compete with the big boz...
[07:32:26] <R2E4> boyz...
[07:32:41] <jthornton> accuracy is in your machine or not
[07:32:57] <jdh> boys
[07:33:09] <jthornton> I don't understand your statement about the documentation...
[07:34:55] <R2E4> I may be wrong, but what I meant was lack of docs, and/or the complexity of the docs and the beginners not being able to grasp an understanind though the docs.
[07:35:33] <jdh> there are lots of docs. Finding out which doc you need before you understand is sometimes difficult. Same for any complex system though.
[07:35:40] <R2E4> accuracy is in the machine...... not sure but the controller has alot to do with it........ no?
[07:36:37] <jthornton> have you actually read the docs starting with the Getting Started Guide?
[07:36:54] <R2E4> no I have not.
[07:37:38] <jthornton> how can you comment on the docs if you have not looked at them?
[07:38:36] <R2E4> I didnt say I haven't looked at them. I just answered your question. I have been through the docs, I did not read the Getting started guide completely.
[07:38:57] <jthornton> oh, I misunderstood
[07:39:26] <R2E4> I should and will read it if I decide to go with LinuxCNC
[07:39:50] <jdh> what is your other choice?
[07:40:20] <R2E4> The 5 billion dollar retrofits..... ajax, camsoft....
[07:41:00] <R2E4> I have mesa boards allready... I'm just searching for the nerves I must have lost somewhere.....
[07:41:29] <jthornton> what kind of machine is it?
[07:42:21] <R2E4> The bottom line is, the existing control wont work without purchasing control boards which are vey expensive.....in the 2-3 thousand dollars worth. the new controls will cost 3-4000 worth.
[07:43:09] <R2E4> Jthorton; it is a three axis VMC with a 20 position tool changer. and i think the spindle is servo's also.
[07:43:30] <R2E4> Hitachi Seikli VM40 with Sanyo Denki drives and servos.
[07:43:55] <jthornton> do the drives take +-10v?
[07:44:02] <R2E4> yes
[07:44:56] <jthornton> do you have encoder feedback from the servos?
[07:45:04] <R2E4> yes
[07:45:22] <jthornton> that is the easiest conversion to do
[07:45:44] <jthornton> I converted my Anilam BP and Hardinge CHNC
[07:46:06] <R2E4> http://www.wotol.com/1-hitachi-seiki-vm-40-3-axis-vertical-machining-ce/second-hand-machinery/prod_id/554769
[07:46:14] <R2E4> that one is the exact same machine'
[07:47:08] <jthornton> nice machine
[07:47:32] <R2E4> hehe.... yeah, it looks really nice.
[07:48:59] <R2E4> It has like 8 differnet motors not counting the axis servos, coolant, mist, conveyor..... hydraulic ...
[07:53:19] <jthornton> the usual procedure is to hook up and test one at a time...
[08:00:22] <IchGuckLive> hi all B)
[08:01:23] <IchGuckLive> i got a problem i got 25 identical education mashines and also the PC is the same on some mashines the same g-code takes 5min to load and on some it is strait on the screen
[08:02:02] <IchGuckLive> runnung on 2.6.pre 4490
[08:02:52] <IchGuckLive> i need to say that some are set up from the 2.5.0 and some may got the livecd bevor that 2.4.x
[08:03:51] <IchGuckLive> but i dont know how is how as th üplaces change all the time but 4-6 got this hint ad 15 mashines are the older ones
[08:04:02] <IchGuckLive> someone got a idee
[08:06:00] <Andy1978> IchGuckLive: Ich nicht verstehen tu was du sagen willst ;-)
[08:06:26] <jdh> find the common version/config/etc on the slow ones.
[08:07:17] <IchGuckLive> jdh: is this a file
[08:07:20] <RyanS> is swinging a 6kg chuck too much to ask from a 750 watt lathe?
[08:08:15] <archivist_herron> depends
[08:08:25] <jthornton> on the gear ratio
[08:08:59] <archivist_herron> and speed you want and the cutting you want to do
[08:10:24] <archivist_herron> and the viscosity of the oil in the bearings if plain
[08:13:29] <RyanS> sigh. One can adapt the process to suit? Or take back to the shop get smaller
[08:17:50] <IchGuckLive> Andy1978: i try a frech install on this troublmakers from 2.5.0
[08:18:13] <IchGuckLive> gpart the device clen
[08:18:33] <IchGuckLive> by till 9pm berlin time
[08:34:44] <dosas> hi i'm having trouble with my .hal file
[08:34:55] <dosas> i'm trying to set it up according to this http://www.anderswallin.net/wp-content/uploads/2012/12/temp_control_pid_new.jpg
[08:35:02] <dosas> in the top line
[08:35:20] <dosas> everything is fine until pyvcp.temp-freq
[08:35:26] <dosas> it also shows in axis
[08:35:46] <dosas> but the temperature display does not work it is always zero
[08:36:01] <dosas> net temp_freq frequency2temperature.0.frequency-in
[08:36:08] <dosas> net temp_degrees frequency2temperature.0.temperature-out
[08:36:13] <dosas> net temp_degrees pyvcp.temp-degrees
[08:36:16] <cpresser> dosas: use hal-scope and see if you can see the input-pwm
[08:36:25] <dosas> i/m not using pwm
[08:36:32] <dosas> i'm just setting up the temp readin
[08:36:34] <dosas> the top line
[08:36:43] <dosas> i see the frequency
[08:36:47] <dosas> and it is fine
[08:36:52] <dosas> but i do not see temperature
[08:37:08] <dosas> but i'm unsure with the net commands i used
[08:38:12] <dosas> are they right?
[08:39:17] <cpresser> dont know :)
[08:39:29] <cpresser> but all those nets only have one pin, that looks odd
[08:40:06] <cpresser> each net should have one net-name and at least two pins connected to it (1 input, 1..n outputs)
[08:41:57] <dosas> okay thanks
[08:45:00] <dosas> the documentation says
[08:45:03] <dosas> singal pin
[08:45:13] <dosas> and the signals can be seen as wires
[08:49:26] <dosas> there is a function or parameter temperature_out
[08:49:33] <dosas> do i have to setp it
[08:50:50] <dosas> because the halmeter shows that frequency-in gets something
[08:55:09] <R2E4> IS there a database with machines retrofitted with EMC?
[08:59:25] <dosas> what else could i do to debug it
[08:59:35] <dosas> or could the error be in the self written component
[08:59:57] <dosas> because it gets input but does not always output 0
[09:05:11] <dosas> when i look at the halmeter
[09:05:33] <dosas> i also have two parameters called frequency2temperature.0.time
[09:05:39] <dosas> and frequency2temperature.0.tmax
[09:05:48] <dosas> even though these functions are defined nowhere
[09:11:13] <jdh> http://www.starmarinedepot.com/smd/images/prodimages/ThMarine/ZZ15391.jpg
[09:11:16] <jdh> <urk>
[09:14:25] <Jymmm> jdh: ?
[09:18:30] <Jymmm> jdh: Looks like a railing bracket.
[09:25:22] <R2E4> HAs the PNCconf been updated for the new mesa boards yet?
[09:45:05] <JT-Shop> which new board?
[09:45:17] <JT-Shop> Mesa has hundereds of boards
[09:47:44] <R2E4> 5i20 and 7i...hmmmm something.... let me look what I bought. 6 months ago....
[09:49:53] <R2E4> The pair that is used for servo's. Have to check tonight when I get top the shop
[09:51:01] <R2E4> I think its the 7i77
[09:51:39] <pcw_home> I sure the 5I20 and 7I33/7I37 are supported, pncconf may have some limitations with
[09:51:40] <pcw_home> 7I48 which require hand HAL editing (but you pretty much always need to do this to some extent anyway)
[09:52:42] <pcw_home> The 7I76/7I77 are supported by the latest pncconf (which may be included with linuxcnc 2.5.2, not sure)
[09:52:53] <R2E4> I had linuxcnc and your boards installed but pncconf did not have it at the time, 6 months ago. I think you sent me a start file to use
[09:53:54] <pcw_home> in addition to pncconf you need install the xml files for the 7I77 to use pncconf with it
[09:54:02] <R2E4> I will see..... psw: I got my R2E4 running with existing controller so no need to upgrade. I have since obtained a hitachi seiki vmc 3 axis 20 tool changer servo spindled machine that the controller is not working.
[09:56:25] <JT-Shop> R2E4: there is an install script for the xml files on the forum in the pncconf section if you have the 5i25/7i77
[10:04:07] <dosas> okay i found the solution
[10:04:34] <jdh> does it involve alcohol?
[10:04:36] <dosas> didn't know that the function needs the thread
[10:04:38] <dosas> addf frequency2temperature.0 servo-thread
[10:04:41] <dosas> almost
[10:04:45] <dosas> it was taht clsoe
[10:05:07] <dosas> now i'm writing if i was drunk
[10:05:57] <Jymmm> dosas: What makes you think your not drunk?
[10:06:28] <dosas> i got it work
[10:09:59] <Jymmm> pcw_home: How's the ethernet board/driver coming along?
[10:11:02] <dosas> off to solder heater circuit
[10:17:44] <pcw_home> Ethernet needs RTNet which needs Xenomai so mostly waiting for simpler Xenomai/RTNet packaging
[10:17:45] <pcw_home> (and driver improvements)
[10:18:09] <Jymmm> pcw_home: Ah, ok.
[10:22:00] <Jymmm> pcw_home: Wait, why?
[10:22:37] <Jymmm> pcw_home: Isn't all the RT stuff offloaded to the card?
[10:23:46] <zultron> base thread is offloaded, but still need the servo thread, which is RT even though it doesn't have as strict RT requirements.
[10:24:04] <zultron> drive-by comment. ;)
[10:24:12] <Jymmm> =)
[10:24:22] <Jymmm> http://diy.powet.eu/2012/07/25/raspberry-pi-xenomai/
[10:24:56] <Jymmm> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?RaspbianXenomaiBuild
[10:27:25] <zultron> Xenomai's ARM port is a quickly moving target right now. You should check the status of Xenomai 3.8.x kernels on RPi.
[10:27:58] <Jymmm> With no reflection upon Mesa, sometimes I think that all the HW related things in lcnc are overrated. You see ppl tossing lcnc on pi's and other things, not dealing with latency, video cards, etc.
[10:28:52] <Jymmm> I know it's not perfect and all, and lots of issues, but their Nike approach seems to work for them.
[10:31:04] <Jymmm> Embed lcnc into some HW device (Monster FPGA) and have everything else just be a dumb console for UI.
[10:32:54] <Jymmm> Make/sell it like an open hardware project (arduino style). Make a couple of bucjs to support future development, etc
[10:33:03] <Jymmm> bucks*
[10:33:40] <Jymmm> Toss it up on that project funding site
[10:33:59] <Jymmm> get $100K for startup costs.
[10:36:48] <Jymmm> I could park in front of Xilinx with a sign that reads http://xilinx.linuxcnc.org/ and everything =)
[10:41:26] <Jymmm> Damn, OSH filed for BK, Lowes is going to buy them out.
[10:51:43] <pcw_home> I haven't been it a real hurry until some of the smoke settles on the LinuxCNC Xenomai stuff
[10:51:45] <pcw_home> then driver cleanup, update firmware for 2 packet mode etc
[10:53:12] <Jymmm> 2 packet mode?
[10:53:44] <Jymmm> pcw_home: and why packets instead of frames?
[10:54:13] <Jymmm> TCP/IP is bloat
[10:55:13] <pcw_home> current (3 packet) mode is host sends read data request, 7I80 sends read data, host sends write date
[10:55:14] <pcw_home> 2 packet mode is host receives read data, how sends write date (and delayed read data request in write packet)
[10:55:28] <pcw_home> s/how/host/
[10:55:50] <Jymmm> so, half-duplex comms?
[10:56:10] <pcw_home> Yes
[10:56:57] <Jymmm> Hmmm, seems like a waste. Too much overhead for full duplex?
[10:57:16] <pcw_home> this is inherent in the way the a real time control loop runs (cant send data until read data is processed
[10:57:27] <Jymmm> ah
[10:57:53] <pcw_home> since you dont know what to send
[10:58:30] <pcw_home> 7I80 just uses UDP
[10:58:43] <Jymmm> pcw_home: icmp too?
[10:59:04] <pcw_home> yes icmp echo only
[10:59:08] <Jymmm> ah
[10:59:12] <pcw_home> and arp
[10:59:50] <pcw_home> and bootp
[10:59:51] <Jymmm> arp could be exploited, if one felt like writing new protocols
[11:00:45] <FinboySlick> Jymmm: Expand on that last bit.
[11:00:49] <pcw_home> trying to keep it as simple as possible (currently just 2K of code space)
[11:03:22] <FinboySlick> Jymmm: You mean exploted as in filling the arp table, or as in doing something useful with it beyond the scope of what ARP normally does?
[11:03:37] <Jymmm> FinboySlick: beyond
[11:03:58] <FinboySlick> Then I'm curious.
[11:05:55] <jdh> arp is just a nicety. I have some stuff that requires MAC addresses (some GE/Fanuc PLCs, Parker/Compumotor controllers)
[11:06:26] <dosas> what do i do if i have a halpin "mypin" in .xml and pyvcp.my-pin in .hal
[11:06:40] <dosas> but linuxcnc says otherwise?
[11:07:02] <dosas> of course my-pin in .xml
[11:07:34] <FinboySlick> jdh: I guess in industrial applications it's not that bad, especially for someone used to do rs485 and what not.
[11:07:54] <JT-Shop> you must put any pyvcp nets in the postgui file
[11:08:00] <jdh> it's not like you woudl be using random devices on a normal LAN
[11:08:27] <FinboySlick> jdh: Sort of sucks to have to reconfigure both sides when something gets replaced though.
[11:08:45] <Jymmm> FinboySlick: Being at a lower (OSI) level, less overhead = better performance. can be one-to-many or one-to-one, abuse the protocol to Tx/Rx commands/status
[11:08:47] <JT-Shop> dosas: understand?
[11:09:27] <FinboySlick> Jymmm: Well, yes. But would that have anything to do with ARP? I think what you're talking about is just using ethernet transport.
[11:09:44] <Jymmm> FinboySlick: pretty much.
[11:09:46] <jdh> raw ethernet frames have less overhead
[11:10:02] <Jymmm> jdh: Yeah, frames would be even better
[11:10:55] <jdh> and I hate seeing 'arp-who-has'
[11:10:57] <FinboySlick> Jymmm: On large setups it would become problematic though.
[11:11:08] <Jymmm> FinboySlick: define large?
[11:11:22] <FinboySlick> Few hundred devices.
[11:11:26] <dosas> JT-Shop:ah
[11:11:38] <FinboySlick> You end up with a giant broadcast domain.
[11:11:50] <Jymmm> FinboySlick: This isn't a LAN, it's a method to control ONE machine.
[11:12:05] <FinboySlick> Which you can't isolate without doing funky things that would essentially put back all the overhead you were trying to save.
[11:12:14] <Jymmm> FinboySlick: There isn't three steering wheels in this car, mkay =)
[11:24:36] <pcw_home> ARP makes the 7I80 more convenient to use and ARP is supported by RTNet
[11:24:37] <pcw_home> (one time probe at startup)
[11:26:35] <pcw_home> obviously you cannot use normal ARP with timeouts and random traffic in a fast RT context
[11:55:14] <Loetmichel> re @ home
[12:06:15] <IchGuckLive> hi all B)
[12:31:45] <CaptHindsight> Tom_itx: there's a string of hotels along W. Kellog ave near ICT, are these all nearby the fest?
[12:33:05] <Tom_itx> pretty much
[12:33:10] <Tom_itx> the Hampton is the closest one
[12:33:20] <Tom_itx> the Holiday inn express by the airport is brand new
[12:33:30] <CaptHindsight> looks like you guys have sold out the Wichita Inn, Hampton and the La Quinta :)
[12:33:39] <Tom_itx> confort inns are right behind the wallmart just off dugan rd which is by the airport
[12:33:58] <Tom_itx> it's not far even if you find one downtown
[12:34:12] <Tom_itx> i wouldn't go to the east side though
[12:34:18] <Tom_itx> midtown there's a hilton
[12:34:40] <CaptHindsight> there ~10 on Kellog available
[12:34:43] <Tom_itx> and another holiday inn express i think (it's changed hands about 4 time)
[12:34:53] <Tom_itx> yes quite a few by the airport
[12:35:12] <Tom_itx> the Hapmpton was just the closest to the fest
[12:35:42] <Tom_itx> there's a whole slew of them between the airport and West street
[12:35:45] <CaptHindsight> the Doubletree looks far north around W 21st & Ridge
[12:36:01] <Tom_itx> that's quite a ways away
[12:36:09] <Tom_itx> lots of traffic there too
[12:36:14] <CaptHindsight> whats the intersection near the fest?
[12:36:27] <Tom_itx> 54/400 & West
[12:36:34] <Tom_itx> south approx 2 miles
[12:36:42] <Tom_itx> so around pawnee & West
[12:36:57] <Tom_itx> between Harry & Pawnee on West st
[12:37:10] <Tom_itx> on the East side of the road
[12:37:28] <KimK> Tom_itx: Are you going to be able to stop by anytime?
[12:37:33] <CaptHindsight> within walking distance of a few hotels
[12:37:38] <Tom_itx> I plan to come friday
[12:37:53] <Tom_itx> if i can get free i may swing by for a bit another day
[12:37:58] <Tom_itx> but not for the whole day
[12:38:10] <KimK> OK, great, I'll look forward to meeting you
[12:38:32] <Tom_itx> nothing to show really, just to see what's goin on
[12:38:57] <Tom_itx> KimK what time should ppl show up?
[12:39:06] <CaptHindsight> any plans for tornado's or 100+ F days?
[12:39:20] <Tom_itx> we got rain last night so it's a bit cooler but muggy
[12:39:29] <Tom_itx> that could change in an hour
[12:40:17] <Tom_itx> some places had high winds but i didn't see em
[12:40:35] <CaptHindsight> is it an easy walk from around 54/400 and 235 or should I rent a car?
[12:40:54] <Tom_itx> no place to walk there really
[12:41:01] <Tom_itx> i suppose you could
[12:41:12] <CaptHindsight> just grass, curb and road
[12:41:22] <Tom_itx> you can't really cross over at 235 & 400
[12:41:39] <Tom_itx> there's a floodway ditch to cross between the hotels there
[12:41:49] <CaptHindsight> 47 hour car rental is only $40
[12:42:07] <dosas> i/m trying to set up a pid loop
[12:42:14] <Tom_itx> 54/400 gets kinda crazy at times
[12:42:17] <dosas> net temp_setpoint pid.0.command
[12:42:31] <dosas> which should read it's setpoint from pyvcp panel via
[12:42:36] <dosas> net temp_setpoint pyvcp.temp-setpoint
[12:42:57] <dosas> does this look correct
[12:43:21] <dosas> because i always get the same error on start saying that temp-setpoint is not there
[12:43:25] <dosas> but it definetly is
[12:43:31] <IchGuckLive> doe in the postgui file ?
[12:43:31] <dosas> so could this be another error
[12:43:39] <dosas> yes
[12:43:41] <dosas> i do
[12:44:14] <dosas> it recognises all the the other pins
[12:44:17] <dosas> but not this one
[12:44:24] <IchGuckLive> is it a reprap for the plastik forward move
[12:44:39] <dosas> so i thought maybe the traceback is wrong
[12:44:48] <dosas> yeah the heater circuit
[12:45:04] <dosas> so pid.o.command is a float
[12:45:16] <dosas> does it need a -in flag
[12:45:26] <dosas> because all the other poins just display values
[12:47:10] <IchGuckLive> http://www.reprap.org/wiki/EmcRepStrap
[12:47:38] <dosas> yes i have seen this apge
[12:47:49] <dosas> but this is not a reprap problem but pid and pyvcp
[12:48:31] <IchGuckLive> http://geo01005-ideas.blogspot.de/
[12:48:33] <Tom_itx> there was a large Hudson meet here over the weekend at one of the hotels, that was kinda neat
[12:48:48] <IchGuckLive> doas this last link got the pid
[12:48:49] <Tom_itx> whole parking lot full of Hudsons
[12:49:05] <dosas> thank you iw ill read it
[12:50:00] <IchGuckLive> dosas: there is a halcomponent for this that does the job for you
[12:50:19] <IchGuckLive> just feed it with the right values from the pyvcp
[12:51:24] <dosas> i'm using the pid comp
[12:51:32] <Tom_itx> pcw_home, i found the hm2 files but was unable to compile the .vhd file
[12:51:45] <Tom_itx> i think there's some sort of licensing issue
[12:51:59] <Tom_itx> i'm not sure i got the right one or have it enabled properly
[12:52:13] <Tom_itx> that could also be the same "ERROR 2" i was getting on the cmd line
[12:52:20] <dosas> the thing is that linuxcnc constantly tells me 'pyvcp.temp-setpoint' does not exist
[12:53:10] <skunkworks> then that pin doesn't exist. remark it out in the hal file and then look to see what pins are acctually there.
[12:53:24] <Tecan> cool you guys are working on repstrap too
[12:54:22] <skunkworks> did you guys see.. http://www.youtube.com/watch?v=AK_OYoNOBDQ
[12:54:24] <Tecan> (AK_OYoNOBDQ) "BeagleBone Black + BeBoPr + LinuxCNC = machinekit" by "Charles Steinkuehler" is "Tech" - Length: 0:12:02
[12:54:27] <pcw_home> the cmd line scrip will not be able to compile the mesa source
[12:54:34] <pcw_home> script
[12:55:01] <Tom_itx> i'll have to get up to speed on the ide to be able to use it
[12:55:10] <Tom_itx> i did get the project loaded
[12:55:22] <Tom_itx> i'll check the licensing later today
[12:55:25] <dosas> this error is driving me crazy if i comment out one line net temp_setpoint pyvcp.temp-setpoint
[12:55:43] <dosas> then it starts up just fine and shows the slider temp-setpoint
[12:55:49] <dosas> but with the line crash
[12:55:53] <pcw_home> licensing probably means something wrong with the Xilinx tools install
[12:56:18] <Tom_itx> i may not have attached it to the pc, ie a hdd serial no, mac address etc
[12:56:23] <jthornton> dosas, when you run your config do you see the pin in show hal configuration window?
[12:56:31] <IchGuckLive> dosas: is the pyvcp panel there and has the halpin
[12:57:10] <IchGuckLive> dosas: also anders wallin got a reprap pid component
[12:57:32] <dosas> yes the one i'm using
[12:57:37] <IchGuckLive> dosas: plese post your XML and the postgui.hal
[12:57:38] <dosas> oh my god
[12:57:40] <dosas> thanks
[12:57:47] <dosas> halmeter says -f -i option
[12:57:54] <dosas> arghh
[12:57:55] <Tecan> how are you guys getting temperature readings in emc ?
[12:58:07] <Tecan> that pythonsender thingi ?
[12:58:10] <IchGuckLive> Tecan: multiple ways
[12:58:11] <pcw_home> V-F is one way
[12:58:27] <dosas> http://www.anderswallin.net/2012/12/temperature-pid-control-part-deux/
[12:58:45] <skunkworks> http://www.anderswallin.net/2012/12/temperature-pid-control-part-deux/
[12:58:47] <skunkworks> heh
[12:59:02] <dosas> i was faster
[12:59:12] <IchGuckLive> http://www.anderswallin.net/2010/11/temperature-control-circuits/
[12:59:16] <dosas> the circuits are described in another post
[12:59:20] <skunkworks> dosas: if you look in halmeter - does the pin exist?
[12:59:21] <dosas> there are 3
[12:59:24] <dosas> yes
[12:59:34] <Tecan> awesome thanks :)
[12:59:50] <dosas> but it is pyvcp.temp-setpoint-f
[13:00:00] <skunkworks> there tyou go...
[13:00:04] <skunkworks> there you go.
[13:00:06] <dosas> thanks a lot
[13:00:14] <dosas> did not no about integer float option
[13:00:54] <dosas> now let's see if i can heat s.th.
[13:01:24] <CaptHindsight> how about using http://axis.unpy.net/01198594294
[13:01:58] <CaptHindsight> use an arduino for the analog
[13:02:08] <skunkworks> I use that for temp in on the k&t for spindle growth..
[13:02:32] <dosas> a cool did not know taht this existed
[13:02:36] <dosas> black smoke
[13:02:39] <dosas> does not look good
[13:02:40] <CaptHindsight> I'm planning on using it to control fluids in a printer
[13:02:45] <CaptHindsight> temp and pressure
[13:03:12] <skunkworks> http://www.youtube.com/watch?v=h-CdFd2Zakc
[13:03:13] <Tecan> (h-CdFd2Zakc) "Emc2 - Using temperature to compensate Z axis for spindle growth." by "samcoinc" is "Entertainment" - Length: 0:01:12
[13:03:32] <dosas> how do you guys get the right g codes
[13:06:15] <IchGuckLive> dosas: by right post processing the stl
[13:07:17] <dosas> okay so find one of the scripts written 4 years ago and poorly documented
[13:07:19] <dosas> i thought so
[13:07:50] <IchGuckLive> what cad are you using
[13:08:13] <dosas> good question
[13:08:19] <dosas> opencad
[13:08:25] <dosas> i think
[13:08:30] <dosas> the one on linux
[13:10:21] <IchGuckLive> you know heekscad it does adeptiv cutting(printing and got also reprap postpro
[13:10:44] <dosas> no i did not\
[13:10:46] <dosas> thanks
[13:10:51] <IchGuckLive> sliptonic did that
[13:11:10] <IchGuckLive> !seen sliptonic
[13:11:10] <the_wench> last seen in 2013-06-16 04:36:51GMT 38:20:13 ago, saying Quit: Coyote finally caught me
[13:13:20] <dosas> we should open a 3 d printing wiki page on linuxcnc wiki
[13:14:40] <jthornton> anyone can add/edit the wiki
[13:14:42] <CaptHindsight> just no glue guns
[13:14:47] <IchGuckLive> dosas: as everyone trys its own need its not nessesary
[13:15:29] <dosas> documentation si always good
[13:15:35] <IchGuckLive> dosas: if you got a finaly runnning system do so GO for it B)
[13:16:04] <dosas> maybe that is why there is no such thing ;)
[13:16:13] <Tecan> is turbocad where its at ?
[13:16:33] <IchGuckLive> im off by
[13:17:16] <CaptHindsight> I was a little disappointed that much of the work for the BBB was only for getting a glue gun printer working
[13:20:53] <skunkworks> CaptHindsight: no. the BBB has full linuxcnc running on it. Just people so far that are interested have repraps.
[13:22:00] <dosas> what is BBB
[13:22:10] <Tecan> Upgrade from Deluxe 18 or 19, Upgrade Price: $69.99 so a copy will run about 120 bux if you get off ebay then upgrade
[13:22:12] <jdh> beagle bone black
[13:23:46] <dosas> so you are telling em you can run linucxcnc on this thing
[13:23:55] <dosas> i see no hdmi adapter
[13:25:09] <archivist> fleabay 140994403397
[13:26:05] <CaptHindsight> BBB is the BeagleBone Black http://beagleboard.org/Products/BeagleBone%20Black
[13:26:51] <dosas> hdmi they say
[13:27:04] <dosas> and it is 45$
[13:27:10] <dosas> anyone of you using this
[13:27:22] <CaptHindsight> several of us have them
[13:27:29] <dosas> how about the latency
[13:27:39] <CaptHindsight> dosas: where are you located?
[13:27:44] <dosas> germany
[13:28:07] <CaptHindsight> latency is low, it has 2 dedicated ucontrollers for servicing irq's
[13:28:26] <CaptHindsight> TI calls them a PRU
[13:28:32] <dosas> PRU?
[13:28:48] <CaptHindsight> http://www.ti.com/product/am3359
[13:29:24] <R2E4> IS it Serial /Rs485 or just serial?
[13:29:26] <Jymmm> ~~~ LinuxCNC running on a Rasberry Pi using an android tablet as a touch interface over wifi... http://www.youtube.com/watch?v=WLIo7TA82xE
[13:29:30] <CaptHindsight> The Programmable Real-Time Unit and Industrial Communication Subsystem (PRU-ICSS) is separate from the ARM core, allowing independent operation and clocking for greater efficiency and flexibility.
[13:29:32] <Tecan> (WLIo7TA82xE) "LinuxCNC on Raspberry Pi" by "Kinsa Manka" is "Tech" - Length: 0:04:35
[13:29:38] <pcw_home> PRU can handle stepgen and encoders but doesnt help servo thread latency
[13:29:39] <pcw_home> (what is Xenomai latency on BB?)
[13:30:56] <Jymmm> http://code.google.com/p/miniemc2/
[13:31:16] <Jymmm> EMC2 based CNC controller on mini2440 embedded board
[13:31:20] <CaptHindsight> I heard under 2uS but I haven't seen any posted tests
[13:31:35] <CaptHindsight> also a sam9 port out there
[13:31:52] <pcw_home> I think 2 usec is unlikely
[13:31:57] <CaptHindsight> http://www.youtube.com/watch?v=YSnNtgZrfyU
[13:31:57] <Tecan> (YSnNtgZrfyU) "Linuxcnc (emc2) running on Pico-SAM9G45 and controlling Grizzly G0619 (SX3)" by "V Sa" is "Tech" - Length: 0:09:14
[13:32:38] <CaptHindsight> pcw_home: if you see any posted specs let me know, we'll probably try our later this week
[13:33:02] <pcw_home> None at Xenomai?
[13:33:32] <pcw_home> seems like they would add it to their latency farm
[13:33:47] <CaptHindsight> http://bb-lcnc.blogspot.com/
[13:34:03] <CaptHindsight> http://www.youtube.com/watch?v=AK_OYoNOBDQ&feature=youtu.be no mention of what RT kernel
[13:34:52] <CaptHindsight> memleak said it was adeos ipipe
[13:35:13] <pcw_home> I think 2 usec is PRU latency not Xenomai
[13:35:45] <CaptHindsight> probably, no real answers from anyone
[13:36:47] <CaptHindsight> some work on this seems to be for some closed BeBoPr GGG printer board
[13:38:06] <CaptHindsight> http://circuitco.com/support/index.php?title=BeBoPr_Cape
[13:39:02] <Tecan> heekscad does look nice
[13:39:14] <Tecan> might take a bit to compile though
[13:39:57] <CaptHindsight> pcw_home: maybe that's why the info is incomplete
[13:41:21] <skunkworks> CaptHindsight: look through the mailing list..
[13:42:22] <CaptHindsight> skunkworks: did someone post a kernel config?
[13:43:23] <skunkworks> it is all out there...
[13:43:42] <CaptHindsight> https://groups.google.com/forum/?fromgroups#!topic/beagleboard/7XqY1iY4rKE
[13:44:06] <CaptHindsight> Xenomai support was laid over current Angstrom distro kernel
[13:44:40] <CaptHindsight> this would put Xenomai + Linuxcnc for ARM ahead of x86
[13:45:21] <CaptHindsight> pcw_home: And result...
[13:45:21] <CaptHindsight> < 100us max latency ( avg. 40us, 70us max ) with IRQ & arith load ( system load over 6.0 ) in BBB running at 1000MHz.
[13:46:00] <skunkworks> http://bb-lcnc.blogspot.com/2013/06/machinekit-image-available.html
[13:46:13] <Aero-Tec> can one do a infinite loop?
[13:46:46] <Aero-Tec> I tried to do one and it is stuck trying to open it
[13:46:53] <Aero-Tec> taking forever
[13:46:54] <skunkworks> CaptHindsight: there is a xenomai build for linuxcnc on x86 also
[13:47:08] <Aero-Tec> did a do while loop
[13:47:21] <CaptHindsight> skunkworks: what kernel?
[13:47:30] <Aero-Tec> with while [0eq0]
[13:47:33] <skunkworks> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?NewRTInstall
[13:48:14] <CaptHindsight> skunkworks: yeah, for an old 2.x kernel
[13:48:34] <Aero-Tec> not sure how many times I wanted it to run so just made it repeat over and over
[13:49:33] <CaptHindsight> seems the BBB is using kernel 3.18 putting stable ARM Real Time support for Linuxcnc ahead of x86
[13:49:38] <Aero-Tec> if one wanted to run the same code forever how would one do that?
[13:50:34] <Aero-Tec> can a sub cal a sub forever?
[13:50:51] <Aero-Tec> is there not a nesting limit?
[13:50:52] <CaptHindsight> skunkworks: we have RT-Premept working on 3.8 kernels, but page faults are killing latency
[13:51:18] <CaptHindsight> 5-10us, the jumps to >100kus due to page faults
[13:52:21] <CaptHindsight> the/then
[13:55:09] <Aero-Tec> skunkworks, can you help me with my problem?
[13:59:14] <CaptHindsight> so according to the http://www.youtube.com/watch?v=AK_OYoNOBDQ&feature=youtu.be xenomai on a 3.8 kernel is stable on ARM
[13:59:36] <CaptHindsight> so ARM support is way ahead of x86
[14:01:49] <Aero-Tec> ok, hitting esc gets it out of the loop when you load it gcode
[14:01:56] <Aero-Tec> you can then run the code
[14:06:20] <Aero-Tec> can one run a loop in Gcode untill they hit a key or do something else to exit a loop?
[14:07:15] <Aero-Tec> is there a way to key keyboard input and use that in a loop?
[14:07:50] <skunkworks> Aero-Tec: using axis?
[14:08:18] <Aero-Tec> does esc exit gcode or will it just exit a infinite loop
[14:08:22] <Aero-Tec> yes
[14:08:27] <skunkworks> http://www.linuxcnc.org/docs/2.5/html/gui/axis.html#_axis_preview_control
[14:08:33] <skunkworks> look at preview control
[14:11:37] <Aero-Tec> ok that should fix the preview problem
[14:12:31] <Aero-Tec> can one some how set a way to leave a loop by command?
[14:13:52] <Aero-Tec> like have a very large repeat and when your ready for the next part of the code force a exit from loop and go to the next part of the Gcode?
[14:15:36] <Aero-Tec> if one could read the keyboard in Gcode one could do a while key= [whatever] so you can keep repeating code till your done and then over to the next part of the code
[14:16:04] <CaptHindsight> http://www.wunderground.com/news/scientists-moving-15-ton-magnet-ny-chicago-20130617
[14:16:20] <Aero-Tec> is there a wait for keyboard input command?
[14:17:20] <CaptHindsight> "The magnet will remain inert, exhibiting no magnetic properties, until it is plugged in at Fermilab" not as much fun :(
[14:18:57] <Aero-Tec> why not build it closer?
[14:20:02] <CaptHindsight> looks like fermilab is getting a magnet that is no longer used by a NY project
[14:20:17] <Aero-Tec> sounds nuts to move such a huge yet fragile and expensive thing over such a long distance
[14:20:26] <Aero-Tec> ok
[14:24:35] <jdh> liquid helium cooled?
[14:24:44] <Aero-Tec> so any help with the getting out of a loop by manual control?
[14:24:59] <Aero-Tec> wait for input
[14:25:16] <Aero-Tec> if input = x then exit sub
[14:25:23] <Aero-Tec> some thing like that?
[14:25:36] <Aero-Tec> all from Gcode
[14:25:50] <jdh> loop on a boolean and change var on an input?
[14:25:53] <Jymmm> WHILE/DO
[14:26:39] <Aero-Tec> thing is I have no idea how many times I need to loop
[14:27:04] <Aero-Tec> so I need to loop till done and then move to next loop
[14:27:34] <Aero-Tec> need a way to exit loop with out a count
[14:27:46] <Jymmm> A "WHILE" loop will always be executed at least once. while a FOR loop may never be executed. Then use the conditional to exist the WHILE loop as needed.
[14:28:02] <Jymmm> s/exist/exit/
[14:28:34] <Jymmm> while (true) {}
[14:29:05] <Aero-Tec> how do you trigger a false?
[14:29:22] <Jymmm> change the condition within th eloop itsef
[14:29:24] <jdh> Aero: http://linuxcnc.org/docs/html/gcode/m-code.html#sec:M66-Input-Control
[14:29:42] <Aero-Tec> did not know one could do curly brackets in Gcode
[14:29:54] <Jymmm> Aero-Tec: It's pseudo code
[14:30:11] <jdh> oh, wait for keyboard, doubt that is possible. You could have a pyvcp button modify the conditional variable
[14:30:26] <Jymmm> {} meaning {what you want to happen goes here}
[14:31:01] <Jymmm> Aero-Tec: I'm just going you the logic involved, not actual code
[14:31:06] <Jymmm> giving*
[14:32:22] <Aero-Tec> ok
[14:32:29] <Aero-Tec> thanks
[14:33:03] <Aero-Tec> M66 looked promising but no keyboard input it looks like
[14:33:47] <Aero-Tec> one would need to put in a extra input and use HAL to make it active to use M66
[14:33:50] <jdh> #666=1 \n O111 do ... O111 while [#666 GT 1]
[14:34:21] <jdh> then have a button set #666 to zero?
[14:35:19] <Aero-Tec> could one do a input window?
[14:35:37] <jdh> no clue
[14:35:40] <Aero-Tec> ask question and wait for answer and act on answer?
[14:35:55] <Aero-Tec> loop again, yes or no
[14:36:13] <Aero-Tec> pop up window of some sort
[14:36:30] <Aero-Tec> one can do a message
[14:36:32] <jdh> I've sometimes wished I could have something simple that said " Do another pass with more Z ?"
[14:36:47] <Aero-Tec> yes
[14:37:27] <Aero-Tec> guess you have not found a way to do it yet
[14:37:42] <Aero-Tec> would have been nice option to have
[14:37:44] <jdh> nah, I decided that wasn't the right way to do ti
[14:38:05] <Aero-Tec> so what way was the right way?
[14:38:24] <Aero-Tec> I am cutting a encoder wheel
[14:38:26] <jdh> use the right finish depth
[14:38:46] <jdh> but, sometimes I just edit the code and make it deeper and add a suffix
[14:38:47] <Aero-Tec> and not sure how deep I can make the cuts
[14:39:33] <Aero-Tec> the disk is being held in a not so solid way
[14:39:51] <Aero-Tec> so I need to be careful with my cuts
[14:40:01] <Jymmm> Aero-Tec: You're not familiar with pseudo code?
[14:40:33] <Aero-Tec> not sure what it means
[14:40:45] <Aero-Tec> like your code goes here
[14:40:48] <Aero-Tec> {}
[14:41:07] <Aero-Tec> not real code but talking to the programmer
[14:41:15] <Jymmm> Aero-Tec: It's just generic logic, not any specific programming langage.
[14:41:28] <Aero-Tec> ok
[14:41:36] <Aero-Tec> close to what I thought
[14:42:29] <Jymmm> Aero-Tec: Like if I was tying to explain "nested ternary" operator (no matter the actual language used, be it c++ python etc), I uses this as an example:
[14:42:36] <Aero-Tec> while (true) {}
[14:42:38] <Jymmm> $gender = $penis ? ($vagina ? 'Hermaphrodite' : 'Male') : 'Female';
[14:42:50] <Aero-Tec> was wondering about the true in brackets
[14:43:05] <Aero-Tec> did not think it would work in Gcode
[14:43:26] <Aero-Tec> had me looking at it wondering about it
[14:43:33] <Jymmm> the (true) is just the conditional you would use.
[14:43:50] <Aero-Tec> I got that
[14:43:58] <Aero-Tec> had to look at it for a bit
[14:44:02] <Jymmm> =)
[14:44:07] <Aero-Tec> new to EMC
[14:44:26] <Aero-Tec> not sure what is possible in Gcode with it
[14:44:32] <Aero-Tec> came from Mach
[14:44:48] <Aero-Tec> it was very limited on what one can do
[14:45:14] <Jymmm> there are others here that are far better at programing gcode than I could ever answer, I was just trying to explain the logic is all.
[14:45:31] <Aero-Tec> thanks for the help
[14:45:54] <Aero-Tec> I did do a while[0eq0] loop
[14:46:14] <Aero-Tec> made for a infinite loop
[14:46:38] <Aero-Tec> but would like a way to exit it and move to the next loop
[14:46:42] <Jymmm> so is while(1)
[14:46:54] <Aero-Tec> cool
[14:47:16] <Aero-Tec> tried while [] but that did not work
[14:47:37] <Aero-Tec> while(1)?
[14:48:06] <Aero-Tec> while[1]?
[14:48:22] <Aero-Tec> would that be the right Gcode?
[14:48:51] <Aero-Tec> reg brackets are comments
[14:49:11] <Aero-Tec> I started with just while
[14:50:27] <Aero-Tec> that errored as well
[14:51:15] <Aero-Tec> so would while [1] work for a infinite loop?
[14:54:32] <jdh> anything that evaluates true
[14:56:55] <Aero-Tec> would [1] be true?
[14:57:26] <Aero-Tec> I got the jest of the (1) code
[14:57:31] <Jymmm> Aero-Tec: In most languages 0 (zero) evaluates to FALSE, and everything else evaluates to TRUE.
[14:57:51] <Aero-Tec> cool
[14:58:28] <Aero-Tec> I knew about 0 being false but thought 1 was true
[14:58:45] <Aero-Tec> did not know anything other then 0 was true
[14:58:55] <Aero-Tec> in most cases
[14:59:42] <Aero-Tec> have dome some basic and assembler code
[14:59:43] <Jymmm> Aero-Tec: There are a few exceptions, like NULL and type casting.
[15:01:29] <Aero-Tec> so while [1] would be a error I would just
[15:01:48] <Aero-Tec> guess
[15:01:52] <Aero-Tec> sorry
[15:02:02] <Jymmm> Aero-Tec: while[1] would be an infinant loop.
[15:02:11] <Aero-Tec> have no idea how just got in there
[15:02:49] <Aero-Tec> cool
[15:03:41] <Aero-Tec> off to cut some air
[15:03:51] <Aero-Tec> made 2 endless loops
[15:04:17] <Aero-Tec> one for the encoder slots and one for the index slot
[15:05:17] <Aero-Tec> I should do a test to see it esc will exit a loop or the gcode
[15:05:57] <jdh> it will stop the gcode and turn off the spindle (if you have spindle control)
[15:06:27] <CaptHindsight> https://www.inventables.com/ they carry some simple cnc parts mainly tagreted at glue gun printers, yet...
[15:06:39] <CaptHindsight> managed to raise $3M in venture
[15:06:52] <CaptHindsight> http://www.3ders.org/articles/20130617-digital-manufacturing-supplier-inventables-raises-3m-in-funding.html
[15:07:06] <Aero-Tec> what did they use to raise the money?
[15:08:49] <CaptHindsight> included Dundee Venture Capital, Richard Yoo, Founder of Rackspace Managed Hosting, Georges Harik, co-developer of the targeting technology behind Google AdSense.
[15:09:40] <CaptHindsight> https://www.inventables.com/technologies/table-top-injection-molding-machine
[15:09:54] <CaptHindsight> makes more sense than a reprap
[15:14:59] <Aero-Tec> for some things
[15:15:19] <Aero-Tec> reprap has it's uses
[15:15:43] <Aero-Tec> get a very quick prototype for some testing
[15:16:02] <Aero-Tec> one off things where finish is not important
[15:16:40] <Aero-Tec> reprap has some cool things going for it
[15:17:01] <Aero-Tec> nothing fits all thing or needs
[15:17:17] <Aero-Tec> every tool has it's use
[15:18:48] <jdh> maybe
[15:18:54] <jdh> what about slip-joint pliers?
[15:19:12] <jdh> "I need a tool to kind of hold this, not very securely, and mar the hell out of it"
[15:20:33] <Aero-Tec> lol
[15:20:45] <Aero-Tec> see there is a tool just for that app
[15:20:46] <Aero-Tec> lol
[15:21:25] <Aero-Tec> ok best way to send message to user in EMC
[15:21:52] <jdh> "I need a tool to fit this hex nut, but I don't want it to fit very well, and I want it to be able to slip and either round off the nut, or bust the hell out of my knuckles"
[15:22:17] <jdh> (adjustable/crescent wrench)
[15:22:19] <Aero-Tec> would like a window, not the little error message thing in the corner if possible
[15:23:40] <Aero-Tec> slip-joint pliers will also work for that, even better at pinching you and rounding corners
[15:24:11] <Aero-Tec> and marking the hell out of the nut as well
[15:24:11] <Loetmichel> hrhr
[15:24:38] <Aero-Tec> so use message from Gcode
[15:24:42] <jdh> you might be able to do an M100 kind of script, have it pop up a tcl/tk window and then set a hal value based on input
[15:24:49] <Aero-Tec> best way to do it
[15:25:02] <Aero-Tec> cool
[15:25:14] <Loetmichel> my last "tube wrenches" i made for hex nuts (m3) i simply got a piece of brass tube, a self-clamping stainless nut and a vice...
[15:25:18] <Aero-Tec> now that sound like something I could use
[15:25:55] <Loetmichel> http://www.cyrom.org/palbum/main.php?g2_itemId=11795 <- perfect
[15:26:40] <Loetmichel> and if it slips: just shorten it and press the nut in again
[15:26:41] <Aero-Tec> looks good, but I was talking the M100 idea
[15:27:00] <Loetmichel> the brass is weaker than the steel nuts
[15:27:06] <Aero-Tec> that works for small things
[15:27:16] <Loetmichel> richt
[15:27:18] <Loetmichel> right
[15:27:54] <Loetmichel> larger things: not enough pressure to use a nut as a die ;-)
[15:28:42] <jdh> does it really have to be keyboard entry?
[15:29:30] <jdh> http://www.linuxcnc.org/docs/html/gui/images/example-float-small.png
[15:29:43] <jdh> you can interact via a gladevcp panel
[15:33:51] <Aero-Tec> what about a simple message to the operator?
[15:34:14] <Aero-Tec> something not easy to over look
[15:39:59] <Aero-Tec> BTW I have found good uses for slip-joint pliers as well
[15:40:17] <Aero-Tec> they do not suck at every thing
[15:40:49] <Aero-Tec> have used them for a mini press
[15:40:57] <Aero-Tec> worked very well
[15:41:09] <jdh> sure, you can use them to try to grip the hex nut you rounded off with the crescent wrench
[15:41:25] <Aero-Tec> lol
[15:41:32] <jdh> that's right before you whip out the vice-grips
[15:41:41] <Aero-Tec> there are much better tools for that
[15:41:51] <Aero-Tec> so use message
[15:42:05] <Aero-Tec> Gcode debugging and such
[15:42:21] <Aero-Tec> I have done it before, not sure how
[15:42:40] <Aero-Tec> but just small message in lower corner
[15:43:06] <Aero-Tec> not a big message box
[15:43:21] <Aero-Tec> one you have to deal with to continue
[15:44:35] <jdh> http://www.linuxcnc.org/docs/html/gcode/overview.html#sec:messages
[15:48:26] <Aero-Tec> thanks a mill
[15:48:35] <Aero-Tec> just what I was looking for
[16:02:16] <ssi> http://www.amazon.com/Knipex-8603250-10-Inch-Pliers-Wrench/dp/B000X4OG94
[16:03:25] <ssi> best pliers ever
[16:14:21] * Loetmichel had to goolge crescent wrench... ah, thats called "englaender" in germany... how do you round off a nut with that? the grip as good as a fitting "normal" wrench, if adjusted well ;-)
[16:14:44] <Tom_itx> :)
[16:14:48] <Jymmm> video http://www.amazon.com/Knipex-8603250-10-Inch-Pliers-Wrench/dp/B000X4OG94
[16:15:15] <DJ9DJ> hrrhrhr
[16:16:22] <Loetmichel> the Knipex 8603250 is a great tool when new
[16:17:35] <Loetmichel> if it gets used a lot it thends to mangle the ways for the moving jaw, resulting in a tilting jaw, which is bad for the nuts.
[16:18:12] <Loetmichel> ... or do i have to much muscle ion the forearms?
[16:20:16] <Loetmichel> (broke three M4 countersunk phillips head screws today, with a simple schrewdriver
[16:20:52] <Loetmichel> the head just fell off after tightening, tightening some more, *KNACK*
[16:21:29] <Jymmm> For the cost, no lifetime warranty on them either.
[16:23:03] <DJ9DJ> gn8
[16:39:32] <Aero-Tec> could be faulty screws
[16:41:24] <Aero-Tec> unless your enjoying the idea of you super man like strength, then for sure it was your unstoppable manly strength that made the tops pop off
[16:41:38] <Aero-Tec> lol
[16:42:38] <Aero-Tec> some times the screws are not stress relieved to spec, so they are to soft or to brittle
[16:43:29] <Aero-Tec> to soft the heads are likely to strip to hard and the heads pop off
[16:43:57] <Aero-Tec> I had some that were like that, broke way to easy
[18:19:47] <Tom_itx> pcw_home, are there any notes on building bit files anywhere?
[18:39:32] <PetefromTn> Evening Folks...
[18:57:38] <JT-Shop> Howdy Pete
[19:01:06] <PetefromTn> Hey JT
[19:01:27] <JT-Shop> You live near I40?
[19:04:18] <PetefromTn> Sorta..
[19:04:29] <PetefromTn> Maybe fifteen minutes..
[19:04:36] <JT-Shop> did you see us wave when we went by Sunday?
[19:05:02] <Jymmm> JT-Shop: I did and mooned you too!
[19:05:32] <JT-Shop> we went to Maggie Valley last week and spent all day driving in TN it seems like
[19:05:34] <PetefromTn> Nope musta missed it LOL...
[19:06:35] <PetefromTn> Went to my first whole pig roast this last weekend as the customer I built the Whole Pig Roaster was kind enough to invite my and my family. Ate like a....well....Like a PIG!
[19:06:44] <JT-Shop> Jymmm: it's taco night
[19:07:00] <Jymmm> JT-Shop: Jsut dont say chicken
[19:07:14] <JT-Shop> that's cool to get to test drive the roaster
[19:09:28] <PetefromTn> yeah he had a good sized pig splayed out on it and then several fullsize chickens and everywhere else he stuffed corn on the cob wrapped in tinfoil and butter and spices...
[19:09:48] <JT-Shop> making me drool now LOL
[19:12:45] <PetefromTn> yeah it was pretty nice. Oh did I mention the guy ALSO displayed the Home Brewing Stainless Stand I built for him and the gathering was the monthly meeting and taste testing of the clubs most recent Beer Brews...
[19:12:59] <PetefromTn> Quite nice altho I don't drink beer LOL.
[19:30:50] <PetefromTn> Well gotta go meet a customer here talk later guys. Peace
[19:36:05] <Tom_itx> ok one more try then i'm calling it
[19:36:46] <RyanS> home brewing!?
[19:36:59] <Tom_itx> xilinx
[19:38:36] <RyanS> I really hope I don't kill myself home distilling... I'm starting to get paranoid about heavy metal poisoning (I didn't use lead solder) or methanol
[19:39:32] <RyanS> TiG welding stainless steel I'm told is food safe, but what if mistakes were made
[19:39:53] <PCW> Tom_itx: I can guide you through a GUI build
[19:40:18] <Tom_itx> i'm reinstalling xilnix making sure i have the newly acquired license
[19:40:33] <Tom_itx> i looked at the file it discovered and it was for 9.2
[19:40:34] <CaptHindsight> RyanS: did you use any lead solder?
[19:40:48] <Tom_itx> but i'd love a guided tour :)
[19:41:16] <CaptHindsight> RyanS: where would the heavy metals come from?
[19:41:18] <Tom_itx> i installed the imbedded part of the package not the full blown one
[19:41:34] <Tom_itx> should be enough for this
[19:42:10] <PCW> If you can load the hm2_epp project and you have solved the license issues I can guide you
[19:42:23] <CaptHindsight> RyanS: plus in our day we had lead pipes for water supply, many old inner city homes still do
[19:42:35] <Tom_itx> i just loaded it and copied my vhd over to that same directory
[19:42:47] <Tom_itx> haven't added it to the project yet
[19:43:06] <PCW> you need to add it to the library
[19:43:22] <atom1> i won't know about the license issues until it builds
[19:43:35] <atom1> ok how do i add it?
[19:44:22] <atom1> project->add source ?
[19:45:01] <PCW> no
[19:45:12] <RyanS> CaptHindsight Im certain I chose the right solder and TIG welding is routinely used in the food industry (although the guy didn't backpurge the welds)
[19:45:44] <atom1> also, i'd like to be able to build just one at a time instead of the whole list of em
[19:46:09] <PCW> you should have a library pane in the left middle of the navigator page
[19:46:35] <RyanS> There is also some copper to stainless braze joints (no idea what sort of filler rod they use)
[19:47:07] <atom1> source libraries?
[19:47:10] <atom1> the tab was hidden
[19:47:44] <PCW> there should be three tabs, design, libraries, and files
[19:47:54] <atom1> yep
[19:48:09] <PCW> so select libraries
[19:48:11] <atom1> the libraries is open
[19:48:27] <PCW> and click on work
[19:48:39] <atom1> did that
[19:48:43] <atom1> the list is open
[19:49:03] <PCW> so now right click and select add source
[19:49:21] <atom1> on the file i want added i presume
[19:49:26] <PCW> and add your new pin file
[19:49:38] <atom1> ok
[19:49:57] <PCW> now chose the design pane
[19:50:03] <RyanS> CaptHindsight I think the issue is one thing to use it for water but a whole 'nother thing to boil ethanol
[19:50:48] <atom1> i got red x's on the file
[19:51:25] <atom1> i think it's looking at my previous project where i added it in the wrong place
[19:51:30] <PCW> what file?
[19:51:49] <PCW> Oh it wont let you add it twice
[19:51:54] <atom1> PIN_SVST2_4_7I47SS_48.vhd
[19:52:00] <PCW> its probably OK
[19:52:15] <atom1> i added it to the lib pane
[19:52:17] <atom1> carry on
[19:52:27] <PCW> ok so select the design pane
[19:52:31] <atom1> back on the design pane
[19:52:50] <atom1> red x on Implement Design
[19:53:12] <atom1> yellow ! on Synthesize - XST
[19:53:54] <PCW> the top level file should have a little green pawn shop symbol by it
[19:55:24] <atom1> ok i think it is
[19:55:43] <PCW> OK double click on that file
[19:56:09] <atom1> TopEPPHostMot2 - Behavioral..... ?
[19:56:19] <atom1> i did
[19:57:19] <PCW> now scroll down in the file and clone one of the pinput lines
[19:57:30] <PCW> pinout
[19:57:56] <PCW> (and comment out the currently selected one)
[19:57:58] <atom1> --use work.PIN_SVUA4_8_48.all;
[19:58:01] <atom1> like that?
[19:58:04] <atom1> only use mine
[19:58:12] <PCW> yes
[19:58:39] <PCW> (all are commented out except the active one)
[19:59:05] <atom1> ok i think i speldt it right
[19:59:39] <PCW> your current spelling gives me doubt :-)
[19:59:48] <atom1> use work.PIN_SVST2_4_7I47SS_48.all;
[20:00:10] <PCW> ok save (control s)
[20:00:15] <atom1> did
[20:01:06] <PCW> should be good to go so try double clicking on implement design
[20:01:43] <atom1> ok it's churning
[20:01:55] <atom1> where does the output files go?
[20:02:16] <atom1> i used the default install settings
[20:02:30] <atom1> synthesize -xts failed
[20:02:33] <atom1> but it's still going
[20:02:57] <atom1> TopEPPHostMot2.stx is missing.
[20:03:08] <atom1> warning
[20:03:30] <atom1> because the synthesize failed
[20:03:38] <RyanS> I'm going to design a desktop mill with linear slides and ballscrews, ATC (probably with a table toolrack for simplicity). I have a couple of mechanical engineering students to help with the project. Probably use a G540
[20:04:28] <RyanS> No idea how to implement the spindle
[20:04:47] <PCW> ok most likely causes of synthesis failure is a typo/syntax error in the source
[20:05:41] <PCW> there should be an error in the console log at the bottom (you may have to scroll up a bit)
[20:05:43] <atom1> not due to the file being added previously in the wrong place?
[20:05:59] <PCW> whats is the reported error?
[20:06:16] <atom1> line 1124: Index value <1> is not in Range of array <PWMGenOutA>.
[20:06:39] <PCW> OK so thats your fault :-)
[20:06:40] <atom1> maybe one of those numbers is wrong in the structure
[20:06:51] <atom1> i removed one of the pwms
[20:07:16] <PCW> yes if you only have one pwmgen, its pins had better all be for pwmgen 0
[20:07:59] <atom1> i'll check in a sec. gotta take care of something here
[20:14:18] <atom1> k, trying agani
[20:14:21] <atom1> again*
[20:14:32] <atom1> changed the 01 to 00
[20:14:34] <atom1> :)
[20:14:52] <atom1> still failed though
[20:15:08] <PCW> error now?
[20:15:20] <atom1> Xst:774 - "/home/tom/linuxcnc/mesa/7i43/CONFIGS/HOSTMOT2/EPPHM2/SOURCE/oneofndecode.vhd" line 80: Constant must have a value : 'dec'.
[20:16:24] <atom1> with warnings above it about null array
[20:17:42] <PCW> Hmm maybe a name error in the pin file
[20:18:04] <PCW> try compiling a standard pin file
[20:18:39] <PCW> with a standard pin file I should say
[20:18:40] <atom1> i'll use the standard 7i47_48 one
[20:19:19] <atom1> and i'll post my pin file
[20:22:05] <atom1> http://tom-itx.dyndns.org:81/~webpage/cnc/configs/sherline/bitfiles/
[20:22:59] <atom1> error using the standard pin file
[20:23:12] <atom1> ConstraintSystem:58 - Constraint <NET "*clkmed*" TNM_NET = "clkmed";>
[20:23:12] <atom1> [7i43.ucf(85)]: NET "*clkmed*" does not match any design objects.
[20:23:49] <PCW> OK but it synthesized OK
[20:24:29] <atom1> no red X by it now but a yellow !
[20:24:44] <atom1> red X on implement design now
[20:25:48] <atom1> so yes i think so
[20:26:14] <PCW> you can sidestep that error by building a current pinfile that has sserial included
[20:28:27] <atom1> i don't see any in the list in the file
[20:29:26] <PCW> any with ss
[20:29:39] <atom1> i can't see any
[20:29:47] * atom1 looks closer
[20:30:40] <atom1> SV SP and SI
[20:31:09] <atom1> what is SVSSP4 ?
[20:31:23] <atom1> for a 7i46
[20:31:32] <PCW> PIN_SVSS4_8_48
[20:31:33] <PCW> but anyway the error in you pin file is the tx and rx pins
[20:32:31] <atom1> what's wrong with them?
[20:32:37] <atom1> i copied em from another ss file
[20:33:39] <PCW> Sorry they are OK, not sure where the pin file problem is
[20:35:20] <atom1> there are sss files in the directory, i wonder why they're not in the source file
[20:36:25] <PCW> There may actually be a bug where you cannot have a single sserial channel
[20:36:39] <atom1> aww
[20:36:53] <atom1> i could remove the pwm i think, i probably won't use it
[20:37:55] <atom1> i wonder if it falls on the tx rx pins of the 7i47 though
[20:38:49] <atom1> nope, both are TX
[20:39:22] <atom1> TX2 TX3
[20:40:28] <eric_unterhausen> what's the likelihood that I can get a mesa 5i21 to work in a pci riser?
[20:40:43] <atom1> i think IO 6 & 21 would work though
[20:40:55] <atom1> those were moved to NullTag
[20:41:10] <atom1> that would be Tx1 Rx1 i think
[20:41:20] <PCW> Depends on the PCI riser quality.. Andy had one working until the wires started to break...
[20:41:35] <eric_unterhausen> nice
[20:41:44] <eric_unterhausen> this one looks good, but I forget where I got it
[20:42:27] <PCW> as long as it just wires it should be fine
[20:42:30] <Tecan> is it safe to upgrade to 12.04 ?
[20:42:40] <PCW> no
[20:42:47] <Tecan> updates are cool tho ?
[20:43:18] <eric_unterhausen> my understanding is you can run 12.04 if you take the real time kernel from 10
[20:43:36] <PCW> well its bleeding edge (no kernel updates if you want to keep running LinuxCNC)
[20:43:41] <Tecan> or compile a new one
[20:43:50] <PCW> 12.04/Xenomai
[20:43:51] <CaptHindsight> working on support real time 3.8 kernels, should be working over the summer
[20:43:53] <eric_unterhausen> I suspect the kernel issue will be fixed soon
[20:44:37] <CaptHindsight> ARM has 3.8 working with xenomai so x86 has some catching up to do
[20:45:38] <PCW> I can probably fix the 'need more than 1 sserial channel' issue but its a fair amount of pain
[20:46:14] <atom1> PCW, updated the vhd file: http://tom-itx.dyndns.org:81/~webpage/cnc/configs/sherline/bitfiles/
[20:46:22] <atom1> i think that's ok
[20:47:06] <PCW> and you have a spare sserial channel!
[20:47:17] <atom1> now to compile it..
[20:48:17] <Tecan> whatever version its at it runs awesome
[20:48:23] <Tecan> why change :)
[20:48:54] <atom1> do you know where it puts the generated files?
[20:48:55] <Tecan> linux kinda took a bumpy ride there for a while
[20:48:59] <eric_unterhausen> my desktop crashed multiple times a day with 10.04
[20:49:27] <eric_unterhausen> 12.04 took some getting used to, but it has yet to crash
[20:49:34] <PCW> source directory
[20:49:50] <atom1> time to call in the big boys:
[20:49:54] <atom1> FATAL_ERROR:Xst:xstmacronode.c:109:1.35 - Invalid In Port Name : D from A, index==-1 For technical support on this issue, please visit http://www.xilinx.com/support.
[20:51:24] <PCW> you have the instance number wrong to the added sserials
[20:51:37] <PCW> s/to/for/
[20:52:52] <atom1> it should be 2 shouldn't it?
[20:52:59] <atom1> in the top structure
[20:53:23] <atom1> try refresh on your brouser
[20:55:00] <atom1> i also removed the unused lines below where i added them
[20:55:24] <PCW> in moduleID section the number orf sserials stays 01
[20:55:25] <PCW> in pin section the instance stays 00
[20:55:39] <atom1> oh
[20:55:59] <atom1> even though you added another?
[20:56:29] <PCW> each sserial module can have 8 channels so rx,ts 0,1 are both using sserial 00
[20:56:35] <atom1> gotcha
[20:58:57] <atom1> FATAL_ERROR:Xst:xstmacronode.c:109:1.35 - Invalid In Port Name : D from A, index==-1 For technical support on this issue, please visit http://www.xilinx.com/support.
[21:00:03] <atom1> instance is 01 and tx rx 1 & 0 are 00
[21:00:21] <PCW> instance must be 00
[21:00:33] <atom1> in the top structure?
[21:00:49] <PCW> (the first 8 channel sserial module)
[21:01:06] <atom1> yes, below but what about the top structure instance count?
[21:01:30] <PCW> no thats the count or sserial modules, its 1
[21:01:36] <PCW> count of
[21:02:06] <atom1> in the top... yes
[21:02:09] <atom1> it's set to 01
[21:02:21] <atom1> in the bottom structure they're all 00
[21:02:52] <PCW> that should be right
[21:03:16] <atom1> i'll post
[21:05:25] <atom1> new vhd posted
[21:06:11] <atom1> running again..
[21:07:25] <atom1> same fatal error
[21:12:00] <PCW> can you try the svss4_8 config and see if it completes just to rule out some version/option related problem
[21:12:51] <atom1> PIN_SVSS4_8_48.vhd ?
[21:13:01] <PCW> yes
[21:13:12] <atom1> add it to the libs?
[21:13:25] <PCW> its already there
[21:13:29] <atom1> ok
[21:14:49] <PCW> make sure you only have one pin file uncommented
[21:14:58] <atom1> :D
[21:15:26] <atom1> running now
[21:17:47] <atom1> what about the enable pin on the sserial? you said 7i47 doesn't use it. does that matter?
[21:22:50] <PCW> trying it here
[21:22:52] <PCW> OK same error
[21:23:49] <atom1> PIN_SVSS4_8_48 done
[21:27:16] <atom1> except i don't know where it put the files
[21:28:44] <PCW> in the source directory (named TopEPPHostmot2.bit)
[21:29:39] <PCW> probably something subtle broken in the PIN file
[21:30:00] <atom1> i sure don't see it
[21:35:33] <atom1> i went past the "Implement Design" to "Generate Programming File" and it showed up
[21:35:38] <atom1> i didn't see it before that
[21:40:40] <PCW> Ill take a look later
[21:40:44] <PCW> bbl
[21:40:47] <atom1> np
[21:40:49] <atom1> thanks
[21:48:27] <atom1> pcw_home, I don't see the PIN_SVST2_4_7I47SS_48 listed in the Hierarchy list in xilinx if that matters
[21:54:30] <Tom_itx> i'll check in later