Re: [Emc-users] PID & BLDC
Kenneth Lerman wrote: > Hi Viesturs, > > For a cable to be good, it is necessary that all the signals have low > end to end resistance, but that is not sufficient. > > You should also check that no two signals are shorted to each other. > (But you probably know that.) > Also, for EPP to work, the crosstalk between certain signals needs to be small enough that it doesn't cause false triggering of circuits. The EPP mode has data and address strobes and an acknowledge signal from those strobes, as well as a reset signal and a read/write signal. At least these 5 signals are really critical, and any crosstalk on them from the data lines or other signals will cause corruption of the data. I have test programs that are used with my boards to detect faulty communication so that changes can be made until the communication is reliable. A 20" cable made from straight ribbon cable may be long enough to cause crosstalk or reflections, due to the impedance not being matched. I have to use cables made specifically for IEEE-1284 use, they have "IEEE-1284 compliant" printed on the cable jacket. Many of my customers try to use some old cable they have on hand, and it almost always causes problems. I have made some ribbon cables about a foot long, and they seem to work. You can't detect these sorts of problems with a DVM, you need an oscilloscope, at least. Jon -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] PID & BLDC
Hi Viesturs, For a cable to be good, it is necessary that all the signals have low end to end resistance, but that is not sufficient. You should also check that no two signals are shorted to each other. (But you probably know that.) Regards, Ken On 11/27/2011 5:17 AM, Viesturs Lācis wrote: > 2011. gada 27. Nov. 09:41 "Viesturs Lācis" > rakstīja: >> I will check the cabling with multimeter to see, if they are ok and >> then proceed with any conclusions. >> > I checked all 25 leads in D525-to-7i43 cable, they all are good. > The only remaining thing, where the problem can be, is the 7i43 card itself > (or its drivers). > > Viesturs > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 3d PDFs was Re: Engaver Tool Changing
Am 29.11.2011 01:12, schrieb andy pugh: > On 28 November 2011 23:45, Fox Mulder wrote: > >> With current browsers suporting WebGL it is quite easy to embedd a X3D >> model into a web site without any need for an extra plugin. I tried this >> myself some time ago and it worked very good. > > It sort-of works for me, I had to enable it in the "Developer" menu, > and I did get a range of 3D views flashing up briefly, but not in any > way that seemed to be controllable. > The problem is that WebGL as part of the HTML5 standard is quite new and the grade of implementation varies over different browsers. I think it needs a bit more time to straighten up the standard and implementations in the browsers. For my tests i only use latest firefox which renders the 3D content quite well. WebGL is only a interface to OpenGL for native rendering of 3D content in the browser. My example with a X3D file is displayed over a javascript from x3dom which converts the geometry to WebGL language. There is also another javascript collection which uses COLLADA as source format for displaying the geometry in the browser. And i think in the future there will be more powerfull frameworks for WebGL which can read different kinds of source 3D formats. Ciao, Rainer -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 3d PDFs was Re: Engaver Tool Changing
Kent, Rainer; WebGL does only about 5% of what the X3D spec does; mind you, for most users, that is the most important 5%. ;-) As someone who presented X3DOM to the HTML5 Technical Committee on behalf of Dr. Johannes Behr; I think that his approach is a good one. WebGL has its issues; and some big ones at that. But, if they can somehow give it longevity, cross platform compatibility, speed, and keep it focused on some core functionality, it'll do well. I would not keep models in a WebGL format; keep them in, say, STL, and that way you'll be able to re-render them in a few years, should you wish to. (X3D would work, too, as it is an ISO standard; warts and all) JohnS. >>> the data sets into supporting documentation. This in addition to the >>> VRML/x3d models we were already creating and which the community didn't >>> like (we never overcame the problem of poor browser support of VRML >>> after Silicon Graphics went belly up). >> With current browsers suporting WebGL it is quite easy to embedd a X3D >> model into a web site without any need for an extra plugin. I tried this >> myself some time ago and it worked very good. You can see the test file >> at [1] which i created in blender and exported as X3D. >> The documentation how to do it is from the official x3dom homepage at [2]. >> >> Ciao, >> Rainer >> >> [1] https://quakeman.homelinux.net/files/webgl/lcd.html >> [2] http://www.x3dom.org/?page_id=1101 >> > I'm glad it worked for you, Rainer. > > I confess it's hard for me not to feel this is "déjà vu, all over again" > as the saying goes, but maybe this time the technology will stick. > > The community I served had seen the VRML effort peak and fade away long > before and were very suspicious that X3D would go the same way. The > specs kept getting thicker but the applications didn't grow. At the time > we could only predict that things would get better. Considering that > it's taken more than half a decade to get to where you can do what you > did with X3D, they were right to be suspicious. Even now, X3D seems > popular mostly in open-software ventures. This also helps explain my > community's enthusiasm for 3D PDF. It was being touted by a commercial > software giant they trusted to have staying power, Adobe Systems. (Would > it be mean spirited of me to point out what that trust bought them?) -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users