Host Engineering Forum
General Category => Do-more CPUs and Do-more Designer Software => Topic started by: PLCwannabe on March 06, 2020, 09:39:02 AM
-
I'm having trouble getting an email instruction to execute. An identical BRX Plc connected to the same ethernet switch sends email every time. BRX model is BX-DM1E-10AR3-D. Attached is a DM-Logger file of what happens every time I try to send an email.
I have tried moving email to the main program block, also to its own program block, with no success. Any suggestions?
-
I'm having trouble getting an email instruction to execute. An identical BRX Plc connected to the same ethernet switch sends email every time. BRX model is BX-DM1E-10AR3-D. Attached is a DM-Logger file of what happens every time I try to send an email.
I have tried moving email to the main program block, also to its own program block, with no success. Any suggestions?
My guess is the TLS handshake is taking more than 10 seconds and the server is dropping the connection. What is your scan time?
-
Average scan time is 15 mS. Is this too long?
-
Average scan time is 15 mS. Is this too long?
It's not bad exactly, but it is pretty high for a Do-more. The problem is that it's causing the handshake to take a long time and the server is getting mad. You might do a sample app with a fast scantime just to prove that the email works. Then maybe we can make suggestion on how to reduce it.
While BRX can do certain PLC things very fast, other things are a bit slower. We are starting the development on a new class of CPU that will be much faster for things like TLS handshakes, but that won't be out until next year sometime.
-
You were right. I disabled every rung in the main code block with an st2 (Always off) and that cleared up the email issue. I did notice that even with everything disabled, the scan time was still at 2mS average. Does that sound normal?
-
You were right. I disabled every rung in the main code block with an st2 (Always off) and that cleared up the email issue. I did notice that even with everything disabled, the scan time was still at 2mS average. Does that sound normal?
Seems high. It varies with I/O installed, but 500us is closer to what I'd expect.
-
This setup has 48 temp inputs, 36 discrete inputs, and 32 relay outputs, via 2 ethernet I/O modules, in addition to the main Brx.
-
I've got it working well now. By changing one contact in a program block with multiple for/next loops, the scan time went from 15 to 6 ms. Instead of running the program block once per second as I intended, it was running continuously. The email instruction completes every time now.