From: Curt W. <wid...@ec...> - 2004-03-04 05:39:19
|
I must admit total ignorance of DI, C, IR and HR as well, althought I might suspect HR is holding register which would send me towards the Modicon Docs, if I had any. I suppose it depends on which way you're coming at the problem. As a Modicon user or as a MAT user :^) We should go the way that's most obvious to the least informed. IMHO I suggest we all look at esr's latest ravings as well. He has a strong point, especially for our audience. Regards Mario de Sousa wrote: > On Wed, 2004-03-03 at 11:02, Jiri Baum wrote: > >>Mario de Sousa: >> >>> BTW, I wanted to update the modbus module manual page, but I don't >>>really know much html. Maybe you could do it for me? >> >>Done. >> >> >>> The way I said things makes it all sound very confusing, but it really >>>is simple. Maybe you can find better wording for it all? Or somebody >>>else would like to give it a go? >> >>I ended up putting it all in a table - hope I haven't mixed anything up. >> >> >>BTW, what do you think of the idea of accepting DI, C, IR and HR as synonyms >>for in_bit, out_bit, in_word and out_word? (Wishlist #896274) I think they'd >>be a lot more meaningful to the average user... > > > > > Adding it to the code is simple enough. This is all very confusing > mostly because a lot of different names are given to the same things in > several places. The modbus specification uses one naming convention, > then these things get mapped onto completely different things for each > PLC vendor (Modicon doesn't really let you access the inputs and outputs > directly, as the standard assumes you should, etc...). > > I myself can't figure out what your DI, C, IR and HR stand for! I used > in_bit, out_bit, ..., because I thought it would be the simplest to > understand. Adding the function codes to the manual page should resolve > all doubts. Anyway, if everybody can come to a consensus to what we > should call them , I will gladly change it. Or you may do so if you > wish. It is fine by me. I just find this all very confusing myself... > > > BTW, the table looks great. Could you please explain what the 'long > address' entry is though? I can't figure it out myself! > > > > Cheers, > > Mario. > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > MAT-devel mailing list > MAT...@li... > https://lists.sourceforge.net/lists/listinfo/mat-devel > |