Activity for QTester104
-
ricardolo imported Code
-
QTester104 updated /readme.txt
-
-
-
-
-
Hi I tested it with Vincy Analyzer and it detected and returned the right addresses. It seems to be a problem with your slave side.
-
Stanislav posted a comment on discussion General Discussion
Maximum address is 65535. When I sent 65536 it hasn't feedback status. When I sent 65537 feedback address is 1!
-
-
-
-
-
Hi Sebastian, The connection is being dropped by the server for some reason. "QAbstractSocket::RemoteHostClosedError 1 The remote host closed the connection. Note that the client socket (i.e., this socket) will be closed after the remote close notification has been sent." Source https://doc.qt.io/qt-5/qabstractsocket.html You should check the server for allowed client IP addresses, check also client and server link addresses on both sides. Check server logs for the motive, if possible. Best regards,...
-
Sebastian posted a comment on discussion General Discussion
Hi, i new in this area and im testing your IEC Tester. When try to start the connection i got the following error. What do socket error 1 mean? Exist an erro code list? Thx for the tool, keep going. 13:03:20 Di Sep 8 2020 - v2.1 !!!!!TRY TO CONNECT! Try to connect IP: 192.168.30.1 *** TCP CONNECT! T<-- 006: 68 04 07 00 00 00 STARTDTACT SocketError: 1 *** TCP DISCONNECT! 13:03:25 !!!!!TRY TO CONNECT! Try to connect IP: 192.168.30.1 *** TCP CONNECT! T<-- 006: 68 04 07 00 00 00 STARTDTACT SocketError:...
-
Hi Quang, Sorry there isn't a proper manual. Just this tiny readme file. But you can ask me any question, no problem. Best regards, Ricardo
-
Quang Linh posted a comment on discussion General Discussion
Hi Mr. Ricardolo Please share manual of Qtester104 . I want to study this tool Thank you so much. On Sun, Mar 22, 2020 at 10:40 Quang Linh quanglinh@users.sourceforge.net wrote: Thank you so much Mr.Ricardolo I can cant controll. Wish you have an happy day! Have problem with double command https://sourceforge.net/p/qtester104/discussion/general/thread/81c039f3bd/?limit=25#c077 Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/qtester104/discussion/general/ To unsubscribe...
-
Thank you so much Mr.Ricardolo I can controll. Wish you have an happy day!
-
Thank you so much Mr.Ricardolo I can cant controll. Wish you have an happy day!
-
Hi Quang, I have tested now version 2.1 and it worked (see below). For double command, use value 2 for ON and 1 for OFF. Check also the QU field (can be 0-3). Best regards, Ricardo 20:04:13 T<-- 006: 68 04 01 00 18 00 SUPERVISORY 18 20:04:15 T<-- 016: 68 0e 06 00 18 00 2e 01 06 03 04 00 89 13 00 8e DOUBLE COMMAND ADDRESS 5001 DCS 2 CA 4 QU 3 SE 1 R--> 016: 68 0e 18 00 08 00 2e 01 07 03 04 00 89 13 00 8e CA 4 TYPE 46 CAUSE 7 SQ 0 NUM 1 ACTIVATION CONFIRMATION POSITIVE DOUBLE COMMAND ADDRESS 5001 DCS...
-
Dear Mr.Ricardolo I could use single command ( with SBO) but I couldnt control double command ( with SBO) with Qtester104. With other toos as test harness than I could use both success. Please help me to clear it. Reagard!
-
Ketil Johannessen modified a comment on discussion General Discussion
Thanks! That did the trick; I am now able to both send commands as well as receive analog measurements in the OSHMI Screen Viewer. Thanks a lot for swift and good response on this.
-
Thanks! That did the trick; I am now able to both send commands as well as receive analog measurements in the OSHMI Screen Viewer. Thanks a lot for swift and goog response on this.
-
Hi Ketil, Please check your point_list.txt file. For the command point, the RTU column must have the slave address (same value as SECONDARY_ADDRESS parameter from QTester104).
-
Hi! I have downloaded the OSHMI bundle and setup. Then disabled simulation mode and configured one of the circuit breakers in the KAW screen to route via RTU1. When I try to trip the circuit breaker from ON-> OFF, I see a grey log line of this messsage received by the QTester104, but it does not relay this command to the RTU. I do however see the GI request going to the RTU . Is there some config I have missed out which disables/prohibits the qtester104 protocol driver from actually sending the command...
-
I have never seen a system or RTU that make use of these ASDUs for parameter setting/activation. I guess that the working of those commands will vary from system to system. I mean some system may activate the parameter immediately, others may activete it by the P_AC_NA_1 ASDU. If you eventually learn something from this, please share it here so we may learn also as the usage in practice of those commands is kind of obscure.
-
I have never seen a system or RTU that make use of these ASDUs for parameter setting/activation. I guess that the working of those commands will vary from system to system. I mean some system may activate the parameter immediately, others may activete it by the P_AC_NA_1 ASDU. If you eventually learn something from this, please share it here so we may learn also as the usage in practice of those commands are a little obscure.
-
Pasi Lauri posted a comment on discussion General Discussion
Hi RicardoThis is very fine. I have not used these command earlier. Do you know, is the system, that firstly set all parameters with 110-113 commands and then put these on by 114 command? Thank PasiSent from my Huawei Mobile-------- Original Message --------Subject: [qtester104:discussion] Re: P_ME_NA_1 etcFrom: ricardolo ricardolo@users.sourceforge.netTo: "[qtester104:discussion] " general@discussion.qtester104.p.re.sourceforge.netCC: Hi Pasi, I have updated QTester104, version 2.1, with support...
-
Hi Pasi, I have updated QTester104, version 2.1, with support for 110-113 ASDUs in control direction. Also now the software can register in the point map panel the return of commands from RTU. I am not aware of another free software that can generate those ASDUs. Maybe some trial version. I hope this update can be useful to you. Best regards, Ricardo
-
-
The newest Qtest has lot of ASDU types but Parameters in Control Directions (110..113) are missing. Does anyone know a free program can be generated these? PL
-
-
Derek modified a comment on discussion General Discussion
Screenshot of v1.24 and v1.25 - http://prntscr.com/n4fqth Hi Ricardo, Qtester104 v1.25 does not seem to show the GI results even though the packets are returned while v1.24 does. I've checked for the packets in Wireshark and they seem to be returned fine in both versions. I'm not sure if this is just an output display issue or a deeper issue. In any case, just letting you know! Thanks for your help on OSHMI and QTester104! EDIT: Selecting "Point Mapping" worked, my mistake! Thank you, Ricardo!
-
In version 1.25 you have to select "Point Mapping" to collect point values in the right panel. This was turned into an option because it can affect performance for very large quantities of data.
-
Derek, QTester104 version 1.25 process network packets much faster than previous versions, specially GI packets, maybe you haven't noticed them passing fast. The packects should be logged, try to unselect "Auto Scroll" option and look back in the log to see if packets are there, they are marked with cause 20.
-
Screenshot of v1.24 and v1.25 - http://prntscr.com/n4fqth Hi Ricardo, Qtester104 v1.25 does not seem to show the GI results even though the packets are returned while v1.24 does. I've checked for the packets in Wireshark and they seem to be returned fine in both versions. I'm not sure if this is just an output display issue or a deeper issue. In any case, just letting you know! Thanks for your help on OSHMI and QTester104!
-
Hi Ricardo, Qtester104 v1.25 does not seem to show the GI results even though the packets are returned while v1.24 does. I've checked for the packets in Wireshark and they seem to be returned fine in both versions. I'm not sure if this is just an output display issue or a deeper issue. In any case, just letting you know! Thanks for your help on OSHMI and QTester104!
-
Nitish posted a comment on discussion General Discussion
Sir, Yes this simulator has both the reset process and test commands. Thanks once again for your valuable guidance. Regards, Nitish
-
Hello Nitish! I think that the RTU is not able to handle so many interrogations (1 per second is way too much). The link in I104 is somewhat abstracted as it is taken care by the TCP/IP stack. The reset process in I104 is an application level function and the reset link of I101 is link level, so they are different beasts. With the reset process command there is the option of general reset or just reset of events queue. There is also Test Command C_TS_TA_1 in I104 and it is also from application level....
-
Sir, I have used qtester and another master to test an RTU with GI interval 1 second. It works fine. Then i tried to simulate multiple disconnections by setting a router disconnect of 10 mins. after running this setup for sometime (around 17 hrs), RTU stopped responding to any I format ASDUs and only responds to U format and sends confirmation S format ASDUs. Any I format ASDU gets ignored by the RTU till the RTU is reinitialized locally and the end of initialization command is sent by the salve....
-
Yes Nitish, your feedback is very important to me, please keep me updated with your results. DNP3 is also great for low bandwidth applications. It allows for interrogations by class, range of addresses, etc. I have also a DNP3 driver implemented as part of the OSHMI project. My Best Ricardo
-
Sir, Thanks a lot! Your advice was extremely helpful. I can now simulate a fast GI interval using qtester on a low signal strength GSM/wifi network and check for link failures. Will provide an update when done. Regards Nitish
-
Hi Nitish! 1. Yes, it is possible to configure the time period for interrogations in the qtester104.ini file. [RTU1] ... ; period in seconds for general interrogations (default=330) GI_PERIOD=660 ... The time should never be less (nor aproximate) than the time it takes for the slave to send all the data points for the interrogation. So, if the interrogation takes 10s to complete you should program a time superior to 20s. This way you can leave some time for the slave to send exception data. In systems...
-
Sir, 1. Is it possible to change the GI_period which is default= 330 seconds to any other value in Qtester? How should one decide the GI interval time period? 2. i have come across a few implementations of IEC 104 where the master sends GI commands every second. The Second interrogation Activation is being sent by the master even while the slave is still sending I frames in response to a previous GI command. Is it really required to have such a fast GI interval when background scan and spontaneous...
-
-
-
Great! Yes Tobias, you can replace the executable in OSHMI, no problem. I should make this check of common addres as an option in the next OSHMI version. Regards.
-
Tobias Olsson posted a comment on discussion General Discussion
Thanks = ) now it´s working, and I can continue my tests. If I decide to use OSHMI, can I just replace the included version of Qtester with this one? Once again, thank you for quick respons, and keep up the very good work, /Best regards Tobias
-
Hi Tobias, This is something that can happen when there is different common addressess in the same connection. There is a check to avoid this situation that is undesirable in some situations. Please try the version 1.23a I have uploaded that does not perform this check. My Best, Ricardo
-
-
Hello I'm doing some test against a Sicam AK3 system, just trying to read out some singlepoint values. When I Use FreyerIEC104ClientSimulator Software, I only input the IP-adress and make connect, the system responds as expected, but when I use Qtester with "the same settings", I get the answer from the AK3 system that looks like this: 07:28:37 ti okt 16 2018 - v1.23 Try to connect IP: 172.16.0.31 TCP CONNECT! T<-- 006: 68 04 07 00 00 00 STARTDTACT R--> 006: 68 04 0b 00 00 00 STARTDTCON R--> ASDU...
-
-
-
Oliver posted a comment on discussion General Discussion
Hi Ricardo, Sorry for the long time to give you a feedback. It's working properly now, thanks for your prompt and efficient support. Regards, Oliver
-
Ok Beppe, please keeep me informed of the results. If you need any help feel free to ask for. Maybe you should file a bug report in the IEC Server project. Regards,
-
Giuseppe di Bartolo posted a comment on discussion General Discussion
Yes I tried different write and I agree with you in some cases values are divided by for in other cases there is a strange rounding but now I could test in a true RTU testing. I'll update you during my work if you have pleasure ! Thanks Ricardo for your help Ciao ! Beppe
-
Great! See screenshot of working config. I still think there is some problem with float values in IEC Server. If I send value 500 it gets 125, if I send 999 it gets 994.993!
-
YEAHHHHHHH !!! Found the mistake ! In the IEC Server I used the incorrect type now Using the command type ID I'm able to write value. Sorry if I trouble you but I'm starting now to discover this world Thanks thanks thanks for your support Nice day Beppe
-
Dear Ricardo no nothing. I follow your suggestion inserting zero (0) in the Local Link Address but now I receive the log "command rejected by the IEC104 Slave" was frustrating :( Do you have 5 minutes for me for a teamviewer connection so I oculd show the issue ? no problem if you are not available Thanks in advanced Beppe
-
Dear Beppe Ahhh I've found the problem: IEC Server expects the link address from master to be 0 (zero). So just put 0 in the Local Link Address of QTester104, then things will start working. I think also there is some problem with precision of float values in IEC Server as it is not returning exact values it receives for float commands type 50. Hope you can make it work now! Regards
-
Hi Ricardo, thanks for your reply. Was a very pleasure. I asking to dowload the suggested Enilit simulator. In the meanwhile I try your suggestion so using the IEC-TestServer (https://sourceforge.net/projects/iecserver/) cleaning some configuration (the previous log was not correct ... sorry) now I receive this messages. Command Address : 9 Command value: 150 ASDU Addr: <empty> Command Type: 50 - C_SE_NC_1 Without SBO: 12:07:55 T<-- FLOAT COMMAND ADDRESS 9 VAL 150 CA 1 SE 0 R--> 020: 68 12 12 00...
-
Dear Beppe, Thanks for your comments about QTester104. Please be sure to use the latest (1.21) version of QTester104. The slave (IEC Server) maybe is not expecting the command with select-before-operate ("SE 1" in the log of command sent and "SE" 0 in response) , please try to send the command without the SBO box checked in QTester104. I've simulated QTester104 with Enilit CMS as a slave (you can request a demo of it at http://www.enilit.lt ). It worked perfeclty, note that the value sent 150 is...
-
Hi Ricardo, I found very very useful your QTester application to check RTU system. Now I tried to send command using your application without success. In particular I nedd to send float value to IOA object so I use the command type 50 (C_SE_NC_1) providing following parameter: Command Address : 9 Command value: 150 ASDU Addr: <empty> and when I confirm with the "Send Command" button in the IEC Server the IOA object (nr. 9) dorsn't receive the passed value (150). In the log I recevive following lines:...
-
-
Dear Oliver, The version 1.20 was uploaded with the correction of the month problem...
-
-
Hi Ricardo, Thanks for the feedback. Could you please notify me on my email address...
-
Dear Oliver, You are right. I see that there is a problem in the code (iec104_class.cpp,...
-
Dear Ricardo I'm experiencing a problem with command type 59 (Double with time tag)...
-
-
Nguyen Khanh posted a comment on discussion General Discussion
GREAT ! Thank you very much ! Ricardolo. I must test now, i can not wait anymore...
-
QTester was updated to version 1.18.
-
-
Dear Ricardo. Thank you very much. Best Regards, Nguyen Khanh
-
Dear Nguyen, See here: http://www.mayor.de/lian98/doc.en/html/u_iec104_struct.htm...
-
Dear Ricardolo. I have something not clear, sorry but would you like help me ? What...
-
Thanks Ricardolo.
-
Dear Nguyen Keep in mind that OA is1byte and CA is 2 bytes both fixed not optional....
-
Dear ricardolo I have a problem with the link Adress. I can not type in the link...
-
Dear Irfan, It is always a pleasure to help. Regards
-
irfan posted a comment on discussion General Discussion
thaks for your info. this is very helpfull to me and thanks for all ricardo :D
-
Hi Irfan. No, this is currently not possible. What is possible is to define a backup...
-
hi ricardo, i got new problem. can you help me again? how to connect in multiple...
-
hi ricardo, i got new problem. can you help me to connect different ip in same time...
-
I intend to write some documentation about the protocol structure, etc., but it'll...
-
Miguel Angel Bravo Migone posted a comment on discussion General Discussion
It wold be nice if we have some examples in command sending. This is for the lack...
-
Hope it can help you accomplish your work Irfan. Regards
-
thanks ricardo. you qTester104 very helpful to me
-
-
-
Ok Irfan, try version 1.17.
-
thaks ricardo, for the update. yes, i need that ASDU Address for controlling multiple...
-
You can now send C_CS_NA_1 Clock sync command in version 1.16.
-
-
Hi Irfan, The C_CS_NA_1 Clock sync command it's easy to implement, I'll add it as...
-
hi ricardo, i need help again. how to change asdu address slave in the protocol and...
-
hi ridardo, i need help again. how to change asdu address slave in the protocol and...
-
Hi Dobby, no unfortunatelly that is not possible. QTester104 is written in C++ for...
-
dobby modified a comment on discussion General Discussion
hi ricardolo can i have qtester104 for VS2010/2015 vb.net?
1 >