Ted Hyde wrote:
> 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.)

Sounds to me like you're really close.

I suggest starting with GPIO instead of the encoders, just to verify the 
7i43 and HAL functioning before adding more hardware to the mix.

If you have a 50-pin break-out board like 
<http://www.winfordeng.com/products/brk2x25.php> or 
<http://www.daqstuff.com/50_pin_breakout_500013.htm> or comparable, 
connect that to P4 or P3.  If you don't have a break-out board you can 
do the test with just a ribbon cable, but you have to be more careful to 
count the pins correctly.

Load the hm2_7i43 driver with all functions turned off (by saying 
config="num_encoders=0 num_stepgens=0 num_pwmgens=0").  All the pins 
become GPIOs, which default to inputs with pullup resistors.  Run an 
instance of halmeter, watching one particular GPIO input.  It should 
start out 1/High/True.  Then grab a wire and put one end on a ground pin 
(any even-numbered pin on the 50-pin connector), and touch it to the 
GPIO input you're watching.  You should instantly see it go to 
0/Low/False in the halmeter window.

Once that's working, use the wire to connect one GPIO to another GPIO, 
then use HAL to turn one of those GPIOs into an output.  Toggle the 
output via HAL, and verify that the input GPIO follows the output GPIO.

At this point you know the 7i43 is working right and you can talk to it 
from HAL.  The next step then is to add more hardware such as encoders 
and servo amps etc.


> 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!

This is odd to me.  I thought the BIOS settings would be over-written by 
the driver when it initializes the parallel port.  Can any of the other 
parport hackers confirm or deny this?

Ted, can you add "debug_epp=1" to the hm2_7i43 command line (by itself, 
not inside the config="foo") and pastebin the dmesg output for both EPP 
1.7 and EPP 1.9 in the BIOS?


> /lib/firmware folder is populated, symlinked and does have the requested
> .BIT files inside it.

Agreed, this part's definately working or you wouldnt have gotten as far 
as you have.


> 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".

Both the 200k and the 400k parts work fine on my development system, 
there should be no need for you to downgrade.

You're right to use the 400k firmwares (the ones without "S" on the end 
of the filename).


> 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.

I too have not had any luck with PCI parallel port cards...


-- 
Sebastian Kuzminsky
Distances obtained as the speed of light multiplied by a cosmological
time interval have no direct physical significance.
<http://en.wikipedia.org/wiki/Observable_universe>

-------------------------------------------------------------------------
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

Reply via email to