On 02/08/2016 08:23 PM, Jerry Scharf wrote: > I agree with the sentiment that it is less than ideal to have something > that certainly has a local microprocessor that then creates an analog out > which you then read in. It's a lossy channel and subject to any number of > problems. That assumes you have the software skills and documentation > necessary to control the beast. > IMO, lacking a detailed description of the modbus commands, the digital > interface is best used as a door stop.
You are completely right that digital requires a different skill-set and quite a lot of documentation. Lacking either makes it difficult. It may also be an opportunity to change something for the better. Creating documentation, doing reverse engineering, making an open version of the hardware and software, etc.. Collaboration is probably the keyword here, just like LCNC is developed. That is, of course, a long term goal. You can always use a stop-gap solution to fix your current problem. But it would be nice to make it better ;-) -- Greetings Bertho (disclaimers are disclaimed) ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
