Interstation reflection the OpenSCADA data

The interstation data reflection provides of transferring values and messages of the data acquisition sources between the hierarchical stations, and what performed by the module DAQ.DAQGate. During update 0.9.5 and up to update 0.9.6 there performed a series of significant improvements:

• common refactoring in representing the remote data, collisions resolving, horizontal redundancy and monitoring all that;

• optimization of transferring the concomitant messages to the up level and implementing the messages transferring to the lower level stations, also as the message sublevels and unification the message categories;

* implementing the asynchronous writing with guaranty of delivering the values and messages.[more]

Category:

Complete revision the document How to Create module

This manual is made to help in building the modules for OpenSCADA. The module creation may be required if you wish to add the support for new data source or other extension to OpenSCADA. Since OpenSCADA is an extremely modular system, all interfaces of interaction with the external environment are implemented by expanding it with modules of following types:

• databases;
• communication interfaces, transports;
• protocols of the communication interfaces;
• data sources and data acquisition;
• archives-history (messages and values);
• user interfaces (GUI, TUI, WebGUI, speech, signal ...);
• additional modules, special.

Sponsored by, for complete revision on 1.8 HD: SINGE SOFTWARE[more]

Category:

The low level devices library of the DAQ-source templates appended by a template of the RDTech devices implementation

The RDTech (RuiDeng) UM24C, UM25C and UM34C are low-cost USB pass-through power measurement devices, and support a decent number of collection features, as well as full control via Bluetooth. This template implements most exposed commands and data collection available by the device's Bluetooth interface.

This template in first time uses the new output transports connection function SYS.Transport.outAt() and the Bluetooth interface for the data acquisition.

Total complexity: 0.3 HD

Thanks: for Ryan Finnie at the protocol initial processing in RDUMTOOL

Category:

Common Conception of the Data Storage

The Data Storage in OpenSCADA initially built on different Data Bases and the Configuration File for the common, but interaction between these essences was not very clear also as managing the storage data between different storages.

So, in version 0.9.5 there was performed the storage unification what provides in whole for:

• direct storage and specifying the Generic Storage "*.*" as a combination of the Configuration File and the work Data Base;

• control for the data presence on different storages and providing for a function of managing-removing only data without the control object and from previous storages; priority of the DBs in their accessing;

• limiting of all configured-selected Data Bases only by the form "{Type}.{DB}" without a table here, that specified-bound to the object ID;

• all the data accessing functions moved under the conception.[more]

Category:

Changes in the OpenSCADA execution environment and the Automation Linux Distributive

There, during of months of the OpenSCADA 0.9.5 releasing, performed significant changes in the execution environment and the Automation Linux Distributive:

• appending a new Debian 11 release for OpenSCADA build and as a new base for the Automation Linux Distributive;

• updating the TDE stable release to 14.0.11 and 14.0.12, with fixing some its additional issues and packages;

• appending a new Ubuntu 22.04 release for OpenSCADA building;

• appending a new hardware platform ARM64 on the Debian 11 base (not tested);

• removing-disabling of building for the Maemo 5 (Nokia N900) platform since the cross-compiler crashes constantly at least in two places of the OpenSCADA source code.[more]

Category:

Debian Linux 11 + ARM64

Appended of building for the hardware platform ARM64, that was also tested on RPi3 and Siemens IOT2050.

At releasing the Debian Linux version 11 in 19.08.21 the OpenSCADA project was adapted to this version in:

- creating the proper building chroot-archives;

- building up the OpenSCADA packages;

- expanding the Automation Linux repository and building the new Live Disks;

- expanding the automatic builder for building the packages and Live Disks.

Category:

DAQ.Siemens — the Simple DAQ-Parameters type and data areas of ISO-TCP

The module DAQ.Siemens appended for the Simple type of the DAQ-Parameters support.

Also the module appended for the data area specifying as a negative DB with code of this area, and the Flags/Marks processing (0x83) added in a specific way, by the prefix "F".

Enabled for the parameters hierarchical including.

Fixed in sending the opening connection requests at the connection lost in the ISO-TCP own implementation.

Sponsored by, for the Simple type support and the data area specifying on 1.5 HD: INSERTEC LTDA[more]

Category:

A serie of significant improvements of the module {DAQ,Protocol}.OPC_UA

{DAQ,Protocol}.OPC_UA appended for the Publish service implementation, CHUNKS support on the DAQ-client part and the code coming refactoring in generic.

After the 0.9.4 LTS releasing that appended already for the Logical type DAQ-Parameters support and the Standard type DAQ-Parameters appended for the no requesting the metadata on the server mode and the attributes direct ID and name.

Sponsored by, for working with UAExpert 1.5, Client's Publish and Chunks implementing, significant refactoring, the Logical Level type support and the document complete revision on 10.4 HD: Fund[more]

Category:

Common review and refactoring the Tables

The review and refactoring performed in Qt and Web both generically and in the view Table of the primitive FormEl of VCA.

Most of the table changes performed during the frame "Storehouse (storeHouse)" implementation.[more]

Category:

The main elements library of the user interface appended for the Store House frame implementation

The element-frame serves to manage of storehouses on different classes-categories of the storing-managing things. Initially that was developed and tested on the class "Library". The frame means of the direct accessing the DB by SQL and currently supports only MySQL/MariaDB.

During the frame implementing, the view "Table" of the primitive "FormEl" significantly expanded on both visualizers — read here for the details.

The frame provides currently and in future for next features:

• Class edition mode: observing, creation and edition the storehouse classes with a function of storing data at the field type change.
• Main data observing and edition mode:
  • observing main data of the selected or fixed storehouse classes in a big table with possibility of sorting and filtering by up to five columns;
  • editing of content of the table cells in the edition mode;
  • adding,...
    Category:

    ---