On Mon, 5 Nov 2007, Kirk Wallace wrote: > Date: Mon, 05 Nov 2007 09:37:27 -0800 > From: Kirk Wallace <[EMAIL PROTECTED]> > Reply-To: "Enhanced Machine Controller (EMC)" > <emc-users@lists.sourceforge.net> > To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net> > Subject: Re: [Emc-users] Step/Direction Drivers > > On Mon, 2007-11-05 at 12:17 -0500, Stephen Wille Padnos wrote: >> Kirk Wallace wrote: >> >>> [snip] >>> >>> Where can I get more information on Hostmot2? >>> >>> >> I think the Hostmot2 files are on the Mesa website, but my understanding >> was that they only work with the 5i22. I should look more closely at >> the VHDL source I guess :) >> >> At the moment, there is no EMC2 driver for the HostMot2 configuration. >> Hardware that's this configurable is difficult to use in the HAL model, >> because the HAL pins you need are dependent on the configuration of the >> hardware, and can't be changed after driver load time. This means that >> you either need to specify all of the options on the driver load line (a >> nightmare when there are so many functions), or you need to export all >> possible pins in HAL, along with enable / mode bits that allow the user >> to (re)configure the hardware in HAL. This is difficult at best because >> some functions require other functions to be shut off, and there are >> "unintended consequences" - for example, if you enable an SPI port, that >> disables the I/O functionality on those two pins (though you can still >> read back the pin state, I believe), so what do you do if someone has >> connected those I/Os to a HAL signal? >> >> I think there will also be SPI blocks in the configurable Mesa HAL >> driver at some point, FWIW. >> >> - Steve > > Are you talking about reconfiguring the 5i20 after loading EMC and the > 5i20 driver? Normally, I would think, you would create the new > configuration in a new driver. It certainly would be cool to be able to > dynamically configure EMC and the 5i20, but might not be good for people > like me to know about it.
You could also pretend that its not dynamically changeble and have the driver setup the IO options permamently when initilaizes the card, having a handful of different driver options, maybe changing IO only on a per connector basis, like the current hardware does. And yes, GPIO is always readable even if its used for another function. If the other function is input, there is no problem, but if its output, of course the alternate function controls the pin, and inuts of that bit wil read the alternate functions output state. > > -- > Kirk Wallace (California, USA > http://www.wallacecompany.com/machine_shop/ > Hardinge HNC lathe > Bridgeport mill conversion pending > Zubal lathe conversion pending) > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your (")_(") signature to help him gain world domination. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
