Back
[01:26:43] <giacus> http://www.giacus.org/files/gte01.png
[01:26:52] <giacus> a more complex scene :P
[01:30:14] <jepler> giacus: if you want more "things" you could toss in an ubuntu logo.
[01:30:29] <jepler> giacus: you might try making the laptop screen brighter & "glowing"
[01:30:36] <Jymmm> giacus that's cool! where's the hexipod?
[01:31:10] <giacus> :D
[01:31:35] <giacus> jepler: yeah, have to wotk on it yet ..
[01:32:02] <Jymmm> giacus: So, when will the movie be released in theaters?
[01:32:14] <giacus> :P
[01:32:35] <giacus> would be nice
[01:32:54] <Jymmm> giacus: And... are you working on making this available in g-code?
[01:32:57] <giacus> Jymmm: there are a bit of blender resources online
[01:33:21] <Jymmm> Hey, I have issues with 2D, much less 2.5D or 3D
[01:33:39] <giacus> Jymmm: I have to try yet to import some object to see
[01:34:10] <giacus> I'll try with tux in the next days ..
[01:34:30] <Jymmm> giacus I was joking, though it might be cool
[01:34:40] <giacus> :)
[01:35:12] <Jymmm> jepler ever heard of Sudoku ?
[01:35:55] <jepler> Jymmm: I've played a few games of it
[01:36:08] <jepler> why do you ask?
[01:36:35] <Jymmm> jepler was wondering if there's any theory behind it math wise
[01:38:15] <Jymmm> I'll just do some research =)
[01:38:25] <jepler> Jymmm: You can make anything into a subject for a paper in a mathematics department. For instance, I know there's a paper about the exact number of different (filled-in) sudoku boards, and one open question is: how few clues can be given so that a board has exactly two solutions
[01:38:52] <jepler> the wikipedia article has some information about rules people use to solve sudoku but if you play you've probably aleady found some of them for yourself
[01:39:12] <Jymmm> I'm readinhg wikipedia now
[01:39:23] <Jymmm> and this...
http://www.sudokusolver.co.uk/index.html
[01:39:53] <jepler> a page about two-solution puzzles:
http://www.dailysudoku.co.uk/sudoku/forums/viewtopic.php?t=876&sid=a6abc33881c91eb606abd8ff1f9140f9
[01:40:40] <jepler> this occasionally links to sudoku-like puzzles:
http://www.mathpuzzle.com/ -- for instance, one recent link was to "knight's sudoku" which involved filling in the numbers 1 through 8 and a knight in each 3x3 square, so that the knights didn't attack each other (I think it was something like that)
[01:41:05] <Jymmm> ah, ok.
[01:42:49] <Jymmm> thanks!
[01:43:25] <jepler> also, don't miss
http://en.wikipedia.org/wiki/Mathematics_of_Sudoku
[01:44:12] <Jymmm> Ah, that's what I was interested in =)
[01:44:22] <jepler> "The number of ways of filling in a blank Sudoku grid was shown in May 2005 to be 6,670,903,752,021,072,936,960"
[01:45:03] <Jymmm> There never could be a 3D one, could there?
[01:45:09] <Jymmm> 9x9x9 ?
[01:48:42] <jepler> umm I don't know. there's this:
http://www.mathrec.org/sudoku/cubedoku.html
[01:49:24] <jepler> I know that's not quite what you meant
[01:49:50] <jepler> I don't immediately see why you couldn't find 9 sudoku puzzles that you can put on top of each other, and have each "slice" also be a valid sudoku board
[01:49:56] <jepler> there are a lot of boards, after all
[01:50:43] <jepler> this one does seem to be a 9x9x9 puzzle:
http://64.233.167.104/search?q=cache:eXblacvYhPkJ:www.sudoku.org.uk/discus/messages/17/102.html%3F1141697499
[01:50:51] <Jymmm> cool, I got lots of reading
[02:11:48] <Dallur> Hey alex_joni, are you by any chance there ?
[02:12:33] <cradek> he's long asleep
[02:12:44] <Dallur> :D
[02:13:36] <Dallur> ok, I was just going through how to implement the second part of my Torch Height Control and when trying to find a pay to pause the running G-code I disovered the halui things that alex has been doing
[02:14:04] <cradek> halui is not realtime, it should be used only as a human-interface
[02:14:18] <Dallur> I C
[02:14:22] <Dallur> :P
[02:14:24] <cradek> you can pause the motion in realtime by setting the feed override to 0
[02:14:31] <cradek> it's a hal pin, let me find it
[02:14:47] <Dallur> no prob, I can find it ,
[02:14:59] <Dallur> just needed a prod in the right direction :D
[02:15:10] <cradek> motion.adaptive-feed
[02:15:20] <cradek> it's a float: 0 is stop, 1 is 100%
[02:15:32] <Dallur> :D
[02:15:34] <cradek> this is typically used for feed control on EDM
[02:17:46] <Dallur> thanks for your tip, I will try to implement something with feedrate, although I might also use halui to set the gui button to "pause"
[02:18:31] <cradek> yes you could do either, depends if you need it to pause NOW or "soon"
[02:18:32] <Dallur> this way the user will start the gcode file, it will run untill it hits the spindle_on, the torch will home itself, and set up for the correct height and wait for the user to "resume"
[02:19:01] <jepler> cradek: did you get a chance to try my latest axis checkins (from back at 5pm or 6pm)?
[02:19:12] <cradek> couldn't you just put m3 / m0 in your program?
[02:19:24] <Dallur> the best way will probably be to use feedrate and halui pause but release the feedrate after
[02:19:42] <cradek> jepler: nope, is that jogwheel stuff?
[02:19:46] <Dallur> cradek: not really, since the height is unknown and is dynamic
[02:20:12] <Dallur> cradek: and the standoff changes from the initial pierce throughout the cutting time
[02:20:16] <cradek> Dallur: ok, I'll leave it to you!
[02:20:16] <jepler> cradek: yeah, it is another version of the "set hal signal values when choosing what to jog" but I think it catches all cases
[02:20:30] <cradek> cool, I'll test it soon
[02:20:39] <cradek> if you'll be up for a while I'll go do it now
[02:20:52] <jepler> cradek: not more than 20 minutes
[02:21:02] <cradek> ok, maybe tomorrow then
[02:21:19] <jepler> I used different pin names than you did
[02:21:27] <jepler> in the medium term they should probably be pins rather than signals
[02:21:49] <cradek> ok, I don't remember if I was using setp or sets
[02:21:59] <jepler> the code you pasted had sets, I think
[02:22:10] <jepler> but that's not in my /lastlog anymore
[02:22:21] <cradek> so you checked in everything that I need for the jogwheel controls?
[02:22:29] <jepler> I think so
[02:22:33] <cradek> mode switching and halcmds
[02:22:41] <cradek> ok cool
[02:22:44] <jepler> you'll need to create the signals in a .hal file (I put an example in place)
[02:23:02] <jepler> but none of it is tested on hardware yet
[02:23:24] <cradek> right
[02:23:40] <jepler> look at configs/common/core_axis.hal
[02:24:25] <cradek> neat
[02:24:26] <jepler> I thought about putting jog increment in there but if you can really get from the minimum jog you want, all the way up to top machine speed, just by turning the wheel faster or slower, then it doesn't matter.
[02:24:54] <cradek> well it might be nice to have .001/.0001
[02:25:04] <cradek> for touch-off I typically use .0001 at the end
[02:25:13] <jepler> true
[02:25:20] <cradek> but it seems like that's best done with a switch by the wheel
[02:25:42] <cradek> a simple one-bit toggle switch would work
[02:25:52] <jepler> yes, and one hal mux
[02:26:16] <cradek> hey I have that (the old index input)
[02:26:18] <cradek> whee
[02:26:20] <cradek> I'll have to do that.
[02:28:25] <cradek> could we do one halcmd invocation to set all six signals?
[02:29:01] <cradek> echo "..." |halcmd -ksf
[02:29:24] <cradek> the equivalent of course (popen?)
[02:29:55] <cradek> but that would make it harder to replace with a real hal interface later, forget it
[02:32:46] <cradek> * cradek argues with himself
[02:33:16] <jepler> I'm not worried about 6 'halcmd' invocations
[02:33:20] <jepler> it's a silly thing to worry over
[02:33:33] <jepler> especially since it will become quite efficient when enough of hal is moved inside of axis
[02:33:34] <cradek> it's them changing at different times that bothered me
[02:33:41] <jepler> different enough to notice? hm
[02:33:48] <cradek> I'll let you know
[02:33:53] <jepler> "don't do that"
[02:33:57] <cradek> yeah.
[02:34:02] <jepler> I could call 7 of them. 6 to turn off, one to turn on.
[02:34:15] <jepler> I dunno
[02:34:17] <cradek> that would do it
[02:34:26] <cradek> but don't worry about it until/unless it's a problem
[02:34:27] <jepler> or it could be something other than a bit, translated by a bunch of blocks
[02:34:31] <jepler> there are options
[02:36:27] <jepler> 'night all
[02:37:53] <cradek> night
[08:07:15] <Lerneaen_Hydra> lo bob
[08:10:38] <Lerneaen_Hydra> logger_aj: bookmark
[08:10:38] <Lerneaen_Hydra> See
http://81.196.65.201/irc/irc.freenode.net:6667/emc/2006-06-17#T08-10-38
[08:14:53] <Lerneaen_Hydra> * Lerneaen_Hydra pokes #emc
[09:15:20] <Bo^Dick> none of the commersial stepper motor drivers are designed with a microcontroller for the controller part
[09:15:42] <Bo^Dick> at least i haven't seen such yet
[09:16:51] <Bo^Dick> this limits the possibilities to create a real smart decay scheme for the current through the motor coils
[09:18:04] <Bo^Dick> in fact i've got a design that would kick ass if it was equipped with anti-resonance measure
[09:18:16] <Bo^Dick> so why am i bothering with this
[09:18:37] <Bo^Dick> well the answer is that this is a protest against poor and expensive commersial stepper motor drivers
[09:19:16] <Bo^Dick> i'm claiming that the only thing that stands between my design and the commersial ones is the midband-resonance compensation
[09:19:27] <Bo^Dick> so i'm looking for a partner in this issue
[09:19:51] <Lerneaen_Hydra> what type of stepper driver are you planning to make? if you have resonance compensation you must be talking about super-critical speeds for the motor
[09:25:43] <Bo^Dick> nah, i'm just trying to catch up with the commersial drivers on that detail too
[09:26:08] <Bo^Dick> and they say that they have this compensation (the good ones)
[09:26:37] <Bo^Dick> so besides this resonance issue my design already kicks ass
[09:26:44] <Lerneaen_Hydra> but actually adding that compensation only takes some math and a microcontroller?
[09:27:03] <Lerneaen_Hydra> is super-critical speed really needed?
[09:27:13] <Bo^Dick> well the thing is that i don't know
[09:27:23] <Lerneaen_Hydra> oh, is it a full/half stepping system or microstepping system?
[09:27:28] <Bo^Dick> well it's nice if they can go quick i guess
[09:27:39] <Bo^Dick> it's a microstepping driver
[09:27:48] <Lerneaen_Hydra> so there are lots of components?
[09:27:55] <Bo^Dick> not really
[09:28:04] <Bo^Dick> the microcontroller does most of it
[09:28:06] <Lerneaen_Hydra> a programmed IC?
[09:28:08] <Lerneaen_Hydra> oh, o
[09:28:09] <Bo^Dick> yepp
[09:28:22] <Bo^Dick> i'm gonna use ATmega8515
[09:28:33] <Lerneaen_Hydra> what's the estimated cost for all the components currently?
[09:28:41] <Lerneaen_Hydra> (It takes in step/dir I take it)?
[09:28:54] <Bo^Dick> yepp, correct
[09:29:16] <Bo^Dick> the cost is right now around 40$ per axis
[09:29:25] <Lerneaen_Hydra> 400kr?
[09:29:36] <Bo^Dick> more like 300kr
[09:29:38] <Lerneaen_Hydra> oh, ok
[09:29:58] <Lerneaen_Hydra> that would be from input signal to high-current output I take it?
[09:30:24] <Bo^Dick> pretty much yes
[09:30:51] <Bo^Dick> but i haven't carefully measured the cost of the power stage really
[09:31:14] <Lerneaen_Hydra> ok. what voltage does it drive the motors with?
[09:31:59] <Bo^Dick> i'm hoping to aim for at least 50 volts hopefully even higher
[09:32:33] <Lerneaen_Hydra> oh, that's quite a bit
[09:32:56] <Bo^Dick> the best about my design (1/32 microstepping at best) is that it has a pretty clever adaptive decay scheme for the motor coils
[09:33:04] <Lerneaen_Hydra> I take it that you have an advanced chopper drive then
[09:33:10] <Bo^Dick> of course
[09:33:25] <Lerneaen_Hydra> decay scheme? you mean for the inductance?
[09:33:33] <Bo^Dick> yepp
[09:33:53] <Lerneaen_Hydra> oh, does it need to be calibrated for each motor?
[09:33:56] <Bo^Dick> i'm claiming that it would be somewhat difficult for a stepper driver designed w/o an mc to catch up with this
[09:34:01] <Lerneaen_Hydra> or is it a generic-type thing?
[09:34:21] <Bo^Dick> i think it could go as a generic in fact
[09:34:50] <Lerneaen_Hydra> neat
[09:34:53] <Bo^Dick> but it's too early too determine at this point. but at least i think it wouldn't need to be re-calibrated for another motor
[09:35:03] <Lerneaen_Hydra> that counds really nice
[09:35:23] <Bo^Dick> well it would have been strange if mine wouldn't win when an mc is used in the design
[09:35:43] <Lerneaen_Hydra> don't the expensive controllers use a mc?
[09:35:48] <Bo^Dick> you can't catch up w/o an mc for stepper or servo drives or whatever
[09:36:25] <Bo^Dick> an mc will pretty much always kick regular ttl designs in the butt
[09:37:08] <Lerneaen_Hydra> you've got a lot more flexibility to do whatever you want
[09:37:31] <Bo^Dick> that is absolutely true
[09:37:45] <chinamill> ang. ATmega8515 finns det tillräkligt många timers (lediga) för att mäta in fast decay?
[09:38:09] <Bo^Dick> chinamill: jorå
[09:38:53] <chinamill> det ska finnas 3 men går några åt till att ställa pwm?
[09:39:23] <chinamill> eh, du behöver väl 2 lediga timers eller?
[09:39:45] <Bo^Dick> chinamill: 8515 har bara 2 timers
[09:40:29] <Bo^Dick> chinamill: en för pwm och en för blankning
[09:41:42] <Bo^Dick> chinamill: kanske måste jag har en extern timer också
[09:41:43] <chinamill> man beöver bara en timer för att sätta de båda pwm kanalerna?
[09:42:01] <Bo^Dick> chinamill: jo det är sant
[09:42:18] <Bo^Dick> chinamill: men jag kom på att jag kanske behöver två timers för blankningen
[09:42:25] <Bo^Dick> chinamill: men jag är inte säker på det
[09:42:38] <chinamill> det räcker väl med en?
[09:44:07] <Bo^Dick> chinamill: jo du kanske har rätt
[09:44:17] <chinamill> = samma blanknings tid när båda bryggorna ska blankas
[09:44:37] <Bo^Dick> chinamill: men då blankar man bägge kanalerna även om det bara verkligen behövs för den ena
[09:45:12] <chinamill> bara, när det ska vara så... man får väl sätta upp några regelpinnar
[09:45:13] <Bo^Dick> chinamill: och det är onödigt att blanka bägge samtidigt om det bara behövs för den ena
[09:45:20] <chinamill> exakt
[09:45:26] <Bo^Dick> det skulle man faktiskt kunna göra
[09:45:26] <Lerneaen_Hydra> blanka?
[09:45:39] <Bo^Dick> chinamill: regelpinnar! smart!
[09:46:00] <Bo^Dick> chinamill: mycker smart till och med :)
[09:46:05] <chinamill> Idag är det svenskt på emc :)
[09:46:15] <Bo^Dick> chinamill: helt klart
[09:46:23] <Lerneaen_Hydra> ja, dom andra kommer bli mycket fundersamma när de kollar loggen
[09:46:32] <Bo^Dick> chinamill: hoppas vi inte blir kickade :)
[09:46:50] <chinamill> Bo^Dick: har du databladet på den där 3955 för att visa Lerneaen_Hydra om blankning?
[09:47:24] <Bo^Dick> http://128.163.147.208/lgh/datasheets/3955.pdf
[09:48:40] <chinamill> Lerneaen_Hydra: I det där dokumentet står blankning förklarat... jag kommer inte ihåg vilken sida...
[09:48:46] <Lerneaen_Hydra> ok
[09:49:49] <Bo^Dick> chinamill: jag kanske borde satsat på den andra av atmels kretsar med 3 timers istället
[09:50:04] <Bo^Dick> chinamill: men den hade färre I/O pinnar
[09:50:06] <chinamill> Det har i alla fall med att göra momentant blanka ut senseres signalen för att undvika att kontrollenheten jobbar mot en spik på senseres
[09:50:32] <chinamill> det funkar nog vilket som..
[09:51:13] <Bo^Dick> chinamill: en snubbe på #microcontrollers sa att man inte förlorar prestanda om man kör D/A omvandlarna seriellt från mc:n
[09:51:14] <Lerneaen_Hydra> den IC kretsen gjorde väldigt mycket, är den en stor del av kostnaden?
[09:51:43] <Bo^Dick> Lerneaen_Hydra: den ska inte användas. den är för svag
[09:51:55] <Lerneaen_Hydra> Bo^Dick: uteffekten?
[09:52:17] <Bo^Dick> Lerneaen_Hydra: jag vill ha åtminstone 5 amps på utgången
[09:53:11] <Lerneaen_Hydra> Bo^Dick: ja, 1.5 var lite väl lågt... och att förstärka är ur frågan eftersom den har aktiv-avkänning av spänning/ström...
[09:53:20] <chinamill> men om man ska köra seriellt till d/a:n måste man väl använda 2 rätt mycket dyrare d/a:s?
[09:53:24] <Bo^Dick> egentligen skulle man kunna parallelkoppla 3 stycken L298 på utgångarna för varje lindning
[09:53:36] <Bo^Dick> chinamill: även det ja
[09:54:11] <Lerneaen_Hydra> finns det liknande men med större uteffekt?
[09:54:12] <Bo^Dick> under förutsättning att de går att få tag på super-billigt
[09:54:27] <Bo^Dick> Lerneaen_Hydra: vet inte
[09:54:45] <chinamill> går det att parallelkoppla L298?
[09:54:57] <Bo^Dick> chinamill: borde vara möjligt
[09:55:10] <Bo^Dick> chinamill: rent praktiskt alltså men jag bara gissar
[09:55:17] <chinamill> Lerneaen_Hydra: Det verkar skralt med hög amps IC:s
[09:55:50] <chinamill> 3955 gick ju inte att p-koppla
[09:55:58] <Lerneaen_Hydra> 5-10 ampere är väl inte så mycket?
[09:56:28] <chinamill> Lerneaen_Hydra: för att sitta i en IC är det rätt mycket
[09:56:50] <Lerneaen_Hydra> iofs, den hade inte ens koppling för kylfläns
[09:56:57] <Lerneaen_Hydra> det var en vanlig dip kapsel va?
[09:57:12] <chinamill> ngt sådant
[09:58:36] <Bo^Dick> kanske är bäst med vanliga IRF530N
[10:00:11] <Lerneaen_Hydra> I think I've made my final version of the new chips.ngc program (at last). ftp://basic:basic@83.227.78.48/chips_final.nc
[10:00:34] <Lerneaen_Hydra> fairly small too, only 22k rows
[10:04:20] <Lerneaen_Hydra> total production time of 30 minutes
[10:05:05] <Lerneaen_Hydra> it's quite big though, 100x70x40mm, so it's understandable
[10:14:50] <Lerneaen_Hydra> looks like I scared all the borkborkbork peoples away...
[10:15:39] <chinamill> eh, hur går det med din svarv?
[10:21:23] <Lerneaen_Hydra> den är nästan klar, funkar bra
[10:21:41] <Lerneaen_Hydra> det enda jag har kvar är mina jogwheels och encodrarna för gängning
[10:23:26] <chinamill> Jag blev lite lätt avis, när jag såg din film :)
[10:23:36] <Lerneaen_Hydra> asså, har du sett filmen?
[10:23:41] <Lerneaen_Hydra> bilderna också?
[10:23:49] <chinamill> inte alla bilder
[10:23:52] <Lerneaen_Hydra> ok
[10:23:55] <Lerneaen_Hydra> vill du ha?
[10:24:06] <Lerneaen_Hydra> eller, jag kan ta bättre senare idag
[10:24:12] <Lerneaen_Hydra> jag har bara gamla nu
[10:24:23] <Lerneaen_Hydra> du har en fräs med EMC nu eller?
[10:24:25] <chinamill> ingen fara... jag är avis ändå ;)
[10:24:41] <Lerneaen_Hydra> haha
[10:24:48] <chinamill> en sunkig fräs & ett plasma bord
[10:25:05] <Lerneaen_Hydra> mycket glapp/snea gejdrar?
[10:25:39] <chinamill> fräsen är en lågbudget från china :(
[10:25:44] <Lerneaen_Hydra> ajdå
[10:25:51] <chinamill> Men bättre än inget alls
[10:25:59] <Lerneaen_Hydra> jojo, det är klart
[10:26:10] <Lerneaen_Hydra> själj letar jag efter en liten prescicionsfräs nu
[10:26:18] <Lerneaen_Hydra> *själv
[10:26:30] <chinamill> jag har fixat bort glappen med fjädrade muttrar
[10:27:10] <Lerneaen_Hydra> * Lerneaen_Hydra känner sig dum nu, jag fattar ditt namn först nu
[10:27:38] <Lerneaen_Hydra> eh, jag måste dra nu, bbl. Den volvo ocean race går i mål snart, ska ut o kolla med familjen
[10:28:00] <Lerneaen_Hydra> * Lerneaen_Hydra is away
[10:50:58] <CIA-8> 03alex_joni 07HEAD * 10documents/lyx/emc2/hal_drivers.lyx: modified SubSection and SubSubSection, along with some touching by Lyx from Ubuntu Dapper
[12:24:14] <CIA-8> 03jepler 07HEAD * 10emc2/src/rtapi/rtai_rtapi.c: (log message trimmed)
[12:24:14] <CIA-8> nano2count(arg) seems to return the number of counts that is nearest
[12:24:14] <CIA-8> in duration to arg, not the largest one that is less than arg. As a
[12:24:14] <CIA-8> consequence, many small round-number frequencies (e.g., 14000ns) would give
[12:24:14] <CIA-8> errors at the HAL layer, since the resulting period was actually 14248ns.
[12:24:14] <CIA-8> This affected short times more than long times, because the HAL layer accepted
[12:24:18] <CIA-8> an interval up to 110% as long as the one requested.
[12:25:07] <Dallur> Good job :D I just ran into that yesterday :D
[12:25:15] <alex_joni> morning jeff
[12:25:19] <alex_joni> Dallur: nice webpage
[12:25:55] <Dallur> thanks, I wish I had more time to update it though
[12:26:06] <jepler> Dallur: yeah, I thought I saw you say something about that
[12:26:20] <jepler> Dallur: I'd run into it too
[12:26:21] <alex_joni> Dallur: you don't mention emc in there though..
[12:26:32] <jepler> bbl
[12:26:53] <Dallur> alex_joni: Nope, not yet, I only started using it about a month ago and I am still getting everything up and running
[12:27:26] <alex_joni> coo
[12:27:30] <Dallur> I have not updated it much for the last 2-3 months, but once I have the Torch Height Control ready I will put everything there
[12:28:19] <Dallur> The funny thing is that I am using PCBs from Bob Campbell, which were co-designed by Art of Artsoft :D
[12:29:48] <Dallur> Once I am done the THC from both candcnc and bob cambell should work out of the box with emc
[12:30:02] <alex_joni> cool stuff
[12:30:50] <Dallur> I poking around a bit yesterday, I was going through the source and I noticed that you have added the pause pin to halui but it is not enabled yet
[12:31:03] <alex_joni> I did?
[12:31:05] <alex_joni> ;-)
[12:31:10] <alex_joni> let me refresh my memory
[12:32:02] <Dallur> since 2.0.2 you added the halui.program.* pins but they are not hooked up to anything at this point it seems
[12:32:19] <alex_joni> 2.0.2 ? you mean CVS Head I think
[12:32:27] <Dallur> they are in cvs head
[12:32:33] <Dallur> but not in last release
[12:32:40] <alex_joni> right..
[12:32:44] <alex_joni> 2.0.x is feature frozen
[12:32:55] <alex_joni> they will be in 2.1.x at best
[12:33:11] <Dallur> :D do you know if they have a date for it at this point ?
[12:33:17] <Dallur> 2.1 that is
[12:33:34] <alex_joni> around september ;)
[12:33:42] <alex_joni> and it's not "they"
[12:33:46] <Dallur> its you
[12:33:49] <Dallur> :D
[12:33:52] <alex_joni> not me either
[12:33:54] <Dallur> or us
[12:33:55] <alex_joni> "us" ;)
[12:33:56] <alex_joni> right
[12:33:59] <alex_joni> that's more like it
[12:34:12] <alex_joni> I see pause is in there, and should be working
[12:34:31] <Dallur> hmm want me to report a but on sourceforge ?
[12:34:35] <Dallur> err a bug
[12:34:43] <alex_joni> if it's a bug yes
[12:34:46] <alex_joni> what's happening?
[12:34:50] <Dallur> ok, nothing
[12:34:56] <alex_joni> did you load a program?
[12:35:01] <alex_joni> from another GUI?
[12:35:02] <Dallur> setting it has not effect on the execution of the g-code
[12:35:04] <Dallur> yes
[12:35:07] <alex_joni> ran it?
[12:35:13] <alex_joni> hmm.. let me try it too
[12:35:15] <Dallur> yup
[12:35:36] <alex_joni> there is a halui_halvcp config
[12:35:40] <alex_joni> I use that usually
[12:36:31] <alex_joni> works here
[12:36:34] <alex_joni> Auto starts it
[12:36:35] <Dallur> strange
[12:36:37] <alex_joni> Pause stops it
[12:36:42] <alex_joni> Resume makes it go on
[12:36:48] <chinamill> Hello boys...
[12:36:57] <alex_joni> even step works
[12:37:00] <Dallur> let me check again to make sure
[12:37:16] <chinamill> I'v seen you are talking about the campell THC
[12:37:20] <Dallur> yup
[12:37:29] <Dallur> I got THC up/down movement already done
[12:37:32] <chinamill> Have you made it work yet?
[12:37:40] <chinamill> ohh...
[12:37:44] <chinamill> not good.
[12:37:53] <chinamill> I have some code allready
[12:38:08] <Dallur> :D we can share and merge it
[12:38:12] <chinamill> its in spagethi mode though
[12:38:17] <Dallur> I took what you had on the wiki
[12:38:23] <Dallur> and used your naming and such
[12:38:29] <chinamill> ok
[12:38:33] <alex_joni> Dallur: let me know what you're seeing
[12:38:44] <alex_joni> and also set DEBUG pretty high, to see if the NML gets sent
[12:39:03] <Dallur> alex_joni: will do
[12:39:12] <alex_joni> Dallur: it works as promised here
[12:39:35] <chinamill> I made a hack out of an excisting component so some of the naming is not good
[12:39:39] <Dallur> chinamill: let me just finish trying to reproduce what I was telling alex about and after that I can send you what I have and hopefully see what you are working
[12:40:01] <chinamill> I'll be around...
[12:40:38] <alex_joni> Dallur, chinamill: maybe it's usefull to have plasma/ as a sample config in emc2
[12:40:53] <chinamill> yep
[12:41:11] <chinamill> but first, nice code... not like mine...
[12:41:24] <alex_joni> chinamill: we'll work it out ;)
[12:41:30] <Dallur> I think we also need to add a couple of things to one of the UIs :D
[12:41:49] <chinamill> it's woking like it should, (I thnink)
[12:42:42] <alex_joni> Dallur: is that you?
http://www.dallur.com/index.php?id=44&tx_lzgallery_pi1[subg]=10&tx_lzgallery_pi1[showUid]=41&tx_lzgallery_pi1[old]=5x5x1&tx_lzgallery_pi1[pic]=12&tx_lzgallery_pi1[colrows]=1x1
[12:44:13] <Dallur> alex: nope, this is the guy that I build everything with
[12:44:40] <Dallur> alex: we have been friends for a long long time and we work on our crazy project togeather, like the plasma table
[12:44:54] <alex_joni> or the sailboat ;)
[12:44:55] <Dallur> alex:
http://www.dallur.com/index.php?id=44&tx_lzgallery_pi1[showUid]=7&tx_lzgallery_pi1[old]=5x5x1&tx_lzgallery_pi1[pic]=1&tx_lzgallery_pi1[colrows]=1x1
[12:44:59] <Dallur> thats me :D
[12:45:26] <alex_joni> jarl?
[12:45:29] <Dallur> yup
[12:45:46] <alex_joni> coo
[12:45:55] <Dallur> Btw, I got the pause to work now,
[12:46:09] <alex_joni> Dallur: was anything wrongß
[12:46:10] <alex_joni> ?
[12:46:26] <Dallur> I will try to find out why it was not working before but If I don't I will assume PEBKAC (problem exists between keyboard and chair)
[12:49:03] <Dallur> alex: It looks like it was just a user(me) error, sorry to trouble you
[12:53:07] <alex_joni> Dallur: no sweat
[12:58:26] <chinamill> Dallur: my THC version is functional and it uses M103 and M105 instead of M3 & M5. How far did you get?
[12:58:45] <Dallur> well I did this:
[12:58:46] <Dallur> upload:THCDesign.flw
[12:58:51] <Dallur> it is on the wiki
[12:59:20] <Dallur> and I will put the config in pastebin in just a sec
[13:00:10] <chinamill> too bad, it seemes like double work
[13:00:55] <Dallur> I pretty much implemented it in HAL
[13:01:13] <chinamill> same here...
[13:01:38] <giacus> hello
[13:01:47] <chinamill> So, now, is there something that does not work in your version that we can use from mine?
[13:01:47] <giacus> alex_joni:
http://www.giacus.org/files/gte002.png
[13:01:54] <alex_joni> giacus: seen it already :P
[13:01:58] <giacus> nah
[13:02:02] <alex_joni> nice
[13:02:03] <giacus> updated ;)
[13:02:17] <alex_joni> giacus: doesn't seem like that
[13:02:24] <alex_joni> oh.. Ubuntu instead of Debian ;)
[13:02:39] <giacus> also the laptop brightness
[13:03:15] <giacus> going to add some other stuff
[13:03:49] <giacus> few tools around :P
[13:03:52] <giacus> hehe
[13:04:18] <alex_joni> giacus: one thing I noticed
[13:04:23] <alex_joni> that server farm? on the right
[13:04:26] <alex_joni> in the back
[13:04:34] <alex_joni> doesn't seem to be sitting right on the desk
[13:05:26] <giacus> ok, I'll check it
[13:06:46] <giacus> looking for a server rack, should be nuch better ..
[13:18:42] <giacus> have to open the door at 30 degrees and use an image for the outside of the room
[13:19:59] <giacus> and add more stuff, neon, light on the top of the wall ..
[13:23:46] <SWPadnos> don't forget all the chips and coolant around the milling machine ;)
[13:24:25] <SWPadnos> oh, and an endmill in the spindle (I can't tell if there is one)
[13:25:09] <cradek> I like all the finished penguins on the table on the left
[13:25:16] <SWPadnos> yeah
[13:25:23] <cradek> and the blocks of stock
[13:25:35] <cradek> it's very funny
[13:25:55] <SWPadnos> and the tape measure, for fine tolerance checking ;)
[13:26:10] <SWPadnos> and the robot putting in the brains (or whatever it's doing)
[13:28:40] <giacus> SWPadnos: :D
[13:37:09] <giacus> what you don't noticed maybe is the camera alignment ..
[13:37:31] <giacus> if you look the bricks on the top side of the wall you notice that
[13:37:37] <giacus> fixed ;P
[13:47:33] <anonimasu> 4hm
[13:47:36] <anonimasu> does anyone have a clue
[13:47:45] <anonimasu> what threading inserts are internal or external threads?
[13:48:01] <anonimasu> I cant remember if "ER" is for external or internal
[13:48:51] <anonimasu> I cant seem to find it on the web either :)
[13:52:44] <alex_joni> hello
[13:53:24] <anonimasu> hello
[13:53:29] <anonimasu> me is getting tired
[13:53:37] <anonimasu> err /
[13:53:49] <alex_joni> heh
[13:53:52] <alex_joni> seems like that
[13:53:59] <anonimasu> I really dont feel like going to work to look what insert is the internal/external ones
[13:54:31] <alex_joni> giacus: still haven't fixed those PC's on the right back
[13:54:41] <alex_joni> they seem to be hanging out of the desk.. somehow strange
[13:56:19] <anonimasu> http://www.iscar.com/ProductLines/PDF/MainTypeInserts2_33.pdf
[14:00:17] <giacus> alex_joni: is that what you meant ?
http://www.giacus.org/files/0001.png
[14:01:07] <alex_joni> giacus: no
[14:01:17] <alex_joni> they seem to go more to the back then the desk
[14:01:29] <giacus> right ..
[14:01:39] <giacus> because is dark there
[14:01:41] <alex_joni> you notice it on the one that's on the left
[14:02:02] <giacus> are they too bis as size ?
[14:02:11] <alex_joni> no
[14:02:18] <alex_joni> they are too far to the back
[14:02:26] <alex_joni> the desk should be close to the wall.. right?
[14:02:51] <giacus> yeah
[14:03:06] <alex_joni> 1 minute..
[14:06:54] <alex_joni> http://dsplabs.cs.utt.ro/~juve/emc/modify.png
[14:07:47] <alex_joni> giacus: is that more clear now?
[14:08:33] <giacus> yeah
[14:08:38] <alex_joni> ok ;)
[14:29:18] <Rugludallur> Rugludallur is now known as Dallur
[14:30:24] <giacus> alex_joni: how you see it now ?
http://www.giacus.org/files/farm1.png
[14:30:29] <giacus> http://www.giacus.org/files/farm2.png
[14:35:50] <giacus> http://www.giacus.org/files/gte03.png
[14:36:53] <giacus> I think the pc case aligned to the desk border would be not so good, did you mean that too?
[14:38:52] <alex_joni> giacus: maybe put them under the desk?
[14:39:26] <alex_joni> * alex_joni goes away for a while
[14:39:44] <giacus> tried .. I don't like it
[14:42:04] <giacus> I'll try to build a rack instead, and remove the desk
[14:42:54] <giacus> that's not the right place for the server farm ..
[15:04:49] <Rugludallur> cradek: is there any other way to enable adaptive feed than to use G50 ?, a pin or parameter ?
[15:05:07] <Rugludallur> Rugludallur is now known as Dallur
[15:05:33] <cradek> Rugludallur: no, but I think you can specify G50 in the startup codes in your ini if you always want it on
[15:07:16] <Dallur> great, thanks
[15:09:03] <cradek> welcome
[16:14:12] <Dallur> I am having problems linking hal pins during initialization from the ini file, is it recomended/needed to put in some sort of delay after HALUI=halui ?
[16:16:01] <jepler> Dallur: right now that kind of thing (adding a delay while a userspace hal component is set up) is the only solution.
[16:16:12] <Dallur> It seems that I am unable to link halui pins to signals after starting up the UI, but from a .hal file it fails
[16:16:19] <jepler> Dallur: I assume the problem is a possibly-intermittent message that a halui pin doesn't exist
[16:16:24] <Dallur> yup
[16:17:04] <Dallur> jepler: so the halui pins don't become available untill after the UI has loaded ?
[16:17:39] <jepler> something like that. the pins are created by hal API calls inside the halui program
[16:18:26] <Dallur> jepler: ok thanks, I will try introduce some sort of delay before the other .hal files are executed
[16:21:43] <dmessier> hi all...scorchin' hot here today...
[16:38:12] <CIA-8> 03jepler 07HEAD * 10emc2/bin/wait-for-pin:
[16:38:12] <CIA-8> use new script wait-for-pin in scripts/emc, instead of sleeping a fixed time and
[16:38:12] <CIA-8> hoping for the best. wait-for-pin waits at least 2 seconds by default, but
[16:38:12] <CIA-8> usually finishes much earlier than 1 second, as soon as the named pin is
[16:38:12] <CIA-8> actually created
[16:38:12] <CIA-8> 03jepler 07HEAD * 10emc2/scripts/emc.in:
[16:38:14] <CIA-8> use new script wait-for-pin in scripts/emc, instead of sleeping a fixed time and
[16:38:18] <CIA-8> hoping for the best. wait-for-pin waits at least 2 seconds by default, but
[16:38:20] <CIA-8> usually finishes much earlier than 1 second, as soon as the named pin is
[16:38:22] <CIA-8> actually created
[16:45:19] <Dallur> jepler: Was that message from CIA indicative of a fix so that you can link to halui pins ?
[16:45:32] <ubuntu> mess here on the ubuntu live cd ; )
[16:45:33] <Dallur> jepler: during init from the .hal files
[16:54:44] <jepler> Dallur: well, I don't use halui so I'm not entirely sure it works
[16:55:05] <jepler> Dallur: but that's the intent
[16:55:17] <jepler> Dallur: it replaces hardcoded 'sleep 1' with a polling loop that waits up to 2 seconds, but may wait less
[16:55:32] <jepler> I'm a little surprised that halui isn't set up after 1 second, though
[16:55:35] <Dallur> jepler: just did a build, still broken, I think I will report on sourceforge but it is not critical for me, just a "nice to have" usability feature
[16:56:12] <Dallur> jepler: it might be that it actually waits for the UI to load first, in which case linking to pins during init will not work :P
[16:57:06] <jepler> it looks like specifying halui in the .ini file does load it after all the .hal files, which makes no sense
[16:57:51] <Dallur> jepler: hmm I figured doing HALUI=halui would load it in the order specified in the .ini file, instead of running it after the rest of the .hal files
[16:58:31] <jepler> I don't think te order of the sections has any effec
[16:58:32] <jepler> t
[16:59:28] <jepler> maybe you should just try putting 'loadusr halui' in your .hal file
[16:59:49] <jepler> maybe followed by a 'loadusr wait-for-pin halui.program.step' to wait for it to settle
[17:00:07] <Dallur> I will try that, thank you :D
[17:00:25] <jepler> bbl
[17:09:24] <les_w> how do...
[17:10:04] <Jymmm> you do.
[17:10:16] <les_w> haha
[17:10:34] <Dallur> jepler: halui fails to load with loadusr, missing shared memory so I figure it depends on the UI, I will report this as a bug on sourceforge and see what happens
[17:10:44] <Dallur> jepler: thanks for all your help
[17:12:14] <jepler> maybe there's no safe order to do it in :(
[17:12:37] <jepler> or maybe it just needs the "-ini" argument
[17:12:38] <jepler> I dunno
[17:12:50] <Dallur> jepler: that is kinda what I am leaning towards, there might actually be a need to have hal files that are load after the UI has been initialized
[17:16:38] <robin_sz> well, I guess I better go and get some cream for it, before it starts to ooze.
[17:17:03] <robin_sz> oops, wrong window
[17:17:15] <les_w> haha
[17:17:19] <les_w> hi robin
[17:17:51] <robin_sz> :)
[17:18:14] <robin_sz> is it well with you?
[17:18:33] <ubuntu> not if he's gonna start to ooze...
[17:18:43] <robin_sz> * robin_sz observes his ebay bargain
[17:18:51] <robin_sz> nice Xerox phaser for £39
[17:19:11] <les_w> oh yeah. Had a breakthrough yesterday. And primary subject of discussion at the last meeting was a manufacturing facility.
[17:20:12] <robin_sz> breakthrough?
[17:20:24] <Jymmm> les_w 7th hole?
[17:20:31] <robin_sz> but the thing already made 4KW from just breathing through a straw
[17:20:38] <les_w> today, I'm just detailing cars and mowing grass. Steak cookout later.
[17:20:44] <LawrenceG> hi guys
[17:20:52] <Jymmm> hi LawrenceG
[17:20:54] <les_w> hey lawrence
[17:21:03] <robin_sz> * robin_sz is eating pizza and chillin'
[17:21:26] <les_w> after steak, a glass of bourbon.
[17:21:36] <robin_sz> really?
[17:21:39] <Jymmm> s/glass/bottle/
[17:21:43] <les_w> uh...yeah
[17:21:45] <LawrenceG> les_w: i have got a generic servo motor question for you....
[17:21:49] <robin_sz> well, anything to take the taste away i guess
[17:21:52] <les_w> shoot
[17:22:28] <LawrenceG> I have a 12 volt motor that I am going to attempt to use as an el cheapo servo motor....
[17:22:35] <les_w> ok...
[17:22:39] <giacus> oh oh
[17:22:43] <giacus> hello guys
[17:22:52] <les_w> hi jacky
[17:22:53] <giacus> few hours for the big match
[17:23:00] <giacus> go USA go go :D
[17:23:16] <LawrenceG> would it make sense to use a servo drive with 25 volt supply on this motor to improve the response?
[17:23:19] <Dallur> s/glass/bottle/g
[17:23:24] <robin_sz> a young guy wanders into a bar and orders a double whisky ... "celebrating?" asks the barman. "sure am ... I had my first blowjob today!" .. after which , he downs the whisky in one shot. "another?" asks the barman. "nah .. if one doesn't get rid of the taste, I can;t see a second one helping .. " ;)
[17:23:44] <les_w> hahahaha
[17:23:48] <Dallur> lol
[17:24:07] <ubuntu> LOL
[17:24:43] <les_w> lawrence is it a dc brush motor? shunt or pm?
[17:25:12] <LawrenceG> les_w: a linear current drive design using a 10amp power op amp... motor is pm ( actually a heater fan motor from a car )
[17:25:52] <robin_sz> coo
[17:26:05] <les_w> ok. Yeah drive it with a current source. If the thing can take the rpm 25v max is fine.
[17:26:47] <robin_sz> one word of caution ... are the brushes symmetric on the shaft? those motors are often designed for one direction only
[17:26:56] <les_w> ggod point
[17:27:01] <les_w> good
[17:27:04] <les_w> duh
[17:28:08] <LawrenceG> les_w: under control, I dont see it ever getting close to max rpm..... I could run the rails at 12v, but I thought due to the motor inductance that having the capacity to hit it with a faster risetime current pulse would make it perform a little better ( at the expense of extra heat in the driver )
[17:28:37] <les_w> PWM right?
[17:29:19] <robin_sz> basically, volts for rpm, current for torque
[17:29:24] <les_w> yup
[17:29:39] <robin_sz> adding volts wont help if you need mroe torque etc
[17:29:44] <les_w> and a little inductance is fine for integrating the pulses
[17:29:49] <robin_sz> right
[17:30:01] <LawrenceG> no linear drive.... and the motors seem fine bidirectional.... loads of torque in them... looking at direct drive onto a fine pitch lead screw.... screw whip will be the limiting factor
[17:30:26] <robin_sz> even with 12V the electrical rise time is way faster than the mechincal time constant
[17:30:27] <les_w> oh ok
[17:30:43] <les_w> I think the inductance is a non issue
[17:30:47] <robin_sz> right
[17:30:48] <skunkworks> LawrenceG: any feedback to the amp? current?
[17:31:34] <skunkworks> or is the amp strictly voltage in - voltage out
[17:31:36] <LawrenceG> robin_sz: cool.... I havent measured and characteristics of the motors other than hook them to a supply and try and stop rotation to measure locked rotor current
[17:31:40] <les_w> the electrical time constant will be way way shorter than the mechanical one
[17:31:46] <robin_sz> LawrenceG, for maximum performance make sure your amp can supply at least the "locked rotor" currnet
[17:31:52] <les_w> that motor will have lots of rotor inertia
[17:31:52] <robin_sz> * robin_sz nods
[17:33:18] <LawrenceG> yea... I realize they are not the best servos, but I am going for a servo system that is less than $50/axis including drive, motor and encoder!
[17:33:55] <robin_sz> well, treadmill motors are also good and cheap
[17:34:19] <les_w> some of them are pretty good servos really
[17:35:01] <LawrenceG> yea... I will try driving one of those as well..... I am using a split supply +-25 volts to feed the op amp in a current feedback configuration
[17:35:04] <robin_sz> LawrenceG, usually you'll need lots of torque, not so many RPM, fan motors tend to be wound for rpm, a treadmill motor is wound for torque and will accept lots of torque at low rpm without buring up .. a fan motor might not like being stalled for long
[17:35:42] <robin_sz> * robin_sz looks forward to going flying tomorow
[17:35:50] <LawrenceG> thats one of the first tests..... see if the smoke leaks out of the motor or the drive first
[17:35:57] <robin_sz> heh
[17:36:04] <robin_sz> its a bugger to get backj in
[17:36:20] <robin_sz> the company next door to me does that ...
[17:36:24] <robin_sz> motor rewinds
[17:36:45] <LawrenceG> I was going to put a pulley on the motor and have it run a pail of weight up and down for a few hours to fine the weak spot
[17:36:53] <robin_sz> easy when you know how
[17:36:55] <les_w> well I'm gonna hop in the oldmanmobile and go to the butcher and get filet mignon now....
[17:37:21] <LawrenceG> mighty fine idea.... just past breakfast time here
[17:37:22] <robin_sz> heh, dont excite yourself too much granpa
[17:37:29] <robin_sz> 18:00 here
[17:38:42] <LawrenceG> is there is web site I can paste a picture without having an account created?
[17:38:58] <etla> hi all
[17:41:40] <ubuntu> go big Les... the whole strip
[17:42:15] <Jymmm> LawrenceG flickr.com (if you have a yahoo acnt already)
[17:43:15] <LawrenceG> thaks Jymmm... will try and post a couple of pix of the servo board
[17:44:48] <etla> cool, got the motor spinning yet ?
[17:54:22] <LawrenceG> http://www.flickr.com/photos/64111811@N00/?saved=1
[17:54:27] <LawrenceG> try that link
[17:54:34] <Lerneaen_Hydra_> hi all
[17:55:04] <etla> Lawrence: looking...
[17:55:35] <Lerneaen_Hydra_> * Lerneaen_Hydra_ meeps robin_sz
[17:55:48] <etla> the opa549 is a similar powerstage as the irams ?
[17:56:26] <robin_sz> * robin_sz meeps back
[17:56:33] <LawrenceG> no... its just a 10 amp +-30v op amp
[17:56:46] <Lerneaen_Hydra_> Lerneaen_Hydra_ is now known as Lerneaen_Hydra
[17:56:50] <etla> hmm. so this is for brush motors ?
[17:57:19] <robin_sz> LawrenceG, are you familiar with "safe operating area" as a concept?
[17:57:20] <LawrenceG> I am just looking for a cheap drive for some brush motors that can handle around 5 amps
[17:58:01] <LawrenceG> robin_sz: oh yes.... I intend on running it at much lower than rated specs
[17:58:21] <robin_sz> lower volts?
[17:58:54] <LawrenceG> the 10amps is like a for a short pulse.... they say 8 amps continuous, but that is probably staurated output stage hard to one rail
[17:58:54] <robin_sz> remember, a motor will pull max current and lowest volts in a stall
[17:59:14] <robin_sz> ok, so .. 8 amps ...
[17:59:28] <robin_sz> say the motor pulls 8 amps at 3V in a stall, right?
[18:00:01] <robin_sz> you have 25V rails, so ... 23V x 8 amps to be dissipated in the op amp
[18:00:10] <robin_sz> 175W ? roughly?
[18:00:18] <LawrenceG> thats one of the reasons I wanted a current feedback drive.... I can size the resistor tho keep the drive from melting down.... If I only can expect 3 amps in servo servo, I can live with that
[18:01:10] <robin_sz> well, all I can say is this. even our early 70s "boss" based bridgeport had a switching supply to the motors
[18:01:38] <robin_sz> pwm has a lot to offer for servo drives, linear is problematic
[18:02:07] <robin_sz> what is Ptot for that amp?
[18:03:14] <LawrenceG> pwm has its own set of design issues.... I have a honking big supply already and a little heat during operation is ok..... this is just a little step above the l298 2 amps limits
[18:03:35] <robin_sz> what is Ptot for that amp?
[18:04:21] <LawrenceG> http://focus.ti.com/lit/ds/symlink/opa549.pdf
[18:05:16] <LawrenceG> looking... depends a lot on how cool one can keep it
[18:06:20] <LawrenceG> the nice thing is that it has temp shutdown and current limits built in to protect itself against bad designs!
[18:07:24] <LawrenceG> they are expensive little units, but ti will ship 5 samples for free
[18:07:54] <robin_sz> so ... 25W with a 5 deg c/watt sink
[18:08:40] <LawrenceG> these will be bolted to a rather large chunk of heatsink
[18:08:53] <LawrenceG> fan cooling if needed
[18:09:12] <Jymmm> * Jymmm hands LawrenceG a bottle of LN2
[18:09:47] <LawrenceG> I could run it in the aquarium an make fishy tasting tea
[18:09:57] <Jymmm> ewwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
[18:12:30] <Guest138> good day gents
[18:13:00] <Lerneaen_Hydra> g'day
[18:13:43] <LawrenceG> the motors I am playing with draw about 1amp no load and about 5 amps peak... I wont know what the real demand will be until I get them turning on a machine ( a small mill bigger than a maxnc, but smaller than the desktop minimills
[18:14:39] <LawrenceG> I think this drive should be a reasonable match to the motors
[18:15:16] <skunkworks> what are you going to use to send to the amps - filtered psudo pwm out of emc - or do you have a interface of some kind
[18:15:40] <Guest138> gents i've missed last weeks sunday, did any proposals on trajectory planning occur?
[18:16:26] <Lerneaen_Hydra> giacus: what program did you use to make the dxf to stl?
[18:17:03] <LawrenceG> skunkworks: quadrature drive from pc..... with the pid loop in the local microcontroller
[18:18:08] <LawrenceG> the power portion takes filtered pwm from the dspic and drives the current feedback power op amp
[18:18:59] <LawrenceG> the pic could be pulled and the encoder and drive could be feed to the pc parallel port
[18:19:43] <LawrenceG> the pcb was milled by emc2
[18:24:07] <skunkworks> I am doing a ir2111 controlled h-bridge - but at this point I wasn't going to do any current limit. wondering if I should
[18:27:18] <alex_joni> Guest138: what do you mean proposals?
[18:28:14] <Guest138> I've seen some details on PID trajectory upgrade, lookahead. if I may say..
[18:28:52] <etla> improved lookahead would be nice. now it's two segments I think. someone working on BDI-EMC claimed it had more
[18:29:11] <alex_joni> Guest138: there was some talks, but nothing tangible
[18:29:37] <ubuntu> me boy is off to reboot ubuntu on his machine... : )
[18:30:55] <Guest138> .. so no lookahead feature anytime soon I guess..
[18:33:19] <etla> guest138: if you write it we can have it tomorrow :)
[18:33:32] <skunkworks> jepler had looked at the emc tp - his comment was it would probably take a good weekend to test it out.
[18:33:46] <skunkworks> or something like that :)
[18:34:00] <giacus> * giacus goes to watch italy-usa :D
[18:34:22] <A-L-P-H-A> USA can't play football... why bother watching...
[18:34:40] <giacus> I think can win ;)
[18:35:01] <giacus> because losted the first match
[18:35:10] <giacus> later..
[18:35:14] <Guest138> czech rep. 3.0
[18:36:04] <Guest138> did anyone try EMC2 on a dual CPU?
[18:37:04] <alex_joni> A-L-P-H-A: they can't play soccer, they can play football
[18:37:17] <alex_joni> Guest138: RTAI doesn't really have good support for dual CPU
[18:37:28] <alex_joni> Guest138: so it should work, but nothing impressive imo
[18:38:26] <Guest138> A.Joni, I'm just looking on some timings of other peoples setups, what # incicate the level of data starvation in the traj planner?
[18:38:32] <A-L-P-H-A> uh... that's football, and american football. foo. :P
[18:41:44] <alex_joni> Guest138: the problem (from what I understand) is how the data gets to the RT part
[18:42:07] <alex_joni> Guest138: right now there is one command / message sent to motion (through SHM)
[18:42:12] <A-L-P-H-A> easy saturday reading
http://www.toolmonger.com/
[18:42:26] <alex_joni> so if you have lots of small segments, you might end up with problems
[18:42:33] <A-L-P-H-A> http://toolmonger.com/2006/06/15/how-to-build-a-game-chair-with-a-380-wire-welder/
[18:42:46] <Guest138> that is the case.. so the solution for now would be faster cpu and memory?
[18:42:59] <alex_joni> that's why it makes sense to blend segments in non-RT and send blended segments
[18:43:27] <alex_joni> Guest138: probably so.. not sure how far this can be pushed
[18:44:45] <Guest138> I have to try the g64 with the p params to see what happens..
[18:45:16] <alex_joni> Guest138: sounds like a plan ;-)
[18:47:46] <Guest138> still would be nice for some good sould to implement the lookahead .. :D
[18:47:53] <Guest138> soul..
[18:47:57] <alex_joni> Guest138: I couldn't agree more ;)
[18:48:15] <alex_joni> Guest138: do you have a good soul? :D (lol)
[18:48:53] <Guest138> ya...but bad programmer..
[18:50:07] <Lerneaen_Hydra> giacus: you there?
[18:54:46] <Guest138> ok gents ciao..
[19:06:02] <CIA-8> 03alex_joni 07HEAD * 10emc2/src/emc/task/emctaskmain.cc: removed some old unused code
[19:09:06] <jmkasunich> hi alex
[19:14:37] <Lerneaen_Hydra> hi jmk
[19:14:41] <jmkasunich> hi
[19:16:00] <alex_joni> hi jmk
[19:16:04] <jmkasunich> hi
[19:16:39] <jmkasunich> * jmkasunich is recovering from a week of listening to stupid stuff
[19:16:57] <jmkasunich> (aka marketing)
[19:17:21] <alex_joni> lol..
[19:17:28] <alex_joni> * alex_joni is working on task
[19:19:07] <etla> jmk: have you tried the new motion jog-pins already ?
[19:19:15] <jmkasunich> the jogwheel ones?
[19:19:21] <etla> were there some problems with halui.jog-wheel ?
[19:19:27] <etla> yes
[19:19:36] <jmkasunich> halui.jog-wheel was too jerky
[19:19:40] <jmkasunich> because its non-realtime
[19:19:53] <Lerneaen_Hydra> jmkasunich: mmm.. marketing. wonderful isn't it?
[19:20:02] <jmkasunich> bleagh
[19:20:42] <jmkasunich> I think the halui jogwheel stuff should be removed
[19:21:00] <jmkasunich> we might want to put jog pins on halui, but just simple jog buttons
[19:21:02] <etla> jmk: any idea how to route a jog-wheel count to the different axes ? would need a demux HAL block ?
[19:21:13] <jmkasunich> push button, it jogs, let go, it stops
[19:21:23] <etla> there are +/- jog buttons already
[19:21:24] <jmkasunich> etla: route the count to all axis
[19:21:35] <jmkasunich> then just enable the one you want
[19:21:37] <alex_joni> etla: jmk wrote those (the rt ones), so I guess he did test them :D
[19:21:47] <alex_joni> etla: btw, I uploaded new pdf's today
[19:21:52] <jmkasunich> yeah, I tested them
[19:21:56] <etla> alex: OK, great.
[19:22:13] <alex_joni> etla: I noticed you are running 1.4.x (lyx)
[19:22:19] <etla> jmk: OK, so there is a bit input that enables jog. is jogging allowed only in manual mode like through halui ?
[19:22:29] <jmkasunich> yeah
[19:22:34] <etla> alex: that is the latest fow winXP
[19:22:40] <alex_joni> etla: I know..
[19:22:44] <alex_joni> dapper has 1.3.7
[19:22:56] <alex_joni> which causes some diffs when saving, but nothing serious
[19:23:13] <jmkasunich> what about breezy? I think it has 1.3.4
[19:23:15] <jmkasunich> * jmkasunich checks
[19:23:27] <alex_joni> 1.3 is ok too
[19:23:31] <jmkasunich> 1.3.6 actually
[19:23:34] <alex_joni> only 1.2 can't open 1.4 docs
[19:23:42] <alex_joni> etla: one more thing I noticed..
[19:23:42] <jmkasunich> ok, no prob then
[19:23:53] <K4ts> hello
[19:23:57] <jmkasunich> hi
[19:24:04] <alex_joni> you used SubSection* in hal_drivers (m5i20 pinout something)
[19:24:14] <etla> hmmm.. I will get a 3-bit binary value indicating the jog-function, I wonder how I route that to the jog-enable pins
[19:24:17] <alex_joni> if you use the ones with * at the end, it won't number them
[19:24:28] <alex_joni> demux?
[19:24:34] <jmkasunich> etla: what do you mean 3 bit?
[19:24:43] <jmkasunich> 0-7 indicating what axis to jog?
[19:24:54] <alex_joni> 000, 001, 010, 011, 100, 101, 110, 111 ;)
[19:25:00] <jmkasunich> ;-P
[19:25:08] <etla> I envision that the jogwheel will have 6 states, X, Y, Z, FO, RPM, off
[19:25:19] <etla> they will be input as alex suggests above
[19:25:25] <jmkasunich> I see
[19:25:40] <jmkasunich> I'd suggest classicladder
[19:25:41] <alex_joni> so I guess you need a bit->int converter, then demux
[19:25:48] <alex_joni> which gets messy in hal ;)
[19:26:12] <etla> I guess mux4 could do it
[19:26:12] <jmkasunich> for X: ---|\|---|\|---|\|---(Xen)---
[19:26:27] <jmkasunich> for Y: ---|\|---|\|---| |---(Yen)---
[19:26:42] <jmkasunich> for Z: ---|\|---| |---|\|---(Zen)---
[19:26:44] <jmkasunich> etc
[19:26:46] <etla> jmk: I haven't tried classicladder yet...
[19:26:53] <etla> maybe I should
[19:26:59] <alex_joni> etla: might be a good reason to do it;)
[19:27:06] <alex_joni> it gets easy after you start to
[19:27:06] <jmkasunich> I really do think its the right way to do things like that
[19:27:21] <alex_joni> * alex_joni loves synergy
[19:27:36] <alex_joni> ->
http://synergy2.sourceforge.net/
[19:28:15] <jmkasunich> like a KVM, but you need multiple monitors....
[19:28:22] <etla> jmk: another thing I was thinking about, how to use a servo as a spindle ? i.e. normal PID is position-command, position-feedback and speed output
[19:28:25] <jmkasunich> I'd rather have one very good monitor
[19:28:37] <alex_joni> jmkasunich: I have a very good monitor.. and a laptop :)
[19:28:40] <etla> but this would be speed-command, speed-feedback, so accel output from the PID ?
[19:29:03] <jmkasunich> etla, more like torque output from the PID
[19:29:23] <giacus> Lerneaen_Hydra: blender 2.4
[19:29:28] <giacus> hi K4ts
[19:29:30] <etla> jmk: ok, but my drives want speed. so I need to put an integrator on the output ?
[19:29:42] <jmkasunich> not sure what you are doing
[19:29:57] <jmkasunich> you have a drive that wants a speed command (and closes the speed loop internally)?
[19:30:11] <etla> I just want to run a servo at constant speed (iocontrol.0.spindle-speed-out)
[19:30:27] <etla> the drive does not close the speed loop
[19:30:57] <jmkasunich> you said "jmk: ok, but my drives want speed"
[19:31:24] <jmkasunich> they expect a speed command?
[19:31:36] <etla> well, the command that is input to the drive translates into the motor voltage, so it would be speed under constant load
[19:31:58] <jmkasunich> so your drive works in voltage mode....
[19:32:03] <etla> yes
[19:32:20] <jmkasunich> and you want the HAL PID to correct for slowdown under load and other such things
[19:32:32] <etla> yes
[19:32:40] <Jymmm> so much drama *sigh*
[19:32:59] <etla> I expect this will work just fine for XYZ, but the spindle would have to run at constant speed
[19:33:05] <Jymmm> hey jmkasunich, ltns
[19:33:09] <jmkasunich> I'd call the signal to the drive "motor_voltage" or something like that
[19:33:24] <jmkasunich> Jymmm, I was at a stupid work thing
[19:33:35] <jmkasunich> input to the PID is speed
[19:33:49] <Jymmm> jmkasunich: Sorry to hear that... couldn't call in sick with milaria huh?
[19:34:09] <K4ts> hello
[19:34:15] <Jymmm> hi anna
[19:34:24] <jmkasunich> feedback to the PID needs to be speed as well, so you take the encoder position thru a ddt block (to convert to speed)
[19:34:35] <etla> yes.
[19:34:36] <K4ts> i look match italia usa
[19:34:47] <jmkasunich> unfortunately speed from a ddt will be very noisy, because of quantization
[19:34:47] <giacus> watch*
[19:34:53] <giacus> K4ts: :)
[19:35:13] <giacus> good match
[19:35:36] <etla> maybe the spindle-PID could run at a lower update rate than for XYZ, to alleviate quantization
[19:35:51] <jmkasunich> yeah, you could do that, it would probably help a lot
[19:36:08] <jmkasunich> you need to do the math and see how bad it will be
[19:36:14] <etla> I'll get 8000 counts per rev so should get plenty of counts ...
[19:36:16] <jmkasunich> min and max spindle speed, encoder ppr, etc
[19:36:21] <jmkasunich> wow
[19:36:27] <jmkasunich> thats a lot for a spindle
[19:36:33] <jmkasunich> are you counting in hardware?
[19:36:36] <etla> how will ddt react when the counter turns over ?
[19:36:41] <Jymmm> comments???
http://static.flickr.com/48/168468822_dc3b8e2bc9.jpg
[19:36:42] <etla> yes, m5i20 card
[19:36:58] <etla> I mean counter overflow
[19:37:11] <jmkasunich> that might be a problem
[19:37:23] <jmkasunich> Jymm: you made that?
[19:37:30] <Jymmm> jmkasunich: Yes Sir.
[19:37:49] <giacus> wow
[19:38:03] <jmkasunich> hows it colored? mill, then stain the recessed parts, then sand the flat parts?
[19:38:56] <jmkasunich> etla, one thing I'd like to add to the encoder drivers is a speed output
[19:39:00] <Jymmm> jmkasunich: Mill, stain, sand, clear coat
[19:39:05] <jmkasunich> that would solve the rollover problem
[19:39:12] <jmkasunich> quite nide
[19:39:15] <jmkasunich> nice even
[19:39:21] <Jymmm> thank you
[19:39:47] <etla> jmk: sure, would that be as simple as a delta from the last call to encoder-update ?
[19:40:02] <Jymmm> jepler said it was technical nice, but not somethign he's put in his home. alex_joni said he loves the clock, but hates the wood thing =)
[19:40:03] <jmkasunich> well, it gets interesting
[19:40:40] <jmkasunich> deltas on the floating point position (which is what ddt does) will have problems when position gets large
[19:40:41] <etla> jymm: it's something that would be sold in a souvenir shop :)
[19:40:58] <jmkasunich> cause a spindle turns the same way all the time, the position gets very very large after a while
[19:41:21] <Jymmm> Before I design simular items, I wanted to get ppl's feel for it... would you buy it? What you put it in your office? Game room? garage? etc
[19:41:36] <jmkasunich> deltas on counts doesn't have that problem, if you do diff = new - old with each value an s32, it handles rollover just fine
[19:41:58] <jmkasunich> Jymmm, thats a matter of what people like/don't like
[19:42:02] <etla> counts are probably better then
[19:42:17] <jmkasunich> I was commenting on the quality of the work
[19:42:31] <jepler> am I right in thinking that "emcstrip" is not a part of emc2? I see there's still support for it in scripts/emc.in
[19:42:32] <etla> Jymm: as I said, sell it to japanese and chinese tourists visiting lapland or similar ;)
[19:42:37] <Jymmm> jmkasunich: I understand, but if ppl want puppies and kitties instead of deer, fish, and bear....
[19:42:50] <jmkasunich> totally depends on the potential buyer
[19:43:03] <jmkasunich> heh, thats that marketing crap that I was hating all week
[19:43:22] <Jymmm> jmkasunich Ha, I hate marketing all year long.
[19:43:40] <jmkasunich> I hate it passively most of the time... because I can ignore it.
[19:43:53] <jmkasunich> when its shoved down my throat like last week, I hate it actively
[19:44:05] <Jymmm> I dont have the luxury of ignoring that.
[19:44:10] <jmkasunich> but seriously, marketing is what you need...
[19:44:19] <Jymmm> and I seem to suck at marketing too =)
[19:44:32] <jmkasunich> go to wherever you intend to sell these things and see what people are buying
[19:44:58] <alex_joni> Jymmm: it's good quality
[19:45:04] <alex_joni> but I wouldn't buy it for me
[19:45:14] <jmkasunich> jepler, to my knowledge, emcstrip is no longer used
[19:45:16] <alex_joni> probably would buy it as a gift for someone else
[19:45:20] <Jymmm> that's kinda what I'm trying to do... narrow down what ppl want and/or are willing to buy.
[19:45:22] <jmkasunich> halscope pretty much replaces it
[19:45:43] <jepler> jmkasunich: so a checkin to remove emcstrip from scripts/emc.in would be appropriate?
[19:45:53] <Jymmm> alex_joni thanks. But that's the feedback I'm getting so far.... "It's nice, but not for me" sorta thing.
[19:46:12] <alex_joni> Jymmm: I guess we're not your target audience
[19:46:17] <alex_joni> try some housewives :D
[19:46:41] <Jymmm> alex_joni: That's what I'm trying to do, FIND the target audience.
[19:46:56] <alex_joni> you won't find it among people working with CNC's
[19:47:04] <alex_joni> most can do their own if they ever want to
[19:47:18] <alex_joni> I think..
[19:47:26] <jmkasunich> jepler: seems so to me
[19:47:28] <Jymmm> alex_joni: Right, but you and jepler both have said "not for me"
[19:48:09] <alex_joni> Jymmm: I prefer the really old stuff, if it's supposed to be something nice, or very modern
[19:48:10] <jmkasunich> Jymmm: almost all the stuff hanging on the walls of our house was picked by my wife
[19:48:12] <Jymmm> I gotta find some redneck hunters with a shitload of money =)
[19:48:26] <Jymmm> LES!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[19:48:41] <jmkasunich> find the people who bought the singing fish plaques that were a fad a couple years ago
[19:48:51] <jmkasunich> couldn't walk thru a store without hearing those damn things
[19:48:53] <Jymmm> jmkasunich yeah! there ya go
[19:49:28] <Jymmm> I think I'll try the local sporting good store... who knows.
[19:49:34] <CIA-8> 03jepler 07HEAD * 10emc2/scripts/emc.in: remove references to the defunct emcstrip
[19:50:04] <Jymmm> alex_joni so if I aged the wood... it would appeal to you?
[19:50:12] <Jymmm> alex_joni that weathered look
[19:50:12] <jmkasunich> lol
[19:50:16] <alex_joni> jepler: ayy..
[19:50:28] <alex_joni> jepler: that will definately give me mergin errors now :(
[19:50:36] <jmkasunich> ?
[19:50:50] <alex_joni> I'm reorganizing the runscript a bit, to start halui sooner
[19:50:56] <jmkasunich> you were right here 5 mins ago when he asked if he should do it?
[19:51:02] <alex_joni> I didn't see it..
[19:51:18] <alex_joni> missed it with all the clock talk from Jymmm
[19:51:22] <alex_joni> jepler: no biggie
[19:51:22] <jmkasunich> heh
[19:51:50] <Jymmm> alex_joni shush you
[19:51:50] <jmkasunich> so you guys (alex at least) saw my post to emc-devel?
[19:51:53] <alex_joni> but please ask in #emc-devel the next time.. this is too crowded :D
[19:52:46] <jmkasunich> starting halui earlier solves the original problem (actually, I'd just start it with loadusr from the hal file)
[19:54:03] <CIA-8> 03jepler 07HEAD * 10axis/setup.py: change default nmlfile for emc2: now axis will start for "run-in-place" without a -ini argument
[19:54:24] <CIA-8> 03jepler 07HEAD * 10axis/scripts/axis.py: other changes necessary for iniless startup
[19:54:39] <Lerneaen_Hydra> giacus: do you know how to do heightmaps of images in blender? I can't seem to find a tutorial for that that's not outdated
[19:54:54] <CIA-8> 03jepler 07HEAD * 10axis/i18n/Makefile: reenable fuzzy messages in msgmerge
[19:57:38] <giacus> Lerneaen_Hydra: nope, sorry, I'm not much familiar with it
[19:58:01] <giacus> reading at blender wiki right now
[20:00:42] <Lerneaen_Hydra> giacus: ok
[20:00:58] <Lerneaen_Hydra> giacus: I want to be able to make an stl from an image that I use as a height map
[20:02:41] <giacus> blender use python scripts for some advanced feature
[20:04:30] <giacus> have to check what is available
[20:09:22] <K4ts> bad match
[20:10:29] <giacus> :)
[20:10:56] <giacus> right score until now
[20:12:09] <jmkasunich> who is winning?
[20:12:14] <giacus> 1-1
[20:15:29] <giacus> K4ts: watching ? :D
[20:15:32] <giacus> haha
[20:17:09] <giacus> yeah
[20:17:15] <giacus> doh
[20:17:39] <K4ts> ahah
[20:17:45] <K4ts> annullato per gli usa
[20:17:48] <K4ts> wow
[20:19:23] <giacus> shiver
[20:20:20] <K4ts> 1-1
[20:23:44] <Lerneaen_Hydra> giacus: you think there is a script to do just that?
[20:27:02] <giacus> dunno, but scripts are powerful and it could be a way to get it. I've to play with that yet, I'll tell you if found something
[20:44:19] <Lerneaen_Hydra> giacus: ok
[20:46:03] <giacus> end match: 1-1
[20:46:21] <giacus> donovan is a good player
[20:46:39] <jmkasunich> a tie?
[20:47:27] <alex_joni> giacus: seems italy is very down :)
[20:47:36] <alex_joni> if all they can do is a tie with the US
[20:47:46] <alex_joni> poor suckers :D
[20:48:08] <jmkasunich> now what? do they do overtime or something to break the tie?
[20:48:20] <jmkasunich> * jmkasunich doesn't know much about soccer
[20:48:33] <giacus> just ended at 90°
[20:49:08] <giacus> alex_joni: btw I seen a better US team than years ago
[20:51:21] <alex_joni> jmkasunich: no, this is still in the early stages
[20:51:27] <alex_joni> they get 1 point each for a tie
[20:51:38] <alex_joni> 3 points for a win, 0 points for losing a match
[20:51:55] <alex_joni> and there are 4? teams in one group, and they play combinations
[20:52:07] <alex_joni> when they finish with those, the first two teams will qualify
[20:52:24] <alex_joni> then they start a piramid like (final on top)
[20:52:44] <alex_joni> on each match there needs to be a winner then (overtime, golden goal, then penalties)
[20:52:57] <alex_joni> * alex_joni goes back to NML
[20:57:54] <giacus> and the ball is rounded :D
[20:58:08] <giacus> anything is possible
[20:58:57] <CIA-8> 03alex_joni 07HEAD * 10emc2/src/emc/task/emcsvr.cc: remove/#if 0 out/ some old forgotten cruft from emc1
[20:59:45] <CIA-8> 03alex_joni 07HEAD * 10emc2/scripts/emc.in: run emcsvr by default, as the first one to run, as it owns/creates all NML buffers/channels
[21:00:38] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/common/emc.nml: remove cruft, make emcsvr own the buffers
[21:00:40] <kerry_> kerry_ is now known as rayh
[21:00:47] <alex_joni> hi ray
[21:01:14] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/common/server.nml: remove cruft, make emcsvr own the buffers
[21:01:19] <rayh> Hi alex
[21:01:55] <alex_joni> how's china?
[21:02:02] <rayh> Great.
[21:02:10] <rayh> Lots of good food
[21:02:11] <alex_joni> did you walk the wall yet?
[21:02:35] <rayh> No. Doesn't look like we'll get to this trip/
[21:02:59] <rayh> Saw the forbidden city and a few other landmarks yesterday.
[21:03:06] <rayh> Show is done.
[21:03:13] <alex_joni> ooh.. nice ;)
[21:03:14] <rayh> off now to visit factories
[21:03:42] <Jymmm> rayh: gonna visit the factory that makes the HF minimills =)
[21:03:53] <rayh> I am amazed at how many China companies are making cnc.
[21:04:15] <rayh> Yes we will visit Seeg in Shanghi the end of the week.
[21:04:18] <K4ts> italia usa 1 -1 sigh
[21:06:10] <rayh> football wars?
[21:06:22] <alex_joni> soccer
[21:07:23] <rayh> I thought to the rest of the world it was football.
[21:07:33] <alex_joni> yeah, it is ;)
[21:07:44] <alex_joni> but it's not safe to use that word when talking to amis
[21:07:47] <rayh> beautiful sunrise here
[21:08:06] <rayh> gotta run to the airport. catch you later.
[21:09:29] <alex_joni> ok, have a safe trip
[21:11:37] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/demo_step_cl/demo_step_cl.ini: remove EMCSERVER from all the inis, this is started by default now
[21:11:44] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/max/max.ini: remove EMCSERVER from all the inis, this is started by default now
[21:11:44] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/hexapod-sim/minitetra.ini: remove EMCSERVER from all the inis, this is started by default now
[21:11:45] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/sim/ (6 files): remove EMCSERVER from all the inis, this is started by default now
[21:11:45] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/etch-servo/etch.ini: remove EMCSERVER from all the inis, this is started by default now
[21:11:45] <alex_joni> flooding ahead
[21:11:47] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/stepper/ (sim_inch.ini stepper_inch.ini stepper_mm.ini): remove EMCSERVER from all the inis, this is started by default now
[21:11:50] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/nist-lathe/inch.ini: remove EMCSERVER from all the inis, this is started by default now
[21:11:54] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/stepper-xyza/inch.ini: remove EMCSERVER from all the inis, this is started by default now
[21:12:40] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/univpwm/univpwm.ini: remove EMCSERVER from all the inis, this is started by default now
[21:12:40] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/univstep/univstep.ini: remove EMCSERVER from all the inis, this is started by default now
[21:12:40] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/vti/vti.ini: remove EMCSERVER from all the inis, this is started by default now
[21:12:40] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/halui_halvcp/halui.ini: remove EMCSERVER from all the inis, this is started by default now
[21:12:43] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/stg/stg.ini: remove EMCSERVER from all the inis, this is started by default now
[21:15:07] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/halui_halvcp/.cvsignore: added .cvsignore
[21:15:41] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/m5i20/.cvsignore: silence CVS about core_axis.hal
[21:15:42] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/demo_mazak/.cvsignore: silence CVS about core_axis.hal
[21:15:44] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/demo_step_cl/.cvsignore: silence CVS about core_axis.hal
[21:15:44] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/univpwm/.cvsignore: silence CVS about core_axis.hal
[21:15:47] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/univstep/.cvsignore: silence CVS about core_axis.hal
[21:15:47] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/max/.cvsignore: silence CVS about core_axis.hal
[21:15:48] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/motenc/.cvsignore: silence CVS about core_axis.hal
[21:15:48] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/nist-lathe/.cvsignore: silence CVS about core_axis.hal
[21:15:50] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/stepper-xyza/.cvsignore: silence CVS about core_axis.hal
[21:15:51] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/sim/.cvsignore: silence CVS about core_axis.hal
[21:15:54] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/vti/.cvsignore: silence CVS about core_axis.hal
[21:15:55] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/stg/.cvsignore: silence CVS about core_axis.hal
[21:15:57] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/stepper/.cvsignore: silence CVS about core_axis.hal
[21:15:59] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/hexapod-sim/.cvsignore: silence CVS about core_axis.hal
[21:21:41] <Lerneaen_Hydra> alex_joni is on a streak!
[21:21:51] <alex_joni> Lerneaen_Hydra: you think?
[21:23:39] <Lerneaen_Hydra> alex_joni: indeed, nearly even trolling ;)
[21:24:14] <alex_joni> weather report warned there's a flood coming up..
[21:31:12] <Lerneaen_Hydra> *ba-dum-kish* - Seriously folks, he'll be here all night
[21:32:49] <alex_joni> Lerneaen_Hydra: only testing my latest fixes.. they'll follow soon
[21:33:20] <Lerneaen_Hydra> alex_joni: Another flooding? Think of the children!
[22:14:34] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/common/emc.nml: I meant tool not to be the master
[22:15:24] <CIA-8> 03alex_joni 07HEAD * 10emc2/configs/halui_halvcp/ (halui.ini halvcp.hal): start the vcp stuff from the hal file
[22:16:26] <CIA-8> 03alex_joni 07HEAD * 10emc2/scripts/emc.in: start halui earlier, this is possible now because emcsvr already runs
[22:29:00] <Lerneaen_Hydra> g'night all
[23:08:11] <CIA-8> 03alex_joni 07HEAD * 10emc2/src/emc/task/emcsvr.cc: removed the unused stuff, fix reading the DEBUG from the ini
[23:09:59] <CIA-8> 03alex_joni 07HEAD * 10emc2/src/emc/usr_intf/halui.cc: moved the HAL stuff earlier, removed the peek() because sometimes halui starts earlier than task, and there is no status to be read yet
[23:12:43] <robin_sz> ah well ..
[23:12:50] <robin_sz> almost time for bed
[23:17:03] <A-L-P-H-A> so go... it's past midnight for you
[23:17:48] <alex_joni> 02:22 < A-L-P-H-A> so go... it's past midnight for you
[23:17:50] <alex_joni> really?
[23:18:19] <CIA-8> 03alex_joni 07HEAD * 10emc2/src/emc/usr_intf/halui.cc: call hal_exit() on shutdown
[23:29:23] <K4ts> night
[23:29:54] <giacus> [01:22]<A-L-P-H-A> so go...
[23:30:20] <giacus> one hour exact of difference
[23:30:40] <giacus> 38 parallel NE
[23:30:44] <giacus> :D
[23:31:28] <giacus> to be honest, now I can start doind something :(
[23:31:35] <giacus> during th day is an hell
[23:31:53] <giacus> I prefer the night
[23:35:27] <alex_joni> huh.. monday will be HOT over here:
[23:35:30] <alex_joni> High Temperature:
[23:35:30] <alex_joni> 95° F
[23:35:30] <alex_joni> RealFeel.:
[23:35:33] <alex_joni> 99° F
[23:37:23] <alex_joni> 37°C
[23:38:55] <giacus> jepler: still there ?
[23:39:49] <A-L-P-H-A> eew.
http://theweathernetwork.com/weather/cities/can/Pages/CAON0696.htm
[23:40:46] <A-L-P-H-A> 37oC!!!
[23:40:49] <A-L-P-H-A> omg that's HOT.
[23:41:07] <alex_joni> A-L-P-H-A: weather is crazy lately
[23:41:18] <A-L-P-H-A> I blame the americants...
[23:41:19] <alex_joni> we had like 12°C max one day last week
[23:41:30] <A-L-P-H-A> their stupid SUVs, and industries.
[23:42:02] <fenn> and weather control devices
[23:42:07] <A-L-P-H-A> no.
[23:42:15] <A-L-P-H-A> that's that Japanese, and North Koreans...
[23:42:26] <fenn> and russians and god knows who else now
[23:42:36] <A-L-P-H-A> The russians can't afford it.
[23:42:45] <jmkasunich> heh, the "industry" isn't the americans anymore, we import everything now
[23:42:46] <fenn> the russians sold it to the japanese yakuza
[23:42:52] <A-L-P-H-A> NK, just threatens the scientists families.
[23:43:05] <asdfq-shop> Why are you blaming us? China has most of our industry now
[23:43:12] <alex_joni> and india
[23:43:14] <A-L-P-H-A> jmkasunich, steel? :P chem plans...
[23:43:15] <asdfq-shop> And mexico
[23:43:23] <A-L-P-H-A> oil guzzling suvs and such
[23:43:32] <A-L-P-H-A> I blame americants.
[23:43:33] <A-L-P-H-A> :)
[23:43:47] <A-L-P-H-A> cause I just like the new made up word, americants.
[23:44:01] <fenn> hard working, selfless americants
[23:44:08] <A-L-P-H-A> damn it...
http://americants.com/ is taken.
[23:44:33] <asdfq-shop> ALPHA: You're in Canada, aren't you?
[23:44:42] <A-L-P-H-A> yup.
[23:44:49] <asdfq-shop> Thought so.
[23:44:54] <alex_joni> A-L-P-H-A: try
http://americunts.com/
[23:45:18] <asdfq-shop> Heh, I'm sure every variation on the word is already taken
[23:45:21] <A-L-P-H-A> i'm Canadian with the right to abode in the following countries: Canada, Hong Kong, and United Kingdom.
[23:46:03] <A-L-P-H-A> http://www.cantadian.com/ isn't taken... but it doesn't have the same ring as americants.
[23:48:20] <A-L-P-H-A> hehe.
[23:48:29] <A-L-P-H-A> some americant registered americant.com
[23:48:37] <A-L-P-H-A> mtnview cali.
[23:48:55] <A-L-P-H-A> ohoh... expires soon... maybe i'll be able to get it.
[23:55:01] <giacus> I was sayng .. <giacus> to be honest, now I can start doind something :(
[23:55:18] <alex_joni> you should
[23:55:23] <giacus> might be note true
[23:55:30] <giacus> not*
