An expert assessment of the project is required. PC CONTROL SCADA?

Question

Automation

Development of a cross-platform system SCADA (Windows / Linux) accelerated prototyping software
for automatics and robotics.
This is how my author's project, on which I worked for 2 years, is characterized.
At the moment, I am conducting an active client niche search with the aim of further scaling, development and popularization.
As it turned out, this is not very simple, it is far from simple, it is simply not real.
On the one hand, the product is designed to solve a large number of issues in automation and robotics, primarily among the same developers, with less blood, tears and sweat, on the other hand, the product offered primarily to such an expert layer looks suspicious with elements of Bulgakovism, which was large in the Middle Ages masses were burned at the stake.
It turns out that developers find it hard to give up their habits of writing their script in the language that they communicate with the hardware for most of their professional careers.
Thus, I fall into a vicious circle.
On one side of the barricades are old-school coders, on the other, all the rest who consider themselves to be such and zealously defend the right to life of inexpensive debugging platforms. due to laziness and habit, they did not follow the path of their opponents. Which of them is right and who is not is ultimately decided by the client.
In my case, I need an expert and recommendations from those who have the patience to get acquainted with the n.s. material, see the prototype of the platform in operation and give your own definition of the v.s.

An introductory review in order to understand how familiar this topic is to you:
PC PLATFORM FOR ATOMATIZATION AND ROBOTICS.

Robotic platforms have a wide range of audiences, from industry and academia to professionals and hobbyists. This is a diversified segment of the high-tech market, which should have universal tools for developers on the one hand and, as a result, satisfy the needs of all customers in terms of prices, terms and functionality.

BEEPTOOLKIT, as it is called, is a PC tool platform that allows you to develop software for automation and robotics (Windows / Linux 32/64) without the use of expensive PLCs and external DSP interfaces.
This is direct control of program instructions without external controllers.

BEEPTOOLKIT is not interested in third party package management and signaling hardware interface (PLC or DSP devices). All control code in the form of instructions is generated within the instrument's environment and interacts through standard protocols and communication interfaces with peripheral devices. Unlike other platforms, BEEPTOOLKIT is a flexible control system for connecting low cost ADC kits to sensors, drivers and actuators.

Particular attention was paid to scaling to cloud platforms. In this way, developers can host executive instruction files in the cloud and provide online access to their employees or clients.
The platform also allows real-time reporting and data collection and, similar to instructions, provides users with this data for further processing.

The scope of various solutions for motion control in robotics, semiconductors, manufacturing, textiles, agriculture, packaging, mini-factories, food industry and medical industry. An extensive set of instructions (algorithms) for controlling linear motion devices, sensors, drivers of various equipment, combined with intuitive methods for constructing instructions (algorithms), allows you to create multifunctional automated or robotic solutions for a successful transition to industry 4.0. without restrictions in the client niche.

If you have reached this point, then you have watched the video presentation.
Now, for understanding VS:

Platform - Toolkit - is an external console interface, the core of which is a machine code interpreter;
All logical and mathematical processing of user commands is performed at the platform core level without access to external objects or third-party software;

2. The client part (configurator) is a graphical interface for entering, editing and saving instructions and parameters of behavioral algorithms.
The kernel, in accordance with these instructions, generates, sends, receives and processes initial commands at the level of the virtual signal processor. The output signal is a 4-bit binary logic signals (response 30 - 70 ms, 5 V, 270 mA), at the input - 12-bit signals 115200 baud.
- Communication is via USB - ADC / UART / RS232 / 485, which are connected to the peripheral driver hardware (analogue / TTL sensors, optocouplers, player isolation switches, Mosfet keys, etc.).
- Together with vp, the Console allows you to simulate the entire scenario or its individual parts to calibrate received signals, define interrupts, etc.
Simulation can be carried out without hardware connection to peripheral devices or with connection, there is a master kit for debugging equipment with loads and sensors.
The concept of a port and its initialization procedures are very arbitrary, since it carries more advanced functions, in contrast to the generally accepted ones, which are provided for in most specifications of PLC, DSP, FPGA signal automation architectures...

Porting is the input of variable values ​​and control parameters, which in more consistent with verbal algorithms. This principle is part of the concept of the platform, which allows you to intuitively create instructions for all logic (algorithmization) and save them in an external file.
This file is a command protocol of an approved automation or robotics control algorithm in an End User Interface (HMI).
- A port, in terms of its configurable parameters, can be output, input, or bidirectional.
The output can be set to 1 of 16 control channels with cycling and interrupts.
- To collect data, the port can be set by the instruction as an input, and it can receive data on 1 channel in the voltage range from 0.001 to 3.300 V or simultaneously at any ratio of 10 channels.
- Bidirectional mode allows you to organize the logic to work at a certain voltage on 1 of 10 channels. For example, for XYZ positioning or start/stop or shutdown.
At the moment, the Console allows you to organize the management of 145 input / output ports, in addition, the entire scenario can be repeated with an interruption for a specified time duration or with an interval of 24 hours.

3. Since the platform does not comply with IEC 61131-3; it cannot be introduced in that part of the industry where strict requirements are stated. At the same time, as a tool for developing validation or verification processes (HW test benches), such as instrument control or test benches, it will be the most convenient tool and allow you to solve complex problems without the need for programmers.
- any other industry that requires automation or robotics as an alternative to PLC systems, other controllers with embedded software, ROS, etc.
For monitoring and control purposes, instructions developed by users can be exported to the final interface under Windows / Linux 32 / 64 for mobile or mini cross-platform OS architectures.

***
There is also a freely programmable keyboard on the console, to which commands can be transferred from a PC via USB joysticks, etc.;
For complex tests, the console can automatically start at a specified time, and there is also an automatic upload function before turning off the PC.
There is a function of analytical telemetry at the level of 10 channels - each port. Reports are displayed in real time continuously or after an event, indicating the parameter and response time.
Protection against unauthorized access.

FINAL:
In general, everything is serious, taking into account the needs and tasks in automation and robotization for those who understand and those who are nearby.
Thank you for taking the time to read the v.u.
Please express your opinion, advice, recommendation, wishes, criticism, etc.

Answer 1

1) The video presentation could have been shortened by 5 times, because the same thing is shown, only the pop-up labels change.
But it is better to replace your text with a regular presentation with pictures.
The inside of your software is of no interest to anyone. It was possible to show (in pictures) the differences between your scuda and others (PcVue, Indusoft, Genesis...)
2) Where is the graphics for the scada? For example, ventilation, heating substation, refrigeration center, power supply circuits (ASU).
3) In what language should the algorithms be written?

Answer 2

Video presentation could be shortened by 5 times, because. the same thing is shown, only the pop-up labels change.
But it is better to replace your text with a regular presentation with pictures.

I agree, the video on the video plays the role of a background for the most part, on which a pop-up context is served with a semantic load and gives an explanation of the purpose and capabilities of the console. I assume people don't read this.
If you display pictures on video, then the goal of the plot will not be clear to convey the ease of work of developers with the console without the use of low-level languages ​​or languages ​​for PLC programming, and in general the platform, as I reported above in the description, is not intended for industrial automation.

It was possible to show (in pictures) the differences between your scada and others (PcVue, Indusoft, Genesis...)

Here it is not entirely clear to me what was meant, i.e. show the interface of other platforms for comparison, the area where developers enter variables and parameters, or tools for creating HMI - developers, something third?

Where is the graphics for scada? For example, ventilation, heating substation, refrigeration center, power supply circuits (ASU).

HMI or, as requested by end users, various monitoring panels are not here for the reason that the purpose of the tool is to build initial control instructions in accordance with the automation or robotization algorithm and interpret them into control commands.

What language should algorithms be written in?

There is no language, or rather it is, but as a result of interpreting your instructions, it compiles instantly at the kernel level. Instructions are the result of initialization through the interface console - configurator (porting) in accordance with the algorithm.
Regarding algorithmization, in this case, the algorithm is a commented out line in the form of an arbitrary entry, perceived verbally and simply serves as an annotation for a specific instruction for each port. Example "If Sen 8>1.253V - M3 ON" if sensor 8 outputs more voltage than 1.253V motor 3 starts (Right or Left). This is not a strict syntax rule, the main thing is that you understand the process at this stage of the running cycle of the entire script.
As for the graphics, upon the presence of a package of instructions (the result of porting), as mentioned above, they are exported to the HMI development environment, where there will be diagrams, gate valves, climatic chambers, linear motion devices with indication, dashboard, buttons, etc. P.
Actually, I did not pursue the task of 100% development of a tool environment, including filling with graphic objects. The main task is the development of instructions that are the control logic for the designed automation, and if the peripherals are connected in the form in which they must perform their tasks, they will work without HMI.