Back
[01:59:11] <DJ9DJ> moin
[02:48:36] <Loetmichel> mornin
[08:59:51] * Tom_itx waits for pcw_home to awake
[09:03:10] <Jymmm> Tom_itx: It's Saturday and not even 7am yet.
[09:03:23] <Tom_itx> i'm aware
[09:09:57] <Tom_itx> i wondered how strong the pullups are on the 7i43 when W3 is enabled
[09:10:34] <Tom_itx> i believe the IO is 3.3v but 5v tolerant if W2 is enabled
[09:12:25] <Tom_itx> i think my issue has been my pull downs on my pendant buttons (PROG RUN,SPINDLE and PAUSE) may not be strong enough to overcome the pullups on the board
[09:13:15] <Tom_itx> it was necessary to reverse the logic of the io iirc
[09:18:01] <pcw_home> dueling pullups/pulldowns?
[09:18:09] <Tom_itx> it appears so
[09:18:19] <Tom_itx> i'm using 330 ohm pulldowns
[09:18:55] <Tom_itx> removed the pendant code last night and it ran fine
[09:19:04] <Tom_itx> got me thinking about the wiring
[09:20:07] <Tom_itx> so at that point is the logic 3.3v or 5v?
[09:20:40] <pcw_home> Since the 7I43 has built in pullups is better to use pullups (and active low inputs) than pulldowns
[09:20:51] <pcw_home> s/is/its/
[09:21:00] <Tom_itx> i had an issue with the spindle running on startup though
[09:21:06] <Tom_itx> so i had to reverse the logic
[09:21:36] <pcw_home> logic is always TTL (so ~1.4v input thresholds)
[09:22:11] <Tom_itx> will it hurt anything having the pulldowns fighting with the onboard pullups?
[09:22:34] <Tom_itx> i may try a 100 ohm r and see if that clears it up
[09:22:53] <pcw_home> harm chips, no. harm noise immunity, yes
[09:23:53] <pcw_home> always make noise immunity worse because the open state will be somewhere in the middle
[09:23:53] <Tom_itx> i could put a schmitt trigger inverter on that output i suppose
[09:24:03] <Jymmm> pcw_home: EMI is your friend =)
[09:24:32] <pcw_home> I would just eliminate the pulldowns
[09:24:57] <Tom_itx> would the 7i37 be a better way to go for this?
[09:25:34] <Tom_itx> instead of using the 7i43 IO directly
[09:25:54] <pcw_home> Yes but using active low switches will also work
[09:26:19] <pcw_home> so no dueling pullups/downs
[09:26:20] <Tom_itx> then i'm back to the spindle problem
[09:26:46] <pcw_home> spindle problem?
[09:27:18] <Tom_itx> i tried the active low approach in the beginning but on startup the spindle would run
[09:27:37] <pcw_home> how is the spindle controlled?
[09:27:44] <Tom_itx> ssr
[09:28:15] <pcw_home> so connect SSR+ to 5V and SSR l to 7I43 output
[09:28:27] <Tom_itx> maybe i could move it to one of the io on the 7i47 board
[09:29:01] <Tom_itx> i'll dig into it today and see where it goes. i do agree about the pullups fighting each other though
[09:29:14] <Tom_itx> are you going to the fest?
[09:29:20] <pcw_home> thats how the 7I43 outputs are intended to be used (for OPTO22 racks for example that have a common 5V))
[09:29:30] <pcw_home> Yes
[09:29:42] <Tom_itx> any way you could bring a 7i37ta along?
[09:30:01] <Tom_itx> i plan to show up on friday
[09:30:04] <pcw_home> yeah or a 7I84 maybe
[09:30:15] <Tom_itx> what is it?
[09:30:54] <pcw_home> 16 output 32 input sserial card (12/24V)
[09:31:08] <Tom_itx> i've never been real fond of driving the fpga pins directly anyway
[09:31:31] <pcw_home> its fine until you connect one to 12V
[09:31:55] <Tom_itx> well hopefully i'm not that stupid but i know accidents can happen
[09:32:45] <pcw_home> I'll bring a set of cards if DHS doesn't object
[09:32:58] <Tom_itx> i'd appreciat it
[09:33:06] <Tom_itx> screw terminal pls
[09:33:49] <Tom_itx> does the 7i43 do sserial?
[09:34:45] <pcw_home> Sure all Xilinx based FPGA cards can
[09:35:45] <pcw_home> we may even be able to teach the Sitara's PRU to do it
[09:36:43] <Tom_itx> i'll work on swapping the logic over the weekend and see where it goes
[09:37:15] <pcw_home> so I will bring a 7I37TA, a 7I84 and a 7I87 (Matt wanted to test something with a 7I87)
[09:37:38] <Tom_itx> what's the 7i84 run?
[09:38:16] <pcw_home> not sure off hand
[09:39:01] <Tom_itx> i'm leaning toward the 7i37ta right now
[09:39:21] <pcw_home> $79
[09:39:23] <Tom_itx> would i need to change the bit file to add it to the 2nd port?
[09:39:24] <Tom_itx> yes
[09:39:42] <Tom_itx> i'm using the 7i47b bit file currently
[09:40:06] <pcw_home> you could add it to the 7I47 port and use the 7I47 as the RS-422 interface
[09:40:50] <pcw_home> (one RX pair and one TX pair)
[09:40:58] <Tom_itx> maybe i lost you just then
[09:41:12] <Tom_itx> add the 7i37 to the 7i47?
[09:41:32] <Tom_itx> or the 7i84 to it
[09:42:10] <pcw_home> I was talking about the 7I84, for 7I37, no bitfile changes are needed
[09:42:26] <pcw_home> (since its just GPIO)
[09:42:48] <Tom_itx> the 7i37 would plug right into the 2nd port on the 7i43 though right?
[09:42:54] <Tom_itx> no bit file changes
[09:43:01] <pcw_home> for 7I84 the second 7I43 port is unused
[09:43:06] <Tom_itx> i guess the 2nd port is mapped for io anyway
[09:43:18] <Tom_itx> yes i follow now
[09:43:33] <pcw_home> yes (all ports can do I/O)
[09:43:34] <Tom_itx> the 7i84 would be wired to an io on the 7i47
[09:43:58] <pcw_home> yes
[09:44:11] <Tom_itx> but that _would_ require a bitfile change?
[09:44:26] <Tom_itx> for the sserial stuff
[09:44:30] <pcw_home> Yes, at least one sserial channel added
[09:44:37] <Tom_itx> mmm
[09:45:15] <pcw_home> also The 7I84 is more suited to 12 or 24V I/O
[09:45:35] <pcw_home> but it can do MPGs
[09:46:16] <pcw_home> (5V MPGs)
[09:48:05] <Tom_itx> ok, looking ahead to future projects.. the 7i34 won't work on the 5i25 but the 7i84 would
[09:48:19] <Tom_itx> excuse me the 7i37..
[09:49:19] <Tom_itx> so if i were to need to swap boards around future wise the 7i84 would be more suitable
[09:51:01] <pcw_home> Yeah you can only drive 17 of the 7I37s 24 I/O pins with one connector of a 5I25
[09:52:11] <Tom_itx> is sserial suited for pendant io?
[09:52:22] <Tom_itx> i've never used sserial yet
[09:56:54] <pcw_home> if the pendant just has switches and maybe a MPG or 2, yes
[09:57:05] <atom1> right
[09:57:36] <atom1> is the input to the 7i85 a standard rj45?
[09:57:44] <atom1> 7i84*
[10:05:48] <atom1> how do you address sserial io in hal?
[10:10:40] <micges> atom1: they are autogenerated
[10:11:10] <micges> like 5i25.0.7i77.0.1.output-00
[10:11:13] <Tom_itx> so the host card takes care of it?
[10:11:19] <micges> yes
[10:11:27] <Tom_itx> but how do you map it in the hal file?
[10:12:08] <pcw_home> 7I84 host interface is a RJ45
[10:12:14] <Tom_itx> ok
[10:12:43] <pcw_home> so you can use cat5 cables (perhaps cut in 1/2)
[10:12:53] <Tom_itx> yep, my thoughts..
[10:13:22] <Tom_itx> i suppose it's a toss up which card to use then
[10:13:43] <Tom_itx> 7i84 would eliminate the fat ribbon
[10:14:31] <Tom_itx> looks like they're the same price
[10:14:41] <pcw_home> yes and can be a long distance away
[10:15:11] <Tom_itx> i could move all the pendant io to it as well
[10:15:38] * Tom_itx sees rewiring in his future
[10:15:44] <pcw_home> 7I84 has more I/O but lower output current and common V+ for outputs (all outputs are sourcing)
[10:16:07] <Tom_itx> that should be ok afik
[10:16:38] <Tom_itx> separate power connector for onboard power somewhere on it?
[10:16:45] <Tom_itx> ie 5v in
[10:16:54] <pcw_home> 7I37 is more flexible (isolated MOSFET output switches)
[10:17:58] <pcw_home> 7I84 has field power (5V to 32V) and VIN (8V to 32V) normally these are connected together for 12 or 24 VIO systems
[10:18:57] <Tom_itx> regulated down for the IO?
[10:19:08] <Tom_itx> or driven at voltage
[10:19:09] <pcw_home> actually the 7I84 is a bit fancier it has 2 field power inputs so you can have 5V and 24V blocks
[10:19:18] <Tom_itx> oh nice
[10:19:29] <pcw_home> output are driven at field voltage
[10:19:55] <pcw_home> inputs are sensed at ~ 1/2 field voltage
[10:20:03] <Tom_itx> more oriented to a relay board driver
[10:21:06] <pcw_home> yes or solenoids
[10:21:07] <pcw_home> industrial stuff tends to uses 24V I/O
[10:21:12] <Tom_itx> i knwo
[10:23:12] <Tom_itx> what sort of input power does the 7i37 require?
[10:23:29] <pcw_home> 5V from FPGA card
[10:23:41] <Tom_itx> thru the ribbon?
[10:23:57] <pcw_home> Yes, it only needs 20 mA or so
[10:24:59] <Tom_itx> the mosfets have separate power in for the io?
[10:25:35] <Tom_itx> line/load
[10:25:37] <pcw_home> each MOSFET has a transformer/rectifier driving its gate
[10:25:55] <pcw_home> so they are floating switches
[10:27:59] <Tom_itx> i'll be using it for now at least, mostly for input so i think it's still a tossup
[10:29:04] <Tom_itx> does the 7i43 need a reflash to support sserial?
[10:29:18] <pcw_home> there is the 7I37com that has all the MOSFET drains commoned to field power but the standard 7I37/7I37TS has uncommited witches
[10:29:45] <pcw_home> well not witches, just switches
[10:30:15] <pcw_home> no just a new bitfile
[10:34:39] <Tom_itx> the split power blocks on the 7i84 are per connector bank?
[10:34:58] <Tom_itx> (would seem logical)
[10:41:13] <pcw_home> Yes inputs 0..15, and outputs 0..7 are one block
[10:42:10] <Tom_itx> i was reading about field power and where the 7i84 gets it's logic power from
[10:42:21] <pcw_home> MPG inputs (if MPG is enabled) are 5V (2.5V threshold)
[10:42:33] <Tom_itx> which field power pin is wired to the logic supply smps?
[10:42:43] <Tom_itx> you said you can split field power on it...
[10:42:52] <Tom_itx> 5v in wouldn't likely be enough to power the smps
[10:43:02] <Tom_itx> for the onboard logic
[10:43:39] <pcw_home> No SMPS needs 8 or so so has a separate input pin (but can be tied to one of the field powers via a jumper)
[10:43:46] <Tom_itx> i could run one bank at 5v and the other at 24
[10:44:06] <Tom_itx> so at least one field power should be above 5v
[10:44:35] <pcw_home> Yes so the 24V bank should be the one with a jumper to VIN
[10:45:12] <Tom_itx> just trying to figure it out in my head ahead of time here
[10:45:29] <Tom_itx> make sure i have the v i need
[10:56:17] <Tom_itx> is the serial tranceiver power part of the local logic power or is it also separate?
[10:57:04] <Tom_itx> normally the 7i84 gets it's 5v RS422 tranceiver power from the serial cable....
[10:57:47] <pcw_home> Yes the host side of the transceiver gets its power from the cable
[10:58:59] <pcw_home> normally only about 30 mA (depending on what the Xmit duty cycle is)
[11:02:35] <Tom_itx> so W1 doesn't affect that, the transceiver gets power from the RJ45 in any case
[11:04:04] <DJ9DJ> namd
[11:05:05] <Tom_itx> i found it.. the logic supply is tied to field power B with the jumper
[11:10:00] <Tom_itx> so W1 to the right will allow VIN to be separate and then all the field IO could be at 5v
[11:10:11] <pcw_home> Yes
[11:10:31] <Tom_itx> and i can tie VIN to the same 24v that powers my smps to the 7i43
[11:10:43] <pcw_home> Yes
[11:11:07] <Tom_itx> sounds reasonable
[11:11:39] <Tom_itx> does it matter what io the bitfile is mapped to for the 7i47?
[11:11:46] <Tom_itx> i'll have to free up an io for it i think
[11:12:43] <pcw_home> There may be an existing pinout thats standard, take a look at the 48 I/O PIN files in the mesa source diretory
[11:13:08] <Tom_itx> ok
[11:13:33] <Tom_itx> i'll probably lean toward the 7i84 from what i can see right now
[11:14:27] <Tom_itx> then i won't need to use the 2nd port on the 7i43 at all
[11:44:31] <Tom_itx> PIN_SVST2_4_7I47_48.vhd ?
[11:45:03] <Tom_itx> i'm currently using SVST2_4_7I47B.BIT
[11:50:40] <pcw_home> looks like there's no 48 pin one but one could be hacked from PIN_SSSVST2_2_4_7I47_72.vhd
[11:56:55] <IchGuckLive> hi all B)
[11:59:08] <pcw_home> 2 sserial 2 encoders 1 pwmgen 4 stepgens
[12:13:25] <Tom_itx> would i have to move my IO from the SVST2_4_7I47B.BIT file around any other than the sserial port?
[12:21:20] <pcw_home> Not sure I'd have to look at the two pinouts side/side
[12:22:00] <pcw_home> you could also just add a sserial to your existing config
[12:23:41] <IchGuckLive> today have been a nice cutting day
[12:24:21] <IchGuckLive> 45 sheets at 2mx1mx2mm cut out on 2 plasmas
[12:24:37] <Tom_itx> i think i'd prefer that
[12:24:55] <Tom_itx> i might have to reload webpack
[12:25:02] <Tom_itx> and have you walk me thru it when i do
[12:26:06] <pcw_home> it _should_ be relatively straightforward (I would get the latest webpack 14.3?)
[13:07:20] <skunkworks> where was the good read on how the trajectory planner handles rotory?
[13:08:12] <skunkworks> http://www.cnczone.com/forums/linuxcnc_formerly_emc2/183448-axis_rotation_speed.html
[13:08:44] <skunkworks> he has an A move at f15 and he wonders why the thing seems to be running at 15 deg/min... ;)
[13:11:36] <archivist> hmm spose someone could write a little ocode subroutine to return an F value for the required sfm at a radius
[13:12:13] <archivist> I just hand fiddle F to get a "result" I want ish
[13:15:15] <IchGuckLive> skunkworks: he needs to increase the vel at the A 100times
[13:15:27] <IchGuckLive> mhaberler: ?
[13:15:42] <mhaberler> ?
[13:16:01] <IchGuckLive> some german speeking here i uploaded a new vid to youtube and want to recheck the sound !
[13:16:31] <IchGuckLive> mhaberler: auf dich ist einfach verlass !! Danke schau mal rein BITTE B)
http://www.youtube.com/watch?v=6NTa4EIMXAY
[13:16:32] <Tecan> (6NTa4EIMXAY) "Clipart zu DXF zu G-code Anleitung Deutsch mit Kostenlose Programme" by "magic33de" is "Education" - Length: 0:11:44
[13:17:11] <mhaberler> nix vastehn?
[13:17:52] <IchGuckLive> O.O kein ösi deutsch Sorry .
[13:21:07] <mhaberler> versteh noch net was das mit mir zu tun haben soll
[13:21:17] <IchGuckLive> ok im off BY thanks for todays good info as always by from Germany
[13:21:43] <IchGuckLive> mhaberler: Austria or i am wrong
[13:22:15] <IchGuckLive> just to my info if the sound and speeking is good ad the VId
[13:22:26] <mhaberler> der sound ist ganz wunderbar
[13:22:34] <IchGuckLive> Danke
[13:22:57] <IchGuckLive> Klar Deutlich verständlich wäre wichtig
[13:26:22] <mhaberler> soldatenfest und generalsverständlich!
[13:29:27] <Loetmichel> mhaberler: hrhr
[13:49:25] <skunkworks> http://www.cnczone.com/forums/linuxcnc_formerly_emc2/183448-axis_rotation_speed.html#post1294268
[13:52:43] <Connor> WooT WooT. Rigid tapping working! Was able to do a 1/4-20 in 3/8" alumn without problem. the spindle bogged down a little.. (was running it at 1000RPM and then at 1500rpm). But it worked both times.
[13:54:07] <Connor> No Coolant, No lube. Just using this tap.
http://www.shars.com/product_categories/search/?search=415-5551
[13:54:38] <skunkworks> Connor: video!!
[13:55:01] <Connor> Video or it isn't so huh ?
[13:55:34] <Connor> What's a good RPM for 1/4-20 for 3/8" thicl ?
[14:05:28] <archivist> no lube will be a seize and a broken tap real soon in aly
[14:18:14] <Connor> I'm a little puzzled with the torque of my tredmill motor. I thought it would be better.. I may need to look at turning up the torque pot on the controller..
[14:20:17] <archivist> are you using a proper machine tap
[14:20:29] <Connor> http://www.shars.com/product_categories/search/?search=415-5551
[14:22:47] <Connor> It's not specific for aluminum.. but.. it is a spiral flute tap.
[14:23:41] <archivist> is it a blind hole
[14:24:02] <Connor> no, these where through holes in 3/8" alumn.. just playing around.
[14:24:40] <archivist> some would say that is the wrong tap for through holes
[14:25:16] <Connor> Why is that ?
[14:25:53] <archivist> spiral point for through, you dont have to back out over the chips as they went out the front
[14:28:09] <Connor> Everyone was saying use spiral fluted for machines.. I have spiral points.. but they're hand taps.. I don't understand the difference between spiral point hand tap vs one for a machine.
[14:29:50] <archivist> both types of spiral work nicely for hand tapping for me
[14:39:30] <gene78> Going berzackers here, trying to set x axis HOME_OFFSET, its moving at least 2x the change I put in the ini file
[14:41:26] <gene78> Is there a pin I can look at and adjust dynamically in the "show hal config" screen so I don't have to stop axis, make the change, rehome it, then mount and adjust for zero ecentricity a precision rod?
[14:41:50] <gene78> That takes about half an hour per iteration.
[15:18:33] <Tom_itx> pcw_home, where can i find the SVST2_4_7I47B.vhd file?
[15:21:43] <Tom_itx> all i can find is the .bit file
[15:24:34] <micges> Tom_itx: inside hostmot2.zip inside zip files
[15:24:49] <Tom_itx> i unzipped it and didn't find that file
[15:24:55] <Tom_itx> it's for the larger fpga
[15:25:02] <Tom_itx> not the standard 200k one
[15:27:45] <Phil_> Evening
[15:29:54] <micges> hi
[15:30:48] <Phil_> I have a couple of questions if thats ok, I've googled all sorts and not really come any closer.
[15:32:11] <micges> just ask
[15:32:49] <micges> we are here for :)
[15:33:45] <Phil_> I am migrating from Mach3, and alot of my files use M10P1, I'm guessing I need to change to M62. Am I coreect?
[15:34:07] <Phil_> (This is for use with a laser)
[15:35:58] <micges> what is m10p1 ?
[15:36:40] <Phil_> I used it for laser on, I think it wasdigital output
[15:37:31] <micges> Tom_itx: yes I dont see it either
[15:38:38] <Phil_> Also, is there a Home All button, I think I'm missing it ;)
[15:38:53] <micges> Phil_: then yes, m62 p1 will enable motion.digital-output-01, m63 p1 will disable it
[15:39:07] <Phil_> Thanks
[15:39:33] <micges> home all is visible only when you have HOME_SEQUENCE = n in every [AXIS_n] section
[15:40:33] <Phil_> I better go read up, non of that means anything to me :) I'm a new linux user too.
[15:40:35] <micges> when you want z to home first then XY you must set this param to 0 on [AXIS_2] section and to 1 in [AXIS_0] and [Axis_1]
[15:41:16] <micges> http://www.linuxcnc.org/docs/html/config/ini_homing.html#_home_sequence
[15:41:43] <micges> http://www.linuxcnc.org/docs/html/gcode/m-code.html#sec:M62-M65
[15:43:06] <Phil_> Its starting to make more sense than Mach3
[15:44:01] <tommer5k> i'm having an odd issue with homing also, specifically z axis
[15:44:11] <Roguish> Hey all. has anyone tried the Mesanet 7i43 via USB? yes I know it's not good for realn realtime.
[15:44:44] <micges> Phil_: what were your issues with mach?
[15:45:13] <Roguish> or used a usb to parallel adapter? I need a dev tool.
[15:45:20] <micges> tommer5k: please explain
[15:45:48] <micges> Roguish: what is your applcation?
[15:45:50] <tommer5k> yeah, i've got the ini configured as shown in the guides you posted
[15:46:00] <Phil_> Mainly the fact that the digital trigger wouldnt fire with the Engrave plugin, I need the laser mainly for engraving.
[15:46:19] <tommer5k> with positive and negative, and the behavior is correct, but i can't get it to stay at a hafl inch off the swich
[15:46:23] <Roguish> running a few steppers.. speed not issue. accuracy is.
[15:46:54] <tommer5k> always either an inch off or right on the swtich
[15:47:07] <tommer5k> i've got it set to -5 to 0 if that makes a difference
[15:48:03] <tommer5k> sorry, it's ona nother computer so i can' copy paste but:
[15:48:05] <micges> Phil_: m62 and m63 are perfect for engraving
[15:49:27] <micges> tommer5k: please pastebin ini file when you can then we can take a look
[15:49:58] <tommer5k> yeah, i can do that
[15:50:17] <Phil_> I'm trying to figure out if I can download the files needed for rastering on my win machine and transfer them via usb. The engraving machine has no net access.
[15:51:55] <Phil_> Oh, I changed the commands to M62/63 and just made my first cut with LinuxCNC :)
[15:52:24] <micges> Roguish: it shouldn't be a problem but I haven't tried that
[15:52:59] <micges> Roguish: in 7i43 zip file there should be tools for accesing 7i43 via usb
[16:12:24] <Roguish> micges: thanks. it's 7i43 or some cheap parallel breakout.
[16:14:04] <DJ9DJ> gn8
[16:47:28] <ms100> I have a simple config that will sometime start and work and sometimes not. After running fine, if I exit Axis it will sometimes (often) give me this:
http://pastebin.com/jC8wHiBC Then, when I go to start it up again it will sometimes (often) give me this:
http://pastebin.com/aEAfDp5b but if I just try to launch it again it usually works just fine.
[16:48:02] <ms100> My ini and hal are here:
http://pastebin.com/wkX7shRF http://pastebin.com/n7x8bFgx
[16:48:24] <ms100> This is a stock 2.5.2 on 10.04 from the LiveCD
[16:48:48] <ms100> It us running on an Atom 2800 motherboard.
[16:50:24] <ms100> Is everyone driving to Wichita?
[16:50:45] <Tom_itx> no
[16:50:50] <Tom_itx> i'm here already
[16:50:53] <ms100> :-)
[16:50:56] <micges> ms100: how did you managed to get video driver working on 2800 ?
[16:51:09] <ms100> Just worked
[16:51:28] <ms100> I don't think I have hardware acceleration though...
[16:52:11] <micges> it's tricky to get this working on that board
[16:52:31] <ms100> well, I shouldn't say that, I don't really know what I have. The machine is fine, but it seems like graphics is a bit slower than it should be....
[16:52:32] <micges> probably it's related to things you're experiencing
[16:53:33] <ms100> The errors say I have a problem in my config file, but I don't see it and it doesn't say what it is....
[16:54:20] <micges> set [EMC]DEBUG = 0x7FFFFFFF
[16:54:32] <ms100> In the ini file?
[16:54:51] <micges> and next time you will experiencing second errror please pastebin terminal output
[16:54:56] <micges> yes ini file
[16:57:34] <ms100> http://pastebin.com/nFMSmqMq
[16:59:45] <micges> and when you second time try to run axis, it just works?
[17:00:06] <ms100> Yep, works and runs fine as far as I can tell....
[17:00:44] <micges> ok, one more, after crash while exiting please pastebin output from lsmod command
[17:06:25] <gromits> Hey did user MS100 exit? That was me and I think the whole machine crash/hang when I was trying to get the error on exit
[17:06:32] <pcw_home> Tom_itx: theres no B in the PINXXX files as they are FPGA size agnostic (pin file are only tied to configs with the correct number of pins ( PIN_SVST2_4_7I47_48.vhd is probably what you currently have)
[17:07:06] <pcw_home> )
[17:07:27] <micges> gromits: seems so
[17:07:34] <gromits> trying again...
[17:07:55] <ms100> that me, or him :-)
[17:09:45] <ms100> Weird, now I can't get it to give me the error on exit. I couldn't before the machine crashed just now either....
[17:10:08] <ms100> I do still get it on start up every 2nd or third attempt though...
[17:19:04] <micges> NML is connecting Axis gui with rest of Linuxcnc
[17:25:51] <ms100> I have an identically built machine. I am going to try it there to see if it happens on different motherboard....
[17:26:15] <pcw_home> Hmm Kimchee DOES NOT go well with grapefuit
[17:26:34] <gromits> thx, i'll try to remember that :-)
[17:27:03] * ms100 goes off to become different hardware in another life
[17:33:05] <ms100> ok
[17:33:14] <ms100> let's see if it happens on this hardware....
[17:36:21] <ms100> Yep same darn thing, runs sometimes, crashes sometimes :-(
http://pastebin.com/LSJGvCJX
[17:36:51] <ms100> So, this is a completely different set of identical hardware with the same configuration
[17:40:46] <micges> could you try example config with tklinuxcnc gui?
[17:41:15] <Tom_itx> pcw_home to add the sserial do i add the sserialtag line and replace one of the nulltag lines with it?
[17:41:36] <Tom_itx> at the top of the .vhd file
[17:42:07] <ms100> I just tried a ~linuxcnc/config/sim/axis and it has the same problem. How do I try on with tklinuxcnc?
[17:42:31] <ms100> on==one
[17:43:24] <Tom_itx> then replace a couple of the io lines with the ioporttag lines in the io section?
[17:43:31] <micges> config/sim/tklinuxcnc
[17:43:33] <Tom_itx> i see i think 3 lines each for the sserial io
[17:43:45] <Tom_itx> Rx Tx and En
[17:43:54] <pcw_home> Tom_itx: what i would do is merge a bit of SSSVST2_2_4_7I47 with SVST2_4_7I47
[17:44:19] <Tom_itx> that's kinda what i'm looking at
[17:44:24] <pcw_home> 7I47 has no enables so TXEN is not used
[17:44:35] <Tom_itx> so 2 pins each then
[17:44:41] <Tom_itx> i only need one sserial really
[17:44:51] <Tom_itx> rx tx
[17:45:03] <pcw_home> yes rx1 and tx1 only
[17:45:08] <Tom_itx> does it matter on the differential inputs which is which?
[17:45:28] <Tom_itx> err one is in one is out so it would matter
[17:45:33] <ms100> config/sim/tklinuxcnc also crashed. Output here:
http://pastebin.com/4hrvHf5J
[17:46:04] <pcw_home> which 7I47 channel you use or + and - ?
[17:46:25] <Tom_itx> i haven't decided yet, i was just looking over the files
[17:47:03] <Tom_itx> i'm open for suggestions at this point
[17:47:42] <pcw_home> I think the sssvst2xxx file uses 7I47 RX/TX 0 and 1
[17:48:19] <Tom_itx> which is my encoder currently
[17:48:44] <ms100> I should add, that just like my config, if I try again it launches and runs fine...
[17:49:19] <pcw_home> I do (somewhere) have the notes on which cat5 colors go to which of rx-,rx+,tx-,tx+
[17:49:42] <Tom_itx> i need 4 pins?
[17:49:42] <Tom_itx> tx /tx rx /rx
[17:50:01] <pcw_home> yes
[17:50:12] <Tom_itx> ok i'll see what i can free up
[17:50:20] <Tom_itx> i can put them on any pairs i want right?
[17:50:23] <pcw_home> at the 7I47 terminals (only 2 flat cable signals)
[17:50:44] <pcw_home> Yes an TX pair and any RX pair
[17:50:58] <ms100> perhaps i'll post on the mailing list and see if anyone has seen this
[17:51:23] <Tom_itx> i'm gonna try to remove these pulldowns first and get it working then tackle the switchover to the other board
[17:51:43] <Tom_itx> how do you address the sserial pins in hal?
[17:51:51] <pcw_home> >> A hint for cable making (since the sserial cable connection to the 7I47=
[17:51:52] <pcw_home> >> 7I47 TXN- --> CAT5 ORANGE/WHITE
[17:51:54] <pcw_home> >> 7I47 TXN+ --> CAT5 ORANGE
[17:51:56] <pcw_home> >> 7I47 RXN- --> CAT5 GREEN/WHITE
[17:51:57] <pcw_home> >> 7I47 RXN+ --> CAT5 GREEN
[17:51:59] <pcw_home> >> 7I47 GND --> CAT5 BLUE BLUE/WHITE
[17:52:00] <pcw_home> >> 7I47 +5 --> CAT5 BROWN BROWN/WHITE
[17:52:27] <Tom_itx> is that A or B pinout?
[17:52:46] <Tom_itx> i forget which is which anyway
[17:53:03] <pcw_home> Yeah in actuality you really dont need any m ore hardware :-)
[17:53:16] <Tom_itx> i know
[17:54:04] <Tom_itx> ok if i switch the pulldowns to pullups it won't interfere then right?
[17:54:12] <Tom_itx> i realize i probably don't need them at all...
[17:54:19] <Tom_itx> but they're all nicely soldered in place
[17:54:44] <Tom_itx> then switch all the logic around in hal
[17:54:55] <pcw_home> I suspect changing to pullups will solve your problem
[17:55:31] <Tom_itx> then use active gnd switches
[17:55:36] <Tom_itx> active low
[17:55:39] <pcw_home> and if that doesnt work, add capacitors, and it that doesn't work add debounce
[17:58:33] <pcw_home> sserial HAL pins are somewhat magic as the pin names are in the remote device, but typically would be something like:
[17:58:35] <pcw_home> hm2_7i43.0.7i84.0.0.input.00
[17:59:40] <Tom_itx> but if you twiddle with them in the file you need to know where to reach em
[18:00:31] <pcw_home> twiddle?
[18:00:42] <Tom_itx> well assign them to nets
[18:01:46] <pcw_home> net kimchee hm2_7i43.0.7i84.0.0.input.00 => motion.blort
[18:02:10] <Tom_itx> what's the .0.0. for?
[18:02:17] <Tom_itx> i get the rest of it
[18:02:36] <Tom_itx> .0 would be the first 7i84 board
[18:02:42] <Tom_itx> i think
[18:02:49] <Tom_itx> but what's the 2nd .0 for?
[18:02:59] <pcw_home> first 0 is first sserial, second 0 is sserisl channel (0 through 7)
[18:03:10] <Tom_itx> ok
[18:03:22] <micges> ms100: please pastebin your ini and hal
[18:03:25] <Tom_itx> so each sserial can have 8 channels
[18:03:47] <pcw_home> Yes and there can be 4 instances of sserial
[18:04:30] <pcw_home> theres an alternate naming scheme available in master
[18:05:32] <andypugh> Yes, you get pins like hm2_7i84.0123.input.00 (where 0123 is the last few digits of the serial number of the sticker on the board)
[18:06:47] <pcw_home> the alternate scheme has the advantage of not causing major screwups if you swap channels around
[18:06:50] <Tom_itx> oh with the new naming convention?
[18:07:21] <Tom_itx> who could possibly do such a thing :)
[18:07:51] <pcw_home> first scheme is like geographic addressing, secon is more like a cell number
[18:08:09] <pcw_home> cell phone number
[18:09:47] <Tom_itx> ok now to see if i can make all this reverse logic work again
[18:16:48] <ms100> micges: I posted the pastebin links for hal and ini in the beginning of the thread. Probably doesn't matter though since the sim configs also fail. I osted the question to the -users email list as well. Thanks for helpin.
[20:12:21] <Tom_itx> is there a signal indicating feedrate?
[20:12:32] <Tom_itx> including feedrate override
[20:12:39] <Tom_itx> the actual rate...
[20:14:07] <Tom_itx> i see motion.current-vel
[20:19:44] <Tom_itx> but i was looking for something that would be in gcode F units
[20:20:04] <Tom_itx> if there is such a thing available
[20:59:10] <Tom_itx> ok that went almost too smoothly
[21:34:12] <skunkworks> Tom_itx: what?
[21:35:35] <Tom_itx> all the problems i was having
[21:35:50] <skunkworks> Tom_itx: did you figure the errors you where getting yesterday?
[21:36:06] <Tom_itx> i reversed the logic on my pendant buttons
[21:36:06] <Tom_itx> i had pulldowns and active high buttons
[21:36:19] <skunkworks> great
[21:36:21] <Tom_itx> the 7i43 also had active pullups
[21:36:25] <Tom_itx> so i fixed it
[21:36:37] <skunkworks> noise was the main issue?
[21:36:47] <Tom_itx> the pullups were fighting each other
[21:36:50] <skunkworks> ah
[21:37:11] <Tom_itx> but i originally had a reason for doing it i just can't remember what it was
[21:37:28] <Tom_itx> initially my spindle would run on startup but something along the way has seemed to fix that
[21:38:03] <Tom_itx> i haven't run any parts yet but i think it's alot better at least
[21:38:46] <Tom_itx> i eliminated my pendant code last night and it ran parts fine
[21:38:56] <Tom_itx> so i'm sure this was the issue
[22:47:19] <tommer5k> can anyone tell me how do i express my feedrate for the facing gcode generator?