#emc-devel | Logs for 2008-12-15

[00:18:51] <CIA-42> EMC: 03cmorley 07TRUNK * 10emc2/src/hal/classicladder/protocol_modbus_master.c: fix wrong length of responce calculation of write registers
[02:49:30] <jepler> I've figured out enough about ghdl to make a test bench that reads and writes unix standard I/O
[02:49:42] <SWPadnos> yay!
[02:50:00] <jmkasunich> cool
[02:50:03] <jepler> now where's the dotted "cut here" line so that I can have my test bench fondle the data and address bus of 5i20?
[02:50:06] <jepler> er, hostmot2
[02:50:35] <jmkasunich> you are trying to simulate driver <-> fpga interaction?
[02:50:41] <jepler> jmkasunich: right
[02:51:31] <SWPadnos> don't you need a file of test vectors?
[02:51:32] <jepler> I think the communication from the hostmot2 userspace component will be something like 'w <addr> <value>' 'r <addr>' or 'x <fpga cycles>'; to 'r <addr>' there will be a reply with some 32-bit numbers
[02:51:33] <jmkasunich> seems like every driver outb or inb will need to be turned into bit twiddling
[02:52:10] <jmkasunich> still trying to wrap my head around what you want to do
[02:52:18] <SWPadnos> you may need the local bus control lines as well (R/W ...)
[02:52:33] <SWPadnos> and address of course
[02:52:39] <jmkasunich> load a tweaked version of the driver, that does the w <addr> <value> stuff instead of outb/w
[02:52:50] <jmkasunich> then load as another process the FPGA emulator
[02:52:52] <jmkasunich> ?
[02:52:54] <jepler> jmkasunich: yes
[02:53:22] <jmkasunich> but the fpga emulator will probably be running hundreds of times slower than the rest of EMC
[02:53:28] <SWPadnos> oh, cool then :)
[02:53:34] <jepler> so that you can for instance investigate the behavior of stepgen without running a real mesa card
[02:53:58] <jepler> jmkasunich: that's OK -- sim rtapi will just run very slow compared to wall time
[02:54:06] <jmkasunich> will you somehow sync everything to the simulated FPGA clock, so that EMC doesn't .... OK
[02:54:35] <jepler> if it blocks waiting for the reply to a 'r <addr>' command, it'll just block all the simulated rtapi threads until it returns
[02:54:57] <jepler> probably won't run the simulated mesa at 50MHz anyway .. might still get useful results running it at 100kHz
[02:55:34] <jepler> a lot of work before it would get to that point; i wonder if it's worth my time
[03:08:28] <SWPadnos> that driver should (in theory) just be an equivalent to hostmot_pci
[03:08:42] <SWPadnos> or hm2_pci (however it's spelled)
[03:09:25] <SWPadnos> since (again in theory) the physical I/O is in a separate layer from the functional part
[03:53:31] <seb_kuzminsky> jepler: cool!
[03:53:34] <seb_kuzminsky> SWPadnos: hm2_sim
[03:53:46] <SWPadnos> have at it :)
[03:54:13] <seb_kuzminsky> i'm having at other stuff atm ... ;-)
[03:54:26] <SWPadnos> yeah, same here
[13:09:00] <jepler> huh, linuxcnc.org down?
[13:09:06] <jepler> or just slow
[13:09:25] <jepler> ah there it goes
[13:16:44] <BigJohnT> hey jepler a couple of years ago you added a rm in the debian/rules.in for the HAL_User_Manual.pdf
[13:17:06] <BigJohnT> I'd like to split that part out of the integrators manual so do you mind if I undo that?
[13:17:10] <jepler> 08:39:16 <jepler> last I knew, the hal manual was repeated in its entirety in the integrator manual. so there was no point in having both
[13:17:14] <jepler> 08:39:32 <jepler> the mpurpose of the hal manual is for the nearly-mythical person who wants hal without emc
[13:17:17] <jepler> 08:39:38 <jepler> s/mpur/pur/
[13:17:19] <jepler> 08:39:59 <jepler> if that's changed, then remove the line that removes the pdf, and add the right line to emc2.files.in for it
[13:17:56] <jepler> so yes if the hal manual is not just duplication of material in the integrator manual, then you should get rid of the 'rm' and add it to emc2.files.in
[13:18:34] <BigJohnT> yes I will remove the duplicate from the integerator manual
[13:18:45] <BigJohnT> ok, thanks
[13:20:12] <jepler> bbl, work..
[13:59:08] <jepler> jmkasunich: built 5i20 bitfile on windows from spec2bit.py
[13:59:11] <jepler> still haven't tested
[14:22:57] <micges> I've tested today trivkins with perpendicular correction and it works perfectly
[14:23:31] <micges> free mode with no real correction, only in coords mode is applied
[14:31:07] <micges> wiki page barely available here
[14:44:52] <christel> [Global Notice] Hi all, Terribly sorry for that network burp -- appears one of our sponsors decided to reboot the server without warning, affected users in the region of 2,000. We apologise for that mishap and hope you have a nice day!
[14:48:20] <jepler> micges: yes, the hosting service for www.linuxcnc.org and wiki.linuxcnc.org seems to be having some problems this morning.
[14:50:40] <micges> I see, where to put kins mentioned above ? it was tested and I want to put in public
[14:50:58] <jepler> on the wiki, when it's available again
[14:51:30] <micges> ok
[14:56:28] <micges> bbl