umati / sample-server Goto Github PK

The super-linter uses now clang-format for linting C/CPP files.
It is not yet configurable. therefore we are using clang-format linting separately.

Move C/CPP linting back to super-linter as soon as this is configurable.

See branch https://github.com/umati/Sample-Server/tree/libre

https://github.com/umati/Sample-Server/runs/5466438550?check_suite_focus=true#step:5:1919

Switch back to using mbdTLS after this is now able to generate certificates in the context of open62541.
open62541/open62541#6145

• Dynamic Lists: Add and remove DataSetWriter dynamically.
• Changing properties: Update DataSetMetaData and republish them.
• Open issue for bug with abstract DataTypes (Segfault in open62541 bc the rely on non abtract types with UA_TYPES[...]
• Events
• MessagId
• Use reflection to identify dataSetWriters, writerGroups, etc.
• Automatically remove DataSetWriters on Deletion (e.g. FullMachineToolDynamic)

Hello!

I hope you are doing well!

We are a security research team. Our tool automatically detected a vulnerability in this repository. We want to disclose it responsibly. GitHub has a feature called Private vulnerability reporting, which enables security research to privately disclose a vulnerability. Unfortunately, it is not enabled for this repository.

Can you enable it, so that we can report it?

Thanks in advance!

PS: you can read about how to enable private vulnerability reporting here: https://docs.github.com/en/code-security/security-advisories/repository-security-advisories/configuring-private-vulnerability-reporting-for-a-repository

Use Targets created by open62541.

ua_generate_nodeset_and_datatypes(
        NAME "di"
        TARGET_PREFIX "${PROJECT_NAME}"
        FILE_CSV "${PROJECT_SOURCE_DIR}/nodeset/Published/OpcUaDiModel/OpcUaDiModel.csv"
		FILE_BSD "${PROJECT_SOURCE_DIR}/nodeset/Published/OpcUaDiModel/Opc.Ua.Di.Types.bsd"
        OUTPUT_DIR "${GENERATE_OUTPUT_DIR}"
	# This namespace index must match the order in which you are adding the nodeset in the source code
        NAMESPACE_MAP "2:http://opcfoundation.org/UA/DI/"
		FILE_NS "${PROJECT_SOURCE_DIR}/nodeset/Published/OpcUaDiModel/Opc.Ua.Di.NodeSet2.xml"
)

add_dependencies(${PROJECT_NAME}
				 ${PROJECT_NAME}-ns-di)

Hi,

we are trying to pull the main tagged image, but we get an error from docker:

> docker pull ghcr.io/umati/sample-server:main
main: Pulling from umati/sample-server
manifest unknown

From the looks of it, we are not the only ones, as the number of downloads in the past week has dropped significantly:

https://github.com/umati/Sample-Server/pkgs/container/sample-server/72795039?tag=main

The API has been changed, needs to be fixed like here:
open62541/open62541@2c87f1e
In this line:

Originally posted by @ccvca in #458 (comment)

Apply license information according MPL-2.0 to the respective files.

Hi there,

I tried to pull the image according to the documentation with docker pull ghcr.io/umati/sample-server:main.
But I get

main: Pulling from umati/sample-server
manifest unknown

Futhermore, the public instance at opc.tcp://opcua.umati.app:4840 is not accessible for me.

• TypeDefinition for new statemachines and machinery items
• Update instances with the MachineryBuildingBlocks and StateMachines
• Add simulation for new statemachines

Evaluate the use of this new feature

open62541/open62541#4916

With OPCFoundation/UA-Nodeset@b3a5c02 the IA specification was corrected.
Therefore, the implementation of Stacklight must be adapted as well.
Relates to #807

The current "main" container image does draw 100% CPU after some time. This might also apply to the newest release, as this was build at the same time.

It looks like this is resolved on develope. If this does not occure on develop, I suggest to update main branch and container image.

PS: Long running test of develop started.

Repro:

• Connect with UA Expert to opc.tcp://opcua.umati.app:4840 using any SignAndEncrypt profile.

• Read a Node value with a large value size, e.g. Types/DataTypes/OPC Binary/Opc.Ua (190k)

• Server causes a client disconnect reading the value, e.g.
  

• Reading the same node on a Sign/None profile works

With #735 the new open62541 configuration was introduced.

When discovering the endpoints of the server the following log entry is logged in a UA Client:

NoOfDiscoveryUrls of FindServers (1) differs from the one received in GetEndpoints (2)

This is the output of the browsing:

The shall report
NamespaceURI of the organsation, defining the information
UnitId
DisplayName
Description

Currently only the DisplayName is reported.

Hi,
is it correct, that building the system without docker will fail ?

My output looks like:

-- Found PythonInterp: /usr/bin/python (found version "2.7.18")
-- Found MbedTLS: /usr/include
CMake Error at CMakeLists.txt:9 (find_package):
By not providing "FindOpen62541Cpp.cmake" in CMAKE_MODULE_PATH this project
has asked CMake to find a package configuration file provided by
"Open62541Cpp", but CMake did not find one.

Could not find a package configuration file provided by "Open62541Cpp" with
any of the following names:

Open62541CppConfig.cmake
open62541cpp-config.cmake

Add the installation prefix of "Open62541Cpp" to CMAKE_PREFIX_PATH or set
"Open62541Cpp_DIR" to a directory containing one of the above files. If
"Open62541Cpp" provides a separate development package or SDK, be sure it
has been installed.

What is the correct approach to build with shared libs ?
I changed Dockerfile section to
[...]
RUN cmake /src/Sample-Server/.github/
-DCMAKE_BUILD_TYPE=${BUILD_TYPE}
-DBUILD_SHARED_LIBS:BOOL=ON
-DCMAKE_INSTALL_PREFIX:PATH=/install /build &&
cmake --build .
[...]
But during build CMake says manually BUILD_SHARED_LIBS is not used.

User Story:
As an exhibitor, I want to have a stable SampleServer that is always on display so that I can always show my visitors something.
Currently the sampleserver is prone to DoS, reason unknown.

Branch: dev_gms
If a client reads the value of the CalibrationCertificate the server crash.
@ccvca: I tried to add the reflection for the string arrays see:
(https://github.com/umati/Sample-Server/blob/7e2c60a75dce1263a6837052d98dfab23a97be8e/UmatiServerLib/ConvertSimpleValue.cpp#L34

I think the problem is there. See you the problem?

Currently TypeDefinitions in JSON are missing

Hi guys 👋

I started working on the implementation of the Equipment->Tools part of the GMS companion spec and I am having trouble with finding an example implementation of the SensorType (subtype of ToolType from MachineTool NS).

All the example machines currently implemented in the Sample-Server use the ToolType and MultiToolType for Tools. Even machines derived from GMSType.

Would it be possible for someone to implement an example machine that uses all the types defined in the GMS spec?

That would be very helpful as I am using the Sample-Server as a reference.

Best regards,
Alen

description see #599

After VM went offline and required a reset I found that the Sample Server memory use grows over time. Here's overall VM memory consumption:

And this is memory (in MiB) used by Sample Server container after fresh restart:

The container also uses 25-30% of the VM CPU.

Could not reproduce locally, memory use for the Linux binary increased by <2% in an hour, local container looks similar. Can this be related to the number of client requests?

Image used: latest develop, sha256:fe03be93684d641e2abe22342f7b25c7ca03fd8b2ead490ca3f1935f6b063ef7
Compose config:

  server-cpp:
    container_name: server-cpp
    image: ghcr.io/umati/sample-server:develop
    ports:
      - 4840:4840
    volumes:
      - ./config/server_config.json:/configuration.json
      - ./config/server_cert.der:/server_cert.der
      - ./config/server_key.der:/server_key.der
    restart: always
    healthcheck:
      test: netstat -ltn | grep -c 4840

@ccvca, @Kantiran91 any ideas?

Trying Ua-CloudPublisher to SampleServer:

Endpoint does not support the user identity type provided.

According to discussions here and here, this is a typical use case for dashboards.

Implement SupportInfo interface type according to OPC 10000-100 5.5.5.2 for the Showcase MachineTool.

Hi,

we have a case where an Object should be of Type "BaseObjectType" and should have a HasInterface Reference to another type. What needs to be done in the TypeDefinition to achive this?

The concrete example currently looks this this. The State Object should have a HasInterface Reference to another Type

namespace woodworking{
struct WwMachine_t {
  BindableMember<MachineIdentification_t> Identification;
  BindableMember<ns0::BaseObject_t> State;
};
}  // namespace woodworking

REFL_TYPE(
  woodworking::WwMachine_t ,
  UmatiServerLib::attribute::UaObjectType(UmatiServerLib::constexp::NodeId(constants::NsWoodworkingUri, UA_WOODWORKINGID_WWMACHINETYPE)))
REFL_FIELD(
  Identification,
  UmatiServerLib::attribute::UaBrowseName(constants::NsDIUri))
REFL_FIELD(
  State
)

Hi,

docker run -d -p 127.0.0.1:4840:4880 ghcr.io/umati/sample-server:main

contains an typo. Should read 4840:4840

Originally posted by @davizuz in #26 (comment)

SignalColor and SignalMode are NULL in the MachineTool instances.

The Results-Folder (BrowseName.Name: Results) seems to contain 2 elements.
With this workaround, the client works fine https://github.com/umati/Dashboard-OPCUA-Client/blob/0d4539c9574c745b6895d8eefa473d0bf5825175/DashboardClient/Converter/ModelToJson.cpp#L59.

I pulled the docker image and it runs just perfectly. I can monitor the Server on the same computer with UAExpert.
I now want to monitor the server from another computer in the same network with UAExpert. I tried the following when running the docker image:

docker run -d -p 147.87.39.101:4840:4840 ghcr.io/umati/sample-server:main

This didn't work though. I've read in the Readme that the server by default looks for a file configuration.json. I just don't know where to find it on my computer or whether I have to create on. And if I have to in which path.

This issue lists Renovate updates and detected dependencies. Read the Dependency Dashboard docs to learn more.

Open

These updates have all been created already. Click a checkbox below to force a retry/rebase of any.

• chore(deps): update deps/googletest digest to 2d16ed0
• chore(deps): update super-linter/super-linter action to v6.4.1

Detected dependencies

• Check this box to trigger a request for Renovate to run again on this repository