andy pugh wrote: > On 10 October 2012 18:14, Jon Elson <el...@pico-systems.com> wrote: > > >> rtapi_print_msg(RTAPI_MSG_ERR, "PPMC: Check Parallel Port connection.\n"); >> > > I _think_ RTAPI_MSG_ERR is meant to always show. >
Hmmm, oh, wait, I think I know what it is! Depending on the particular timing and logic levels of the parallel port, it can report 0xFF, 0x00 or some combination of bits when it tries to detect boards at unoccupied addresses. 0xFF and 0x00 are properly detected by the code as an unoccupied slot address. But, if the state of the cable at the time it samples it is some inbetween bit combination, but no match to a known PPMC device, then it falls through to the default test of the case statement, and produces the message. Yup, my "abnormal signal simulator" produces the same result. It is a bunch of capacitors on the data lines to hold the state for some microseconds. Well, I guess I ought to fix the message so it can be turned on if needed. Jon Jon ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
