>On Tue, Oct 14, 2008 at 10:53:50AM +0200, Sebastian Kuzminsky wrote:
>> You dont need to set siggen.0.update.tmax, it gets set by the siggen
>> driver to communicate to the user how much time it's taking to run.
>> Setting it has no effect.
>Just guessing, but I suspect that line is there 'halcmd save' saves
>these parameters. It doesn't know any better..
>
>Jeff
Jeff- you are correct - the output prior was a "Save" dump from halcmd. I
also trimmed it to get rid of the 40+ unused pins for the board I wasn't
interested in at the time.
Since Keil and I have multiple posts coming from different angles, I hope we
won't be confusing things, so I popped my name in the subject line.
I've been rebuilding my EMC from Trunk, in an attempt to get as close to
what Jeff & Sebastian have working; still no luck, but here's what I do
have:
Heron EMC2 Live CD built on an Epia M 10000 board, w current 1.16 BIOS. EPP
set to ver1.9
Re-compiled EMC2-trunk per web instructions, sim and stepper-mm configs
still work fine through unaided parallel port.
7i43 (400K Spartan3) board is USB powered now (Sebastian's suggestion,
though no difference from external port was found) - and is set for EPP
firmware load/config.
If I have the EPP mode set to 1.7, I can load SV8B.BIT into the board, add
read and write components to the threads, and start the RT Kernel now.
(Sebastian - the suggestion to go from 100,000 ns timing to 1,000,000 ns
timing was effective, thank you - lockups gone)
However, no response to external stimulus (I have a confirmed good encoder
attached to encoder 01 input, have moved from active hi/active low configs,
no change.)
If I change BIOS to EPP 1.9, hm2_7i43 components will fail to load, halrun
notes:
Error inserting '/home/cnc/emc2-trunk/rtlib/hm2_7i43.ko': -1 Input/output
error
And dmesg output indicates:
[timing..] Hm2/hm2_7i43.0: error reading HM2 Config name
[more timing.] hm2_7i43.0: board at (ioaddr=0x0378, ioaddr_hi=0x0778,
epp_wide ON) not found!
Adding the epp_wide=0 token doesn't affect the outcome (although it does
accept and indicate epp_wide OFF during the resulting dmesg).
/lib/firmware folder is populated, symlinked and does have the requested
.BIT files inside it.
I've noted in other posts that it's the 200K board currently being worked
on..do I need to downgrade for this to get going? Using the "..S.BIT"
firmwares obviously fails (dmesg says "bad token"), substituting the other
".B.BIT" firmwares results in the same failures as "SV8B.BIT".
I have tried this on 2 separate motherboards (my Epia M10000 and a GeForce
6100) with same results, as well as a PCI parallel port card (which was a
total disaster). I don't think it's a MB/Bios issue.
Cable between the LPT port and the 7i43 is a freshly-crimped 12" ribbon
cable, replaced with repeatable results.
Kindest regards,
Ted.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Emc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-users
