|
Hi,
thank you very much for the recommendations. I have updated the code and will post a new version shortly.
Stephan
|
|
|
|
|
Hi first of all thx a lot for this wonderfull applicatio but i have a question how to save values of message in case of coill inputs for further usage<
|
|
|
|
|
The MBmaster_OnResponseData returns the data for a read or write request. The ID identifies command you sent because you can send multiple request at a time and the ID tells you for what request you receive a response. The function value is just for reference and "values" is where you get your return data. You can transfer "values" into a global variable in case you want use the data somewhere else in your program. The sample program does this by simply using
data = values;
Stephan
|
|
|
|
|
Look stephan i'm gonna use ur code and try to develop scada system for data trending
Do u have any example for this application?
|
|
|
|
|
I am sorry but I dont have a sample for data trending.
Stephan
|
|
|
|
|
is it possible to open more than connection at a time
|
|
|
|
|
Yes, just create another instance of the master function block.
Stephan
|
|
|
|
|
Hello Stephen,
I tried using the example in a different context, Instead of havin btnReadHoldReg_Click(..) invoke the callbacks I have an example that works on timers. Lets call this function ReadHoldReg_Click().
It works for a while, but then the "values" array becomes NULL  and there is nothing to copy and an exception is thrown. Since my example is too big to debug I am trying to modify your example to work on "ticks" rather than "clicks" to see if the same undesired behavior can be somehow provoked.
Originally I tried using a Modbus driver from a different source, but this never worked. The connection dropped after a while and the reconnection sequence did not work for me.
https://groups.google.com/forum/#!topic/nmodbus-discuss/Tb834C5wnpU[^]
Has anyone experienced the "values" array in the frmStart.cs module going NULL?
....
grpData.Text = "Read holding register";
globaldata = values;
regards
Colm
modified 26-Jul-13 9:38am.
|
|
|
|
|
For connecting to siemens S1214 I had to change port from 501 to 102 but now the fild below remain white ever.
In this way I (hope) have estabilished the connection, now i'd like read and write!
pls help me thanks!
|
|
|
|
|
The standard port for modbusTCP is 502. Where did you change that port (Windows or Siemens) and what field exactly remains white?
Stephan
|
|
|
|
|
I've resolved everything and i've also build a solution for read , bool, int, real and string.
For develop this .dll i used the LibNoDave.dll library.
Soon i hope to post my release.
PS: the port that I use is 102
|
|
|
|
|
This is what I'm looking for,
Thanks
|
|
|
|
|
|
Hi,
I am trying communication between my PC and Siemens PLC with MODBUS TCP. PLC is a server, and I set "P#M100.0 BYTE 200" to holding register. I am using first 100 bytes for reading with no problem, but writing to the second 100 bytes doesn't work. I am using WriteMultipleRegister(6, 100, data), everything looks OK and no error msg, but value didn't change on the PLC side.
Could anyone please help?
Thanks a lot in advance.
Anne
|
|
|
|
|
Anne,
Can you please download wireshark and add some traces? This will tell us what data is sent and the response from the plc.
Stephan
|
|
|
|
|
Hi Stephen,
Thanks for your reply.
As you suggested, I tried wireshark, and was using your MODBUS tester to test the communication. It seems that for writing multiple registers, the start address couldn't go over 84. If start address is bigger than 84, for example 85, PLC will give out exception.
I saved the file and screen copy, but not sure how to attach it to this message.
and I am new to it, maybe did something silly.
Thanks,
Anne
|
|
|
|
|
Anne,
somewhere in the Siemens PLC there must be a configuration where you define the size of your Modbus buffer. It seems that you buffer is 84 plus the amount of data you try write. When you write to addresses below 84 do you see the values in the Siemens PLC?
Stephan
|
|
|
|
|
I am kind of get it. In my case, if the second 100 bytes are for writing, then the start address should be 50 instead of 100.
Is it right?
thanks,
Anne
|
|
|
|
|
did you resolve the problem!?
If yes could you contact me at andrea.feduzzi@gmail.com or post below.
I use siemens s1200 series
thanks
|
|
|
|
|
Hi thanks for the code but i am having a slight problem
Connection to the PLC is succesful but i cant seem to write coils.
I am using your test application.
Problem:
The Start address is at 0
The Size is 8 Bytes
I can write the first coil but when i try to write the second one it does not work
I have tried writing multiple coils but still it does not work. May I no why this is happening and how i can solve it
|
|
|
|
|
What error message do you get? Can you create a network trace with Wireshark?
|
|
|
|
|
I have Visual Studio 2008 and Framework 3.5 SP1
after convertion, a have error
'no overload for 'MBmaster_OnResponseData' matches delegate 'ModbusTCP.Master.ResponseData'
and others
which Framework or version VS should be correct for compile without convertion?
|
|
|
|
|
The framework that I used was 2.0 but it should work with newer frameworks as well. The message that you get sounds like the number of parameters that you define ResponseData function is not correct.
Stephan
|
|
|
|
|
I am not familiar with the visual studio tools, but I expect to be able to figure it out.
However, I cannot open the solution with the free download Visual Studio Express (VB and C# installed)
Can someone please give me a step by step on how to get started. 
Thanks.
|
|
|
|
|
The source code should work with VS2010. What exactly happens when you try to open it?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
