On Monday 07 November 2016 13:50:28 Peter C. Wallace wrote: > On Mon, 7 Nov 2016, Gene Heskett wrote: > > Date: Mon, 7 Nov 2016 12:43:19 -0500 > > From: Gene Heskett <ghesk...@shentel.net> > > Reply-To: "Enhanced Machine Controller (EMC)" > > <emc-users@lists.sourceforge.net> > > To: emc-users@lists.sourceforge.net > > Subject: Re: [Emc-users] unbricking the pi > > > > On Monday 07 November 2016 10:02:02 Peter C. Wallace wrote: > >> On Mon, 7 Nov 2016, Gene Heskett wrote: > >>> Date: Mon, 7 Nov 2016 04:26:21 -0500 > >>> From: Gene Heskett <ghesk...@shentel.net> > >>> Reply-To: "Enhanced Machine Controller (EMC)" > >>> <emc-users@lists.sourceforge.net> > >>> To: emc-users@lists.sourceforge.net > >>> Subject: [Emc-users] unbricking the pi > >>> > >>> Greetings all pi players; > >>> > >>> Is there a key to be held down during boot that will give me the > >>> effect of adding single to the kernel command line, effective > >>> bypassing the login so I can stand a snowballs chance of running > >>> raspi-config and undoing the dumbassed mistake I made? > >>> > >>> Then is there anything that can be done to make the wireless > >>> keyboards work? Wally didn't have any more of the logitech k-360, > >>> so I bought an unknown "darkweb" that looks like a clone of the > >>> k-360, but has a smaller numbpad with a touchpad under it, about > >>> 2" wide by 1.35" high thats worthless as a full width stroke only > >>> moves the mouse about an inch on the monitor screen. And that is > >>> still subject to the cold molasses motion. > >>> > >>> Second unrelated question, I see in the x86 /lib/modules tree, > >>> 3 "*spi.ko" modules. Can one of them do this spi over an epp > >>> parport? Any documentation there may be, has never made it to > >>> /usr/share/doc > >>> > >>> > >>> Or, if Peter can tell me how to reprogram this 7i90HD back to > >>> accessing it via epp when it is now set for spi access? I am sold > >>> on the plethora of I/O it can do and would like to be able to use > >>> it on this lathe from an x86 box. > >> > >> There are 2 independent jumper selectable configs on the 7I90HD > >> (see manual) I would always leave one config in EPP mode. If you > >> wish to reprogram the SPI config, you power cycle the 7I90HD with > >> the jumper in the EPP position move the jumper back to the SPI > >> position and then program whatever bit file you wish via EPP (never > >> running mesaflash with the jumper in the EPP position) > > > > I'll check the book, I hope that is what I did... If that is what I > > did, I should find that jumper in the spi position NOW, right? > > > > Thanks Peter, I may do that, but with the plethora of spi bit files, > > we users would sure love to see a human readable description of what > > each one does as opposed to putting it in then booting up lcnc to > > see what falls out, which on the pi is not in dmesg, so you have to > > run linuxcnc -l >7i90_cap.txt, and print that to get a record of > > what it has available in that bitfile. The pdf only has 5 or so > > examples, but there are 30 or more *spi*.bit files to choose from. > > You can get the pinout from mesaflash with the --readhmid option > I'm pretty sure this works with the latest mesaflash if the in kernel > SPI driver works (always a question...). > > > Perhaps you can tell me which of the 3 kernel *-spi.ko files will > > turn the parport on an x86 mobo into an spi port? That might be an > > exploreable tunnel to poke about in, or would the epp version be > > faster? > > I dont think there are any parallel port kernel SPI drivers > so you need to flash SPI configs with a system with a working kernel > SPI driver/SPI hardware (which is why I suggest leaving one config as > EPP)
Well, my next problem after getting it unbricked is a 7i90HD problem from the looks of it. Can you tell me the magic incantation to put in a hal file, that will turn an opendrain outout into a sink for a true into that gpio's .out pin? I am getting a pretty good sink regardless of the input state to the .out pin with is_opendrain=1,and is_output=1. .invert_output=1 or 0 seems to have no effect. > Here is the code as it exists ATM. ##################################################### #setup to drive vfd enables, building down from top # ##################################################### setp hm2_[HOSTMOT2](BOARD).0.gpio.071.is_output 1 setp hm2_[HOSTMOT2](BOARD).0.gpio.071.invert_output 1 setp hm2_[HOSTMOT2](BOARD).0.gpio.071.is_opendrain 1 net forward_vfd <= motion.spindle-forward => hm2_[HOSTMOT2] (BOARD).0.gpio.071.out # p3-47 setp hm2_[HOSTMOT2](BOARD).0.gpio.070.is_output 1 setp hm2_[HOSTMOT2](BOARD).0.gpio.070.invert_output 1 setp hm2_[HOSTMOT2](BOARD).0.gpio.070.is_opendrain 1 net reverse_vfd <= motion.spindle-reverse => hm2_[HOSTMOT2] (BOARD).0.gpio.070.out # p3-45 Those pins on p3, 47,45 are sinking regardless of the true/false showing on a halmeter. They are driveing an opto-isolator board powered by 5 volts by sinking the - end of the opto. A sink in is wired to be a sink out, of a 12 volt signal from the vfd which is true=low to enable it. Worked great, with a 5i25 doing the driving. Oh oh, I think I just spotted the problem, brb. Yup, dumbassed old man, had the test clips on p1 47-45, not p3. Grrrrrrr I threaten as I look into the mirror. Some days its just not worth it to chew thru the straps and get up in the morning. > Peter Wallace > Mesa Electronics Thank you Peter. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
