[Mikhail]

SCADA-Web is installed incorrectly. Try reinstall SCADA-Web. If the installer shows error, post it here.

[Mikhail]

My results for the current version of SCADA-Web after 1 or 2 hours of work:
FF – changed: 1.2GB => 400 MB => 600MB => 20MB – freeze
IE – increased to 600MB – freeze
Edge – changed: 15MB => 3MB, but background Edge process 2GB
Chrome – changed: 25MB => 15MB, but background Chrome process eats RAM, sometimes page can’t be displayed and memory is cleared – not fair

I will try with old jQuery. The jQuery ticket that you found is very interesting.

New scheme engine after the night:
FF – 130MB
Chrome – 17MB + 21MB background Chrome process

[Mikhail]

It’s already done, that’s what is weird!

Did you mean that Delay after request cycle parameter solves the problem?

[Mikhail]

Is it a screenshot of your OPC server?

[Mikhail]

Periodically I do similar tests. I should repeat them.
That’s funny, but a few years ago SCADA-Web run stable on IE for days. And Chrome supported Silverlight 🙂
I think that the cause of memory leak is reloading frames within web page. This approach is outdated and will be changed to REST API.

[Mikhail]

Shouldn’t apply delay in case of any error too?

I think that you did is enough.

Where can I get it?

It will be included in the next version. In case we found the workaround I think you shouldn’t update Communicator. But if you wish, I can send it by email.

[Mikhail]

As I realized the most fast communication if UDP is used directly for a serial converter without virtual port and C:\SCADA is ignored by anti-virus system.

[Mikhail]

Without a delay Communicator tries to write in the loop. So CPU become loaded.
I will add the fix in the core of Communicator.

Does the connection repair automatically or you need to restart Communicator?

[Mikhail]

I have an idea:
set Delay after request cycle parameter of the communication line to 100
Please write about the result

[Mikhail]

Unfortunately, write method is very simple:

        public override void Write(byte[] buffer, int offset, int count, 
            CommUtils.ProtocolLogFormats logFormat, out string logText)
        {
            try
            {
                SerialPort.DiscardInBuffer();
                SerialPort.DiscardOutBuffer();

                try
                {
                    SerialPort.Write(buffer, offset, count);
                    logText = BuildWriteLogText(buffer, offset, count, logFormat);
                }
                catch (TimeoutException ex)
                {
                    logText = CommPhrases.WriteDataError + ": " + ex.Message;
                }
            }
            catch (Exception ex)
            {
                throw new InvalidOperationException(CommPhrases.WriteDataError + ": " + ex.Message, ex);
            }
        }

It drops on SerialPort.Write, where SerialPort is standard .NET class.
Probably serial port driver causes CPU load.
Does your converter support direct connection as TCP client or TCP server without virtual port?
For instance, Moxa NPort converter works correctly if connection is lost.

[Mikhail]

Is there any known memory leakage that could make this?

Chart component uses JavaScript and web service. JavaScript has auto memory management and should work correctly. Let’s compare with other browsers. Close all other pages except chart.

[Mikhail]

Hi,
Is the only chart web page is open? I mean do you close the main web form with scheme or table view?

When you test the same with IE and Chrome please write about the result.

[Mikhail]

Please, post a part of the communication line log when this situation occurs.
If you stop communication line (from context menu), CPU load become low?

[Mikhail]

Hello,

communicator not taking over the CPU.

Sorry, I didn’t catch what the error is?

[Mikhail]

Please download Rapid SCADA again and update SCADA-Web application. Is it possible to just overwrite the files from ScadaWeb.zip

[Author]

Posts