File: C:/Users/Michel/Documents/Dump20230219/bitnami_redmine_journals.sql
CREATE DATABASE IF NOT EXISTS `bitnami_redmine` /*!40100 DEFAULT CHARACTER SET utf8 */;
USE `bitnami_redmine`;
-- MySQL dump 10.13 Distrib 5.7.17, for Win64 (x86_64)
--
-- Host: 127.0.0.1 Database: bitnami_redmine
-- ------------------------------------------------------
-- Server version 5.7.32-log
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
--
-- Table structure for table `journals`
--
DROP TABLE IF EXISTS `journals`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `journals` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`journalized_id` int(11) NOT NULL DEFAULT '0',
`journalized_type` varchar(30) NOT NULL DEFAULT '',
`user_id` int(11) NOT NULL DEFAULT '0',
`notes` longtext,
`created_on` datetime NOT NULL,
`private_notes` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
KEY `journals_journalized_id` (`journalized_id`,`journalized_type`),
KEY `index_journals_on_user_id` (`user_id`),
KEY `index_journals_on_journalized_id` (`journalized_id`),
KEY `index_journals_on_created_on` (`created_on`)
) ENGINE=InnoDB AUTO_INCREMENT=2862 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;
--
-- Dumping data for table `journals`
--
LOCK TABLES `journals` WRITE;
/*!40000 ALTER TABLE `journals` DISABLE KEYS */;
INSERT INTO `journals` VALUES (1,2,'Issue',2,'URL corrigé','2012-01-18 19:59:44',0),(2,3,'Issue',2,'','2012-01-19 10:31:49',0),(3,3,'Issue',2,'Revision 30 ok','2012-01-19 11:57:43',0),(4,3,'Issue',2,'','2012-01-19 11:57:55',0),(5,4,'Issue',2,'Erreur d\'emplacement de la requête dsl','2012-03-06 11:45:35',0),(6,5,'Issue',1,'','2012-03-13 10:23:17',0),(7,11,'Issue',1,'','2012-11-15 11:43:45',0),(8,12,'Issue',1,'','2012-11-15 11:44:36',0),(9,12,'Issue',1,'\r\nRegisterNodes and UnregisterNodes are now fully implemented tested and validated with OPC OPC FOundation UA Compliance Test Tool (CTT)\r\nEnjoy it !!\r\nMichel','2012-11-15 18:37:11',0),(10,18,'Issue',1,'Peter, \r\nthe Ignition client is trying to connect to opc.tcp://192.168.0.101:16664 this is not the URL you setup.\r\nYou configure OpenOpcua to listen on opc.tcp://peter:16664/embedded\r\nSo let change to ignition configuration to connect to opc.tcp://192.168.0.101:16664/embedded.\r\n\r\nHope it helps\r\nMichel','2014-02-22 00:24:52',0),(11,18,'Issue',164,'Michel,\r\n\r\nActually OpenOpcUa is constructing that URL from my hosts file. It had some 3dns.adobe.com entry which was causing the weird opc.tcp://3dns.adobe.com:16664/4CEUAServer URL. After cleaning up the hosts file, it took my laptops hostname (peter).\r\n\r\nI tried configuring Ignition to connect to opc.tcp://peter:16664. I can\'t point it directly to opc.tcp://peter:16664/embedded , I can only give a hostname and a port. (I think)\r\n\r\nI also tried to force OpenOpcUa to construct the url opc.tcp://192.168.0.101:16664/embedded using the hosts file with as first line \"127.0.0.1 192.168.0.101\" but I am still getting the same errors.\r\n\r\nThe Ignition client certificate is also in the CertificateStore\\certs directory.\r\n\r\n','2014-02-22 02:03:11',0),(12,18,'Issue',1,'Peter, \r\nIn the OpcOpcUaCoreServer the endpoint url is build from the information available in the XML configuration file.\r\nLet say you have :\r\n<ServerConfig ServerName=\"4CEUAServer\" xmlns=\"./ServerConfig.xsd\">\r\n <Trace Level=\"DEBUG\" Output=\"FILE\"></Trace> \r\n <Binding Protocol=\"TCP\" Port=\"16664\" Encoding=\"Binary\"/>\r\n\r\nthe endpoint url will be opc.tcp://localhost:16664/4CEUAServer. \r\nThe client MUST use this EndPoint url to connect. So you just have to configure Ignition to force him to use the correct Endpoint url.\r\n\r\nRegards\r\nMichel','2014-02-22 02:14:19',0),(13,18,'Issue',164,'Michel,\r\nThank you for the clarification. I will try and force this. Ignition does have an option to override the host name:\r\n@If specified, the host in the endpoint URL returned by the server will be ignored and the override will be used in its place.@\r\n\r\nHowever, while debugging, I noticed that not all information is coming from the XML config file.\r\nIn the example you give here, the \"localhost\" is fetched from the hosts file from the operating system.\r\nTo block certain domain names, I had some non standard entries in there and the first one was used to construct the endpoint URL. In my case that was not localhost.\r\n\r\nThe part of the code where it gets that entry is the \"getnameinfo\" call in OpenOpcUaSharedLib/source/opcua_certificates.cpp, line 2882.\r\n\r\nIf I modify the hosts file, the endpoint url changes (if I remove the generated certificate).\r\n\r\nAnyway, I will experiment some more and keep you updated.','2014-02-22 12:30:24',0),(14,18,'Issue',1,'Peter,\r\nTo clarify, let me suggest the following :\r\n1- Configure the IP address instead of the Hostname. Both works but it will remove resolution problems\r\n2- You have to use full Endpoint url ie:opc.tcp://192.168.0.1:16664/4CEUAServer\r\n\r\nRemember that is project is based on sponsoring and feedback.\r\n\r\nRegards\r\nMichel Condemine\r\nOpenOpcUa Project Leader\r\n+33 (0)4 67 79 07 37\r\n','2014-02-22 13:40:14',0),(15,19,'Issue',1,'I s\'agit d\'une caractéristique du VpiModbus. Cependant, je vais chercher une solution a ce petit problème.','2014-03-10 08:58:17',0),(16,20,'Issue',1,'Bonjour,\r\nLes nodeIds dans les fichiers NodeSet respectent le Schema UANodeSet.xsd.\r\npour déclarer une NodeId en utilisant le format chaine il faut déclarer :\r\nns=Equipement;*s*=Liste\r\nAttention ce type de déclaration n\'est très pratique à utiliser. \r\nIl semble a priori plus simple mais il est au finale moins souple.\r\n\r\nCe genre de considération sont abordées durant les workshop OpenOpcUa.\r\n\r\nCordialement\r\nMichel','2014-03-10 18:04:50',0),(17,21,'Issue',1,'Voir #20','2014-03-10 18:05:57',0),(18,18,'Issue',164,'Michel,\r\n\r\njust to add some more information:\r\nI understand ignition or any other client should use the correct endpoint url to set up a connection, but it is actually failing one step before that I think.\r\n\r\nUsing wireshark (which has a opc ua decoder) I see the getEndpointsRequest and the getEndpointsResponse.\r\n\r\nThe response contains an empty array of endpoints so ignition does not know which endpoint url to connect to.\r\n\r\nIf my understanding is correct, ignition is requesting the endpoint urls with this request (and is asking them on opc.tcp://<ip address>:16664 since it does not have the endpoint url yet) and is expecting to get the full endpoint URL you mentioned (like opc.tcp://192.168.0.1:16664/4CEUAServer) to set up a secure channel and session.\r\n\r\nI\'ll see if I can debug this a little or even get it working.\r\n\r\nattached is an example log captured with wireshark.','2014-03-13 01:07:43',0),(19,18,'Issue',1,'Peter,\r\nThe Ignition Moderator is right. The server is not suppose to provide a null EndPoint Description. \r\nBut the client is suppose to use the correct endpoint in its request. The Ignition client *is not using* the EndPoint URL of the server.\r\nIgnition client request for *opc.tcp://moefie:16664* so the answer is empty because based on your configuration the correct endpoint url is *opc.tcp://moefie:16664/embedded*\r\n\r\nI hope it helps\r\n\r\nRegards\r\nMichel','2014-03-13 02:09:56',0),(20,13,'Issue',1,'','2014-05-22 13:28:51',0),(21,5,'Issue',1,'','2014-05-22 13:29:12',0),(22,3,'Issue',1,'','2014-05-22 13:29:30',0),(23,2,'Issue',1,'The subversion is open to Gold sponsors only.','2014-05-22 13:30:47',0),(24,14,'Issue',1,'The source can be downloaded from the download section of the website.','2014-05-22 13:33:37',0),(25,23,'Issue',1,'Hello,\r\nThe project can be build on VS2005 to VS2013.\r\nVC++ Express is a special case.\r\nThe resource file are for the versioning of the projet and for the BuildInfo Object Node. So it includes \"afxres.h\". \r\nThis file is not mandatory and could be remove. In the Linux version \"_GNUC_\" this feature is not supported. \r\nI agree that a multiplatform solution will be welcome. \r\nAny suggestion ?\r\n\r\nRegards\r\nMichel\r\n','2014-05-26 08:18:34',0),(26,23,'Issue',149,'I\'ve managed to build the shared libraries, stack and client api on a centos box.\r\n\r\nChecking now. The server openopcuacoreserver doesn\'t appear to build though. Is that what you are trying to get going?','2014-05-26 08:44:33',0),(27,23,'Issue',1,'Hello,\r\n@Beau: Here the problem is resource related.\r\nOn a more general perspective. The OpenOpcUaCoreServer and all its Libraries can easily be build on any Linux target.\r\nThe deliverable targeted a Debian 32bits. So you have to make minor changes on other Linux.\r\n\r\nRegards\r\nMichel','2014-05-26 08:50:55',0),(28,23,'Issue',149,'Yep. I was just trying to figure out what he was building. So I could compare to my setup.\r\n\r\nI\'ve only had to make a few tweaks to make it work on 64bit systems. (Forcing GCC to compile 32bit annoyed me so I tweaked the source to compile), but I\'m exclusively using it as a client library for now.','2014-05-26 09:13:15',0),(29,23,'Issue',193,'hello Gentlmen \r\n I was trying to biuld on VC++ Express 2013 Client SDK. stdafx.h at some point didn\'t create problem but resource file did cause express doesn\'t support them. next it\'s not possible to build further because some dependancy libraries are provided in a compiled(linked) form. and they are compiled with 2012(v10) ccmpiler. the linker of 2013 failes to link against that libraries.','2014-05-26 11:04:21',0),(30,23,'Issue',1,'Hello,\r\nAs i said previously.\r\nJust remove the resource files to build with VS Express.\r\nVS Express doesn\'t support this feature and it\'s not 100% mandatory for the server and its dependencies.\r\n\r\nThanks,\r\nMichel','2014-05-26 11:09:02',0),(31,25,'Issue',1,'Hello,\r\nThank you for your feedback.\r\nThis function is obsolet and was removed from the 1.0.2.3 code base.\r\n\r\nRegards\r\nMichel','2014-05-27 16:57:26',0),(32,24,'Issue',193,'please close this issue it\'s dublicate','2014-07-02 09:32:07',0),(33,29,'Issue',1,'Hello,\r\nThe version 1.0.2.4 fix this issue and others for the Linux build.\r\nEach sponsor will receive the download link next week.\r\n\r\nRegards\r\nMichel','2015-02-20 11:27:21',0),(34,33,'Issue',1,'Will add the fix in the 1.0.2.4.\r\nThank you','2015-02-20 11:34:36',0),(35,33,'Issue',1,'Hello,\r\nThe change is accepted and put in the 1.0.2.4.\r\nThank you Anders\r\n\r\nRegards,\r\nMichel','2015-02-20 15:52:49',0),(36,37,'Issue',1,'Hello,\r\nThere are no leak here. \r\nWe cannot copy in a none allocated piece of memory.\r\nThe free of the cloned string will be made later in the server.\r\nRegards,\r\nMichel','2015-02-23 17:36:24',0),(37,37,'Issue',219,'The statement <pre>void* apVoid = OpcUa_Alloc(4);</pre> declares a pointer, allocates a buffer and writes the address into the pointer.\r\nThe next statement <pre>memcpy(&apVoid, *pVoidBuf, 4);</pre> overwrites the content of @apVoid@ so it now points to a different address.\r\nThe original content of @apVoid@ (the address of the freshly allocated buffer) is lost.','2015-02-23 20:37:32',0),(38,37,'Issue',1,'Hello Anders,\r\nYou are right, \r\nWill check this in detail tomorrow.\r\nThank you for your feedback.\r\n\r\nBest regards,\r\nMichel','2015-02-23 22:16:15',0),(39,37,'Issue',219,'There are some more instances of the same problem:\r\n\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/Definition.cpp b/OpenOpcUaCoreServer/source/Definition.cpp\r\n--- a/OpenOpcUaCoreServer/source/Definition.cpp\r\n+++ b/OpenOpcUaCoreServer/source/Definition.cpp\r\n@@ -351,7 +351,7 @@ OpcUa_StatusCode CDefinition::DuplicateExtensionObject(OpcUa_ExtensionObject* pE\r\n ((OpcUa_Byte*&)pVoidResult) += 4; // \r\n // Copy the Data\r\n ((OpcUa_Byte*&)pVoidBuf) += 4;\r\n- void* apVoid = OpcUa_Alloc(4);\r\n+ void* apVoid;\r\n memcpy(&apVoid, pVoidBuf, 4);\r\n if (pByteString->Length > 0)\r\n {\r\n@@ -431,7 +431,7 @@ OpcUa_StatusCode CDefinition::DuplicateExtensionObject(OpcUa_ExtensionObject* pE\r\n ((OpcUa_Byte*&)pVoidResult) += 4;\r\n ((OpcUa_Byte*&)pVoidBuf) += 4;\r\n // Now the content of the array\r\n- void* apVoid = OpcUa_Alloc(4);\r\n+ void* apVoid;\r\n memcpy(&apVoid, pVoidBuf, 4);\r\n OpcUa_String* pString = (OpcUa_String*)OpcUa_Alloc(sizeof(OpcUa_String)*iuNoOf);\r\n if (pString)\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/Main.cpp b/OpenOpcUaCoreServer/source/Main.cpp\r\n--- a/OpenOpcUaCoreServer/source/Main.cpp\r\n+++ b/OpenOpcUaCoreServer/source/Main.cpp\r\n@@ -1918,7 +1918,7 @@ OpcUa_StatusCode CopyBuiltInType(const OpcUa_Int32 ifieldSize, const OpcUa_Byte\r\n // ZeroMemory(pLocalizedText->Locale.strContent, pLocalizedText->Locale.uLength + 1);\r\n // // Copy the content\r\n // ((OpcUa_Byte*&)*pVoidBufSource) += 4;\r\n- // void* apVoid = OpcUa_Alloc(4);\r\n+ // void* apVoid;\r\n // memcpy(&apVoid, *pVoidBufSource, 4);\r\n // OpcUa_MemCpy((pLocalizedText->Locale.strContent), pLocalizedText->Locale.uLength, ((void*)(apVoid)), pLocalizedText->Locale.uLength);\r\n // OpcUa_MemCpy(pVoidBufTarget, 4, &(pLocalizedText->Locale.strContent), 4);\r\n@@ -1940,7 +1940,7 @@ OpcUa_StatusCode CopyBuiltInType(const OpcUa_Int32 ifieldSize, const OpcUa_Byte\r\n // ZeroMemory(pLocalizedText->Text.strContent, pLocalizedText->Text.uLength + 1);\r\n // // Copy the content\r\n // ((OpcUa_Byte*&)*pVoidBufSource) += 4;\r\n- // void* apVoid1 = OpcUa_Alloc(4);\r\n+ // void* apVoid1;\r\n // memcpy(&apVoid1, *pVoidBufSource, 4);\r\n // OpcUa_MemCpy((pLocalizedText->Text.strContent), pLocalizedText->Text.uLength, ((void*)(apVoid1)), pLocalizedText->Text.uLength);\r\n // OpcUa_MemCpy(pVoidBufTarget, 4, &(pLocalizedText->Text.strContent), 4);\r\n@@ -1978,7 +1978,7 @@ OpcUa_StatusCode CopyBuiltInType(const OpcUa_Int32 ifieldSize, const OpcUa_Byte\r\n ZeroMemory(pString->strContent, pString->uLength + 1);\r\n ((OpcUa_Byte*&)*pVoidBufSource) += 4;\r\n // Copy the content\r\n- void* apVoid = OpcUa_Alloc(4);\r\n+ void* apVoid;\r\n memcpy(&apVoid, *pVoidBufSource, 4);\r\n OpcUa_MemCpy((pString->strContent), pString->uLength, ((void*)(apVoid)), pString->uLength);\r\n OpcUa_MemCpy(*pVoidBufTarget, 4, &(pString->strContent), 4);\r\n@@ -2001,7 +2001,7 @@ OpcUa_StatusCode CopyBuiltInType(const OpcUa_Int32 ifieldSize, const OpcUa_Byte\r\n ZeroMemory(pString->uReserved4, pString->uReserved2 + 1);\r\n ((OpcUa_Byte*&)*pVoidBufSource) += 4;\r\n // Copy the content\r\n- void* apVoid = OpcUa_Alloc(4);\r\n+ void* apVoid;\r\n memcpy(&apVoid, *pVoidBufSource, 4);\r\n OpcUa_MemCpy((pString->uReserved4), pString->uReserved2, ((void*)(apVoid)), pString->uReserved2);\r\n OpcUa_MemCpy(*pVoidBufTarget, 4, &(pString->uReserved4), 4);\r\n@@ -2056,7 +2056,7 @@ OpcUa_StatusCode CopyBuiltInType(const OpcUa_Int32 ifieldSize, const OpcUa_Byte\r\n ZeroMemory(aNodeId.Identifier.String.strContent, aNodeId.Identifier.String.uLength + 1);\r\n // Copy the content\r\n ((OpcUa_Byte*&)*pVoidBufSource) += 4;\r\n- void* apVoid = OpcUa_Alloc(4);\r\n+ void* apVoid;\r\n memcpy(&apVoid, *pVoidBufSource, 4);\r\n OpcUa_MemCpy((aNodeId.Identifier.String.strContent), aNodeId.Identifier.String.uLength, ((void*)(apVoid)), aNodeId.Identifier.String.uLength);\r\n OpcUa_MemCpy(*pVoidBufTarget, 4, &(aNodeId.Identifier.String.strContent), 4);\r\n@@ -2079,7 +2079,7 @@ OpcUa_StatusCode CopyBuiltInType(const OpcUa_Int32 ifieldSize, const OpcUa_Byte\r\n ZeroMemory(pString->uReserved4, pString->uReserved2 + 1);\r\n // Copy the content\r\n ((OpcUa_Byte*&)*pVoidBufSource) += 4;\r\n- void* apVoid = OpcUa_Alloc(4);\r\n+ void* apVoid;\r\n memcpy(&apVoid, *pVoidBufSource, 4);\r\n OpcUa_MemCpy((pString->uReserved4), pString->uReserved2, ((void*)(apVoid)), pString->uReserved2);\r\n OpcUa_MemCpy(*pVoidBufTarget, 4, &(pString->uReserved4), 4);\r\n</pre>','2015-02-24 10:36:36',0),(40,17,'Issue',1,'Fixed in 1.0.2.3','2015-02-24 14:14:56',0),(41,18,'Issue',1,'Ignition use -1 instead of 0 the tells that a array is empty. (ProfileUris on GetEndpoints)\r\nThis was confusing for the server. I put a workaround and everything works fine now.\r\nIgnition should fix his client.\r\nuse OpenOpcUa >=1.0.2.3 to access this fix.','2015-02-24 14:19:39',0),(42,9,'Issue',1,'In OpenOpcUa 1.0.2.3 you can disable the LDS.\r\nUse the following line in your config file\r\n<pre>\r\n<LDSRegistration Active=\"False\" Interval=\"120\"></LDSRegistration>\r\n</pre>\r\nThe current LDS version from OPC Foundation is not working properly and this service is rather useless.','2015-02-24 14:22:39',0),(43,12,'Issue',1,'Register and UnregisterNodes are nox fully supported.','2015-02-24 14:29:58',0),(44,1,'Issue',1,'This is not directly related to OpenOpcUa. The server can load the S95 NodeSet without any problem.\r\nEnjoy \r\nMichel','2015-02-25 14:41:03',0),(45,6,'Issue',1,'','2015-02-25 14:42:16',0),(46,7,'Issue',1,'Fixed a longtime agon it the OpenOpcUaClientLibrary.\r\nThanks to Jean Bruno for its contribution.\r\n\r\nMichel','2015-02-25 14:43:44',0),(47,38,'Issue',1,'I will review and test this peace of code later.\r\nThank you Anders for your contribution.\r\n\r\nMichel','2015-02-25 16:11:11',0),(48,41,'Issue',1,'Hello,\r\nThank you to report this issue. It was already reported. \r\nThis is a minor problem that will be fix in the 1.0.2.5. \r\nA workaround is available in the OpenOpcUa best practise.\r\nThank you for your support.\r\n\r\nRegards,\r\nMichel','2015-03-24 17:07:09',0),(49,42,'Issue',1,'Hello Constantino,\r\nThank you for your feedback.\r\nThe server generated certificate UTC based and verify date UTC based. So it should work.\r\nAny way i will double check that.\r\n\r\nRegards\r\nMichel','2015-03-25 22:52:26',0),(50,44,'Issue',1,'Hello,\r\nthank you for your feedback.\r\nI will improve the startup sequence. \r\nThe idea is to load UANodeSet files first and then to startup VPIs\r\n\r\nRegards\r\nMichel','2015-03-27 16:04:07',0),(51,45,'Issue',1,'Hello,\r\nI changed the behavior of the function so now it wil generate not only messages in the log file but il will also return error code the the function. Each error code according to the error it get reestablishing he OPC UA connection.\r\n\r\nEnjoy it\r\nMichel','2015-04-01 22:48:25',0),(52,24,'Issue',1,'Hello,\r\nthe version 1.0.2.5 can be generator on VS2013 professionnal or Express without any problem.\r\nI can also be built easly with cmake on Linux, Debian, Ubuntu, fedora, etc....\r\n\r\nEnjoy it\r\nMichel ','2015-04-01 22:53:16',0),(53,43,'Issue',1,'The new 1.0.2.6 fix this issue. \r\nAll sponsors can access it today in ther private project : OpenOpcUa Sponsors\r\n\r\nContact me for more detail\r\nMichel','2015-04-03 15:17:23',0),(54,46,'Issue',1,'','2015-04-07 21:50:17',0),(55,29,'Issue',219,'The problem still exists in 1.0.2.8.\r\n','2015-08-05 17:17:23',0),(56,30,'Issue',219,'The problem still exists in 1.0.2.8.','2015-08-05 17:33:23',0),(57,32,'Issue',219,'The problem still exists in 1.0.2.8.','2015-08-05 17:49:09',0),(58,34,'Issue',219,'The problem still exists at a few places in 1.0.2.8 (patch 0010-OpcUa_Alloc... is no longer needed)','2015-08-05 17:55:11',0),(59,35,'Issue',219,'The problem still exists in 1.0.2.8.','2015-08-05 17:56:18',0),(60,36,'Issue',219,'The problem still exists in 1.0.2.8.','2015-08-05 17:57:28',0),(61,38,'Issue',219,'One instance of the problem still exists in 1.0.2.8.','2015-08-07 12:08:42',0),(62,37,'Issue',219,'Problem partly still exists in 1.0.2.8 (patch 0001-Prevent-memory-leak-in-CDefinition-DuplicateString.patch is no longer needed)','2015-08-07 12:14:34',0),(63,51,'Issue',1,'Hello Navdeep,\r\nCouple of remarks/question.\r\n1- You are suppose to load the file called : 61850Demo.xml\r\n2- DataObjects is not a child of Root\r\n3- Are you using the version Beta 3.2 ?*\r\n\r\nRegards\r\nMichel\r\n','2015-08-21 16:53:18',0),(64,51,'Issue',239,'1- You are suppose to load the file called : 61850Demo.xml - Yes\r\n2- DataObjects is not a child of Root - Yes you are right - Its Root > Objects > IEC61850 DataObjects\r\n3- Are you using the version Beta 3.2 ?* - Yes','2015-08-21 16:57:53',0),(65,51,'Issue',1,'Navdeep, \r\nthe problem is now fixed.\r\nI\'m releasing the version Beta 3.3.\r\n\r\nRegards\r\nMichel','2015-08-21 17:07:34',0),(66,58,'Issue',1,'Hello,\r\nTo create a new configuration you have two options :\r\n# Press the button new.\r\n# Select File-->New !!\r\nThen follow the wizard...\r\n\r\nRegards\r\nMichel','2015-08-26 16:21:03',0),(67,66,'Issue',1,'Valentin,\r\nIt seems that you to server are running on the same box listening on the same port.\r\n* opc.tcp://sup1:16664/OpenOpcUaCoreServer.\r\n* opc.tcp://sup1:16664/OpenOpcUaCoreServer.\r\nCan you confirm that ?\r\n\r\nRegards\r\nMichel','2015-11-18 15:17:06',0),(68,66,'Issue',246,'Michel,\r\n\r\nThe log files are from the same server \"opc.tcp://sup1:16664/OpenOpcUaCoreServer\". We don\'t see the other server in the log.\r\n\r\nThe client just did the same subscriptions twice but the server had different behaviors:\r\n* case 1 : it worked, we can see the subscription\r\n* case 2 : it didn\'t work, we can see that the server received the subscriptions but did nothing after.\r\n\r\nPlease, find attached the configuration used by the both server.\r\n','2015-11-18 15:24:49',0),(69,61,'Issue',1,'Hello,\r\nThe problem was introduce when tracking memory leak in the client layer.\r\nThe problem is now fixed and will be available in the next deliver.\r\n\r\nRegards\r\nMichel','2015-11-23 09:45:12',0),(70,62,'Issue',1,'Hello,\r\nI cannot reproduce the problem. \r\nThe problem is rejected but not close. Provide me more detail in order the make this happen on my testing platform.\r\n\r\nRegards\r\nMichel','2015-11-23 09:52:21',0),(71,65,'Issue',1,'I cannot reproduce it on my Windows or Linux target.\r\nYour call stack show the it comes from the DeleteSuscription call.Can you provide me more detail on you client implementation.\r\nDo you have sample code ?\r\n\r\nRegards\r\nMichel\r\n','2015-11-23 09:56:35',0),(72,66,'Issue',1,'I\'m investigation the problem. Will let you know soon.','2015-11-23 09:59:15',0),(73,63,'Issue',1,'Hello,\r\nI changed the generation for a new algo.\r\nIt come from MurmurHash project. more detail here https://code.google.com/p/smhasher/wiki/MurmurHash\r\n\r\nI\'m using MurmurHash3.\r\n\r\nFeel free to test and to provide feedback.\r\n\r\nRegards\r\nMichel','2015-11-23 10:55:38',0),(74,64,'Issue',1,'Hello,\r\nI cannot reproduce the problem.\r\nI tested on Debian, Ubuntu and raspBian.\r\nCan you provide more information on you testing platform.\r\n\r\nRegards\r\nMichel','2015-11-23 11:01:53',0),(75,62,'Issue',1,'','2015-11-23 15:32:59',0),(76,64,'Issue',246,'* Platform : CentOS 7-1503 (also called CentOS 7.1)\r\n* Scenario : connect/disconnect multiple time from client','2015-11-23 15:44:48',0),(77,67,'Issue',1,'Hello, \r\nyour log say OpenOpcUa_ReadAttributes failed : uStatus=0x80270000.\r\n0x80270000 means OpcUa_BadSessionNotActivated. \r\nCan you double check that the session is really activated ?\r\n\r\nYou also receive a OpcUa_BadSessionIdInvalid 0x80250000.\r\nI suggest you to investigate in this direction.\r\n\r\nWhy are you using 4840 on the B&R server ? \r\n4840 is a reserve port for discovery see OPC UA 1.03 spec part 6 table 39. \r\nIt\'s not suppose to be used by server for none discovery services.\r\n\r\nRegards\r\nMichel','2015-12-01 14:06:39',0),(78,67,'Issue',243,'Thanks for the quick response Michel, I have reviewed this error message, but the session creation and activation calls are successful. \r\n30-11-2015 13:21:48, Session activated\r\n30-11-2015 13:21:48, CreateSession successful\r\n\r\nEven, I have tried re-creating and activating session before the ReadOpcValue function. For both functions, OpenOpcUa_CreateSession and OpenOpcUa_ActivateSession, I have received uStatus as 0. \r\n\r\nAnother point is, though I am using the OpenOpcUaQuickClient, i am not able to browse the variables. Please see the OpenOPCUA.png attached.\r\n\r\nThanks,\r\nPavan\r\n','2015-12-02 10:27:54',0),(79,67,'Issue',1,'Hello Pavan,\r\nI need you to verify the following.\r\nAfter the call to OpenOpcUa_CreateSession and to OpenOpcUa_ActivateSession you receive OpcUa_Good ?\r\nWhat are the value of your session ?\r\nYou said that you cannot browse using the OpenOpcUaQuickClient. But is the OpenOpcUaQuickClient connected ?\r\nCan you check in the error windows of the OpenOpcUaQuickClient ?\r\n\r\nRegards\r\nMichel','2015-12-03 20:55:58',0),(80,67,'Issue',243,'Hello Michel,\r\n\r\nHere are my comments\r\n\r\nAfter the call to OpenOpcUa_CreateSession and to OpenOpcUa_ActivateSession you receive OpcUa_Good ?\r\nPavan : Yes. I receive the uStatus as OpcUa_Good (0).\r\n\r\nWhat are the value of your session ?\r\nPavan : I don\'t have the exact session value. What are the possible valid values are and how to trace the error based on the session value?\r\n\r\nYou said that you cannot browse using the OpenOpcUaQuickClient. But is the OpenOpcUaQuickClient connected ?\r\nPavan : Yes, it was connected, but the when I tried to read the \"Objects\" tree was blank (Not expanding)\r\n\r\nCan you check in the error windows of the OpenOpcUaQuickClient ?\r\nPavan : In the Message window it was showing \"Logger Message Activated\". Nothing was logged in the OpenOpcUaQuickClient.log (was of 0 KB)\r\n\r\nIn your earlier comment you mentioned about the port no. 4840 is reserved. But the B&R X20 PLC is using that port. Will that make any difference while reading values using OpenOPCUA code? the softing client is able to read values from the B&R X20 PLC on port 4840.\r\nThanks In advance for your reply.\r\n\r\nBest Regards\r\nPavan Pawar','2015-12-04 15:02:10',0),(81,67,'Issue',1,'Hello Pavan,\r\nLet\'s organize a gotomeeting to collect more information on your issue.\r\nAre you avaible on Monday ?\r\n\r\nRegards\r\nMichel','2015-12-05 12:15:42',0),(82,65,'Issue',1,'Hello,\r\nThe new version of the codebase fix this problem.\r\nBut your client is not using the API in the proper way.\r\nYou are adding and removing your monitoredItems one by one. This imply negative side effect.\r\nThe OpenOpcUaClientLibrary is made to add and remove a large number of monitoredItems in one call.\r\n\r\nRegards\r\nMichel','2015-12-08 22:54:47',0),(83,67,'Issue',1,'','2015-12-08 22:55:41',0),(84,62,'Issue',1,'Hello,\r\nBased on my recent tests this issue is now fixed.\r\nI\'m waiting for your validation.\r\nRegards\r\nMichel','2015-12-08 23:04:27',0),(85,66,'Issue',1,'Seems fixed in the 1.0.4.0.\r\nI\'m waiting for your feedback\r\n\r\nRegards\r\nMichel','2015-12-10 16:47:37',0),(86,65,'Issue',1,'Fixed in 1.0.4.0 ','2015-12-10 16:48:33',0),(87,64,'Issue',1,'Fixed in 1.0.4.0\r\nIf you reproduce it. I will reopen it','2015-12-10 16:49:38',0),(88,63,'Issue',1,'Fixed by a 32 pointer.\r\nSo 64bits target are not supported in 1.0.4.0.\r\nWill work on it if needed for next version.\r\nI\'m waiting for feedback.\r\n\r\nRegards\r\nMichel','2015-12-10 16:51:21',0),(89,61,'Issue',1,'Fixed in 1.0.4.0','2015-12-10 16:52:13',0),(90,51,'Issue',1,'Fixed in the last beta of the OpenOpcUaConfigManager','2015-12-10 16:53:06',0),(91,62,'Issue',1,'','2015-12-17 20:05:02',0),(92,71,'Issue',1,'Hello,\r\nThis new API support DataChangeFilter but the server was confuse by the DataChangeFilter on some dataType.\r\nI fixed it in the server and will be release in the next beta.\r\n\r\nEnjoy it\r\nMichel','2015-12-18 09:09:48',0),(93,69,'Issue',1,'Hello,\r\nI fix the code by adding an extra test and by using m_SubscriptionList.size() instead of nNoOfResults.\r\nThe OpenOpcUaLibrary will be more robust. But if it happens in your client it probably show Something wrong in your app.\r\n\r\nEnjoy\r\nMichel','2015-12-18 09:38:24',0),(94,70,'Issue',1,'I add a new test around this portion of code.\r\nThis will be a workaround fixing your issue.\r\nContact me if you get side effects\r\n\r\nRegards\r\nMichel','2015-12-18 10:50:42',0),(95,67,'Issue',1,'Hello Pavan,\r\nYour WireShark trace was very useful and clearly show a setting issue in the server.\r\nThe activate session failed and the server return OpcUa_BadIdentityTokenRejected 0x80210000\r\n \r\nRegards\r\nMichel\r\n','2015-12-21 12:06:47',0),(96,62,'Issue',1,'Fixed in the new RC1 of the OpenOpcUaCodebase 1.0.4.0','2016-01-04 22:56:07',0),(97,68,'Issue',1,'','2016-01-04 22:57:11',0),(98,72,'Issue',1,'Hello,\r\nThe 1.0.2.8 is a quite old version of the server. We drove a huge deleaking campaign for the 1.0.3.x version.\r\nI advise you to update your server to the last version 1.0.4.0.\r\n\r\nKind regards\r\nMichel Condemine','2016-01-05 10:53:24',0),(99,72,'Issue',231,'Ok thanks.\r\n\r\n\r\nWhere can I find the last version 1.0.4.0 (binary and source) ?\r\nIt doesn\'t appear in http://www.openopcua.org/download/download.html.\r\n\r\nBest Regards\r\nSEE- Jacquement\r\n','2016-01-05 11:09:53',0),(100,73,'Issue',1,'Hello,\r\nDocumentation and examples will be provided during the webinar.\r\nI will send a Doodle today.\r\n\r\nRegards\r\nMichel','2016-01-05 15:03:51',0),(101,75,'Issue',1,'Hello,\r\nThank you for your feedback.\r\nWhat kind of extra message do you wish ?\r\n\r\nRegards\r\nMichel','2016-01-19 14:45:46',0),(102,74,'Issue',1,'Hello,\r\nThaank you for you feedback.\r\nThis is more a warning than an error. I will remove it in the 1.0.4.0 release.\r\n\r\nRegards\r\nMichel','2016-01-19 14:47:32',0),(103,77,'Issue',1,'Hi,\r\nas i said. A short term solution is to use the numerical representation of nodeids instead of string representation.\r\nIn a med/short term version i will replace vector by map. This was already planned a long time ago.\r\n\r\nRegards\r\nMichel','2016-01-25 17:07:29',0),(104,76,'Issue',1,'Valentin\r\ncan you explain : \r\n# How your % cpu graph can be 140% ?\r\n# Did you tried without VPI ?\r\n# Did you test with alternate client ?\r\n\r\nRegards\r\nMichel\r\n\r\n','2016-01-25 17:13:09',0),(105,76,'Issue',246,'1. 2 cores (it shows the relation to the power of 1 core). So it can be up to 200%\r\n2. No. But I tried without client and with the same VPI. Memory doesn\'t move. So I assume it\'s the problem come from the communication Client/Server\r\n3. No. But I can retry with the reference client :).','2016-01-25 17:22:06',0),(106,77,'Issue',246,'I did the modification for the variable vector. It took me 2 hours (1h30 to analyze, 30min to do it).\r\nFor my 8000 nodes configuration, I divided the load time by 2 (15s to 7s) and the %CPU has a mean of 13% (instead of 70%)\r\n\r\nI joined the patch so you can apply it to the lasted version (1.0.4.0.RC3).\r\n\r\n\r\nBefore:\r\n\'Graph.PNG\'\r\n\r\nAfter:\r\n\'Capture_MAP.PNG\'\r\n\r\n\r\n','2016-01-27 09:36:20',0),(107,77,'Issue',1,'Valentin,\r\nI remind you that it is forbidden to fork OpenOpcUa. So Let consider your modification as a temporary workaround for your own need\r\nMore of that there are issues :\r\n* Your naming convention are not fitting in the OpenOpcUa naming convention.\r\n* Your implemention is just for CUAVariable\r\n* In the development Schedule this is a suppose to be part of the UANodeManager integration in the 1.0.5.0\r\n\r\nRegards\r\nMichel','2016-01-27 09:54:55',0),(108,78,'Issue',1,'Hello,\r\nThank you for your feedback.\r\nI will fix this for the 1.0.4.0 release.\r\n\r\nKind regards\r\nMichel','2016-01-28 16:33:32',0),(109,79,'Issue',1,'Hello,\r\nThank you for your feedback.\r\nThis problem is already on my plate.\r\nI will take a carefull look at your proposal.\r\n\r\nRegards\r\nMichel','2016-02-03 11:53:35',0),(110,79,'Issue',1,'Hello,\r\nOne semaphore is enough in this case.\r\nI made several test with various Vpi and the VpiGlobalStop is called properly.\r\nTo be sure i just add a new message in the VpiReaderThread when the GlobalStop is called :\r\n_OpcUa_Trace(OPCUA_TRACE_SERVER_LEVEL_ERROR, \"GlobalStop was called to stop the Vpi uStatus=0x%05x\\n\", uStatus)\r\n_\r\nSo i ran a Vpi config with the new message and got :\r\n|1840| 15:54:02.232Z GlobalStop was called to stop the Vpi uStatus=0x00000\r\n\r\nCan you provide me a configuration to reproduce your problem ?\r\n\r\nRegards\r\nMichel','2016-02-03 16:58:58',0),(111,79,'Issue',250,'Hi Michel,\r\n\r\ni have attached a zip with out configuration and 3 logfiles. If a opc client is connetced to the server the shutdown seems to be totally different. \r\n1) Client is connected : Shutdown is very quick ( less than 1 second ). Stopping VpiWriteThread and EventsThread seems not to be called.\r\n2) Not Client is connected, without patch : Shutdown takes more than 5 seconds. EventsThread seems to stop ok, but VpiGlobalStop is not called. \r\n3) Not Client is connected, with my patch : Shutdown takes more than 5 seconds. VpiGlobalStop is called.\r\n\r\nPlease be aware that our target system has very poor performance ( Intel Atom with 2 cores at 600Mhz ). The timing behavior between two threads can be totally diffent if you compare it to a core i7 desktop PC. \r\n\r\nThe VPI Screduler looks like that :\r\n\r\nVpiReaderThread()\r\n{\r\n while(doRun)\r\n {\r\n Mutex_lock( Mutex )\r\n doSomething ...\r\n Mutex_unlock( Mutex )\r\n\r\n time calculation \r\n Sema_wait( Sema ) \r\n }\r\n\r\n VpiGlobalStop();\r\n\r\n Sema_post ( Sema ) \r\n}\r\n\r\nStopVpiReaderThread()\r\n{\r\n Mutex_lock( Mutex ) \r\n doRun = false;\r\n Sema_post ( Sema )\r\n Sema_wait( Sema ) \r\n delete VpiReaderThread\r\n Mutex_unlock( Mutex )\r\n}\r\n\r\nYour code with one semaphore can only work if VpiReaderThread waits on the semaphore when Sema_post is called. And the scheduler has to wake the VpiReaderThread immediately after Sema_post is called. If the scheduler continues with StopVpiReaderThread before waking the VpiReaderThread the VpiReaderThread function will not wait for the thread to be finished. The thread will be deleted before VpiGlobalStop is called.\r\n\r\nIn my opinion you cannot rely on a special scheduler strategy. The code must work in every scheduler strategy. \r\n\r\nRegards,\r\nThomas','2016-02-04 10:00:57',0),(112,81,'Issue',1,'Hello,\r\nI Fixed it in the 1.0.4.0 RC15.\r\nPlease validate... \r\n\r\nRegards\r\nMichel','2016-04-12 20:01:52',0),(113,81,'Issue',246,'Hello Michel,\r\n\r\nSeems fixed in RC15.\r\nWhat about the bonus ? Maybe in another version ?\r\n\r\nRegards\r\n','2016-04-13 15:29:11',0),(114,84,'Issue',1,'Hello,\r\nI never see such a problem. \r\nDid you already tried without your Vpi ?\r\n\r\nRegards\r\nMichel\r\n','2016-05-23 16:37:02',0),(115,84,'Issue',250,'Hello Michel,\r\n\r\nI tried with the simulation config of the webinar and I got the same error. \r\n\r\nWe are running the server on an embedded linux. But even if I use OpenSuse Linux 13.1 I got the same error. The error occurs while deleting the pMonitoredItemServer ( SubscriptionServer.cpp Line 1187 ).\r\n\r\nThe embedded Linux uses gcc 4.8,2 with libc 2.18. The Suse Linux uses gcc 4.8.1 with libc 2.18.\r\n\r\nDid you try the RC16 server on a Linux ? Maybe the microsoft compiler and the gcc behave defferent.\r\n\r\nRegards Thomas','2016-05-24 11:29:05',0),(116,84,'Issue',1,'Hello Thomas,\r\nI will try to replicate on a Debian and will let you know.\r\n\r\nKind regards\r\nMichel','2016-05-24 11:46:26',0),(117,85,'Issue',1,'Hello Valentin,\r\nThe last version is the RC16. Please check with it.\r\n\r\nRegards\r\nMichel','2016-06-01 11:17:39',0),(118,86,'Issue',1,'Hello,\r\ni will take a look at it.\r\nBut the Browsename is Mandatory. IT CANNOT BE EMPTY\r\n\r\nWill try to check that in the parser. Because the server should handle wrong configuration :)\r\n\r\nRegards\r\nMichel','2016-06-01 11:28:05',0),(119,85,'Issue',246,'It seems to work on RC16.\r\nThanks.','2016-06-01 11:34:11',0),(120,86,'Issue',246,'Hello,\r\n\r\nEven if it is mandatory it was working without it in RC12.\r\nIf you want to change this behavior, please do it on the next version and write it in a changelog and not between 2 releases candidates.\r\n\r\nRC are just there to fix major bugs before final version without adding new code (add functionalities).\r\n\r\nRegards,\r\nValentin','2016-06-01 11:57:43',0),(121,86,'Issue',1,'Valentin,\r\ncan you provide me a corrupted file for testing.\r\nBTW, the changes are made my way, my rules..\r\n\r\nRegards\r\nMichel','2016-06-01 12:02:30',0),(122,84,'Issue',246,'Hello all,\r\n\r\nWe have the same problem here. \r\n* OS : CentOS 7.1.\r\n* gcc : 4.8.3\r\n\r\nPlease find attached our backtrace which contains complementary information.\r\n\r\nHope it helps.\r\n\r\nRegards,\r\nValentin','2016-06-01 16:27:13',0),(123,86,'Issue',246,'Please, find attached the requested file.\r\n\r\nRegards,\r\nValentin','2016-06-01 16:32:22',0),(124,86,'Issue',1,'Valentin,\r\nThe BrowseName is definitivly missing in your file.\r\nI will be surprise if the previous version could work properly without it.\r\nBrowseName is mandatory according to the UA spec and UANodeSet schema.\r\nI just fix it to make the server more flexible. But a those node will be ignore !\r\n\r\nRegards\r\nMichel','2016-06-01 16:54:44',0),(125,86,'Issue',1,'Hello,\r\nI just change the implementation. \r\nThe server will show node even with an empty BrowseName.\r\nBut the behavior if multiple node are declare that way is impredictible.\r\nClient cannot use TranslateBrowsePathToNodeId because this service is based on the browseName.\r\nSo the server accept, warning as i do !!!\r\n\r\nRegards\r\nMichel','2016-06-01 16:59:52',0),(126,88,'Issue',1,'Hello Raymond,\r\nCan you send me aconfiguration for testing.\r\n\r\nRegards\r\nMichel','2016-06-03 17:01:26',0),(127,89,'Issue',1,'Hello Kai,\r\nThank you to pointing this to me.\r\nYou are right there are someting wrong here.\r\nWill fix it for the next release.\r\n\r\nRegards\r\nMichel','2016-06-09 20:20:49',0),(128,88,'Issue',229,'Here attached the configuration file.\r\nthe OpenOpcUaCoreServer.exe version is 1.0.2.4','2016-06-28 16:20:04',0),(129,84,'Issue',250,'Hello Michel,\r\n\r\nthe gnu libc checks malloc() and free() calls by default. If you free a memory that was not allocated with alloc the libc terminates the application with a stack dump. I think the microsoft libc does not check the calls.\r\n\r\nI did some debugging with the valgrind memcheck tool and i found this bug and some other memory leaks. \r\n\r\nThe following code line refer to the 1.0.4.2 Version. \r\n\r\n1) *OpenOpcUaCoreServer/source/MonitoredItemServer.cpp Line 124*\r\n\r\nOpcUa_Mutex_Lock(OpcUa_Mutex hMutex) and OpcUa_Mutex_Unlock(OpcUa_Mutex hMutex) need an OpcUa_Mutex als Parameter but OpcUa_Mutex_Delete(OpcUa_Mutex* phMutex) need the adress of an OpcUa_Mutex.\r\n\r\nSo the correct call has to be OpcUa_Mutex_Unlock(m_TriggeredItemIdListMutex);\r\n\r\nThis bug causes the termination at client disconnect.\r\n\r\n2) *OpenOpcUaSharedLib/source/Application.cpp Line 299*\r\n\r\nYour _GNUC_ implementation of FindFirstFile() uses the linix call readdir() to get the file informations. The filename d_name of the returned struct dirent is already a 8 bit char string.\r\n\r\nIn Line 299 OpcUa_String_WtoA() tries to convert this string again. The function wcslen seeks 0x0000 as the end of a wide string but this end does not occur in the 8 bit string. This results in the next error. \r\n\r\nIn my opinion the variable asFilename is not used in the _GNUC_ case so the line 299 is senseless and can be removed.\r\n\r\n3) *Stopping threads*\r\nAn illegal memory access occures when stopping the thead e.g the UpdateSubscriptionThread. I see the problem but i did not get the solution yet so I attached the valgrind memcheck output.\r\n\r\nin the function CSubscriptionServer::StopUpdateSubscriptionThread() you set the abort flag m_bRunUpdateDataSubscriptionThread and wait for the Semaphore m_hUpdateSubscriptionThreadSafeSem. After the semaphore is triggered the threas object is deleted with OpcUa_Thread_Delete()\r\n\r\nThe thread function CSubscriptionServer::UpdateDataSubscriptionThread() calls OpcUa_Semaphore_Post() as the last instruction which causes the main thread to wake up again and delete the thread objekt. But this is not really the last instruction of the thread context. UpdateDataSubscriptionThread() returns into the InternalThreadMain() function ( OpenOpcUaStackV1/source/opcua_thread.c line 87 ). In this function you access mutex Thread->Mutex and the semaphore Thread->ShutdownEvent but the memory may be already released by StopUpdateSubscriptionThread().\r\n\r\nI hope these hints help you to improve the core server.\r\n\r\nBest regards\r\n\r\nThomas \r\n ','2016-08-05 11:19:31',0),(130,84,'Issue',219,'FWIW note-5 number 2 (the FindFirstFile() issue) was reported as issue #30 last year.','2016-08-05 11:47:54',0),(131,84,'Issue',1,'Hello thank you for your feedback,\r\nthe point 1 is already fixed in the current version with code you mention.\r\nKai what version are you using ?\r\n\r\nRegards\r\nMichel','2016-08-05 11:51:52',0),(132,84,'Issue',250,'Hello Michel,\r\n\r\nI am using Version 1.0.4.2 from 11.07.2016. In this Version the bug is not fixed. Is there a newer one that i can\'t see in redmine ?','2016-08-08 08:40:01',0),(133,91,'Issue',1,'Bonjour,\r\nJe suis en cours d\'investigation sur ce problème.\r\nJe ne rencontre pas de problème sur un M340 et sur un simulateur modbus (Mod_RSsim)\r\n\r\nOn en parle lundi lors du prochain meeting.\r\n\r\nCordialement\r\nMichel','2016-08-25 17:37:42',0),(134,91,'Issue',1,'Bonjour,\r\nmerci de tester la version 1.0.0.6\r\nCordialement\r\nMichel','2016-08-29 17:18:16',0),(135,88,'Issue',1,'Hello,\r\ni cannot reproduce the problem with the version 1.4.2.256 of UAExpert.\r\nHAve you try with this version ?\r\n\r\nRegards\r\nMichel\r\n\r\n','2016-09-03 00:10:39',0),(136,87,'Issue',1,'Hello,\r\nthis problem is fixed in the 1.0.4.3.\r\nThe SourceName is based on the SourceNode browseName\r\nRegards\r\nMichel','2016-09-06 17:48:11',0),(137,92,'Issue',1,'Hello Adrien,\r\ncan you provide mode detail on the context of this crash ?\r\nDo you have a callstack ?\r\n\r\nFor your information. The date in the log is perfectly correct. IT\'s a UTC date.\r\n\r\nRegards\r\nMichel','2016-09-08 14:04:01',0),(138,96,'Issue',1,'Hello,\r\nYour scenario is a debug scenario that cannot happens in runtime.\r\nIt possible that according to you subscription parameter the server is facing an odd case.\r\nCan you provide information on the subscription active during your debugging session.\r\n\r\nI advise you to update your codebase Server and Vpi to 1.0.4.3.\r\nRegards\r\nMichel\r\n','2016-09-15 19:54:23',0),(139,92,'Issue',1,'Nothing to do with those information.\r\n','2016-09-15 19:58:05',0),(140,88,'Issue',1,'','2016-09-15 19:58:46',0),(141,66,'Issue',1,'','2016-09-15 19:59:24',0),(142,62,'Issue',1,'','2016-09-15 19:59:42',0),(143,73,'Issue',1,'','2016-09-15 20:00:58',0),(144,41,'Issue',1,'Fix in 1.0.4.x.\r\nPlease update','2016-09-15 20:02:48',0),(145,96,'Issue',226,'Hello,\r\n\r\nThe scenario indicates how to reproduce it easily in dev environnement.\r\nThe reported problem happens in production, where there is no debuging tools.\r\n\r\n It possible that according to you subscription parameter the server is facing an odd case.\r\n Can you provide information on the subscription active during your debugging session.\r\n* we have OPC_TIMEOUT 7500, this is the limit reached by the lifetime function\r\n* where can i see thins information in logs or in the debugger ?\r\n\r\nHere are the threads for information. Threads 4 & 6 are exited at the begining.\r\n\r\n 19 Thread 0xf69ffb40 (LWP 30296) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 18 Thread 0xf6d2ab40 (LWP 30210) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 16 Thread 0xf6d66b40 (LWP 29272) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n* 15 Thread 0xf6d84b40 (LWP 29266) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 14 Thread 0xf6da2b40 (LWP 29264) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 13 Thread 0xf6dc0b40 (LWP 29263) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 12 Thread 0xf758cb40 (LWP 29261) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 11 Thread 0xf71a5b40 (LWP 28306) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 10 Thread 0xf71c3b40 (LWP 28304) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 9 Thread 0xf71e1b40 (LWP 28285) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 8 Thread 0xf71ffb40 (LWP 28282) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 7 Thread 0xf7532b40 (LWP 28279) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 5 Thread 0xf756eb40 (LWP 28270) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 3 Thread 0xf75cbb40 (LWP 26662) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 2 Thread 0xf75e9b40 (LWP 26661) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n 1 Thread 0xf75eb780 (LWP 26569) \"OpenOpcUaCoreSe\" 0xf7fdc430 in __kernel_vsyscall ()\r\n','2016-09-16 07:49:23',0),(146,92,'Issue',226,'Please reopoen the ticket, the problem is still present in production.\r\n\r\nI do my best to get a callstack, but this is difficult in our environment.','2016-09-16 07:55:25',0),(147,96,'Issue',1,'Hello,\r\n# You have to update your code base to 1.0.4.3\r\n# The subscription parameter are controled by clients included timeout.\r\n# I tried to reproduce on Windows and Linux but i cannot\r\n\r\nFor a deeper investigation i suggest you reactivate your support contract.\r\n\r\nRegards\r\nMichel','2016-09-16 14:33:22',0),(148,96,'Issue',226,'Michel Condemine Admin wrote:\r\n> Hello,\r\n> # You have to update your code base to 1.0.4.3\r\n> # The subscription parameter are controled by clients included timeout.\r\n> # I tried to reproduce on Windows and Linux but i cannot\r\n> \r\n> For a deeper investigation i suggest you reactivate your support contract.\r\n> \r\n> Regards\r\n> Michel\r\n\r\nHello,\r\nI don\'t see the link to download current or older releases to update my code base.\r\n','2016-09-16 14:53:02',0),(149,96,'Issue',1,'Hello,\r\nThe new codebase is in the download section.\r\nBut i don\'t think you can access it any more. Please subscribe\r\n\r\nRegards','2016-09-22 08:21:16',0),(150,91,'Issue',254,'Le nombre d’élément à régler dans le subsystem, fonctionne uniquement en lecture. Dans mon exemple il est réglé à 4\r\nDans les traces en PJ on voit que j’écris ‘hello world’ et que je relis que ‘hell’\r\nPar contre dans UAExpert il n’y a que ‘hel’ qui s’affiche soit 3 éléments donc on a perdu un élément dans le traitement. \r\n \r\nJ’ai refait cette exemple avec 3 éléments dans le subsystem, on écrit toujours ‘hello world’, on relie ‘hel’ et on affiche ‘he’.\r\n','2016-09-22 17:33:49',0),(151,95,'Issue',1,'','2016-10-10 08:45:09',0),(152,91,'Issue',1,'Bonjour,\r\nPourriez vous tester, avant notre call de mercredi, la nouvelle version disponible dans le section file.TestModbus_1_0_0_6.zip\r\n\r\nCordialement\r\nMichel Condemine','2016-10-10 18:10:05',0),(153,97,'Issue',269,'Bonjour,\r\n\r\nDepuis la dernière réunion : \r\n\r\n* Nous avions un conflit entre Vpi Cooperl le Vip S7. Vous aviez effectué une correction mais je ne sais pas si d\'autres modifications sont en cours. Nous avons désactivé le Vip S7 pour pouvoir faire nos essais.\r\n\r\n* On souhaite recevoir une trame de retour lors de l\'écriture d\'une nodeId (Je pense que c\'est votre point \"2- format écriture\").\r\n\r\n* Concernant le code d\'erreur. Il faudrait prévoir dans la playload un code retour 0=OK, 0<> Erreur (Votre point \"1- Code erreur\").\r\n\r\n* Je n\'ai pas réussi à lire ou écrire un tableau de NodeID. L\'écriture du premier node est effecutée mais pas celle du second. Je dois fais encore quelques essais aujourd\'hui concernant ce sujet. Je vous transmet la trame après avoir fait quelques essais. \r\n\r\nCi joint les captures Wireshark afin de faire abstraction abstraction l\'outils de test. \r\n \r\nSuite à votre dernier mail de ce main concernant le codage en binaire. Pouvez vous modifier le document word avec la payload et le nouveau Vpi Cooperl.\r\n\r\n \r\nCordialement,\r\nYvonnick MORICE','2016-10-11 11:50:41',0),(154,91,'Issue',1,'Fixed in VpiMdbMaster 1.0.0.7','2016-11-03 12:10:41',0),(155,101,'Issue',1,'Bonjour,\r\npour la gestion de la version du VpiCooperl il suffit de créer une UAVariable dans l\'espace d\'adressage du serveur OpenOpcUa de type string qui contiendra le n° de version du Vpi. L\'AS400 pourra interroger ce node pour connaître le n° de version. Concernant le n° de version du serveur vous pouvez interroger le node i=2265.\r\n\r\nCordialement\r\nMichel\r\n','2016-11-21 11:32:50',0),(156,91,'Issue',254,'Bonjour Michel,\r\n\r\nAs-tu trouvé le temps de passer les 16#20 en 16#00 pour remplir la chaine de caractère ?\r\nEt peux-tu partager ta documentation sur ce VPI ?\r\n\r\nMerci d\'avance','2016-11-25 11:12:01',0),(157,103,'Issue',1,'','2016-11-26 10:43:32',0),(158,91,'Issue',1,'','2016-11-28 08:59:46',0),(159,90,'Issue',1,'','2016-11-28 09:00:29',0),(160,91,'Issue',254,'Après plusieurs écriture (4 écritures), le serveur Release plante.\r\nAvec Wireshark on voit que le serveur plante avant d\'envoyer la trame d\'écriture.\r\nEn pj les fichier log.\r\n','2016-11-28 10:24:30',0),(161,104,'Issue',1,'Bonjour,\r\nil ne s\'agit pas d\'une erreur mais d\'information. \r\nElle indique que le fichier des script LUA est absent.\r\n\r\nCordialement\r\nMichel\r\n','2016-11-28 13:56:21',0),(162,91,'Issue',254,'Avec la version 1.0.0.9, le serveur plante toujours.\r\nEn PJ les imprime écran de la fenêtre de plantage et une vue avec VS','2016-11-28 17:50:35',0),(163,104,'Issue',1,'Test en cours','2016-11-30 12:10:25',0),(164,100,'Issue',1,'','2016-11-30 13:54:38',0),(165,107,'Issue',1,'Bonjour,\r\nquelques questions :\r\n1- Avez vous testé la version release ou debug ?\r\n2- Pourquoi souhaitez modifier les AccessLevel et les paramètres d\'archivage ?\r\n3- Les log sont le moyen d\'indiquer les erreurs. Souvenez vous que le serveur en production tourne en tant que service.\r\n4- L\'outil de configuration est l\'OpenOpcUaConfigManager. Il est toujours en version préliminaire. \r\nIl peut être fourni dans l\'état mais reste en dehors de cette prestation.\r\nPourriez vous fournir les log en cas de crash.\r\n\r\nCordialement\r\nMichel Condemine','2016-12-10 16:57:58',0),(166,106,'Issue',269,'','2016-12-14 10:46:14',0),(167,107,'Issue',1,'','2016-12-16 11:41:15',0),(168,102,'Issue',1,'','2016-12-16 11:41:48',0),(169,108,'Issue',1,'Hello,\r\nCannot reproduce this with 1.0.4.6.\r\n\r\nBR\r\nMichel','2016-12-16 11:43:37',0),(170,112,'Issue',1,'Hi,\r\nthank you for this feedback.\r\nI will review it and let you know if it\'s accepted.\r\n\r\nBR\r\nMichel','2016-12-21 19:12:30',0),(171,91,'Issue',254,'Avec la version 1.0.0.9v2, le serveur ne plante pas.\r\nMais il reste un problème lors de l\'écriture de caractères blanc (0x00).\r\nSur une chaine de 6 caractères, si j\'écris 5 caractère ex : \"abcde\", les 5 caractères sont bien passé à l\'automate.\r\nPuis si j\'écris 3 caractères ex : \"abc\", dans l\'automate j\'ai \"abc e\". il y a bien un blanc (0x00) à la place du \"d\", mais le \"e\" n\'a pas été effacé.\r\n\r\nCette anomalie n\'apparait que lorsque l\'on écriture 2 fois de suite des chaines de longueur impaire, avec la seconde plus court que la première.','2016-12-22 16:59:12',0),(172,113,'Issue',1,'Hello,\r\nThis need to be clarify. The API behave correctly.\r\nThe main input parameter is m_ClientHandle .The API keep it unchanged in the output m_MonitoredItemId. The API create a handle called m_hMonitoredItem\r\nIn notifications the API will use this m_hMonitoredItem to notify your application. The m_ClientHandle and m_MonitoredItemId are not used\r\n\r\n\r\nINPUT structure\r\n typedef struct _OpcUa_MonitoredItemToCreate\r\n {\r\n OpcUa_NodeId m_NodeId;\r\n OpcUa_UInt32 m_AttributeId;\r\n OpcUa_String m_IndexRange;\r\n OpcUa_MonitoringMode m_MonitoringMode;\r\n OpcUa_UInt32 m_ClientHandle;\r\n OpcUa_Double m_SamplingInterval;\r\n OpcUa_UInt32 m_DeadbandType;\r\n OpcUa_Double m_DeadbandValue;\r\n OpcUa_Byte m_DatachangeTrigger;\r\n OpcUa_UInt32 m_QueueSize;\r\n OpcUa_Boolean m_DiscardOldest;\r\n OpcUa_TimestampsToReturn m_TimestampsToReturn;\r\n }\r\n OpcUa_MonitoredItemToCreate;\r\nOUTPUT structure\r\n typedef struct _OpcUa_MonitoredItemCreated\r\n {\r\n OpcUa_StatusCode m_Result;\r\n OpcUa_UInt32 m_MonitoredItemId;\r\n OpcUa_Double m_RevisedSamplingInterval;\r\n OpcUa_UInt32 m_pRevisedQueueSize;\r\n OpcUa_Handle m_hMonitoredItem;\r\n } OpcUa_MonitoredItemCreated;\r\n\r\nBR\r\nMichel','2017-01-09 14:26:25',0),(173,113,'Issue',283,'This information is not correct. The value that the API puts in the output m_MonitoredItemId is *NOT* the ClientHandle passed in the OpcUa_MonitoredItemToCreate. The block of code that I originally pointed out overwrites that value. The value passed back in m_MonitoredItemId is generated by the API in a call to OpcUa_ClientApi_CreateMonitoredItems (SubscriptionClient.cpp:150). Please reopen this ticket.\r\n','2017-02-01 14:50:47',0),(174,114,'Issue',1,'I just release a new demo for RPI B+ based on the 1.0.4.6 of OpenOpcUaCoreServer.\r\nRun the server by launching \r\nsh StartOpenOpcUaCoreServer.sh\r\n\r\nEnjoy It\r\nMichel\r\n','2017-02-02 20:14:51',0),(175,115,'Issue',1,'Hello Andre,\r\nThank you for your contribution.\r\nThen Base64 APIs was already added to the next version 1.0.4.7.\r\nCan you just shared your OpenOpcUaClientLib.cpp i will integrate it in the coming version.\r\n\r\nRegards\r\nMichel','2017-02-02 21:31:16',0),(176,115,'Issue',283,'Hi Michel,\r\nPlease find attached my current OpenOpcUaClientLib.cpp\r\nThank you.','2017-02-03 13:45:48',0),(177,115,'Issue',1,'Thank you André,\r\nI just added the code in the 1.0.4.7 for guid and opaque support in OpenOpcUa_StringToNodeId. \r\nI never facing a server using the guid and opaque representation.\r\nDid you test the format and the leak ?\r\nDo you have this need ?\r\n\r\nRegards\r\nMichel','2017-02-03 14:04:34',0),(178,115,'Issue',283,'Hi Michel,\r\nThe client we\'re developing with OpenOpcUa is to replace our current client that already supports it.\r\nOur customers can use that client with any server. Since the change was not big, we think it is better to provide that functionality than to receive calls saying that we broke something.\r\nThank you','2017-02-03 14:08:06',0),(179,115,'Issue',283,'Regarding tests, I have created unit tests in our source code to verify the results of the function.','2017-02-03 14:09:08',0),(180,91,'Issue',254,'avec la version 1.0.1.0, on a toujours le même problème qu\'avec la 1.0.0.9v2','2017-02-24 17:30:17',0),(181,91,'Issue',1,'Je suppose que tu as testé la release. \r\nCette version date de novembre 2016. J\' ai recompilé seulement la version debug. \r\nJe corrige et en poste une autre ce WE.\r\n\r\n\r\nCordialement\r\nMichel','2017-02-24 18:14:29',0),(182,116,'Issue',1,'Hello,\r\nthe current version of the library is 1.0.4.7.\r\nI need to update the demo on the website. I will try to publish a new one later this week.\r\nHonestly i don\'t remember the version used to build the 1.0.3.2. But regarding OpenSSL this was probably a 0.98\r\n\r\nI hope it helps\r\nRegards\r\nMichel','2017-03-22 09:47:39',0),(183,111,'Issue',1,'','2017-03-22 09:49:56',0),(184,107,'Issue',1,'','2017-03-22 10:00:05',0),(185,106,'Issue',1,'','2017-03-22 10:02:27',0),(186,94,'Issue',1,'','2017-03-22 16:19:52',0),(187,91,'Issue',254,'la lecture de string sur un chiffre impair de byte ne fonctionne pas.\r\nLorsque je déclare dans le subsystem une node de 5 éléments de byte, la valeur du node string dans le serveur n\'est que de 4 caractères.\r\nSi je passe à 6 éléments, j\'ai bien 6 caractères.\r\n','2017-05-03 17:28:43',0),(188,117,'Issue',269,'Bonjour,\r\n\r\nSuite à la réception de la nouvelle version. \r\nJ\'ai testé rapidement l\'abonnement qui fonctionne mais je n\'ai pas encore effectué l\'intégration des nouveautés dans la version AS400, c\'est pour cette raison qu\'il n\'y pas eu des retour de notre part. \r\n\r\nJe compte effectuer l\'intégration dans la version AS400 et tester les nouveautés mardi et mercredi prochain (9-10 mai).\r\n\r\nJe te tiens au courant des résultats des tests :\r\n* Abonnement\r\n* Désabonnement\r\n* Monter en charge\r\n* Perte connexion\r\n* Time out TCP\r\n\r\nJ\'aurai aimé testé la version MOXA en même temps, j\'en parle à Patrick.\r\n\r\nCordialement\r\nYvonnick','2017-05-03 18:30:59',0),(189,91,'Issue',254,'Ok pour les string.\r\nAvec la version 1.0.1.9, il y a un problème lors de la création des blocs Int16.\r\nIl y a un node en adresse 1102 (0x44E, ns=2;i=131, ItemCadenceReelle) qui n\'est dans aucun block.\r\n\r\nLes blocks INT16 créés sont\r\n - 1001 à 1034\r\n - 1002 à 1062\r\n - 1063 à 1066\r\n - 1125 à 1128\r\n\r\nLes adresses des nodes Int16 sont : 1001, 1002, 1003, 1004, 1008, 1011, 1012, 1015, 1016, 1017, 1018, 1019, 1020, 1022, 1025, 1026, 1027, 1028, 1029, 1030, 1031, 1032, 1034, 1040, 1041, 1042, 1043, 1044, 1050, 1051, 1060, 1063, 1064, 1102, 1125, 1126.','2017-06-12 11:16:04',0),(190,121,'Issue',1,'§6.3.1.3 / NOM (ObjectType) ok\r\n§6.3.2.1/LIBELLE au lieu de NOM (ObjectType)et absent dans SSI P2 ok\r\n§6.3.4/ECSType (ObjectType) \r\nJe ne comprends pas.\r\n§6.3.7/ELTType devient ELT (ObjectType) \r\nje ne comprends pas.\r\n§6.3.9/ZoneDeDetectionType ? (ObjectType)\r\nje ne comprends pas.\r\n§6.3.10/LIBELLE et non ZONE DE COUVERTURE (ObjectType)\r\nJe ne vois pas ce problème\r\n§6.3.11/ASSTYPE devient ASS comme au §6.3.5 ObjectType devient variable . J\'ai corrigé l\'annexe F\r\n§6.3.12.6 LIBELLE (ObjectType)\r\nLe libelle est correct dans ma version de l\'annexe F. Je ne comprends pas ObjectType\r\n§6.3.12.4 POS_ATT (SSI P2)\r\nJe ne comprends pas\r\n§6.3.12.3 DFT_POS_ATT (ObjectType)\r\nIl s\'agit de DFT_POS_SECU. Les n° de paragraphe de ma version semble différent.\r\n§6.3.16.1 LIBELLE (ObjectType)\r\nJe ne comprends pas. Ma version semble correcte\r\n§6.3.17.5 DFT_POS_SECU ajouté à l\'annexe F (fait)\r\nBien présent dans ma version\r\n§6.3.19.1 LIBELLE (ObjectType)\r\nBien présent dans ma version\r\n§6.3.21.9 LIBELLE (ObjectType)','2017-06-21 19:22:20',0),(191,121,'Issue',1,'','2017-06-21 19:24:31',0),(192,120,'Issue',1,'J\'ai ajouté la déclaration du type. Les references sur ce type dans chaque instance et le libellé','2017-06-21 21:40:04',0),(193,123,'Issue',1,'Le fichier doit contenir d\'autres infomations. Il faut aussi verifier que la CRT VS2013 est bien installée bien sur ','2017-06-27 16:59:51',0),(194,123,'Issue',1,'Bonjour,\r\nUne petite précision. \r\nLa version actuellement distribuée de la base de code OpenOpcUa, aussi bien chez Renault et chez Prosyst, est une version 32bits. \r\nIl convient donc d\'installer la CRT VS2013 32bits.\r\nDans une version plus industrielle une procédure d\'installation sera mise à disposition. \r\nElle permettra d\'installer le serveur, ses VPIs, VFIs et autres dépendances.\r\n\r\nJe précise aussi que le code peut être généré en version 64bits sans difficulté.\r\n\r\nCordialement\r\nMichel','2017-06-27 17:37:41',0),(195,122,'Issue',1,'','2017-06-28 09:51:33',0),(196,123,'Issue',1,'','2017-06-28 09:52:20',0),(197,125,'Issue',1,'Bonjour,\r\nle problème est corrigé dans la version 1.0.2.4 du VpiMdbMaster.\r\nCette version s\'harmonise mieux avec le serveur 1.0.5.0 bien qu\'elle fonctionne avec les versions précédentes. \r\nLes deux binaires sont sur le Redmine dans la section Files.\r\n\r\nEnjoy it\r\nMichel\r\n','2017-07-05 00:13:41',0),(198,128,'Issue',1,'Idem 125','2017-07-05 09:26:30',0),(199,125,'Issue',1,'Bonjour,\r\nJ\'ai toujours des difficultés avec la prise du paramètre BYTE_ORDER, même après mise à jour du serveur en 1.0.5.0 et du VPI en 1.0.2.4.\r\nD\'autre part j\'ai des erreurs dans les logs du VPI : VpiReadValue called failed + Protocol Error. We expected a len of 2 we got 1\r\nJe ne sais pas si c\'est lié à mon projet qui a plusieurs variable qui pointe sur les même adresses mais avec des format différent !\r\nEn PJ mon projet test qui pointe sur un esclave modbus local (127.0.0.1) + les Logs du VPI','2017-07-05 09:27:15',0),(200,125,'Issue',1,'Bonjour,\r\n@Jean-Francois: \r\nje suis en train de valider ta configuration.\r\nest ce que tu pourrais passer du mode Both au Mode Subscribe ?\r\n\r\nCordialement\r\nMichel','2017-07-05 10:30:38',0),(201,125,'Issue',1,'Jean Francois,\r\nest ce que tu utilises bien la version 1.0.2.4 ?\r\nEst ce que le node Version sous VpiSet contiennent bien 1.0.2.4 ?\r\n\r\nPS: attention les instances doivent toujours être fille de Objects.\r\n\r\nCi-joint une configuration de test en release et en debug. Utilise StartServerRelease.bat ou StartServerDebug.bat pour lancer le projet\r\n\r\nCordialement\r\nMichel','2017-07-05 11:58:18',0),(202,129,'Issue',1,'Bonjour,\r\nIl n\'y a aucune limite dans le nombre de changement d\'état que tu envoies au serveur lors d\'un appel a la fonction callback.\r\nLe VpiSafir comme le VpiNullEx ne sont que des exemples qui ne valent pas en dehors de leurs contexte d\'utilisation. Entre nous les Vpi en .Net c\'est pas terrible, vraiment pas terrible. perf minable, code énorme...beurk !!!!\r\n\r\nLe remplissage des queues est géré par le serveur en fonction des demandes du client. Sous l\'angle du Vpi tu n\'as et tu ne dois avoir aucun contrôle sur les queueSize. Les Queue size concerne la relation client/serveur uniquement. \r\nSi pas de client, pas de queue et donc pas de queuesize.\r\n\r\nPar ailleurs c\'est pas parce que le client demande une queue size de 10 que le serveur doit le faire. Il y a les profiles dans OPC UA...; Mais c\'est un autre sujet.\r\n\r\nDonc je répète :\r\nIl n\'y a aucune limite dans le nombre de changement d\'état que tu envoies au serveur lors d\'un appel à la fonction callback. \r\nLe serveur se débrouillera.\r\n\r\nCordialement\r\nMichel\r\n','2017-07-07 17:33:51',0),(203,133,'Issue',1,'Bonjour,\r\nL_SSI est un EspaceType. Il ne manque pas sa définition. Il s\'agit d\'un EspaceType\r\nLSType n\'est pas \"fils de\" mais il \"hérite de\"\r\n\r\nEn résumé je ne vois pas de problème.\r\n\r\nCordialement\r\nMichel','2017-07-19 11:23:41',0),(204,133,'Issue',1,'Mettre à jour P2 selon fichier. AddressSpace.pptx slide 3.\r\n\r\n!!','2017-07-19 11:46:20',0),(205,135,'Issue',1,'Bonjour Damien,\r\nSi je comprends bien ton temps de démarrage est des 3min pour 5000 nodes sans VPI ?\r\nsur ces 3 min \r\n- 56 sec se passe dans le xml4CE_SAXParseBegin reparti entre :\r\n * 22 secondes dans le XML_Parse\r\n * 34 secondes à lire le fichier \r\nQuestion 1. Est ce correcte ?\r\nQuestion 2 : Ou sont dépensé les 2 autres minutes. Sachant que le reste du traitement est du post-parsing déjà threadé ?\r\n\r\nCordialement\r\nMichel\r\n','2017-07-19 18:17:49',0),(206,136,'Issue',319,'Le problème est partiellement corrigé, c\'était un problème de NameSpace. Maintenant la connexion est correcte mais dans le client UAExpert il n\'y a pas de rafraichissement des valeurs - Statuscode=Good.','2017-07-20 16:00:24',0),(207,135,'Issue',303,'Michel,\r\nVoici une trace un peu plus détaillée des différents temps.\r\n\r\n/SDCA:0/:ConfigOpenOpcUa.xml\r\n(29585)LoadUaServerConfiguration=23\r\n/SDCA:0/:OpcUaNodeSet2Part3.xml\r\n/SDCA:0/:OpcUaNodeSet2Part4.xml\r\n/SDCA:0/:OpcUaNodeSet2Part5.xml\r\n/SDCA:0/:AidiagNodeSet.xml\r\n(105499)LoadNodeSetFiles=75913\r\n(105500)LoadSimulationFiles=0\r\n(105500)LoadSubSystemFiles=0\r\n/SDCA:0/:AidiagSubSystem001.xml\r\n(159753)LoadUaServerSubsystems=54212\r\n\r\nLa valeur entre () est le temps en milliseconde depuis le reboot du coupleur.\r\nOn peut donc dire que l\'analyse des XML prend 159-29=130 secondes réparties en 75s pour les fichiers NodeSet (1s+4s+12s+57s) et 54s pour le fichier SubSystem.\r\nLe VPI est bien lancé aussi.\r\nJe prends des mesures plus détaillées pour AidiagNodeSet.xml(57s) et AidiagSubSystem001.xml(54s) et je reviens vers toi...\r\nEn effet, je pensais\r\nMerci.\r\n\r\nDamien\r\n','2017-07-20 17:48:28',0),(208,135,'Issue',303,'Michel,\r\nJ\'ai trouvé la raison d\'une partie du pb : pour le fichier AidiagSubSystem001.xml, le temps de 54s est en grande partie(48s) pris par l\'accès au fichier.\r\nSi j\'appelle la fonction LoadUaServerSubsystems en synchrone à la suite des autres et non pas dans le thread créée par LoadSubSystemFiles, alors le temps d\'analyse pour ce fichier est de 6s seulement.\r\nL\'accès à mon système de fichier sur la SDCard doit donc être très lent lorsqu\'il est fait depuis un thread n\'ayant peut être pas une priorité importante...\r\nA suivre...\r\nDamien.','2017-07-21 10:45:17',0),(209,136,'Issue',319,'Bonjour,\r\n\r\nJe n\'arrive pas à paramétrer le VPI UA Client pour qu\'il collecte les données dans deux serveurs distants. J\'ai mis en pièce jointe le projet. Le répertoire contient également les deux projets implantés sur les PC distants. Merci pour ton aide.\r\nCordialement,\r\nBernard BRICE','2017-07-21 14:43:50',0),(210,136,'Issue',1,'Bonjour Bernard,\r\nje travail actuellement sur une toute nouvelle version du VPpiUaClient.\r\nJe peux te proposer d\'organiser un gotomeeting en fin d\'AM (17h). En attendant\r\nEst ce qu\'UAExpert distant reçoit les valeurs ?\r\nEst ce que les heures sont bien synchronisées ?\r\nQue dit une trace WireShark ?\r\n\r\nCordialement\r\nMichel','2017-07-21 14:48:37',0),(211,136,'Issue',319,'Bonjour Michel,\r\nJe ne suis pas disponible cet après-midi. Oui, UA Expert distant lis les valeurs dans les deux serveurs (les heures sont donc bien synchronisées). Je vais essayer lundi matin de mettre en service WireShark pour pousser l\'analyse.\r\n\r\nCordialement,\r\nBernard','2017-07-21 14:56:49',0),(212,135,'Issue',1,'Damien, \r\nconcernant le chargement de la partie SubSystem j\'ai réalisé des modifications qui pourraient sensiblement t\'aider.\r\n# Appel du parsing pour plusieurs Tag à la fois. La signature est la suivante. Vpi_StatusCode VpiParseAddIds(Vpi_Handle hVpi, Vpi_UInt32 UiNbOfNodeId, Vpi_ParseStruct* pParseStruct)\r\n# J\'ai aussi implémenté les fonctions qui permettent de peupler l\'espace d\'adressage depuis le Vpi.\r\nPlusieurs contraintes :\r\n# Il faut passer à la version 1.0.5.0 qui est assez différente de la version que tu utilises\r\n\r\nCordialement\r\nMichel\r\n','2017-07-21 15:01:20',0),(213,135,'Issue',303,'Michel,\r\nPeux-tu me dire où je peux trouver la 1.0.5.0 ?\r\nMerci.\r\nDamien','2017-07-24 17:02:39',0),(214,135,'Issue',1,'Bonjour,\r\nLa version 1.0.5.0 est en cours de développement.\r\nElle sera libérée à la fin de l’été.\r\n\r\n\r\nBien cordialement\r\nMichel Condemine\r\nTel : 04 67 79 07 37\r\n','2017-07-24 17:42:55',0),(215,139,'Issue',1,'Bonjour,\r\nle byte order est corrigé dans la version 1.0.2.5.\r\nLe mode de fonctionnement actuelle me semble satisfaisant car les devices sont, soit LITTLE, soit BIG ENDIAN, jamais les deux a la fois.\r\n\r\nCordialement\r\nMichel','2017-07-31 09:17:42',0),(216,139,'Issue',304,'En effet, le choix du mode peut rester dans le fichier dat.\r\n\r\n_Hors, voici le résultat de nos tests de la version 1.0.2.5:_\r\n> avec vpi configuré avec BYTE_ORDER LITTLE_ENDIAN et une variable 32bit:\r\n> - dans l\'API %MW1=0x3344 et %WM2=0x1122\r\n> - dans le client, la valeur lue est 0x11223344 (287454020 affiché)\r\n> - dans le client, on copie/colle la valeur affichée, %MW1 et %MW2 ne changent pas\r\n> \r\n> avec BYTE_ORDER BIG_ENDIAN:\r\n> - dans l\'API %MW1=0x3344 et %WM2=0x1122\r\n> - dans le client, la valeur lue est 0x22114433 (571556915 affiché)\r\n> - dans le client, on copie/colle la valeur affichée, %MW1=0x4433 et %MW2=0x2211\r\n\r\n_Voici ce que nous souhaiterions pour la manipulation d\'un entier 32bit:_\r\n> avec BYTE_ORDER BIG_ENDIAN et unité atomique = 2octets:\r\n> - dans l\'API %MW1=0x3344 et %WM2=0x1122\r\n> - dans le client, la valeur lue devrait être 0x33441122 (860098850 devrait être affiché)\r\n> - dans le client, on copie/colle la valeur affichée, %MW1 et %MW2 ne devraient pas changer\r\n\r\nje suis disponible pour en discuter.','2017-07-31 11:50:47',0),(217,139,'Issue',1,'Bonjour,\r\nje te propose d\'en parler demain lors du call.\r\nMais si tu déclares deux MW - MW1 et MW2 il s\'agit de deux mots de 16bit. Le Vpi les traitent individuellement. Ce qui me semble parfaitement cohérent.\r\nPourrais tu afficher ta configuration. Je parle de ton fichier SubSystem.\r\n\r\nCordialement\r\nMichel\r\n','2017-07-31 12:04:24',0),(218,139,'Issue',304,'Bonjour Michel,\r\n\r\nVoici la configuration du VPI :\r\n <SubSystem SubSystemId=\"ns=1;i=200\" SubSystemName=\"NRJ\" VpiName=\"VPIMdbMaster\" AccessMode=\"Subscribe\">\r\n <Tag Id=\"ns=1;i=100\" Name=\"V0\" Description=\"V0\" Type=\"Int32\" AccessRight=\"Input_Output\" Address=\"0130001\" />\r\n </SubSystem>\r\n\r\nAvec cette configuration, je m\'attends à ce que le VPI lise les 4 octets (Int32) à partir de l\'adresse 1 et que les octets soient rangés dans l\'ordre spécifié dans BYTE_ORDER ou autre. Aussi, dans cette configuration, on ne fait pas référence à des mots de 16 bits, même si, techniquement, dans mon exemple, les 4 octets sont répartis dans 2 mots contiguës de 16 bits à partir de l\'adresse 1.\r\n\r\nGhislain\r\n','2017-07-31 14:24:40',0),(219,139,'Issue',1,'Bonjour,\nje viens de publier une nouvelle version du VpiMdbMaster.\nElle prend en compte les mots de 32bit en big endian et corrige les problèmes d\'écriture.\n\nMerci de tester et me faire un retour ASAP\n\nCordialement\nMichel','2017-08-02 18:03:25',0),(220,139,'Issue',304,'Bonjour Michel,\r\n\r\nEn big_endian\r\n- le float contient maintenant la bonne valeur. (OK)\r\n- Dans le client, si on rentre la même valeur pour un item int32, la valeur ne change pas. (OK)\r\n- Par contre, si on rentre la même valeur pour un item float, la valeur permute entre 2.31659e-038 et 9.68774 par exemple. (NOK)\r\n\r\nCordialement,\r\nGhislain\r\n\r\n','2017-08-03 10:04:34',0),(221,140,'Issue',1,'Hello,\r\nthe CE built shall be made with VS2008 using the solution called OpenOpcUa_WCE6.sln.\r\nThe solution is part of the zip file. You have to :\r\n1- install the SDK for your target\r\n2- load the OpenOpcUa_WCE6.sln solution\r\n3- adjust some path in the solution \r\n4- Build\r\n\r\nI hope it helps\r\nMichel\r\n','2017-08-18 11:21:00',0),(222,140,'Issue',325,'hi,\r\nthank you for answering my question.\r\n\r\ni do above step and compile some lib such as (XmlSaxParser,OpenOpcUaStackV1,OpenOpcUaSharedLib,LuaLib) but when compile OpenOpcUaCoreServer get error.\r\nerror log attached.\r\n\r\nalso,i get follow error in OpenOpcUaSharedLib into opcua_certficates.cpp for PFXExportCertStoreEx() function:\r\n\r\n1>opcua_certficates.obj : error LNK2001: unresolved external symbol __imp__PFXExportCertStoreEx\r\n1>XPacSDK_CE (x86)\\Debug/OpenOpcUaSharedLib.dll : fatal error LNK1120: 1 unresolved externals\r\n\r\nRegards\r\nBehzad\r\n','2017-08-19 14:36:10',0),(223,140,'Issue',1,'Hello,\r\nOpenOpcUaCoreServer use OpenSSL. \r\nSo you have to build OpenSSL on your CE target in order to build the OpenOpcUaSharedlib and then the server itself.\r\n\r\nRegards\r\nMichel','2017-08-19 15:24:57',0),(224,140,'Issue',325,'hello,\r\nwhats this error in openopcuacoreserver :\r\n\r\n1>EventsEngine.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>Field.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>HaEngine.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>LuaDebugger.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>LuaRestoreStack.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>LuaScript.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>LuaThis.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>LuaVirtualMachine.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>Main.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>MonitoredItemServer.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>OpenOpcUaScript.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>ServerApplication.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>SessionServer.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>SimulatedGroup.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>StackCallbacks.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>SubscriptionServer.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>UAEventNotificationList.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>UAInformationModel.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>UAVariable.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>VPIScheduler.obj : error LNK2005: _errno already defined in Definition.obj\r\n1>VpiTag.obj : error LNK2005: _errno already defined in Definition.obj','2017-08-19 16:12:12',0),(225,140,'Issue',1,'This is an error with errno. \r\nCheck your dependencies.\r\n\r\nBR\r\nMichel','2017-08-19 21:15:32',0),(226,140,'Issue',325,'Dear sir,\nAfter I getting your code, I tried to compile and link it for windows 7 platform.\nExecuting your OPC UA server on Windows 7 was successful.\n\nBut I have problem on compiling and linking it for Windows CE.\nWe have a specific SDK for our Windows CE based device. So we can NOT link for that.\n\nSo please provide us a step by step procedure and all required files (e.g: your Windows CE SDK) that how we can compile and link OPC UA for Windows CE.\nFor example which Windows SDK did you use in Visual Studio 2008 to compile your source.\nAlso can you provide me a compiled and linked OPC UA (exe) that can be execute on Windows CE.\n\nRegards\nBehzad','2017-08-20 09:03:44',0),(227,142,'Issue',1,'Hello,\r\nSSL socket works fine at least on Windows and Linux. \r\nI can investigate on CE but based on recent CE implementation it seem to work properly.\r\nKeep in mind that for technical support you need to upgrade your sponsorship.\r\nRemember that blue sponsorship is for non-commercial use.\r\nRegards\r\nMichel','2017-08-29 13:30:46',0),(228,140,'Issue',1,'','2017-08-29 14:13:00',0),(229,142,'Issue',325,'Dear Sir,\r\nCan I have an exe file of your OPC UA server for Windows 32, please.\r\nI attached my problem screen shots.\r\n','2017-08-29 14:44:23',0),(231,142,'Issue',1,'Vous faites une erreur d\'interprétation.\r\nPar ailleurs merci de me pas utiliser le Redmine pour ce genre d\'échange.\r\nLe redmine est réservé au suivi des incident de support.\r\nMichel Condemine\r\n','2017-08-29 17:50:43',0),(232,142,'Issue',325,'C\'est noté !','2017-08-29 18:09:08',0),(233,142,'Issue',1,'I just double checked the support of sign&encrytp in OpenOpcUa.\r\nI confirm that messages are properly encrypted. \r\nPlease think twice before writing this kind of wrong allegation.\r\n\r\nRegards\r\nMichel','2017-08-29 20:03:26',0),(234,142,'Issue',1,'','2017-08-30 13:46:24',0),(235,129,'Issue',303,'Michel,\r\nJ\'ai refait des tests concernant ce sujet \"queue size\" et je n\'arrive pas à valider le fonctionnement des queues.\r\nDans le thread de mon VPI, j\'incrémente un item de 1 toutes les 50ms avec à chaque évolution un appel à pFuncNotifyCallback pour notifier le serveur.\r\nAvec le client UA Expert, je vois toutes les évolutions si je règle le \"Publishing Interval\" de \"Subscription Settings\" à 50. Cela parait normal. Si je règle ce paramètre sur 1000, je vois une valeur toutes les secondes avec un incrément de 20 (1000/50). Cela est normal aussi car l\'UA Expert n\'affiche que la valeur courante. Par contre, si je fais le test avec notre client UA Aidmap 2 qu\'à fait Ghislain, et qui est censé dépiler les queues à chaque \"Publish Interval\", je ne retrouve pas toutes les valeurs intermédiaires.\r\nJ\'ai fait des captures Wireshark avec le filtre \"OPCUA\" et je constate que toutes les secondes, la réponse PublishResponse ne contient à chaque fois qu\'une seule notification au lieu de 20:\r\nNotificationData: Array of ExtensionObject\r\n ArraySize: 1\r\n [0]: ExtensionObject\r\n TypeId: ExpandedNodeId\r\n EncodingMask: 0x01, has binary body\r\n DataChangeNotification: DataChangeNotification\r\n MonitoredItems: Array of MonitoredItemNotification\r\n ArraySize: 1\r\n [0]: MonitoredItemNotification\r\n ClientHandle: 5\r\n Value: DataValue\r\n DiagnosticInfos: Array of DiagnosticInfo\r\n ArraySize: 0\r\nLes paramètres utilisés dans le client sont les suivants :\r\nSubscription Settings\r\n Publish Interval = 1000\r\n Life Time Count = 2400\r\n Max Keep Alive Count = 10\r\nMonitored Item Settings\r\n Sampling Interval = 250\r\n Queue Size = 10\r\nJe ne vois pas ce qui cloche et où il peut y avoir un problème.\r\nMerci d\'avance pour ton aide.\r\nDamien\r\n\r\n','2017-08-31 17:50:55',0),(236,143,'Issue',304,'Bonjour Michel,\r\n\r\nLa correction à ce problème est attendue en priorité.\r\n\r\nGhislain','2017-09-14 17:32:53',0),(237,143,'Issue',1,'Bonjour,\r\nje viens de regarder la configuration.\r\nQuelques questions préliminaires\r\nPourquoi séparer les différents fichiers dans des repertoires particulier ?\r\nA quoi correspond le nom de chaque répertoire ?\r\nCordialement\r\nMichel','2017-09-14 20:51:06',0),(238,143,'Issue',1,'(Re) Bonjour,\r\nJe viens de tenter de tester ta configuration. \r\nMalheureusement il manque le serveur wrapper et sa configuration.\r\nMerci de me fournir une configuration complète composé.\r\n1- du serveur graine et sa configuration\r\n2- du serveur racine et sa configuration\r\n\r\nPar ailleurs afin de se concentrer sur le problème que vous avez identifié merci d\'enlever les elements de configuration inutiles. j\'entends par là, archive, event, etc.\r\n\r\nCordialement\r\nMichel\r\n','2017-09-14 21:27:48',0),(239,143,'Issue',304,'Bonjour Michel\r\n\r\nJe me permets de réserver la réponse à ta question préliminaire pour plus tard.\r\n\r\nAussi, tu trouveras ci-joint:\r\n- une copie d\'écran qui met en évidence le problème : la variable Double1 qui est actualisée et la variable Double2 qui ne l\'est pas\r\n- un nouveau jeu de tests avec 2 serveurs opc TestEmpty et TestDouble\r\n>> - lancer les 2 StartServerRelease.bat\r\n>> - dans un client, ajouter les variables TestDouble/Double1 et TestDouble/Double2 du serveur TestDouble\r\n>> - ces deux variables recopient la valeur de la variable OpenOpcUaSystem/Trace/TraceOutput de TestEmpty \r\n\r\nCordialement\r\nGhislain','2017-09-15 10:32:52',0),(240,143,'Issue',304,'Bonjour Michel,\r\n\r\nAfin de mieux s\'y retrouver plus rapidement, nous avons l\'habitude de séparer les fichiers de paramétrages des fichier binaires dans des répertoires différents.\r\n\r\nJ\'ai aussi ajouté un nouveau jeu de test épuré avec l\'archive _test1.rar_ dont le fonctionnement est décrit dans le message #4.\r\nArrives-tu à reproduire le phénomène ?\r\n\r\nCordialement,\r\nGhislain\r\n','2017-09-18 09:41:40',0),(241,143,'Issue',1,'Bonjour,\r\nj\'arrive à reproduire le comportement. \r\nIl ne s\'agit pas d\'un bug mais d\'un comportement normal.\r\nIl VPI se comporte ainsi par conception. Plusieurs solutions existent dans le version actuelle pour contourner ce problème.\r\nUne évolution sera apportée à la version en cours de réalisation.\r\n\r\nCordialement\r\nMichel\r\n\r\n\r\n\r\n','2017-09-18 14:51:53',0),(242,143,'Issue',1,'Bonjour,\r\nl\'amélioration est implémentée dans la version 1.0.0.1. \r\nElle sera livré pour le 15 octobre.\r\nCordialement\r\nMichel','2017-09-18 19:58:33',0),(243,137,'Issue',1,'Bonjour Damien,\r\n\r\nLe VpiSafir est un squelette de Vpi pour réaliser des Vpi en code mixe, C++ Natif/C++ CLI.\r\nL\'usage de ce type de Vpi mixe Natif/.Net doit être limité. Ils doivent être réservé à la réalisation de Vpi pour du code .Net existant.\r\n* En aucun cas un nouveau VPI ne doit être réalisé ainsi.\r\n* En aucun cas un VPI VXWorks doit utilisé le VpiSafir comme modèle.\r\nEn ce qui concerne l\'amélioration des performances de la fonction de notification callback j\'aurais besoin d\'une maquette de test sous Windows ou sous Linux.\r\n\r\nCordialement\r\nMichel\r\n','2017-09-18 20:20:48',0),(244,137,'Issue',1,'','2017-09-20 14:17:04',0),(245,147,'Issue',304,'','2017-09-27 17:51:52',0),(246,147,'Issue',1,'Bonjour,\r\nRenault t\'a demandé de tester les AnalogItemType ?\r\nJe pensais que vous ne souhaitiez que vous focaliser sur des cas d\'usages simples.\r\nEst ce que mon hypothèse était la bonne ?\r\nJe connais ce problème qui sera pris en charge ultérieurement.\r\n\r\nCordialement\r\nMichel\r\n\r\n\r\n','2017-09-27 18:15:39',0),(247,134,'Issue',1,'Corrigé dans la maquette P2 de septembre 2017','2017-09-28 23:03:29',0),(248,132,'Issue',1,'Bonjour, \r\nêtes vous certaine ?\r\n\r\nCordialement\r\nMichel\r\n','2017-09-28 23:20:13',0),(249,149,'Issue',1,'','2017-10-02 15:41:31',0),(250,154,'Issue',1,'Bonjour,\r\nIl ne s\'agit pas de StatusCodes officiels.\r\nTu peux les ajouter dans un header propre a ton Vpi.\r\nJ\'attire ton attention sur le fait qu\'OpenOpcUa est en licence LGPL et ne peut être modifié en ce sens.\r\n\r\nCordialement\r\nMichel\r\n','2017-10-04 17:31:44',0),(251,151,'Issue',1,'J\'ai utilisé les codes de groupe pour trouver la valeur associée.\r\n* Est ce la bonne méthode ?\r\n* Existe il une autre approche ?','2017-10-04 20:43:16',0),(252,154,'Issue',304,'Bonjour Michel,\r\n\r\nIl semble que le code 0x81060000 (BadHostUnknown) soit quand même géré par le serveur.\r\nSerait-il possible qu\'il gère aussi le code 0x81100000 (BadLicenseNotAvailable) ?\r\nCeci me serait utile, car j\'ai un VPI qui passe par un driver fourni par une société tiers, et ce driver peut présenter un défaut de licence.\r\n\r\nCordialement,\r\nGhislain','2017-10-05 08:34:04',0),(253,153,'Issue',328,'Je pense que le n° de node (= adresse centrale) se trouve dans le header.\r\nL\'adresse physique se trouve dans les mots D+5 à D+36, si le point est concerné par la requête il passe à 1.\r\n\r\nExemple: je demande les points en dérangement sur le bus B à l\'aide du tableau \"point status map request\", si l\'adresse 6 de ce bus est en dérangement, je recevrai dans D+5 la valeur: 0010 0000 (le bit à 1 represente le point 6) soit la valeur 32 en décimale ou 0x20\r\n\r\nsi tous les bits sont à 1, on aura la valeur 255','2017-10-05 14:09:16',0),(254,155,'Issue',328,'Ci-joint liste des groupes utilisées dans notre maquette','2017-10-05 14:24:45',0),(255,152,'Issue',328,'Si on n\'utilise pas les adresses logiques (notre cas), il faut mettre 0 pour le logical point number et 254 pour la logical point zone\r\nLa point information request sert à avoir plus de détails sur les points, a première vue je ne vois pas d’intérêt à l\'utiliser...','2017-10-05 15:17:11',0),(256,155,'Issue',1,'','2017-10-05 20:47:27',0),(257,156,'Issue',1,'See file section','2017-10-06 14:58:36',0),(258,157,'Issue',304,'Bonjour Michel,\r\n\r\nVoici quelques précisions pour reproduire le problème :\r\n1- [optionnel] lancer : _Demo-TestEmpty\\StartServerRelease.bat\r\n2- lancer : _Demo-TestDouble\\StartServer_Debug.bat\r\n_\r\nL\'erreur est affichée dans le log de _Demo-TestDouble_.\r\nLe VpiUaClnt ne rafraichit pas les UaVariables.\r\n\r\nCordialement,\r\nGhislain','2017-10-09 08:56:53',0),(259,157,'Issue',1,'Bonjour,\r\nTa configuration n\'est pas bonne.\r\nIl faut indiquer au Vpi le mode de fonctionnement qu\'il doit adopter\r\nAutomatique ou Manuel.\r\nCela se fait au travers sur paramètre AUTO_POPULATE\r\nCi-dessous un exemple de fichier\r\nAUTO_POPULATE FALSE\r\nXML_FILE_CLIENT_CFG .\\UaClntd-001-00200-0.xml\r\nPOLLING_RATE 500\r\n\r\nCodialement\r\nMichel','2017-10-09 09:27:31',0),(260,157,'Issue',304,'Rebonjour,\r\n\r\nMerci Michel, ta réponse m\'a décoincé.\r\nMaintenant, le serveur démarre (PJ _Demo-Test avec AUTO_POPULATE FALSE.zip_).\r\nAprès avoir démarré _Demo-TestEmpty_ et _Demo-TestDouble_,\r\ndans UAExpert, la valeur de l\'UAVariable _Double1_ de _Demo-TestDouble_ a une qualité égale à BadInvalidState et ne passe jamais à good.\r\nJ\'ai cherché, mais je ne trouve pas la raison.\r\nQu\'en penses-tu ? \r\n\r\nCordialement,\r\nGhislain\r\n\r\n','2017-10-09 10:37:42',0),(261,157,'Issue',1,'Je viens de faire le test. \r\nIl n\'y a aucun problème ...','2017-10-11 14:00:31',0),(262,160,'Issue',314,'','2017-10-19 16:20:06',0),(263,159,'Issue',1,'','2017-10-25 14:07:32',0),(264,167,'Issue',314,'VpiUaClient','2017-10-31 15:52:14',0),(265,147,'Issue',1,'Corrigé dans la version 1.0.5.1 et >','2017-11-08 18:24:39',0),(266,143,'Issue',1,'','2017-11-08 18:25:56',0),(267,154,'Issue',1,'','2017-11-08 18:26:45',0),(268,147,'Issue',1,'','2017-11-08 18:26:59',0),(269,143,'Issue',1,'','2017-11-08 18:27:21',0),(270,170,'Issue',1,'Bonjour,\r\nPourriez vous m\'indiquer la fonction ou la méthode associé a ce message.\r\na premiere vu il semble qu\'il concerne la conversion Vpi_RawSocket vers Socket.\r\n\r\nSi c\'est bien le cas Il s\'agit plus d\'un warning que d\'un erreur de compilation de l\'OpenOpcUaVpiLibrary.\r\nje vous invite a ajouter -fpermissive dans le CMakeLists.txt ?\r\n\r\nJe ferais une passe avant de release la 1.0.5.2\r\n\r\nCordialement\r\nMichel','2017-11-17 09:46:09',0),(271,165,'Issue',1,'','2017-11-17 09:57:05',0),(272,169,'Issue',1,'','2017-11-17 09:59:20',0),(273,174,'Issue',1,'Pour info... Cette consommation n\'apparait pas si le plug-in UAE n\'est pas connecté.\r\n','2017-11-22 02:49:22',0),(274,174,'Issue',1,'Bonjour,\r\nbonne nouvelle ce problème de fuite mémoire est maintenant réglé.\r\nLe serveur fonctionne avec les 4 simulateurs et consomme +/- 46mb (stable) lorsque l\'UAE est connecté\r\n\r\nNext step... Prise en compte des noms de tables et création de la table de correspondance. \r\n\r\nEnjoy\r\nMichel','2017-11-23 13:51:34',0),(275,163,'Issue',1,'Non reproductible','2017-11-23 14:05:14',0),(276,175,'Issue',1,'','2017-11-27 13:32:42',0),(277,175,'Issue',2,'We downloaded the Demo-Release_1.0.5.2.zip file and tried to execute the application.\r\n\r\nThe server starts, I can connect to it through UAExpert but I can\'t execute OpenOpcUa_DirectAccess.exe :\r\n- first time, it crashed\r\n- now, it shows nothing and then crash (a few seconds after).\r\n\r\nSo, we are not able to test the Vpi.\r\n\r\nBruno','2017-11-27 17:38:44',0),(278,175,'Issue',1,'Let\'s try to understand that first.\r\n1-Send me server log\r\n2- What the crash means ?\r\n can you clarify ?\r\nDo you keep the folder unchange ?\r\n\r\nRegards\r\nMichel\r\n\r\n\r\n','2017-11-27 19:47:33',0),(279,174,'Issue',1,'','2017-11-27 22:43:14',0),(280,165,'Issue',1,'','2017-11-27 22:43:37',0),(281,179,'Issue',269,'','2017-11-28 08:38:00',0),(282,175,'Issue',2,'1 - Send me server log\n\nin attached files\n\n2 - What the crash means ?\ncan you clarify ?\n\nCrash means \"OpenOpcUa_DirectAccess.exe jhas stop working\" (screenshot and information in attached files)\nThe server does not need to be executed, OpenOpcUa_DirectAccess.exe crashes.\n\n3 - Do you keep the folder unchange ?\n\n-> Yes','2017-11-28 09:05:57',0),(283,175,'Issue',1,'Je vais poster la version debug.\r\nmerci d\'essayer avec celle-ci.\r\n','2017-11-28 09:18:57',0),(284,179,'Issue',1,'Bonjour,\r\nce message d\'erreur apparaît quand le node i=2255 (NamespaceArray) du serveur OOUA contient une donnée malformée. \r\n2255 doit contenir un tableau d\'au moins 1 chaine.\r\nEst ce que tu peux utiliser un client et regarder ce qu\'il contient ?\r\nCordialement\r\nMichel','2017-11-28 09:33:13',0),(285,175,'Issue',2,'MSVCR120D.dll missing...\r\n\r\nEn revanche, la nouvelle version fonctionne avec mes tests : Bonne nouvelle !\r\n\r\nUn autre souci : dépendant de l\'ordre dans lequel sont rentrés les paramètres xml, le serveur plante (a cessé de fonctionner).\r\n\r\nPour le reproduire, dans le fichier oouaprj, remplacer la ligne :\r\n<Binding Protocol=\"TCP\" Port=\"2605\" Encoding=\"Binary\"></Binding>\r\n\r\npar la ligne \r\n\r\n<Binding Encoding=\"Binary\" Port=\"2605\" Protocol=\"TCP\"/>\r\n\r\nAyant trouvé l\'origine du bug dans le fichier \"OpenOpcUaCoreServer/source/UABinding.cpp\", je t\'envoie en attaché, un patch correctif.\r\n\r\nPourrait-on avoir les versions release 32 et 64 des binaires corrigés ?\r\n\r\nMerci d\'avance,\r\n\r\nBruno','2017-11-28 09:51:13',0),(286,175,'Issue',1,'MSVCR120D.dll oui, version debug pour VS2013.\r\nJe connais le problème relatif a l\'ordre de déclaration des paramètres. \r\nIl s\'agit d\'un problème mineur. L\'ordre doit être respecté.\r\nCordialement\r\nMichel\r\n','2017-11-28 09:59:20',0),(287,175,'Issue',2,'Pour MSVCR120D.dll, oui, dll débug pour VS2013. Je crois que ce n\'est pas la seule nécessaire, d\'ailleurs.\r\n\r\nNous n\'avons pas Visual Studio 2013 ici, pourrais-tu nous envoyer les dll debug nécessaires pour faire tourner l\'application que tu as compilée ?\r\n\r\nJ\'utilise Qt pour générer le fichier oouaprj final pour lancer le serveur.\r\nCe dernier ne me propose pas de ré ordonner les attributs.\r\n\r\nCe qui est d\'ailleurs normale, la lecture d\'un fichier xml doit être insensible à l\'ordre des attributs.\r\n\r\nEst-il possible de le corriger dans les prochaines release que tu nous envoies ?\r\n\r\nSinon, nous sommes preneurs des sources de cette version qui a l\'air de fonctionner à merveille !\r\n\r\nMerci d\'avance,\r\n\r\nBruno','2017-11-28 10:17:54',0),(288,183,'Issue',1,'Je regarde rapidement','2017-12-01 11:04:16',0),(289,183,'Issue',1,'Bonjour,\r\nje viens de corriger cette régression.\r\nLa correction sera disponible dans la prochaine livraison.\r\n\r\ncordialement\r\nMichel','2017-12-01 14:36:36',0),(290,184,'Issue',1,'Bonjour,\r\nje viens de corriger cette régression.\r\nLa correction sera disponible dans la prochaine livraison.\r\n\r\ncordialement\r\nMichel','2017-12-01 14:37:39',0),(291,180,'Issue',1,'Impossible de reproduire le problème avec la 1.0.5.2 en ma possession','2017-12-01 16:16:32',0),(292,180,'Issue',1,'','2017-12-01 16:16:40',0),(293,185,'Issue',1,'Bonjour,\r\nce problème corrigé dans le version 1.0.5.2 beta3.Elle sera disponible avec la prochaine livraison.\r\nIl convient de verifier la bonne configuration de votre machine au sein du réseau, Domaine ou fichier host.\r\nCordialement\r\nMichel','2017-12-01 16:20:43',0),(294,170,'Issue',2,'Bonjour,\r\nEn effet il s\'agit bien de Vpi_RawSocket.\r\nL\'ajout de -fpermissive a bien transformé les erreurs en warnings et la compilation s\'est fait avec succès.\r\nEn modifiant les CMakeLists.txt, je suis arrivé à obtenir une lib dynamique .so de mon VPI.\r\nAvez-vous des nouvelles de la version 1.0.5.2 ?\r\n\r\nCdlt,\r\nF. Rochette','2017-12-01 18:02:47',0),(295,182,'Issue',1,'Bonsoir,\r\nle problème est résolu. J\'ai déployé et testé la mise à jour.\r\nCordialement\r\nMichel','2017-12-03 22:48:43',0),(296,176,'Issue',1,'Il faudra vérifier la configuration dans les SSI.\r\nL\'harmonisateur s\'en fait simplement l\'echo.\r\n\r\nCordialement\r\nMichek','2017-12-03 22:50:34',0),(297,181,'Issue',1,'Bonsoir,\r\nj\'ai fait le test avec la version déployé ce soir (3/12/2017) sans réussir a reproduire le problème.\r\nIl faudrait faire plus de test à partir du 4/12/2012\r\n\r\nCordialement\r\nMichel','2017-12-03 22:52:55',0),(298,179,'Issue',269,'Bonjour,\r\n\r\nLe node 2255 ne se trouve pas dans notre configuration mais dans le Opc.Ua.NodeSet2.Part5.xml.\r\n\r\nJ\'ai essayé de la mettre en commentaire mais ça ne passe pas.\r\n','2017-12-04 14:33:40',0),(299,146,'Issue',254,'','2017-12-07 16:46:08',0),(300,146,'Issue',254,'','2017-12-07 16:46:24',0),(301,145,'Issue',254,'','2017-12-07 16:47:42',0),(302,118,'Issue',254,'','2017-12-07 16:48:56',0),(303,186,'Issue',1,'Ce message apparaît pour les nodes déclarés dans le fichier de configuration de la couche client mais que ne sont pas utilisés dans le Vpi.\r\nIl s\'agit donc plus d\'un message d\'information que d\'une erreur.','2017-12-10 16:05:44',0),(304,187,'Issue',1,'','2017-12-10 16:12:58',0),(305,183,'Issue',1,'','2017-12-10 16:16:10',0),(306,159,'Issue',1,'','2017-12-10 16:16:30',0),(307,144,'Issue',1,'','2017-12-10 16:16:54',0),(308,190,'Issue',1,'','2017-12-10 16:25:36',0),(309,118,'Issue',1,'','2017-12-10 16:26:05',0),(310,91,'Issue',1,'','2017-12-10 16:26:23',0),(311,189,'Issue',1,'Impossible de reproduire le problème en utilisant le simulateur modbus','2017-12-10 16:31:48',0),(312,185,'Issue',1,'','2017-12-10 16:36:59',0),(313,184,'Issue',1,'','2017-12-10 16:37:12',0),(314,123,'Issue',1,'','2017-12-10 16:37:35',0),(315,122,'Issue',1,'','2017-12-10 16:37:50',0),(316,125,'Issue',1,'','2017-12-10 16:38:07',0),(317,126,'Issue',1,'','2017-12-10 16:38:29',0),(318,127,'Issue',1,'','2017-12-10 16:38:50',0),(319,136,'Issue',1,'','2017-12-10 16:39:06',0),(320,178,'Issue',331,'MAJ : Nouveau fichier XMI, ajout d\'un attribut.','2017-12-11 10:12:53',0),(321,178,'Issue',331,'Comme convenu, notre dernier diagramme de classe qui correspond au précédent XMI.\r\nN\'hésitez pas à la moindre interrogation. ','2017-12-11 12:07:21',0),(322,195,'Issue',1,'L\'harmonisateur n\'était pas tombé. Le plug-in ne s\'est sans doute pas déconnecté proprement.\r\nJe vais analyser la nouvelle trace et vous tiendrai au courant.\r\nL\'harmonisateur tourne en tant que service de Windows et redémarre automatiquement en cas de crash.\r\n\r\nMichel','2017-12-18 19:02:39',0),(323,195,'Issue',1,'','2017-12-18 19:03:03',0),(324,197,'Issue',1,'ci-joint la trace associé','2017-12-19 01:35:18',0),(325,199,'Issue',1,'Hello,\r\nI just create a new fresh UBUNTU 17.02 32bits. Note that apt-get is working on UBUNTU\r\n• Apt-get cmake\r\n• Apt-get libssl-dev\r\n• Build the stack no error. See screenshot below. Note that this is a 32bit UBUNTU. So maybe the problem is here with your box\r\nSo the issue you are facing to is coming from a confusion between 32bits and 64bits part of OpenSSL that seems mixed on UBUNTU 64bit targets.\r\nMy advise for now, as a first step, is to focus on 32bits and to move to 64bits in a second step.\r\nWhat do you think ?\r\n\r\nRegards\r\nMichel','2017-12-20 07:46:18',0),(326,199,'Issue',333,'Hi Michel,\r\n\r\nOK. Let us focus on 32-bit OS for now and learn the API first.\r\nThen will move on to 64 bit OS.\r\nThanks, \r\n\r\nJason ','2017-12-20 08:05:41',0),(327,199,'Issue',1,'Hello,\r\nthe final 1.0.5.2 is almost ready. \r\nI\'m fixing the last detail. It will be publish max on next Monday.\r\nIf a Release Candidate is ready before Monday. i will provide it to you guy first.\r\n\r\nKind regards\r\nMichel','2017-12-20 08:11:16',0),(328,199,'Issue',333,'Thanks Michel\r\nLooking forward to it','2017-12-20 08:35:14',0),(329,197,'Issue',329,'1. Si on parle des recommandations données par Michel lors de la journée d\'intégration du jeudi 7/12 et notées sur le bout de papier ci-joint, la demande d’ADP a finalement été la suivante :\r\na) L\'analyse réalisée par 4CE montre que le Plug-In crée 26 souscriptions uniques contenant 31907 MonitoredItems chacune ie 829582 MonitoredItems au total.\r\n- Le plug-in dysfonctionne\r\n- Il créerait des souscriptions qu’il ne surveillerait pas.\r\n- Une fois créées il les laisserait à l’état de fantômes et attendrait que le serveur les détruise après timeout.\r\n- Les paramètres des souscriptions seraient fantaisistes.\r\nb) Comme préconisé, réduire le nombre de monitoredItem ajoutés lors d’un appel. Essayer une montée en charge (de 5000 à 15000 monitoredItems par appel) et voir ce que cela donne.\r\nc) Rendre paramétrable les souscriptions par type de variables (ALM, DRG, DFT, DFT_BATT, DFT_L_ECS...). Voir pièce jointe.\r\nPar défaut mettre tout à 100ms. On affinera après.\r\n\r\nNous avons implémenté le point c). Si cela ne concerne pas ces sujets, *merci de préciser*.\r\n\r\n2. Dire que les paramètres sont inadaptés ou fantaisistes, ne nous permet pas d’avancer. *Merci de préciser* les paramètres à utiliser.\r\n\r\n3. *Merci de préciser* les paramètres demandés pas ADP ? Est-ce que ça rejoint le point 1 plus haut ?\r\n\r\n4. C’est effectivement un problème. Nous devons attendre le retour de congés de Thibaut le 08/01/18.\r\n\r\nPI, vue du côté d’Egidium, on a l’impression qu’on continue de nous cacher la copie, malgré le contrat de support souscrit. Nous n’avons appris que très tardivement l’histoire des \"26 souscriptions\" (point a) alors qu’il devait être connu depuis longtemps. Pour nous les corrections étaient en cours côté harmonisateur. Les discussions sur ce point (gestion de l\'erreur lors du déclenchement du timeout) n\'ont pas abouties et il conviendra de les reprendre indépendamment du fait qu\'on nous ait demandé de découper les souscriptions en plus petits paquets (points b et c).\r\n\r\nSi j\'avais eu connaissance de ce problème avant la journée d’intégration d\'un vrai concentrateur, j\'aurais surement annulé notre participation pour ne pas nous saborder.\r\n\r\nIl en est de même concernant les paramètres inadaptés ou fantaisistes. Nous devons avoir l’information sur ce qui est recommandé.','2017-12-21 17:57:45',0),(330,201,'Issue',1,'Bonjour,\r\nil vous manque le serveur source. En piece jointe\r\nCordialement\r\nMichel','2017-12-22 08:41:04',0),(331,193,'Issue',333,'Hi Michel,\r\n\r\nAny updates regarding the UTF-8 or Corean 949 encoding support in code base?\r\n\r\nThanks and Happy New Year~,\r\n\r\nJason ','2017-12-29 09:43:22',0),(332,203,'Issue',1,'Hello Jason,\r\nI had a restful vacation too short but restful.\r\nI wish you a happy new year may you succeed on both personal and professional plan.\r\n\r\nI spend couple of hour working on the codebase but the 1.0.5.2 is not ready.\r\nI will spring this week to release it. So i can provide a final version on monday.\r\nRegarding the next session (number 4). Is that ok for you to have it on friday 5 10am or on wednesday 10 10am ?\r\n\r\nkind regards\r\nMichel','2018-01-02 10:09:42',0),(333,203,'Issue',333,'Thanks Michel.\r\nIn that case, why don\'t you focus on finishing 1.0.5.2 this week.\r\nWe could do the call on early next week after the release...\r\nWe would need to work with the latest release anyway.\r\n\r\nThanks,\r\n\r\nJason ','2018-01-03 03:11:21',0),(334,201,'Issue',331,'Bonjour,\r\nNous lançons le serveur source fourni par vos soins, puis le .bat, cependant nous avons toujours le même résultat et les mêmes fichiers logs avec les mêmes erreurs, nous ne devons pas nous y prendre correctement ?\r\n\r\nEn vous souhaitant nos meilleurs voeux 2018. \r\nCordialement\r\nMargaux','2018-01-03 11:11:58',0),(335,203,'Issue',333,'Hi Michel,\r\n\r\nAny updates you could share with us regarding latest release?\r\nHave a good weekend,\r\n\r\nJason ','2018-01-05 05:30:43',0),(336,201,'Issue',1,'Ci-joint client DA COM','2018-01-05 15:09:09',0),(337,204,'Issue',1,'Hello,\r\nusualy when i cross compile this problem not appears.\r\nDo you set a LITTLE or BIG ENDIAN parameter ?\r\nI suppose you use BIG_ENDIAN. So just change line 35 \r\nfrom \r\n#define _LITTLE_ENDIAN OPCUA_CONFIG_YES\r\nto\r\n#define _LITTLE_ENDIAN OPCUA_CONFIG_NO\r\n\r\nI hope it helps\r\nMichel','2018-01-06 09:23:46',0),(338,202,'Issue',1,'Duplicate issue','2018-01-06 09:24:51',0),(339,203,'Issue',1,'Hello,\r\nthe new 1.0.5.2 is almost ready.\r\nThe server and the client codebase are ready.\r\nI have to fix and issue in the OpenOpcUaVpiLibrary for Linux.\r\nThis will be ready for next thuesday.\r\n\r\nRegards\r\nMichel','2018-01-06 09:26:29',0),(340,203,'Issue',333,'Hi Michel,\r\n\r\nAs we are focused on the OPC UA - in the order of Client and then Server - could you shared the latest version?\r\nThanks and looking forward to speaking with you soon\r\n\r\nJason ','2018-01-08 01:09:58',0),(341,204,'Issue',333,'Hi Michel,\r\n\r\nOk.\r\nWe would change the code as you suggested; \r\nbut as we have been testing with the old version of the 1.0.5.2, we would wait till you release the more stable version.\r\nCan you release the latest version today?\r\n\r\nJason \r\n','2018-01-08 09:42:36',0),(342,203,'Issue',1,'I just publish the RC of the 1.0.5.2 codebase in the file section.\r\nPlease let me know if your facing issues.\r\nRegards\r\nMichel\r\n','2018-01-08 09:53:17',0),(343,203,'Issue',333,'Thanks Michel.\r\nDo you think you have time this week to do a session say on Thursday this week when we have time to build the latest code.\r\n\r\nJason ','2018-01-09 01:19:21',0),(344,203,'Issue',333,'Hi Michel,\r\n\r\nI suspect that the latest release you shared is tested on Windows platform only.\r\nHave you tested on Linux box? If so, can you share with us the linux virtual machine?\r\n\r\nNow, let me share what encountered attempting to build the latest release you shared with us yesterday;\r\nFYI, we are trying to build the OpenOpcUaTerminalClient in Ubuntu14.04.5 x64 \r\n\r\n1st compile error encountered :\r\n\r\nkcjeon@ubuntu-iox:~/work.eff/OpenOpcUa_1_0_5_2/build/lib/linux/Debug$ cd ../../../\r\nkcjeon@ubuntu-iox:~/work.eff/OpenOpcUa_1_0_5_2/build$ ls\r\nCMakeCache.txt CMakeFiles Makefile OpenOpcUaClientSdk OpenOpcUaSharedLib OpenOpcUaStackV1 XMLSaxParser cmake_install.cmake lib\r\nkcjeon@ubuntu-iox:~/work.eff/OpenOpcUa_1_0_5_2/build$ make\r\n[ 7%] Built target XMLSAXParser\r\n[ 75%] Built target OpenOpcUaStack\r\n[ 92%] Built target OpenOpcUaSharedlib\r\n[ 99%] Built target OpenOpcUaClientLib\r\n[ 99%] Linking CXX executable ../bin/linux/Debug/OpenOpcUaTerminalClient\r\n../../lib/linux/Debug/libOpenOpcUaClientLib.so: undefined reference to `OpenOpcUa::CXmlParser::SearchDataTypeDefinition(_OpcUa_String, _OpenOpcUa_Definiton**)\'\r\n../../lib/linux/Debug/libOpenOpcUaClientLib.so: undefined reference to `OpenOpcUa::CXmlParser::CXmlParser(unsigned char*, long)\'\r\n../../lib/linux/Debug/libOpenOpcUaClientLib.so: undefined reference to `OpenOpcUa::CXmlParser::~CXmlParser()\'\r\n../../lib/linux/Debug/libOpenOpcUaClientLib.so: undefined reference to `OpenOpcUa::CXmlParser::IsDataTypeDictionnary()\'\r\ncollect2: error: ld returned 1 exit status\r\nmake[2]: *** [OpenOpcUaClientSdk/bin/linux/Debug/OpenOpcUaTerminalClient] Error 1\r\nmake[1]: *** [OpenOpcUaClientSdk/OpenOpcUaTerminalClient/CMakeFiles/OpenOpcUaTerminalClient.dir/all] Error 2\r\nmake: *** [all] Error 2\r\nkcjeon@ubuntu-iox:~/work.eff/OpenOpcUa_1_0_5_2/build$ nm -A lib/linux/Debug/libOpenOpcUaClientLib.so|grep IsDataTypeDictionnary\r\nlib/linux/Debug/libOpenOpcUaClientLib.so: U _ZN9OpenOpcUa10CXmlParser21IsDataTypeDictionnaryEv\r\nkcjeon@ubuntu-iox:~/work.eff/OpenOpcUa_1_0_5_2/build$\r\n\r\n\r\nWe see that OpenOpcUa::CXmlParser::SearchDataTypeDefinition etc is missing that are used in libOpenOpcUaClientLib.so.\r\nSo we added - mind you this is the same error not fixed from the previous code release - XmlAttribute.cpp, XmlElement.cpp, XmlParser.cpp to the CMakeLists.txt\r\n\r\n\r\nNow the 2nd error: \r\n\r\n[ 91%] Building CXX object OpenOpcUaClientSdk/OpenOpcUaClientLib/CMakeFiles/OpenOpcUaClientLib.dir/source/XmlElement.cpp.o\r\n/home/kcjeon/work.eff/OpenOpcUa_1_0_5_2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/XmlElement.cpp: In member function ‘OpcUa_StatusCode OpenOpcUa::CXmlElement::ExtractField(eFieldType, OpenOpcUa_Definition*)’:\r\n/home/kcjeon/work.eff/OpenOpcUa_1_0_5_2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/XmlElement.cpp:411:22: error: ‘eFieldType’ is not a class or namespace\r\n if (typeField == eFieldType::STRUCTURE_FIELD)\r\n…\r\n…\r\n…\r\n\r\nWe see this is syntactic error;. ANSI C does not use enum that way, it is MS-specific extended syntax so we fixed the code as follows; \r\n\r\n if (typeField ==STRUCTURE_FIELD) ....\r\n\r\n\r\n\r\nNow 3rd error: \r\n \r\nOpenOpcUa_1_0_5_2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/XmlAttribute.cpp:144:49: error: ‘trim_left_copy’ was not declared in this scope\r\n std::string szString=trim_left_copy(pszVal,\" \");\r\n\r\nwe we looked at the stdafx.h file and it is #ifdefed WIN32 as attached in this message.\r\n\r\n\r\n\r\n\r\n\r\n\r\nWe have been waiting around for the correctly working code for almost 5 weeks now.\r\nOur deadline is coming near and we need you to work on this as soon as you can, please.\r\n\r\n\r\nThanks and let\'s have a call\r\n\r\nJason \r\n\r\n','2018-01-09 05:46:22',0),(345,203,'Issue',1,'Hello,\r\nFirst this version was tested on a 32bits debian.\r\nIt works on it like a charm. As i said the issue i\'m facing an issue with VpiLibrary regarding the serial port handling. I plan to fix it today at today.\r\nI remember the error with SearchDataTypeDefinition. I fix it... Let me double check that\r\n\r\nI\'m fully busy this week. I have time just now. I suggest a call next monday or tuesday.\r\n\r\nRegards\r\nMichel','2018-01-09 08:58:26',0),(346,203,'Issue',333,'Hi Michel,\n\nCan you share that Debian virtual box with us?\nAs my message shows, we are having series of issues on our end.\n\nWe have not made any code-level progress at all so far.....\n\nThanks,\n\nJason ','2018-01-09 09:06:04',0),(347,203,'Issue',1,'Hello Jason,\r\nI think i made a mistake when i synchronize the last codebase. So you haven\'t the last Linux changes.\r\nI double check it now and send you the new code base.\r\nSorry for the delay\r\nKind Regards\r\nMichel','2018-01-09 09:14:53',0),(348,203,'Issue',333,'Thanks Michel.\r\nPlease take time and ensure every fix is incorporated and all the required code files are included in the right path.\r\n\r\nThanks,\r\n\r\nJason ','2018-01-09 09:34:39',0),(349,206,'Issue',1,'merci de fournir la trace WS et les logs associés','2018-01-09 18:25:19',0),(350,206,'Issue',1,'Le dernier crash du serveur remonte au 3 janvier 2018 avec la version précédente du serveur.\r\nIl me parait indispensable étayer le contexte précis du problème rencontré.\r\nCordialement\r\nMichel','2018-01-09 19:40:41',0),(351,203,'Issue',333,'Hi Michel,\r\n\r\n\r\nThanks for sharing the RC2.\r\nWe have successfully built _OpenOpcUaTerminalClient_ in debug mode in Linux.\r\n\r\nBut we could not find the \"_OpenOpcUaQuickClient_\" project, which we have been using to learn our way around.\r\nCan you give us the OpenOpcUaQuickClinet project with us?\r\n\r\n\r\nOne more issue we need to you to dig into regarding the Byte Order;\r\nFYI, we are building a cross compilation environment to include powerpc-poky-linux compiler and\r\nwe do not explicitly set LITTLE, OR BIG ENDIAN parameters at all.\r\n \r\nwhat you suggested before that is;\r\n\r\n> usualy when i cross compile this problem not appears.\r\n> Do you set a LITTLE or BIG ENDIAN parameter ?\r\n> I suppose you use BIG_ENDIAN. So just change line 35 \r\n> from \r\n> #define _LITTLE_ENDIAN OPCUA_CONFIG_YES\r\n> to\r\n> #define _LITTLE_ENDIAN OPCUA_CONFIG_NO\r\n\r\ndoes not seem to work.\r\n\r\n\r\nI attached the error screen capture.\r\n\r\nWhat you suggested above, we suspect, does not work as the macro is validating the macro anyway\r\nas the attached screen capture show.\r\n\r\nThanks,\r\n\r\nJason \r\n\r\n\r\n\r\n\r\n\r\n','2018-01-10 06:32:46',0),(352,203,'Issue',333,'Hi Michel,\r\n\r\nSorry my bad.\r\nWe found the OpenOpcUaQuickClient\r\nThanks\r\n\r\nJason ','2018-01-10 09:21:08',0),(353,203,'Issue',333,'Hi Michel,\n\n\nKnow you are quite tied up this week, but we ran into project build error with \"OpenOPCQuickClient project\" as the screen captured attached shows.\nFollowing your previous instructions in the slide, we are building projects and using the resulting libraries to build the \"OpenOPCQuickClient\" project.\n\nThe error messages are in Korean so here are the translations;\n\n27 error C2660: \'OpenOpcUa_VariantToString\' : the method/function does not use 1 argument. \nd:\\test_folder\\openopcua_1_0_5_2_rc2\\openopcua_1_0_5_2\\openopcuaclientsdk\\openopcuaquickclient\\source\\uaquickclientdlg.cpp 336 1 OpenOpcUaQuickClient\n\n\n32 error C2664: \'OpcUa_StatusCode OpenOpcUa_ActivateSession(OpcUa_Handle,OpcUa_Handle,OpcUa_UserTokenType,OpcUa_String *,OpcUa_String *,OpcUa_String *,OpcUa_ByteString *)\' : can not cast 3rd argument from \'OpcUa_UserTokenPolicy *\' to \'OpcUa_UserTokenType\'\n d:\\test_folder\\openopcua_1_0_5_2_rc2\\openopcua_1_0_5_2\\openopcuaclientsdk\\openopcuaquickclient\\source\\uaquickclientdlg.cpp 1287 1 OpenOpcUaQuickClient\n\n\nYour immediate attention to this would be much appreciated.\nAnd while you are at it, could you run the QuickClient yourself and ensure it compiles and works?\n\n*FYI, we have our own deadlines with our client as well.\nAnd unfortunately, we are already running the risk of NOT meeting the delivery time.*\n\nThanks,\n\nJason \n','2018-01-11 07:34:04',0),(354,203,'Issue',1,'Hello,\r\nThank you for your feedback. the OpenOpcUa_VariantToString uses 4 parameters.\r\nI copy in the file section an update of the MFC project.\r\nNot the best starting point in my opinion.\r\n\r\nRegards\r\nMichel','2018-01-11 07:46:49',0),(355,203,'Issue',333,'Michel,\r\n\r\nPlease ensure that we get working codes......\r\nThis is somewhat frustrating, not to mention time-consuming.\r\n\r\nNow, what do you think is the best starting point, then?\r\nWe are open to the recommendation.\r\nWe are eager to learn and proceed with our own development.\r\n\r\nAnd do us a favor and show us how to read multiple tags in a single request, please.\r\n\r\nThanks,\r\n\r\nJason \r\n','2018-01-11 09:10:43',0),(356,203,'Issue',1,'Jason,\r\ni got you point about ensuring that the code is working.\r\nIf you want to start with client development the TerminalClient is a better sample the QuickClient.\r\nRemember that the QuickClient is a MFC client.\r\nRegarding your question about multiple read. I\'m confuse. A client is suppose to subscribe to server not the read.\r\nRead is reserve for special case.\r\n\r\nMy advice finaly is to define you client project and to implement using the client API.\r\n\r\nRegards\r\nMichel\r\n','2018-01-11 13:19:02',0),(357,208,'Issue',1,'Je suis d\'accord sur le fait qu\'il faut corriger ces problèmes.\r\nMais il est indispensable de valider le processus de connexion du plug-in\r\n\r\nCordialement\r\nMichel','2018-01-11 13:25:17',0),(358,209,'Issue',1,'I s\'agit probablement d\'un problème de handle.\r\nJe pense qu\'UAExpert, en cas de perte de connexion, reste sur de vieux handle.\r\nA vérifier\r\n\r\nCordialement\r\nMichel','2018-01-11 13:31:27',0),(359,209,'Issue',1,'','2018-01-11 13:31:38',0),(360,203,'Issue',333,'Michel,\r\n\r\nThanks.\r\nCould you point us to any tutorial or examples of the \"subscription\" usng hte client API?\r\nOr any documentations of the Client API for programmers? \r\n\r\nThanks,\r\n\r\nJason ','2018-01-11 13:43:42',0),(361,203,'Issue',1,'The Terminal client handle all.. Subscritpion/read/write etc....','2018-01-11 13:45:39',0),(362,208,'Issue',345,'Une piste à confirmer avant de clore le ticket.\r\nPotentiellement intéressant pour Thibault si son client avait le même comportement qu\'UAexpert\r\nPotentiellement intéressant pour Michel car sur le coup ça semble aussi perturber l\'harmonisateur.\r\n\r\nHier sur la base de l\'harmonisateur, on arrivait pas à avoir un comportement cohérent avec le plugin. \r\nAu bout d\'un moment on a remis en direct sur concentrateur et là sans dire que tout était dans les règles on avait un fonctionnement cohérent qui nous permettait de progresser. \r\n\r\nMoi même j\'étais surpris par l\'aspect assez systématique de non remontée et croisement de donnée que je n\'avais jamais eu à cette hauteur depuis la livraison du 03/01.\r\n\r\nMais je crois que c\'est tout bête. Quand on ne joue qu\'avec le concentrateur en direct et que l\'on s\'abonne sur une ALM par cliquer-glisser dans UA Expert, on s\'abonne bien à ALM. On change la valeur et le plugin comprend bien.\r\n\r\nPar contre quand on s\'abonne à ALM de l\'harmonisateur dans UAexpert si on ne développe pas avant ou en sélectionnant plusieurs item on s\'abonne à quelque chose d\'instable et à partir de là on part dans de l\'incohérent pour tous.\r\n\r\nMerci d\'essayer et de voir si c\'est bien le cas. \r\n\r\n','2018-01-11 16:14:19',0),(363,209,'Issue',345,'Je pense que tu peux clore celui là vu observation sur 208. ','2018-01-11 16:17:59',0),(364,209,'Issue',1,'','2018-01-11 21:13:06',0),(365,208,'Issue',1,'Bonjour Patrick,\r\nje ne suis pas certain de comprendre la description du problème.\r\nEst ce que tu veux dire que si tu ne te connectes/abonnes qu\'a un simulateur tu n\'as pas de problème mais que si tu te connectes/abonnes a l\'harmo tu as des problèmes ?\r\nJ\'ai fait plein d\'essais avec les 4 simulateurs et l\'harmo sans rencontrer de problèmes. Pourrais tu joindres les fichiers de log quand tu produit ce problème ? \r\n\r\nCordialement\r\nMichel','2018-01-11 21:29:32',0),(366,203,'Issue',333,'Thanks \r\nWe are digging into it but wondering if there were anything else.\r\n\r\nJason ','2018-01-12 00:03:14',0),(367,210,'Issue',333,'Hi Michel,\r\n\r\nJust a short note;\r\nI know you are tied up this week but let me ask you to pay attention to this issue at your earliest convenience, S\'il vous plaît.\r\n\r\n\r\nMerci,\r\n\r\nJason','2018-01-12 03:09:28',0),(368,210,'Issue',333,'Hi Michel,\r\n\r\nJust a short note to communicate with you on the urgency of the need to access \"OpenOpcUaClientSdk\" in C.\r\nIf you could at least give us a time line when we could expect to receive the updated header file...\r\n\r\nIn the initial messages we exchanged, you wrote me that OpenOpcUa supports C with a long list client facets supported in the codebase.\r\nWe need to build alpha version by the end of next week and we are really running out of time here\r\nYour immediate attention on this issue is critical.\r\n\r\nMerci\r\n\r\nJason \r\n\r\n','2018-01-13 03:44:46',0),(369,210,'Issue',1,'Hi, \r\nlet have a call on Monday. I can try Monday 11pm my time. What do you think ?\r\nRegarding C and C++. The OpenOpcUaSdkClient.h is pure C. The Library itself is written in C++ but when you are using it from an application it\'s C and only C.\r\nJust look at OpenOpcUaSdkClient.h there are only C structure and API.\r\nBest regards\r\nMichel','2018-01-13 20:52:50',0),(370,210,'Issue',333,'Hi Michel,\r\n\r\nWe will review the OpenOpcUaSdkClient.h file again.\r\nMy engineer who\'s been working on the OpenOpcUa told me otherwise.\r\n\r\nMonday 11PM so that\'s arund 7 AM Tue. our time.\r\nWe will find a way to speak with you.\r\n\r\nThanks,\r\n\r\nJason','2018-01-14 02:32:49',0),(371,210,'Issue',333,'MIchel.\r\n\r\nwe reviewed the code again and captured a couple of screens and shared them with you via emails (to michelc@4ce-industry.com)\r\nUnless we are looking at the wrong part of the file, we could not make gcc compile the client library.\r\n\r\nI strong suggest that you try and change the source code file extension of the terminal client into *.c and compile it with gcc yourself to see the difficulties we are having.\r\n\r\nThanks,\r\n\r\nJason ','2018-01-14 06:11:32',0),(372,210,'Issue',1,'Hello Jason,\r\nAs is said to you in november 24. (see your @mail history)\r\n*The client toolkit is written in C++ but you can call it from any C apps. This is a C style API.*\r\n\r\nSo you have to use G++ to built the library and then you can use GCC in pure C create client apps.\r\n\r\nKind regards,\r\nMichel \r\n','2018-01-14 11:08:26',0),(373,210,'Issue',333,'Hi MIchel,\r\n\r\nYes that\'s my understanding and we are trying to figure that out.\r\n\r\nFYI, we did compile the client sdk lib in g++ to make so files.\r\nThe problems occur as shown in my previous email when we include the client sdk header file..\r\n\r\nI think we might need your more specific guidance in our next call.\r\nAnd if you could convert the c++ terminal client into C, it would help us see what we are missing.\r\n\r\nLooking forward to speaking with you in a few days.\r\n\r\n\r\nJason','2018-01-14 11:23:06',0),(374,204,'Issue',333,'Hi Michel,\r\n\r\nAny updates on the byte ordering?\r\nAs I emailed you previously, what you suggested does NOT work;\r\n\r\n_So just change line 35 from \r\n#define _LITTLE_ENDIAN OPCUA_CONFIG_YES\r\nto\r\n#define _LITTLE_ENDIAN OPCUA_CONFIG_NO\r\n_\r\n\r\nWith our limited understanding of the code structure, it would be difficult for us to fix this at the moment.\r\n\r\nAnd I am going to create a small C client application to show you the issues we are experiencing regarding the Client Lib header file compiled in gcc.\r\n\r\nBest,\r\n\r\nJason \r\n','2018-01-15 01:54:55',0),(375,210,'Issue',333,'Michel,\r\n\r\nI have sent another email (to michelc@4ce-industry.com) with test C application that would demonstrate the issues we are experiencing on our end with SDKClient.h - the client library.\r\n\r\nPlease take time to go through it guide us to the correct path to fix this.\r\n\r\nMerci,\r\n\r\nJason \r\n\r\n\r\n\r\n ','2018-01-15 02:46:46',0),(376,210,'Issue',333,'One more thing, Michel.\r\nLet\'s save the call scheduled for tomorrow for some other time.\r\n\r\nOnce you take a look at the compile issues - sdk client library and byte ordering - then we could have a call to go over the fix.\r\n\r\nThanks,\r\n\r\nJason','2018-01-15 05:07:48',0),(377,210,'Issue',333,'Jason Noh wrote:\r\n> Michel,\r\n> \r\n> I have sent another email (to michelc@4ce-industry.com) with test C application that would demonstrate the issues we are experiencing on our end with SDKClient.h - the client library.\r\n> \r\n> Please take time to go through it guide us to the correct path to fix this.\r\n> \r\n> Merci,\r\n> \r\n> Jason\r\n\r\nHave you tried the codes we sent yet Michel?','2018-01-15 12:51:12',0),(378,210,'Issue',1,'Hello,\r\nI\'m just back in my office after 2 weeks traveling.\r\nI will try to take a look at your code later this week.\r\nIt could be helpful is you can provide me a cmakelists.txt according to you sample.\r\n\r\nRegards\r\nMichel','2018-01-15 13:16:42',0),(379,210,'Issue',333,'Michel.\r\n\r\nThe gz file contains all the required libs and test application for you to compile.\r\nWill share the cmakelist.txt file tomorrow morning.\r\n*And let me ask you, we need this to work as soon as it is possible.*++\r\nAnd there are two issues we encounter so far - sdk client library and byte ordering.\r\n\r\nThanks,\r\n\r\nJason','2018-01-15 13:40:09',0),(380,210,'Issue',1,'You can add file to ticket.\r\nThis is always better than using my @mail\r\nJust because i have too many @mail in my box.','2018-01-15 13:50:50',0),(381,210,'Issue',1,'','2018-01-15 13:51:11',0),(382,200,'Issue',328,'FAIT','2018-01-15 17:37:23',0),(383,212,'Issue',1,'Bonjour,\r\nje peux mettre en place une thread qui fera un diff du fichier subsystem et passera MODIF_BD à True en cas de différence.\r\nLa thread sera exécuté à une fréquence paramétrable.\r\n\r\ncordialement\r\nMichel','2018-01-15 18:04:55',0),(384,200,'Issue',1,'','2018-01-15 18:26:45',0),(385,158,'Issue',328,'Cela correspond aux redémarrage des centrales (quand on les met sous tension par exemple)','2018-01-15 19:30:07',0),(386,151,'Issue',328,'','2018-01-15 19:31:36',0),(387,210,'Issue',333,'Michel Condemine Admin wrote:\r\n> You can add file to ticket.\r\n> This is always better than using my @mail\r\n> Just because i have too many @mail in my box.\r\n\r\n\r\nMichel,\r\n\r\nAs you can see for yourself, the email has other screen shots and I figured it would be easier for me to explain the issues that way.\r\nWill keep it in mind.\r\nThanks for adding the C test applcation src file.\r\nYou see, you dont need the cmakelist.txt file.\r\n\r\nLooking forward to hearing from you.\r\n\r\nMerci,\r\n\r\nJason ','2018-01-15 21:29:33',0),(388,204,'Issue',333,'Jason Noh wrote:\r\n> Hi Michel,\r\n> \r\n> Any updates on the byte ordering?\r\n> As I emailed you previously, what you suggested does NOT work;\r\n> \r\n> _So just change line 35 from \r\n> #define _LITTLE_ENDIAN OPCUA_CONFIG_YES\r\n> to\r\n> #define _LITTLE_ENDIAN OPCUA_CONFIG_NO\r\n> _\r\n> \r\n> With our limited understanding of the code structure, it would be difficult for us to fix this at the moment.\r\n> \r\n> And I am going to create a small C client application to show you the issues we are experiencing regarding the Client Lib header file compiled in gcc.\r\n> \r\n> Best,\r\n> \r\n> Jason\r\n\r\nMichel,\r\n\r\nWe also need you to look into this issue as well.\r\nAnd if you come up with any fix on the our test C application accessing Client SDK Lib, please let us know.\r\n\r\nThanks\r\n\r\nJason ','2018-01-16 07:29:28',0),(389,210,'Issue',1,'Hello,\r\njust posted a new codebase. It fixe issues related to the client API.The TerminalClient is made of a main.c\r\nI need more information from you about the bigendian issue you are facing to.\r\nLet\'s setup a call this week to clarify this.\r\nI will close issue 210 for now.\r\n\r\nBest regards\r\nMichel\r\n','2018-01-16 12:21:28',0),(390,210,'Issue',1,'','2018-01-16 12:21:44',0),(391,216,'Issue',316,'nota bene: Avant l\'attêt du plgin, je supprime les objets monitorés des souscriptions, puis je supprime les souscriptions','2018-01-16 16:40:50',0),(392,216,'Issue',1,'','2018-01-16 20:49:30',0),(393,210,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello,\r\n> just posted a new codebase. It fixe issues related to the client API.The TerminalClient is made of a main.c\r\n> I need more information from you about the bigendian issue you are facing to.\r\n> Let\'s setup a call this week to clarify this.\r\n> I will close issue 210 for now.\r\n> \r\n> Best regards\r\n> Michel\r\n\r\nThanks Michel.\r\nLet us give it a spin this morning and get back to you.\r\nAnd as to the call schedule, let me speak with KC who is leading the OPC UA work, and get back to you.\r\n\r\nMerci,\r\n\r\nJason ','2018-01-17 00:37:06',0),(394,210,'Issue',333,'Jason Noh wrote:\r\n> Michel Condemine Admin wrote:\r\n> > Hello,\r\n> > just posted a new codebase. It fixe issues related to the client API.The TerminalClient is made of a main.c\r\n> > I need more information from you about the bigendian issue you are facing to.\r\n> > Let\'s setup a call this week to clarify this.\r\n> > I will close issue 210 for now.\r\n> > \r\n> > Best regards\r\n> > Michel\r\n> \r\n> Thanks Michel.\r\n> Let us give it a spin this morning and get back to you.\r\n> And as to the call schedule, let me speak with KC who is leading the OPC UA work, and get back to you.\r\n> \r\n> Merci,\r\n> \r\n> Jason\r\n\r\n\r\nHi Michel,\r\n\r\nFYI, we have successfully built the C client with the Client SDK Library from your new code base.\r\nThanks. Let us proceed with some more testing/development and get back to you.\r\n\r\nRegarding call on byte ordering, why dont\' we schedule a call early next week as your schedule allows?\r\n\r\nMerci,\r\n\r\nJason \r\n','2018-01-17 08:02:55',0),(395,218,'Issue',328,'','2018-01-17 19:15:25',0),(396,218,'Issue',328,'a priori ce mauvais fonctionnement est lié au plantage du serveur suite à un CMD_REINIT','2018-01-17 19:39:20',0),(397,211,'Issue',1,'Représente un défaut matériel sur le SSI. Défaut carte, défaut de communication (par exemple RS, etc.). \nVerifier que le carte de N°41 (sur la maquette) répond au demande Supervision Request.','2018-01-19 14:18:42',0),(398,212,'Issue',1,'Creation de l\'adresse @MODIF_BD. Un diff sera réalisé sur le fichier System pour déterminer un modification de la configuration.\r\nSi changement de taille ==> @MODIF_BD = 1 sinon @MODIF_BD=0\r\nOn vérifie à la vitesse de la synchro horaire. \r\n','2018-01-19 14:25:24',0),(399,213,'Issue',1,'LA modification sera réalisée en ce sens si les centrales acceptent de répondre individuellement aux demandes','2018-01-19 14:26:33',0),(400,214,'Issue',1,'Voir packet 201 et utiliser LocalFault et PanelInFault pour coder le DRG_GEN','2018-01-19 14:33:42',0),(401,215,'Issue',1,'A vérifier\nVérifier la lecture du libelle des Zones et autres','2018-01-19 14:36:04',0),(402,217,'Issue',1,'','2018-01-19 14:47:54',0),(403,211,'Issue',1,'','2018-01-19 14:48:25',0),(404,212,'Issue',1,'','2018-01-19 14:48:40',0),(405,213,'Issue',1,'','2018-01-19 14:49:00',0),(406,214,'Issue',1,'','2018-01-19 14:49:28',0),(407,215,'Issue',1,'','2018-01-19 14:49:45',0),(408,219,'Issue',1,'Cette variable est un ! HS. On utilisera a même adresse que pour l\'HS sa representation sera inversée','2018-01-19 14:50:53',0),(409,220,'Issue',1,'A vérifier','2018-01-19 14:52:28',0),(410,221,'Issue',1,'Groupe 1000 à été ajouté..; Test en cours','2018-01-19 14:53:16',0),(411,222,'Issue',1,'Hello, \r\nYou can stop the publish by calling OpenOpcUa_SetPublishingMode. The last parameter control publish Active/Inactive (True/False).\r\nRegarding your code. I suggest we review it during a call.\r\nThe training are made for that.\r\n\r\nWe are you available next week ?\r\n\r\n주말 잘 보내세요\r\nMichel','2018-01-19 16:08:31',0),(412,215,'Issue',1,'On reçoit tous les libellés des ECS, ELT, ZD et des CMSI, ASS. \r\nIl manque les ZC, ZF,L_SSI. D\'après la documentation. Le protocol permet de lire les points, les zones et les textes associé au \"Panel\".\r\nDans quelle categorie rentre les ZC, les ZF et les L_SSI ?\r\n','2018-01-19 17:34:52',0),(413,222,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello, \r\n> You can stop the publish by calling OpenOpcUa_SetPublishingMode. The last parameter control publish Active/Inactive (True/False).\r\n> Regarding your code. I suggest we review it during a call.\r\n> The training are made for that.\r\n> \r\n> We are you available next week ?\r\n> \r\n> 주말 잘 보내세요\r\n> Michel\r\n\r\n\r\nHello Michel,\r\n\r\nThanks. Let us know when you are available to have a session with us early next week.\r\nWe will be there. We are eager students.\r\n\r\nMerci,\r\n\r\nJason','2018-01-19 22:58:15',0),(414,224,'Issue',1,'Michel Condemine Admin wrote:\r\n> Bonjour,\r\n> j\'ai besoin d\'une clarification de la part de votre R&D sur l\'interprétation des State Information Reply.\r\n> Les données reçues n\'ont pas beaucoup de sens. \r\n> Par exemple :ECS en dérangement et HS sur la face avant.\r\n> Monitored State Bitmap = 1101 1111 0000 1111 0000 0010 0000 0000\r\n> State Information Bitmap =0000 0110 0000 0011 0000 0000 0000 0000(0x2010000)\r\n> Cette demande est URGENTE\r\n> Cordialement\r\n> Michel\r\n\r\nComplément d\'information\r\nNode=1 \'\\x1\' m_pStateInformation32bitsReplyTypeDef=0x02e543e0 {t_MonitoredStatesBitmap=3742302720 t_StateInformationBitmap=100859904 }\r\nNode=21 \'\\x15\' m_pStateInformation32bitsReplyTypeDef=0x02e55728 {t_MonitoredStatesBitmap=3742302720 t_StateInformationBitmap=33619968 }','2018-01-20 15:49:17',0),(415,222,'Issue',333,'Michel,\r\n\r\nHow about Monday or Tuesday next week for us to have a call where we could go over the test code and the byte ordering issues.\r\nLet me know what your schedule early next week looks like.\r\n\r\nMerci,\r\n\r\nJason ','2018-01-21 06:44:17',0),(416,222,'Issue',333,'Good morning Michel,\r\n\r\nIn preparation for our call tomorrow, let me share the agenda so that all of us know where we are jumping into to make the most of the call.\r\n\r\n\r\n1. Fix segmentation fault in modified terminal client or a tutorial on how to correctly conduct tag subscription - start, stop, pause, resume, remove the subscription (full life cycle management of it) \r\n\r\n2. As a client, the application must support multiple OPC UA server and many tags in the servers.\r\n Can you show us how to do that? Or if you have any tutorials of it, please share it with us.\r\n\r\n\r\nLooking forward to speaking with you tomorrow,\r\n\r\nMerci,\r\n\r\nJason ','2018-01-22 02:00:04',0),(417,204,'Issue',333,'Hi Michel,\r\n\r\nLet us share some more information regarding the byte ordering issue in cross compile tool chain we are building;\r\n\r\n1. we are using powerpc-poky-linux-gcc compiler for our cross compile environment (refer to the attached picture for its info),\r\n2. when we tried to build the lastest version of the OpenOpcUa, we run into error that emits \"error Both BIG_ENDIAN and LITTLE_ENDIAN defind!\",\r\n3. the code that causes the compile error is attached as a picture named byte-ordering issue code -1. See the code line 26\r\n (/...../usr/include/bits/endian.h in our virtual machine)\r\n4. another code attached as byte-ordering issue code -2 which is from \"/include/opcua/opcua_platformdefs.h\" defines _LITTLE_ENDIAN. And the suggested flag of \"OPCUA_CONFIG_YES, OPCUA_CONFIG_NO\" does not have any implication.\r\n\r\nWe believe this would describe the byte ordering issue we have in our cross compile environment.\r\n\r\nMerci,\r\n\r\nJason \r\n','2018-01-22 03:15:36',0),(418,222,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello, \r\n> You can stop the publish by calling OpenOpcUa_SetPublishingMode. The last parameter control publish Active/Inactive (True/False).\r\n> Regarding your code. I suggest we review it during a call.\r\n> The training are made for that.\r\n> \r\n> We are you available next week ?\r\n> \r\n> 주말 잘 보내세요\r\n> Michel\r\n\r\nMichel,\r\n\r\nAn easy question for you regarding the \"ShutdonwCallback\" function in OpenOpcUaTerminalClient; \r\nI see that the SetShutdownCallback assigns the callback function called on session close.\r\nWhat\'s curious is that the assigned OnShutdownMessage gets called once on startup and again on state changes as well as session close (is this correct behavior the function called in every state changes?)\r\n\r\nI guess the question is if there is any quick way to convert the string state code into number type.\r\n\r\nMerci,\r\n\r\nJason \r\n\r\n','2018-01-22 03:32:48',0),(419,225,'Issue',254,'','2018-01-22 17:38:34',0),(420,225,'Issue',254,'','2018-01-22 17:38:50',0),(421,188,'Issue',254,'Même sans le VpiModbus, le service plante à la fin de l\'arrêt.','2018-01-23 16:25:58',0),(422,227,'Issue',333,'Hi Michel,\r\n\r\nOk.Let us have a call on this on Friday as you suggested.\r\nAnd when you have fixed this please inform us even before the call.\r\n\r\nMerci,\r\n\r\nJason','2018-01-24 00:23:35',0),(423,232,'Issue',1,'Bonjour,\r\nCette fonctionnalité est maintenant disponible dans la version 1.0.5.2.\r\nAjoutez le paramètre ProjectFolder=\"[FULL_PATH]\" dans le fichier principal de configuraiton.\r\n\r\nCordialement\r\nMichel','2018-01-24 23:00:47',0),(424,232,'Issue',1,'','2018-01-24 23:01:08',0),(425,227,'Issue',333,'Jason Noh wrote:\r\n> Hi Michel,\r\n> \r\n> Ok.Let us have a call on this on Friday as you suggested.\r\n> And when you have fixed this please inform us even before the call.\r\n> \r\n> Merci,\r\n> \r\n> Jason\r\n\r\nHi Michel\r\nAny progress regarding the segment fault yet?\r\nThanks,\r\n\r\nJason \r\n\r\n\r\n','2018-01-25 05:39:15',0),(426,222,'Issue',333,'Hi Michel\r\n\r\nWe see that you have uploaded the updated codes of the OpenOpcUa.\r\nWe tested the code with the updated Terminal test client only to see the same segement fault error.\r\nCan you tell us what is uppdated?\r\n\r\nMerci,\r\n\r\nJason ','2018-01-25 07:18:19',0),(427,222,'Issue',333,'Jason Noh wrote:\r\n> Hi Michel\r\n> \r\n> We see that you have uploaded the updated codes of the OpenOpcUa.\r\n> We tested the code with the updated Terminal test client only to see the same segement fault error.\r\n> Can you tell us what is uppdated?\r\n> \r\n> Merci,\r\n> \r\n> Jason\r\n\r\nA correction; the frequency of core dump is quite reduced.\r\nBut sadly it still happens.\r\n\r\nMerci,\r\n\r\nJason ','2018-01-25 10:02:06',0),(428,222,'Issue',1,'Hi,\r\nI\'m currently trying to reproduce on Windows\r\nI let you know in couple of min\r\n\r\nRegards\r\nMichel','2018-01-25 10:04:16',0),(429,222,'Issue',1,'Hello Jason,\r\nI run your code on windows without any error.\r\nI will try on Linux\r\n\r\nRegards\r\nMichel\r\n','2018-01-25 10:57:58',0),(430,222,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello Jason,\r\n> I run your code on windows without any error.\r\n> I will try on Linux\r\n> \r\n> Regards\r\n> Michel\r\n\r\nMichel,\r\n\r\nYou mean with the updated code base you put on the File section?\r\nWe are using the same code and if you run the test code several times, you would see.\r\nBut as I said, the number of segment fault occurance certainly reduced.\r\n\r\nMerci,\r\n\r\nJason ','2018-01-25 11:01:35',0),(431,204,'Issue',1,'Hello,\r\ncan you review the attached file and proceed.\r\n\r\nKind regards\r\nMichel','2018-01-26 10:18:10',0),(432,222,'Issue',333,'Michel,\r\n\r\nDo us a favor and please let us know the changes you made in the code so that we could follow it up ourselves.\r\nAnd let me remind you that clear fix or remediation of the Byte Ordering is still pending.\r\n\r\nI remember that you informing me in one of the initial emails we exchanged that the client lib support quite an extensive array of facets;\r\n\"This is the OPC UA Certified Stack.\r\nFacet name\r\n• Core Client Facet\r\n• Base Client Behaviour Facet\r\n• Discovery Client Behaviour Facet\r\n• AddressSpace Lookup Client Facet\r\n• Entry-Level Support Client Facet\r\n• Entry-Level Support Client Facet\r\n• Documentation - Client.\r\n• Attribute Read Client Facet (all mandatory) \r\no Attribute Client Read Complex\r\n• Attribute Write Client Face\r\n• DataChange Subscriber Client Facet\r\n• DataAccess Client Facet\r\n• UA-TCP UA-SC UA Binary\r\n• Attribute Client Historical Facet\r\n• Historical Access Client Browse\r\n• Historical Access Client Read Raw\r\n• User Token Anonymous Facet\r\n• User Token X509\r\n• User Token User/Password\r\n• Method Client Facet\r\n• Node Management Client Face\r\n• Advanced Type Programming Client Facet\r\n• Diagnostic Client Facet\r\n\r\n\r\nWe need to move on.beyond connection and simple tag reading.\r\n\r\n\r\n\r\nLet me take another approach and ask question;\r\ndo you have any client who has tried your client lib so far?\r\nAre we the first one?\r\n\r\n\r\nMerci\r\n\r\nJason \r\n\r\n\r\n ','2018-01-26 10:37:49',0),(433,222,'Issue',1,'Hello,\r\nEven if the server is more my first concern. You are far to be the first one on the client side.\r\nThe client library is used in more than 50 real installation. Mainly on Windows and X86 Linux.\r\nSo your PPC is a first one.\r\n\r\nRegards\r\nMichel','2018-01-26 10:44:50',0),(434,222,'Issue',1,'Here is the sample, running on my debian without any problem.\r\nNo segfault, just the subscribe value coming from the server it subscribe to.\r\nThe subscribe node is currenttime i=2258.\r\n\r\nRegards\r\nMichel\r\n','2018-01-26 11:01:13',0),(435,222,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello,\r\n> Even if the server is more my first concern. You are far to be the first one on the client side.\r\n> The client library is used in more than 50 real installation. Mainly on Windows and X86 Linux.\r\n> So your PPC is a first one.\r\n> \r\n> Regards\r\n> Michel\r\n\r\n\r\nThanks Michel\r\n\r\nPoint us to the right direction and we will do further testings and let\'s make a PPC port of OpenOpcUa.\r\nThanks,\r\n\r\nJason ','2018-01-26 11:32:42',0),(436,222,'Issue',333,'Michel Condemine Admin wrote:\r\n> Here is the sample, running on my debian without any problem.\r\n> No segfault, just the subscribe value coming from the server it subscribe to.\r\n> The subscribe node is currenttime i=2258.\r\n> \r\n> Regards\r\n> Michel\r\n\r\nMerci Michel.\r\nIt\'s late on Friday here.\r\nLet us give it a spin 1st thing Monday morning.\r\n\r\nJason ','2018-01-26 11:33:55',0),(437,224,'Issue',1,'Bonjour,\r\nj\'ai obtenu la réponse de votre R&D et je peux enfin traiter les StateInformation.\r\nIl reste maintenant a exploiter ces données.\r\nPour ADP nous avons besoin de ALM_GEN, DRG_GEN qui viennent sans doute de but 0 et 1.\r\nSur les 22 bits exploitables cela n\'en fait que deux d\'utilisé. \r\nQue peux ton faire des 20 autres ?\r\nAuriez vous plus d\'information sur la sémantique des ces points ?\r\nCordialement\r\nMichel','2018-01-26 13:22:42',0),(438,224,'Issue',328,'Nous n\'avons besoin que des bits 0;1;7;8 \r\nLes autres bits n\'ont pas d\'utilité pour notre application.\r\n\r\ncordialement.\r\n\r\nNorbert.','2018-01-26 17:40:31',0),(439,233,'Issue',1,'Bonjour,\r\nje vous remercie pour ce document. \r\nL\'extraction depuis les EventLogData ne sera possible que s\'ils sont générés par les centrales.\r\nIl me semble que l\'utilisation des Event, donc des groupes offres une meilleure chance de résultat.\r\nJe vais essayer d\'implémenter les deux. Vous ferez le tests.\r\n\r\nCordialement\r\nMichel\r\n','2018-01-28 17:06:36',0),(440,233,'Issue',328,'','2018-01-28 17:10:35',0),(441,233,'Issue',328,'Bonjour,\r\n\r\nla centrale est normalement configurée pour envoyer les events log data vers le serveur.\r\nLe problème c\'est que par exemple pour DFT_POS_ATT et POS_ATT c\'est le même groupe (1000) qui génère les 2 événements, si vraiment les event log data ne sont pas exploitable il faudra alors dans ce cas interpréter l\'état du POS_ATT (comme expliqué dans mon email de vendredi).\r\n\r\nJe serai Lundi à Rungis sur la maquette \"recette usine\", si vous avez déjà une évolution d\'ici là, n\'hésitez pas à me la faire parvenir.\r\n\r\nBien cordialement.\r\n\r\nNorbert','2018-01-28 17:25:04',0),(442,223,'Issue',328,'Cet issue est toujours en cours ?\r\nsi oui, quels sont les autres valeurs de l\'adresse: Channel, Point Category et Point Number ?','2018-01-28 17:34:26',0),(443,150,'Issue',328,'Voir issue 224','2018-01-28 17:35:51',0),(444,233,'Issue',1,'L\'utilisation des groupes doit être unique.\r\ndans votre proposition les groupes 1000, 1004 et 1036 sont utilisés pour coder deux informations différentes.\r\nCe n\'est donc pas utilisable. Chaque groupe doit être associé à une information unique.\r\n- ASS>DFT_POS_ATTENTE 1004\r\n- ASS>DFT_POS_SECU 1000\r\n- ASS>POS_SECU 1000\r\n- ASS>POS_ATTENTE 1004\r\n- ZS>DFT_POS_ATTENTE 1036\r\n- ZS>POS_ATTENTE 1036\r\nPar ailleurs veuillez faire correspondre les libellés au libellés ADP.\r\n\r\nCordialement\r\nMichel','2018-01-29 01:03:03',0),(445,222,'Issue',333,'Michel,\r\n\r\nWe looked at your new \"fixed\" code and it appears that you have updated the client library.\r\nCould you share with us the updated/fixed lib codes so that we could build them ourselves?\r\n\r\nWe will test your updated code to see if SegFault is fixed and get back to you later,\r\n\r\nMerci,\r\n\r\nJason ','2018-01-29 05:04:46',0),(446,222,'Issue',336,'Jason Noh wrote:\r\n> Michel,\r\n> \r\n> We looked at your new \"fixed\" code and it appears that you have updated the client library.\r\n> Could you share with us the updated/fixed lib codes so that we could build them ourselves?\r\n> \r\n> We will test your updated code to see if SegFault is fixed and get back to you later,\r\n> \r\n> Merci,\r\n> \r\n> Jason\r\n\r\n\r\n\r\nMichel, \r\n\r\ni have tested the attachment.\r\n\r\nhowever, the OpenOpenUa Shared Library you built is linked to ssl@0.9.8.\r\nso I can not create terminal client.\r\n\r\ndid you change a cmake script?\r\nwould you give me the changed build script and full source?\r\n\r\nMerci,\r\n\r\nkyucheol\r\n\r\n\r\n','2018-01-29 06:56:21',0),(447,235,'Issue',1,'','2018-01-29 17:40:51',0),(448,204,'Issue',333,'Michel,\r\n\r\nI think we need to have a call where I would join so that we could get to the bottom of this;\r\nwhat we are looking for from you is not a stopgap but a reliable, permanent fix where the changes we or you made in response to some issues are fully regression-tested and well integrated into the code base.\r\nI believe as a library builder, you yourself is interested in solid reliable fix, rather than quick, temporary fix.\r\nI have seen my own share of quick fix causing unexpected issues at the wrong time in the wrong places.\r\n\r\n\r\nNow with that said, I must say that I am getting a bit uneasy with the recent exchanges in regard to the SegFault and Byte Ordering issue.\r\nI assume that you have other sponsors to take care of and other important businesses to attend to, but these are fundamental lib issues that would impact other sponsors and clients of your code base.\r\n\r\n\r\nPlease help us test/fix the code and proceed with our intended OPC UA Client development for our client.\r\n\r\nPlease let me know when you are available this week for a session.\r\n\r\nMerci,\r\n\r\nJason ','2018-01-30 00:31:59',0),(449,204,'Issue',1,'Hello Jason,\r\nWe can have a quick call right now if you want https://global.gotomeeting.com/join/825648541. \r\nI understand your concern and maybe there are a misunderstanding on the codebase i provided to you.\r\nI sent you several version of the 1.0.5.2. Each of them was a beta of the 1.0.5.2. Those preliminary version was shared by a couple of sponsor. But until last week the official OpenOpcUa Codebase was 1.0.4.7. I was thinking that you can use the beta and help in make the release more stable and tested.\r\nThe PPC target cause specific issues seg-fault and byte-ordering. the code is little-endian first.\r\nSo i propose the following plan \r\n- First let fix the seg fault.\r\n- Second let fix the byte ordering.\r\nI though we made progress on the Seg-Fault and i understand your byte-ordering issue. I will work on it.\r\n\r\nJust to finish. I have several sponsors but all are equaly important. Just first come are first serve.\r\n\r\nYou can count on my support. I will never let you down.\r\n\r\nKind regards\r\nMichel','2018-01-30 09:14:30',0),(450,204,'Issue',335,'Michel \r\nare you suggesting we do a call now? \r\nI have just walked out if the office for meetings outside.\r\nLet us schdule in advance so that I could clear block of time to get to the bottom of the issue.\r\n\r\nThanks\r\n\r\nJason','2018-01-30 10:03:19',0),(451,204,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello Jason,\r\n> We can have a quick call right now if you want https://global.gotomeeting.com/join/825648541. \r\n> I understand your concern and maybe there are a misunderstanding on the codebase i provided to you.\r\n> I sent you several version of the 1.0.5.2. Each of them was a beta of the 1.0.5.2. Those preliminary version was shared by a couple of sponsor. But until last week the official OpenOpcUa Codebase was 1.0.4.7. I was thinking that you can use the beta and help in make the release more stable and tested.\r\n\r\nMichel,\r\n\r\nThanks but if I remember correctly, you advised us that as lastest version has quite an improvement from the 1.0.4.7, that we start with 1.0.5.2.\r\nAnyway, we are willing to work with lastest version and help you make it stable.\r\nAnd let me emphasis, when you share the fix, please share with us the code and a brief ReadMe as well so that we could build it and test it on ourselves as well.\r\nThe laste SegFault fix, we can\'t even run it. It causes SegFualt right from the start.\r\n\r\n\r\n> The PPC target cause specific issues seg-fault and byte-ordering. the code is little-endian first.\r\n> So i propose the following plan \r\n> - First let fix the seg fault.\r\n> - Second let fix the byte ordering.\r\n> I though we made progress on the Seg-Fault and i understand your byte-ordering issue. I will work on it.\r\n\r\nSound good.\r\nPlease share with us the fixed code with brief readme describing what\'s fixed.\r\n \r\n> Just to finish. I have several sponsors but all are equaly important. Just first come are first serve.\r\n> You can count on my support. I will never let you down.\r\n\r\nNo doubt about it.\r\nIt\'s just that we are running out of time on our end.\r\n\r\nMerci,\r\n\r\nJason \r\n\r\n> \r\n> Kind regards\r\n> Michel\r\n\r\n','2018-01-31 01:31:09',0),(452,204,'Issue',333,'Michel,\r\n\r\nPlease do share the code that you said you fixed the Seg Fault;\r\nI am still waiting for it.\r\nThe libs you shared does NOT work on our end.\r\nGive us the code and we will diff what\'s different/changed and build it ourselves.\r\n\r\nMerci,\r\n\r\n\r\nJason ','2018-01-31 13:48:47',0),(453,205,'Issue',1,'Terminée','2018-02-01 09:32:46',0),(454,201,'Issue',1,'','2018-02-01 09:33:22',0),(455,198,'Issue',1,'','2018-02-01 09:33:52',0),(456,204,'Issue',333,'Jason Noh wrote:\r\n> Michel,\r\n> \r\n> Please do share the code that you said you fixed the Seg Fault;\r\n> I am still waiting for it.\r\n> The libs you shared does NOT work on our end.\r\n> Give us the code and we will diff what\'s different/changed and build it ourselves.\r\n> \r\n> Merci,\r\n> \r\n> \r\n> Jason\r\n\r\nMichel,\r\n\r\nCan you share the your latest SegFault-fixed code with us?\r\n\r\nMerci,\r\n\r\nJason ','2018-02-01 10:33:22',0),(457,204,'Issue',1,'Jason,there are a confusion here.\nThe code that cause issue was the client itself and not the library.\nI didn\'t change anything in the library just build the TerminalClient you change and make it work on the Debian.\nAre you available tomorow morning 9am for a call ?\nhttps://global.gotomeeting.com/join/843217333 \nBTW, the code you asked was posted on january 26 here :http://www.openopcua.org/redmine/attachments/643/OpenOpcUaTerminalClient_fixRequired.zip\nRegards\nMichel \n','2018-02-01 12:00:47',0),(458,204,'Issue',333,'Michel,\n\nOK so let me get this.\nYou did not change any code in the library and just built the TerminalClstient we modified for testing.\nAnd you made the the client work on the Debian? (we noticed that you downgraded the OpenSSL lib from ver 1.0.0. to 0.9.8) \n\nSo tell us what you did to make the client to work on Debian without changing the code?\nOr to put it differently, what is it that you did to make it work?\n*FYI, on our end, your so-called fixed TerminalClient does NOT work*. I told you that already in my previous post.\nThat is why I am asking what is the changes you make, if not in code, in run time environment.\nHow can you expect us to verify if the issue is fixed without telling us what to change or simple \"readme first\" type guide?\nWe are not mind readers you know? This is really frustrating.\n\n\nNow with that said, you mean 9AM tomorrow France time? That is 6PM for us tomorrow.\nI will be be there. And please come to the meeting prepared; so far my impression is that you are shooting off your belt not making any preparation in advance. Please prepare some \"readme first type doc\" for tomorrow so that there would not be any more confusions from now on.\n\nAs I repeatedly pointed out, we are running out of time.. no that\'s misstatement; we are already behind our schedule still trying to make subscription of OPC tags to work correctly... Long way to go.\n\nTalk to you tomorrow,\n\nMerci,\n\nJason \n\n','2018-02-01 12:53:05',0),(459,204,'Issue',1,'Let\'s focus on one point.\r\nThe so called terminal client works. The issue was just to build your version of it.\r\nSo,I just fixed the CMake to make it works. \r\n\r\nIs that clear ?\r\nRegards\r\nMichel','2018-02-01 15:04:19',0),(460,204,'Issue',333,'Michel,\r\n\r\nLet me run the diff on CMake this morning when I get to the office.\r\nAnd again please from this time on, share the changelist or readme when you share the code or fix.\r\n\r\nTalk to you tonight\r\n\r\nMerci,\r\n\r\nJason\r\n\r\n','2018-02-01 21:22:40',0),(461,206,'Issue',1,'','2018-02-01 23:02:41',0),(462,237,'Issue',1,'Hello,\r\nI will release a new codebase. \r\nI spent couple of days working on the client API.\r\nThe new version contains a lot of changes.\r\nSo my advise is to not waste times on the previous deliverable\r\n\r\nRegards\r\nMichel','2018-02-07 13:11:54',0),(463,237,'Issue',1,'','2018-02-07 13:12:09',0),(464,237,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello,\r\n> I will release a new codebase. \r\n> I spent couple of days working on the client API.\r\n> The new version contains a lot of changes.\r\n> So my advise is to not waste times on the previous deliverable\r\n> \r\n> Regards\r\n> Michel\r\n\r\nThanks Michel.\r\nCan you tell us when you think you would be able to release the new code base?\r\n\r\nMerci,\r\n\r\nJason ','2018-02-07 13:39:51',0),(465,237,'Issue',1,'Hello,\r\nthe code and test are finish on Windows.Next step are :\r\n1- Build on Linux\r\n2- Test on Linux\r\n3- Package\r\n4- Deliver \r\n\r\nSo i wish to release it for our next call on Friday. \r\nIn the case everything is not ready Friday morning we can finish together during the call.\r\n\r\nRegards\r\nMichel','2018-02-07 13:45:44',0),(466,237,'Issue',333,'Great!\r\nLooking forward to it.\r\n\r\nMerci,\r\n\r\nJason ','2018-02-07 13:50:22',0),(467,231,'Issue',254,'','2018-02-08 15:54:36',0),(468,237,'Issue',1,'Hello,\r\nI just posted the new codebase Ver 1.0.5.3 Beta01.\r\nI tested both Server, Client API. They are working fine on Windows 10 and Linux debian.\r\nThe client was tested with your version of the TerminalClient. \r\nWill demonstrate during the next morning call. So in a couple of hours now.\r\nRegards\r\nMichel\r\n','2018-02-08 21:19:16',0),(469,222,'Issue',1,'','2018-02-08 21:19:43',0),(470,227,'Issue',1,'','2018-02-08 21:20:15',0),(471,239,'Issue',1,'','2018-02-09 09:12:04',0),(472,237,'Issue',1,'','2018-02-09 09:13:51',0),(473,199,'Issue',1,'','2018-02-09 09:16:10',0),(474,203,'Issue',1,'','2018-02-09 09:17:08',0),(475,222,'Issue',1,'','2018-02-09 09:18:30',0),(476,238,'Issue',1,'','2018-02-09 09:18:46',0),(477,222,'Issue',336,'Michel\n\nI have encountered exceptions while running TerminalClient built from OpenOpcUa_1_0_5_3 source without modifications. Please find screenshots attached.\n\none more thing.\ncould you tell me about your build environments such as ubuntu linux version and gcc version?\n\n\nMerci\n\nkyucheol','2018-02-12 06:49:48',0),(478,222,'Issue',1,'Replace line 194 OpenOpcUa_AutoConnectMecanismState(OpcUa_True); by OpenOpcUa_AutoConnectMecanismState(OpcUa_False);\r\nThen built and run it again?\r\n','2018-02-12 09:33:05',0),(479,222,'Issue',336,'Michel \r\n\r\nI got same result regardless of OpenOpcUa_AutoConnectMecanismState value.\r\n\r\nMerci \r\n\r\nkyucheol\r\n','2018-02-12 09:49:34',0),(480,222,'Issue',1,'Can you clarify the context of the crash ?\r\nIs it everytime you run the TerminalClient ?\r\nIs it more often ?\r\nYour screenshot show both after the last iteration 5.\r\nJust to be sure. Can you try with a other server running remoty on a Windows machine ?\r\n\r\nRegards\r\nMichel\r\n','2018-02-12 10:51:12',0),(481,222,'Issue',336,'Michel\r\n\r\nCan you clarify the context of the crash ?\r\n> we just run a terminal client without modify.\r\nIs it everytime you run the TerminalClient ?\r\n> no\r\nIs it more often ?\r\n> seems a bit less.\r\nYour screenshot show both after the last iteration 5.\r\n> no, we ran 10 iterations.\r\nJust to be sure. Can you try with a other server running remoty on a Windows machine ?\r\n> yes, we are aready test on two different windows machines. \r\n\r\nMerci \r\nkyucheol\r\n','2018-02-12 11:05:56',0),(482,222,'Issue',1,'There are only 5 iterations in the Terminal client i sent.\r\nfor( int i = 0 ; i < 5 ; i++ ) line 239\r\n\r\nJust download .Net client from the OPC Foundation website\r\nhttps://opcfoundation.org/developer-tools/developer-kits-unified-architecture/sample-applications/\r\nThen setup a remove connection and let me know\r\n\r\nRegards\r\nMichel','2018-02-12 11:13:32',0),(483,222,'Issue',336,'Michel\r\n\r\nyou are correct.\r\n\r\nit happens within 5 iterations.\r\nbut it\'s not always\r\nso we just increased it to 10 for debugging.\r\n\r\nand we don\'t have account to download.\r\n\r\ni wonder if you could upload it here?\r\n\r\nmerci\r\nkyucheol\r\n\r\n\r\n\r\n','2018-02-12 11:26:13',0),(484,222,'Issue',336,'Michel\r\n\r\ni installed a program you uploaded.\r\nand test.\r\n\r\nclient crashed. \r\nand\r\non some interations we are not getting published data print out.\r\n\r\nplease find screenshots attached.\r\n\r\nmerci\r\nKyucheol','2018-02-12 12:20:26',0),(485,222,'Issue',333,'Michel Condemine Admin wrote:\r\n> There are only 5 iterations in the Terminal client i sent.\r\n> for( int i = 0 ; i < 5 ; i++ ) line 239\r\n> \r\n> Just download .Net client from the OPC Foundation website\r\n> https://opcfoundation.org/developer-tools/developer-kits-unified-architecture/sample-applications/\r\n> Then setup a remove connection and let me know\r\n> \r\n> Regards\r\n> Michel\r\n\r\nMichel,\r\n\r\nJust out of curiosity, is there any reason why you seem to care about the number of iterations?\r\nFrom my perspective, the number of iterations - given the correct parameters to the client lib - must not affect its behavior.\r\nIf you agree, please run the test with sat 50 iterations on our end before sharing the code with us.\r\nNeedless to say, I must insist that you assign high priority to resolving this issue for us.\r\n\r\nAnd as I requested in the first test, show us how to stop/pause/resume/delete the subscription correctly.\r\n\r\n\r\nMerci,\r\n\r\nJason','2018-02-12 14:07:14',0),(486,222,'Issue',1,'Hello Jason\r\nAs we discuss last night. I ran a 2500 loop. Unfortunatly my PC turn off by itself during the night.\r\nBut before i went to bed i got your crash after 447 loop.\r\nThe crash happen on \"tpp.c:63: __pthread_tpp_change_priority.....\" \r\nSo, I was re-running with gdb when the pc turn-off\r\nI need the callstack in order to investigate the problem. I just restart the test.\r\nI Google a little bit and i didn\'t find any relevant informations.\r\nIt could be something purely Linux related. I need first to be sure of that. So i will run the same test on a Windows machine.\r\nRegards\r\nMichel','2018-02-13 09:55:43',0),(487,222,'Issue',1,'','2018-02-13 09:56:05',0),(488,241,'Issue',333,'','2018-02-13 11:27:32',0),(489,241,'Issue',1,'Hello, \r\nthank you for your feedback.\r\n0x80250000 means BadSessionIdInvalid \r\nI integrate the strExtension and FileName missing initialization.\r\nRegarding the OpcUa_Int64 replacement. I need to consider this on several different perspective. So it cannot be integrated in short term.\r\nFinally,\r\nYou delete a mutex in StopMonitoredItemsNotificationThread. You have to argue on this. I not agree. We have to wait the proper moment to delete the MonitoredItemsNotificationThread.\r\nYour last change in OpcUa_Thread_Delete make me nervous. But i\'m considering the possibility of an issue here. \r\nLet me drive some tests..\r\n\r\nregards\r\nMichel','2018-02-13 11:54:55',0),(490,241,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello, \r\n> thank you for your feedback.\r\n> 0x80250000 means BadSessionIdInvalid \r\n> I integrate the strExtension and FileName missing initialization.\r\n> Regarding the OpcUa_Int64 replacement. I need to consider this on several different perspective. So it cannot be integrated in short term.\r\n> Finally,\r\n> You delete a mutex in StopMonitoredItemsNotificationThread. You have to argue on this. I not agree. We have to wait the proper moment to delete the MonitoredItemsNotificationThread.\r\n> Your last change in OpcUa_Thread_Delete make me nervous. But i\'m considering the possibility of an issue here. \r\n> Let me drive some tests..\r\n> \r\n> regards\r\n> Michel\r\n\r\n\r\nMichel,\r\n\r\nThanks and as I wrote, the changes are for our review. \r\nWe do not have the whole picture and based on the limited testing we did, we are making suggestions.\r\nThe final decision to pull the changes in is surely up to you.\r\n\r\nMerci,\r\n\r\nJason ','2018-02-13 12:10:12',0),(491,222,'Issue',1,'Got the crash.\r\nHere the callstack to keep on track\r\n<pre>\r\n#1 0xb7a59781 in raise () from /lib/i686/cmov/libc.so.6\r\n#2 0xb7a5cbb2 in abort () from /lib/i686/cmov/libc.so.6\r\n#3 0xb7a8fe75 in ?? () from /lib/i686/cmov/libc.so.6\r\n#4 0xb7a99f71 in ?? () from /lib/i686/cmov/libc.so.6\r\n#5 0xb7a9cd75 in ?? () from /lib/i686/cmov/libc.so.6\r\n#6 0xb7a9e97c in malloc () from /lib/i686/cmov/libc.so.6\r\n#7 0xb7a8acef in ?? () from /lib/i686/cmov/libc.so.6\r\n#8 0xb7a8adbc in fopen () from /lib/i686/cmov/libc.so.6\r\n#9 0xb7df87ca in OpcUa_Trace_Internal (pProxyStubConfiguration=0x804c088, a_sMessage=0xb7e56020 \"KeepAliveThread stopped properly\\n\")\r\n at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaStackV1/source/opcua_trace.c:322\r\n#10 0xb7df8684 in OpcUa_Trace (pProxyStubConfiguration=0x804c088, a_uTraceLevel=512, a_sFormat=0xb7fcd280 \"KeepAliveThread stopped properly\\n\")\r\n at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaStackV1/source/opcua_trace.c:280\r\n#11 0xb7fa9313 in OpenOpcUa::UACoreClient::CSubscriptionClient::StopKeepAliveThread (this=0x806f100) at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/SubscriptionClient.cpp:1436\r\n#12 0xb7fa5bb0 in ~CSubscriptionClient (this=0x806f100, __in_chrg=<value optimized out>) at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/SubscriptionClient.cpp:93\r\n#13 0xb7fb198c in OpenOpcUa::UACoreClient::CSessionClient::RemoveSubscription (this=0x8059fb0, pSubscription=0x806f100)\r\n at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/ClientSession.cpp:2372\r\n#14 0xb7fafed7 in OpenOpcUa::UACoreClient::CSessionClient::DeleteSubscription (this=0x8059fb0, pSubscription=0x806f100, bForceRemove=1 \'\\001\')\r\n at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/ClientSession.cpp:1529\r\n#15 0xb7fb9d26 in OpenOpcUa_DeleteSubscription (hApplication=0x804c008, hSession=0x8059fb0, hSubscription=0x806f100)\r\n at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/OpenOpcUaClientLib.cpp:874\r\n#16 0x0804a02a in main (argc=1, argv=0xbffff444) at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaClientSdk/OpenOpcUaTerminalClient/source/main.c:273\r\n</pre>\r\nThe keepalive mecanism is something new in the client lib. \r\nRegards\r\nMichel','2018-02-13 13:56:46',0),(492,222,'Issue',1,'Just a not for information and logging.\r\nThe Issue is Linux only Pthread related.\r\nIt occurs on mutex handling.\r\nBelow a callstack \r\n<pre>\r\n#0 0xb7fe2424 in __kernel_vsyscall ()\r\n#1 0xb7a59781 in raise () from /lib/i686/cmov/libc.so.6\r\n#2 0xb7a5cbb2 in abort () from /lib/i686/cmov/libc.so.6\r\n#3 0xb7a528e8 in __assert_fail () from /lib/i686/cmov/libc.so.6\r\n#4 0xb7d2bf0e in pthread_mutex_lock () from /lib/i686/cmov/libpthread.so.0\r\n#5 0xb7e17d7a in OpcUa_Mutex_Lock (hMutex=0x8068710)\r\n at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaStackV1/source/opcua_core.c:228\r\n#6 0xb7d8828f in InternalThreadMain (a_Thread=0x80733a8)\r\n at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaStackV1/source/opcua_thread.c:101\r\n#7 0xb7de792a in pthread_start (args=0x8072a20)\r\n at /home/debian/Desktop/OpenOpcUa_1_0_5_3/OpenOpcUaStackV1/source/opcua_p_thread.c:105\r\n#8 0xb7d29955 in start_thread () from /lib/i686/cmov/libpthread.so.0\r\n#9 0xb7afb1de in clone () from /lib/i686/cmov/libc.so.6\r\n</pre>\r\nNeed more investigation.\r\n@SDPLEX: Can you provide me more callstack\r\n\r\nRegards\r\nMichel','2018-02-13 13:57:21',0),(493,222,'Issue',333,'Michel Condemine Admin wrote:\n> Just a not for information and logging.\n> The Issue is Linux only Pthread related.\n> It occurs on mutex handling.\n> Below a callstack \n> [...]\n> Need more investigation.\n> @SDPLEX: Can you provide me more callstack\n> \n> Regards\n> Michel\n\nGreat.\nWe are making progress.\nAs the crash leaves log entries of \"pthread....\" we were suspecting of it.\n\nWe will share the coredump from our end as well.\n\nMerci,\n\nJason ','2018-02-13 17:38:02',0),(494,222,'Issue',1,'Hello,\r\ngood news this morning.\r\nI ran a 2500 loop. on Windows and Linux without any problem. (See attached screen shot and log)\r\nI will change the code to add a create/close session in the loop.\r\nThe rerun the same 2500 loop.\r\nIf this succeed i will deliver the 1.0.5.3 RC1\r\nFeel free to ask for more information\r\nRegards\r\nMichel','2018-02-14 09:22:33',0),(495,222,'Issue',333,'Hi Michel,\r\n\r\nThanks for the update.\r\nWe are having our fingers crossed.\r\n\r\nLooking forward to the updates.\r\n\r\nMerci,\r\n\r\nJason ','2018-02-14 16:19:47',0),(496,243,'Issue',1,'Bonjour,\r\nIl y a 4 questions. \r\nJe préfère que vous ouvriez 1 ticket par question.\r\nCela me permettra de répondre avec plus de précision\r\n\r\nCordialement\r\nMichel Condemine','2018-02-16 10:20:48',0),(497,244,'Issue',1,'Bonjour,\r\nsi les variables sont ReadOnly dans le modèle elles ne peuvent être changées. \r\nVous pouvez peut-être passer par le Vpi pour y définir un mode \"Simulation\". Dans ce cas vous pourrez changer les valeurs depuis le Vpi. \r\nMais jamais depuis un client sans modifier le modèle lui-même. \r\n\r\ncordialement\r\nMichel Condemine\r\n ','2018-02-16 10:44:47',0),(498,243,'Issue',348,'Questions rapportées individuellement.','2018-02-16 10:45:24',0),(499,245,'Issue',1,'Bonjour,\r\nIl s\'agit d\'une demande, insistante, d\'ADP. Le node LIBELLE est utilisé par le SIG.\r\nIl est redondant du DisplayName.... Une longue histoire\r\ncordialement\r\nMichel Condemine','2018-02-16 10:46:32',0),(500,246,'Issue',1,'Les arrêts pompier seront ajoutés ASAP.\r\nLes autres changement sont déjà réalisés.\r\ncordialement\r\nMichel Condemine','2018-02-16 10:47:40',0),(501,247,'Issue',1,'Bonjour,\r\nl\'espace d\'adressage OPC UA est un maillage.\r\nCependant vous retrouverez ce genre d\'organisation dans le serveur OPC UA que vous avez à réaliser.\r\nvoir image ci-jointe\r\n\r\ncordialement\r\nMichel Condemine\r\n','2018-02-16 10:51:56',0),(502,244,'Issue',1,'','2018-02-16 10:52:21',0),(503,251,'Issue',333,'kyu cheol jeon wrote:\r\n> Michael\r\n> \r\n> It looks like the following code block is tied to 32-bit compilation. \r\n> We\'d like to make it work in 64-bit build but we\'re having trouble following the code. \r\n> So I\'d like to ask you to explain the logic behind the code so that we can port it to 64-bit.\r\n> \r\n> OpenOpcUaClientSdk\\OpenOpcUaClientLib\\source\\stdafx.cpp:319~392\r\n> [...]\r\n> \r\n> Thanks, \r\n> kyucheol\r\n\r\n\r\nMichel,\r\n\r\nAs we make headway expanding the test codes to learn the APIs, we run into some issues;\r\nwe will share our findings and observations as them come.\r\n\r\nWith regards 64-bit support, memory allocations and subsequent data parsing/concat/chopping would have to be reviewed for its validity as well.\r\nAny pointers from you on this would be much appreciated.\r\n\r\nMerci,\r\n\r\nJason ','2018-02-22 07:25:57',0),(504,251,'Issue',1,'Hello,\r\nthis piece of code must remains unchanged for 64bits. It build on 64bits on Windows without any problem.\r\nCan you clarify you issue ?\r\n\r\nRegards\r\nMichel','2018-02-26 14:53:57',0),(505,251,'Issue',1,'','2018-02-26 14:54:27',0),(506,248,'Issue',1,'Can you provide more information ?\r\nWhen AutoConnectMecanismState is activated the Library will try to automaticaly reconnect if the Session goes down.\r\nIn that case the Session Id can change.\r\nI hope it help\r\nRegards\r\nMichel\r\n','2018-02-26 14:57:53',0),(507,249,'Issue',1,'Bonjour,\r\nje vous propose d\'organiser cette 3ème journée en GotoMeeting durant la semaine 10. Jeudi 9 ou vendredi 9\r\n\r\nCordialement\r\nMichel Condemione','2018-02-27 10:55:28',0),(508,250,'Issue',1,'Je ne pense pas que cela pose le moindre problème.','2018-02-27 10:56:42',0),(509,250,'Issue',349,'Merci pour votre réponse.','2018-02-27 13:29:15',0),(510,249,'Issue',349,'Bonjour,\r\n\r\nOk pour jeudi 8 en Gotomeeting.\r\n\r\nCordialement,\r\nVivien Raynal','2018-02-27 13:31:41',0),(511,251,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello,\r\n> this piece of code must remains unchanged for 64bits. It build on 64bits on Windows without any problem.\r\n> Can you clarify you issue ?\r\n> \r\n> Regards\r\n> Michel\r\n\r\n규철님,\r\n\r\n자기는 Windows 64 bit컴파일이 문제가 없다고 코드 수정을 하지 말라는데....\r\n이것 관련 Michel에게 전달해 줄 만한게 있을까요?','2018-02-28 03:24:02',0),(512,251,'Issue',333,'Michel Condemine Admin wrote:\r\n> Hello,\r\n> this piece of code must remains unchanged for 64bits. It build on 64bits on Windows without any problem.\r\n> Can you clarify you issue ?\r\n> \r\n> Regards\r\n> Michel\r\n\r\n\r\nMichel\r\n\r\nHere is further info for you to move on on the issue raised above;\r\n\r\nThe below shows the call stack of the Memory crash.\r\nAnd variable *pVoidResult* is not used and does not even _freed_ ++running the risk of memory leak.\r\n\r\nMemory Crash Call stack : \r\n[Thread debugging using libthread_db enabled]\r\nUsing host libthread_db library \"/lib/x86_64-linux-gnu/libthread_db.so.1\".\r\n\r\nwarning: the debug information found in \"/lib64/ld-2.19.so\" does not match \"/lib64/ld-linux-x86-64.so.2\" (CRC mismatch).\r\n\r\nCore was generated by `bin/linux/Debug_x86_64/ClientTest/ClientTest\'.\r\nProgram terminated with signal SIGSEGV, Segmentation fault.\r\n#0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33\r\n33 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or directory.\r\n(gdb) where\r\n#0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33\r\n#1 0x00007f203eefa868 in OpcUa_P_Memory_MemCpy (pBuffer=0x17e2860, nSizeInBytes=256, pSource=0x13, nCount=256) at /home/kcjeon/work.eff/OpenOpcUa_1_0_5_3_RC2_2_steve/OpenOpcUaStackV1/source/opcua_p_memory.c:113\r\n#2 0x00007f203eef735d in OpcUa_Memory_MemCpy (a_pBuffer=0x17e2860, a_nSizeInBytes=256, a_pSource=0x13, a_nCount=256) at /home/kcjeon/work.eff/OpenOpcUa_1_0_5_3_RC2_2_steve/OpenOpcUaStackV1/source/opcua_memory.c:105\r\n#3 0x00007f203f939519 in InternalExtractString (pValue=0x17e0dcc, pString=0x17e0bd8) at /home/kcjeon/work.eff/OpenOpcUa_1_0_5_3_RC2_2_steve/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/stdafx.cpp:352\r\n#4 0x00007f203f932493 in OpenOpcUa_GetInstanceValue (pSourceNodeId=0x7ffe0b2a9cf0, pDefinition=0x19d1c20, rawValue=..., ppVariantVal=0x7ffe0b2a9cc8)\r\n at /home/kcjeon/work.eff/OpenOpcUa_1_0_5_3_RC2_2_steve/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/OpenOpcUaClientLib.cpp:4215\r\n\r\n \r\n\r\nThe cause of the memory crash above seems to be the following function that populates the Socket Raw data into the structure.\r\n\r\nOpenOpcUaStackV1, opcua_types.c:25562~25587\r\n\r\n/*============================================================================\r\n* OpcUa_ServerStatusDataType_Decode\r\n*===========================================================================*/\r\nOpcUa_StatusCode OpcUa_ServerStatusDataType_Decode(OpcUa_ServerStatusDataType* a_pValue, OpcUa_Decoder* a_pDecoder)\r\n{ \r\n OpcUa_InitializeStatus(OpcUa_Module_Serializer, \"ServerStatusDataType_Decode\");\r\n\r\n OpcUa_ReturnErrorIfArgumentNull(a_pValue);\r\n OpcUa_ReturnErrorIfArgumentNull(a_pDecoder);\r\n\r\n OpcUa_ServerStatusDataType_Initialize(a_pValue);\r\n\r\n OpcUa_Field_Read(DateTime, StartTime);\r\n OpcUa_Field_Read(DateTime, CurrentTime);\r\n OpcUa_Field_ReadEnumerated(OpcUa_ServerState, State);\r\n OpcUa_Field_ReadEncodeable(OpcUa_BuildInfo, BuildInfo);\r\n OpcUa_Field_Read(UInt32, SecondsTillShutdown);\r\n OpcUa_Field_Read(LocalizedText, ShutdownReason);\r\n\r\n OpcUa_ReturnStatusCode;\r\n OpcUa_BeginErrorHandling;\r\n\r\n OpcUa_ServerStatusDataType_Clear(a_pValue);\r\n\r\n OpcUa_FinishErrorHandling;\r\n}\r\n\r\n\r\n\r\nIn the above function, GCC 64bit compiler seems to add 4 bytes for alignment to the structure OpcUa_ServerStatusDataType and \r\nthat addition of 4 Bytes are ignored/not handled in the function causing the memory crash.\r\n \r\nThe following shows the added 4 bytes by the GCC 64bit compiler to the OpcUa_ServerStatusDataTyp as you could follow in the gdb analytics \r\n\r\n\r\nBreakpoint 1, OpcUa_ServerStatusDataType_Decode (a_pValue=0x7ffff0013670, a_pDecoder=0x7ffff0013dc0) at /home/kcjeon/work.eff/OpenOpcUa_1_0_5_3_RC2_2_steve/OpenOpcUaStackV1/source/opcua_types.c:25567\r\n25567 OpcUa_InitializeStatus(OpcUa_Module_Serializer, \"ServerStatusDataType_Decode\");\r\n(gdb) print sizeof(*a_pValue)\r\n$1 = 152\r\n(gdb) ptype a_pValue\r\ntype = struct _OpcUa_ServerStatusDataType {\r\n OpcUa_DateTime StartTime;\r\n OpcUa_DateTime CurrentTime;\r\n OpcUa_ServerState State;\r\n OpcUa_BuildInfo BuildInfo;\r\n OpcUa_UInt32 SecondsTillShutdown;\r\n OpcUa_LocalizedText ShutdownReason;\r\n} *\r\n(gdb) print &(a_pValue->StartTime)\r\n$2 = (OpcUa_DateTime *) 0x7ffff0013670\r\n(gdb) print &(a_pValue->CurrentTime)\r\n$3 = (OpcUa_DateTime *) 0x7ffff0013678\r\n(gdb) print &(a_pValue->State)\r\n$4 = (OpcUa_ServerState *) 0x7ffff0013680\r\n(gdb) print &(a_pValue->BuildInfo)\r\n$5 = (OpcUa_BuildInfo *) 0x7ffff0013688\r\n(gdb) print &(a_pValue->SecondsTillShutdown)\r\n$6 = (OpcUa_UInt32 *) 0x7ffff00136e0\r\n(gdb) print &(a_pValue->ShutdownReason)\r\n$7 = (OpcUa_LocalizedText *) 0x7ffff00136e8\r\n(gdb) ptype a_pValue->State\r\ntype = enum _OpcUa_ServerState {OpcUa_ServerState_Running, OpcUa_ServerState_Failed, OpcUa_ServerState_NoConfiguration, OpcUa_ServerState_Suspended, OpcUa_ServerState_Shutdown, OpcUa_ServerState_Test, OpcUa_ServerState_CommunicationFault,\r\n OpcUa_ServerState_Unknown, _OpcUa_ServerState_MaxEnumerationValue = 2147483647}\r\n(gdb)\r\n\r\n\r\n\r\nIn short, we think the GCC 64bit compiler in the Linux attempting to align the structures cause the size difference of 8 bytes in struct _OpcUa_ServerStatusDataType.State, struct _OpcUa_ServerStatusDataType.BuildInfo and that needs to be handled properly\r\n\r\n\r\n\r\nMerci,\r\n\r\nJason \r\n\r\n\r\n\r\n','2018-03-01 08:05:52',0),(513,248,'Issue',333,'Michel Condemine Admin wrote:\r\n> Can you provide more information ?\r\n> When AutoConnectMecanismState is activated the Library will try to automaticaly reconnect if the Session goes down.\r\n> In that case the Session Id can change.\r\n> I hope it help\r\n> Regards\r\n> Michel\r\n\r\n\r\nMichel,\r\n\r\nIn our code, how could we notified of the SessionID change?\r\nIf Session ID changes all the related structures must be reflected of this change or connection must be re-established?\r\nThis sort of brisk answer does NOT help us at all in the absence of usable technical documentations. \r\nI would expect more of you.\r\n\r\n\r\nAll we have been doing is testing and debugging supposedly widely-used, reliable, OPC Foucndation-compliant lib, \r\nrather than writing our application code for the last 4 months.\r\n\r\nAs I have repeatedly telling you, this not what we were led to believe and signed up for.\r\nI would certainly expect much more than this from you.\r\n\r\n\r\n\r\nJason \r\n','2018-03-01 08:12:02',0),(514,193,'Issue',1,'','2018-03-03 14:44:42',0),(515,251,'Issue',1,'Hello,\r\ni will work on this on monday and let you know\r\nRegards\r\nMichel','2018-03-03 14:49:43',0),(516,248,'Issue',1,'There are no mecanism informing automaticaly that the sessioNId changes . This is a good advice for evolution. I will try to add this for the next deliver. You can also disable the autoconnect mecanism and handled the reconnection in your own code.\r\n','2018-03-03 14:55:23',0),(517,248,'Issue',1,'','2018-03-03 14:56:09',0),(518,251,'Issue',1,'Hello,\r\nI review your code callstack and it seems that you are trying to use OpenOpcUa_GetInstanceValue.\r\nExplain me the context of what you are trying to do. It will be helpfull in order to Guide you.\r\n\r\nSo first, *forget this function*. This API is made to handle a case that you are probably not facing to.\r\n\r\nIf you want to read a node value just use OpenOpcUa_ReadAttributes as demonstrate in the terminalClient sample. But this is better to subscribe to it again it was demonstrate in the sample.\r\nYou tells me that _\"The test we do is ONLY THE NORMAL CASES in limited, controlled environment\"_\r\nSo, Why are you wasting your time with this API ?\r\nThis API is not made for normal case.\r\n\r\nI\'m waiting for you clarification\r\nKind regards\r\nMichel\r\n\r\n\r\n','2018-03-04 15:52:42',0),(519,251,'Issue',333,'Michel Condemine Admin wrote:\n> Hello,\n> I review your code callstack and it seems that you are trying to use OpenOpcUa_GetInstanceValue.\n> Explain me the context of what you are trying to do. It will be helpfull in order to Guide you.\n> \n> So first, *forget this function*. This API is made to handle a case that you are probably not facing to.\n> \n> If you want to read a node value just use OpenOpcUa_ReadAttributes as demonstrate in the terminalClient sample. But this is better to subscribe to it again it was demonstrate in the sample.\n> You tells me that _\"The test we do is ONLY THE NORMAL CASES in limited, controlled environment\"_\n> So, Why are you wasting your time with this API ?\n> This API is not made for normal case.\n> \n> I\'m waiting for you clarification\n> Kind regards\n> Michel\n\nMichel\n\nLet me provide you the context;\n\n* We need to support secure connection, *NOT* anonymous connection; we got to support secure connection at least using user id and password, preferably certificates along with detailed properties of the Server connected for convenience.\n* Once securely connected, we need to provide tag discovery and/or browsing \n* Once tags are browsed, we need to display tag attributes, data type to name one for instance of the tags so that user could decide which tag to read/write and subscribe.\n* And of course with all of the above, we need to manage the life cycle of the connection and tag subscription to ensure the client is reliable and robust such as auto-reconnect, persisting configurations for user convenience. \n\nAll in all, not much more than what you would expect from any client applications to any server.\nBut of course, this is bit more than what your simplistic terminal client demonstrates.\n\n\nNow that that said, we need proper API documentations and/or code tutorials where we could learn the types of APIs and how they are used.\nThankfully we analyzed the QtClient you shared with us and learned that the \"GetInstanceValue\" function is used in tag discovery and gather Server properties.\n\nMichel, please stop being reactive and give us a good working client sample other than QtClient.\nOr show us in code or tutorial how to use client APIs correctly to support *reliably* the above functionalities.\n\nMerci,\n\nJason ','2018-03-05 02:25:57',0),(520,251,'Issue',1,'Hello,\r\nNow that is have concrete question and i understand the context let me close this issue and open 4 new one.\r\nOne for each question.\r\n\r\nRegards\r\nMichel','2018-03-05 09:38:48',0),(521,253,'Issue',1,'Hello,\r\nthank you for this feedback.\r\nI will study it and integrate in \"My way\" in the code base.\r\n\r\nregards\r\nMichel Condemine','2018-03-05 12:04:56',0),(522,233,'Issue',328,'','2018-03-05 13:20:44',0),(523,234,'Issue',328,'','2018-03-05 13:25:27',0),(524,224,'Issue',328,'','2018-03-05 13:26:08',0),(525,223,'Issue',328,'','2018-03-05 18:01:15',0),(526,221,'Issue',328,'','2018-03-05 18:02:09',0),(527,220,'Issue',328,'','2018-03-05 18:02:35',0),(528,219,'Issue',328,'','2018-03-05 18:03:08',0),(529,253,'Issue',1,'Hello,\r\nI\'m studying your diff. The first part line 1-> 180 is almost 100% ok.\r\nBut the part starting from line 186 --> 510 make me nervous.\r\nCan you send me you OpenOpcUaClientLib.cpp. I will made my own diff. The file you post shows it\'s limits.\r\n\r\nRegards\r\nMichel Condemine','2018-03-05 18:03:46',0),(530,256,'Issue',333,'Michel,\r\n\r\nYes we have been analyzing the QtClient code and that certainly helped us get a better grip on the additional APIs on Tag Browsing.\r\nThanks,\r\n\r\n\r\n규철님,\r\n위 코드 보면 Node에 data type도 담고 있네요.\r\nDSLink에 $DataTyep 표현하는 것을 단순히 utility 함수를 통해 Varient를 String으로 변환하는 것 말고 위 것 참조해 봅시다\r\n\r\nJason ','2018-03-05 22:41:20',0),(531,255,'Issue',333,'Yes this code helped us make progress.\r\nThanks\r\n\r\nMichel','2018-03-05 22:44:56',0),(532,256,'Issue',336,'michel\r\n\r\nWe normally read attributes as you suggested. However, since the Value attribute itself may have multiple values, ServerStatus for instance, we call OpenOpcUa_GetInstanceValue to get the list of variants for Value attribute as in OpenOpcUaFlexClient.\r\n\r\nRegards\r\nkyucheol','2018-03-06 02:30:10',0),(533,256,'Issue',333,'kyu cheol jeon wrote:\r\n> michel\r\n> \r\n> We normally read attributes as you suggested. However, since the Value attribute itself may have multiple values, ServerStatus for instance, we call OpenOpcUa_GetInstanceValue to get the list of variants for Value attribute as in OpenOpcUaFlexClient.\r\n> \r\n> Regards\r\n> kyucheol\r\n\r\nMichel,\r\n\r\nAs KC pointed out, we need some further details of the Value attributes and by analyzing the QtClient we realized that function \"OpenOpcUa_GetInstanceValue\" provides more info, hence we used it. And the function with 64 bit compiler, displayed some unexpected issues.\r\nThe underlying questions are 1) how could we obtain most data on the Tag - tag original data type and how to convert the data type going beyond the simple conversion into String, 2) how to fix the 64 bit errors.\r\n\r\nThanks\r\n\r\nJason ','2018-03-06 05:37:11',0),(534,253,'Issue',336,'michel\r\n\r\nI attached the my OpenOpcUaClientLib.cpp \r\n\r\nRegards\r\nkyucheol ','2018-03-06 05:59:03',0),(535,256,'Issue',336,'Michel\r\n\r\nI hava a question.\r\nAre there functions in OpenOpcUa client library to test or check if session and subscription the client is accessing are valid on the connected server?\r\n\r\nRegards\r\nkyucheol','2018-03-06 07:06:24',0),(536,256,'Issue',1,'Hello,\r\nYou can use OpenOpcUa_GetSessions to retrieve the session List and OpenOpcUa_GetSubscriptions to retrieve the list of subscription in a session.\r\nThose functions are working but I need to double check it according to the recent changes.\r\n\r\nRegards\r\nMichel Condemine\r\n','2018-03-06 09:20:29',0),(537,256,'Issue',1,'I tried to separate your question one ticket for each of them.\r\nPlease try to not mixed. It\'s confusing. Beside that you point here something fundamental that you need to understand.\r\nLet me create a news for that\r\n\r\nRegards\r\nMichel Condemine','2018-03-06 09:24:26',0),(538,256,'Issue',333,'Understood Michel.\r\nWe will keep an issue focused with its own thread of q&a.\r\n\r\nRegards,\r\n\r\nJason ','2018-03-06 09:41:29',0),(539,262,'Issue',328,'','2018-03-06 14:49:20',0),(540,236,'Issue',1,'','2018-03-07 00:15:47',0),(541,178,'Issue',1,'','2018-03-07 00:16:18',0),(542,175,'Issue',1,'','2018-03-07 00:16:47',0),(543,265,'Issue',333,'Michel,\n\nI did some reading up on the spec and realized I need to update the query;\n\nCan you show us how to parse out the \"opaque and GUID node identifier type\"?\nWhat we could do for now based on your code tutorials is the following two types : numeric and string identifier type ;\n\n- ns=2;s=MyTemperature\n namespace index 2, string identifier\n\n- i=2045\n namespace index 0, numeric identifier\n\nBut when it comes to GUID and opaque value, we are still a bit lost;\n\n- ns=1;g=09087e75-8e5e-499b-954f-f2a9603db28a\n namespace index 1, GUID identifier\n\n- ns=1;b=M/RbKBsRVkePCePcx24oRA==\'\n namespace index 1, Opaque/ByteString identifier\n\n\nWhile you are at this, could you show us how to configure the Server XML files so that we could add tags with GUID and Opaque data type in the Simulator as well?\n\nThanks,\n\nJason ','2018-03-07 01:50:23',0),(544,153,'Issue',328,'','2018-03-07 11:02:26',0),(545,247,'Issue',1,'','2018-03-08 16:19:32',0),(546,246,'Issue',1,'','2018-03-08 16:20:07',0),(547,245,'Issue',1,'','2018-03-08 16:22:32',0),(548,263,'Issue',333,'Michel,\r\n\r\nAny guidance on the arguments, what are they for and how we could best utilize to support various uses cases?\r\n\r\nThanks,\r\n\r\nJason','2018-03-09 09:42:07',0),(549,265,'Issue',1,'Hellon\r\nIt seems that you are not lost at all.\r\nIf you want to declare an Opaque or a Guid NodeId just do it.\r\nReplace an existing nodeid or create a new node.\r\n<pre>\r\n <UAObject NodeId=\"ns=2;g=345891C7-A2F3-4833-A5D3-569077772AEB\" BrowseName=\"01-A002\" WriteMask=\"00\" UserWriteMask=\"00\" EventNotifier=\"false\">\r\n <DisplayName>01-A002</DisplayName>\r\n <Description>01-A002</Description>\r\n <References>\r\n <Reference ReferenceType=\"i=47\" IsForward=\"false\">ns=2;i=511</Reference>\r\n <Reference ReferenceType=\"i=40\" IsForward=\"true\">ns=4;i=5600</Reference></References></UAObject>\r\n</pre>\r\n\r\nI will make some test on it later this week end.\r\n\r\nRegards\r\nMichel Condemine','2018-03-09 09:44:22',0),(550,265,'Issue',333,'Michel,\r\n\r\nAny idea when we could get the example/tutorial showing how to configure tags with GUID and Opaque node type on the simulator\r\nand access those new node types through the client lib? \r\n\r\nThanks,\r\n\r\nJason ','2018-03-09 09:44:53',0),(551,268,'Issue',1,'Bonjour,\r\nLes fichiers nodeset de types ne sont pas contractuels.\r\nJe vous invite a remplacer EventNotifier=\"false\" par EventNotifier=\"0\" et EventNotifier=\"true\" par EventNotifier=\"1\"\r\n\r\nde plus, votre outil devrait montrer un certain degré de flexibilité et s\'adapter à des erreur mineurs.\r\nCordialement\r\nMichel Condemine','2018-03-09 14:35:55',0),(552,268,'Issue',349,'Bonjour,\r\n\r\nJe vous remercie pour votre réponse rapide. \r\nOn a fait la modif :-)\r\n\r\nBon weekend.\r\n\r\nCordialement,\r\nVivien Raynal','2018-03-09 14:56:27',0),(553,230,'Issue',254,'Je te joins le fichier log du VPI pour aide au diagnostique.\r\n\r\nOn peut voir dedans que le VPI reçoit une écriture de plusieurs valeurs venant de l\'OpenOpcUaCoreServer.\r\n\"|5248| 2018-01-23T09:44:35.296Z VpiWriteValue nb of Node To write : 11\"\r\nC\'est lorsque le VPI reçoit plusieurs valeurs du serveur qu\'il les écrit une par une sans attendre la tempo \"Publish interval\" entre les \"Write Single Register\" Modbus.','2018-03-09 15:07:04',0),(554,269,'Issue',1,'Bonjour Michel. Ces éléments font partie d’un socle commun à tous les projets nommé « OPCUARenault », si il est exporté pour chaque projet il va y avoir des doublons. Ne faudrait-il pas mettre ce paquet dans un projet vide et en faire un export xmi puis nodeset et mettre cet export nodeset en entrée du XMIToNodeSet et excluant le paquet « OPCUARenault » dans les autres exports ? Je ne suis pas sûr que cela soit une bonne méthode car cela peut-être laborieux dans le cas de versions successives. As-tu une meilleure idée ?\r\nCordialement.\r\n','2018-03-09 17:59:17',0),(555,269,'Issue',1,'Il est indispensable que n\'apparaisse dans les fichiers XMI que les classes et instances a convertir.\nLe BatteryCharger ne devrait contenir que les objets qui le concernent. Je propose que tu supprimes les objets inutiles.\n\nCordialement\nMichel','2018-03-09 18:04:18',0),(556,269,'Issue',1,'Bonjour Luc,\r\nje comprends ta proposition qui revient a créer un NodeSet pour le Profile Renault SAS.\r\nCependant lors de l\'export les objets ne doivent être présent dans le fichier XMI et la c\'est \"UML driven\". Il est donc impératif de les supprimer du modèles UML.\r\nJ\'ai un autre problème avec BatteryChargerResultsParameterSetType qui n\'a pas de stéreotype. Je pense que tu souhaites en faire un ObjectType.\r\nEst ce que tu peux me le confirmer \r\n\r\nCordialement\r\nMichel\r\n','2018-03-12 11:57:41',0),(557,265,'Issue',333,'Michel,\r\n\r\nNow that we could configure OPC Tags with GUID and Opaque Node ID type, we have another questions that follows;\r\n\r\n- NodeID Type: the whole reason we asked you about the GUID and Opaque Node ID Type is that with those id type, different data type could be referenced by it, such as user-defined data types. You mentioned in one of the responses to our queries that OpenOPCUa has \"dictionary\" that would help correctly read/parse the user-defined data types. Is this feature implemented yet? Any examples how to read user-defined data types?\r\n\r\n\r\nMerci,\r\n\r\nJason \r\n','2018-03-13 07:51:00',0),(558,263,'Issue',333,'Michel,\r\n\r\nAny guidance on this function?\r\n\r\nJason ','2018-03-13 10:58:59',0),(559,263,'Issue',1,'Hello Jason,\r\nThose function need to be set up according to your needs.\r\nSee attached document for details.\r\n\r\nRegards\r\nMichel Condemine\r\n','2018-03-13 11:24:25',0),(560,266,'Issue',331,'Bonjour,\r\n\r\nNous avions vu ensemble que des instances de ConfigurationType et DeviceType étaient plus adéquates pour exprimer notre besoin. Je ne me souviens plus des détails il me semble que c\'était dans l\'idée où un model utilise un type de configuration, de même qu\'il est relatif à un type de device (un laser et un sepctro)\r\nMerci pour la démo, je regarde rapidement. \r\n\r\nCordialement\r\nMargaux','2018-03-13 14:05:29',0),(561,263,'Issue',333,'Merci Michel','2018-03-14 01:46:06',0),(562,276,'Issue',353,'Désolé le zip joint n\'était pas le bon...','2018-03-19 11:32:57',0),(563,230,'Issue',1,'A tester par AG','2018-03-19 14:38:40',0),(564,272,'Issue',1,'Hello,\nFirst in OPC UA we talk about Alarm&Condition (A&C).For now the OpenOpcUaClientLibrary is not supporting A&C.\nIt can be available soon. \nRegarding HA feature use HistoryRead. HistoryUpdate is not implemented.\n\nRegards\nMichel Condemine\n','2018-03-19 23:36:11',0),(565,273,'Issue',1,'Hello,\r\nfor method call you have a full example in the FlexClient. Just use OpenOpcUaCall.\r\nFor browsing server over the network you are suppose to use the GDS. Global Discovery Server. This server is not part of OpenOpcUa project.\r\nIt\'s deliver by the OPC Foundation under RCL licence.\r\n\r\nRegards\r\nMichel Condemine','2018-03-19 23:39:46',0),(566,263,'Issue',1,'','2018-03-19 23:40:23',0),(567,275,'Issue',1,'IT seems 274 and 275 are the same. So will close 275','2018-03-19 23:44:36',0),(568,274,'Issue',1,'','2018-03-19 23:45:21',0),(569,222,'Issue',1,'','2018-03-19 23:47:37',0),(570,273,'Issue',333,'Thanks Michel','2018-03-20 02:43:17',0),(571,274,'Issue',333,'Hi MIchel,\r\n\r\n\r\nJust a short note to remind you that we are awaiting your guideance/tutorial on Enumberations and QualifiedName data types.\r\nThanks\r\n\r\nJason ','2018-03-23 00:20:57',0),(572,277,'Issue',1,'','2018-03-23 14:07:57',0),(573,274,'Issue',333,'Hi Michel,\r\n\r\nAny updates on tutorials showing how to access Enumeration and QualifiedName data types?\r\nThose are only data types that we are having issues now.\r\n\r\nOnce it is done, we need to move on to writing to all the data types completing the read/write cycle.\r\n\r\nMerci,\r\n\r\nJason \r\n','2018-03-26 02:50:10',0),(574,230,'Issue',254,'Avec le package du 26/03/2018, le problème est résolu','2018-03-27 09:30:18',0),(575,228,'Issue',254,'Nous avons vu qu\'il y a des blocs orphelins déclarés dans les logs du vpi.\r\nIl se peut que ces blocs modifie la valeur en cour dans le vpi.','2018-03-27 09:34:20',0),(576,231,'Issue',254,'','2018-03-27 11:48:41',0),(577,189,'Issue',254,'','2018-03-27 11:50:03',0),(578,188,'Issue',254,'','2018-03-27 11:51:11',0),(579,271,'Issue',254,'Vu avec Michel le 3/04/2018, les espace ne sont pas géré dans le chemin du fichier','2018-04-03 14:40:24',0),(580,281,'Issue',254,'Je viens de refaire le test, même après 5 minutes avec le PLC débranché, le DeviceState reste à good','2018-04-03 16:25:57',0),(581,278,'Issue',1,'','2018-04-04 13:48:14',0),(582,284,'Issue',353,'Il y a également une erreur dans le chargement de la configuration que je n\'arrive pas à résoudre.\r\n|CPF_L04.log| 2018-04-05T07:45:55.343Z Now will try to parse: .\\NodeSet2CPFInstances\\Opc.Ua.NodeSet2.CPF1.xml\r\n|CPF_L04.log| 2018-04-05T07:45:55.348Z Please respect the UANodeSet.xsd schema\r\n|CPF_L04.log| 2018-04-05T07:45:55.348Z xmlNodeSetCharacterDataHandler: unexpected situation. Please contact OpenOpcUa Team leader ns=5;s=CPF1_TrainEntree uStatus=0x80ab0000\r\n|CPF_L04.log| 2018-04-05T07:45:55.351Z Please respect the UANodeSet.xsd schema\r\n|CPF_L04.log| 2018-04-05T07:45:55.351Z xmlNodeSetCharacterDataHandler: unexpected situation. Please contact OpenOpcUa Team leader ns=5;s=CPF1_TrainSortie uStatus=0x80ab0000\r\n|CPF_L04.log| 2018-04-05T07:45:55.364Z Your XML configuration file : .\\NodeSet2CPFInstances\\Opc.Ua.NodeSet2.CPF1.xml has been parsed. AddressSpace initialization result=0x80020000\r\n\r\nCordialement.','2018-04-05 09:42:07',0),(583,269,'Issue',1,'','2018-04-05 10:54:25',0),(584,286,'Issue',353,'A déplacer dans Assistance, ce n\'est pas une Evolution désolé.','2018-04-09 14:53:05',0),(585,286,'Issue',1,'Bonjour,\r\nEn partant du principe que sur votre affaire la redondance OPC UA n\'est pas supportée. La valeur ne sera pas initialisée. \r\nLe client OPC UA lira un statuscode correspondant. Cependant si votre client souhaite une valeur par défaut dans serviceLevel (255). \r\nJe pourrai faire un evolution pour une prochaine version.\r\nParlons en lors du prochain call.\r\n\r\nCordialement\r\nMichel Condemine','2018-04-09 15:25:56',0),(586,287,'Issue',1,'Bonjour,\r\nL_ECS est une valeur de l\'énumération des EspaceType. \r\nJe ne comprends pas pourquoi il y a une VariableType L_ECSType dans l\'annexe 1.\r\n\r\nJe suis dispo cette AM (10-4) a partir de 16h\r\n\r\nCordialement\r\nMichel','2018-04-10 12:01:56',0),(587,252,'Issue',1,'Cette fonctionnalité fonctionne correctement dans la version 1.0.5.3 du serveur.\r\nUn effet de bord peut être induit par le VpiTyco cette fonctionanlité a été validé avec le VpiTyco 0.0.7.6\r\n\r\nCordialement\r\nMichel','2018-04-10 21:34:05',0),(588,258,'Issue',1,'En utilisant l\'affectation multiple on peut prendre en compte le cas des ALD, et MS. \r\nQuid de ALM_RSTR et de ACTI ?\r\nPour les front descendant. Vous m\'avez demandé de remettre à zéro (FALSE) les nodes d\'adresse ALD et MS.\r\nQuid de ALM_RSTR et de ACTI ?','2018-04-10 21:39:29',0),(589,259,'Issue',1,'Bonjour, \r\nJ\'ai ajouté une variable interne m_bPanelOnline qui permet d\'indiquer si la centrale est En/Hors service. Cette variable est opérationnelle. Il ne reste plus qu\'a déterminer le mécanisme de configuration :\r\n* Client OPC UA, en utilisant l\'adresse @CENTRALE_HS pour indiquer au VPI que la centrale est HS ?\r\n* En utilisant le fichier complémentaire de configuration\r\n* Autre ?\r\n\r\nCordialement\r\nMichel','2018-04-10 21:49:31',0),(590,260,'Issue',1,'Bonjour,\r\nl\'outil de configuration est l\'OpenOpcUaConfigManager. Bien que cette notion soit subjective, Il me semble assez simple a utiliser.\r\nCependant le bug à la sauvegarde le rend inutilisable. Cette correction sera réalisée dans les meilleurs délais.\r\nUne version ultérieure supportera l\'instanciation des types. \r\nd\'autres evolutions majeures pourront faire l\'objet d\'un autre contrat.\r\n\r\nCordialement\r\nMichel','2018-04-10 22:39:04',0),(591,261,'Issue',1,'Ce fonctionnement est contraire à votre protocol de communication. \r\nPourriez vous me confirmer en réponse a ce message que vous acceptez une implementation en opposition au fonctionnement de MXSpeak.\r\n\r\nEnsuite, merci de m\'indiquer les EventCode et les N° de groupes pour lesquels vous souhaitez que j\'ignore le front descendant.\r\nDans ce cas il faudra modifier la fonction de réarmement est ajouter toutes les ALM de la centrale réarmée.\r\n\r\nN\'hésitez pas à me contacter pour plus d\'explication\r\n\r\nCordialement\r\nMichel','2018-04-10 22:46:46',0),(592,262,'Issue',1,'Au réarmement l\'ensemble les variables,DFT_POS_SECU / POS_SECU / POS_ATT / DFT_POS_ATT pour une centrale donnée repassent a FALSE.\r\nCe reset correspond aux adresses configuré dans le fichier SubSystem\r\n\r\nCordialement\r\nMichel','2018-04-10 23:05:32',0),(593,286,'Issue',353,'Bonjour,\r\nNon ce n\'est pas la peine, pour la simulation j\'ai positionné la valeur dans le fichier NodeSet, et ensuite je le ferai par le Vpi.\r\nJe voulais juste évoquer un point pas clair sur la norme concernant cette variable qui n\'est évoquée que dans le cas de redondance alors que potentiellement elle peut avoir son Intérêt en mode mono-serveur.\r\n\r\nCordialement.\r\nF. TOURRET','2018-04-11 07:48:05',0),(594,288,'Issue',1,'Bonjour,\r\nLes Nodes ServiceLevel et NamespaceArray existe dans le serveur. Ils sont chargés a partir de Opc.Ua.NodeSet2.Part5.xml.\r\nVous n\'avez pas à les créer.\r\nSi vous êtes parti de l\'un des exemples. La cache du Vpi est une instance d\'un CSourceObjectList. \r\nCette instance se trouve habituellement dans la classe principale associé au VPI\r\nCSourceObjectList m_SourceObjects; // m_SourceObjects est la cache du Vpi\r\n\r\nCordialement\r\nMichel Condemine','2018-04-11 08:44:08',0),(595,149,'Issue',1,'','2018-04-11 16:37:48',0),(596,152,'Issue',1,'','2018-04-11 16:38:08',0),(597,211,'Issue',1,'','2018-04-11 16:38:40',0),(598,212,'Issue',1,'','2018-04-11 16:39:14',0),(599,213,'Issue',1,'','2018-04-11 16:39:39',0),(600,214,'Issue',1,'','2018-04-11 16:40:06',0),(601,215,'Issue',1,'','2018-04-11 16:40:24',0),(602,258,'Issue',1,'NF finalise les tests sur ALD / ALM_RSTR / ACTIF / MS en utilisant la plateforme de Rungis. \r\nIl faut utiliser le multitag pour déclarer les différentes addresses.','2018-04-11 17:09:44',0),(603,287,'Issue',1,'','2018-04-13 00:26:24',0),(604,267,'Issue',1,'','2018-04-13 00:26:58',0),(605,264,'Issue',1,'','2018-04-13 00:27:30',0),(606,197,'Issue',1,'','2018-04-13 00:28:29',0),(607,196,'Issue',1,'','2018-04-13 00:28:48',0),(608,119,'Issue',1,'','2018-04-13 00:29:18',0),(609,120,'Issue',1,'','2018-04-13 00:29:33',0),(610,121,'Issue',1,'','2018-04-13 00:29:53',0),(611,124,'Issue',1,'','2018-04-13 00:30:12',0),(612,132,'Issue',1,'','2018-04-13 00:30:28',0),(613,133,'Issue',1,'','2018-04-13 00:30:49',0),(614,138,'Issue',1,'','2018-04-13 00:31:08',0),(615,160,'Issue',1,'','2018-04-13 00:31:26',0),(616,161,'Issue',1,'','2018-04-13 00:31:49',0),(617,162,'Issue',1,'','2018-04-13 00:32:46',0),(618,167,'Issue',1,'','2018-04-13 00:34:12',0),(619,173,'Issue',1,'','2018-04-13 00:34:35',0),(620,176,'Issue',1,'','2018-04-13 00:35:01',0),(621,181,'Issue',1,'','2018-04-13 00:35:42',0),(622,182,'Issue',1,'','2018-04-13 00:36:07',0),(623,191,'Issue',1,'','2018-04-13 00:36:28',0),(624,195,'Issue',1,'','2018-04-13 00:36:53',0),(625,208,'Issue',1,'','2018-04-13 00:37:16',0),(626,267,'Issue',1,'','2018-04-13 00:38:05',0),(627,292,'Issue',345,'Bonjour Michel,\r\n\r\nEffectivement hier soir ne te voyant pas connecté je n\'ai pas pris le temps de t\'informer mais nous avons eu une petite malchance.\r\n\r\nEgidium a livré une nouvelle version dans la journée et hier soir il nous fallait initialiser cette nouvelle version et j\'étais dispo que tard.\r\n\r\nPar manque de chance en cours de route nous avons eu un redémarrage des serveurs et en l\'absence de Kamel on a pas pu faire les manip nécessaires pour relancer des services qui nous permettaient de finaliser.\r\n\r\nSauf à découvrir un sujet plus lourd, ceci devrait être rétabli dès l\'arrivée de Kamel ce matin et on va pouvoir finaliser l\'installation. Te tiens informé\r\n\r\n\r\n ','2018-04-13 08:16:26',0),(628,294,'Issue',315,'Bonjour, \r\n\r\nEffectivement, bug identifié cette semaine.\r\nModif intégrée dans annexe 1 F.04 \r\nCHUBB et SIEMENS informés\r\nTYCO action Michel \r\nFINSECUR, vérifier via harmonisateur si OK ','2018-04-13 10:45:57',0),(629,292,'Issue',1,'','2018-04-13 12:00:22',0),(630,291,'Issue',2,'Bonjour Michel,\r\n\r\nLes modifications apportées m\'ont été expliquées par Margaux. Ok pour moi sur les modifications qui sont effectivement plus pertinentes.\r\n\r\nBonne fin d\'après-midi,\r\n\r\nCordialement,\r\n\r\nLaure','2018-04-16 15:24:09',0),(631,289,'Issue',254,'','2018-04-18 16:05:41',0),(632,282,'Issue',254,'','2018-04-18 16:06:09',0),(633,281,'Issue',254,'','2018-04-18 16:06:29',0),(634,188,'Issue',254,'','2018-04-18 16:07:34',0),(635,189,'Issue',254,'','2018-04-18 16:07:51',0),(636,230,'Issue',254,'','2018-04-18 16:08:37',0),(637,232,'Issue',254,'','2018-04-18 16:08:58',0),(638,270,'Issue',254,'','2018-04-26 14:07:44',0),(639,226,'Issue',254,'','2018-04-26 14:09:05',0),(640,297,'Issue',1,'Hello Jason,\r\nThis is not the way it works. I work in the following way\r\n1- You submit your changes\r\n2- I review it\r\n3- I integrate you changes or not. (for info your last changes in the stack about threading introduce a lot of issues. I advice to remove it ASAP)\r\n4- I deliver a new version\r\n\r\nRegards\r\nMichel Condemine','2018-04-26 16:43:29',0),(641,298,'Issue',254,'Avec le VpiModbus tout est OK','2018-04-27 16:18:39',0),(642,297,'Issue',333,'Understood Mike.\r\nLet us run the diff and share the results with you via this.\r\n\r\nMerci,\r\n\r\nJason ','2018-04-30 01:20:24',0),(643,291,'Issue',1,'','2018-05-02 14:04:33',0),(644,266,'Issue',1,'Ajouter attribut Configuration dans Model et Attribut Lazer (DEviceType) et Analyzer (DeviceType)','2018-05-02 14:31:17',0),(645,296,'Issue',1,'Préparer un demo composé de VpiComDa et VpiDirectAccess\r\n\r\n','2018-05-02 14:32:30',0),(646,266,'Issue',331,'Voilà, à voir si c\'est correct. ','2018-05-02 15:23:50',0),(647,261,'Issue',1,'Bonjour,\r\nJ\'ai fait la correction mais j\'attends toujours votre confirmation dans ce fil.\r\n\r\nCordialement\r\nMichel','2018-05-03 15:21:32',0),(648,298,'Issue',254,'','2018-05-04 15:41:41',0),(649,240,'Issue',254,'','2018-05-04 15:42:31',0),(650,271,'Issue',254,'','2018-05-04 15:43:35',0),(651,280,'Issue',254,'','2018-05-04 15:44:34',0),(652,300,'Issue',353,'Je vous joint également les logs du serveur.','2018-05-07 13:18:14',0),(653,300,'Issue',1,'Bonjour,\r\nVous me fournissez assez peu d\'information pour comprendre le contexte associé aux problèmes que vous rencontrez. Cependant :\r\nPour le point 1. \r\nEst-ce que DF_TRAIN et DG_TRAIN sont associé a un VPI ?\r\nSi oui, c\'est le serveur qui après l\'appel à VpiWriteValue reçoit du VPI UncertainInitialValue. C\'est donc votre VPI qui retourne ce statusCode.\r\n\r\nPoint 2.\r\nLeur mécanisme et l\'usage du Republish est inapproprié.\r\nLe serveur répond Bad_MessageNotAvailable lors d\'un appel à Republish quand le message a déjà été acquitté par le client.\r\nCe qui est tout à fait normal. Il n\'y a rien d\'anormal dans le serveur.\r\n\r\nCordialement\r\nMichel Condemine ','2018-05-07 13:59:05',0),(654,300,'Issue',353,'Bonjour,\r\n\r\nPb résolu, merci de fermerl\'incident.\r\n\r\nCordialement.\r\nF. TOURRET','2018-05-24 16:16:06',0),(655,304,'Issue',254,'','2018-05-31 15:01:48',0),(656,306,'Issue',1,'','2018-06-08 14:38:17',0),(657,305,'Issue',1,'','2018-06-08 14:38:41',0),(658,312,'Issue',1,'Ce code se trouve dans la stack. Cette fonctionnalité ne doit pas être désactivé. \r\nSa désactivation provoquerait une importante fuite mémoire.\r\n\r\nCordialement\r\nMichel','2018-07-06 17:37:28',0),(659,312,'Issue',303,'Michel,\r\nPeut-on alors élargir la tolérance sur les différences entre ces deux dates ?\r\nMerci.\r\nDamien.','2018-07-10 10:56:21',0),(660,313,'Issue',1,'Bonjour,\r\nje viens de corriger le problème du 64bits.\r\nJe publierai une beta version de la base de code demain (3 aout 2018)\r\nmerci de la tester ASAP.\r\n\r\nCordialement\r\nMichel Condemine','2018-08-02 17:46:25',0),(661,315,'Issue',1,'je vais apporter une modification dans le serveur pour prendre en charge ce type d’erreur. A savoir :\n- Pas de démarrage du serveur sur le ProjectFolder est invalide\n- Log d’un message si les fichiers de configuration n’existe pas.\n','2018-08-21 10:46:15',0),(662,316,'Issue',1,'','2018-08-21 10:46:34',0),(663,318,'Issue',1,'Corrigé dans la version 1.0.5.6 conformément a votre retour.','2018-08-29 14:23:39',0),(664,316,'Issue',346,'Suite à notre conversation téléphonique de lundi dernier (27 aout 2018), voici une nouvelle version du projet contenant la très grosse base d\'instances.\r\n\r\nCordialement','2018-08-31 14:22:50',0),(665,274,'Issue',1,'Check the last codebase 1.0.5.6','2018-09-21 11:50:37',0),(666,322,'Issue',1,'Question 1:\r\nAvons nous fait une erreur en déclarant le père d\'un objet comme ceci ?\r\nNon. Le serveur s\'occupe d\'inverser les références. Vous devez déclarer les objets conformément a l\'annexe 1. Il ne faut pas déclarer de reference, ComponentOf. \r\nPourriez vous m\'en dire plus sur les essais réalisé avec l\'harmonisateur.\r\nQuestion 2\r\nEst-ce que cela peut effectivement être un problème pour l\'harmonisateur si un objet ne contient pas de \"ComponentOf\" ?\r\nNon\r\n\r\nPS: Votre contrat d\'assistance et de suivi est terminée. Merci de penser à le renouveler\r\n\r\nCordialement\r\nMichel Condemine','2018-09-24 18:19:21',0),(667,323,'Issue',1,'Hello Helmut,\r\nDo you run the IPV6 version of the Library of the IPV4 ?\r\n\r\nThe IPV6 of OOUA client library is not supporting the IPV4 version of the endpoint. I mean opc.tcp:xxx.xxx.xxx.xxx:port\r\nYou also have to keep in mind the ip address in endpoints will not allow secure connections.\r\n\r\nRegards\r\nMichel\r\n','2018-09-28 15:50:33',0),(668,261,'Issue',328,'mode de fonctionnement confirmé et accepté','2018-10-02 11:48:52',0),(669,307,'Issue',328,'Pouvez-vous me préciser ici ,comment fonctionne L_SSI et ce qu\'il faut dans le subsystem pour qu\'il fonctionne.','2018-10-02 11:53:36',0),(670,307,'Issue',328,'Après entretien téléphonique avec Michel:\r\nil faut que @MODIF_BD soit présent dans le subsystem pour lancer la \"maintenance thread\"(=\"COMMON_THREAD\" X6).\r\nExemple:\r\n<Tag Id=\"ns=1;i=17\" Name=\"MODIF_BD\" Description=\"Indique que la base de données du serveur OPC\" Type=\"Boolean\" AccessRight=\"Input_Output\" Address=\"@MODIF_BD\"></Tag>\r\nil faut également que les paramètres ci-dessous soient présent dans le fichier dat:\r\nSUPERVISION_REQUEST_THREAD_RATE 40000\r\nCOMMON_THREAD_RATE 15000\r\n\r\n\r\n','2018-10-02 18:30:33',0),(671,261,'Issue',328,'Vérifier s\'il n\'y a pas d\'autres groupes qui activent/désactivent ALM\r\nexemple: le groupe 34 activait ALM et le désactivait, ce qui provoquait une disparition du détecteur en alarme dans l\'UAE.','2018-10-02 19:09:00',0),(672,259,'Issue',328,'Le plus simple serait en utilisant le fichier .dat. \r\nQue faut-il mettre dans le fichier ?\r\nà terme, il serait intéressant que ce fichier soit renseigné via une petite interface afin d\'éviter les erreurs de saisie.','2018-10-02 19:15:10',0),(673,331,'Issue',1,'Bonjour Norbert,\r\nL\'erreur est lié à l\'evolution du fichier principale de configuration.\r\nVous utilisez une ancienne configuration avec le nouvel outil. \r\nCorrigez votre fichier de configuration (oouaprj) en tenant compte des nouvelles options de paramétrage.\r\n\r\nCordialement\r\nMichel\r\n\r\n','2018-11-10 14:17:10',0),(674,329,'Issue',1,'Bonjour,\r\nje pense avoir apporté plus d\'explication dans mon dernier @mail. \r\nPour créer un nouveau VPI je vous invite à vous reportez à la documentation : How to create your own Vpi.pdf et à utiliser les exemples de la base de code.\r\n\r\nCordialement\r\nMichel Condemine','2018-11-12 18:06:59',0),(675,335,'Issue',1,'Bonjour,\r\nj\'ai testé la distribution 1.0.5.6 RC02 en utilisant un VPI qui invoque les fonctions de peuplement de l\'espace d\'adressage.\r\nJe n\'ai pas pu reproduire votre problème. Il ne faut pas et sous aucun prétexte ajouter des fichiers issue de la Stack dans le VpiSdk.\r\nLA stack et les Vpi sont totalement independant et doivent le rester. Je pense que votre projet est corrompu. \r\nJe vous propose de consacrer la prochaine heure de call a corriger votre envoronement de developpement.\r\n\r\nCordialemùent\r\nMichel Condemine\r\n\r\n','2018-11-14 22:40:45',0),(676,335,'Issue',361,'Bonjour,\r\n\r\nJe ne comprend pas. En 1.0.5.6, il y a une mise à jour des fonctions de peuplement qui attendent un LocalizedText en argument. Les fonctions permettant de manipuler ce type ne sont pas déclarées dans le fichier openopcuavpisdk.h importé dans les Vpi. Je les ai ajoutées sur la base de ce qui existe pour la gestion du type Vpi_String:\r\n\r\ndonc dans openopcuavpisdk.h, j\'ai rajouté :\r\n\r\nextern \"C\"\r\n{\r\n Vpi_Void VPI_DLLCALL Vpi_LocalizedText_Initialize(Vpi_LocalizedText* pValue);\r\n Vpi_Void VPI_DLLCALL Vpi_LocalizedText_Clear(Vpi_LocalizedText* pValue);\r\n Vpi_StatusCode VPI_DLLCALL Vpi_LocalizedText_CopyTo(const Vpi_LocalizedText* pSource, Vpi_LocalizedText* pDestination);\r\n Vpi_Int VPI_DLLCALL Vpi_LocalizedText_Compare(const Vpi_LocalizedText* pValue1, const Vpi_LocalizedText* pValue2);\r\n} \r\n\r\nCela ne suffit pas puisque comme indiqué à la précédent conversation, le compilateur indique un problème de LINK. \r\n\r\nJe viens de regarder ce matin, les fonction manipulant le type LocalizedText ne sont pas exportées (comme vous l\'aviez constaté) dans le projet OpenOpcUaVpiLibrary. \r\n\r\nJ\'ai modifié le projet pour qu\'il exporte ces fonctions\r\n\r\nJ\'ai ouvert le Vpi_NullEx et tenté de faire un appel à l\'une des fonctions manipulant le type LocalizedText, avec ces modifications le projet compile correctement.\r\n\r\nConcernant les fichiers que j\'importe de la stack ce sont juste des fichiers .h qui contiennent juste des #define de constantes OpcUA qui n\'existent pas à la fin de VPI.h, rien d\'autre.\r\n\r\nCordialement,\r\n\r\nFrancesco DEMURU\r\n','2018-11-15 09:51:52',0),(677,337,'Issue',1,'Bonjour,\r\nJe vous remercie pour ce retour.\r\nLe commentaire n\'état pas en accord avec la valeur.\r\nJ\'ai corrigé cette erreur. Elle sera disponible dans la 1.0.5.6 RC4\r\n\r\n\r\nCordialement\r\nMichel Condemine','2018-11-29 18:04:39',0),(678,339,'Issue',1,'','2018-12-03 11:54:21',0),(679,340,'Issue',1,'Bonsoir,\r\nIl s\'agit d\'un bug dans le client de l\'UAE qui n\'envoie pas assez de publish.\r\nLe serveur veut notifier un/des changement(s) d\'état mais il n\'a pas de publishRequest à disposition.\r\nCordialement\r\nMichel Condemine','2018-12-04 19:40:46',0),(680,340,'Issue',346,'Bonjour,\r\n\r\nJe vous remercie beaucoup pour votre réponse rapide.\r\n\r\nCHUBB et ADP nous indiquent qu\'il n\'y a pas ce problème avec l\'harmonisateur et avec le concentrateur de Tyco. Cela signifie-t-il que vous avez dû faire des modifications spécifiques sur le serveur pour passer au travers de ce bug de l\'UAE ? \r\n\r\nCordialement,','2018-12-05 11:50:43',0),(681,340,'Issue',1,'Bonjour,\r\nle client de l\'UAE n\'est pas très \"stable\" et ne respecte pas les règles de l\'art en matière d\'interaction avec les serveurs OPC UA.\r\nJ\'ai du réaliser de nombreuses modifications pour prendre en compte son comportement.\r\nLa décision d\'ADP d\'écarter l\'harmonisateur est la porte ouverte à des problèmes conséquents. Je désapprouve techniquement leur choix mais me dois de le respecter.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2018-12-05 11:56:18',0),(682,340,'Issue',1,'Pourriez vous me fournir le minidump du crash et les symboles associés ?','2018-12-05 15:13:20',0),(683,341,'Issue',1,'Bonsoir Norbert,\r\nNumérotons les problèmes. J\'ajoute les commentaires en italique. \r\n# DFT_BATT ou DFT_SECT : ne fonctionne plus, j’ai l’impression que les « events » ne sont plus pris en compte, pouvez-vous vérifier ?\r\n_J\'ai lancé mes centrales. Je recu DFT_BATT sur l\'ECS une fois. Ce qui est correcte car la LED est allumé.Masi depuis plus rien.\r\n# LS\\EN_SRV : j’ai mis 13 et 37 dans la liste du fichier dat mais seulement la centrale 13 a la variable EN_SRV à True (à creuser : dans le log on voit que le VPI met Z37.A0999.EN_SRV à 0) \r\n_Donc 13 est en service et pas 37. Il doit y avoir une correlation avec le problème n°5. J\'ai noté une confusion dans le code entre LS_XXX.DFT et L_ECS.DFT_L_ECS et le node d\'adresse Zxx.P0000.DFT_PANEL. Il faut revoir cela.\r\n# ARR_DRG_SON : commande OK mais pas de retour à False, le problème doit venir encore une fois du fait que la commande vient du concentrateur, cela doit être le nœud 51 qui doit arriver avec l’EV_LD 456. Si on associe en multi-tag l’adresse du bouton arrêt buzzer (voir le subsystem dans mon dossier ci-joint : Address=\"Z37.L0006.ARR_DRG_SON\"), et bien dans ce cas-là si on appuie sur le bouton la variable passe bien à False. _Ici je ne peux rien faire_\r\n# ECS\\CMD_REINIT : Commande OK et retour à False OK . Très bien\r\n# CMSI\\CMD_REINIT : Commande OK mais pas de retour à False. _Sans doute en lien avec la centrale qui reste HS._\r\n\r\nSur mes centrales. \r\nJ\'ai la CMSI en defaut bat (led allumé) mais pas l\'ECS (led éteinte). Cependant je n\'ai pas de batterie.\r\nAu démarrage les centrales se réarment toute seules.\r\nElle sonnent en permanence. Il est difficile de faire des tests.\r\n\r\nQu\'en pensez vous ?\r\nCordialement\r\nMichel\r\n\r\n','2018-12-05 18:13:35',0),(684,300,'Issue',1,'','2018-12-07 10:06:26',0),(685,286,'Issue',1,'Bonjour,\r\nDans la version 1.0.5.6 le service Level est positionné sur le chargement du Vpi à fonctionné correctement.\r\nIl fonctionne aussi de paire avec le Node STATE.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2018-12-07 10:08:22',0),(686,340,'Issue',1,'Bonjour,\r\nJe pense que le problème est maintenant réglé.\r\nJe ferme donc cet incident.\r\n\r\ncordialement\r\nMichel Condemine','2018-12-08 17:33:35',0),(687,349,'Issue',374,'Ajout des fichiers xml du serveur agrégateur avec la configuration vpimodbus','2018-12-20 16:19:04',0),(688,349,'Issue',1,'Bonjour,\r\nJe viens de corriger le problème.\r\nIl régression dans le code du serveur. Il faudra cependant surveiller que le workaround apporté dan ServerApplication.cpp n\'a pas d\'effet de bord.\r\n\r\nBonne année 2019\r\nMichel','2018-12-30 17:44:49',0),(689,350,'Issue',1,'J\'ai simplement supprimé le code.\r\nIl n\'y a plus de variable interne dans le Vpi. Elle sont toutes prise en charge par le CoreServer.\r\n\r\nCordialement\r\nMichel','2018-12-30 17:46:29',0),(690,343,'Issue',353,'Bonjour,\r\n\r\nProblème toujours présent dans la release 1.0.5.6.\r\n\r\nCordialement.\r\n','2019-01-11 14:28:55',0),(691,343,'Issue',1,'Bonjour,\r\nPourriez vous m\'en dire plus sur votre methodologie de génération ?\r\nJe vous confirme que le serveur se compile et s\'execute sans problème sous debian 9 X64\r\nCordialement\r\nMichel Condemine\r\n','2019-01-12 10:26:35',0),(692,343,'Issue',353,'Bonjour,\r\n\r\nJe confirme également sous Debian 9.\r\nJe compile de la même manière : ./buidAll.sh\r\n\r\nPeut-être lié à GCC ou libc ?\r\ngcc (Debian 4.9.2-10) 4.9.2\r\nii libc-bin 2.19-18+deb8u7 amd64 GNU C Library: Binaries\r\nii libc-dev-bin 2.19-18+deb8u7 amd64 GNU C Library: Development binaries\r\nii libc6:amd64 2.19-18+deb8u7 amd64 GNU C Library: Shared libraries\r\nii libc6-dbg:amd64 2.19-18+deb8u7 amd64 GNU C Library: detached debugging symbols\r\nii libc6-dev:amd64 2.19-18+deb8u7 amd64 GNU C Library: Development Libraries and Header Files\r\n\r\n\r\nCordialement\r\nF. TOURRET','2019-01-14 09:33:42',0),(693,343,'Issue',1,'Bonjour,\r\nj\'avoue ne pas comprendre votre problème.\r\nEst ce toujours relatif à la compilation 64bits ?\r\nLa structure OpcUa_ServerState est-elle inconnue ?\r\ngcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516\r\nCi-dessous un build Debian 9 64 bits. Vous pouvez voir qu\'il n\'y a aucune erreur et presque pas de Warning.\r\n\r\n\r\ndebian@debian:~/OpenOpcUa/OpenOpcUa_1_0_5_6$ sh buildAll.sh \r\nGlobal OpenOpcUaServer and dependencies generation\r\nXMLSaxParser generation\r\n-- CMAKE_C_FLAGS: -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -Wall -g -ggdb\r\n-- CMAKE_CXX_FLAGS: -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -Wall -g -ggdb\r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/XMLSaxParser\r\n[ 12%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmlop.c.o\r\n[ 25%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmlrole.c.o\r\n[ 37%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmltok.c.o\r\n[ 50%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmlparse.c.o\r\n[ 62%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmltok_ns.c.o\r\n[ 75%] Building CXX object CMakeFiles/XMLSAXParser.dir/source/SAXParser_Helper.cpp.o\r\n[ 87%] Building CXX object CMakeFiles/XMLSAXParser.dir/source/XMLSAXParser.cpp.o\r\n[100%] Linking CXX shared library /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/lib/linux/Debug/libXMLSAXParser.so\r\n[100%] Built target XMLSAXParser\r\nLuaLib generation\r\n-- CMAKE_CXX_FLAGS: \r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/LuaLib\r\n[ 3%] Building C object CMakeFiles/LuaLib.dir/source/crt.c.o\r\n[ 6%] Building C object CMakeFiles/LuaLib.dir/source/lapi.c.o\r\n[ 9%] Building C object CMakeFiles/LuaLib.dir/source/lauxlib.c.o\r\n[ 12%] Building C object CMakeFiles/LuaLib.dir/source/lbaselib.c.o\r\n[ 16%] Building C object CMakeFiles/LuaLib.dir/source/lcode.c.o\r\n[ 19%] Building C object CMakeFiles/LuaLib.dir/source/ldblib.c.o\r\n[ 22%] Building C object CMakeFiles/LuaLib.dir/source/ldebug.c.o\r\n[ 25%] Building C object CMakeFiles/LuaLib.dir/source/ldo.c.o\r\n[ 29%] Building C object CMakeFiles/LuaLib.dir/source/ldump.c.o\r\n[ 32%] Building C object CMakeFiles/LuaLib.dir/source/lfunc.c.o\r\n[ 35%] Building C object CMakeFiles/LuaLib.dir/source/lgc.c.o\r\n[ 38%] Building C object CMakeFiles/LuaLib.dir/source/liolib.c.o\r\n[ 41%] Building C object CMakeFiles/LuaLib.dir/source/llex.c.o\r\n[ 45%] Building C object CMakeFiles/LuaLib.dir/source/lmathlib.c.o\r\n[ 48%] Building C object CMakeFiles/LuaLib.dir/source/lmem.c.o\r\n[ 51%] Building C object CMakeFiles/LuaLib.dir/source/loadlib.c.o\r\n[ 54%] Building C object CMakeFiles/LuaLib.dir/source/lobject.c.o\r\n[ 58%] Building C object CMakeFiles/LuaLib.dir/source/locale.c.o\r\n[ 61%] Building C object CMakeFiles/LuaLib.dir/source/lopcodes.c.o\r\n[ 64%] Building C object CMakeFiles/LuaLib.dir/source/lparser.c.o\r\n[ 67%] Building C object CMakeFiles/LuaLib.dir/source/lstate.c.o\r\n[ 70%] Building C object CMakeFiles/LuaLib.dir/source/lstring.c.o\r\n[ 74%] Building C object CMakeFiles/LuaLib.dir/source/lstrlib.c.o\r\n[ 77%] Building C object CMakeFiles/LuaLib.dir/source/ltable.c.o\r\n[ 80%] Building C object CMakeFiles/LuaLib.dir/source/ltablib.c.o\r\n[ 83%] Building C object CMakeFiles/LuaLib.dir/source/ltests.c.o\r\n[ 87%] Building C object CMakeFiles/LuaLib.dir/source/ltm.c.o\r\n[ 90%] Building C object CMakeFiles/LuaLib.dir/source/lundump.c.o\r\n[ 93%] Building C object CMakeFiles/LuaLib.dir/source/lvm.c.o\r\n[ 96%] Building C object CMakeFiles/LuaLib.dir/source/lzio.c.o\r\n[100%] Linking C static library /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/lib/linux/Debug/libLuaLib.a\r\n[100%] Built target LuaLib\r\nOpenOpcUaStack generation\r\n-- Found OpenSSL: /usr/local/lib/libssl.so;/usr/local/lib/libcrypto.so (found version \"1.1.0h\") \r\n-- Found OpenSSL: /usr/local/lib/libssl.so;/usr/local/lib/libcrypto.so (found suitable version \"1.1.0h\", minimum required is \"1.1\") \r\n-- openssl include dirs : \r\n-- CMAKE_C_FLAGS: -D_GNU_SOURCE -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -D_DEBUG -Wall -g -ggdb\r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/OpenOpcUaStackV1\r\n[ 1%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_asynccallstate.c.o\r\n[ 2%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_base64.c.o\r\n[ 3%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_binarydecoder.c.o\r\n[ 4%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_binaryencoder.c.o\r\n[ 5%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_buffer.c.o\r\n[ 6%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_builtintypes.c.o\r\n[ 7%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_channel.c.o\r\n[ 8%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_clientapi.c.o\r\n[ 10%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_connection.c.o\r\n[ 11%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_core.c.o\r\n[ 12%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_crypto.c.o\r\n[ 13%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_datetime.c.o\r\n[ 14%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_decoder.c.o\r\n[ 15%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_encodeableobject.c.o\r\n[ 16%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_encoder.c.o\r\n[ 17%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_endpoint.c.o\r\n[ 18%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_endpoint_ex.c.o\r\n[ 20%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_enumeratedtype.c.o\r\n[ 21%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_extensionobject.c.o\r\n[ 22%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_guid.c.o\r\n[ 23%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_connection.c.o\r\n[ 24%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_internal.c.o\r\n[ 25%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_listener.c.o\r\n[ 26%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_listener_connectionmanager.c.o\r\n[ 27%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_secureconnection.c.o\r\n[ 28%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_httpsstream.c.o\r\n[ 30%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_httpstream.c.o\r\n[ 31%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_list.c.o\r\n[ 32%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_listener.c.o\r\n[ 33%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_memory.c.o\r\n[ 34%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_memorystream.c.o\r\n[ 35%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_messagecontext.c.o\r\n[ 36%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_binary.c.o\r\n[ 37%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_cryptofactory.c.o\r\n[ 38%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_datetime.c.o\r\n[ 40%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_guid.c.o\r\n[ 41%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_interface.c.o\r\n[ 42%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_internal.c.o\r\n[ 43%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_libxml2.c.o\r\n[ 44%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_memory.c.o\r\n[ 45%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl.c.o\r\n[ 46%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_3des.c.o\r\n[ 47%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_aes.c.o\r\n[ 48%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_ecdsa.c.o\r\n[ 50%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_hmac_sha.c.o\r\n[ 51%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_pki.c.o\r\n[ 52%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_random.c.o\r\n[ 53%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_rsa.c.o\r\n[ 54%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_sha.c.o\r\n[ 55%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_x509.c.o\r\n[ 56%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_pki_nosecurity.c.o\r\n[ 57%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_pkifactory.c.o\r\n[ 58%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_securitypolicy_none.c.o\r\n[ 60%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_socket.c.o\r\n[ 61%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_socket_interface.c.o\r\n[ 62%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_socket_internal.c.o\r\n[ 63%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_string.c.o\r\n[ 64%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_thread.c.o\r\n[ 65%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_timer.c.o\r\n[ 66%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_utilities.c.o\r\n[ 67%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_win32_pki.c.o\r\n[ 68%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_wincrypt_random.c.o\r\n[ 70%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_proxystub.c.o\r\n[ 71%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securechannel.c.o\r\n[ 72%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_secureconnection.c.o\r\n[ 73%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securelistener.c.o\r\n[ 74%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securelistener_channelmanager.c.o\r\n[ 75%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securelistener_policymanager.c.o\r\n[ 76%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securestream.c.o\r\n[ 77%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_serverapi.c.o\r\n[ 78%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_servicetable.c.o\r\n[ 80%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_stream.c.o\r\n[ 81%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_string.c.o\r\n[ 82%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_stringtable.c.o\r\n[ 83%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcpconnection.c.o\r\n[ 84%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcplistener.c.o\r\n[ 85%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcplistener_connectionmanager.c.o\r\n[ 86%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcpsecurechannel.c.o\r\n[ 87%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcpstream.c.o\r\n[ 88%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_thread.c.o\r\n[ 90%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_threadpool.c.o\r\n[ 91%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_timer.c.o\r\n[ 92%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_trace.c.o\r\n[ 93%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_types.c.o\r\n[ 94%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_utilities.c.o\r\n[ 95%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_xmldecoder.c.o\r\n[ 96%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_xmlencoder.c.o\r\n[ 97%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_xmlreader.c.o\r\n[ 98%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_xmlwriter.c.o\r\n[100%] Linking C shared library /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/lib/linux/Debug/libOpenOpcUaStack.so\r\n[100%] Built target OpenOpcUaStack\r\nOpenOpcUaSharedLib generation\r\n-- Found OpenSSL: /usr/local/lib/libssl.so;/usr/local/lib/libcrypto.so (found version \"1.1.0h\") \r\n-- Found OpenSSL: /usr/local/lib/libssl.so;/usr/local/lib/libcrypto.so (found suitable version \"1.1.0h\", minimum required is \"1.1\") \r\n-- OpenSSL Found : TRUE\r\n-- OpenSSL Include Directory : /usr/local/include\r\n-- OpenSSL Librairies : /usr/local/lib/libssl.so;/usr/local/lib/libcrypto.so\r\n-- CMAKE_CXX_FLAGS: -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -D_OS_FREE -Wall -g -ggdb\r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/OpenOpcUaSharedLib\r\n[ 4%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/Application.cpp.o\r\n/home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/OpenOpcUaSharedLib/source/Application.cpp: In member function ‘OpcUa_Key* OpenOpcUa::UASharedLib::CApplication::GetPublicKey(OpcUa_ByteString*)’:\r\n/home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/OpenOpcUaSharedLib/source/Application.cpp:1171:16: warning: statement has no effect [-Wunused-value]\r\n pPublicKey->Key;\r\n ~~~~~~~~~~~~^~~\r\n/home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/OpenOpcUaSharedLib/source/Application.cpp:1172:16: warning: statement has no effect [-Wunused-value]\r\n pPublicKey->Type;\r\n ~~~~~~~~~~~~^~~~\r\n[ 9%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/BuildInfo.cpp.o\r\n[ 13%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/Channel.cpp.o\r\n[ 18%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/CryptoUtils.cpp.o\r\n[ 22%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/DataValue.cpp.o\r\n[ 27%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/EndpointDescription.cpp.o\r\n[ 31%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/ExtensionObject.cpp.o\r\n[ 36%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/FileVersionInfo.cpp.o\r\n[ 40%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/MonitoredItemBase.cpp.o\r\n[ 45%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/NumericRange.cpp.o\r\n[ 50%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/OpenOpcUa.cpp.o\r\n[ 54%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/ServerStatus.cpp.o\r\n[ 59%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/SessionBase.cpp.o\r\n[ 63%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/SessionDiagnosticsDataType.cpp.o\r\n[ 68%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/SessionSecurityDiagnosticsDataType.cpp.o\r\n[ 72%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/Subscription.cpp.o\r\n[ 77%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/SubscriptionDiagnosticsDataType.cpp.o\r\n[ 81%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/UserTokenPolicy.cpp.o\r\n[ 86%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/Utils.cpp.o\r\n[ 90%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/opcua_certficates.cpp.o\r\n[ 95%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/stdafx.cpp.o\r\n[100%] Linking CXX shared library /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/lib/linux/Debug/libOpenOpcUaSharedlib.so\r\n[100%] Built target OpenOpcUaSharedlib\r\nOpenOpcUaCoreServer generation\r\n-- Found OpenSSL: /usr/local/lib/libssl.so;/usr/local/lib/libcrypto.so (found version \"1.1.0h\") \r\n-- Found OpenSSL: /usr/local/lib/libssl.so;/usr/local/lib/libcrypto.so (found suitable version \"1.1.0h\", minimum required is \"1.1\") \r\n-- OpenSSL Found: TRUE\r\n-- OpenSSL include dir: /usr/local/include\r\n-- OpenSSL librairie: /usr/local/lib/libssl.so;/usr/local/lib/libcrypto.so\r\n-- CMAKE_CXX_FLAGS: -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -D___cplusplus -D_DEBUG -D_OS_FREE -Wall -g -ggdb -ldl -rdynamic\r\n-- src path : /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer\r\n-- OpenOpcUaCoreServer_SOURCE_DIR is: /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer\r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer\r\n[ 1%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/Alias.cpp.o\r\n[ 3%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/ContinuationPoint.cpp.o\r\n[ 5%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/Definition.cpp.o\r\n[ 6%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/EventDefinition.cpp.o\r\n[ 8%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/EventsEngine.cpp.o\r\n[ 10%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/Field.cpp.o\r\n[ 11%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/HaEngine.cpp.o\r\n[ 13%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaDebugger.cpp.o\r\n[ 15%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaRestoreStack.cpp.o\r\n[ 16%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaScript.cpp.o\r\n[ 18%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaThis.cpp.o\r\n[ 20%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaVirtualMachine.cpp.o\r\n[ 21%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/Main.cpp.o\r\n[ 23%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/MonitoredItemServer.cpp.o\r\n[ 25%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/MurmurHash3.cpp.o\r\n[ 26%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/NamespaceUri.cpp.o\r\n[ 28%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/OpenOpcUaScript.cpp.o\r\n[ 30%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueueRequest.cpp.o\r\n[ 31%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueuedCallRequest.cpp.o\r\n[ 33%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueuedHistoryReadRequest.cpp.o\r\n[ 35%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueuedPublishRequest.cpp.o\r\n[ 36%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueuedQueryFirstRequest.cpp.o\r\n[ 38%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueuedQueryNextRequest.cpp.o\r\n[ 40%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueuedReadRequest.cpp.o\r\n[ 41%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/RefCountedNodeId.cpp.o\r\n[ 43%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SecureChannel.cpp.o\r\n[ 45%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/ServerApplication.cpp.o\r\n[ 46%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/ServiceModule.cpp.o\r\n[ 48%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SessionServer.cpp.o\r\n[ 50%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SimulatedGroup.cpp.o\r\n[ 51%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SimulatedNode.cpp.o\r\n[ 53%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/StackCallbacks.cpp.o\r\n[ 55%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SubscribedTagDetail.cpp.o\r\n[ 56%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SubscriptionServer.cpp.o\r\n[ 58%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UABase.cpp.o\r\n[ 60%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UABinding.cpp.o\r\n[ 61%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UADataChangeNotification.cpp.o\r\n[ 63%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UADataType.cpp.o\r\n[ 65%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAEventNotificationList.cpp.o\r\n[ 66%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAHistorianVariable.cpp.o\r\n[ 68%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAInformationModel.cpp.o\r\n[ 70%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAMethod.cpp.o\r\n[ 71%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAMonitoredItemNotification.cpp.o\r\n[ 73%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAObject.cpp.o\r\n[ 75%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAObjectType.cpp.o\r\n[ 76%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAReference.cpp.o\r\n[ 78%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAReferenceType.cpp.o\r\n[ 80%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAStatusChangeNotification.cpp.o\r\n[ 81%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAVariable.cpp.o\r\n[ 83%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAVariableType.cpp.o\r\n[ 85%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAView.cpp.o\r\n[ 86%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VPIScheduler.cpp.o\r\n[ 88%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiDataValue.cpp.o\r\n[ 90%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiDevice.cpp.o\r\n[ 91%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiDispatchedTag.cpp.o\r\n[ 93%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiFuncCaller.cpp.o\r\n[ 95%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiTag.cpp.o\r\n[ 96%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiWriteObject.cpp.o\r\n[ 98%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/stdafx.cpp.o\r\n[100%] Linking CXX executable /home/debian/OpenOpcUa/OpenOpcUa_1_0_5_6/bin/linux/Debug/OpenOpcUaCoreServer\r\n[100%] Built target OpenOpcUaCoreServer\r\nall file was generated\r\nOpenOpcUaCoreServer\r\nlibLuaLib.a libOpenOpcUaClientLib.so libOpenOpcUaSharedlib.so libOpenOpcUaStack.so libOpenOpcUaVfiLibrary.so libOpenOpcUaVpiLibrary.so libVFIXxx.so libVPINullEx.so libVPINull.so libXMLSAXParser.so\r\ndebian@debian:~/OpenOpcUa/OpenOpcUa_1_0_5_6$ \r\n','2019-01-14 13:00:37',0),(694,343,'Issue',353,'Ci-joint la trace de la compilation sous Debian 8.6 x64 sans modifier aucun fichiers sources.\r\nftourret@debian-027:~/OpenOpcUa_1_0_5_6$ ./buildAll.sh \r\nGlobal OpenOpcUaServer and dependencies generation\r\nXMLSaxParser generation\r\n-- CMAKE_C_FLAGS: -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -Wall -g -ggdb\r\n-- CMAKE_CXX_FLAGS: -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -Wall -g -ggdb\r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/ftourret/OpenOpcUa_1_0_5_6/XMLSaxParser\r\n[ 14%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmlop.c.o\r\n[ 28%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmlrole.c.o\r\n[ 42%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmltok.c.o\r\n[ 57%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmlparse.c.o\r\n[ 71%] Building C object CMakeFiles/XMLSAXParser.dir/XmlShared/xmltok_ns.c.o\r\n[ 85%] Building CXX object CMakeFiles/XMLSAXParser.dir/source/SAXParser_Helper.cpp.o\r\n[100%] Building CXX object CMakeFiles/XMLSAXParser.dir/source/XMLSAXParser.cpp.o\r\nLinking CXX shared library /home/ftourret/OpenOpcUa_1_0_5_6/lib/linux/Debug/libXMLSAXParser.so\r\n[100%] Built target XMLSAXParser\r\nLuaLib generation\r\n-- CMAKE_CXX_FLAGS: \r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/ftourret/OpenOpcUa_1_0_5_6/LuaLib\r\n[ 3%] Building C object CMakeFiles/LuaLib.dir/source/lcode.c.o\r\n[ 6%] Building C object CMakeFiles/LuaLib.dir/source/lstate.c.o\r\n[ 10%] Building C object CMakeFiles/LuaLib.dir/source/lparser.c.o\r\n[ 13%] Building C object CMakeFiles/LuaLib.dir/source/lgc.c.o\r\n[ 16%] Building C object CMakeFiles/LuaLib.dir/source/lobject.c.o\r\n[ 20%] Building C object CMakeFiles/LuaLib.dir/source/lstring.c.o\r\n[ 23%] Building C object CMakeFiles/LuaLib.dir/source/ldump.c.o\r\n[ 26%] Building C object CMakeFiles/LuaLib.dir/source/ltablib.c.o\r\n[ 30%] Building C object CMakeFiles/LuaLib.dir/source/lundump.c.o\r\n[ 33%] Building C object CMakeFiles/LuaLib.dir/source/llex.c.o\r\n[ 36%] Building C object CMakeFiles/LuaLib.dir/source/ldo.c.o\r\n[ 40%] Building C object CMakeFiles/LuaLib.dir/source/lmathlib.c.o\r\n[ 43%] Building C object CMakeFiles/LuaLib.dir/source/lauxlib.c.o\r\n[ 46%] Building C object CMakeFiles/LuaLib.dir/source/lfunc.c.o\r\n[ 50%] Building C object CMakeFiles/LuaLib.dir/source/ldebug.c.o\r\n[ 53%] Building C object CMakeFiles/LuaLib.dir/source/loadlib.c.o\r\n[ 56%] Building C object CMakeFiles/LuaLib.dir/source/lapi.c.o\r\n[ 60%] Building C object CMakeFiles/LuaLib.dir/source/lstrlib.c.o\r\n[ 63%] Building C object CMakeFiles/LuaLib.dir/source/lzio.c.o\r\n[ 66%] Building C object CMakeFiles/LuaLib.dir/source/ldblib.c.o\r\n[ 70%] Building C object CMakeFiles/LuaLib.dir/source/crt.c.o\r\n[ 73%] Building C object CMakeFiles/LuaLib.dir/source/ltable.c.o\r\nIn file included from /home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/source/ltable.c:36:0:\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/source/ltable.c: In function ‘luaH_mainposition’:\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/include/llimits.h:72:23: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]\r\n #define IntPoint(p) ((lu_hash)(p))\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/include/ltable.h:13:32: note: in definition of macro ‘gnode’\r\n #define gnode(t,i) (&(t)->node[i])\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/source/ltable.c:71:26: note: in expansion of macro ‘hashmod’\r\n #define hashpointer(t,p) hashmod(t, IntPoint(p))\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/source/ltable.c:71:37: note: in expansion of macro ‘IntPoint’\r\n #define hashpointer(t,p) hashmod(t, IntPoint(p))\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/source/ltable.c:108:14: note: in expansion of macro ‘hashpointer’\r\n return hashpointer(t, pvalue(key));\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/include/llimits.h:72:23: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]\r\n #define IntPoint(p) ((lu_hash)(p))\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/include/ltable.h:13:32: note: in definition of macro ‘gnode’\r\n #define gnode(t,i) (&(t)->node[i])\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/source/ltable.c:71:26: note: in expansion of macro ‘hashmod’\r\n #define hashpointer(t,p) hashmod(t, IntPoint(p))\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/source/ltable.c:71:37: note: in expansion of macro ‘IntPoint’\r\n #define hashpointer(t,p) hashmod(t, IntPoint(p))\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/LuaLib/source/ltable.c:110:14: note: in expansion of macro ‘hashpointer’\r\n return hashpointer(t, gcvalue(key));\r\n ^\r\n[ 76%] Building C object CMakeFiles/LuaLib.dir/source/lmem.c.o\r\n[ 80%] Building C object CMakeFiles/LuaLib.dir/source/liolib.c.o\r\n[ 83%] Building C object CMakeFiles/LuaLib.dir/source/lopcodes.c.o\r\n[ 86%] Building C object CMakeFiles/LuaLib.dir/source/lvm.c.o\r\n[ 90%] Building C object CMakeFiles/LuaLib.dir/source/lbaselib.c.o\r\n[ 93%] Building C object CMakeFiles/LuaLib.dir/source/locale.c.o\r\n[ 96%] Building C object CMakeFiles/LuaLib.dir/source/ltm.c.o\r\n[100%] Building C object CMakeFiles/LuaLib.dir/source/ltests.c.o\r\nLinking C static library /home/ftourret/OpenOpcUa_1_0_5_6/lib/linux/Debug/libLuaLib.a\r\n[100%] Built target LuaLib\r\nOpenOpcUaStack generation\r\n-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found version \"1.1.0f\") \r\n-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found suitable version \"1.1.0f\", minimum required is \"1.1\") \r\n-- openssl include dirs : \r\n-- CMAKE_C_FLAGS: -D_GNU_SOURCE -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -D_DEBUG -Wall -g -ggdb\r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaStackV1\r\n[ 1%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_threadpool.c.o\r\n[ 2%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_xmlencoder.c.o\r\n[ 3%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_messagecontext.c.o\r\n[ 4%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_list.c.o\r\n[ 5%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_listener_connectionmanager.c.o\r\n[ 6%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_builtintypes.c.o\r\n[ 7%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_string.c.o\r\n[ 8%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_xmlwriter.c.o\r\n[ 10%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_x509.c.o\r\n[ 11%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_wincrypt_random.c.o\r\n[ 12%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_httpsstream.c.o\r\n[ 13%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_listener.c.o\r\n[ 14%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_memorystream.c.o\r\n[ 15%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_utilities.c.o\r\n[ 16%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_channel.c.o\r\n[ 17%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_ecdsa.c.o\r\n[ 19%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_core.c.o\r\n[ 20%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_timer.c.o\r\n[ 21%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_datetime.c.o\r\n[ 22%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_encoder.c.o\r\n[ 23%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcpconnection.c.o\r\n[ 24%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_socket.c.o\r\n[ 25%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_crypto.c.o\r\n[ 26%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_3des.c.o\r\n[ 28%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_trace.c.o\r\n[ 29%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_memory.c.o\r\n[ 30%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_secureconnection.c.o\r\n[ 31%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_xmlreader.c.o\r\n[ 32%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_thread.c.o\r\n[ 33%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_servicetable.c.o\r\n[ 34%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_datetime.c.o\r\n[ 35%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_sha.c.o\r\n[ 37%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_timer.c.o\r\n[ 38%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcplistener.c.o\r\n[ 39%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_win32_pki.c.o\r\n[ 40%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_libxml2.c.o\r\n[ 41%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securelistener.c.o\r\n[ 42%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_buffer.c.o\r\n[ 43%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_pki.c.o\r\n[ 44%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_enumeratedtype.c.o\r\n[ 46%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securestream.c.o\r\n[ 47%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_binary.c.o\r\n[ 48%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_stream.c.o\r\n[ 49%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_endpoint.c.o\r\n[ 50%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_pki_nosecurity.c.o\r\n[ 51%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_hmac_sha.c.o\r\n[ 52%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_aes.c.o\r\n[ 53%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_encodeableobject.c.o\r\n[ 55%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_httpstream.c.o\r\n[ 56%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcplistener_connectionmanager.c.o\r\n[ 57%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_socket_interface.c.o\r\n[ 58%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_thread.c.o\r\n[ 59%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_internal.c.o\r\n[ 60%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_base64.c.o\r\n[ 61%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_types.c.o\r\n[ 62%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_serverapi.c.o\r\n[ 64%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcpsecurechannel.c.o\r\n[ 65%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securechannel.c.o\r\n[ 66%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_endpoint_ex.c.o\r\n[ 67%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securelistener_policymanager.c.o\r\n[ 68%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_connection.c.o\r\n[ 69%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_decoder.c.o\r\n[ 70%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_guid.c.o\r\n[ 71%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_guid.c.o\r\n[ 73%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_internal.c.o\r\n[ 74%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_connection.c.o\r\n[ 75%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_socket_internal.c.o\r\n[ 76%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_secureconnection.c.o\r\n[ 77%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_https_listener.c.o\r\n[ 78%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_securelistener_channelmanager.c.o\r\n[ 79%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl.c.o\r\n[ 80%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_string.c.o\r\n[ 82%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_xmldecoder.c.o\r\n[ 83%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_cryptofactory.c.o\r\n[ 84%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_random.c.o\r\n[ 85%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_openssl_rsa.c.o\r\n[ 86%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_stringtable.c.o\r\n[ 87%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_utilities.c.o\r\n[ 88%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_interface.c.o\r\n[ 89%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_binaryencoder.c.o\r\n[ 91%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_securitypolicy_none.c.o\r\n[ 92%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_tcpstream.c.o\r\n[ 93%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_asynccallstate.c.o\r\n[ 94%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_extensionobject.c.o\r\n[ 95%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_binarydecoder.c.o\r\n[ 96%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_p_pkifactory.c.o\r\n[ 97%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_clientapi.c.o\r\n[ 98%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_proxystub.c.o\r\n[100%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_memory.c.o\r\nLinking C shared library /home/ftourret/OpenOpcUa_1_0_5_6/lib/linux/Debug/libOpenOpcUaStack.so\r\n[100%] Built target OpenOpcUaStack\r\nOpenOpcUaSharedLib generation\r\n-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found version \"1.1.0f\") \r\n-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found suitable version \"1.1.0f\", minimum required is \"1.1\") \r\n-- OpenSSL Found : TRUE\r\n-- OpenSSL Include Directory : /usr/include\r\n-- OpenSSL Librairies : /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so\r\n-- CMAKE_CXX_FLAGS: -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -D_OS_FREE -Wall -g -ggdb\r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaSharedLib\r\n[ 4%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/SessionSecurityDiagnosticsDataType.cpp.o\r\n[ 9%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/EndpointDescription.cpp.o\r\n[ 14%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/ServerStatus.cpp.o\r\n[ 19%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/SessionDiagnosticsDataType.cpp.o\r\n[ 23%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/SessionBase.cpp.o\r\n[ 28%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/opcua_certficates.cpp.o\r\n[ 33%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/Utils.cpp.o\r\n[ 38%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/FileVersionInfo.cpp.o\r\n[ 42%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/UserTokenPolicy.cpp.o\r\n[ 47%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/CryptoUtils.cpp.o\r\n[ 52%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/DataValue.cpp.o\r\n[ 57%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/Application.cpp.o\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaSharedLib/source/Application.cpp: In member function ‘OpcUa_Key* OpenOpcUa::UASharedLib::CApplication::GetPublicKey(OpcUa_ByteString*)’:\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaSharedLib/source/Application.cpp:1171:19: warning: statement has no effect [-Wunused-value]\r\n pPublicKey->Key;\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaSharedLib/source/Application.cpp:1172:20: warning: statement has no effect [-Wunused-value]\r\n pPublicKey->Type;\r\n ^\r\n[ 61%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/OpenOpcUa.cpp.o\r\n[ 66%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/NumericRange.cpp.o\r\n[ 71%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/MonitoredItemBase.cpp.o\r\n[ 76%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/SubscriptionDiagnosticsDataType.cpp.o\r\n[ 80%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/BuildInfo.cpp.o\r\n[ 85%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/stdafx.cpp.o\r\n[ 90%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/Subscription.cpp.o\r\n[ 95%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/ExtensionObject.cpp.o\r\n[100%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/Channel.cpp.o\r\nLinking CXX shared library /home/ftourret/OpenOpcUa_1_0_5_6/lib/linux/Debug/libOpenOpcUaSharedlib.so\r\n[100%] Built target OpenOpcUaSharedlib\r\nOpenOpcUaCoreServer generation\r\n-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found version \"1.1.0f\") \r\n-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found suitable version \"1.1.0f\", minimum required is \"1.1\") \r\n-- OpenSSL Found: TRUE\r\n-- OpenSSL include dir: /usr/include\r\n-- OpenSSL librairie: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so\r\n-- CMAKE_CXX_FLAGS: -D__USE_UNIX98 -D__USE_POSIX199309 -D_OPCUA_USE_POSIX -D_GNUC_ -D___cplusplus -D_DEBUG -D_OS_FREE -Wall -g -ggdb -ldl -rdynamic\r\n-- src path : /home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer\r\n-- OpenOpcUaCoreServer_SOURCE_DIR is: /home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer\r\n-- Configuring done\r\n-- Generating done\r\n-- Build files have been written to: /home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer\r\n[ 1%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaRestoreStack.cpp.o\r\n[ 3%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAObjectType.cpp.o\r\n[ 5%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiFuncCaller.cpp.o\r\n[ 6%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAMonitoredItemNotification.cpp.o\r\n[ 8%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueuedCallRequest.cpp.o\r\n[ 10%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/NamespaceUri.cpp.o\r\n[ 11%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/StackCallbacks.cpp.o\r\n[ 13%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/Main.cpp.o\r\n[ 15%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SubscribedTagDetail.cpp.o\r\n[ 16%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaThis.cpp.o\r\n[ 18%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/Alias.cpp.o\r\n[ 20%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/RefCountedNodeId.cpp.o\r\n[ 22%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/ContinuationPoint.cpp.o\r\n[ 23%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/MurmurHash3.cpp.o\r\n[ 25%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAVariable.cpp.o\r\n[ 27%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiDevice.cpp.o\r\n[ 28%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaVirtualMachine.cpp.o\r\n[ 30%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/ServiceModule.cpp.o\r\n[ 32%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/VpiDataValue.cpp.o\r\n[ 33%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/QueueRequest.cpp.o\r\n[ 35%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAReference.cpp.o\r\n[ 37%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UADataChangeNotification.cpp.o\r\n[ 38%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAMethod.cpp.o\r\n[ 40%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SimulatedNode.cpp.o\r\n[ 42%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/UAHistorianVariable.cpp.o\r\n[ 44%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/SimulatedGroup.cpp.o\r\n[ 45%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/HaEngine.cpp.o\r\n[ 47%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/LuaScript.cpp.o\r\n[ 49%] Building CXX object CMakeFiles/OpenOpcUaCoreServer.dir/source/ServerApplication.cpp.o\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer/source/ServerApplication.cpp: In member function ‘OpcUa_StatusCode OpenOpcUa::UACoreServer::CServerApplication::CheckServerStateFromVpis()’:\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer/source/ServerApplication.cpp:8552:35: error: ‘OpcUa_ServerState’ is not a class or namespace\r\n OpcUa_ServerState serverState = OpcUa_ServerState::OpcUa_ServerState_Running;\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer/source/ServerApplication.cpp:8572:21: error: ‘OpcUa_ServerState’ is not a class or namespace\r\n serverState = OpcUa_ServerState::OpcUa_ServerState_CommunicationFault;\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer/source/ServerApplication.cpp:8575:21: error: ‘OpcUa_ServerState’ is not a class or namespace\r\n serverState = OpcUa_ServerState::OpcUa_ServerState_Unknown;\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer/source/ServerApplication.cpp:8578:21: error: ‘OpcUa_ServerState’ is not a class or namespace\r\n serverState = OpcUa_ServerState::OpcUa_ServerState_Failed;\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer/source/ServerApplication.cpp:8581:21: error: ‘OpcUa_ServerState’ is not a class or namespace\r\n serverState = OpcUa_ServerState::OpcUa_ServerState_Shutdown;\r\n ^\r\n/home/ftourret/OpenOpcUa_1_0_5_6/OpenOpcUaCoreServer/source/ServerApplication.cpp:8588:18: error: ‘OpcUa_ServerState’ is not a class or namespace\r\n serverState = OpcUa_ServerState::OpcUa_ServerState_Test;\r\n ^\r\nCMakeFiles/OpenOpcUaCoreServer.dir/build.make:698: recipe for target \'CMakeFiles/OpenOpcUaCoreServer.dir/source/ServerApplication.cpp.o\' failed\r\nmake[2]: *** [CMakeFiles/OpenOpcUaCoreServer.dir/source/ServerApplication.cpp.o] Error 1\r\nCMakeFiles/Makefile2:60: recipe for target \'CMakeFiles/OpenOpcUaCoreServer.dir/all\' failed\r\nmake[1]: *** [CMakeFiles/OpenOpcUaCoreServer.dir/all] Error 2\r\nMakefile:72: recipe for target \'all\' failed\r\nmake: *** [all] Error 2\r\nall file was generated\r\nlibLuaLib.a libOpenOpcUaSharedlib.so libOpenOpcUaStack.so libVPINull.so libXMLSAXParser.so\r\n','2019-01-14 13:44:52',0),(695,343,'Issue',1,'Bonjour,\r\nJe pense que cela vient d\'une incompatibilité de votre version de GCC.\r\nPrenons le problème ligne 8552.\r\n\r\nremplacez OpcUa_ServerState serverState = OpcUa_ServerState::OpcUa_ServerState_Running;\r\npar OpcUa_ServerState serverState = OpcUa_ServerState_Running;\r\n\r\nrecompilez et tenez moi au courant\r\n\r\nCordialement\r\nMichel Condemine','2019-01-14 14:54:28',0),(696,343,'Issue',353,'Bien sur que ça marche en faisans cette modification, puisque je l\'ai faite en suivant vos indications de votre mail du 04/12/2018 permettant de compiler la version 1.0.5.6beta9 !!!!\r\n\r\nJe l\'ai indiqué dans mon mail du 11/01/2019.\r\n\r\nMaintenant que nous somme d\'accord sur comment compiler sous Debian 8.6. Merci de me répondre sur nos fichiers de configurations qui plante le serveur en 1.0.5.6 et qui fonctionnaient en 1.0.5.6beta9 (CF mail du 11/01/2019).\r\n\r\nCordialement.\r\n\r\n','2019-01-14 15:55:30',0),(697,343,'Issue',1,'Puisque le problème vient de votre compilateur pourquoi soulever à nouveau ce problème ?\r\nRemplacez maintenant votre Main.cpp par le fichier attaché.\r\n\r\n','2019-01-14 16:39:39',0),(698,343,'Issue',353,'Il n\'avait pas était clairement identifié que le problème venait du compilateur en décembre.\r\nComme c\'était une version beta du source on en était resté là.\r\n\r\nLe fichier joint Main.cpp, viens en remplacement de ServeurApplication.cpp on est d\'accord ?','2019-01-14 16:46:38',0),(699,343,'Issue',1,'Non, le main.cpp vient en remplacement du main.cpp existant','2019-01-14 16:56:59',0),(700,343,'Issue',1,'une erreur s\'est glissé ligne 2546 du main.cpp\r\nMerci d\'utiliser celui-ci','2019-01-14 18:10:04',0),(701,343,'Issue',353,'Bonjour,\r\n\r\nOK pour le Main.cpp.\r\n\r\nJ\'ai remplacé le Main.cpp et corrigé les OpcUa_ServerState:: dans ServerApplication.cpp.\r\n\r\nLa compilation est OK et le serveur fonctionne avec notre configuration.\r\n\r\nMerci.\r\n\r\nLe sujet peut être fermé.\r\n','2019-01-15 09:40:31',0),(702,348,'Issue',353,'Sujet à fermer','2019-01-15 09:43:23',0),(703,346,'Issue',353,'Sujet a fermer','2019-01-15 09:43:59',0),(704,344,'Issue',353,'Bonjour,\r\n\r\nProblème toujours présent dans version 1.0.5.6\r\n\r\nCordialement.','2019-01-15 09:45:35',0),(705,342,'Issue',353,'Sujet à fermer.','2019-01-15 09:46:19',0),(706,348,'Issue',1,'','2019-01-15 10:26:53',0),(707,348,'Issue',1,'','2019-01-15 10:27:04',0),(708,342,'Issue',1,'','2019-01-15 10:27:26',0),(709,346,'Issue',1,'','2019-01-15 10:27:53',0),(710,343,'Issue',1,'','2019-01-15 10:29:06',0),(711,352,'Issue',1,'Bonjour,\r\nj\'ai publié une mise à jour pour régler ce problème la semaine dernière.\r\nIl faut remplacer dans opcua_p_openssl_pki.c ligne 1192 \r\ntime_t aTime;\r\npar \r\ntime_t aTime=time(OpcUa_Null);\r\n\r\nCordialement\r\nMichel Condemine','2019-01-15 10:41:03',0),(712,352,'Issue',353,'Ok cela fonctionne.\r\nJe n\'ai pas vu et ne voit pas la publication de ce correctif.\r\n\r\nMerci.\r\n\r\nRésolu.','2019-01-15 10:59:25',0),(713,350,'Issue',1,'','2019-01-21 15:50:42',0),(714,351,'Issue',1,'','2019-01-21 15:51:10',0),(715,328,'Issue',1,'','2019-01-21 15:51:36',0),(716,327,'Issue',1,'','2019-01-21 15:51:56',0),(717,326,'Issue',1,'','2019-01-21 15:52:17',0),(718,357,'Issue',328,'Hello,\r\n\r\nThe new code is\r\nHTDEHTBSILARGYFBHQEFFQAYDSIHAMAOQT\r\n\r\nRegards,\r\n','2019-03-19 19:10:29',0),(719,360,'Issue',1,'Bonjour,\r\nJe ne rencontre pas ce problème.\r\nQue se passe-t-il que vous utilisez le certificat généré par le serveur OpenOpcUa ?\r\n\r\nCordialement\r\nMichel Condemine','2019-04-02 17:02:44',0),(720,345,'Issue',1,'Bonjour,\r\nj\'ai corrigé le problème dans la 1.0.5.7 BETA05.\r\n\r\nCordialement\r\nMichel Condemine','2019-04-02 17:39:47',0),(721,360,'Issue',353,'Bonjour,\r\n\r\nPB résolu...\r\nEn faisant les essais pour re-générer le certificat OPCUA par le serveur je me suis rendu compte qu\'il y avait 2 serveur qui tournaient. J\'en déduis donc que je me connectais toujours sur l\'ancien processus serveur qui avait en mémoire un certificat erroné. Donc quand j\'exécutais un nouveau serveur, le certificat public été bien généré mais le client UAExpert se connectait toujours sur l\'ancien processus serveur OPCUA (avec le mauvais certificat) !\r\nCe matin donc plus de problème notre certificat est donc cohérent et plus de problème de BadSignatureInvalid.\r\nOuf.\r\n\r\nDésolé pour le dérangement mais je ne comprenais plus rien.\r\nMerci pour votre aide.\r\nIncident à fermer.\r\nCordialement.\r\nF. TOURRET','2019-04-03 08:21:31',0),(722,360,'Issue',353,'Zut boulette le problème est toujours présent UAExpert était repassé en Basic128Rsa15\r\n\r\nJe vous fais un petit rapport avec les essais demandés.\r\n\r\nDésolé.','2019-04-03 09:20:46',0),(723,360,'Issue',1,'Bonjour,\r\nQuelques précisions. Lors d\'une connexion sécurisée:\r\n* Le serveur génèrera des warnings si les algo de hachage entre le client et le serveur sont différents.\r\n* Si vous utilisez le même certificat sur le client et sur le serveur vous obtiendrez des Warnings\r\n* Si vous utilisez UAExpert comme client. Vérifier la configuration des tests sur les CRL\r\n\r\nCordialement\r\nMichel Condemine','2019-04-03 09:46:52',0),(724,360,'Issue',353,'Ci-joint les essais effectués.\r\n\r\nMême problème avec le certificat généré par nos soins avec openssl ou celui généré par le serveur OPCUA.\r\n\r\nJe ne comprend pas : \"Vérifier la configuration des tests sur les CRL\".\r\nLes log serveur sont en mode STACK_ERROR est-ce le bon choix pour tracer le problème ?\r\n\r\nCordialement.\r\nF. TOURRET','2019-04-03 11:21:10',0),(725,360,'Issue',353,'Bonjour,\r\n\r\nAvez une piste ? Avez vous besoins de plus de log ?\r\nMerci pour un retour rapide, essais client le 10/04.\r\n\r\nCordialement,\r\nF. TOURRET\r\n','2019-04-05 10:28:18',0),(726,360,'Issue',1,'Bonjour M. Tourret,\r\nJe viens de corriger une erreur en Basic256 et continue mes vérifications en Basic256Sha256.\r\nJe vous tiens au courant.\r\nCordialement\r\nMichel Condemine','2019-04-09 10:23:52',0),(727,360,'Issue',1,'Fixed with 1.0.5.7_BETA05','2019-04-15 14:15:07',0),(728,361,'Issue',1,'Fixed with 1.0.5.7_BETA05','2019-04-15 14:15:33',0),(729,353,'Issue',1,'','2019-04-15 14:15:55',0),(730,344,'Issue',1,'Fixed with 1.0.5.7_BETA05','2019-04-15 14:16:19',0),(731,284,'Issue',1,'','2019-04-15 14:16:40',0),(732,286,'Issue',1,'','2019-04-15 14:16:54',0),(733,352,'Issue',1,'','2019-04-15 14:17:18',0),(734,363,'Issue',328,'Bonjour Michel,\r\n\r\nCi-joint la suite des essais.\r\nN\'hésitez pas à me contacter si besoin.\r\n\r\ncordialement','2019-04-19 20:23:28',0),(735,363,'Issue',1,'Bonjour,\r\nj\'ai corrigé de nombreux points durant ce week-end.\r\nIl reste, peut être, des problèmes que je n\'ai pas réussi a reproduire et des correctifs que je n\'ai pas pu valider. En particulier le retour a false des ARR_DRG_SON. \r\nL\'ELD 456 n\'ai pas émis par mes centrales.\r\nConcernant la création de l\'espace d\'adressage il faut encore vérifier et améliorer quelques points.\r\nEn particulier la gestion de POS_ATT et la prise en compte de groupes 1010,1011,1013,1014 et 1402. pour ces groupes des demandes de lecture (PointInformationRequest) sont réalisé mais aucune adresse ne me semble associé.\r\n\r\nMerci de regarder le document attaché.\r\n\r\nCordialement\r\nMichel','2019-04-22 11:05:55',0),(736,363,'Issue',328,'Bonjour,\r\n\r\nVoici le fichier d\'essai mis à jour.\r\n\r\nCordialement','2019-04-23 23:43:33',0),(737,363,'Issue',1,'Bonjour,\r\nje m\'occuperai de faire les modifications la semaine prochaine à mon retour a Montpellier.\r\n\r\nCordialement\r\nMichel','2019-04-24 18:07:40',0),(738,366,'Issue',353,'Bonjour,\r\nSuite aux essais que j\'ai fait ce jour.\r\nSi je me connecte sur le serveur en Basic256Sha256 avec un certificat CN = UaExpert@ATS_CEN1 pas de soucis la connexion est OK\r\nPar contre si je met le certificat du client dans UaExpert CN = ACQOPCUA@ATS_CEN1 ou ATS_CEN1 est le nom de ma machine, le certificat est rejeté systématiquement (manipulation identique chez le client).\r\nLog client :\r\n14:42:49.746 | Server Node | Server Debian VM 10.4.80.7 | Endpoint: \'opc.tcp://localhost:4880/CPF_L04\'\r\n14:42:49.746 | Server Node | Server Debian VM 10.4.80.7 | Security policy: \'http://opcfoundation.org/UA/SecurityPolicy#Basic256Sha256\'\r\n14:42:49.746 | Server Node | Server Debian VM 10.4.80.7 | ApplicationUri: \'urn:SCBGR:PISA:CPF_L04\'\r\n14:42:49.746 | Server Node | Server Debian VM 10.4.80.7 | Used UserTokenType: Anonymous\r\n14:42:49.871 | General | | [uastack] OpcUa_TcpConnection_ProcessResponse: Error Message!\r\n14:42:49.871 | General | | [uastack] OpcUa_TcpConnection_ProcessResponse: Status 0x801a0000!\r\n14:42:49.871 | Server Node | Server Debian VM 10.4.80.7 | Error \'BadCertificateUntrusted\' was returned during OpenSecureChannel\r\n14:42:49.871 | Server Node | Server Debian VM 10.4.80.7 | Connection status of server \'Server Debian VM 10.4.80.7\' changed to \'Disconnected\'.\r\n\r\nLog Serveur:\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-25T12:42:41.000Z SecureListener - PolicyManager_IsValidSecurityPolicy: Searched security policy found!\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-25T12:42:41.000Z \r\nverify error:\r\n num=18:self signed certificate\r\n depth=0\r\n /DC=ATS_CEN1/C=Fr/ST=Fr/L=Chatillon/O=Siemens/OU=ATS/CN=ACQOPCUA@ATS_CEN1\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-25T12:42:41.000Z ProcessOpenSecureChannelRequest: Client Certificate not valid! (0x801A0000)\r\n\r\nComment contourner ce problème ?\r\n\r\nEnsuite si j\'utilise le même certificat (qui fonctionne) pour l\'authentification, la connexion ne fonctionne pas.\r\nLog client :\r\n15:20:21.347 | Server Node | Server Debian VM 10.4.80.7 | Endpoint: \'opc.tcp://localhost:4880/CPF_L04\'\r\n15:20:21.347 | Server Node | Server Debian VM 10.4.80.7 | Security policy: \'http://opcfoundation.org/UA/SecurityPolicy#Basic256Sha256\'\r\n15:20:21.347 | Server Node | Server Debian VM 10.4.80.7 | ApplicationUri: \'urn:SCBGR:PISA:CPF_L04\'\r\n15:20:21.347 | Server Node | Server Debian VM 10.4.80.7 | Used UserTokenType: Certificate\r\n15:20:21.893 | Server Node | Server Debian VM 10.4.80.7 | Error \'BadIdentityTokenRejected\' was returned during ActivateSession\r\n15:20:21.909 | Server Node | Server Debian VM 10.4.80.7 | Connection status of server \'Server Debian VM 10.4.80.7\' changed to \'Disconnected\'.\r\n\r\nLog Serveur :\r\nVoir fichier joint\r\n\r\nMerci pour votre aide.\r\n\r\ncordialement,\r\nF. TOURRET\r\n','2019-04-25 15:35:36',0),(739,367,'Issue',353,'Bonjour,\r\n\r\nJ\'ai fait la modification pour pouvoir compiler, par contre ce Vpi ne se charge toujours pas dans le serveur !\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z Server is listening on IPV4 at :\r\n opc.tcp://localhost:4880/CPF_L04.\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z 1562 Nodes in the addressSpace split in \r\n 258 Objects 1047 Variables 0 Views 21 Methods \r\n 65 ObjectTypes 23 ReferenceTypes 114 DataTypes 34 VariableTypes\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z Press Q or q to exit.\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z Server Endpoint open. It\'s now listening at opc.tcp://localhost:4880/CPF_L04 with Binary Encoder\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z LoadVpiLibrary failed libVPINullEx.so error: (null)\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z Vpi version: 0.0.0.0 cannot be loaded.\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z Your XML Subsystem file : /data/ServerOpcUa/SubSystemVpi.xml has been parsed. Internal parsing result=0x00000\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z Subsystems were properly loaded\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z Start Updating UAVariables EncodeableObject\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z UAVariables EncodeableObject has been updated properly\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z Start Updating DataTypes EncodingType\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z DataTypes EncodingType has been updated properly\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-04-26T06:25:07.000Z End Post-Parsing initialization\r\n\r\nCordialement,\r\nF. TOURRET','2019-04-26 08:26:01',0),(740,367,'Issue',1,'Bonjour,\nJ\'ai fais des tests sous Debian 9. Le VpiNullEx se charge correctement. J\'ai réalisé un autre Vpi plus complexe (TCP Serveur). Il se charge lui aussi correctement, aussi bien sous Debian 9 que sous CentOS 7.\nJe me demande si le CMakeLists.txt que vous utilisez est correctement formé ?\nvoir fichier ci-joint ?\nest ce que votre fichier de configuration du sous-système est correcte ?\nCordialement\nMichel Condemine','2019-04-26 10:35:50',0),(741,367,'Issue',353,'Ok cela fonctionne, il manquait la ligne importante :\r\nfind_library(VpiLibPath OpenOpcUaVpiLibrary ${LIBRARY_OUTPUT_PATH})\r\n\r\nMerci.\r\n\r\nJe vais donc maintenant préparer toutes la partie initialisation des nodes.\r\n\r\nBon Week-End.','2019-04-26 16:37:07',0),(742,373,'Issue',1,'Je ne pense pas que l\'on puisse utiliser cette approche, car si aucun groupe n\'est actif sur la centrale maitre il n\'y aura pas de réponse à la demande de PointInformationRequest.\r\n\r\n','2019-04-29 15:15:16',0),(743,376,'Issue',1,'La condition de création des AP sera :\r\nSi la zone contient le texte \"AP\" et que l\'un des points de cette zone appartient au groupe 1402 alors l\'AP sera créé.\r\nJ\'attends votre confirmation','2019-04-29 15:21:22',0),(744,375,'Issue',1,'Corrigé dans la version 0.0.1.2.\r\nUn bool n\'était pas initialisé lors de la creation automatiques de variables.\r\nMerci de faire le test et de clore l\'incident.','2019-04-29 15:46:07',0),(745,376,'Issue',328,'Après vérification, le mot AP n\'apparait pas forcément dans le nom de la zone donc il faut uniquement vérifier si un point avec le G1402 existe dans les Xbus des Rbus des CMSI maitres (channel 1, channel adress= 0 à 15, point category 2), si un point existe, il faut créer un AP avec comme n° de zone, le n° de zone attribuée à ce point. ','2019-04-29 15:57:03',0),(746,372,'Issue',1,'Avec le fichier de configuration OLW_FR23_2_REV746_DP8.xml\r\nj\'obtiens quelques mutlitag sur DFT_POS_ATT\r\n|4936| 2019-04-29T13:59:14.089Z MultiTag: 371/CCF TRIBAGAGE NodeId: ns=9;i=11907 Address:Z33.B0030.DFT_POS_ATT\r\n|4936| 2019-04-29T13:59:15.795Z MultiTag: 3784/Ved120N NodeId: ns=9;i=13879 Address:Z39.A0223.DFT_POS_ATT\r\n\r\nSuis-je supposé avoir d\'autres multitag sur cette révision ?','2019-04-29 16:03:01',0),(747,369,'Issue',1,'Il s\'agit du groupe 4 ?\r\nPar contre je ne peux pas associer deux libellés ADP à un groupe. je vais utilisé la même adresse.','2019-04-29 16:24:38',0),(748,372,'Issue',328,'Oui, \r\n\r\npar exemple dans la capture ci-jointe, pour la centrale 33, il y a un node A016 à créer et des multitags pour les adresses 16,15 et 1. \r\n ','2019-04-29 16:51:43',0),(749,369,'Issue',328,'Oui, il s\'agit du groupe 4, cet Event fonctionne déjà actuellement.\r\nEffectivement, il faudrait utiliser la même adresse pour les 2 nodes ARR_ALM_SON et ARR_DRG_SON.','2019-04-29 17:05:07',0),(750,372,'Issue',1,'Corrigé dans la version 0.0.1.2\r\nExemple de multitag généré par le VpiTycoEx\r\n* |17104| 2019-04-29T17:26:56.224Z FirstTag B2590/CCFAE002-V64N NodeId: ns=9;i=11293 Address:Z31.C0030.DFT_POS_ATT\r\n* |17104| 2019-04-29T17:26:56.225Z FirstTag B2590/CCFAE002-V64N NodeId: ns=9;i=11294 Address:Z31.C0030.DFT_POS_SECU\r\n* |17104| 2019-04-29T17:26:56.226Z FirstTag B2590/CCFAE002-V64N NodeId: ns=9;i=11295 Address:Z31.C0030.DRG\r\n* |17104| 2019-04-29T17:26:56.226Z FirstTag B2590/CCFAE002-V64N NodeId: ns=9;i=11296 Address:Z31.C0030.POS_ATT\r\n* |17104| 2019-04-29T17:26:56.228Z FirstTag B2590/CCFAE002-V64N NodeId: ns=9;i=11297 Address:Z31.C0030.POS_SECU\r\n* |17104| 2019-04-29T17:26:56.315Z MultiTag: B2590/CCFAE002-V64N NodeId: ns=9;i=11295 Address:Z31.C0025.DRG\r\n* |17104| 2019-04-29T17:26:56.315Z MultiTag: B2590/CCFAE002-V64N NodeId: ns=9;i=11296 Address:Z31.C0025.POS_ATT\r\n* |17104| 2019-04-29T17:26:56.315Z MultiTag: B2590/CCFAE002-V64N NodeId: ns=9;i=11293 Address:Z31.C0025.DFT_POS_ATT\r\n* |17104| 2019-04-29T17:26:56.315Z MultiTag: B2590/CCFAE002-V64N NodeId: ns=9;i=11295 Address:Z31.C0029.DRG\r\n* |17104| 2019-04-29T17:26:56.315Z MultiTag: B2590/CCFAE002-V64N NodeId: ns=9;i=11296 Address:Z31.C0029.POS_ATT\r\n* |17104| 2019-04-29T17:26:56.315Z MultiTag: B2590/CCFAE002-V64N NodeId: ns=9;i=11293 Address:Z31.C0029.DFT_POS_ATT','2019-04-29 19:30:31',0),(751,363,'Issue',1,'Compilation des issues restante dans les Issues 368 à 378','2019-04-29 19:32:26',0),(752,372,'Issue',328,'Parfait, c\'est ce qu\'il faut.\r\nSi le groupe est différent de G1008 pour l\'adresse 25 (dans votre exemple), est ce que cela fonctionne toujours ?','2019-04-29 20:00:21',0),(753,375,'Issue',328,'Ne fonctionne toujours pas, ce n\'est pas le bon lien réseau et je ne vois pas le vpiwrite correspondant dans le log.\r\nJe vous joint le log.','2019-04-30 21:07:02',0),(754,372,'Issue',328,'Fonctionnement OK avec Vpi 0.0.1.2\r\n\r\nPar contre,si le groupe est différent de G1008 pour l\'adresse 25 (dans votre exemple), est ce que cela fonctionne toujours ?\r\n','2019-04-30 21:10:27',0),(755,373,'Issue',328,'FMSI: POS_ATT et DRG, ne fonctionnement pas correctement. \r\n\r\nOn interroge spécifiquement le G1010, on peut donc récupérer son état 0, si son état = 0 alors on met POS_ATT à True et DRG à False','2019-04-30 21:17:38',0),(756,375,'Issue',1,'J\'ai changé les paramètres d\'initialisation de la zoneLink et de n° de secteur en fonction des paramètres lues dans le fichier conSys.\r\nPar contre j\'ai laissé le groupe d\'activation à 1015 pour ZC,ZF et ZA. Y a t il une solution pour le lire dans le fichier ?\r\n<pre>\r\n2019-05-01T13:46:53.426Z INFO VpiWriteValue>Send a CMD_MS_UAE on Z37.W0033.1015.Z002.CMD_MS_UAE\r\n</pre>\r\nCes modifications seront dans la version 0.0.1.3','2019-05-01 15:58:46',0),(757,375,'Issue',1,'Je viens de recevoir votre mail et corrige les groupes d\'activation pour AP et UGA','2019-05-01 16:00:40',0),(758,375,'Issue',328,'Le groupe est bien 1015 pour les ZC, ZF\r\nPar contre pour le CMD_MS_UAE des UGA, c’est 1129\r\nEt pour le CMD_AP_UAE, c’est 1400\r\n\r\nPour les lire dans le fichier cela va être compliqué, est ce que cela est compliqué d\'ajouter dans le fichier dat, la possibilité de les rendre paramétrable, exemple:\r\nGROUPE_CMD_MS_UAE_ZS 1015\r\nGROUPE_CMD_MS_UAE_ZA 1129\r\nGROUPE_CMD_AP_UAE 1400','2019-05-01 16:09:17',0),(759,372,'Issue',1,'JE ne suis pas certain des comprendre votre question. \r\nEst ce que vous pourriez clarifier ?','2019-05-01 16:35:53',0),(760,377,'Issue',328,'Dans la réponse \"pointInformationReply\" PID149, la n° de la zone se trouve en D+14.\r\n\r\nVotre question concerne la requête ou la réponse ?','2019-05-01 16:39:07',0),(761,377,'Issue',1,'Ma question concerne la réponse.\r\nMais D+14 correspond à AreaNumber. Ce qui semble impossible compte tenu des réponses envoyé par ma CMSI.\r\nPrenons un exemple : \r\nLors de la lecture dans le fichier conSys je lis une zone numéro 1 lors de la pointInformationReply AreaNumber = 2 et LogicalPointZone=1\r\nDonc, en utilisant AreaNumber je suis incapable de fabriquer l\'adresse qui a généré le changement.\r\n* Adresse fabriqué a partir de consys : Z37.Z0001.MS\r\n* Adresse fabriqué a partir de la réponse et en utilisant AreaNumber : Z37.Z0002.MS\r\n\r\nIl y a un problème !!!\r\n','2019-05-01 16:47:11',0),(762,377,'Issue',328,'Effectivement, le n° de la zone doit plutôt se trouver dans la LogicalPointZone (D+8)\r\n','2019-05-01 17:03:16',0),(763,372,'Issue',328,'Est ce que lors du scan du fichier xml, si on trouve un point ayant le même libéllé que d\'autres points attibués à G1000 et G1004, mais dont le groupe n\'est pas G1008, ce point est-il pris en compte dans le multitag ?\r\n\r\nJe pose cette question car dans certains cas le groupe peut être différent de G1008.\r\n\r\nVoici un extrait de mon email du 12/10:\r\n\r\n3) Pour créer les adresses multi -tag de cet ASS :\r\n\r\nRechercher les adresses de point ayant le même libellé,\r\nsi le groupe attribué est G1004 alors cette adresse de point correspondra à un multi tag pour les adresses DRG, POS_ATT et DFT_POS_ATT\r\nsi le groupe attribué n’est pas G1004 alors l’adresse de point correspondra à un multi tag pour les adresses DRG.\r\n','2019-05-01 17:34:13',0),(764,375,'Issue',1,'','2019-05-02 15:15:13',0),(765,376,'Issue',1,'Un AP peut être un ZF. Il n\'apparaissait donc pas lors de la création.\r\nLe code a été modifié pour permettre la création d\'AP qui sont aussi des ZF.\r\nIl faudrait modifier, dans le cadre d\'une evolution, le DisplayName et le BrowseName pour ajouter un préfix AP_ dans libelle de la zone sur le les APType.','2019-05-02 18:16:34',0),(766,376,'Issue',1,'','2019-05-02 18:16:44',0),(767,374,'Issue',1,'','2019-05-02 18:17:11',0),(768,372,'Issue',1,'Ajout du groupe 1088 dans la création des adresses multi-tag.\r\n1004, 1008 et 1088 seront utilisées pour le multi-tag','2019-05-02 18:20:23',0),(769,369,'Issue',1,'','2019-05-02 18:27:59',0),(770,373,'Issue',1,'','2019-05-03 12:04:15',0),(771,370,'Issue',1,'Il n\'y aucune relation possible avec le Vpi','2019-05-03 12:04:51',0),(772,367,'Issue',1,'','2019-05-06 09:40:50',0),(773,371,'Issue',328,'Bonjour,\r\n\r\nj\'ai fait une modification dans la prog SSI qui ne nécessite plus d\'avoir à interroger le voyant.\r\n\r\nPar contre, il semble que le passage à False par la \"procédure de reset\" ne fonctionne pas.\r\n\r\nCordialement.','2019-05-06 17:32:05',0),(774,369,'Issue',328,'Bonjour,\r\n\r\nla commande par les 2 variables ARR_ALM_SON et ARR_DRG_SON fonctionnent.\r\n\r\nLa remise à False par l\' Event Zxx.L0006.ARR_DRG_SON ne fonctionne pas.\r\n\r\nCordialement.','2019-05-06 17:35:40',0),(775,362,'Issue',328,'Nouvelle config nommé \"MAQUETTE_VPIEX_NF\" comprenant un multitag envoyé et téléchargé le 02/05/19.','2019-05-06 17:40:44',0),(776,336,'Issue',328,'','2019-05-06 17:41:38',0),(777,341,'Issue',328,'','2019-05-06 17:44:07',0),(778,333,'Issue',328,'','2019-05-06 17:45:02',0),(779,311,'Issue',328,'','2019-05-06 17:46:07',0),(780,377,'Issue',328,'Semble OK avec D+8, reste à essayer avec plusieurs zones','2019-05-06 17:48:10',0),(781,261,'Issue',328,'Bonjour,\r\n\r\nPouvez-vous me lister tous les groupes qui passent ALM à False ?\r\n\r\nMerci.\r\n\r\nCordialement.','2019-05-06 18:00:40',0),(782,260,'Issue',328,'','2019-05-06 18:01:24',0),(783,259,'Issue',328,'OK, variable PANEL_EN_SRV à renseigner dans le fichier .dat\r\n','2019-05-06 18:04:40',0),(784,259,'Issue',328,'Voir issue #368','2019-05-06 18:06:26',0),(785,258,'Issue',328,'','2019-05-06 18:07:37',0),(786,309,'Issue',328,'','2019-05-06 18:08:16',0),(787,330,'Issue',328,'','2019-05-06 18:08:39',0),(788,375,'Issue',328,'Bonjour,\r\n\r\nIl reste les essais CMD_AP_UAE a réaliser.\r\n\r\nEst-il possible d\'ajouter la possibilité de rendre paramétrable les groupes dans le fichier .dat, par exemple:\r\nGROUPE_CMD_MS_UAE_ZS 1015\r\nGROUPE_CMD_MS_UAE_ZA 1129\r\nGROUPE_CMD_AP_UAE 1400\r\n','2019-05-06 18:16:07',0),(789,378,'Issue',1,'Bonjour,\r\nla gestion des zones est identiques sur les deux versions du Vpi.\r\nJe m\'abonne et j\'attends des informations des centrales.\r\nJ\'envoie un PID:131 quand je ne suis pas encore abonné. \r\nC\'est la reception d\'un PID:132 qui marque les zones comme abonnées.\r\nLa reception d\'un PID:132 toutes les 4 min est forcément à l\'initiative des centrales.\r\n\r\nCordialement\r\nMichel','2019-05-07 17:43:42',0),(790,372,'Issue',1,'','2019-05-07 17:44:31',0),(791,368,'Issue',1,'Fixed in 0.0.1.9','2019-05-09 15:16:16',0),(792,369,'Issue',1,'','2019-05-09 15:32:50',0),(793,375,'Issue',1,'Evolution','2019-05-09 16:17:27',0),(794,371,'Issue',328,'Bonjour,\r\n\r\nOK, bien pris en compte dans la procédure de reset maintenant.\r\n\r\nCdlt.\r\n\r\nNF','2019-05-10 11:17:18',0),(795,376,'Issue',328,'Bonjour,\r\n\r\nReste à faire sur AP:\r\n\r\nManque le prefixe AP dans le BrowseName/ DisplayName/Libellé\r\n\r\nDans la requête par groupe spécifique, remplacer G1402 par G1404 et :\r\nsi G1404 est fixe on passe CMD_AP_SSI à True, si éteint on passe CMD_MS_SSI à False\r\nsi G1404 est clignotant on passe CMD_AP_UAE à True, si éteint on passe CMD_MS_UAE à False\r\nsi G1404 est clignotant ou fixe on passe AP à True\r\n\r\nPour la commande CMD_AP_UAE: lors du passage à True par le client, activer G1405 et lors du passage à False activer à nouveau G1405, on a le retour d\'état par la requête du G1404.\r\n\r\nMerci.\r\n\r\nCdlt.\r\n','2019-05-10 11:29:10',0),(796,369,'Issue',328,'Bonjour,\r\n\r\nARR_ALM_SON ne passe pas à False sur reception d\'un EVD 456\r\n\r\nCdlt.\r\n\r\nNF','2019-05-10 11:32:21',0),(797,379,'Issue',1,'Bonjour,\r\nil ne s\'agit pas d\'une anomalie mais d\'une evolution.\r\nCordialement\r\nMichel','2019-05-10 11:46:21',0),(798,376,'Issue',1,'Bonjour,\r\nil ne s\'agit pas d\'une anomalie mais d\'une evolution.\r\nCordialement\r\nMichel','2019-05-10 11:47:06',0),(799,325,'Issue',1,'','2019-05-10 11:47:35',0),(800,261,'Issue',328,'Bonjour,\r\n\r\nLe phénomène de \"disparition\" du détecteur en alarme, c\'est à dire du passage à False de ALM sans réarmement de l\'ECS s\'est à nouveau reproduit il y 3 semaines.\r\n\r\nPouvez-vous vérifier s\'il reste des Events ou EVD qui peuvent passer ALM à False et les supprimer le cas échéant.\r\n\r\nMerci.\r\n\r\nCdlt.\r\n\r\nNF','2019-05-10 12:11:43',0),(801,383,'Issue',353,'Idem après la VpiColdStart(). \r\nPremier appel, échec pas de connexion TCP avec la source de données, le serveur passe en 1 (Failed)\r\nDeuxième appel, connexion TCP OK avec la source de données, le serveur reste en failed !\r\n\r\nFaut\'il gérer manuellement le fait de remettre l\'état du serveur à OK ? Comme le VpiDeviceState.\r\n\r\nCordialement,\r\nF. TOURRET','2019-05-13 11:19:40',0),(802,383,'Issue',1,'Bonjour,\r\nc\'est une question intéressant.\r\nDans tous les cas vous pouvez gérer le State (2259) depuis le Vpi. \r\nCependant je pourrais implémenter un comportement par défaut qui basculerai le State (2259) en fonction de l\'état de tous les Vpis pris en charge par une instance du serveur.\r\nJe vais réfléchir a cette évolution.\r\n\r\nCordialement\r\nMichel','2019-05-14 14:14:48',0),(803,384,'Issue',1,'Il y a plusieurs choses que ne vont pas dans votre code.\r\nTout tourne autour des points suivants :\r\n- Mise à jour de la cache du Vpi non réalisé\r\n- utilisation de Vpi_NodeId_Compare inutile. Comparer les pointeurs de CSourceObject. C\'est plus simple et plus performant.\r\nCordialement\r\nMichel','2019-05-14 14:23:19',0),(804,384,'Issue',1,'','2019-05-14 14:23:49',0),(805,385,'Issue',1,'0 = node identique, autre ils sont différent','2019-05-14 14:24:59',0),(806,386,'Issue',1,'eLe Vpi est responsable de sa DataCache. Donc, oui, lors d\'une fonction d\'écriture il doit mettre à jour sa cache.','2019-05-14 14:31:05',0),(807,387,'Issue',1,'Le Read alimente le DeviceState et chacun des tags pris en charge par le Vpi.\r\nSi un Read retourne !=Vpi_Good alors le serveur passe ses tags en BadDeviceFailure. \r\nCependant le Read devrait toujours retourner Good sauf erreur critique.\r\npour le Write :\r\n On WarmStart needed then prepare for a call the WarmStart otherwise update the written tag Statuscode according to the Vpi low level StatusCode (pValue->StatusCode).','2019-05-14 14:44:45',0),(808,384,'Issue',353,'Ok pour la comparaison des pointeurs, je n\'y avait pas pensé.\r\nPar contre je ne comprend pas pourquoi vous dites que le cache n\'est pas mis à jour.\r\nJ\'ai essayé de procéder comme pour le VpiDeviceState qui fonctionne bien pourtant... Je ne plante plus maintenant avec la correction ci-dessous, mais sous UAExpert je ne voit pas les statuscode changer. D’ailleurs la zone centrale de UAExpert semble mal se rafraichir...\r\n for (it = VpiCache->begin() ; it != VpiCache->end() ; it++)\r\n {\r\n // Pour chaque élément on positionne la valeur à Vpi_BadCommunicationError\r\n CSourceObject * Objet = *it; // On récupère l\'objet du vecteur\r\n Vpi_NodeId NodeId = Objet->GetNodeId(); // On récupére son Node\r\n Vpi_NodeId_CopyTo(&NodeId, &pIds[i]); // On le copie NodeId dans le tableau\r\n if (deviceState != Objet) // On ne traite pas le VpiDeviceState déjà fait\r\n {\r\n Vpi_String tmpStr;\r\n Vpi_String_Initialize(&tmpStr);\r\n Vpi_NodeId_ToString(NodeId, &tmpStr);\r\n LOG(INFO,\"Bad comm sur le node : %s\",Vpi_String_GetRawString(&tmpStr));\r\n Vpi_DataValue* tmpValue = Objet->GetValue();\r\n tmpValue->Value.Value.StatusCode = Vpi_BadCommunicationError; // On affecte le nouveau status\r\n tmpValue->Value.Value.DateTime = Vpi_DateTime_UtcNow(); // On affecte l\'heure de modification\r\n Vpi_DataValue_CopyTo(tmpValue, &pValues[i]);\r\n i++;\r\n Vpi_String_Clear(&tmpStr);\r\n }\r\n }\r\n // Libération du cache\r\n Vpi_Mutex_Unlock(pVpiDESPCCL04->m_SourceObjectMutex);\r\n\r\n // Appel de la call Back server\r\n pFuncNotifyCallback(nbelements, pIds, pValues, &pResult, Vpi_Null, Vpi_Null);\r\n','2019-05-14 15:11:02',0),(809,384,'Issue',353,'ZUT problème de copier coller...\r\n\r\n for (it = VpiCache->begin() ; it != VpiCache->end() ; it++)\r\n {\r\n // Pour chaque élément on positionne la valeur à Vpi_BadCommunicationError\r\n CSourceObject * Objet = *it; // On récupère l\'objet du vecteur\r\n Vpi_NodeId NodeId = Objet->GetNodeId(); // On récupére son Node\r\n Vpi_NodeId_CopyTo(&NodeId, &pIds[i]); // On le copie NodeId dans le tableau\r\n if (deviceState != Objet) // On ne traite pas le VpiDeviceState déjà fait\r\n {\r\n Vpi_String tmpStr;\r\n Vpi_String_Initialize(&tmpStr);\r\n Vpi_NodeId_ToString(NodeId, &tmpStr);\r\n LOG(INFO,\"Bad comm sur le node : %s\",Vpi_String_GetRawString(&tmpStr));\r\n Vpi_DataValue* tmpValue = Objet->GetValue();\r\n tmpValue->Value.Value.StatusCode = Vpi_BadCommunicationError; // On affecte le nouveau status\r\n tmpValue->Value.Value.DateTime = Vpi_DateTime_UtcNow(); // On affecte l\'heure de modification\r\n Vpi_DataValue_CopyTo(tmpValue, &pValues[i]);\r\n i++;\r\n Vpi_String_Clear(&tmpStr);\r\n }\r\n }\r\n // Libération du cache\r\n Vpi_Mutex_Unlock(pVpiDESPCCL04->m_SourceObjectMutex);\r\n\r\n // Appel de la call Back server\r\n pFuncNotifyCallback(nbelements, pIds, pValues, &pResult, Vpi_Null, Vpi_Null);\r\n','2019-05-14 15:13:47',0),(810,388,'Issue',1,'Le support du J3 est dans la section fichier.\r\nJe publierai un template demain de Vpi demain\r\nCordialement\r\nMichel','2019-05-14 16:09:23',0),(811,384,'Issue',1,'Pour le statucCode est le timestamp cela devrait être bon','2019-05-14 16:12:25',0),(812,383,'Issue',353,'J\'ai ajouté ceci dans le thread de reception de données, mais le serverSate reste à Failed (quand la coldSart à échoué un fois).\r\n\r\n // Récupération du node de l\'objet ServerState du Cache\r\n Vpi_NodeId ServerStateNodeId;\r\n Vpi_NodeId_Initialize(&ServerStateNodeId);\r\n Vpi_NodeId_CopyTo(&pVpiDESPCCL04->m_ServerStateNodeId, &ServerStateNodeId);\r\n CSourceObject* serverState = pVpiDESPCCL04->GetSourceObject(ServerStateNodeId);\r\n // Préparation de la value\r\n Vpi_DataValue* pValue = serverState->GetValue();\r\n pValue->Value.Value.Int32 = Vpi_Good;\r\n Vpi_UInt32 nbelements = 1;\r\n\r\n Vpi_StatusCode* pResult = (Vpi_StatusCode*)malloc(sizeof(Vpi_StatusCode) * nbelements); // tableau de pResult\r\n\r\n pFuncNotifyCallback(nbelements, &ServerStateNodeId, pValue, &pResult, Vpi_Null, Vpi_Null);\r\n\r\nQu\'est-ce que j\'ai loupé ?\r\n\r\nMerci','2019-05-14 16:42:33',0),(813,383,'Issue',353,'Bonjour,\r\n\r\nAvec les essais que j\'ai fait ce matin, le fait de mettre le ServerState dans le Cache du Vpi pose problème dans la VpiReadValue(). Ceci provoque alors un blocage du serveur (il ne répond plus aux demandes de UAExpert).\r\nPeut on réellement gérer le serveur State du Vpi ? Comment ?\r\n\r\nPourquoi quand VpiColdStart() et VpiWarmStart() retournent Vpi_Good le serverState ne se remet pas à Running automatiquement ?\r\n\r\nF. TOURRET','2019-05-15 09:29:58',0),(814,383,'Issue',353,'Bon j\'avais fait une boulette et je ne libérais plus le cache du Vpi, d\'ou mes soucis.\r\n\r\nDonc OK j\'ai le ServerState dans le cache du VPI mais impossible de remettre la valeur à 0 running.\r\nLe VpiDeviceState.statuscode change bien à la coupure de comm avec la source de données et au rétablissement.\r\nPar contre impossible de changer le ServerState pour le remettre à running et le StatusCode des nodes lors de la coupure de comm.\r\n\r\nvoid * ClientTCP_onDisconnect(CClientDataGen* _clientTCP, void * _params)\r\n{\r\n // Cast des paramètres dans le bon format\r\n CVpiDESPCCL04 * pVpiDESPCCL04 = (CVpiDESPCCL04*) _params;\r\n // TODO perte de connexion X\r\n // -set devicestate à WarmstartNeeded X\r\n // -set des nodeId à BadCommunicationError avec protection mutex\r\n // -Appel de la callbackserver X\r\n\r\n // On positionne le WarmStartNeed car le connexion client est coupée\r\n // Récupération du node de l\'objet DeviceState du Cache\r\n LOG(INFO,\"ClientTCP_onDisconnect\");\r\n Vpi_NodeId DeviceStateNodeId;\r\n Vpi_NodeId_Initialize(&DeviceStateNodeId);\r\n Vpi_NodeId_CopyTo(&pVpiDESPCCL04->m_DeviceStateNodeId, &DeviceStateNodeId);\r\n // Récupération du node de l\'objet ServerState du Cache\r\n Vpi_NodeId ServerStateNodeId;\r\n Vpi_NodeId_Initialize(&ServerStateNodeId);\r\n Vpi_NodeId_CopyTo(&pVpiDESPCCL04->m_ServerStateNodeId, &ServerStateNodeId);\r\n\r\n // Protection du cache\r\n Vpi_Mutex_Lock(pVpiDESPCCL04->m_SourceObjectMutex);\r\n\r\n CSourceObject* deviceState = pVpiDESPCCL04->GetSourceObject(DeviceStateNodeId);\r\n CSourceObject* serverState = pVpiDESPCCL04->GetSourceObject(ServerStateNodeId);\r\n // Préparation de la value pour deviceSate\r\n Vpi_DataValue* pDSValue = deviceState->GetValue();\r\n pDSValue->Value.Value.StatusCode = Vpi_WarmStartNeed;\r\n\r\n // CallBack du serveur\r\n PFUNCNOTIFYCALLBACK pFuncNotifyCallback = (PFUNCNOTIFYCALLBACK)pVpiDESPCCL04->GetNotifyCallback();\r\n // Construire la liste des nodes à passer à la callback\r\n CSourceObjectList* VpiCache = pVpiDESPCCL04->GetSourceObjectList();\r\n Vpi_UInt32 nbelements = VpiCache->size();\r\n vector<CSourceObject *>::iterator it;\r\n Vpi_UInt32 i = 0;\r\n Vpi_NodeId* pIds = (Vpi_NodeId*)malloc(sizeof(Vpi_NodeId) * nbelements); // tableau de pNodeIds\r\n Vpi_DataValue* pValues = (Vpi_DataValue*)malloc(sizeof(Vpi_DataValue) * nbelements); // tableau de pValues\r\n Vpi_StatusCode* pResult = (Vpi_StatusCode*)malloc(sizeof(Vpi_StatusCode) * nbelements); // tableau de pResult\r\n for (it = VpiCache->begin() ; it != VpiCache->end() ; it++)\r\n {\r\n // Pour chaque élément on positionne la valeur à Vpi_BadCommunicationError sauf DeviceState\r\n CSourceObject * Objet = *it; // On récupère l\'objet dans le vecteur\r\n Vpi_NodeId NodeId = Objet->GetNodeId(); // On récupére son Node\r\n if (Objet != serverState) // On ne met pas à jour le serverState\r\n {\r\n //Vpi_NodeId_CopyTo(&NodeId, &pIds[i]); // On le copie NodeId dans le tableau\r\n pIds[i] = NodeId;//Objet->GetNodeId();\r\n Vpi_DataValue* tmpValue = Objet->GetValue(); // recupère l\'adresse de la value\r\n Vpi_String tmpStr;\r\n Vpi_String_Initialize(&tmpStr);\r\n Vpi_NodeId_ToString(NodeId, &tmpStr);\r\n LOG(INFO,\"Node mis à jour : %s\",Vpi_String_GetRawString(&tmpStr));\r\n // Vpi_String_Clear(&tmpStr);\r\n if (Objet != deviceState) // On ne traite pas le VpiDeviceState déjà fait\r\n {\r\n tmpValue->Value.Value.DateTime = Vpi_DateTime_UtcNow(); // On affecte l\'heure de modification\r\n tmpValue->Value.Value.StatusCode = Vpi_BadCommunicationError; // On affecte le nouveau status\r\n }\r\n Vpi_DataValue_CopyTo(tmpValue, &pValues[i]);\r\n i++;\r\n }\r\n }\r\n // Libération du cache\r\n Vpi_Mutex_Unlock(pVpiDESPCCL04->m_SourceObjectMutex);\r\n\r\n // Appel de la call Back server\r\n LOG(INFO,\"ClientTCP_onDisconnect : Appel de la CallBackServer, nbnodes : %i\",i);\r\n pFuncNotifyCallback(nbelements, pIds, pValues, &pResult, Vpi_Null, Vpi_Null);\r\n\r\n return Vpi_Null;\r\n}\r\n','2019-05-15 16:28:35',0),(815,383,'Issue',1,'Ci-dessous le code d\'une méthode qui change le serverState.\r\nAttention a ne pas l\'appler depuis un point d\'entrée du Vpi.\r\n<pre>\r\nVpi_StatusCode UASubSystem::CVpiInternalData::ChangeServerState(Vpi_ServerState newState)\r\n{\r\n Vpi_StatusCode uStatus = Vpi_Good;\r\n PFUNCNOTIFYCALLBACK pFuncNotifyCallback = (PFUNCNOTIFYCALLBACK)GetNotifyCallback();\r\n if (pFuncNotifyCallback)\r\n {\r\n // Now Transfert to the OOUAServer in the node OpcUaId_Server_ServerStatus_State (2259)\r\n Vpi_NodeId vpiNodeId;\r\n Vpi_NodeId_Initialize(&vpiNodeId);\r\n vpiNodeId.Identifier.Numeric = 2259;\r\n Vpi_DataValue* pValue = (Vpi_DataValue*)malloc(sizeof(Vpi_DataValue));\r\n Vpi_DataValue_Initialize(pValue);\r\n pValue->Value.Datatype = 29;\r\n pValue->Value.Value.Int32 = newState;\r\n pValue->StatusCode = Vpi_Good;\r\n pValue->SourceTimestamp = Vpi_DateTime_UtcNow();\r\n Vpi_StatusCode* pResults = (Vpi_StatusCode*)malloc(sizeof(Vpi_StatusCode));\r\n uStatus = pFuncNotifyCallback(1, &vpiNodeId, pValue, &pResults, (Vpi_Handle)this, Vpi_Null);\r\n Vpi_DataValue_Clear(pValue);\r\n free(pValue);\r\n Vpi_NodeId_Clear(&vpiNodeId);\r\n if (pResults)\r\n free(pResults);\r\n }\r\n else\r\n uStatus = Vpi_BadInternalError;\r\n return uStatus;\r\n}\r\n</pre>\r\n\r\nCordialement\r\nMichel ','2019-05-15 16:36:55',0),(816,384,'Issue',353,'Non ça ne fonctionne pas. Le timestamp semble bien être mis à jour mais impossible de changer le statusCode des nodes.\r\nLe datetime modifie sur les nodes dans le VPi correspond au SourceTimeStamp ou ServerTimestamp ?','2019-05-15 16:42:48',0),(817,383,'Issue',353,'Super quand on sait que le datatype du serverstate est 29 tout marche !!!\r\nEt comme le Vpitype correspondant n\'est pas déclaré, je ne pouvais pas le deviner...','2019-05-15 16:45:08',0),(818,384,'Issue',1,'Vous souhaitez faire quoi avec ce code ?\r\n<pre>\r\n tmpValue->Value.Value.StatusCode = Vpi_BadCommunicationError; // On affecte le nouveau status\r\n tmpValue->Value.Value.DateTime = Vpi_DateTime_UtcNow(); // On affecte l\'heure de modification\r\n</pre>\r\n\r\nLa deuxième ligne ne changera jamais le timestamp.','2019-05-15 16:46:24',0),(819,383,'Issue',1,'Bonjour,\r\nLa definition de toutes les nodes est dans les nodeset.\r\nIl faut prendre l\'habitude de les lire.\r\n\r\nCordialement\r\nMichel\r\n','2019-05-15 16:50:04',0),(820,384,'Issue',353,'Je souhaite mettre le statusCode de tous les nodes du cache en erreur sur perte de comm avec la source de données, comme vous l\'avez conseillé lors de la formation.','2019-05-15 16:54:52',0),(821,384,'Issue',1,'Oui mais plus précisément avec \r\npValues[i].Value.Value.DateTime = Vpi_DateTime_UtcNow(); ','2019-05-15 17:09:58',0),(822,383,'Issue',353,'Ben oui erreur de novice. Comme Obelix vous êtes tombé dedans il y a longtemps, nous on démarre juste et le sujet est plutôt velu.\r\n\r\nEnfin avec ce petit exemple j\'ai résolu tout mes problèmes en 5 petites minutes (ServerState, SatusCode des node #384, etc).\r\nComme quoi le template Vpi serai le bien venu pour avancer rapidement.\r\n\r\nMerci.','2019-05-15 17:28:51',0),(823,383,'Issue',1,';)\r\nJe ferme donc le 383 et 384.\r\nJe m\'occupe aussi du template','2019-05-15 17:40:24',0),(824,383,'Issue',1,'','2019-05-15 17:40:38',0),(825,384,'Issue',1,'','2019-05-15 17:40:59',0),(826,389,'Issue',1,'Bonjour,\r\nci-dessous une réponse à tes questions \r\n-Est il possible d\'initialiser un Tableau statique de structure à une taille fixe directement dans le model?\r\n C\'est pas forcement très simple mais normalement c\'est possible. Il faudrait cependant valider le comportement avec la version 1.0.5.7 finale.\r\n-Est il possible d\'initialiser une structure à des valeurs par défauts (je n\'ai pas réussi pour l\'instant...)directement dans le model?\r\n Je pense. Je vais y réfléchir\r\n-Comment fait on avec uaexpert pour qu\'on ne puisse utiliser qu\'un utilisateur en particulier avec un login et mot de passe\r\n Pourrais tu préciser la question. Souhaites tu n\'utiliser qu\'un utilisateur ? Tu peux utiliser l\'utilisateur OpenOpcUa.\r\n-Peut on envoyer des images avec le serveur, j\'ai réussi mais des que la taille augmente le serveur se désabonne est ce normal?\r\n Ce n\'ai pas normale. J\'ai déjà constaté des limite avec UAExpert. Est ce que tu peux regarder son log ?\r\n-Je crois que je t\'avais déjà posé la question mais peut on aspirer un model d\'un serveur via un autre actuellement?\r\n Oui\r\n\r\nJ\'espère que ces réponse te permettront d\'avancer.\r\n\r\nCordialement\r\nMichel','2019-06-11 17:11:59',0),(827,389,'Issue',374,'\r\n-Je crois que je t\'avais déjà posé la question mais peut on aspirer un model d\'un serveur via un autre actuellement?\r\nOui mais comment ? as tu un exemple ?\r\n\r\nMerci,\r\n\r\nCordialement,\r\n\r\nBenoit\r\n','2019-06-11 17:20:53',0),(828,387,'Issue',1,'','2019-06-19 16:43:30',0),(829,386,'Issue',1,'','2019-06-19 16:44:00',0),(830,385,'Issue',1,'','2019-06-19 16:44:22',0),(831,387,'Issue',1,'','2019-06-19 16:44:49',0),(832,366,'Issue',1,'','2019-06-19 16:45:12',0),(833,364,'Issue',1,'','2019-06-19 16:45:44',0),(834,358,'Issue',1,'','2019-06-19 16:46:23',0),(835,347,'Issue',1,'','2019-06-19 16:46:50',0),(836,288,'Issue',1,'','2019-06-19 16:47:22',0),(837,285,'Issue',1,'','2019-06-19 16:47:58',0),(838,388,'Issue',1,'Vous avez dans la dernière beta un exemple a jour','2019-06-19 16:49:40',0),(839,382,'Issue',353,'Bonjour,\r\n\r\nPB toujours présent sur la 1.0.5.7_RC05.\r\nComme j\'ai un bug aléatoire sur le VPI, je ne peux pas utiliser sanitize car il arrête sur ce problème et donc occulte mes soucis.\r\n\r\navez vous regardé ?\r\n\r\nCordialement,\r\nF. TOURRET\r\n','2019-06-24 10:07:16',0),(840,391,'Issue',1,'Bonjour,\nje ne suis pas certain de bien comprendre. Est ce que la description ci-dessous est correcte ?\nVous avez un problème de reconnaissance des certificats du client. \nVous devez pour vous connecter :\n# modifier la date du PC client, \n# recréer le certificat du client UA\n# Vous connecter au serveur \n\nAvez vous vérifié que les fuseaux et les informations DST des machines client et serveur sont identiques ? \n\nCordialement\nMichel Condemine','2019-06-25 15:54:53',0),(841,391,'Issue',353,'Quand on créer un nouveau certificat client (pour une nouvelle machine), il est systématiquement refusé par le serveur.\r\n\r\nDu coup la manip consiste à créer un certificat \"agé\" en changeant la date du PC client.\r\nEn remettant la date correctement sur le PC client on se retrouve alors avec un certificat \"ancien\" (date de début du certificat au 01/06/2019 par exemple).\r\n\r\nLà le fonctionnement est normal. On trust le certificat côté serveur et la connexion peut se faire normalement.\r\n\r\nCela ressemble à l\'incident #352, mais j\'ai vérifier le correctif est appliqué.\r\nLes fuseaux horaires sont bons et l\'horloge est synchro entre le client et le serveur.\r\n\r\nPar contre, que sont les informations DST ?\r\n\r\nMerci.\r\n\r\nCordialement.\r\n\r\nF. TOURRET\r\n\r\n','2019-06-25 16:41:23',0),(842,391,'Issue',1,'Bonjour,\r\ndésolé pour les acronymes. DST = Daylight Saving Time. (heure d\'été, d\'heure d\'hivers).\r\nJe ne comprends pas le début de votre message. \r\n<pre>\r\nQuand on créer un nouveau certificat client (pour une nouvelle machine), il est systématiquement refusé par le serveur.\r\n</pre>\r\n\r\nC\'est normal. Il faut le déplacer depuis rejected vers cert. Y a t il autre chose ?\r\n\r\nCordialement\r\nMC','2019-06-25 16:46:45',0),(843,391,'Issue',353,'Bonjour,\r\n\r\nVous trouverez ci-joint les log Client (UaExpert) et ServeropcUa (Stack_Error).\r\n\r\nConnexion avec un nouveau certificat non Trusté, puis trusté côté serveur -> Echec de connexion.\r\nConnexion avec un ancien certificat non Trusté, puis trusté côté serveur -> Connexion OK.\r\n\r\nCordialement.\r\nF. TOURRET','2019-06-27 07:33:58',0),(844,392,'Issue',1,'Bonjour,\r\nl\'erreur 0x800A0000 correspond à OpcUa_BadTimeout. \r\nLe client semble se déconnecter. Je dirais que le serveur entre dans une sorte de deadlock.\r\nEn dehors de la modification du statuscode, la mise à jour de la cache du Vpi le doit pas être faite par la fonction d\'écriture.\r\nLa thread de lecture de la data source doit être le seul moyende mise à jour des caches du Vpi et du serveur.\r\n\r\nJ\'espère que cela vous aidera.\r\n\r\nCordialement\r\nMC','2019-06-27 12:53:37',0),(845,392,'Issue',353,'Bon si je comprend bien.\r\n\r\nLe thread métier qui tourne dans le Vpi doit surveiller :\r\n - Les données sources arrivant par TCP, faire le traitement, mettre à jour la cache VPI et appeler la CallBackServer\r\n - Les données mise à jour par les clients OpcUa par l\'intermédiaire de la VpiWriteValue (appelée par le serveur), mettre à jour la cache VPI et appeler la CallBackServer.\r\n\r\nDans ce cas il faut donc passer la liste des nodes modifiés (et les values) par la VpiWriteValue au thread métier.\r\n\r\nJ\'attends votre confirmation, car dans ce cas il va falloir que je modifie une partie de l\'architecture du VPI.','2019-06-27 15:03:12',0),(846,392,'Issue',1,'Bonjour,\r\nLe VpiWrite ne doit pas appeler la callback. \r\nLe VpiWrite doit simplement utiliser la ppValue pour retourner des valeurs au serveur. principalement Vpi_GoodCompletesAsynchronously\r\nAu risque de me répéter. Il est essentiel de ne appeler la callback depuis le VpiWrite sinon cela pourrai provoquer un deadlock.\r\n\r\nSi le write fonctionne alors la thread de lecture détectera le changement a son prochain cycle.\r\n\r\n\r\nCordialement\r\nMC','2019-06-27 15:13:09',0),(847,392,'Issue',353,'Oui c\'est bien compris.\r\n\r\nJe vous l\'ai indique dans le 1er POST, je n\'appel pas la CallBackServer depuis aucuns EntryPoints !\r\nLa VpiWriteValue, fais simplement la mise à jour du VpiCache sans appeler la CallBackServer car c\'est interdit !\r\n','2019-06-27 15:28:11',0),(848,392,'Issue',1,'Alors c\'est parfait.\r\nJ\'avais un doute car vous aviez écrit :\r\n<pre>\r\nLes données mise à jour par les clients OpcUa par l\'intermédiaire de la VpiWriteValue (appelée par le serveur), mettre à jour la cache VPI et appeler la CallBackServer.\r\n</pre>\r\n\r\nDans ce cas vérifiez que votre fonction d\'écriture s\'execute bien de manière asynchrone.\r\n\r\nCordialement \r\n','2019-06-27 15:32:07',0),(849,392,'Issue',353,'Hors contexte effectivement mais il faut lire avec le début de phrase\r\n\r\n*Le thread métier qui tourne dans le Vpi doit surveiller :*\r\n - ...\r\n - Les données mise à jour par les clients OpcUa par l\'intermédiaire de la VpiWriteValue (appelée par le serveur), mettre à jour la cache VPI et appeler la CallBackServer.\r\n\r\nDonc dans VpiWriteValue, je fait simplement ppValue[i]->StatusCode = Vpi_GoodCompletesAsynchronously;','2019-06-27 15:38:57',0),(850,392,'Issue',1,'Vous pouvez aussi mettre a jour les autres attributs du Vpi_DataValue. Cela dépend de la logique de votre Vpi.\r\nJe recommande de ne changer que le StatusCode et le TimeStampSource.','2019-06-27 16:02:03',0),(851,392,'Issue',353,'Bonjour,\r\n\r\nJ\'ai remarqué que si je fais ppValue[i]->StatusCode = Vpi_GoodCompletesAsynchronously; sur une réussite d\'émission de trame TCP, dans la VpiWriteValue, j\'ai aussi ce petit blocage du serveur de temps en temps.\r\n\r\nSi je ne fais rien, il fonctionne parfaitement. Est-ce que j\'ai oublié quelque chose ? Est-ce utile de faire une action sur ces nodes ?\r\n\r\nLes nodes écrit pas le client ne sont pas les mêmes que les nodes écrit par le VPI. Donc pour moi cela n\'a pas d\'importance si ils ne sont pas à jour dans le VpiCache.\r\n\r\nMerci.\r\n\r\nCordialement.\r\nF. TOURRET\r\n\r\n\r\n','2019-06-28 07:41:42',0),(852,392,'Issue',353,'Bonjour,\r\n\r\nJ\'ai trouvé le point de blocage dans la VpiWriteValue mais je ne comprends pas pourquoi...\r\n\r\nJ\'ai volontairement mis un sleep(10) en debut de VpiWriteValue.\r\n\r\nPremière execution 1 node modifié pas de soucis.\r\nExecution suivante X nodes modifiés et la je bloque sur le deuxième node systématiquement !\r\n\r\nLe code :\r\n\r\n<pre>\r\nVpi_StatusCode VpiWriteValue(Vpi_Handle hVpi, \r\n Vpi_UInt32 UiNbOfValueWrite, \r\n Vpi_NodeId* Ids, \r\n Vpi_DataValue** ppValue)\r\n{\r\n time_t date;\r\n time(&date);\r\n string date_evenement = CConversion::timeGmtToLocalDate (date) + \" \" + CConversion::timeGmtToLocalTime(date);\r\n Vpi_StatusCode uStatus=Vpi_Good;\r\n (void)Ids;\r\n if (!hVpi)\r\n uStatus=Vpi_Bad;\r\n else\r\n {\r\n CVpiInternalData* phVpiInternalData=(CVpiInternalData*)hVpi;\r\n //(void)phVpiInternalData;\r\n Vpi_String nomVPI = phVpiInternalData->GetSubSystemName();\r\n LOG(INFO, \"%s - VpiWriteValue - debut %s - Nb nodes %i\", Vpi_String_GetRawString(&nomVPI), date_evenement.c_str(), UiNbOfValueWrite);\r\n // On récupère la classe du VPI\r\n CVpiDESPCCL04* VpiDESPCCL04 = phVpiInternalData->GetVpiDESPCCL04();\r\n if (VpiDESPCCL04->m_ClientTCP.GetEtat() != CClientDataGen::RUNNING)\r\n {\r\n // Le client n\'est pas en run, ecriture impossible\r\n LOG(ERROR, \"Ecriture impossible dans la source de données, le client TCP n\'est pas en RUNNING\");\r\n uStatus = Vpi_BadCommunicationError;\r\n }\r\n else\r\n {\r\n LOG(INFO,\"Traitement des ecritures dans la source\");\r\n sleep(10);\r\n // Traitement des écritures\r\n for (Vpi_UInt32 i = 0 ; i < UiNbOfValueWrite ; i++)\r\n {\r\n CSourceObject* tmpObject = VpiDESPCCL04->GetSourceObject(Ids[i]);\r\n // Extraction du nom de l\'objet reçu\r\n Vpi_String strtmp = tmpObject->GetAddress();\r\n // Recupération du nom de la zone\r\n string IdZoneName = findIdZone(Vpi_String_GetRawString(&strtmp));\r\n // Recupération du nom court de l\'objet\r\n string ObjShortName = findShortObjetName(Vpi_String_GetRawString(&strtmp));\r\n time(&date);\r\n string date_evenement = CConversion::timeGmtToLocalDate (date) + \" \" + CConversion::timeGmtToLocalTime(date);\r\n LOG(INFO,\"Traitement Objet : %s%s, date : %s\", ObjShortName.c_str(), IdZoneName.c_str(), date_evenement.c_str());\r\n // Gestion de la fonction DP\r\n if (ObjShortName == \"INHIBITION_DP@\")\r\n {\r\n// CCommandeFnct activDPS1(ACTIV_DPS1 + IdZoneName);\r\n// CCommandeFnct activDPS2(ACTIV_DPS2 + IdZoneName);\r\n if (ppValue[i]->Value.Value.Boolean == Vpi_True) <------- BLOCAGE ICI\r\n {\r\n // Attention RATP Inhibition true -> PISA activation false\r\n// activDPS1.SetCmd(date_evenement, 0);\r\n// activDPS2.SetCmd(date_evenement, 0);\r\n LOG(INFO,\"ACTIVATION DP : 0\");\r\n }\r\n else\r\n {\r\n// activDPS1.SetCmd(date_evenement, 1);\r\n// activDPS2.SetCmd(date_evenement, 1);\r\n LOG(INFO,\"ACTIVATION DP : 1\");\r\n }\r\n...\r\n</pre>\r\n\r\nJe bloque donc au deuxième node dans la boucle for à la lecture de la value du node\r\n if (ppValue[i]->Value.Value.Boolean == Vpi_True)\r\n\r\nJe ne comprend pas pourquoi, je fais quelque chose de pas bien à priori.\r\nJ\'en déduis donc que je lock quand la VpiWriteValue doit traiter plusieurs nodes.\r\n\r\nMerci pour votre aide.\r\n\r\nCordialement,\r\nF. TOURRET','2019-07-01 12:18:49',0),(853,392,'Issue',353,'OK j\'ai trouvé en regardant dans le VpiNullEx\r\n\r\nIl fallait que je récupère le pointeur sur le tableau de pDataValue !\r\nVpi_DataValue* pDataValue = (*ppValue)\r\n\r\nCa marche beaucoup mieux maintenant.\r\n\r\nD\'où l’utilité de nous fournir une structure de Vpi Nouvelle Génération comme modèle (#388 fermé par erreur de ma part!)\r\net nous répondre sur le #390.\r\n\r\nMerci.\r\nF. TOURRET','2019-07-01 14:18:25',0),(854,390,'Issue',353,'Bonjour,\r\nJe relance la sujet resté sans réponse.\r\nComment traitez-vous le fait que la source de données fournis un horodatage des informations à la source ?\r\n\r\nC\'est le dernier sujet qu\'il me reste à traiter pour finir le Vpi.\r\n\r\nMerci.\r\nCordialement.\r\nF. TOURRET\r\n','2019-07-22 09:01:08',0),(855,390,'Issue',1,'Bonjour,\r\nLe VpiWriteValue met a jour la cache du serveur donc votre source timestamp sera mis à jour. est ce que par hasard celui-ci n\'est pas égal a 0 ?\r\nPour convertir une chaine en date il faut utiliser les fonctions de l\'OpenopcUaVpiLibrary.\r\nCette conversion peut se faire en plusieurs étapes :\r\n# Extraire les champs de la date de votre chaine.\r\n# Placer ces champs dans un SYSTEMTIME\r\n# Convertir le SYSTEMTIME en FILETIME\r\n# Copier le FILETIME dans un Vpi_DateTime\r\n\r\nCordialement\r\nMichel Condemine','2019-07-22 09:29:20',0),(856,396,'Issue',1,'Essayez de sortir la fonction de la boucle for, ie :\r\nRemplacez :\r\nfor (int i = 0; i < sk_X509_num(pStOfX509); ++i)\r\nPar :\r\n int isk_X509_num = sk_X509_num(pStOfX509);\r\n for (int i = 0; i < isk_X509_num; ++i)\r\n\r\nSi cela fonctionne pour votre version de GCC je mettrais à jour le code.\r\nCordialement\r\nMichel Condemine','2019-09-05 08:54:28',0),(857,396,'Issue',353,'Je pensais à la même correction mais perdu ! C\'est la déclaration du int dans le for qui pose problème...\r\n\r\nIl faut donc écrire :\r\n_int i;\r\nfor (i = 0; i < sk_X509_num(pStOfX509); ++i)_\r\n\r\nPar contre j\'ai un autre soucis lors du linkage du serveur :\r\n<pre>\r\nLinking CXX executable /home/ftourret/Documents/ServerOpcUa/bin/linux/Debug/OpenOpcUaCoreServer\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/../lib/linux/Debug/libOpenOpcUaStack.so: référence indéfinie vers « X509_get0_authority_key_id »\r\ncollect2: error: ld returned 1 exit status\r\nCMakeFiles/OpenOpcUaCoreServer.dir/build.make:1510: recipe for target \'/home/ftourret/Documents/ServerOpcUa/bin/linux/Debug/OpenOpcUaCoreServer\' failed\r\nmake[2]: *** [/home/ftourret/Documents/ServerOpcUa/bin/linux/Debug/OpenOpcUaCoreServer] Error 1\r\nCMakeFiles/Makefile2:60: recipe for target \'CMakeFiles/OpenOpcUaCoreServer.dir/all\' failed\r\nmake[1]: *** [CMakeFiles/OpenOpcUaCoreServer.dir/all] Error 2\r\nMakefile:72: recipe for target \'all\' failed\r\nmake: *** [all] Error 2\r\nall file was generated\r\nlibLuaLib.a libOpenOpcUaSharedlib.so libOpenOpcUaStack.so libXMLSAXParser.so\r\n\r\n</pre>\r\nCordialement.\r\nF. TOURRET\r\n','2019-09-05 09:25:11',0),(858,396,'Issue',1,'Êtes vous certain d\'utiliser OpenSSL 1.1 ?\r\nCette fonction y est bien défini.\r\nhttps://www.openssl.org/docs/man1.1.0/man3/X509_get0_authority_key_id.html\r\nJe n\'ai aucun problème avec la Debian 9.\r\n','2019-09-05 09:28:43',0),(859,396,'Issue',1,'Pour l\'erreur initiale. Il faut positionnez votre compilateur en C99 ou en C11 comme l\'indique le message d\'erreur.\r\nC99 c\'était il y a déjà 20 ans ;)\r\n\r\n','2019-09-05 09:31:27',0),(860,396,'Issue',353,'Pour info :\r\nOpenOpcUaCoreServer generation\r\n-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found version \"1.1.0f\") \r\n-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found suitable version \"1.1.0f\", minimum required is \"1.1\") \r\n-- OpenSSL Found: TRUE\r\n\r\nJe suis d\'accord pour la compilation en C99 ou C11. Pourquoi l\'option n\'est pas forcée dans le makefile alors ?','2019-09-05 09:43:54',0),(861,396,'Issue',1,'Je vais faire une RC07 qui fixera les problème de déclaration de int dans les boucle for.\r\npar contre comme vous avez bien un OpenSSL 1.1 je ne comprend pas le problème que vous rencontrez avec X509_get0_authority_key_id.\r\n\r\nCordialement\r\nMichel Condemine','2019-09-05 09:47:46',0),(862,396,'Issue',353,'Après vérification :\r\ngcc 4.9.2 (Debian 8.2) compile du C90 et du C++98 par défaut\r\ngcc 6.3.0 (Debian 9) compile du C11 et du C++14 par défaut\r\n\r\nDonc j\'ai modifier les CMakeLists.txt de la façon suivante pour être dans les mêmes conditions que gcc 6.3 (Debian 9) :\r\npour CMAKE_C_FLAGS j\'ai ajouté l\'option -std=gnu11\r\npour CMAKE_CXX_FLAGS j\'ai ajouté l\'option -std=gnu++14\r\n\r\nVoilà comme ceci nous compilons avec les mêmes options de langages ce qui est mieux car je n\'ai plus à faire les modifications comme vu dans le #343.\r\n\r\nMais j\'ai alors une autre erreur de compilation :\r\n<pre>\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp: In member function ‘OpcUa_StatusCode OpenOpcUa::UACoreServer::CSessionServer::CreateSubscription(OpcUa_UInt32, OpcUa_Double, OpcUa_UInt32, OpcUa_UInt32, OpcUa_UInt32, OpcUa_Boolean, OpcUa_Byte, OpenOpcUa::UACoreServer::CSubscriptionServer**)’:\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp:1296:47: error: call of overloaded ‘isnan(OpcUa_Double&)’ is ambiguous\r\n if (isnan(dblRequestedPublishingInterval))\r\n ^\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp:1296:47: note: candidates are:\r\nIn file included from /usr/include/features.h:374:0,\r\n from /usr/include/stdio.h:27,\r\n from /home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/include/stdafx.h:42,\r\n from /home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp:39:\r\n/usr/include/x86_64-linux-gnu/bits/mathcalls.h:234:1: note: int isnan(double)\r\n __MATHDECL_1 (int,isnan,, (_Mdouble_ __value)) __attribute__ ((__const__));\r\n ^\r\nIn file included from /home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/include/stdafx.h:191:0,\r\n from /home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp:39:\r\n/usr/include/c++/4.9/cmath:626:3: note: constexpr bool std::isnan(long double)\r\n isnan(long double __x)\r\n ^\r\n/usr/include/c++/4.9/cmath:622:3: note: constexpr bool std::isnan(double)\r\n isnan(double __x)\r\n ^\r\n/usr/include/c++/4.9/cmath:618:3: note: constexpr bool std::isnan(float)\r\n isnan(float __x)\r\n ^\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp: In member function ‘OpcUa_StatusCode OpenOpcUa::UACoreServer::CSessionServer::ProcessReadRequest(OpenOpcUa::UACoreServer::CQueuedReadMessage*)’:\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp:4247:28: warning: unused variable ‘pDataValue’ [-Wunused-variable]\r\n CDataValue* pDataValue=pUAVariable->GetValue();\r\n ^\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp: In member function ‘OpcUa_StatusCode OpenOpcUa::UACoreServer::CSessionServer::ContinuationPointLookup(OpcUa_ByteString, OpenOpcUa::UACoreServer::CContinuationPoint**)’:\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaCoreServer/source/SessionServer.cpp:6978:26: warning: statement has no effect [-Wunused-value]\r\n OpcUa_BadOutOfMemory;\r\n ^\r\nCMakeFiles/OpenOpcUaCoreServer.dir/build.make:721: recipe for target \'CMakeFiles/OpenOpcUaCoreServer.dir/source/SessionServer.cpp.o\' failed\r\nmake[2]: *** [CMakeFiles/OpenOpcUaCoreServer.dir/source/SessionServer.cpp.o] Error 1\r\nCMakeFiles/Makefile2:60: recipe for target \'CMakeFiles/OpenOpcUaCoreServer.dir/all\' failed\r\nmake[1]: *** [CMakeFiles/OpenOpcUaCoreServer.dir/all] Error 2\r\nMakefile:72: recipe for target \'all\' failed\r\nmake: *** [all] Error 2\r\n\r\n\r\n</pre>\r\n\r\nMerci.\r\n\r\n','2019-09-05 11:01:30',0),(863,396,'Issue',1,'Je ne suis pas trop favarable a cette modification dans le CMake. Elle d\'ailleurs apparaitre un erreur dans un portion de code qui n\'a pas changé.\r\nCependant vous pouvez ajouter un cast :\r\nif (isnan((double)dblRequestedPublishingInterval))\r\n\r\nEncore une fois il doit y avoir un autre pb. Ce code n\'a pas changé depuis la dernière version.\r\n\r\nCordialement\r\nMichel Condemine','2019-09-05 11:18:22',0),(864,396,'Issue',353,'Bon OK, je reviens donc avec la compilation par défaut en C90 et C++98.\r\n\r\nPour info en ce qui concerne le PB de linkage sur X509_get0_authority_key_id.\r\n\r\nSous Debian 9 cette fonction est bien définie dans le fichier x503v3.h (openssl 1.1.0h) mais pas dans notre version 1.1.0f...\r\nIl y a X509_get0_subject_key_id mais c\'est tout.','2019-09-05 14:44:04',0),(865,396,'Issue',1,'Si c\'est la cas il faut passer en 1.1.0 ou supérieur\r\nMais je suis surpris qu\'un fonction aussi importante n\'ai pas d\'équivalent en 1.1.0f\r\n\r\nCordialement\r\nMichel Condemine','2019-09-05 14:51:06',0),(866,396,'Issue',353,'Bonjour,\r\n\r\nOK, il y avait un problème dans le package de la libssl-dev 1.1.0f qui ne me mettait pas a jour les .h\r\nJ\'ai compilé avec la libssl 1.1.0k\r\n\r\nsujet clos, merci.\r\n\r\nCordialement.\r\n\r\nF. TOURRET.','2019-09-09 09:48:35',0),(867,396,'Issue',1,'','2019-09-09 15:29:50',0),(868,397,'Issue',1,'Bonjour,\r\nJe n\'ai pas ce problème sous Windows.\r\nJe vais faire quelques essai sous Linux et vous tiens au courant.\r\nCordialement\r\nMichel Condemine','2019-09-09 15:31:08',0),(869,397,'Issue',353,'Bonjour,\r\n\r\nJe me suis aperçu que j’avais le même soucis avec la RC5. Le serveur génère systématiquement un certificat au démarrage.\r\nAlors, j’ai mis le certificat complet en CPF_L04.pfx dans private et en plus la clé publique CPF_L04.der dans certs (ce que je ne faisais pas avant).\r\nMaintenant le serveur ne génère plus de certificat au démarrage. Est-ce la bonne pratique ?\r\nDans ce cas, il serai bien de l\'indiquer quelque part (Doc, PowerPoint formation...).\r\n\r\nMerci.\r\nCordialement.\r\nF. TOURRET\r\n','2019-09-16 07:30:18',0),(870,397,'Issue',353,'Bonjour,\r\n\r\nSans nouvelles de votre part, je galère toujours.\r\n\r\nSi le serveur génère son propre certificat, je connecte un client sans problème.\r\nSi je met mon certificat (pièce jointe) .pfx dans le private et .der dans le certs (merci de confirmer s\'il faut procéder de cette façon), là le client est systématiquement rejeté :\r\n<pre>\r\n11:50:45.253 | Server Node | Server Debian VM 10.4.80.7 | Endpoint: \'opc.tcp://SCBGR:4880/CPF_L04\'\r\n11:50:45.253 | Server Node | Server Debian VM 10.4.80.7 | Security policy: \'http://opcfoundation.org/UA/SecurityPolicy#Basic256Sha256\'\r\n11:50:45.253 | Server Node | Server Debian VM 10.4.80.7 | ApplicationUri: \'urn:SCBGR:PISA:CPF_L04\'\r\n11:50:45.253 | Server Node | Server Debian VM 10.4.80.7 | Used UserTokenType: Anonymous\r\n11:50:45.390 | General | | [uastack] OpcUa_TcpConnection_ProcessResponse: Error Message!\r\n11:50:45.390 | General | | [uastack] OpcUa_TcpConnection_ProcessResponse: Status 0x80130000!\r\n11:50:45.391 | Server Node | Server Debian VM 10.4.80.7 | Error \'BadSecurityChecksFailed\' was returned during OpenSecureChannel\r\n11:50:45.391 | Server Node | Server Debian VM 10.4.80.7 | Connection status of server \'Server Debian VM 10.4.80.7\' changed to \'Disconnected\'.\r\n</pre>\r\nEt le certificat du client se retrouve systématiquement dans rejected alors que je l\'ai précédemment placé dans certs.\r\n\r\nJ\'ai comparé les certificats auto généré et le mien, ils sont formé de la même manière... Les machines sont sur le même NTP pour la synchro horaire.\r\n\r\nAvez-vous une piste ?\r\n\r\nMerci pour votre aide.\r\n\r\nCordialement.\r\nF. TOURRET\r\n\r\n','2019-09-26 11:57:48',0),(871,397,'Issue',1,'Bonjour,\r\nJe suis en déplacement.\r\nSi vous placez le pfx dans private le serveur fabriquera le der correspondant.\r\nSi vous placez les deux fichiers déjà générés dans les bons répertoires le fichier les utilisera.\r\nJe regarderai plus en détail vos certificats lors de mon retour à Montpellier.\r\nAttention, il faut que vous utilisiez la RC07. Elle contient de nombreuses modification dans la gestion des PKI\r\nCordialement\r\nMichel Condemine','2019-09-26 12:27:32',0),(872,397,'Issue',353,'Je viens de tester avec la version RC7.\r\n\r\nJe confirme que si on ne met pas le .der dans certs correspondant au .pfx de private, le serveur re-génère un certificat provisoire (public + privé).\r\n\r\nAvec les 2 fichiers du certificat j\'arrive à fonctionner sur ma machine de dev mais pas sur la cible (même os que la dev mais sans interface graphique et le minimum installé).\r\nLa clé public du client (le même) est systématiquement rejetée.\r\nJ\'en déduit qu\'il manque quelques chose sur la cible. openssl est bien le même sur les 2 dans la même version.\r\n\r\nVoici les logs du serveur cible qui refuse le certificat client :\r\n<pre>\r\n2019-09-26T17:15:37.000Z STACK_ERROR OpcUa_SecureListener_ChannelManager_GetChannelBySecureChannelID: Searched SecureChannel with id 1855060332 NOT found!\r\n2019-09-26T17:15:37.000Z STACK_ERROR OpcUa_SecureListener_ChannelManager_GetChannelBySecureChannelID: Searched SecureChannel with id 1855060333 NOT found!\r\n2019-09-26T17:15:54.000Z STACK_ERROR OpcUa_SecureListener_ChannelManager_GetChannelBySecureChannelID: Searched SecureChannel with id 1855060334 NOT found!\r\n2019-09-26T17:15:54.000Z STACK_ERROR \r\nverify error:\r\n num=18:self signed certificate\r\n depth=0\r\n /C=FR/ST=France/L=Romagnat/O=PISA/OU=BGW/CN=UaExpert@pisa-043\r\n2019-09-26T17:15:54.000Z STACK_ERROR OpcUa_SecureListener_ValidateCertificate: Validation failed with 0x80130000\r\n2019-09-26T17:15:54.000Z STACK_ERROR ProcessOpenSecureChannelRequest: Client Certificate not valid! (0x80130000)\r\n2019-09-26T17:15:54.000Z STACK_ERROR OpcUa_SecureListener_ProcessRequest: Closing channel due error 0x80130000!\r\n</pre>\r\n\r\nJe ne comprend pas ce qui ne va pas.\r\n\r\nCordialement.\r\nF. TOURRET\r\n','2019-09-26 19:21:16',0),(873,397,'Issue',1,'Bonjour,\r\nle certificat DER que génère le serveur quand seul le PFX est présent dans le répertoire private n\'est pas un certificat provisoire.\r\nCe certificat est le certificat public associé au PFX.\r\nVotre trace indique que vous utilisez un certificat auto-signé.\r\nEst ce la cas ?\r\n\r\nCordialement\r\nMichel Condemine','2019-09-27 09:42:14',0),(874,397,'Issue',353,'Bonjour,\r\n\r\nCe matin j\'ai réinstallé la machine cible.\r\nLe serveur démarre OK, il prend bien en compte le certificat :\r\n<pre>\r\n2019-09-27T09:15:31.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-09-27T09:15:31.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-09-27T09:15:31.000Z SERVER_ERROR Root of the certificateStore: /data/ServerOpcUa/CertificateStore\r\n2019-09-27T09:15:31.000Z SERVER_ERROR Extension found in the server certificate are :\r\n2019-09-27T09:15:31.000Z SERVER_ERROR C=FR:\r\n2019-09-27T09:15:31.000Z SERVER_ERROR ST=France:\r\n2019-09-27T09:15:31.000Z SERVER_ERROR L=Romagnat:\r\n2019-09-27T09:15:31.000Z SERVER_ERROR O=PI System Automation:\r\n2019-09-27T09:15:31.000Z SERVER_ERROR OU=BGW:\r\n2019-09-27T09:15:31.000Z SERVER_ERROR CN=CPF_L04:\r\n2019-09-27T09:15:31.000Z SERVER_ERROR DC=SCBG:\r\n2019-09-27T09:15:31.000Z SERVER_ERROR Your certificate validate your server \r\n</pre>\r\n\r\nLe client se connecte, il est refusé. Je met sa clé publique dans certs, Ok le client se connecte.\r\nJ’arrête le serveur et je le redémarre, OK pas de problèmes. Reboot de la machine OK.\r\n\r\nJ\'ai juste une erreur BadCertificateHostNameInvalid côté client.\r\n\r\n<pre>\r\n11:26:14.756 | Server Node | Server SCBG 192.181 | Endpoint: \'opc.tcp://SCBG:4880/CPF_L04\'\r\n11:26:14.756 | Server Node | Server SCBG 192.181 | Security policy: \'http://opcfoundation.org/UA/SecurityPolicy#Basic256Sha256\'\r\n11:26:14.756 | Server Node | Server SCBG 192.181 | ApplicationUri: \'urn:SCBG:PISA:CPF_L04\'\r\n11:26:14.756 | Server Node | Server SCBG 192.181 | Used UserTokenType: Anonymous\r\n11:26:15.113 | General | | The hostname or IP address in the server certificate does not match the hostname or IP address the client connected to\r\n</pre>\r\n\r\nLa machine s\'appelle SCBG, j\'ai le hosts correct et le certificat correspond également... ?\r\n\r\nMerci.\r\n\r\nCordialement\r\nF. TOURRET\r\n\r\n\r\n\r\n','2019-09-27 11:28:26',0),(875,397,'Issue',353,'Oui nous utilisons bien un certificat autosigné.\r\n\r\nCe qui arrive souvent et j\'ai le cas cette après-midi sur une autre machine, c\'est que le serveur ignore les clés privés présente (ou les refuse) et il regénère un couple de clé systématiquement (voir capture jointe). Il ignore même les clés qu\'il a généré lui même précédemment.\r\n<pre>\r\n2019-09-27T11:35:13.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-09-27T11:35:13.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-09-27T11:35:13.000Z SERVER_ERROR Root of the certificateStore: /data/ServerOpcUa/CertificateStore\r\n2019-09-27T11:35:13.000Z SERVER_ERROR Your certificate in DER file not fit the private key. Will create a new one\r\n</pre>\r\n\r\nLors de l\'installation (sans reboot) tout fonctionne bien, mais suite à un reboot j\'ai le soucis ci-dessus.\r\nSur ce type de configuration je suis en double serveur :\r\nhostname SCBG1/SCBG2\r\nfichier hosts\r\n127.0.0.1 SCBGR SCBG1 ou SCBG2\r\nCertificat contenant SCBGR.\r\nJ\'ai déjà fait fonctionner cette configuration sur le RC5.\r\n\r\nDes modification empêche ce fonctionnement ?\r\n\r\nCordialement.\r\n\r\n\r\n\r\n\r\nCordialement.','2019-09-27 13:50:45',0),(876,397,'Issue',353,'Bonjour,\r\n\r\nBadCertificateHostNameInvalid résolu sur une machine monoserveur, j\'avais oublié de mettre à jour mon fichier hosts et de me connecter avec le hostname au lieu de l\'IP...\r\n\r\nLe WE fait du bien et ça remet les idées en place.\r\nReste à refaire fonctionner sur un cluster de serveur (SCBG1/SCBG2) avec une IP commune et une hostname commun. Je l\'avais déjà fais fonctionner avec la RC5.\r\n\r\nCordialement.\r\nF. TOURRET','2019-09-30 07:21:23',0),(877,397,'Issue',1,'Bonjour, \r\nFélicitation. Vous êtes bien en RC7 ?\r\n\r\nCordialement\r\nMichel Condemine','2019-09-30 07:22:52',0),(878,397,'Issue',353,'Oui en 1.0.5.7_RC7_PISA du 05/09 c\'est la seule don je dispose.','2019-09-30 11:19:03',0),(879,397,'Issue',353,'Bonjour,\r\n\r\nJe pense avoir trouvé d\'ou viens le problème après avoir fait de nombreuses manipulations.\r\n\r\nEn résumé :\r\nAu premier démarrage le serveur prend bien ma clé publique et privée (il n\'a jamais eu de client connecté donc pas de clé client dans certs).\r\nJe connecte mon client qui est rejeté. Je copie sa clé dans certs. Maintenant il est accepté. Super !\r\n\r\nJ\'arrête le serveur et je le relance, alors il me dit que sa clé publique ne correspond pas à sa clé privée. Il me génère donc un nouveau couple de clés !\r\n*Je suppose donc qu\'il prend la clé du client pour sa clé publique !!!*\r\n\r\nPour valider le test, je supprime les clés publiques clientes et toutes les clés générées par le serveur de façon à n\'avoir que CPF_L04.pfx dans private et CPF_L04.der dans certs (comme lors d\'une nouvelle installation).\r\nEt la bingo le serveur démarre sans re-générer de certificat. Je peux donc me reconnecter avec mon client une fois son certificat déplacé dans certs.\r\n\r\nDonc il semblerai bien que j\'ai identifier *le bug* sur lequel je bute depuis *plus d\'une semaine* !\r\n\r\nPouvez-vous donc vérifier au niveau du code et refaire les tests ci-dessus.\r\n\r\nJe suis disponible pour vous montrer le problème en visio si je n\'ai pas été clair.\r\n\r\nMerci\r\n\r\nCordialement.\r\nF. TOURRET\r\n\r\n','2019-10-01 17:03:19',0),(880,397,'Issue',1,'FT : En résumé :\r\nAu premier démarrage le serveur prend bien ma clé publique et privée (il n\'a jamais eu de client connecté donc pas de clé client dans certs).\r\n\r\nMC : Comment ça ?\r\nIl y la clé public du serveur\r\n\r\nFT : Je connecte mon client qui est rejeté. Je copie sa clé dans certs. Maintenant il est accepté. Super !\r\nJ\'arrête le serveur et je le relance, alors il me dit que sa clé publique ne correspond pas à sa clé privée. Il me génère donc un nouveau couple de clés !\r\n\r\nMC : NON, Ou sont passées les clés qui était présente au 1er lancement ? \r\n\r\nFT : Je suppose donc qu\'il prend la clé du client pour sa clé publique !!!\r\nPour valider le test, je supprime les clés publiques clientes et toutes les clés générées par le serveur de façon à n\'avoir que CPF_L04.pfx dans private et CPF_L04.der dans certs (comme lors d\'une nouvelle installation).\r\nEt la bingo le serveur démarre sans re-générer de certificat. Je peux donc me reconnecter avec mon client une fois son certificat déplacé dans certs.\r\n\r\nMC : C’est le comportement normal\r\n\r\nFT : Donc il semblerai bien que j\'ai identifier le bug sur lequel je bute depuis plus d\'une semaine !\r\nMC : Je ne comprends pas la description de l’étape. : « J\'arrête le serveur et je le relance, alors il me dit que sa clé publique ne correspond pas à sa clé privée. Il me génère donc un nouveau couple de clés ! »\r\n\r\nMC : Pourriez vous simplement répondre a la question : \"Ou sont passez les clés entre le 1er et le 2ème lancement ?\r\n\r\nCordialement\r\nMichel Condemine','2019-10-01 17:20:09',0),(881,397,'Issue',353,'Bonjour,\r\n\r\nJe pense qu\'il va être compliqué de se comprendre par écrit sur problème complexe. Je vous propose donc de vous faire la démonstration du problème en web conf. Non y gagnerons tous du temps !\r\nJe suis disponible, et il faudrait traiter ce problème rapidement.\r\n\r\nPour répondre à vos questions : \r\n\r\nMC : Comment ça ?\r\nIl y la clé public du serveur *OUI effectivement, car si je ne met pas la clé publique de mon certificat le serveur re-génère un couple de clés privée/publique*\r\n\r\nMC : NON, Ou sont passées les clés qui était présente au 1er lancement ?\r\n*SI dans certs il y a la clé publique du serveur + la clé publique du client et une autre clé générée par le serveur au démarrage.\r\nDans private, il y a la clé privée du serveur plus une autre générée au démarrage du serveur.\r\nAvez-vous vu ma capture d\'écran dans le poste précédent ?*\r\n\r\nMC : C’est le comportement normal\r\n*NON, je ne peux pas supprimer les clés des clients à chaque redémarrage du serveur et les copier ensuite dans certs !!!!!*\r\n\r\nJe peux vous garantir que je n\'avais pas ces soucis dans la 1.0.5.6, voir 1.0.5.7_RC04 ou RC05 à vérifier.\r\n\r\nMerci de mettre de la bonne volonté dans le pistage de ce problème et de ne pas vous braquer.\r\nJe vous assure qu\'il y a un souci et j\'ai passé beaucoup de temps à l’identifier et pour pouvoir le reproduire.\r\n\r\nJ\'aimerai que l\'on résolve ce problème de façon constructive et rapide.\r\n\r\nMerci pour votre compréhension.\r\n\r\nCordialement.\r\nF. TOURRET\r\n','2019-10-02 07:52:19',0),(882,397,'Issue',353,'Je confirme que *la version 1.0.5.7_RC05 fonctionne* et que je n\'ai *aucuns problèmes de certificats*.\r\n\r\nDans cette version le serveur ignore la clé publique qu\'on lui fourni et la génère automatiquement.\r\nElle est identique à celle que j\'avais placé dans le répertoire (correspond à vos explications et confirme vos propos).\r\n\r\n*Fonctionnement OK pour moi.*\r\n\r\nLes versions *RC6 et RC7* ont donc bien une *régression de fonctionnement*.\r\n\r\nMerci de bien vouloir prendre en compte le problème.','2019-10-02 08:29:17',0),(883,390,'Issue',353,'Bonjour,\r\n\r\nJ\'ai effectué ma conversion et j\'arrive presque au résultat puisque j\'ai juste +1h de décalage.\r\nL\'heure est OK avant _SystemTimeToFileTime_ mais +1 juste après.\r\n\r\nDans le code de la fonction _FileTimeToSystemTime_ j\'ai trouvé ceci :\r\n\r\nlpSystemTime->wHour = tmTime->tm_hour; // just delete a +1 ... Need to validate this change\r\n\r\nJe confirme qu\'il faut retrancher une heure.\r\nJe pense que cela et du au fait d\'utiliser plus haut : \r\ntmTime = gmtime(&timeTime);\r\nau lieu de :\r\ntmTime = localtime(&timeTime);\r\n\r\nJe viens de tester avec la modification et cela fonctionne.\r\nEtes vous d\'accord pour intégrer cette modification pour les 2 fonctions ? \r\n\r\nCordialement.\r\nF. TOURRET\r\n','2019-10-07 08:51:57',0),(884,390,'Issue',1,'Bonjour\r\nAttention les serveurs doivent toujours manipuler une heure UTC pas une heure locale.\r\nLa conversion UTC/Locale reste à la charge du client.\r\ngmtime == heure UTC\r\nlocalTime == heure locale\r\n\r\nCordialement\r\nMichel Condemine','2019-10-07 09:26:58',0),(885,390,'Issue',353,'OK.\r\n\r\nJ\'ai converti l\'heure de la source en UTC.\r\nCela fonctionne bien maintenant.\r\nCe que je ne comprends pas c\'est pourquoi un décalage d\'une heure seulement. Avec l\'heure d\'été cela devrait faire 2 heures entre l\'heure locale et l\'heure UTC...\r\n\r\nCordialement.\r\nF. TOURRET\r\n','2019-10-07 15:20:32',0),(886,390,'Issue',1,'Bonjour,\r\nil ne faut pas oublier d\'intégrer le DST dans la conversion UTC/Locale. \r\nEn ce moment on est encore en heure d\'été.\r\n\r\nCordialement\r\nMichel','2019-10-08 08:56:32',0),(887,397,'Issue',353,'Bonjour,\r\n\r\nAvez-vous avancé sur le sujet ?\r\n\r\nLe fait de renommer le certificat serveur (pour le mettre en dernier par ordre alpha) ne fonctionne pas toujours.\r\nJe suis obligé de prendre la RC05 pour faire mes essais.\r\n\r\nNous allons bientôt devoir déployer sur site, j\'attends la date exacte.\r\nQuand pensez-vous fournir la version release ?\r\n\r\nCordialement.\r\nF. TOURRET','2019-10-10 13:56:05',0),(888,397,'Issue',1,'Bonjour,\r\nj\'ai regardé le problème.\r\nContrairement a notre hypothèse initiale le serveur break bien sa recherche quand il trouve le bon certificat.\r\nIl faut donc que je continue la recherche. \r\nVous écrivez que le workaround ne fonctionne pas toujours. Pourriez vous m\'indiquer les cas dans lesquels il ne fonctionne pas ?\r\nCordialement\r\nMichel Condemine','2019-10-11 08:57:19',0),(889,397,'Issue',353,'Bonjour,\r\n\r\nEffectivement sur la machine sur laquelle on a fait les tests ensemble, la bidouille fonctionne.\r\n\r\nMais sur les machines pour le client, j\'ai ce comportement :\r\nSans clé publique cliente :\r\n* Start du serveur, il accepte son couple de clé pub/priv (zCPF_L04.pfx/.der).\r\n* Reject de la clé publique du client à la première connexion\r\n* Acceptation manuelle de la clé publique du client\r\n* Nouvelle connexion client OK\r\n\r\nA ce moment j\'ai, comme voulu, le couple de clé du serveur et la clé publique du client (UaExpert@pisa-043...)\r\nJe déconnecte le client et j\'arrête de serveur.\r\nPuis je relance le serveur :\r\n Le serveur re-génère un couple de clé publique + privé (du nom du serveur CPF_L04[..].pfx/.der).\r\n\r\n<pre>\r\n2019-10-11T13:38:04.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-10-11T13:38:04.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-10-11T13:38:04.000Z SERVER_ERROR Root of the certificateStore: /data/ServerOpcUa/CertificateStore\r\n2019-10-11T13:38:04.000Z SERVER_ERROR Your certificate in DER file not fit the private key. Will create a new one\r\n</pre>\r\n\r\nCordialement.\r\nF. TOURRET\r\n\r\n\r\n\r\n\r\n','2019-10-11 15:41:36',0),(890,397,'Issue',353,'Bonjour,\r\n\r\nNous devons faire l\'installation sur site le 24/10/2019. Je pars donc sur la version 1.0.5.7_RC05 pour le moment.\r\n\r\nCordialement.\r\n\r\nF. TOURRET','2019-10-16 10:07:21',0),(891,397,'Issue',1,'Bonjour,\r\nc\'est entendu. Je suis toujours en train de travailler sur la certification.\r\nJ\'ai fait quelques modifications à la demande de la fondation.\r\nJe vais travailler demain sur le serveur pour sortir une RC08.\r\n\r\nCordialement\r\nMichel Condemine','2019-10-16 10:10:39',0),(892,401,'Issue',1,'Bonjour Norbert,\r\nPensez a supprimer le repertoire CertificateStore avant de la lancer la 1.0.5.7.\r\n\r\nCordialement\r\nMichel','2019-10-16 10:12:20',0),(893,402,'Issue',328,'mot de passe du zip: @ADP01','2019-10-29 10:39:12',0),(894,401,'Issue',328,'Bonjour Michel,\r\n\r\nJe supprime bien systématiquement le dossier CertificateStore avant le démarrage.\r\n\r\nHier, après avoir changer le nom de la machine le serveur s’arrêtait systématiquement après quelques minutes lors de son démarrage et cela malgré l\'activation du mode de compatibilité.\r\nEn débranchant la liaison vers l\'UAE, il a bien démarré...\r\n\r\nPouvez-vous regarder d\'où vient le problème ?\r\n\r\nCordialement.\r\n\r\nNorbert\r\n','2019-10-31 09:30:03',0),(895,404,'Issue',353,'pour avancer dans les tests, j\'ai désactiver le VPI pour le moment.\r\n\r\nLe serveur fonctionne mais je ne peu plus connecter le client :\r\n<pre>\r\n15:49:55.111 | Server Node | Server SCBG 192.181 | ApplicationUri: \'\'\r\n15:49:55.111 | Server Node | Server SCBG 192.181 | The server does not support the configured security policy \'http://opcfoundation.org/UA/SecurityPolicy#Basic256Sha256\'.\r\n15:50:03.770 | Server Node | Server SCBG 192.181 | Used UserTokenType: Anonymous\r\n15:50:03.774 | Server Node | Server SCBG 192.181 | The server returned no certificate, all certificate checks will be skipped.\r\n15:50:03.785 | General | | [uastack] OpcUa_Channel_BeginConnect: Cannot create secure channel without certificates!\r\n15:50:03.824 | Server Node | Server SCBG 192.181 | Error \'BadInvalidArgument\' was returned during OpenSecureChannel\r\n15:50:03.828 | Server Node | Server SCBG 192.181 | Connection status of server \'Server SCBG 192.181\' changed to \'Disconnected\'.\r\n</pre>\r\n\r\nDans les log du serveur, il bien chargé son certificat :\r\n<pre>\r\n2019-11-07T14:46:39.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-11-07T14:46:39.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-11-07T14:46:39.000Z SERVER_ERROR Root of the certificateStore: /data/ServerOpcUa/CertificateStore\r\n2019-11-07T14:46:39.000Z SERVER_ERROR Extension found in the server certificate are :\r\n2019-11-07T14:46:39.000Z SERVER_ERROR C=FR:\r\n2019-11-07T14:46:39.000Z SERVER_ERROR ST=France:\r\n2019-11-07T14:46:39.000Z SERVER_ERROR L=Romagnat:\r\n2019-11-07T14:46:39.000Z SERVER_ERROR O=PI System Automation:\r\n2019-11-07T14:46:39.000Z SERVER_ERROR OU=BGW:\r\n2019-11-07T14:46:39.000Z SERVER_ERROR CN=CPF_L04:\r\n2019-11-07T14:46:39.000Z SERVER_ERROR DC=SCBG:\r\n2019-11-07T14:46:39.000Z SERVER_ERROR Your certificate validate your server \r\n</pre>\r\n\r\nIl y a des choses qui ont changé dans le fichier de configuration du serveur ?\r\n\r\nMerci.\r\n\r\nF. Tourret','2019-11-07 15:54:49',0),(896,404,'Issue',1,'Bonjour,\r\nmerci pour votre retour. Je vous confirme votre modification.\r\nConcernant votre problème de connexion.\r\nLe fichier OOUAPRJ a évolué. En particulier la balise element Binding.\r\n <Binding Protocol=\"TCP\" Port=\"16664\" Encoding=\"Binary\">\r\n <Security Policy=\"None\" Mode=\"None\"/>\r\n <Security Policy=\"Basic128Rsa15\" Mode=\"Sign\"/>\r\n <Security Policy=\"Basic128Rsa15\" Mode=\"SignEncrypt\"/>\r\n <Security Policy=\"Basic256\" Mode=\"Sign\"/>\r\n <Security Policy=\"Basic256\" Mode=\"SignEncrypt\"/>\r\n <Security Policy=\"Basic256Sha256\" Mode=\"Sign\"/>\r\n <Security Policy=\"Basic256Sha256\" Mode=\"SignEncrypt\"/>\r\n <UserToken Type=\"Anonymous\"/>\r\n <UserToken Type=\"UserName\"/>\r\n <UserToken Type=\"X509\"/>\r\n </Binding> \r\n\r\n\r\nCordialement\r\nMichel Condemine','2019-11-07 16:00:32',0),(897,404,'Issue',1,'En résumé,\r\n il faut maintenant explicitement lister les Security Policy et les UserToken que le serveur doit supporter.\r\n\r\nIl s\'agit d\'une exigence CTT. J\'ai essayer de faire une version qui soit compatible avec l\'ancienne syntaxe.\r\n\r\nCordialement\r\nMichel Condemine','2019-11-07 16:04:28',0),(898,404,'Issue',353,'OK super.\r\n\r\nJ\'ai donc corrigé mon fichier oouaprj comme ceci :\r\n<pre>\r\n <Binding Protocol=\"TCP\" Port=\"4880\" Encoding=\"Binary\">\r\n <Security Policy=\"Basic256Sha256\" Mode=\"SignEncrypt\"/>\r\n <UserToken Type=\"Anonymous\"/>\r\n </Binding>\r\n</pre>\r\n\r\nJe démarre le serveur sans certificats client.\r\nLe client est refusé est son certificat placé dans rejected => OK\r\nJe déplace le certificat du client dans certs\r\nJe tente une nouvelle connexion du client... Segmentation fault\r\n\r\nJe n\'ai toujours pas de VPI. Ai-je oublié quelque chose dans la conf ?\r\n\r\nMerci.\r\n\r\nF. TOURRET','2019-11-07 16:24:28',0),(899,404,'Issue',1,'Ooops seg fault pas bon ca. \r\nMais je ne pense pas que vous ayez oublié quelque chose.\r\nVous n\'autorisez que Basic256Sha256 en anonyme.\r\nEst ce que vous avez la call stack ?\r\n\r\nCordialement\r\nMichel Condemine','2019-11-07 16:28:45',0),(900,404,'Issue',353,'Bonjour,\r\n\r\nPour le projet ou nous n\'autorisons que la connexion Basic256Sha256 en anonyme. Mais ce matin j\'ai tout autorisé mais même résultat.\r\nQu\'entendez-vous pas vous avez la call stack ?\r\nJ\'ai compilé : libOpenOpcUaSharedlib.so, libOpenOpcUaStack.so, libOpenOpcUaVpiLibrary.so, libVPIDesPccL04.so et OpencUaCoreServer \r\n\r\nQuestion : Doit on garder _SecurityNone=False_ dans la balise _ServerConfig_ avec l\'évolution de la configuration ?\r\n\r\nPouvez-vous me donner les évolutions du VPI ou un VPI exemple pour gagner du temps. Car je pense que comme pour la configuration, il y a des choses qu\'on ne peut pas deviner.\r\n\r\nMerci.\r\n\r\nF. TOURRET','2019-11-08 07:29:39',0),(901,404,'Issue',1,'Bonjour,\r\nUn exemple de Vpi à jour est dans le livrable. (VpiNullEx)\r\n\r\nConcernant la crash. Je souhaite savoir ou il se produit et quelle séquence de fonctions déclenchent la problème.\r\n\r\nCordialement\r\nMichel Condemine','2019-11-08 08:55:50',0),(902,399,'Issue',1,'Bonjour,\r\nje viens d\'implementer cette fonctionnalité. Elle sera livrée avec le prochain package.\r\nCordialement\r\nMichel','2019-11-10 00:08:48',0),(903,404,'Issue',353,'Bonjour,\r\n\r\nConnexion en Basic256Sha256 en anonyme.\r\n\r\nJ\'ai testé sur un Debian 9 en connexion client none/none Anonymous, même constat.\r\n\r\nci-dessous le log de la stack.\r\n<pre>\r\n2019-11-12T08:40:06.000Z ALWAYS Server is listening on IPV4 at :\r\n opc.tcp://localhost:4880/CPF_L04.\r\n\r\n2019-11-12T08:40:06.000Z ALWAYS 1562 Nodes in the addressSpace split in \r\n 258 Objects 1047 Variables 0 Views 21 Methods \r\n 65 ObjectTypes 23 ReferenceTypes 114 DataTypes 34 VariableTypes\r\n2019-11-12T08:40:06.000Z ALWAYS Press Q or q to exit.\r\n\r\n2019-11-12T08:40:12.000Z STACK_ERROR OpcUa_SecureListener_ChannelManager_GetChannelBySecureChannelID: Searched SecureChannel with id 1589976011 NOT found!\r\n2019-11-12T08:40:12.000Z STACK_ERROR OpcUa_SecureListener_ChannelManager_GetChannelBySecureChannelID: Searched SecureChannel with id 1589976012 NOT found!\r\n</pre>\r\n\r\nCordialement,\r\nF. TOURRET\r\n','2019-11-12 09:39:16',0),(904,404,'Issue',1,'Bonjour,\r\nJ\'ai toujours la même question :\r\n\"Concernant la crash. Je souhaite savoir ou il se produit et quelle séquence de fonctions déclenchent la problème.\"\r\n\r\nEst ce que vous avez la pile des appels au moment du crash ?\r\n\r\nCordialement\r\nMichel Condemine','2019-11-12 09:42:44',0),(905,404,'Issue',353,'Ci-joint le résultat d’exécution sous Valgrind.\r\n\r\nIl semblerai qu\'il y ai un problème dans les nodeId à la création de session.\r\n\r\nCordialement,\r\nF. TOURRET','2019-11-12 10:47:08',0),(906,406,'Issue',1,'Bonjour,\r\nje vais te faire une livraison ce matin.\r\nIl faut cependant savoir que le fichier afxres.h est un fichier du Visual Studio. Je ne livre pas ce fichier.\r\nJ\'ai compilé sous VS2017 sans problème sur mon poste\r\n\r\nCordialement\r\nMichel','2019-11-18 09:26:01',0),(907,261,'Issue',1,'Bonjour Nobert,\r\nj\'attends toujours votre retour sur ce point ainsi que sur la dernière livraison (64bits).\r\nNotez que je suis en déplacement professionnel au USA (cote ouest) jusqu\'au 5 décembre.\r\nCordialement\r\nMichel Condemine','2019-11-18 09:43:34',0),(908,164,'Issue',1,'','2019-11-18 09:44:12',0),(909,103,'Issue',1,'','2019-11-18 09:44:52',0),(910,238,'Issue',1,'All is now 64bits on both Windows and Linux.\r\nIt was validated by a bunch of customers on both platform\r\nRegards\r\nMichel','2019-11-18 09:47:04',0),(911,89,'Issue',1,'Hi,\r\nI clean up the issue list. This was fixed more 3 years ago.\r\nEnjoy the new certified 1.0.5.7\r\nMichel','2019-11-18 09:52:14',0),(912,404,'Issue',1,'Bonjour,\r\nje viens de générer une RC11, j\'ai testé sous Debian 9 x64:\r\nSimulation en connection Window/Linux Security None OK\r\nSimulation Security None supprimé, connection en Basic256Sha256 OK\r\n\r\nJe clos cet incident et vous livre la RC11\r\nCordialement\r\nMichel Condemine\r\n','2019-11-18 10:02:19',0),(913,404,'Issue',1,'','2019-11-18 10:15:08',0),(914,405,'Issue',333,'\r\n\r\n\r\n\r\n\r\n\r\nJason Noh wrote:\r\n> Hi Michel,\r\n> \r\n> How have you been? Busy as usual?\r\n> We are finally began working on the OPC UA Server based on your project.\r\n> I remember you shared with us the \"OpenOpcUaConfigManager\", the QT-based gui tool.\r\n> \r\n> Can you share the code with us again.\r\n> \r\n> Thanks,\r\n> \r\n> Jason\r\n\r\nMichel,\r\n\r\nI received an email addressed from you but there is no contents.\r\nCan you send it again, please?\r\n\r\nThanks,\r\n\r\nJason ','2019-11-19 03:17:22',0),(915,402,'Issue',1,'Bonjour,\nje suis au USA jusqu\'au 3 décembre.\nvoici la commande pour convertir un pem en pfx.\n\nh1. PEM (.pem, .crt, .cer) to PFX\n<pre>\nopenssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile more.crt\n</pre>\nBreaking down the command:\n* openssl – the command for executing OpenSSL\n* pkcs12 – the file utility for PKCS#12 files in OpenSSL\n* export -out certificate.pfx – export and save the PFX file as certificate.pfx\n* inkey privateKey.key – use the private key file privateKey.key as the private key to combine with the certificate.\n* in certificate.crt – use certificate.crt as the certificate the private key will be combined with.\n* certfile more.crt – This is optional, this is if you have any additional certificates you would like to include in the PFX file.','2019-11-20 02:35:32',0),(916,407,'Issue',1,'Bonjour,\r\nComme indiqué j\'ai fait un teste approfondi avec une débian 9 64 bit. \r\nconnexion secure et non secure. Je n\'ai rencontré aucune seg-fault.\r\nPour mon test j\'ai utilisé les sources que j\'ai envoyé. donc je suis certain des sources.\r\nÊtes vous certain de votre méthode de build ?\r\nPar contre pour vous connecter vous devrez attendre la fin de l\'indexation des fichiers. Mais d\'après votre log cela semble correcte.\r\n\r\nVotre valgrind semble indiquer une erreur lors de la création des nodes de diagnostics. Sans en etre certain je pencherais pour un problème dans l\'intégration des derniers sources.\r\nEncore une fois je suis certain des sources que j\'ai placé sur le redmine.\r\n\r\nJe suis actuellement en déplacement en Californie. Je serai de retour le 5 décembre. Dans l\'interval je ferai de mon mieux pour vous répondre.\r\nCordialement\r\nMichel Condemine','2019-11-20 02:50:56',0),(917,407,'Issue',353,'Bonjour,\r\n\r\nPour éviter tous doutes sur la compilation, j\'ai pris vos sources que j\'ai compilé directement sous Debian 9 64 bits sans modifications.\r\nJe n\'ai pas mis de VPI non plus.\r\nbuildAll.sh. Pui scopie de toutes les lib et exécutable dans un répertoire et exécution (SécurityNone=\"TRUE\").\r\n\r\nJ\'ai repris la manipulation ce matin pour être sûr, toujours SegFault. Je ne comprend pas, notre configuration peut-elle être la cause ?\r\n\r\nAprès pour le VPI il faut aussi compiler la OpenOpcUaVpiLibrary, mais je n\'en suis pas là pour le moment.\r\n\r\nCordialement.\r\n\r\nF. TOURRET\r\n\r\n\r\n\r\n','2019-11-20 09:23:59',0),(918,407,'Issue',1,'Bonjour,\r\nje suis en plein jet-lag et profite de ce \"non-sommeil\" pour essayer de vous aider.\r\nCi-joint ma configuration de test (Simulation).\r\nPouvez vous la tester sur votre poste ?\r\nJe resterai éveillé pour les 90 min à venir.\r\n\r\nCordialement\r\nMichel Condemine','2019-11-20 11:22:00',0),(919,402,'Issue',1,'Bonjour Norbert,\nje profite de mon jet-lag pour vous aider.\nJ\'ai essayé de créer les fichiers pfx a partir de fichiers que vous avez mis dans le ZIP.\nLe problème est que vos fichiers ne sont pas bien clair.\nJ\'ai donc deux questions :\nVous souhaitez générer un pfx pour quel fichier ?\nOu se trouve la clé privée associée ?\n\nCordialement\nMichel','2019-11-20 11:29:21',0),(920,402,'Issue',1,'Bonjour,\r\nthéoriquement la séquence de commandes suivantes devraient fonctionner :\r\nStep1: \r\nopenssl x509 -outform der -in sp402sitycouae1-bundle.pem -out sp402sitycouae1-bundle.crt\r\nStep2:\r\nopenssl pkcs12 -export -out sp402sitycouae1-bundle.pfx -inkey sp402sitycouae1_key.pem -in sp402sitycouae1-bundle.crt\r\n\r\nLa première passe bien mais le seconde retourne \"unable to load certificates\"\r\n\r\nJe suis perplexe\r\n\r\nMichel','2019-11-20 11:45:00',0),(921,407,'Issue',1,'Bonjour,\r\nbonne nouvelle.\r\nJ\'ai trouvé le problème en créant votre configuration sous Windows.\r\nLe crash survient bien lors de la création des informations de diagnostique.\r\nLe client fournit pas de nom de session par défaut. La sessionName est donc vide et provoque le crash.\r\nJe vais régler ce problème. Dans l\'attente ajoutez un nom de session dans UAExpert.\r\n\r\nCordialement\r\nMichel Condemine','2019-11-20 12:40:25',0),(922,407,'Issue',353,'Bonjour,\r\n\r\nEffectivement avec la RC11 en mettant un nom de session cela fonctionne. \r\n\r\nJe suis sur le VPI qui plante et je teste la RC12 ensuite.\r\nUne chaine ne semble pas correcte dans la value d\'un node.\r\n\r\nDans VpiWriteValue au moment de récupérer la sring dans la value, plantage. Je procède comme ceci :\r\n<pre>\r\nCSourceObject* tmpObject = VpiDESPCCL04->GetSourceObject(Ids[i]);\r\n// Extraction du nom de l\'objet reçu\r\nVpi_String strtmp = tmpObject->GetAddress();\r\n...\r\nstring strValue = Vpi_String_GetRawString(&pDataValue[i].Value.Value.String);\r\n</pre>\r\nCela fonctionnait bien jusqu’à maintenant et fonctionne pour les booléens...\r\n<pre>\r\nif (pDataValue[i].Value.Value.Boolean == Vpi_True)\r\n</pre>\r\nAvez-vous une idée ?\r\n\r\nMerci.\r\n\r\nF. TOURRET\r\n','2019-11-21 08:32:58',0),(923,407,'Issue',353,'J\'ai trouvé !\r\n\r\nLa chaine était vide, donc j\'ai ajouté un test Vpi_String_IsNull avant la conversion en string.\r\n\r\nPeut-être faudrait il le tester dans Vpi_String_GetRawString et retourner une chaine vide...\r\n\r\nJe ne m\'explique pas pourquoi je n\'ai pas eu le bug avant ?\r\n\r\nCordialement,\r\nF. TOURRET','2019-11-21 10:13:20',0),(924,407,'Issue',353,'J\'ai observé un comportement curieux avec la RC12 (je pense que c\'est idem avec la RC11 et précédentes). Cela n\'engendre pas de dysfonctionnement. Tests effectués en Debian 9x64 sans VPI et sources non modifiés.\r\n\r\n1er démarrage du serveur avec seulement sa clé privé et publique. OK\r\n1er connexion client, refus de la connexion. OK. Validation manuelle du certificat client (déplacement de rejected à certs). OK\r\n2ieme connexion client OK.\r\n\r\n<pre>\r\n2019-11-21T12:51:12.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-11-21T12:51:12.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-11-21T12:51:12.000Z SERVER_ERROR Root of the certificateStore: /data/ServerOpcUa/CertificateStore\r\n2019-11-21T12:51:12.000Z SERVER_ERROR Extension found in the server certificate are :\r\n2019-11-21T12:51:12.000Z SERVER_ERROR C=FR:\r\n2019-11-21T12:51:12.000Z SERVER_ERROR ST=France:\r\n2019-11-21T12:51:12.000Z SERVER_ERROR L=Romagnat:\r\n2019-11-21T12:51:12.000Z SERVER_ERROR O=PI System Automation:\r\n2019-11-21T12:51:12.000Z SERVER_ERROR OU=BGW:\r\n2019-11-21T12:51:12.000Z SERVER_ERROR CN=CPF_L04:\r\n2019-11-21T12:51:12.000Z SERVER_ERROR DC=SCBG:\r\n2019-11-21T12:51:12.000Z SERVER_ERROR Your certificate validate your server \r\n</pre>\r\n\r\nArrêt du serveur.\r\nLe répertoire certs contient alors les certificats publiques suivant :\r\n- CPF_L04.der (généré par nos soins)\r\n- UaExpert@pisa-043 [3E013E59A4342636E1C83CF2741D03A6D09F01BA].der (clé du client générée par le serveur)\r\n\r\nAu redémarrage du serveur, il regénère sa clé client : CPF_L04 [369D3E8DD60C27A6D1A54B6610682A4691C16E39].der alors que le fichier CPF_L04.der est toujours présent.\r\n<pre>\r\n2019-11-21T12:53:14.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-11-21T12:53:14.000Z SERVER_ERROR Root =/data/ServerOpcUa/CertificateStore TrustedLocation=/certs RevokeLocation IssuerLocation=/crl RevokedIssuerLocation=/auth\r\n2019-11-21T12:53:14.000Z SERVER_ERROR Root of the certificateStore: /data/ServerOpcUa/CertificateStore\r\n2019-11-21T12:53:14.000Z SERVER_ERROR Your certificate in DER file not fit the private key. Will create a new one\r\n2019-11-21T12:53:14.000Z SERVER_ERROR Extension found in the server certificate are :\r\n2019-11-21T12:53:14.000Z SERVER_ERROR C=FR:\r\n2019-11-21T12:53:14.000Z SERVER_ERROR ST=France:\r\n2019-11-21T12:53:14.000Z SERVER_ERROR L=Romagnat:\r\n2019-11-21T12:53:14.000Z SERVER_ERROR O=PI System Automation:\r\n2019-11-21T12:53:14.000Z SERVER_ERROR OU=BGW:\r\n2019-11-21T12:53:14.000Z SERVER_ERROR CN=CPF_L04:\r\n2019-11-21T12:53:14.000Z SERVER_ERROR DC=SCBG:\r\n2019-11-21T12:53:14.000Z SERVER_ERROR Your certificate validate your server \r\n</pre>\r\n\r\nLes 2 certificats publique sont identiques.\r\n\r\nAu redémarrage suivant, il ne regénère pas d\'autre clé.\r\n\r\nJe vais sans doute ne plus mettre la clé publique, comme avant, mais c\'est curieux qu\'elle soit prise correctement qu\'au 1er démarrage. La présence de certificat client semble le perturber...\r\n\r\nA méditer.\r\n\r\nCordialement.\r\nF. TOURRET\r\n\r\n','2019-11-21 13:56:51',0),(925,407,'Issue',1,'Bonjour,\r\nJe ne suis pas certain de comprendre la nature du problème et comment le reproduire.\r\nCependant plutôt que :\r\nstring strValue = Vpi_String_GetRawString(&pDataValue[i].Value.Value.String);\r\nUtilisez\r\nVpiCharA* strValue = Vpi_String_GetRawString(&pDataValue[i].Value.Value.String);\r\n\r\nMerci d\'ouvrir un nouvel incident pour toutes suite a ce problème\r\nCordialement\r\nMichel Condemine','2019-11-22 02:10:26',0),(926,408,'Issue',1,'Bonjour, \r\ntrès bonne remarque.\r\nJe m\'en occupe de suite.\r\nLa nouvelle fonction est comme suit :\r\n<pre>\r\n/*============================================================================\r\n* Get pointer to internal raw string.\r\n*===========================================================================*/\r\nVpi_CharA* VPI_DLLCALL Vpi_String_GetRawString(const Vpi_String* a_pString)\r\n{\r\n Vpi_CharA* pszResult = Vpi_Null;\r\n if (a_pString)\r\n pszResult = _Vpi_String_GetRawString(a_pString);\r\n return pszResult;\r\n}\r\n</pre>\r\n\r\nCordialement\r\nMichel Condemine','2019-11-22 15:38:57',0),(927,409,'Issue',1,'Bonjour,\r\nIl a toujours été possible d\'initialiser les valeurs depuis le fichier NodeSet.\r\nMalheureusement cette initialisation n\'était pas propagée jusqu\'au Vpi. J\'ai corrigé cette lacune dans la RC1x.\r\nCela explique que le VpiwriteValue soit appelé au démarrage du Serveur.\r\nAfin de supprimer ces appel il faut supprimer les initialisations du/des nodeset.\r\n\r\nCordialement\r\nMichel Condemine','2019-11-22 15:57:44',0),(928,409,'Issue',353,'Bonjour,\r\n\r\nJe comprend le principe. \r\nDonc il faut supprimer l\'initialisation des noteset dans VpiParseAddId ? J\'ai testé mais VPpiWriteValue est toujours appelée.\r\n\r\n<pre>\r\n// création d\'un nouvel objet\r\nCSourceObject* pNewSourceObject = new CSourceObject();\r\nif (pNewSourceObject)\r\n{\r\n // Adresse côté serveur OPCUA\r\n pNewSourceObject->SetNodeId(Id);\r\n // récupération d\'un pointeur sur la valeur\r\n// Vpi_DataValue* pValue = (Vpi_DataValue*)malloc(sizeof(Vpi_DataValue));\r\n// if (pValue)\r\n// {\r\n// if (uStatus == Vpi_Good)\r\n// {\r\n //pValue->SourceTimestamp = Vpi_DateTime_UtcNow();\r\n //pValue->Value.Value.StatusCode = Vpi_UncertainInitialValue;\r\n //pNewSourceObject->SetValue(pValue);\r\n\r\n pNewSourceObject->SetAddress(ParsedAddress);\r\n VpiDESPCCL04->AddSourceObject(pNewSourceObject);\r\n// }\r\n// else\r\n// {\r\n// delete pNewSourceObject;\r\n// Vpi_DataValue_Clear(pValue);\r\n// free(pValue);\r\n// }\r\n...\r\n</pre>\r\n\r\nCe que je ne comprend pas, c\'est que si on a mis un status au nodeset dans la VpiParsedAddId, pourquoi le serveur change cet état à l\'appel de la VpiWriteValue et le met à Vpi_Good ?\r\n\r\nCordialement.\r\n\r\nF. TOURRET\r\n\r\n','2019-11-25 08:26:01',0),(929,411,'Issue',1,'Bonjour,\r\nnon le serveur ne les déplace pas automatiquement.\r\nCe serai peut être bien que je le fasse. Je vais y réfléchir.\r\nCordialement\r\nMichel Condemine','2019-11-25 17:22:44',0),(930,409,'Issue',1,'Bonjour,\r\nil faut supprimer les initialisations des fichiers nodeset.\r\n\r\nCordialement\r\nMichel Condemine','2019-11-25 17:27:25',0),(931,411,'Issue',353,'Bonjour,\r\n\r\nCe fonctionnement nous va très bien. Si cela venait à évoluer, il faudra nous le signaler.\r\n\r\nMerci.\r\n\r\nF. TOURRET','2019-11-26 09:06:55',0),(932,409,'Issue',353,'Bonjour,\r\n\r\nOui effectivement, c\'était logique, c\'est long est fastidieux mais ça marche les nodes dans le serveur sont à UncertainInitialValue.\r\n\r\nMais un autre problème se pose, les valeurs ne changent plus dans le serveur à la réception de données dans le VPI . J\'ai testé sur un node, si je remet une <value> dans le fichier nodeset tout refonctionne comme avant...\r\n\r\nA la réception de données de la source je met a jour l\'objet de la cache directement avant d\'appeler la CallBack avec la liste des nodes modifiés.\r\n<pre>\r\n// Récupération de l\'objet dans le cache VPI\r\nCSourceObject* ObjetEtat = pVpiDESPCCL04->GetSourceObject(AdresseEtat);\r\n// Récupération de la Value\r\nVpi_DataValue* pValueEtat = ObjetEtat->GetValue();\r\n// Mise à jour des nouvelles valeurs\r\npValueEtat->Value.Value.Boolean = True;\r\npValueEtat->StatusCode = Vpi_Good;\r\npValueEtat->SourceTimestamp = DateStringTopiDateTime(date_event);\r\n// Ajout des données à transmettre dans les vecteurs correspondants\r\nlstNodeId.push_back(ObjetEtat->GetNodeId());\r\nlstpDataValue.push_back(pValueEtat);\r\n...\r\n//Construction des paramètres pour la CallBack\r\n // Nombre d\'élément à envoyer\r\n Vpi_UInt32 nbelements = lstNodeId.size();\r\n // Dimensionnement des tableaux pour la callBack\r\n Vpi_NodeId* pIds = (Vpi_NodeId*)malloc(sizeof(Vpi_NodeId) * nbelements);\r\n Vpi_DataValue* pValues = (Vpi_DataValue*)malloc(sizeof(Vpi_DataValue) * nbelements);\r\n Vpi_StatusCode* pResults = (Vpi_StatusCode*)malloc(sizeof(Vpi_StatusCode) * nbelements); // tableau de pResult\r\n\r\n// Boucle de construction des paramètres de la CallBack\r\n for(itNodeIds = lstNodeId.begin() ; itNodeIds != lstNodeId.end() ; itNodeIds++)\r\n {\r\n pIds[i] = (*itNodeIds);\r\n Vpi_DataValue_CopyTo((*itpDataValues), &pValues[i]);\r\n itpDataValues++;\r\n i++;\r\n }\r\n...\r\npFuncNotifyCallback(nbelements, pIds, pValues, &pResults, Vpi_Null, Vpi_Null);\r\n\r\n</pre>\r\n\r\nDans la VpiParsedAdddId je met pValue->StatusCode = Vpi_Good.\r\n\r\nJe ne comprend pas ce qui cloche quand les StatusCode du serveur sont à UncertainInitialValue.\r\n\r\nMerci pour votre aide.\r\n\r\nCordialement.\r\n\r\nF. TOURRET\r\n','2019-11-26 09:51:01',0),(933,401,'Issue',328,'Bonjour Michel,\r\n\r\nSuite aux derniers essais, il semble que ce problème se produit lorsque MODIF_BD est à 1 et donc que lorsque l\'UAE vient lire les variables afin de faire la mise à jour.\r\nAvez-vous une idée sur l\'origine du problème ?\r\n\r\nCordialement.\r\n\r\nNorbert','2019-12-09 14:54:24',0),(934,401,'Issue',1,'Bonjour Norbert,\r\nJe vais livrer une nouvelle 1.0.5.7 ce sera la RC13.\r\nElle contient des corrections et améliorations sur les nouvelles fonctionnalités et suite la certification.\r\nJe ne comprends pas le problème relatif a MODIF_BD, si il est bien relatif a cette variable. Avez vous des informations de log ?\r\nCordialement\r\nMichel','2019-12-09 16:30:19',0),(935,412,'Issue',328,'Ci-joint fichier xml avec CW43 (2ème CMSI maitre)\r\n\r\nCdlt.','2019-12-16 17:17:55',0),(936,412,'Issue',1,'','2019-12-18 14:44:15',0),(937,412,'Issue',328,'OK pour la prise en compte des FMSI mais reste un problème sur les UGA','2019-12-18 19:25:18',0),(938,409,'Issue',353,'Bonjour,\r\n\r\nJe suis toujours en attente d\'une solution au problème d\'initialisation des nodes.\r\n\r\nCordialement.\r\n\r\nF. TOURRET\r\n\r\n','2019-12-20 13:56:51',0),(939,409,'Issue',1,'Bonjour,\nje pense qu\'il y a un problème dans votre ParseAddId. Les valeurs étaient initialisées dans le serveur via le nodeset.\nVérifiez que votre parseAddId place les bons types lors de l\'initialisation.\nPlacez aussi les fichiers de log dans ce ticket.\n\nCordialement\nMichel Condemine','2019-12-20 15:59:18',0),(940,409,'Issue',353,'Bonjour,\r\n\r\nJ\'ai repris le sujet ce matin.\r\nJ\'ai travaillé sur la VpiParseAddId en reprenant le code du dernier VpiNull. Il y avait effectivement une différence sur l\'allocation mémoire en fonction du type de variable.\r\n\r\nCela fonctionne comme je le souhaite maintenant. Merci.\r\n\r\nCordialement.\r\nF. TOURRET','2020-01-15 15:33:40',0),(941,413,'Issue',1,'Bonjour,\r\nvous trouverez ci-joint un fichier de configuration oouaprj.\r\nLe Vpi pour sa part prendre en compte les nouvelles signature de certaines fonctions. Toutes n\'ont pas évolué.\r\n\r\nCordialement\r\nMichel Condemine','2020-02-10 10:09:48',0),(942,414,'Issue',1,'Bonjour,\r\nil s\'agit en effet d\'une nouvelle fonctionnalité demandé par de nombreux utilisateurs.\r\nElle ne peut être désactivé. \r\nCependant si aucune variable n\'est initialisé dans le nodeset cette fonction ne sera pas utilisé.\r\n\r\nCordialement\r\nMichel Condemine','2020-02-10 10:49:35',0),(943,414,'Issue',1,'','2020-02-12 21:21:18',0),(944,415,'Issue',1,'Bonjour,\r\nADP doit vous indiquer à quoi correspond chaque fichier.\r\nPour ma part je peux vous expliquer le fonctionnement de la PKI d\'OpenOpcUaCoreServer.\r\nCette PKI se trouve dans le répertoire CertificateStore dans le racine du repertoire associé au projet (ProjectFolder)\r\nCertificateStore contient 4 sous-répertoires\r\n# auth --> certificats des l\'autorités de certification valide\r\n# certs --> liste des certificats publics valide\r\n# private --> certificat privé (pfx uniquement)\r\n# rejected certificat application client rejeté \r\n\r\nauth contient à son tour 2 sous repertoires\r\n# certs --> certificats des l\'autorités de certification valide\r\n# crl --> stockage des crl d\'autorité\r\n\r\ncerts contient 1 sous repertoire. \r\n* crl--> il contient les crl d\'application\r\nLes certificats public des applications autorisées (format DER) uniquement se trouvent directement dans certs. \r\n\r\nJ\'espère que cela vous permettra de configurer votre PKI.\r\n\r\ncordialement\r\nMichel Condemine','2020-02-12 21:31:16',0),(945,416,'Issue',1,'je ferme ce ticket car il est redondant avec le 415','2020-02-12 21:32:10',0),(946,261,'Issue',328,'fonctionnement OK','2020-02-21 18:26:32',0),(947,417,'Issue',420,'- Ajout tableau des IDs de rinçage production ( rinçage lié au recettes) \r\n- Ajout tableau des IDs de rinçage Machine ( rinçage lié à la machine )','2020-02-28 10:46:28',0),(948,420,'Issue',1,'','2020-02-28 12:54:33',0),(949,402,'Issue',1,'openssl pkcs12 -export -in sp402sitycouae1-bundle.pem -inkey sp402sitycouae1_key.pem -out test.p12','2020-02-28 17:51:04',0),(950,419,'Issue',1,'Bonjour,\r\nil ne devrait pas être necessaire de relancer le serveur.\r\nCordialement\r\nMichel Condemine','2020-03-02 11:30:31',0),(951,421,'Issue',1,'Bonjour,\r\nJe ne vois pas de problème dans la description que vous faites.\r\nLe répertoire Rejected contient les fichiers de certificats rejetés. \r\nUn administrateur qui souhaite accepter un certificat doit le recopier dans le repertoire cert.\r\nC\'EST LA PROCEDURE NORMALE.\r\n\r\nCordialement\r\nMichel Condemine','2020-03-11 17:19:00',0),(952,431,'Issue',1,'','2020-07-06 22:53:03',0),(953,422,'Issue',1,'Cet incident n\'a plus lieu d\'être. Je le ferme si vous êtes d\'accord','2020-07-15 16:04:10',0),(954,423,'Issue',1,'Bonjour, \r\nje ne suis pas certain de comprendre le problème.\r\nJe vais faire d\'autres essais pour tenter de reproduire le problème.\r\n\r\nCordialement\r\nMichel','2020-07-15 16:08:51',0),(955,424,'Issue',1,'doublon :)','2020-07-15 16:10:10',0),(956,425,'Issue',1,'Doublon !','2020-07-15 16:11:26',0),(957,424,'Issue',1,'Doublon !','2020-07-15 16:12:21',0),(958,426,'Issue',1,'Je vais creuser.','2020-07-15 16:15:08',0),(959,427,'Issue',1,'Avez vous des nouvelles de ce problèmes ?\r\nAvez vous les log ?','2020-07-15 16:18:14',0),(960,428,'Issue',1,'Bonjour,\r\nje vais vous livrer une mise à jour.\r\nLe problème est lié à un pointeur invalide. \r\nCependant le code du serveur à très légèrement évoluer et je ne peux pas malheureusement utiliser le DUMP.\r\n\r\nCordialement\r\nMichel\r\n','2020-07-15 16:23:24',0),(961,426,'Issue',1,'Bonjour,\r\nJ\'ai fait une correction afin de permettre d\'afficher la même heure en entre la valeur saisie dans le fichier et la valeur source.\r\nVoir fichier attaché\r\n\r\nCordialement\r\nMichel\r\n\r\n\r\n\r\n','2020-07-15 19:21:34',0),(962,432,'Issue',1,'Bonsoir,\r\nj\'ai installé la version 0.0.0.2 qui doit corriger le problème d\'écriture des float depuis le client UA.\r\nMerci de valider le comportement du VPI.\r\nBien cordialement\r\nMichel Condemine','2020-07-29 23:11:25',0),(963,432,'Issue',1,'Bonjour,\r\nAvez vous pu réaliser des essais sur les float avec cette version ?\r\ncordialement\r\nMichel','2020-07-30 16:30:18',0),(964,434,'Issue',1,'Bonjour,\nJe regarde de suite.\nConcernant la big-little endian. Pour l\'instant tout est en Little-Endian\n\nCordialement\nMichel','2020-07-30 16:31:34',0),(965,432,'Issue',428,'Bonjour, \r\n\r\nJ\'ai fait quelques tests qui sont concluants. \r\n\r\nCordialement, \r\n\r\nAlexis','2020-07-30 16:34:58',0),(966,434,'Issue',1,'Bonsoir,\r\nje viens de poster la version 0.0.0.3 du Vpi qui corrige le problème sur l\'interprétation des UInt32 et des Int32 bit.\r\nJe vous laisse déployer cette version .\r\nJ\'attends votre retour pour clore l\'incident.\r\n\r\nBien cordialement\r\nMichel','2020-07-30 23:18:32',0),(967,434,'Issue',428,'Bonjour, \r\nC\'est déployé de mon côté, j\'obtiens des valeurs cohérentes. \r\nBonne journée, \r\nAlexis ','2020-07-31 08:47:36',0),(968,438,'Issue',1,'Fixed in 1.0.5.9','2020-08-12 10:20:05',0),(969,439,'Issue',1,'','2020-08-12 10:22:48',0),(970,440,'Issue',1,'Update on 1.0.5.9','2020-08-12 10:24:38',0),(971,442,'Issue',1,'I just add a fake nonce 123456OpenOpcUa when a client connect with SecurityPolicy#None. It replace an empty nonce.\r\nThis need to be verified with the CTT','2020-08-12 10:34:21',0),(972,437,'Issue',1,'Fixed in 1.0.5.9.\r\nI introduce the Gloabal function (IsNodeClassAndAttributeCompliant) to verify the compatibility of nodeclass vs AttributeId\r\n','2020-08-12 12:59:17',0),(973,441,'Issue',1,'Hello,\r\nthe certificate generation is now ok.\r\nAs you can see in the screenshot, the two missing keyUsage are now added.\r\n\r\nKind regards\r\nMichel','2020-08-12 17:24:33',0),(974,435,'Issue',1,'Hello,\r\nI cannot reproduce the problem. \r\nAs you can see in the attached image. \r\nI made the test with Softing dataFeed.\r\n\r\nI will test with the OPC Foundation client just in case.\r\nRegards\r\nMichel\r\n','2020-08-12 18:09:48',0),(975,435,'Issue',1,'Just to be sure. \r\nI made the test with the OPC Foundation sample client.\r\nHere again everything is ok. (see attached file)\r\nKendi regards\r\nMichel','2020-08-12 18:19:46',0),(976,436,'Issue',1,'Hello Sebastian,\r\nI suggest to remove Byte-array from the configuration file. \r\nBoth NodeSet and CTT.\r\nWhat do you think ?\r\n\r\nRegards\r\nMichel','2020-08-13 00:14:59',0),(977,435,'Issue',430,'Hi,\r\n\r\nyou are right, it works fine when using subscriptions. You can reproduce the issue by using the Read service with these IndexRanges.','2020-08-13 07:23:18',0),(978,436,'Issue',430,'This decision is beyond of my competence. I\'ve already asked for approval but haven\'t receive an answer yet.\r\nIn general, it is required for certification that all supported opc ua features (this includes all supported DataTypes) are tested. That means, that if it is possible to create such a node, we have to test it.','2020-08-13 07:32:14',0),(979,442,'Issue',430,'I already asked whether you have to fix this issue or not. But I haven\'t receive an answer yet.\r\nAnyhow, I\'m pretty sure that this fake nonce won\'t be accepted (See definition in attached picture).','2020-08-13 07:38:29',0),(980,442,'Issue',1,'Hello,\nin order to fit the definition you provide.\nI will use a randomly generated byteString.\nThe nonce is provided on CreateSession but do you want to provide one during the ActivateSession ?\n \nRegards\nMichel','2020-08-13 15:57:20',0),(981,435,'Issue',1,'Hello Sebastian,\ni have a problem to test this.\nMy server require that the client specify properly the DataEncoding on read operation. I mean that if the encoding is not NULL. It must be someting consistent. Unfortunatly the OPC Foundation SampleClient specify an empty DataEncoding. This is incorrect. . (See attach image)\nHow did you test those read operations ?\n\nRegards\nMichel\n','2020-08-14 10:57:18',0),(982,435,'Issue',430,'I modified the SampleClient code at some places. I think the one that is relevant for this issue is:\r\n\r\nIn line 86 in the file \"Samples\\Controls.Net4\\Subscriptions\\ReadValueEditDlg.cs\", I replaced \"(EncodingCB.Text)\" with \"(null)\".','2020-08-14 11:18:13',0),(983,435,'Issue',430,'','2020-08-14 12:14:09',0),(984,445,'Issue',1,'Bonjour,\r\nIl n\'y a pas de VPI SQL mais un VFISQL pour SQLServer. \r\nPouvez vous m\'en dire plus sur l\'usage que vous souhaitez faire de ce VFI ?\r\nBien cordialement\r\nMichel','2020-08-17 17:32:56',0),(985,445,'Issue',428,'Bonjour, \r\n\r\nEn effet j\'ai corrigé dans le corps mais pas dans le titre je parlais bien du VFI. \r\n\r\nNous utilisons 4D comme base de données. 4D contient également un moteur capable de faire du SQL et j\'aurais voulu tester la compatibilité entre ce VFI et le moteur SQL de 4D pour enregistrer à intervalle régulier les données du serveur de test par exemple. \r\n\r\nCordialement, \r\n\r\nAlexis','2020-08-18 09:19:25',0),(986,447,'Issue',1,'This is now fixed in the new release.','2020-09-16 16:08:47',0),(987,448,'Issue',1,'Bonjour,\r\npourriez vous faire le test sous Windows ?\r\nDans tous les cas on en parle vendredi.\r\n\r\nCordialement\r\nMichel','2020-09-22 17:51:02',0),(988,449,'Issue',1,'Bonjour,\r\nvous avez parfaitement raison.\r\nParamétrez le fichier host sur les deux postes pour valider la connexion.\r\n\r\nCordialement\r\nMichel','2020-09-22 17:52:35',0),(989,448,'Issue',1,'Bonjour,\r\nmerci de joindre la callstack.\r\n\r\nCordialement\r\nMichel','2020-09-22 18:15:04',0),(990,448,'Issue',432,'Celui de la Console ou bien celui du débugger? \r\n\r\nMichael ','2020-09-22 18:22:25',0),(991,448,'Issue',1,'Celui du debugger serait mieux :)\r\nCordialement\r\nMichel','2020-09-22 18:49:58',0),(992,448,'Issue',1,'Bonsoir,\r\nje viens de faire le test sous Windows sans aucun problème.\r\nEncore une fois la callstack Linux serait fort utile.\r\n\r\nCordialement\r\nMichel','2020-09-22 20:36:32',0),(993,449,'Issue',432,'Votre solution a résolu le problème \r\nJe vous remercie,\r\n\r\nMichael','2020-09-23 11:34:35',0),(994,448,'Issue',432,'Voici en PJ les callstack du debugger et de la console \r\n\r\nJ\'essaye maintenant avec une instance du serveur sur la même machine windows que kepware\r\n\r\nMichael ','2020-09-23 11:36:12',0),(995,450,'Issue',1,'Bonjour,\r\nje suis en train de préparer une nouvelle livraison.\r\nElle réglera l\'ensemble des problèmes évoqués. \r\nJ\'ai ajouté des tests avec KepServerEx dans ma procédure de validation.\r\n\r\nCette nouvelle livraison sera disponible d\'ici quelques jours.\r\n\r\nCordialement\r\nMichel','2020-09-29 17:50:32',0),(996,452,'Issue',1,'Bonjour,\r\nIl n\'y a en effet pas de directive de compilation pour MACOS dans le code.\r\nSachant que MACOS est un FORK d\'UNIX. Je vous recommande de faire croire à MACOS qu\'il s\'agit d\'un LINUX en ajoutant les options du preprocesseur dans le CMAKE.\r\nCordialement\r\nMichel Condemine\r\n','2020-09-29 18:16:32',0),(997,451,'Issue',424,'Bonjour M. Condemine,\r\nSuite à votre dernière mise à jour, j\'ai testé et je n\'ai toujours aucun résultat.\r\nJ\'ai vu que vous avez implémenté la gestion du type ExtensionObject dans la fonction CopyVpiDataValueToDirectAccessDataValue mais pas dans CopyDirectAccessDataValueToVpiDataValue. Ce n\'est pas nécessaire dans cette dernière?','2020-09-30 13:09:53',0),(998,450,'Issue',1,'Bonjour,\r\nj\'ai mis en œuvre l\'agrégateur UA de KEPWARE. J\'ai utilisé le mode POLLING.\r\nSur l\'image UAX-KEP-OOUA.PNG vous verrez UAExpert connecté au serveur KEP lui-même connecté à l\'OOUACoreServer\r\nCependant celui-ci (KEP) ne fonctionne pas correctement en mode \"abonné\".\r\nEntendez pas la quel le client UA KEP que l\'on associe à un DEVICE ne realise pas correctement les demande PUBLISH.\r\nIl s\'agit peut être d\'un mauvais paramétrage de ma part. D\'après les captures wireshark que j\'ai réalisé je pencherai pour un bug KEP. (fichier joint WiresharkKEP-OOUA.PNG)\r\n\r\nCordialement\r\nMichel','2020-10-01 13:42:21',0),(999,450,'Issue',1,'Bonjour,\r\nj\'ai corrigé le problème de comportement avec le serveur KEP.\r\nCelui-ci utilise un TimeoutHint et 0 dans l\'entête des messages de \"PUBLISH\"\r\nLa spec prévoie que :\r\n<pre>\r\nThis timeout in milliseconds is used in the Client side Communication Stack to set the timeout on a per-call base.\r\nFor a Server this timeout is only a hint and can be used to cancel long running operations to free resources. If the Server detects a timeout, he can cancel the operation by sending the Service result Bad_Timeout. The Server should wait at minimum the timeout after he received the request before cancelling the operation. The Server shall check the timeoutHint parameter of a Publish request before processing a Publish response. If the request timed out, a Bad_Timeout Service result is sent and another Publish request is used.\r\nThe value of 0 indicates no timeout.\r\n</pre>\r\nJ\'ai modifié le serveur pour qu\'il accepte en le limitant ce type de comportement.\r\nCordialement\r\nMichel','2020-10-01 17:08:11',0),(1000,451,'Issue',1,'Bonjour,\r\nje travail sur une version qui devrait être disponible la semaine prochaine.\r\nElle contient de nombreux correctifs et améliorations qui devraient faire tomber la CPU. \r\nAvez vous pu identifier un cause de surcharge ?\r\nEn outre je finaliserai les essais sur l\'InternalKrnlApi dans la foulée.\r\n\r\nCordialement\r\nMichel Condemine\r\nPS: Merci d\'utiliser le redmine','2020-10-01 18:16:54',0),(1001,451,'Issue',424,'Bonjour, \r\nOk, Merci. On attend votre retour.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2020-10-02 09:27:10',0),(1002,451,'Issue',424,'Bonjour M. Condemine,\r\nAvez-vous pu regarder pour l\'utilisation de l\'ExtensionObject dans l\'internalKrnlApi ainsi que la consommation CPU du serveur?\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2020-10-12 09:27:36',0),(1003,454,'Issue',1,'Bonjour,\nLa commande que vous utilisez est correct. Auriez vous un message dans le LOG ?\nIl faut bien sur etre administrateur de son poste pour modifier le registre de Windows\nSouhaitez vous que l\'on fasse une réunion team ?\n\nCordialement\nMichel Condemine\n\nPS: Merci d\'utilisez le redmine pour le support','2020-10-12 14:56:30',0),(1004,453,'Issue',1,'Bonjour,\r\nj\'ai commencé une phase de test hier soir qui m\'a amené à réaliser une modification dans le VPI.\r\nJ\'espère vous livrer dans la journée.\r\n\r\nCordialement\r\nMichel Condemine','2020-10-13 09:53:05',0),(1005,454,'Issue',1,'Bonjour,\r\npour lancer le serveur en tant que service vous devez indiquer des chemins absolus dans les _ProjectFolder_ et _LogFolder_ dans le fichier oouaprj.\r\nCes chemins absolus sont indispensable pour permettre au serveur de trouver la configuration. \r\n\r\nCordialement\r\nMichel Condemine','2020-10-13 09:56:02',0),(1006,446,'Issue',1,'Bonjour, \r\navez vous des nouvelles sur ce sujet ?\r\nCordialement\r\nMichel','2020-10-16 09:57:01',0),(1007,451,'Issue',424,'Bonjour M. Condemine,\r\nAvez-vous pu avancer sur l\'implémentation de l\'ExtensionObject dans l\'internalKrnlApi ainsi que la consommation CPU du serveur? Merci.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2020-10-16 18:03:09',0),(1008,459,'Issue',1,'Évolution intégré dans la version 0.0.0.6\r\nCordialement\r\nMichel Condemine','2020-10-19 11:50:27',0),(1009,457,'Issue',1,'C\'est un fonctionnement qui est en harmonie avec la logique de configuration du serveur et des VPIs en générales.\r\nJ\'ai fait une modification dans la version 0.0.0.6 du VpiTP pour qu\'il fonctionne comme vous le souhaitez.\r\nCordialement\r\nMichel Condemine','2020-10-19 11:52:42',0),(1010,456,'Issue',1,'','2020-10-19 11:53:35',0),(1011,455,'Issue',1,'','2020-10-19 11:54:06',0),(1012,454,'Issue',1,'','2020-10-19 11:55:31',0),(1013,459,'Issue',1,'Résolu dans la version 0.0.0.6','2020-10-19 13:48:21',0),(1014,423,'Issue',1,'','2020-10-19 13:49:08',0),(1015,426,'Issue',1,'','2020-10-19 13:49:30',0),(1016,453,'Issue',1,'','2020-10-19 13:49:59',0),(1017,457,'Issue',1,'','2020-10-19 13:50:32',0),(1018,428,'Issue',1,'','2020-10-19 13:51:15',0),(1019,427,'Issue',1,'','2020-10-19 13:51:32',0),(1020,406,'Issue',1,'','2020-10-19 13:52:19',0),(1021,377,'Issue',328,'OK avec plusieurs zones','2020-10-20 11:44:42',0),(1022,376,'Issue',328,'Bonjour,\r\n\r\nen attendant des nouvelles d\'ADP pour la mise en place des variables AP, pouvez-vous mettre en commentaire le code qui permet de lancer la requête sur l\'état des points appartenant au G1402 (via PID148).\r\nMerci.\r\n\r\nCdlt.\r\n\r\nNorbert','2020-10-20 11:52:35',0),(1023,460,'Issue',1,'Implémenté dans la version 0.0.4.4','2020-10-20 16:20:41',0),(1024,458,'Issue',1,'vérifier et validé dans la version 0.0.4.3','2020-10-20 16:21:34',0),(1025,458,'Issue',1,'Concernant les points status map j\'ai un doute car ces requêtes permettent de resynchroniser les centrales.\r\nÊtes vous donc certain de ne les vouloir que sur les ECS ?\r\nCordialement\r\nMichel','2020-10-20 16:29:23',0),(1026,451,'Issue',424,'Bonjour M. Condemine,\r\nAvez-vous pu avancer sur l\'implémentation de l\'ExtensionObject dans l\'internalKrnlApi ainsi que la consommation CPU du serveur? ça devient urgent. Merci.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2020-10-26 11:00:24',0),(1027,451,'Issue',1,'Bonjour, \r\nje suis toujours en train de travailler sur le serveur.\r\nJ\'ai implémenté le support bidirectionnel des ExtensionObject \r\nConcernant la charge CPU avez vous pu étudier la piste que nous avions soulevé lors du dernier CALL ?\r\nPar ailleurs avez vous mis en place l\'abonnement via l\'internalKrnlApi ?\r\n\r\nCordialement\r\nMichel Condemine','2020-10-26 17:23:38',0),(1028,451,'Issue',1,'See new comment','2020-10-26 17:39:12',0),(1029,462,'Issue',424,'Bonjour M. Condemine,\r\nJ\'ai récupéré la version 1.0.5.9, je vais travailler dessus.\r\nJ\'ai vu le screenshot, c\'est exactement ce qu\'on cherchait à faire. Maintenant je vais voir pour faire la même chose depuis l\'application principale et je vous tiens au courant.\r\nMerci.\r\n\r\nCordialement,\r\nMaycko LOUIS','2020-10-29 09:59:28',0),(1030,461,'Issue',1,'Bonjour M. Moineau,\r\ndésolé pour cette réponse tardive, le système de notification du serveur Redmine était en panne.\r\nJ\'ai constaté que le DirectAccess ne fonctionne pas lorsque le serveur est installé et utilisé en tant que service.\r\nIl doit y avoir un problème de droit dans l\'accès au segment de mémoire partagé.\r\nJe vous invite à utiliser cette fonctionnalité en lançant le server en tant qu\'application.\r\nJe continue les investigations de mon côté.\r\n\r\nBien cordialement\r\nMichel Condemine','2020-10-29 10:22:23',0),(1031,462,'Issue',424,'Bonjour, J\'ai compilé la dernière version que vous avez livrer mais je n\'arrive pas à écrire dans la datacache. J\'ai regardé dans les fichiers log du serveur (voir fichiers ci-joint), et apparemment le VPI n\'arrive pas à parser les données. avez-vous fait des modifications dans le répertoire Linux_Demo que vous avez oublier d\'inclure dans la livraison? \r\n\r\nCordialement,\r\nMaycko LOUIS','2020-10-30 18:24:45',0),(1032,462,'Issue',1,'Bonjour,\r\nle répertoire Linux_Demo est un répertoire de test. Il ne fait pas partie de la livraison. je n\'ai, donc, pas oublié de le livrer.\r\nJe peux cependant vous fournir ma version Linux.\r\nA la lecture de vos log on constate une erreur de configuration récurrente. On reçoit une série de codes d\'erreur qui signifient BadNodeIdExists\r\nEntendez par là que le VpiSk tente d\'ajouter des Alias déjà configurés dans la cache de l\'internalKrnlApi.\r\nJe vous rappelle que seul le VpiSk doit configurer/peupler la cache.\r\nPourriez vous faire des tests en supprimant votre MainApp en utilisant uniquement les composants suivants :\r\n* VpiSk\r\n* InternalKrnlApi\r\n* KrnlApiTester \r\n\r\nCordialement\r\nMichel Condemine','2020-10-30 18:51:27',0),(1033,462,'Issue',424,'Bonjour,\nJ\'ai recompilé le projet et maintenant j\'ai le résultat que votre screenshot \"VPISK_Linux.PNG\". Le fait que je n\'arrivais pas écrire dans la datacache était sûrement lié à une mauvaise copie d\'une des librairies nécessaire sur notre cible.\nConcernant le test précédent, il avait été réalisé avec les composants que vous avez cités. Dans notre MainApp nous ne faisons pas appel à la fonction de peuplement de la datacache. \nJe supposes que si on arrête le serveur correctement, il y\' a un code quelques part dans le serveur/VpiSk qui s\'occupe de libérer la cache. Donc si on arrête pas le serveur correctement (ex : Ctrl - C), la cache n\'est pas libérer, donc au prochain démarrage le VpiSk va essayer d\'ajouter des Alias dans une zone déjà configurée ce qui peut donné ce genre de log. Je vais vérifier ce cas. Si c\'est bien ça, je le saurais ma pour la suite. Merci.\n\nBien Cordialement,\nMaycko LOUIS','2020-10-30 21:05:30',0),(1034,464,'Issue',1,'Bonjour Norbert,\r\nj\'ai regardé les logs et je ne vois rien qui expliquerait une disparition de l\'espace d\'adressage.\r\nPar ailleurs il n\'existe aucun mécanisme dans le serveur qui permet d\'effacer l\'espace d\'adressage.\r\nAvez vous bien rafraichi UAExpert ?\r\nQuand vous écrivez :\"_mais il n\'y a plus d\'espace d\'adressage dans UAExpert_\".\r\nAvez vous connecter UAExpert au serveur ou était il déjà connecté ?\r\n\r\nCe qui est certain c\'est que c\'est pas normal et qu\'il faut investiguer le problème.\r\n\r\nCordialement\r\nMichel','2020-11-02 11:37:24',0),(1035,464,'Issue',328,'à mon arrivée, UAExpert etait déjà connecté et l\'espace d\'adressage n\'était pas présent.\r\nJ\'ai fermé UAExpert et je l\'ai relancé toujours pas d\'espace d\'adressage.\r\nA priori, l\'espace d\'adressage n\'était pas vu non plus par l\'UAE (objet de l\'appel à l\'astreinte).\r\n\r\nil a fallu que je relance le serveur pour qu\'il reconstruise l\'espace d\'adressage.','2020-11-02 11:52:36',0),(1036,464,'Issue',1,'Très honnêtement Norbert. \r\nJe ne comprends pas comment l\'espace d\'adressage pourrait disparaitre.\r\nIl faut manifesterment plus d\'information pour comprendre ce qui s\'est passé :\r\n1- a t il vraiment disparu ?\r\n2- Si oui comment ?\r\n3- Est ce que le Browsing a rencontré un problème.\r\n\r\nSi le problème se reproduit je recommande fortement de mettre un Wireshark en activité afin de capturer la trace OPC UA.\r\n\r\nCordialement\r\nMichel Condemine','2020-11-02 12:05:21',0),(1037,452,'Issue',431,'Bonjour,\r\nJe reprends l\'étude du projet de client OPC-UA.\r\nJe ne maitrise pas l\'outils CMAKE et ne parvient pas à modifier les options de preprocesseur pour faire croire à MacOS qu\'il s\'agit d\'un LINUX.\r\nPouvez vous m\'aider et m\'en dire d\'avantage.\r\nMerci pour votre aide.\r\nJacques Peigné','2020-11-04 12:15:20',0),(1038,452,'Issue',1,'Bonjour,\r\nl\'ensemble de la documentation sur CMake est disponible à l\'adresse suivante https://cmake.org/documentation/\r\nLes options du préprocesseur sont préfixées par -D ajoutez ensuite l\'option à activer _linux dans notre cas.\r\nNous sommes d\'accord sur le fait que vous utilisez GCC et G++ pour compiler la stack.?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2020-11-04 13:51:08',0),(1039,452,'Issue',431,'Effectivement sur le Mac Os le compilateur par défaut n\'est pas GCC\r\nAprès avoir réinstallé GCC. La compilation n\'aboutit pas d\'avantage.\r\nEn PJ la sortie du CMake.rtf et Make.rtf\r\nMerci','2020-11-04 18:33:03',0),(1040,452,'Issue',1,'Bonjour,\r\nil y a manifestement une erreur dans votre plateforme de génération.\r\nstdio.h n\'est pas inclus, probablement car _GNUC_ n\'ai pas dans les options du préprocesseur.\r\nLa ligne 288 du fichier doit etre ignorée par _INC_STDIO lui même activé par _GNUC_\r\nJe vous rappel que le code ne doit en aucune façon etre modifié. Seul le cmakelist.txt doit être adapté à votre plateforme.\r\ncordialement\r\nMichel Condemine','2020-11-04 22:00:44',0),(1041,465,'Issue',433,'J’ai essayé de faire tourner votre version « MaquetteGFI-11-11-2020.zip ». \r\nEffectivement, cela démarre, mais je n’ai pas l’impression que le raccordement des nœuds aspirés par le VpiOs se fasse mieux ( ???)\r\n\r\n \r\n\r\nOn ne voit l’appel au Parse que pour les nœuds « propres » au serveur plant. Les nœuds « aspirés » ne faisant jamais l’objet d’un parse, ils ne sont pas pris en compte par le Vpi.\r\n\r\nNotre objectif est de préparer des informations d’initialisation d’ordre de fabrication dans un « patron d’ordre de fabrication » coté plant (les Node 310x). Ces informations seront lues et contrôlées par le VpiOs qui ira les recopier dans la structure « Ordre de fabrication » instanciée dans le serveur « Line » (Nodes 611x) que le serveur plant voit par aspiration par le VpiUaClnt.\r\nLe VpiOs a donc aussi besoin de voir les Node 611x (que le serveur plant voit à terme en ns=3, comme en atteste le UA expert), mais on voit ci-dessus que ces Nodes ne sont toujours pas catchés par le traitement VpiParseAddId. Ils sont donc inconnus du VpiOs qui ne peut les atteindre.\r\nNote : Dans le zip que vous m’avez renvoyé, le ClientUA2-00202-0.xml ne contenait toujours que le lien vers le Node 6111, j’ai upgradé ma version avec les autres Nodes en rajoutant des MonitoredItem :\r\n <MonitoredItem NodeId=\"ns=3;i=6111\" AttributeId=\"13\" IndexRange=\"\" MonitoringMode=\"2\" SamplingInterval=\"50\" QueueSize=\"1\" DiscardOldest=\"0\" />\r\n <MonitoredItem NodeId=\"ns=3;i=6112\" AttributeId=\"13\" IndexRange=\"\" MonitoringMode=\"2\" SamplingInterval=\"50\" QueueSize=\"1\" DiscardOldest=\"0\" />\r\n <MonitoredItem NodeId=\"ns=3;i=6115\" AttributeId=\"13\" IndexRange=\"\" MonitoringMode=\"2\" SamplingInterval=\"50\" QueueSize=\"1\" DiscardOldest=\"0\" />\r\n <MonitoredItem NodeId=\"ns=3;i=6117\" AttributeId=\"13\" IndexRange=\"\" MonitoringMode=\"2\" SamplingInterval=\"50\" QueueSize=\"1\" DiscardOldest=\"0\" />\r\n <MonitoredItem NodeId=\"ns=3;i=6101\" AttributeId=\"13\" IndexRange=\"\" MonitoringMode=\"2\" SamplingInterval=\"50\" QueueSize=\"1\" DiscardOldest=\"0\" />\r\n\r\n…mais aucun de ces Nodes n’est visible dans la fenêtre plant ci-dessus.\r\n','2020-11-12 17:38:33',0),(1042,465,'Issue',1,'Bonjour,\r\nJe ne comprends pas la phrase \"raccordement des nœuds aspirés par le VpiOs se fasse mieux\" Le VpiOs n\'aspire rien.\r\nLe screenshot ne montre que le démarrage des deux serveurs. Pour constater que des nodes ont été aspirés entre le plant et le line il faut :\r\n# Soit un client OPC UA,\r\n# Soit regarder dans les log\r\nDans les deux images ci-joint on observe l\'aspiration :\r\nPlantAvantLancementLine.PNG--> Seul les nodes du serveur plant sont visible\r\nPlantApresLancementLine.PNG --> Les nodes du serveur line ont été ajouté\r\n\r\nJe propose que vous réalisiez un petit schéma pour décrire l\'ensemble de votre maquette.\r\nJe suis dispo demain AM pour en parler.\r\nCordialement\r\nMichel\r\n','2020-11-12 19:44:49',0),(1043,462,'Issue',424,'Bonjour M. Condemine,\nJe test actuellement la partie de mon code qui est censé remplir la variable recipeList dans le serveur qui est du type RecipeDataType mais lorsque je vérifie depuis uaexpert, la structure affichée n\'est pas le bon (voir screenshot \"RecipeDataType_badstruct\"). Normalement la structure RecipeDataType devrait être ainsi:\n> String\n> RecipeEltDataType\n> FlushStepDataType\net l\'affichage que j\'ai correspond à la structure \n> RecipeEltDataType\n\nAvez-vous une idée de l\'origine possible de ce problème?. J\'ai vérifié dans les fichiers config du serveur et le NodeId que j\'écris pour les structures me semble correct.\n> DataProcessDataType : NodeId.Identifier.Numeric = +1055+ (fonctionne)\n> RecipeDataType : NodeId.Identifier.Numeric = +1022+ (ne fonctionne pas)\n\nBien Cordialement,\nMaycko LOUIS\n','2020-11-16 10:40:07',0),(1044,462,'Issue',424,'Et je vous confirme que la consommation CPU a bien diminuer. Le serveur consomme environ 5% maintenant.\nPar contre cette baisse vient du fait que le serveur met à jour les données une fois toute les 5 secondes.','2020-11-16 12:34:22',0),(1045,462,'Issue',1,'Bonjour,\r\nje vais clore cette incident.\r\nPourriez vous en ouvrir un autre pour que j\'assure au mieux la prise en compte du problème relatif au recipeList.\r\n\r\nCordialement\r\nMichel Condemine','2020-11-16 22:57:01',0),(1046,466,'Issue',424,'Bonjour M. Condemine,\r\nJe test actuellement la partie de mon code qui est censé remplir la variable recipeList dans le serveur qui est du type RecipeDataType mais lorsque je vérifie depuis uaexpert, la structure affichée n\'est pas le bon (voir screenshot \"RecipeDataType_badstruct\"). Normalement la structure RecipeDataType devrait être ainsi:\r\n\r\n> String\r\n> RecipeEltDataType\r\n> FlushStepDataType\r\n\r\net l\'affichage que j\'ai correspond à la structure\r\n\r\n> RecipeEltDataType\r\n\r\nAvez-vous une idée de l\'origine possible de ce problème?. J\'ai vérifié dans les fichiers config du serveur et le NodeId que j\'écris pour les structures me semble correct.\r\n\r\n> DataProcessDataType : NodeId.Identifier.Numeric = 1055 (fonctionne)\r\n> RecipeDataType : NodeId.Identifier.Numeric = 1022 (ne fonctionne pas)\r\n\r\nBien Cordialement,\r\nMaycko LOUIS','2020-11-16 23:17:35',0),(1047,467,'Issue',1,'Bonjour,\r\npourriez vous me fournir votre fichier xml de configuration du XiMulator ?\r\nAutre question: \r\nEst ce que votre répertoire projet contient les fichiers nodeset de la fondation, part 3, part 4, part 5 ?\r\nL\'arborescence du projet devrait ressembler au document attaché XiMulator.PNG\r\n\r\nCordialement\r\nMichel\r\n','2020-11-17 09:52:58',0),(1048,468,'Issue',1,'Bonjour,\r\nmême question que pour Guy-Alexis, Est ce que les fichiers nodeset de la fondation OPC, part3,part4 et part 5 sont dans le répertoire du projet ?\r\nvotre projet doit ressembler au screenshot attaché, XiMulator.PNG\r\nCordialement\r\nMichel','2020-11-17 09:56:25',0),(1049,468,'Issue',447,'Ah Non, en effet je n\'ai pas ces fichiers nodeset de la fondation.\r\n\r\nPouvez-vous les mettre à disposition svp?\r\n\r\nMerci,\r\n\r\n','2020-11-17 09:59:41',0),(1050,468,'Issue',1,'Bonjour,\r\nje viens de faire le test avec vos fichiers et les fichiers nodeset.\r\nCi-joint les fichiers générés. Je vais clarifier les messages d\'erreur.\r\n\r\nCordialement\r\nMichel','2020-11-17 10:24:35',0),(1051,468,'Issue',1,'','2020-11-17 10:24:46',0),(1052,467,'Issue',450,'Je n\'avais pas les fichiers nodeset de la fondation. Je les ai téléchargés.\r\nCependant, en voulant faire un nouvel essai, il m\'es impossible de faire un nouveau projet (voir erreur screenshot joint)\r\nJe vous ai également mis mon fichier xml en pièce jointe.','2020-11-17 10:38:40',0),(1053,467,'Issue',1,'Bonjour, \r\nVous avez déclaré une classe BaseObjectType dont HumanType et VehicleType hérite. \r\nSous l\'angle UML rien à dire.\r\nCependant sous l\'angle de ma méthode qui permet de tirer partie d\'UML afin de générer les fichiers nodeset cela marche pas.\r\nConsidérons qu\'il est interdit et contre productif de recréer les classes OPC UA dans UML. On utilise les stéréotypes à la place.\r\nLes classes VehiculeType et HumanType devraient avoir un stéréotype et pas de classe parent.\r\nJe vous invite a revoir votre projet EA. \r\nConcernant votre projet XiMulator. \r\nJ\'arrive à la configurer et le sauvegarder. Il y a bien sur un problème a la génération. \r\nJe vous propose un call Team 1-1 dans la journée pour regarder ce qui se passe. (Pingez moi)\r\n\r\nCordialement\r\nMichel','2020-11-17 11:36:59',0),(1054,467,'Issue',1,'Bonjour,\r\nvotre problème doit venir d\'une instance de Word fantôme.\r\n* Fermez tous les Word ouvert\r\n* Ouvrez le gestionnaire de taches\r\n* Dans l\'onglet détail cherchez WinWord\r\n* Si vous en trouvez terminez les\r\n* Relancez XiMulmator\r\n\r\nTenez moi au courant\r\nMichel','2020-11-17 11:50:14',0),(1055,467,'Issue',450,'Premier point - J\'ai revu mon modèle pour coller à votre méthode : j\'ai donc déshérité HumanType et VehiculeType de mon BaseObject, ainsi qu\'en leur donnant un stéréotype de BaseObjectType.\r\n\r\nDeuxième point - XiMulator refonctionne : je peux à nouveau créer un projet, il semble que le fait que le fichier exe n\'aimait pas être au même endroit que les fichiers nodeset 3, 4 et 5 de la fondation.\r\n\r\nTroisième point - Malgré les deux premiers points, et en ayant vérifié qu\'il n\'y a aucune instance fantôme de word, aucun changement par rapport à ce matin quant au run de génération qui ne s\'arrête pas. Il reste bloqué au niveau \"Generate 5 UaTypes and attributes from the class list\".\r\n','2020-11-17 12:20:37',0),(1056,467,'Issue',1,'J\'ai fait quelques modification dans la matinée. C\'est une processus en cours.\r\nJe poste la nouvelle version 1.0.0.2\r\nCordialement\r\nMichel','2020-11-17 13:12:56',0),(1057,467,'Issue',450,'Merci Michel.\r\nAvec la nouvelle version plus d\'erreur, et la génération fonctionne.\r\nCependant, il ne me sort que mon enum et mon datatype, aucun objet. Je vous ai mis le word en pièce jointe.','2020-11-17 13:24:28',0),(1058,467,'Issue',1,'Bonjour,\r\nIl doit y avoir un problème dans le fichier XMI.\r\nPourriez vous me le fournir ?\r\nLe projet EA corrigé serait un plus.\r\nL\'ensemble me permettra de clarifier les messages de LOG et d\'améliorer l\'outil.\r\n\r\nCordialement\r\nMichel','2020-11-17 13:29:07',0),(1059,467,'Issue',450,'Je vous ai joint le Fichier EAP et le fichier XMI, tous les deux dans leur nouvelle version.','2020-11-17 13:45:03',0),(1060,467,'Issue',1,'Bonjour,\r\nvotre modèle contient une classe appelé BaseObjectType. C\'est un nom réservé.\r\nDisons que tous les noms d\'objets utilisés dans les spécifications OPC UA sont réservés par la Fondation.\r\nLeur stéréotype doit être utilisé a la place.\r\nVous ne pouvez pas avoir une classe UML BaseObjectType qui utilise un stereotype BaseObjectType.\r\nJe continue mes investigations sur votre modèle, très instructif au demeurant.\r\n\r\nCordialement\r\nMichel\r\n','2020-11-17 17:11:39',0),(1061,466,'Issue',424,'Bonjour M. Condemine,\r\nAvez-vous pu voir pourquoi le recipeList ne s\'affiche pas correctement? Est-ce que cela peut-être lié au Xml Sk_Model?\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2020-11-17 21:01:20',0),(1062,469,'Issue',1,'Hello, \r\nThank you for this feedback. \r\nI will study it in the new 1.0.5.9. \r\nJust a question :Are you using the OOUACoreServer for this test ?\r\nIf yes, i fixed this issue on server side.\r\n\r\nRegards\r\nMichel Condemine','2020-11-18 18:59:27',0),(1063,470,'Issue',424,'Pour plus de clarté.\n> Code:\n>> *Ajout*\n>> -Suppression-\n\n> +IdGunEnum+\n>> Name=\"Gun1\" Value=\"0\"\n>> Name=\"Gun2\" Value=\"1\"\n>> *Name=\"Gun1_Gun2\" Value=\"2\"*\n \n> +RecipeDataType+\n>> *Name=\"RecipeID\" DataType=\"UInt32\"*\n>> Name=\"RecipeName\" DataType=\"String\"\n>> Name=\"RecipeEltList\" DataType=\"RecipeEltDataType\"\n>> Name=\"FlushRecipeList\" DataType=\"FlushStepDataType\"\n\n> +RecipeEltDataType+\n>> Name=\"BaseA\" DataType=\"ComponentDataType\"\n>> Name=\"CatalizerB\" DataType=\"ComponentDataType\"\n>> Name=\"ThinerC\" DataType=\"ComponentDataType\" \n>> Name=\"Ratio_ab\" DataType=\"Float\" \n>> Name=\"Ratio_ac\" DataType=\"Float\" \n>> Name=\"Gain_b\" DataType=\"Int32\" \n>> Name=\"Gain_c\" DataType=\"Int32\" \n>> Name=\"Ratio_tolerance_ab\" DataType=\"Float\" \n>> Name=\"Ratio_tolerance_ac\" DataType=\"Float\" \n>> Name=\"A_pressure\" DataType=\"Float\" \n>> Name=\"B_pressure\" DataType=\"Float\" \n>> Name=\"C_pressure\" DataType=\"Float\" \n>> Name=\"AirSprayPressureGun1\" DataType=\"Float\" \n>> Name=\"AirSprayPressureGun2\" DataType=\"Float\" \n>> Name=\"Potlife\" DataType=\"Int32\" \n>> Name=\"WarningPotLife\" DataType=\"Int32\" \n>> -Name=\"Internal_priming_vol\" DataType=\"Float\"- \n>> -Name=\"Internal_regen_vol\" DataType=\"Float\"- ','2020-11-18 19:10:31',0),(1064,467,'Issue',1,'Bonjour,\r\nLe problème est corrigé dans la version 1.0.0.3\r\nCordialement\r\nMichel','2020-11-18 23:58:58',0),(1065,470,'Issue',1,'Bonjour,\r\nj\'ai pris en compte votre demande modification sur l\'énumération. Les modifications sur les DataType seront vu dans un deuxième temps.\r\nJe propose de coller au modèle initialement prévu pour plus d\'efficacité.\r\n\r\nCordialement\r\nMichel Condemine','2020-11-19 22:02:07',0),(1066,470,'Issue',1,'','2020-11-19 22:02:21',0),(1067,451,'Issue',1,'Bonjour,\r\nj\'ai posté une nouvelle version du fichier de déclaration des types.\r\nIl permet la visualisation correcte des RecipeDataType. Je dois encore valider le comportement avec le Vpi.\r\nMerci d\'intégrer le nouveau nodeset de type dans votre projet.\r\n\r\nCordialement\r\nMichel Condemine','2020-11-19 22:18:09',0),(1068,451,'Issue',1,'','2020-11-19 22:19:03',0),(1069,466,'Issue',1,'Bonjour,\r\nj\'ai posté une nouvelle version du fichier de déclaration des types.\r\nIl permet la visualisation correcte des RecipeDataType. voir le fichier ci-joint.\r\nJe dois encore valider le comportement avec le Vpi.\r\nMerci d\'intégrer le nouveau nodeset de type dans votre projet et de valider le FlushStepDataType.\r\n\r\nCordialement\r\nMichel Condemine','2020-11-19 22:21:35',0),(1070,466,'Issue',1,'','2020-11-19 22:21:51',0),(1071,466,'Issue',424,'Bonjour M. Condemine,\r\nNous avons intégré le nouveau nodeset de type dans le projet. Merci pour l\'ajout de Gun1_Gun2 dans l\'enum.\r\npar rapport à votre fichier ajouté \"recipeDataType.PNG\", j\'ai un doute concernant le FlushStepDataType. Pouvez-vous me confirmer que c\'est un Array?\r\n\r\nPensez-vous valider le comportement avec le Vpi aujourd\'hui?\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n','2020-11-20 11:18:44',0),(1072,472,'Issue',1,'Bonjour,\r\nJe ne constate pas ce type de problème.\r\nEst ce que lors de vos transferts de valeurs vous mettez bien à jour les horodates ?\r\n\r\nCordialement\r\nMichel','2020-11-24 16:23:24',0),(1073,472,'Issue',424,'Bonjour,\nNon, je ne faisais pas ça avant.\nvous voulez parler des paramètres ci-dessous? si oui, j\'ai vu que c\'était des entiers. Pouvez-vous me donner le format de dwHighDateTime et dwLowDateTime?.\nEst-ce que c\'est :\n> dwHighDateTime = 20201124; // yyyymmdd\n> dwLowDateTime = 180600; //hms\n\nparamètes horodates\n> // ServerTime\n>> ServerPicoseconds;\n>> ServerTimestamp.dwHighDateTime;\n>> dwLowDateTime;\n> // SourceTime\n>> SourcePicoseconds;\n>> dwHighDateTime;\n>> dwLowDateTime;','2020-11-24 18:07:01',0),(1074,472,'Issue',1,'Bonjour,\r\nil faut utiliser la fonction Vpi_DateTime_UtcNow ou fabriquer une date au format FileTime.\r\nReportez vous à la documentation MS pour plus d\'information sur ce format.\r\nCordialement\r\nMichel Condemine','2020-11-24 18:56:17',0),(1075,472,'Issue',1,'Bonjour,\r\njuste une petite remarque/qtestion.\r\nQu\'est ce que vous appelez le Publish/subscribe dans le contexte du Vpi et du serveur OOUA ?\r\nLe terme Publish/subscribe est réservé dans le cadre d\'OPC UA et n\'est pas implémenté dans OOUA.\r\nCordialement\r\nMichel Condemine','2020-11-25 08:23:15',0),(1076,472,'Issue',1,'Bonjour,\r\ncomme vous pouvez le constater le Redmine est à nouveau opérationnel et migré en version 4.1.\r\nJe reviens donc au nouvelle pour cette incident.\r\nAvez vous progressez ?\r\n\r\nCordialement\r\nMichel Condemine','2020-12-01 11:50:39',0),(1077,472,'Issue',424,'Bonjour M. Condemine,\r\nAvec le nouveau fichier VpiSk.cpp j\'ai pu tester et valider cette partie.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2020-12-02 13:30:49',0),(1078,472,'Issue',1,'Bonjour\r\nJe ferme ce ticket suite à vous retour par mail.\r\nCordialement\r\nMichel Condemine','2020-12-02 13:34:51',0),(1079,466,'Issue',424,'Bonjour M. Condemine,\nAvez vous pu tester le comportement de la structure RecipeDataType avec le VPI?\nCar en testant les variables #recipe(Value 5.) et #recipeList(Value 4.) depuis le programme KrnlApiTester c\'est la structure dataProcessDatatype qui s\'affiche sur le client. \n\nBien cordialement,\nMaycko LOUIS','2020-12-02 13:37:52',0),(1080,466,'Issue',424,'Pouvez-vous me confirmer que dans la structure RecipeDataType la \"sous-structure\" FlushStepDataType est un array?','2020-12-02 13:39:10',0),(1081,466,'Issue',1,'Bonjour,\r\nsi je me réfère au modèle UML, ci-joint, il s\'agit d\'un tableau de 20 éléments.\r\nJe vérifierai dans le code dans la journée.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-02 13:45:17',0),(1082,476,'Issue',461,'Michel Condemine Admin wrote:\r\n> Bonjour,\r\n> Ce ticket pour suivre et valider la mise en place du lien RDP.\r\n> \r\n> Cordialement\r\n> Michel Condemine\r\n\r\nNous avons un Team Viewer déjà en place, si cela peut convenir je lance la commande avec TeamViewer dans nos engagements. Ci-joint les codes d\'accès.\r\n\r\nSinon, je dois faire une demande RDP aux équipes (externes) réseaux et à ce stade je ne sais pas le temps que cela prendra.\r\n\r\nJ\'attends donc votre retour à ce sujet.\r\n\r\nCordialement,\r\nCédric Counotte.','2020-12-02 16:59:18',0),(1083,476,'Issue',1,'Bonjour,\r\nla fonctionnalité RDP est native sur tous les Windows depuis Windows NT.\r\nIl n\'y qu\'a l\'activé et la configurer. Il s\'agit du bureau a distance.\r\nCordialement\r\nMichel Condemine','2020-12-02 17:32:23',0),(1084,476,'Issue',1,'Bonsoir,\r\nquand j\'essai de me connecter avec TeamViewer 12. j\'obtiens l\'erreur suivante :\r\n!clipboard-202012022123-ezmsc.png!\r\n\r\nJe recommande le bureau a distance Windows ou une MAJ de teamViewer.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-02 21:24:47',0),(1085,476,'Issue',461,'J\'ai le même soucis ce matin, je vous tiens au courant dès que le problème est résolu. La version actuellement installé étant la version 15.12.4!?\r\n\r\nConcernant RDP, le problème est qu\'il faudra que je demande aux équipes réseaux de configurer le port 3389 entrant et redirigé vers cette machine uniquement. Ce qui pourrait prendre un temps indéterminé.\r\nJe n\'aime pas TeamViewer plus que vous mais en l\'état il nous permettra d\'avancer rapidement sur le sujet.\r\n\r\nCordialement,\r\nC.','2020-12-03 09:01:02',0),(1086,476,'Issue',461,'Bonjour Mr Condemine,\r\n\r\nJe viens de mettre à jour la version correctement et vérifié la connexion.\r\n\r\nL\'id de la machine: 1832276048\r\nLe nouveau mot de passe: umd971\r\n\r\nJe fais le nécessaire pour que la commande vous soit transmise aujourd\'hui.\r\n\r\nCordialement,\r\nC.','2020-12-03 09:08:51',0),(1087,476,'Issue',1,'Bonjour,\r\nje me suis connecté à la machine.\r\n!clipboard-202012030946-4m3nz.png!\r\nJe récupère votre configuration pour l\'étudier off-line.\r\nJ\'attends votre commande. \r\nCordialement\r\nMichel Condemine','2020-12-03 09:51:35',0),(1088,476,'Issue',461,'Parfait, la commande est en préparation dans le service concerné. J\'ai bonne espoir que vous l\'obteniez aujourd\'hui.\r\n\r\nEn parallèle j\'ai demandé l\'accès RDP au cas où le mot de passe serait changé sur TV.\r\n\r\nCordialement,\r\nCédric.','2020-12-03 10:04:36',0),(1089,475,'Issue',1,'Bonjour,\r\nCe problème est Corrigé dans la dernière livraison V0.0.4.8\r\nA tester\r\n\r\nCordialement\r\nMichel','2020-12-03 13:55:39',0),(1090,465,'Issue',433,'A fin de trace de notre travail de début de semaine sur ce sujet :\r\nune amélioration a été injectée sous votre direction dans le code du VpiNullEx (utilisé comme base de notre VpiPlant) pour intégrer les address des nodes \"partagés\" entre plusieurs Vpi, qui étaient bouchonnées par un \"Vpi_Null\", dans l\'appel à la méthode de callback.\r\nCes modifications ont permis de débloquer la synchronisation par VpiUaClnt.','2020-12-04 10:33:46',0),(1091,466,'Issue',424,'Bonjour,\r\nAvez-vous pu regarder pour la gestion du tableau de 20 FlushStepDataType dans la structure RecipeDataType ?\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2020-12-04 15:11:47',0),(1092,466,'Issue',1,'Bonjour,\r\nj\'ai prévu de m\'en occuper ce week end.\r\nCordialement\r\nMichel Condemine','2020-12-04 17:26:01',0),(1093,466,'Issue',424,'Bonjour,\r\nJe viens aux nouvelles, avez-vous pu faire des modifications ce week-end?\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2020-12-07 14:09:52',0),(1094,466,'Issue',1,'Bonjour,\r\nle fichier ci-joint prend en compte le problème d\'encodage.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2020-12-07 18:13:46',0),(1095,466,'Issue',1,'','2020-12-07 18:14:04',0),(1096,479,'Issue',1,'Bonjour,\r\n\r\nles DataType sont sensibles a la case.\r\nboolean est différent de Boolean. XuMulator génère un nouveau dataType pour boolean.\r\nMerci de vérifier les types dans le fichier UML.\r\n\r\nCordialement\r\nMichel','2020-12-07 19:30:30',0),(1097,481,'Issue',461,'Bonjour,\r\n\r\nCe matin le serveur consommait 2.2Go.\r\n\r\nDans le code des samples C#.NET, j\'ai vue un appel à notif.dequeueValues() à chaque notification.\r\n\r\nEn regardant le code de notre application, je n\'ai pas vue un tel appel ni quoi que ce soit qui se rapproche d\'un acknowledge.\r\n\r\nDonc j\'ai ajouté l\'appel désigné ci-dessus et relancé l\'application, à voir ce soir si ça aide vraiment.','2020-12-08 09:34:43',0),(1098,481,'Issue',461,'Re-bonjour, j\'ai du changer le mot de passe de TeamViewer (perte du WiFi): 71r1zw','2020-12-08 10:06:50',0),(1099,484,'Issue',1,'Michel Condemine Admin wrote:\r\n> Bonjour,\r\n> suite à votre mail reportant un problème de stabilité j\'ouvre ce ticket pour commercer la collecte d\'information.\r\n> Le premier objectif est de comprendre le/les problème(s) pour mieux pouvoir le/les corriger\r\n> Merci de me fournir des log, ficher WS lors de l\'apparition du/des problèmes(s)\r\n> \r\n> Cordialement\r\n> Michel Condemine\r\n\r\nUn complément pour diagnostiquer le problème.\r\nLa version 1.0.5.9 supporte les nodes de diagnostique du serveur. Il conviendrait de les activer avant que le problème ne se produise.\r\nIl est possible que le problème rencontré soit simplement lié à un MAX atteint par le serveur. Je parle de, Max secure Channel, MAX Session, etc.\r\nPourriez vous vérifier ce point ASAP.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-08 11:40:46',0),(1100,481,'Issue',1,'Bonjour,\r\nIl semble bien que votre client n\'acquitte pas les NotificationMessages transmis par le serveur. \r\n!clipboard-202012081146-cnrmy.png!\r\nDans ce contexte et comme exigé par la spécification le serveur conserve les NotificationMessages.\r\n\r\nMerci de faire vérifier et corrgier ce point dans le code du client.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-08 11:46:33',0),(1101,481,'Issue',461,'Normalement ce problème est corrigé avec la version actuellement déployé, tout du moins concernant les souscriptions. Je regarde concernant les publications.\r\n\r\nLe PublishRequestCount permet d\'identifier les requêtes de publication. Y-a-t-il un compteur pour les souscriptions?\r\n\r\nJ\'ai tenté d\'ouvrir les diagnostiques serveurs mais ceux-ci sont vides!? ALors que les même diagnostiques sur une UC S7-1500 renvoi bien des données très détaillés? \r\n\r\nY-a-t-il un moyen d\'activer les diagnostiques, ce qui me permettrait d\'identifier plus rapidement un tel défaut?\r\n','2020-12-08 12:55:25',0),(1102,481,'Issue',1,'Bonjour,\r\nle node EnabledFlag (i=2294) est utilisé pour activer le diagnostic.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-08 12:58:23',0),(1103,485,'Issue',461,'Voici les messsages d\'erreur d\'UA Expert, à répétition.','2020-12-08 12:59:56',0),(1104,481,'Issue',461,'Merci, j\'ai donc pu activer les diagnostiques et je constate un PublishRequestCount non nul qui vient de la souscription au diagnostique, faite par UAExpert.\r\n\r\nJe ne vois pas en quoi ce compteur indique que les notifications ne sont pas acknowledgé car de fait cela voudrait dire que UAExpert ne le fait pas non plus.\r\n\r\nJe constate d\'ailleurs un UnacknowledgeMessageCount a 1451 provenant donc de UAExpert.\r\n\r\nDans le code example de OPCFoundation, on peut voir comment sont traiter les notifications:\r\n\r\n\r\n private static void OnNotification(MonitoredItem item, MonitoredItemNotificationEventArgs e)\r\n {\r\n foreach (var value in item.DequeueValues())\r\n {\r\n Console.WriteLine(\"{0}: {1}, {2}, {3}\", item.DisplayName, value.Value, value.SourceTimestamp, value.StatusCode);\r\n }\r\n }\r\n\r\n\r\nLa version qui tourne actuellement fait exactement la même chose (item.DequeueValues()), qui semble donc être le seul élément nécessaire à vider les buffers.\r\n\r\nJe regarde lors de la publication (write) depuis l\'interface si quelque chose manque/est nécessaire.','2020-12-08 13:11:12',0),(1105,481,'Issue',461,'Je viens de vérifier, grâce aux diagnostiques que tous les messages des sessions de notre client (ModularLine) sont bien acknowledgé.\r\n\r\nEn effet le flag \'UnacknowledgeMessageCount\' est bien à 0 pour toutes les souscriptions.','2020-12-08 13:14:06',0),(1106,485,'Issue',461,'Deuxième crash du serveur, toujours avec UA Expert notifiant de nombreuses erreurs.\r\n\r\nC:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201208_131846.dmp\r\n\r\nJe vous joints le log UA Experts qui fait planter le serveur.','2020-12-08 13:36:20',0),(1107,485,'Issue',1,'Bonjour,\r\nj\'aimerai procéder à une MAJ.\r\nPourriez vous activer TV ?\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\nPS: Merci de créer un compte Redmine par intervenant.','2020-12-08 13:57:56',0),(1108,485,'Issue',461,'Ca devrait être bon, nous avons des soucis de WiFi. Je ne me connecte pas à la machine pour éviter de vous prendre de la bande passante.\r\n\r\nAvez-vous pu obtenir les dumps? Je les ai tous 2 sur mon PC et les joindrais ici dès que possible.\r\n\r\nMerci,\r\nC.','2020-12-08 14:01:40',0),(1109,485,'Issue',461,'Nous avons branché la machine sur un réseau filaire, il devrait donc y avoir moins de soucis.\r\n\r\nPar ailleurs, j\'ai arrêté notre IHM et fait quelques tests avec UA Expert. En l\'état, UA Expert plante le serveur systèmatiquement.\r\n\r\nJe vous invite à lancer le serveur et observer son crash en quelques minutes (tout en laissant UA Expert se reconnecter).\r\n\r\nC.','2020-12-08 14:23:29',0),(1110,485,'Issue',461,'Concernant les crash systèmatique (sans notre interface), je lançais le serveur à partir d\'une console administrateur... ce qui semble avoir un impact très négatif sur sa stabilité.\r\n\r\nJe viens de le lancer en mode standard et ça semble mieux fonctionner à ce stade.','2020-12-08 14:28:28',0),(1111,480,'Issue',1,'Bonjour,\r\nle serveur utilise les Alias ou les NodeId en fonction de la syntaxe utilisé dans le fichier NodeSet.\r\nj\'ai corrigé le problème dans l\'OOUACOnfigManager. ver 0.0.8.9\r\nJ\'ai aussi corrigé la copie des binaires OpenSSL et l\'ajout des fichiers nodeset OPC Fondation même s\'ils existent.\r\nJe vais livrer dans la journée cette évolution. \r\nAvez vous d\'autres demande ?\r\n\r\nCordialement\r\nMichel\r\n','2020-12-08 14:43:09',0),(1112,481,'Issue',461,'Je viens de vérifier avec les diagnostiques OPCUA, toutes les notifications sont bien acknowledgé par l\'interface.\r\n\r\nUnacknowledgedMessageCount est à 0 sur toutes les souscriptions de la session.\r\n\r\nDonc si memory leak, il n\'est pas causé par l\'interface.','2020-12-08 14:48:34',0),(1113,485,'Issue',461,'Le PC et l\'accès TeamViewer sont opérationnel, vous pouvez donc mettre à jour votre serveur à votre convenance.\r\n\r\nMerci,\r\nC.','2020-12-08 14:49:23',0),(1114,485,'Issue',1,'Bonjour,\r\nj\'essai de reproduire ce problème en lançant le serveur depuis une console Admin.\r\nCa tourne, on va attendre...\r\nCordialement\r\nMichel Condemine','2020-12-08 14:59:10',0),(1115,485,'Issue',461,'Il m\'a semblé que l\'état d\'UA Expert à un impacte certain sur les crashs. Une fois UAExpert relancé ou en reloadant la config, les crashs semblent s\'arrêté... Très étrange.','2020-12-08 15:02:37',0),(1116,485,'Issue',461,'Je viens de me connecter à la machine, comme UA Expert avait perdu sa config, je l\'ai rechargé. Puis j\'ai fermé UA Expert pour le réouvrir et chargé la config. Ce qui a eu pour effet de crasher le serveur.\r\n\r\nNouveau dump:\r\n\r\nC:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201208_152222.dmp\r\n\r\nL\'interface à donc automatiquement relancé le serveur (du dossier 4CE...) et j\'ai relancé manuellement procdump.','2020-12-08 15:25:31',0),(1117,485,'Issue',1,'Je surveillais quand le problème est apparu.\r\nJe suis en train de charger le DUMP.\r\nJe vais l\'analyser. Sans doute les Node de diagnostic.\r\nJe vous tiens au courant. Il faut, je pense, se concentrer sur la fuite.\r\nJe vais analyser les fuites dans le VPI qui serait lié à des erreurs de configuration sur les TAG.\r\ncordialement\r\nMichel Condemine\r\n','2020-12-08 15:29:44',0),(1118,485,'Issue',1,'Il y a un processus OpenOpcUaCoreServer que je n\'arrive pas à tuer. \r\nIl a été lancé en Admin. Pourriez vous le stopper.\r\nJ\'ai fait une petit correction dans le VpiS7. \r\nJe souhaite installer cette MAJ.\r\n\r\ncordialement\r\nMichel Condemine','2020-12-08 16:13:31',0),(1119,485,'Issue',461,'J\'ai du redémarré la machine, le nouveau mot de passe team viewer est: f3f16d','2020-12-08 16:21:55',0),(1120,481,'Issue',1,'Bonjour,\r\nje pense avoir réglé le problème de la fuite.\r\nIl venait du VPI et des tag utilisant des NodeId sous forme de chaine.\r\nLE serveur tourne et consomme, sans client connecté, mois de 9Mo.\r\nPouvez vos lancer votre application ?\r\nCordialement\r\nMichel Condemine','2020-12-08 16:58:51',0),(1121,481,'Issue',461,'Ok, je lance avant de partir. Merci. C.','2020-12-08 17:00:27',0),(1122,482,'Issue',1,'','2020-12-09 11:23:29',0),(1123,478,'Issue',1,'Bonjour Nicolas,\r\nIl s\'agit d\'un vaste sujet. \r\nOPC UA définit un ensemble de webservices dans la partie 6. \r\nIl s\'agit du mapping des services abstraits OPC UA sur la technologie WS.\r\nMaintenant s\'il s\'agit de créer d\'autres WS pour attaquer OpenOpcUa c\'est différent.\r\nJ\'ai fait des chope ne REST pour OOUA mais rien en WS.\r\nJ\'espère que cela répondra a votre question.\r\nCordialement\r\nMichel','2020-12-09 11:27:28',0),(1124,481,'Issue',461,'Je constate qu\'à chaque fois que je lance/quitte UAExpert (en chargeant la config UATest), le serveur occupe 100Ko de plus.\r\n\r\nDans la config UATest, on trouve notamment quelques erreurs: BadCommunicationError et BadWaitingForInitialData.\r\n\r\nSe pourrait-il que ces erreurs cause d\'autres memory leak?\r\n\r\nEn le faisant une dizaine de fois, je lit ceci dans la console procdump:\r\n\r\n[13:48:30] Exception: 00000006\r\n\r\nEst-ce un problème potentiellement grave?','2020-12-09 15:20:16',0),(1125,481,'Issue',1,'Bonjour,\r\nles Nodes affichant un StatusCode =BadCommunicationError ou BadWaitingForInitialData correspondent à des Nodes dont les adresses sont invalides et/ou les PLC non-disponible.\r\nConcernant la consommation de mémoire je vais faire quelques tests supplémentaire.\r\nQuelques questions/remarques :\r\n# Votre UAExpert à plus de 3 ans v1.4.4 actuel v1.5.1\r\n# Fermez vous UAExpert \"Normalement\" ?\r\n# Est ce que les sessions et SecureChanel sont immédiatement libéré ou est ce que le serveur attend le timeout ?\r\nConcernant l\'Exception: 00000006 elle est provoqué par l\'arrêt du client... Il faudra creuser de ce côté.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-09 20:08:00',0),(1126,477,'Issue',1,'','2020-12-09 20:08:35',0),(1127,486,'Issue',1,'Bonjour, \r\ncette fonctionnalité permet de créer depuis une API, utilisable par un Vpi, l\'ensemble de la configuration du serveur.\r\nNode et Tag. Les nodeIds sont dans ce cas générés par l\'appel aux APIs de création de Node. \r\nEn règle générale les Nodes et Tags sont recréés à chaque démarrage du serveur.\r\nMais l\'API reste très flexible dans son utilisation.\r\nJe vous propose d\'en parler lors de notre point de 9h00\r\n\r\nCordialement\r\nMichel Condemine','2020-12-10 08:15:12',0),(1128,481,'Issue',461,'Merci pour votre réponse.\r\n\r\nJ\'ai mis la version 1.5.0 que j\'avais sous la main. Je mettrais la 1.5.1 dès que je trouve l\'installateur.\r\n\r\nOui, je ferme UAExpert normalement, ce matin je vois pas mal d\'exception ayant eu lieu dans la nuit. A voir si cela continu avec la nouvelle version.\r\n\r\nConcernant le point #3 je ne sais pas vraiment. Quand vous parler du serveur, vous voulez dire les UC Siemens? Je demanderais à mes collègues car je suis nouveau sur le sujet ;)','2020-12-10 08:53:29',0),(1129,487,'Issue',1,'Bonjour,\r\n0x803E000 correspond à Vpi_BadNotFound.\r\nSi le GlobalStart n\'aboutit pas le Vpi ne démarrera pas.\r\nIl doit y avoir une erreur dans le fichier complémentaire de configuration.\r\nEst ce que les log sont bien créés ?\r\nSi oui, que contiennent ils ?\r\n\r\nCordialement\r\nMichel Condemine','2020-12-10 12:31:26',0),(1130,487,'Issue',461,'Merci pour votre réponse rapide. En effet, je n\'ai pas pensé à regarder les logs, faisant autre chose en même temps.\r\n\r\nIl se trouve que j\'avais voulu renommer le SubSystemName pour pouvoir identifier les différents VPI plus facilement mais que je n\'avais pas vue que le nom du .dat devait alors être adapté.\r\n\r\nVoici l\'erreur rapporté par tous les VPIs:\r\n2020-12-10T11:13:13.388Z ERROR LoadConfigurationFile D:\\ConfigXML\\Test\\OpenOpcUaServer\\ConfigurationFiles\\S7-270-00270.dat failed 0x803e0000. More information in \r\n\r\nJ\'ai changé la création des .dat pour matcher le subsystemname et ça marche correctement, mise à part que je n\'ai pas d\'automate derrière, mais les logs sont cohérents avec ce fait.\r\n\r\nMerci,\r\nC.','2020-12-10 13:10:00',0),(1131,489,'Issue',461,'[08:27:04] Exception: C0000005.ACCESS_VIOLATION\r\n[08:27:05] Unhandled: C0000005.ACCESS_VIOLATION\r\n[08:27:05] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201211_082705.dmp\r\n[08:27:05] Dump 1 complete: 12 MB written in 0.1 seconds\r\n[08:27:05] Dump count reached.\r\n','2020-12-11 08:36:37',0),(1132,489,'Issue',1,'Bonjour,\r\nj\'ai diagnostiqué le problème hier soir.\r\nIl est relatif à la libération des ressources d\'utilisées par les nodes de diagnostics.\r\nJ\'essai de m\'en occuper dans la journée.\r\nDans l\'intervalle évitez de les utiliser, bien que leurs allocations soit systématique.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-11 08:43:15',0),(1133,489,'Issue',461,'Aujourd\'hui je me suis assuré de ne pas utiliser les diagnostiques a aucun moment, pourtant un dump vient d\'être créé:\r\n\r\n\r\n[15:45:02] Exception: 80000003.BREAKPOINT\r\n[15:45:02] Exception: C0000374\r\n[15:45:02] Unhandled: C0000374\r\n[15:45:02] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201211_154502.dmp\r\n[15:45:02] Dump 1 complete: 17 MB written in 0.1 seconds\r\n[15:45:03] Dump count reached.','2020-12-11 15:48:33',0),(1134,489,'Issue',1,'Bonjour,\r\nen fait le serveur alloue des ressources même quant les diagnostics ne sont pas demandés.\r\nJe suis en train de travailler sur ce problème.\r\nJe vais mettre à jour le serveur durant ce Week End.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-11 15:50:52',0),(1135,485,'Issue',461,'Bonjour,\r\n\r\nCe matin je vois quelques exception dans la nuit et un crash:\r\n\r\n[23:13:02] Exception: 00000006\r\n[00:28:25] Exception: 00000006\r\n[05:16:04] Exception: 00000006\r\n[08:35:15] Exception: C0000005.ACCESS_VIOLATION\r\n[08:35:15] Unhandled: C0000005.ACCESS_VIOLATION\r\n[08:35:15] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201214_083515.dmp\r\n[08:35:15] Dump 1 complete: 17 MB written in 0.1 seconds\r\n[08:35:16] Dump count reached.\r\n\r\nCordialement,\r\nC.','2020-12-14 08:36:34',0),(1136,485,'Issue',461,'Après reboot du PC, j\'ai ouvert UAExpert et activé les diagnostiques, crash immédiat mais le serveur continue de tourner (même process ID).\r\n\r\n[09:10:11] Exception: 80000003.BREAKPOINT\r\n[09:10:11] Exception: C0000374\r\n[09:10:11] Unhandled: C0000374\r\n[09:10:11] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201214_091011.dmp\r\n[09:10:11] Dump 1 complete: 16 MB written in 0.2 seconds\r\n[09:10:12] Dump count reached.\r\n','2020-12-14 09:14:26',0),(1137,492,'Issue',1,'Hello,\r\nwhat is the version of the lib used to produce this issue ?\r\ncan you confirm that you are using 1.0.5.8 ?\r\n\r\nRegards\r\nMichel','2020-12-14 11:44:29',0),(1138,485,'Issue',1,'Bonjour,\r\nj\'aurai un accès limité à internet durant les heures de bureau cette semaine.\r\nPourriez vous mettre sur le redmine le fichier log du serveur contenant la trace de ce matin 9h10\r\n\r\nCordialement\r\nMichel condemine','2020-12-14 12:08:04',0),(1139,485,'Issue',461,'Ci-joint les dump de 9h10 et 8h35. Si vous avez besoin d\'autre chose n\'hésitez pas à me le dire.\r\n','2020-12-14 12:42:41',0),(1140,492,'Issue',398,'Yes, I confirm 1.0.5.8','2020-12-14 13:45:07',0),(1141,491,'Issue',461,'Nous avons une visite client et ferons donc une demonstration sur la machine.\r\n\r\nLe nouveau mot de passe (reboot a nouveau): 97uzt9','2020-12-14 14:06:47',0),(1142,491,'Issue',1,'Bonsoir,\r\nje voulais collecter les logs et faire une MAJ.\r\nMalheureusement les mots de passe de fonctionnent pas .\r\nPourriez vous les vérifier ?\r\n\r\nCordialement\r\nMichel Condemine','2020-12-14 20:18:05',0),(1143,491,'Issue',461,'Bonjour, oui désolé, la connexion a été coupé pendant la demo client, et le nouveau de passe est: v71u3n\r\n\r\nJe vérifierais ce soir avant de partir.\r\nC.','2020-12-15 08:10:44',0),(1144,491,'Issue',1,'Bonjour,\r\naccès TV toujours impossible.\r\nPourriez vous vérifier le password. \r\nMerci.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-16 07:02:35',0),(1145,491,'Issue',461,'Bonjour et navré de ce contre-temps. J\'ai trouvé une autre version de TV en cours sur la machine, et du aller sur place pour corriger.\r\n\r\nMot de passe: Exels1us&2010#\r\n\r\nCordialement,\r\nC.','2020-12-16 08:05:41',0),(1146,491,'Issue',461,'Si vous pouvez me transmettre les binaires, je pourrais sûrement les installer et vous faire un retour?\r\n\r\nCordialemnt,\r\nCédric Counotte.','2020-12-16 08:11:55',0),(1147,491,'Issue',1,'Bonjour,\r\nje souhaite voir les log dans un premier temps.\r\nL\'accès TV ne sera plus possible ?\r\n\r\ncordialement\r\nMichel Condemine','2020-12-16 08:34:53',0),(1148,491,'Issue',461,'L\'accès TV est disponible en ce moment avec le mot de passe fournit plus haut (il y a 30 minutes).\r\n\r\nNote: Je viens d\'activer les diagnostiques et je vois ceci dans les logs UA Expert','2020-12-16 08:36:51',0),(1149,491,'Issue',461,'Je vous ai fournit les logs hier dans l\'issue 485: http://www.openopcua.org/redmine/issues/485\r\n\r\nAvez-vous pu les analyser? \r\n\r\nJ\'ai eu un autre crash aujourd\'hui, avec un popup d\'erreur que je vais vous joindre dans une nouvelle issue.\r\n\r\nLes accès TV sont maintenant permanent et le mot de passe que je vous ai fournit ne changera plus.\r\nJe reste connecter à la machine en permanence pour m\'assurer de son fonctionnement.\r\n\r\nCordialement,\r\nCédric Counotte.','2020-12-16 13:12:09',0),(1150,499,'Issue',1,'Bonjour,\r\nje suis en déplacement toute la semaine comme précédemment indiqué.\r\nEst ce que la MAJ chez votre client pourrait attendre lundi ?\r\n\r\nSinon j\'ai prévu de travailler sur votre maquette ce soir.\r\nTenez moi au courant.\r\n\r\ncordialement\r\nMichel\r\n','2020-12-17 08:17:01',0),(1151,499,'Issue',461,'Bonjour et merci pour votre réponse.\r\n\r\nPas de soucis pour attendre Lundi prochain, mais nous aimerions faire tourner la nouvelle version (corrigeant les derniers problèmes relevés) au moins tout le week-end avant de l\'installer chez le client.\r\n\r\nDonc si vous avez un peu de temps ce soir à nous consacrer ce sera parfait.\r\n\r\nMerci et bonne journée,\r\nCédric Counotte.','2020-12-17 08:28:44',0),(1152,500,'Issue',1,'Hello,\r\nthank you for your feedback.\r\nThe correction was already applied in the 1.0.5.9 codebase.\r\nBR\r\nMichel Condemine','2020-12-17 14:26:29',0),(1153,502,'Issue',1,'More than 150 leak are fixed in the Crypto and SSL functions in both the stack, the server and the client library.\r\nThose fix are part of the 1.0.5.9\r\nBR\r\nMichel Condemine','2020-12-17 14:45:51',0),(1154,504,'Issue',1,'Bonjour,\r\nau démarrage les versions récente du serveur lisent les valeurs par défaut déclarées dans le fichier nodeset et les envois au Vpi associé.\r\n\"Normalement\" s\'il n\'y a pas de balise XML \"Value\" déclaré le serveur n\'injectera pas de valeur.\r\n\r\nmerci de vérifier notre nodeset d\'instance.\r\nCodialement\r\nMichel Condemine','2020-12-18 11:07:13',0),(1155,504,'Issue',461,'Merci beaucoup pour votre réactivité. Découvrant le domaine je ne savais pas tout ça.\r\n\r\nEn l\'état la config que nous générons a en effet des \"Value\" déclaré que l\'ancien serveur n\'envoi pas.\r\n\r\nJe vais donc changer notre générateur pour ne plus avoir ces tags inutiles et qui plus est faux.\r\n\r\nJe vous laisse le soin de fermer ce ticket car je ne vois pas pour le faire d\'ici.\r\n\r\nMerci,\r\nCédric Counotte.','2020-12-18 12:42:28',0),(1156,503,'Issue',461,'Vous pouvez fermer cette anomalie, il s\'agissait de l\'ancien serveur, me semble-t-il. Moyen de vérifier?\r\n\r\nCordialement,\r\nC.','2020-12-18 13:22:58',0),(1157,504,'Issue',1,'Bonjour,\npour assurer le suivi de l\'incident je republie ma réponse de lundi 21/12\nBonjour,\nJe viens de faire le test suivant :\n1. Initialisation d’une valeur dans le PLCSimulator S7 depuis la balise <Value> dans le fichier nodeset (transmission de la valeur 10)\n2. Suppression de la balise <Value>\n3. Arrêt du serveur\n4. Redémarrage\n5. La valeur 10 est toujours dans le PLCSimulator S7. Le Vpi n’a pas écrit.\nConclusion tout fonctionne correctement.\n','2020-12-22 02:07:57',0),(1158,504,'Issue',1,'Ainsi que votre réponse,\r\nIci, je fais les tests suivants :\r\n\r\nJe mets des valeurs dans un nodeset avec UAExpert. J’arrête le serveur, redémarre, les valeurs sont toutes à zéro.\r\n\r\nVoir les 2 copies d’écran montrant les valeurs configurées et les valeurs après redémarrage. Je vois 2 nodesets ayant conservés leurs données (à 150 en bas de liste). Sinon tout le reste est passé à 0 !?\r\nL’accès TeamViewer vous permettra de voir et de modifier ces nodesets directement, j’ai laissé UAExpert en route.\r\n\r\nSi je fais la même chose avec l’ancien serveur, les valeurs sont bien conservées.\r\n!clipboard-202012220209-kigb4.png!\r\n!clipboard-202012220209-8vs4i.png!\r\nCdlt,\r\n\r\nC.\r\n','2020-12-22 02:09:22',0),(1159,504,'Issue',1,'Maintenant le suite,\r\nj\'ai fait des essais plus poussés sur le serveur pour comprendre l\'écrasement que vous constatez.\r\nPour info sur ma maquette je n\'ai pas ce comportement mais je l\'observe bien sur votre installation.\r\nJ\'ai ajouté des traces dans le code du serveur. Je vous confirme que l\'écrasement ne vient pas de valeurs lues dans le nodeset.\r\nIl ne vient pas non plus d\'un client. \r\nIl reste maintenant la fonctionnalité du \"multitag\" qui pourrait provoquer ce comportement. Je continuerai les tests dans la journée sur ce sujet.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2020-12-22 02:15:05',0),(1160,504,'Issue',1,'Bonjour,\r\nj\'ai encore pris quelques minutes pour tester un potentiel effet de bord du multitag.\r\nIl n\'y aucun problème de ce coté là. Les valeurs présentes dans le PLC sont lues au démarrage par le Vpi et transmissent au serveur.\r\nIl n\'y a aucun écrasement. Je vous propose un échange team afin de clore cet incident.\r\n\r\nCordialement\r\nMichel Condemine','2020-12-22 02:48:38',0),(1161,504,'Issue',461,'Merci d\'avoir vérifié, en effet, après avoir relancé le nouveau serveur, je vois a nouveau tout à zero.\r\n\r\nJ\'ai donc lancé l\'ancien serveur et toutes les valeurs étaient bien présentent et pas à 0 !\r\n\r\nDonc finalement tout y est, mais il semblerait qu\'il y ai un problème d\'accès ou de lecture des données !?\r\n\r\nEnsuite j\'ai relancé le nouveau serveur tout est à nouveau à 0, et notre interface voit aussi des 0 sur la pluspart des noeuds, mais pas tous. Ceci élimine un bug dans UA Expert (qui semble en avoir quelques un tout de même).\r\n\r\nSerait-ce possible qu\'il y ai un problème d\'adressage ou de nommage dans la configuration?','2020-12-22 08:45:05',0),(1162,504,'Issue',461,'Après quelques tests plus poussés, il y a bien un soucis de lecture des données en provenance des automates. Sauf les valeurs écrites pendant que le serveur tournent sont non nulles, mise à part quelques unes.\r\n\r\nNous avons une données \'width\' qui indique l\'écartement de 2 rails et que l\'ont peut donc faire varier à l\'aide d\'un moteur. Avec le nouveau serveur la valeur est toujours 0, avec l\'ancien celle-ci change en fonction de la position demandé au travers du moteur.','2020-12-22 08:52:17',0),(1163,504,'Issue',1,'Bonjour,\r\npourriez vous m\'indiquer le nodeid, l\'adresse et le n* de Vpi associé à \'width\' ?\r\ncordialement\r\nMichel Condemine\r\n','2020-12-22 10:41:36',0),(1164,504,'Issue',461,'Bonjour,\r\n\r\nMise à part LoadingSpeed at UnloadingSpeed, tous les noeuds visibles dans la copie d\'écran ci-jointe ne sont pas lu des automates au démarrage. Seules les valeurs écrites (depuis le démarrage du serveurs) sont retournées.\r\n\r\nJ\'ai sélectionné 3 noeud \'width\' sur la copie d\'écran, qui en fait sont présents dans les 8 automates que nous avons actuellement sur la ligne de test.\r\n\r\nCdt,\r\nC.','2020-12-22 10:46:10',0),(1165,504,'Issue',461,'Ci-joint les copies d\'écran correspondant au mail que je vous ai envoyé. Pas de doublon dans la config, mais 2 hierarchies distinctes.\r\n\r\n<Tag Name=\" *RecipeLoaded* _Product_Width_mm\" Id=\"ns=7;s=SubSystem 06 OVEN BOTTOM.RECIPE.RecipeLoaded.Product.RecipeLoaded_Product_Width_mm\" Type=\"Float\" AccessRight=\"Input_Output\" Address=\"DB07D1. *012E* \" />\r\n\r\n<Tag Name=\" *RecipeToLoad* _Product_Width_mm\" Id=\"ns=7;s=SubSystem 06 OVEN BOTTOM.RECIPE.RecipeToLoad.Product.RecipeToLoad_Product_Width_mm\" Type=\"Float\" AccessRight=\"Input_Output\" Address=\"DB07D1.0004\" />\r\n\r\nCela montre que le noeud RecipeLoaded est à 0 dans UA Expert alors qu\'il est à 150 dans l\'automate S7.','2020-12-22 12:58:42',0),(1166,504,'Issue',1,'','2020-12-22 15:17:41',0),(1167,505,'Issue',1,'Hello,\r\nthank you for this detailed feedback on version 1.0.5.8 of the code base.\r\nHowever most of those fixes have already been introduce in version 1.0.5.9. Some of them cannot be used this way, for instance correction in SetSessionId.\r\nI took some changes. I deeply advise to move to the 1.0.5.9 and remind you that the fork is forbidden.\r\nChanges you suggest in AutoConnectThread need to be discuss/study further. Espacially the explicit call to CloseSession. It can cause a lot of side effet. See comment in the 1.0.5.9 source code.\r\nI warning you on the way you free ressources in the RestoreMonitoredItems. You removed the OpcUa_MonitoredItemCreateRequest_Clear !!!\r\n\r\nKind regards and happy holiday season.\r\nMichel Conedmine','2020-12-22 17:54:20',0),(1168,505,'Issue',398,'I agree with you, i haven\'t an overall view of the code. \r\nMy goal is to eliminate all potentialy problem in Library to be confident in bug track on my own code.\r\n','2020-12-23 08:34:29',0),(1169,505,'Issue',398,'The call to CloseSession was insert at the beginning of my leaks track for the purpose of generate automatic clean reconnection in reproductible maner.\r\nat the end of the track, i drop the cal but this produce some exception, so i let it in place.','2020-12-23 08:39:41',0),(1170,485,'Issue',461,'J\'ai activé et désactivé les diagnostiques pendant quelques minutes. Le serveur tournent toujours.\r\n\r\n[09:10:15] Exception: 80000003.BREAKPOINT\r\n[09:10:15] Exception: C0000374\r\n[09:10:15] Unhandled: C0000374\r\n[09:10:15] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201224_091015.dmp\r\n[09:10:16] Dump 1 complete: 13 MB written in 0.2 seconds\r\n[09:10:16] Dump count reached.','2020-12-24 09:44:20',0),(1171,485,'Issue',461,'Pour info, le serveur tourne toujours mais j\'ai l\'impression que les diagnostiques ne fonctionnent plus, aucune information n\'est mise à jours.\r\n\r\nCe après avoir activé, désactivé les diagnostiques et vue l\'exception. Si j\'active les diagnostiques à nouveau, ils ne se mettent pas à jour.','2020-12-24 12:37:36',0),(1172,485,'Issue',461,'Re (encore!), en réactivant les diagnostiques à nouveau (donc rien ne se met à jour dans UA Expert) et je vois la mémoire du serveur augmenter rapidement et régulièrement.\r\n\r\nEnviron 50 à 300Ko par seconde avec une pause toutes les 5 secondes environ. En quittant UA Expert ce phénomène s\'arrête enfin.','2020-12-24 12:43:17',0),(1173,506,'Issue',461,'Bonjour et meilleurs voeux 2021.\r\n\r\n\r\nL\'application que nous utilisons vérifie que le serveur est en cours d\'execution et le lance au besoin. Cette fonctionalité ne fonctionne à l\'évidence pas correctement.\r\n\r\nLe 31 nous avons remarqué des temps de latences dans l\'envoi de données aux automates, sur 2 d\'entre eux et avons relancer le serveur. Cette latence à disparu sur les 2 automates affecté mais a affecté un autre automate. Je testerais ce phénomène à nouveau aujourd\'hui.\r\n\r\nCordialement,\r\nCédric Counotte.','2021-01-04 08:38:05',0),(1174,506,'Issue',461,'Après avoir jeté un oeil aux 2 instances. Je constate que c\'est le service Windows qui relance le serveur, pourtant le process original a été lancé comme service.\r\n\r\nJe me demande si procdump ne crée pas un soucis faisant croire à Windows que le service est arrété?\r\n','2021-01-04 09:03:23',0),(1175,506,'Issue',1,'Bonjour,\r\non peut voir que le serveur est lancé sous deux identités différentes.\r\nL\'une en tant sous le compte de service, l\'autre par l\'admin de la machine. \r\nJe comprends donc que la deuxième instance a été lancé par une application qui emprunte l\'identité d\'un administrateur. Peut être votre utilitaire de surveillance.\r\n\r\nBien cordialement et meilleurs vœux pour 2021.\r\nMichel Condemine','2021-01-04 09:32:02',0),(1176,507,'Issue',461,'Quelques autres crash en tentant de relancer le serveur... En effet, 2 instances d\'UA Expert s\'y reconnecte au lancement et semble le planter immédiatement !?\r\n\r\n[09:41:48] Exception: 80000003.BREAKPOINT\r\n[09:41:48] Exception: C0000374\r\n[09:41:48] Unhandled: C0000374\r\n[09:41:48] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210107_094148.dmp\r\n[09:41:49] Dump 1 complete: 10 MB written in 0.1 seconds\r\n[09:41:49] Dump count reached.\r\n','2021-01-07 09:47:52',0),(1177,507,'Issue',1,'Bonjour,\r\nJe vais récupérer les logs et procéder à une mise à jour.\r\nJ\'ai passé toute la base de code en VS2017. J\'installerai donc cette nouvelle version.\r\nJe ferai cela dans l\'AM.\r\n\r\nCordialement\r\nMichel Condemine','2021-01-07 09:51:57',0),(1178,507,'Issue',461,'Bonjour,\r\n\r\nCi-joint les 2 dumps d\'hier si ça peux vous aider.\r\n\r\nNous installerons votre prochaine mise à jour chez le client la semaine prochaine.\r\n\r\nMerci.\r\nC.','2021-01-08 08:16:14',0),(1179,507,'Issue',461,'Bonjour,\r\n\r\nEn utilisant le nouveau code base de ce jour, j\'ai eu 3 crash au démarrage du serveur, alors qu\'UA Expert était lancé et s\'est reconnecté rapidement. UA Expert a reçu une mise à jour des start time / current time avant que le serveur plante.\r\nJ\'ai constaté ce même soucis au démarrage assez fréquemment, comme si UA Expert se connectait et demandait des données alors que le serveur est toujours en train de s\'initialiser.\r\n\r\nCe problème ne devrait pas être gênant chez les clients, sauf reconnection de l\'interface en même temps que le démarrage, ce que je préférerais éviter quand même.\r\n\r\n[09:48:27] Exception: 80000003.BREAKPOINT\r\n[09:48:27] Exception: C0000374\r\n[09:48:27] Unhandled: C0000374\r\n[09:48:27] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210108_094827.dmp\r\n[09:48:27] Dump 1 complete: 10 MB written in 0.1 seconds\r\n[09:48:27] Dump count reached.\r\n\r\n\r\n[09:48:46] Unhandled: C0000409\r\n[09:48:46] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210108_094846.dmp\r\n[09:48:46] Dump 1 complete: 13 MB written in 0.1 seconds\r\n[09:48:47] Dump count reached.\r\n\r\n\r\n[09:50:43] Exception: 80000003.BREAKPOINT\r\n[09:50:43] Exception: C0000374\r\n[09:50:43] Unhandled: C0000374\r\n[09:50:43] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210108_095043.dmp\r\n[09:50:44] Dump 1 complete: 10 MB written in 0.2 seconds\r\n[09:50:44] Dump count reached.\r\n\r\n','2021-01-08 10:11:22',0),(1180,507,'Issue',461,'Nouveau crash il y a 10 minutes, suivi par un autre sans procdump. Le serveur est donc HS.\r\n\r\n[10:29:35] Unhandled: C0000409\r\n[10:29:35] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210108_102935.dmp\r\n[10:29:35] Dump 1 complete: 20 MB written in 0.1 seconds\r\n[10:29:35] Dump count reached.\r\n\r\nIl semblerait que la mise à niveau VS2017 cause une regression importante.','2021-01-08 10:43:22',0),(1181,507,'Issue',461,'Un nouveau crash (409) à nouveau avec seulement notre client et ce après quelques minute suivant la connexion du client au serveur.\r\n\r\n[12:57:22] Unhandled: C0000409\r\n[12:57:22] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210108_125722.dmp\r\n[12:57:23] Dump 1 complete: 12 MB written in 0.1 seconds\r\n[12:57:23] Dump count reached.\r\n\r\nCette version n\'est pas utilisable en l\'état.\r\n\r\nCi-joint les derniers dumps.\r\n\r\nCordialement,\r\nC.','2021-01-08 13:16:41',0),(1182,511,'Issue',1,'Il s\'agira du parent de la reference HasDataType.','2021-01-12 13:56:15',0),(1183,509,'Issue',1,'Bonjour,\r\nje viens de réaliser le test sur la version que vous m\'avez fournie.\r\n!clipboard-202101121805-nabiy.png!\r\nComme vous pourrez le voir dans le fichier joint. Il y a du progrès mais de nombreux tests ne passent pas sans doute des problèmes de configuration.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-01-12 18:06:41',0),(1184,512,'Issue',1,'Bonjour,\r\n1er Problème\r\nJe vous invite à utiliser un client Modbus simple pour vérifier votre adressage.\r\nIl y en a un sur le PC.\r\nN\'oubliez pas que les adresses sont exprimées en hexadécimale.\r\n2ème problème\r\nJe ne sais quoi vous dire. Si l\'adresse que vous entrez est inconnue du coupleur il faut la modifier.\r\ncf problème 1\r\n3ème problème\r\nSupprimer les balise <Value> du fichier NodeSet. Cette balise est utilisé pour initialiser la valeur par défaut.\r\n\r\nCordialement\r\nMichel Condemine','2021-01-13 09:42:24',0),(1185,509,'Issue',347,'Bonjour monsieur Condemine,\r\n\r\nMerci pour ce retour.\r\n\r\nNous avons vu dans le fichier excel des résultats qu\'une partie des tests en \'N\' concernaient l\'utilisation des certificats.\r\nEffectivement ceux-ci ont été désactivés, nous allons les remettre en place.\r\nPour cela, avez-vous besoin de certificats spécifiques à la certification ou bien ceux fournis par ADP suffisent-ils ?\r\n\r\nMis à part la gestion des certificats, est-ce que d\'autres points bloquants restent pour la certification ADP ?\r\n\r\nCordialement,\r\nOlivier PESLE.','2021-01-13 10:14:28',0),(1186,512,'Issue',459,'Bonjour Monsieur Condemine, \r\n\r\nJe vous remercie de votre retour,\r\n\r\nJ\'ai encore quelques questions par rapport à vos réponses, quand vous dites de supprimer les balises <Value> du fichier NodeSet, est-ce que vous parlez du fichier \r\nNodeset \"Opc.Ua.NodeSet2.MTB-Instance\", si oui est-ce que c\'est bien les balises <Value> que j\'ai entouré en rouge qu\'il faut que j\'enlève ? (voir fichier ci-joint).\r\n\r\nDe plus si vous avez le temps, pouvez vous me dire si le VPI <Modbusautomate00300> est correctement configuré ou non.\r\nMerci de votre réponse, \r\n\r\nCordialement\r\nAlexandre Macé ','2021-01-13 11:29:17',0),(1187,514,'Issue',433,'Conséquence : le serveur plante.','2021-01-13 14:52:35',0),(1188,509,'Issue',1,'Bonjour,\r\nles certificats fournis par ADP ne seront d\'aucune utilité.\r\nIl y a plusieurs points bloquants relatif à l\'initialisation du test qui doivent être corrigé.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-01-13 18:42:57',0),(1189,513,'Issue',1,'Bonjour,\r\nje tente de reproduire la séquence que vous m\'avez indiqué.\r\nQuand vous écrivez \"...puis désactivé les diagnostiques\". \r\nVous le faites en utilisant le node EnabledFlag (i=2294) ? \r\n\r\nCordialement\r\nMichel Condemine\r\n ','2021-01-13 19:10:42',0),(1190,509,'Issue',347,'Monsieur Condemine,\r\n\r\nPouvez-vous énumérer et détailler les points bloquants et la façon de les résoudre par Redmine ou mail, ou cela nécessite-t-il une réunion ?\r\nPour mémoire, CHUBB doit déposer sa maquette au CNPP le 18 janvier 2021.\r\n\r\nCordialement,\r\nOlivier PESLE.','2021-01-13 19:24:52',0),(1191,509,'Issue',1,'Il est assez délicat de distinguer l\'origine de tous les problèmes restant.\r\nDes erreurs proviennent des fichiers nodeset. par exemple :\r\nLes attributs XML WriteMask et UserWriteMask doivent toujours être identique.\r\nd\'autres erreurs sont liées à la chaine des certificats mis à disposition. Ces certificats ne permettent pas de configurer correctement le CTT.\r\n\r\nVous trouverez ci-joint un fichier XML avec toutes les erreurs. Bien que ce fichier de résultat soit prévu pour être lu avec le CTT. Vous y trouverez quelques informations.\r\n\r\nPar ailleurs la contrainte du 18 janvier ne me concerne pas.\r\nJe fais mon maximum pour tester votre solution et n\'apprécie pas cette référence.\r\nJe souhaite que vous clarifiez le sens de votre message.\r\n\r\nCordialement\r\nMichel Condemine','2021-01-13 20:24:14',0),(1192,509,'Issue',1,'Le fichier de résultat.','2021-01-13 20:27:11',0),(1193,513,'Issue',461,'Concernant ce problème je viens de le reproduire. En effet, j’utilise le node EnableFlag.\r\nJe le passe à vrai, je regarde les informations de diagnostiques, concernant les souscriptions de notre client, puis celle de souscription aux diagnostiques.\r\nJe reviens ensuite au node EnableFlag que je passe à faux. Je regarde l’évolution de la mémoire du serveur, puis les diagnostiques ‘figés’ et je repasse ensuite EnabledFlag à vrai.\r\n\r\nA ce moment-là, UA Expert se bloque complètement et le serveur ne réponds plus à aucun client et il n’est plus possible de s’y connecter.\r\n','2021-01-14 10:29:48',0),(1194,513,'Issue',1,'J\'ai essayé cette procédure sur un serveur de simulation et je n\'ai pas réussi à reproduire le problème.\r\nJe vais essayé avec votre configuration malheureusement sans les PLC.\r\nA suivre donc.\r\nCordialement\r\nMichel Condemine','2021-01-14 10:33:23',0),(1195,513,'Issue',461,'Etrange que vous ne le reproduisiez pas, car sur notre machine le problème est systématique. Je viens à nouveau de le reproduire avec la même procédure. Activation / Désactivation des diagnostiques, la réactivation suivante bloque le serveur.','2021-01-14 10:52:20',0),(1196,513,'Issue',1,'Je viens de faire le test sur mon PC avec votre configuration.\r\nSans plus de succès. Le serveur ne plante pas. Est ce que je peux essayer sur votre poste ?\r\n\r\nCordialement\r\nMichel Condemine','2021-01-14 10:54:06',0),(1197,513,'Issue',461,'Pas de soucis, le poste est là pour ça.','2021-01-14 10:54:47',0),(1198,513,'Issue',1,'Je viens de faire le test et le poste semble se bloquer complètement.\r\nAvez vous le même comportement ?\r\n','2021-01-14 11:21:30',0),(1199,513,'Issue',461,'Pas tout a fait. UA Expert se bloque complètement jusqu\'à qu\'il émette un timeout et se retrouve déconnecté du serveur. Les autres clients finissent aussi par voir qu\'ils sont déconnecté, et ceux qui étaient connecté ne voit plus aucune information remonté.\r\n\r\nJe passe aussi par TV, mais n\'est pas eu de soucis avec l\'affichage ni la visu bloqué.','2021-01-14 11:24:04',0),(1200,513,'Issue',461,'PS: J\'ai laissé le serveur tel que, si vous vous reconnectez, vous devriez voir le process serveur qui semble ok, mais impossible de se connecter avec n\'importe quel client (UA Expert ou autre).','2021-01-14 11:25:02',0),(1201,513,'Issue',1,'Bonjour,\r\nje viens de faire une mise à jour.\r\nLe problème semble réglé. J\'ai trouvé une deadlock causé par la collision de deux mutex lors de l\'écriture de l\'EnabledFlag. \r\nPlus précisément lors de la réactivation des diagnostiques.\r\n\r\nCordialement\r\nMichel Condemine','2021-01-14 16:26:04',0),(1202,513,'Issue',461,'Bonjour et merci beaucoup pour cette mise à jour.\r\n\r\nJe vais laissé tourné cette version jusqu\'à Lundi, si elle est stable je l\'installerais chez un autre client et commencerais à tester les différents problèmes que nous avons rencontré jusqu\'ici, histoire de confirmer leur résolution définitive.\r\n\r\nEn tout cas, il me semble que cette version résoud tous les problèmes rencontrés et devrait nous permettre d\'offrir à nos clients une excellente stabilité.\r\n\r\nJe serais absent demain, de retour Lundi. Je ferais un point à ce moment.\r\n\r\nMerci encore et bon week-end,\r\n\r\nCordialement,\r\nCédric Counotte.','2021-01-14 16:34:21',0),(1203,515,'Issue',1,'Bonjour,\r\nce type de communication inter-Vpi au travers d\'OpenOpcUa requière un codage spécial du Vpi.\r\nJe vais vérifier si c\'est bien le cas dans les Vpis Modbus.\r\n\r\nCordialement\r\nMichel Condemine','2021-01-14 21:06:17',0),(1204,513,'Issue',461,'Bonjour,\r\n\r\nA priori tout c\'est (presque) bien passé pendant 3 jours, aucun crash sauf le 15, comme visible sur la copie d\'écran jointe.\r\n\r\nPar contre en 3 jours, le serveur passe de 8Mo à 80+Mo, ce qui me semble anormale. Est-ce possible de contrôler les memory leaks? Cf copie d\'écran montrant la durée du run et la mémoire consommée.\r\n\r\nCordialement,\r\nCédric.','2021-01-18 08:15:54',0),(1205,481,'Issue',461,'Bonjour,\r\n\r\nAu vue de la pièce jointe, le serveur passe de 8Mo au démarrage à 80Mo après seulement 3 jours.\r\n\r\nIl me semble qu\'il y ai toujours des memory leaks.\r\n\r\nCordialement,\r\nCédric.','2021-01-18 08:17:04',0),(1206,503,'Issue',461,'Depuis Jeudi dernier la dernière mise à jour à crashé 2 fois.\r\nUne fois vendredi et une fois ce matin.\r\n\r\nCi-joint les captures d\'écrans de l\'event viewer.\r\n\r\nConcernant ce matin le dump est disponible:\r\n\r\n[08:43:59] Exception: C0000005.ACCESS_VIOLATION\r\n[08:43:59] Unhandled: C0000005.ACCESS_VIOLATION\r\n[08:43:59] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210118_084359.dmp\r\n[08:43:59] Dump 1 complete: 100 MB written in 0.3 seconds\r\n[08:43:59] Dump count reached.\r\n\r\n','2021-01-18 13:02:14',0),(1207,507,'Issue',461,'Il y a eu un nouveau crash à l\'instant:\r\n\r\n[17:50:27] Exception: 80000003.BREAKPOINT\r\n[17:50:27] Exception: C0000374\r\n[17:50:27] Unhandled: C0000374\r\n[17:50:27] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210118_175027.dmp\r\n[17:50:27] Dump 1 complete: 34 MB written in 0.2 seconds\r\n[17:50:27] Dump count reached.\r\n\r\n','2021-01-19 09:16:11',0),(1208,519,'Issue',461,'Quelques autres soucis:\r\n\r\n- Si j\'ai plusieurs souscription comme décrite plus haut, seule la première affiche le keep alive count, mais aucune n\'affiche le nombre de notifications de changement de data. Seul PublishRequestCount est mis à jour.\r\n\r\nJ\'ai donc changé le code pour n\'utiliser qu\'une seule souscription et les données sont correctes et ne semble plus planter le serveur.','2021-01-19 14:55:52',0),(1209,521,'Issue',1,'Bonjour,\r\nje viens d\'installer une nouvelle version qui corrige le problème.\r\nPour faire mes tests j\'ai du arrêter votre application et le client UAExpert.\r\nJ\'ai relancé l\'ensemble.\r\nMerci de vérifier le bon comportement.\r\n\r\nCordialement\r\nMichel Condemine','2021-01-21 00:06:08',0),(1210,521,'Issue',461,'Bonjour et merci pour la correction rapide.\r\n\r\nJ\'ai installé cette nouvelle version chez un client chez qui nous avions ce problème et cela fonctionne.\r\n\r\nJe continue de surveiller les comportements des 2 machines.\r\n\r\nMerci encore et bonne journée.\r\nCédric.','2021-01-21 09:12:05',0),(1211,523,'Issue',1,'Bonjour,\r\nj\'ai posté il y a 3 jours une mise à jour qui devrait régler le problème.\r\nElle disponible ici:\r\nhttp://www.openopcua.org/redmine/attachments/1615\r\nCordialement\r\nMichel Condemine\r\n ','2021-01-21 18:02:49',0),(1212,523,'Issue',1,'','2021-01-21 22:11:10',0),(1213,520,'Issue',1,'Bonjour,\r\nj\'ai commencé les tests ce matin.\r\nUne petite question concernant la fonction Vpi_Trace_Internal. \r\nAvez vous bien laissé le return en début de fonction ?\r\nJ\'ai exécuté un test complet et rencontré encore des erreurs sur les souscriptions.\r\nDans l\'ensemble il y a moins d\'erreurs \r\n!clipboard-202101251542-dhp8t.png!\r\nCependant certaines erreurs sont bloquantes. \r\nJe vais une analyse plus précise dans la soirée et ovus tiendrai au courant ?\r\n\r\nCordialement\r\nMichel Condemine','2021-01-25 15:44:31',0),(1214,520,'Issue',347,'Bonjour monsieur Condemine,\r\n\r\nMerci pour ce retour positif.\r\n\r\nConcernant la fonction Vpi_Trace_Internal, le return est commenté dans les binaires livrés mercredi dernier.\r\nDésolé si cela est pénalisant pour les tests CTT, vous trouverez ci-joint les binaires avec le return actif (donc pas de logs du VPI).\r\n\r\nPouvons nous toujours utiliser les logs dans la version livrée au client ? C\'est une fonctionnalité très importante pour nous, pour le debug des anomalies constatées sur site.\r\n\r\nCordialement,\r\nOlivier Pesle.','2021-01-25 16:58:03',0),(1215,402,'Issue',328,'Copier les fichiers donnés par ADP dans: C:\\Program Files\\OpenSSL-Win64\\bin\r\n•Convertir le format du certficat de der vers pem à l\'aide du fichier bat \"convertDerEnPem.bat\", vérifier au préalable si les noms des fichiers dans la ligne de commande correspondent.\r\n•Convertir le format du certficat de pem vers pfx à l\'aide du fichier bat \"convertPemEnPfx.bat\", vérifier au préalable si les noms des fichiers dans la ligne de commande correspondent.','2021-01-28 17:53:25',0),(1216,465,'Issue',433,'Comme convenu, un Screenshot des consoles des 2 serveurs Line (à gauche) et Plant (à droite), où on observe une transition [1]->[1] (entourée en rouge) qui me pose question.\r\n\r\n','2021-02-02 16:50:56',0),(1217,532,'Issue',1,'Hello,\r\ndo you means that your program crash ?\r\nDo you have a callstack and logs ?\r\n\r\nRegards\r\nMichel Condemine','2021-02-11 15:15:25',0),(1218,532,'Issue',398,'I have no callstak from the crashes because it occure on production host, but the logs in my first message are from OpenOpcUA traccelogs.\r\nMy client return me windows events that show crash event (see joined screenshot).\r\nOn plateform I reproduce RSA_Sign Error after 45 min, with a breakpoint at the line which trace the RSA Message (line 753 in OpcUa_P_OpenSSL_RSA_Private_Sign ). the callstack begin in OpcUa_SecureConnection_RenewTimerCallback which call OpcUa_SecureConnection_BeginOpenSecureChannel ... to OpcUa_P_OpenSSL_RSA_Private_Sign','2021-02-11 16:04:35',0),(1219,532,'Issue',398,'Promised screenshots','2021-02-11 16:06:50',0),(1220,532,'Issue',1,'Hello,\r\nMy advise is to use Procdump to create a minidump. https://docs.microsoft.com/en-us/sysinternals/downloads/procdump \r\nIt will allows according to the source code to track and fix the issue.\r\n\r\nRegards\r\nMichel Condemine ','2021-02-11 16:36:15',0),(1221,532,'Issue',398,'I\'m not sure to be autorized to install extra tools to the production host, but i\'ll try.\r\n\r\nWhat about RSA_Sign Error OpcUa_SecureConnection_Renew ?','2021-02-12 08:26:16',0),(1222,532,'Issue',1,'Hello, (always better)\r\nThe picture you provide, M4069, M4079 and M4070, refer to the timestamp crash of your app ControlVisuelUSWBCrayonLUC.exe.\r\nThose timestamp are not connected with timestamp of the Secure Chanel renewing process.\r\nBy the way the log message are not shaped as in the code. Do you change it in any way ?\r\nThe message is suppose to appears in OpcUa_P_OpenSSL_RSA_Private_Sign function and it suppose to start with *** 3 star.\r\nSomething like *** RSA_Private_Sign: {ERROR MESSAGE] ***\r\nThe error message comes from OpenSSL.\r\n\r\nWhat is you OpenSSL version ?\r\n\r\nRegards (at least)\r\nMichel','2021-02-12 08:58:49',0),(1223,532,'Issue',398,'I haven\'t all openopcua log, a the time aof the crash, but i hase log from terminal application where i see openopcua reconnection effect due to rsa_sign errror.\r\nAll crash arrive 45 minutes after the last RSA_sign error, i have one exemple (see tail of the file in joined file)\r\nFor OpenSSL, I use version 1.1.0j','2021-02-12 09:58:18',0),(1224,524,'Issue',1,'Fournissez moi une maquette.\r\nmerci\r\nMichel','2021-02-12 17:53:59',0),(1225,524,'Issue',1,'','2021-02-12 17:54:11',0),(1226,527,'Issue',1,'','2021-02-12 17:56:23',0),(1227,527,'Issue',1,'Le problème est fixé. merci pour ce retour.\r\nCordialement\r\nMichel','2021-02-12 18:15:03',0),(1228,531,'Issue',450,'En effet, sans consigne ni valeur finale, un float est largement suffisant pour U, I et P !\r\n\r\nMerci,\r\nGuy-Alexis\r\n','2021-02-15 10:58:48',0),(1229,529,'Issue',450,'Bonjour Michel, \r\n\r\nJe n’y vois pas d’inconvénient de mon côté\r\n\r\nBonne journée à vous,\r\n\r\nValentin','2021-02-15 11:00:10',0),(1230,531,'Issue',1,'','2021-02-15 11:02:07',0),(1231,530,'Issue',450,'Selon Valentin cette classe était censée être parent (abstraite) des objets d\'identification (scan laser, QR code, etc.)\r\nSi elle est inutilisée et jugée sans utilité concrète, nous devons pouvoir la supprimer.\r\n\r\nCordialement,\r\nGuy-Alexis','2021-02-15 11:02:12',0),(1232,529,'Issue',1,'','2021-02-15 11:03:11',0),(1233,532,'Issue',398,'new informations, \r\nmy client has run a test without security policy since the 11/02. During the test (3 days) there was no RSA error (expected) and no application crash.\r\nto be continued.','2021-02-16 08:30:00',0),(1234,532,'Issue',398,'Today I tried my client with OpenOpcUA CoreServer. When client renewing connection (OpcUa_SecureConnection_RenewTimerCallback) i got the error on RSA_sign.\r\n\r\nI try the same client , but with openssl library 1.1.1.i with the same result.\r\n\r\nExecuting step by step, i realize that renewing the channel occure after unlocking the secureConnection :\r\n\r\n OPCUA_SECURECONNECTION_UNLOCK(pSecureConnection);\r\n uStatus = OpcUa_SecureConnection_BeginOpenSecureChannel(pConnection,\r\n OpcUa_SecurityTokenRequestType_Renew);\r\n OPCUA_SECURECONNECTION_LOCK(pSecureConnection);\r\n\r\nIs it possible that client operations intract with Secureconnection at this moment and alter le process or made it crash ?\r\n','2021-02-16 13:56:25',0),(1235,533,'Issue',1,'','2021-02-17 10:08:32',0),(1236,524,'Issue',432,'Bonjour M. Condemine, \r\n\r\nVoici une maquette pour illustrer l\'idée.\r\n\r\nLa maquette ci-joint contient la configuration que l\'on souhaite essayer si possible avec OpenOpcUa. Le use case n\'est pas bloquant mais l\'idée reste de monter en compétences et de savoir ce que OpenOpcUa est capable de faire ou non.\r\nL\'Alarme que je souhaite mêttre en place est une du Type OffNormalType. \r\nSi j\'ai bien compris sa définition dans la documentation OPC UA, pour une variable, nous pouvons définir un normal state (état normal) et lorsque la valeur de la variable dérive de son état normal, un évènement de type alarme est généré. \r\n\r\nPour le noeud ns=http://Inetum.com/demoLine; i=6119 (DisplayName = Cycle Code) nous souhaitons mêttre en place ce type d\'alarme. \r\nDans le fichiers xml de définition des alarmes (Opc.Ua.AlarmDefinitionBoolean.NodeSet2.xml), nous définissons l\'alarme, ainsi que son Normal State (propriété d\'une Alarme OffNormalType) et son InputNode (propriété hérité du type AlarmeConditionType). \r\n\r\n\r\nAi-je mal fais la configuration ou bien ceci n\'est-ce pas implémenté dans OOUA? \r\n\r\nExcellente journée à vous,\r\n\r\nMichael \r\n ','2021-02-18 17:27:56',0),(1237,530,'Issue',1,'Supprimer','2021-02-19 14:53:32',0),(1238,534,'Issue',1,'bonjour,\r\nvous êtes tombé sur un cas particulier.\r\nLes SubSystemId des Vpis doivent être séparé d\'au moins 20 en valeur.\r\n!clipboard-202102191728-oqxfg.png!\r\n!clipboard-202102191729-zfhp1.png!\r\n\r\nJe vais regarder pour prendre en compte cette \"ERREUR\" de configuration. Notez erreur entre guillement.\r\n\r\nCordialement\r\nMichel','2021-02-19 17:30:36',0),(1239,534,'Issue',1,'','2021-02-19 19:03:52',0),(1240,532,'Issue',398,'If it can help to isolate the problem, i join a screen copy a the moment when the RSA_sign return error.\r\n!clipboard-202102230840-j4bny.png!\r\n','2021-02-23 08:40:52',0),(1241,532,'Issue',1,'Hello,\r\ni had already pointed the location of the error. \r\nSo bad encoding routines, header too long ... \r\n\r\nI need to think about it.\r\n\r\nRegards\r\nMichel','2021-02-23 08:56:25',0),(1242,535,'Issue',432,'Bonjour, \r\n\r\nSuite à votre livraison de la démo SQL en Release, j\'ai repris mes essais. \r\nLe lancement fonctionne maintenant, or les logs du VPI Sql ne se mettent pas à jour. \r\nJ\'ai également essayé de relancer le démo Debug (en ayant remplacé les exécutables et les dll d\'un build en VS 2017), mais là également le serveur se lance, mais les logs ne se mettent pas à jour. \r\n\r\nSauriez-vous pourquoi? \r\n\r\nMichael ','2021-03-01 13:43:26',0),(1243,535,'Issue',1,'Bonjour,\r\nparlez vous des fichiers de log ou de l\'archivage SQL ?\r\n\r\ncordialement\r\nMichel','2021-03-01 14:59:54',0),(1244,535,'Issue',432,'Je souhaite consulter les logs du VFI pour diagnostiquer pourquoi l\'archivage n\'a pas fonctionné','2021-03-01 15:17:15',0),(1245,535,'Issue',1,'En ce cas les logs du serveur et du vfi devraient se trouver dans le répertoire paramétré pour les stocker les, (LogFolder).','2021-03-01 15:21:30',0),(1246,535,'Issue',432,'J\'entends, mais ces logs ne se mettent pas à jour pour la partie VFI SQL (voir dates ci-dessous) \r\n\r\n!clipboard-202103011527-emvge.png!\r\n\r\n\r\nMichael','2021-03-01 15:28:57',0),(1247,535,'Issue',1,'Bonjour,\r\nje pense que vous n\'avez pas modifié le fichier oouaprj pour qu\'il pointe sur le VFI de release.\r\n<HistoricalAccess ArchiveId=\"ns=1;i=200\" ArchiveName=\"SQL\" VfiName=\"VfiSql\" ></HistoricalAccess>\r\n\r\nIci,\r\nj\'ai bien des log.\r\nCordialement\r\nMichel Condemine','2021-03-01 15:36:08',0),(1248,535,'Issue',432,'Merci M. Condemine, \r\n\r\nen effet la configuration ne pointait pas sur le bon dll. \r\n\r\nDu coup maintenant la connexion a la base a bien fonctionné (logs serveur SQL). \r\n\r\nOr de nouvelles tables n\'ont pas été crées. \r\nLes logs du VFI Sql et du serveur OOUA m\'indiquent uniquement une erreur lorsque je fais un History Read. \r\n\r\nLog Serveur : \r\n!clipboard-202103011754-mq8hg.png!\r\n\r\nLog VFI : \r\n\r\n!clipboard-202103011754-vg0zb.png!\r\n\r\n\r\n\r\nL\'utilisateur SQL possède tous les droits sur la base concernée. \r\nUne idée pourquoi ça coince? \r\n\r\n\r\n\r\nMichael \r\n\r\n\r\n\r\n\r\n','2021-03-01 18:00:37',0),(1249,535,'Issue',1,'Est ce que vous pouvez m\'envoyer votre fichier .Dat ?','2021-03-01 23:11:09',0),(1250,535,'Issue',432,'Ci-joint une capture de mon fichier .dat : \r\n\r\n!clipboard-202103020956-rtiym.png!\r\n\r\n\r\nMichael','2021-03-02 09:56:25',0),(1251,535,'Issue',1,'Bonjour,\r\nêtes vous certain que la connexion aboutie ?\r\nEst ce que le Vfi archive des valeurs dans les tables ?\r\nVous disiez qu\'aucun nouvelle table n\'avait été créé. C\'est un problème.\r\nPourriez vous creuser cette piste ?\r\nCordialement\r\nMichel Condemine','2021-03-02 10:03:48',0),(1252,515,'Issue',1,'Bonjour,\r\nle VpiMdbMaster et le VpiMdbServer supportent bien la communication inter-vpi.\r\n\r\nCordialement\r\nMichel Condemine','2021-03-02 15:13:54',0),(1253,518,'Issue',1,'Bonjour,\r\nque souhaitez vous je fasse de ces fichiers de log ?\r\nIls ne semblent révéler de problème particulier. \r\n\r\nCordialement,\r\nMichel Condemine','2021-03-02 15:15:23',0),(1254,512,'Issue',1,'Bonjour,\r\nje pense que nous avons fait le tour du sujet.\r\nJe vous propose de clore cet incident. Nous pourrons le rouvrir si nécessaire. \r\n\r\nCordialement,\r\nMichel Condemine','2021-03-02 15:17:25',0),(1255,452,'Issue',1,'Bonjour,\r\nje vous propose de clore le sujet pour le moment.\r\n\r\nCordialement,\r\nMichel Condemine','2021-03-02 15:18:21',0),(1256,445,'Issue',1,'Bonjour,\r\nsouhaitez vous toujours une maquette mettant en œuvre le VfiSql ?\r\n\r\nCordialement,\r\nMichel Condemine','2021-03-02 15:19:28',0),(1257,434,'Issue',1,'','2021-03-02 15:19:55',0),(1258,433,'Issue',1,'Bonjour,\r\nle documentation sont sur le Redmine.\r\nJe vous posterai une version préliminaire de l\'outil de configuration d\'ici la fin de semaine.\r\n\r\nJe compte sur vos retour sur l\'outil.\r\n\r\nCordialement,\r\nMichel Condemine','2021-03-02 15:21:24',0),(1259,535,'Issue',432,'Bonjour, \r\n\r\nNous avons avancé sur le problème. La création de la table n\'avait pas lieu parce que aucun noeud n\'avait le paramètre \"Historizing=True\". \r\nLa table a maintenant été bien crée, trace Wireshark de l\'échange : \r\n\r\n!clipboard-202103031034-pr2bb.png!\r\n\r\nLes valeurs sont bien stockées en base, même si Wireshark détecte que les paquets sont mal formés, trace Wireshark : \r\n\r\n!clipboard-202103031035-fyqbz.png!\r\n\r\nDétail du paquet de la requête SQL d\'insertion :\r\n\r\n!clipboard-202103031037-wq3tt.png!\r\n\r\nDans la base, les éléments ont bien étés insérés. \r\nLe nouveau problème arrive lorsque nous essayons de lire les données. Là il y a deux scénarios : \r\n\r\n- avec un serveur SQL en local, lorsque nous essayons une lecture, nous avons ce message dans le log du serveur : \r\n!clipboard-202103031048-dxca6.png!\r\n\r\n- avec un serveur SQL à distance, le serveur Open OPC UA crash.\r\n\r\nDes idées? L\'idéal là, serait de débugger avec Visual Studio.\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n\r\n\r\n\r\n\r\n','2021-03-03 10:55:40',0),(1260,535,'Issue',1,'Bonjour,\r\nje note des erreurs relatives aux Write. Il ne semble pas y avoir d\'erreur de lecture.\r\nPourrions vous fabriquer un mini-dump afin d\'intercepter le crash.\r\nCependant ma version est très différente de ma votre..\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-03-03 13:05:01',0),(1261,541,'Issue',1,'Bonjour,\r\npourriez vous m\'en dire plus sur le serveur que vous souhaitez accéder ?\r\nIPV4 ou IPV6 ?\r\n\r\nCordialement\r\nMichel Condemine','2021-03-03 13:06:39',0),(1262,541,'Issue',432,'Je ne saurais pas vous dire si le serveur que l\'on a déployé et ses dépendances ont été compilés en Release IPV4 ou en Release normal. Je n\'ai pas trouvé cette info dans les détails des dlls et des exécutables. \r\nJe peux cependant recompiler dans la configuration que vous nous conseillez (en espérant que la VPI library n\'a pas trop changé et est compatible avec le serveur OPC UA en RC7).\r\n\r\n\r\nNous essayons d\'accéder au serveur en utilisant son adresse en ipv4.\r\nY aurait t-il une raison pourquoi le serveur répond à un Hello message mais pas à un OpenSecureChannelRequest? \r\n\r\n\r\nMichael\r\n\r\n','2021-03-03 14:16:24',0),(1263,541,'Issue',1,'Bonjour,\r\nil est essentiel dans tous vos essais d\'utiliser la dernière version de la base de code et/ou de livrable OpenOpcUa.\r\nDans vos capture WS je vos conseil de filtrer le trafic opcua. \r\nSi un OpenSecureChannel n\'abouti pas il y a fort a parier qu\'il y a un pb IPV4/IPV6\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2021-03-03 14:23:09',0),(1264,535,'Issue',432,'Merci pour votre temps. Le crash avait en fait lieu parce que je lançais le VfiRead avec la date de fin antérieure à la date de début. Depuis le procdump, je n\'arrive depuis plus à reproduire le crash même en remettant mal les dates (procdump qui m\'a d\'ailleurs pas donné de trace). \r\n\r\nTout fonctionne maintenant à merveille. \r\n\r\nNous pouvons clore ce ticket, je reviens vers vous si je rencontre de nouveaux problèmes.\r\n\r\n\r\nMichael ','2021-03-03 15:02:22',0),(1265,535,'Issue',1,'Bonjour,\r\nmerci d\'ouvrir un ticket pour le crash lors de la saisie à l\'envers.\r\nPS: ProcDump protège l\'exécution du serveur. (plus ou moins)\r\n\r\nCordialement\r\nMichel Condemine','2021-03-03 15:17:34',0),(1266,541,'Issue',432,'Vous me conseillez de compiler le projet en Release IPV4 ou Release tout court? Sachant que pour nous c\'est une connexion ipv4 que l\'on souhaite faire (contrainte du réseau interne inetum). \r\n\r\nJ\'ai recapturé le trafic en filtrant l\'opcua par le port utilisé, le résultat est le même que la trace postée plus haut. \r\nY-a-t-il des détails de certains paquets qui pourraient montrer cette incohérence ipv4/ipv6?\r\n\r\n\r\n\r\nCe que j\'observe au niveau réseau c\'est : \r\n\r\nClient envoie un hello, bien reçu par le serveur \r\nServeur envoie un acknowledge reçu par le client\r\nClient envoie un open secure channel request, pas reçu par le serveur puisque le serveur renvoie plusieurs fois le paquet acknowledge en manque d\'acquittement TCP \r\n\r\nCordialement,\r\n\r\nMichael ','2021-03-03 15:40:12',0),(1267,541,'Issue',1,'Bonjour,\r\ntout est là. \r\nOu va ce paquet TCP non reçu par le serveur ?\r\nEst ce que le client l\'envoi au mauvais endroit ?\r\nEst ce que le client est en IPV4 et le serveur en IPV6 ?\r\n\r\nSi vous avez une idée. Je suis preneur\r\nCordialement\r\nMichel Condemine','2021-03-03 15:53:32',0),(1268,541,'Issue',432,'Rebonjour,\r\n\r\nJe viens de voir que le serveur OOUA est en ipv6: \r\n\r\n!clipboard-202103031625-g96um.png!\r\n\r\nLa conf réseau des machines qui n\'arrivent pas à l\'accéder font de l\'ipv4 uniquement. *Peut on passer le serveur en ipv4 avec uniquement de la conf?* \r\n\r\nCe qui me perturbe aussi c\'est que le serveur est en ipv6, *mais un Wireshark sur la machine du Serveur me montre que tous les échanges ont lieu en ipv4*\r\n\r\nVoici une trace de la machine serveur :\r\n\r\n!clipboard-202103031620-2td8b.png!\r\n\r\nCette trace m\'a permis de voir que le OpenSecureChannelRequest est bien reçu par le serveur, il y répond avec un OpenSecureChannelResponse, qui elle n\'arrive pas au niveau réseau au client. Une analyse du paquet OpenSecureChannelResponse ne montre aucune indication que le serveur ne veut que de l\'IPV6. A ce stade, le client ET le serveur ont des paquets non acquittés au niveau TCP et réémettent chacun les paquets concernés. \r\n\r\n\r\nCordialement,\r\n\r\nMichael\r\n ','2021-03-03 16:30:41',0),(1269,543,'Issue',459,'Alexandre mace wrote:\r\n> Bonjour Monsieur Condemine,\r\n> \r\n> Je voulais savoir si il n\'existe pas un manuel d\'utilisation pour le configManager, car je rencontre de grandes difficultés à me servir du logiciel.\r\n> De plus existe t-il un manuel pour la partie configuration serveur et pour la partie espace d\'adressage sans passer par le configManager ?\r\n> Dans l\'attente de votre réponse. \r\n> \r\n> Cordialement, \r\n> Alexandre Macé\r\n\r\n','2021-03-05 17:06:36',0),(1270,542,'Issue',328,'la version 5.2 du VpiEx semble faire planter le serveur (même sans trace activé)\r\n\r\nCi-joint le fichier dump\r\n\r\nMerci','2021-03-05 17:37:33',0),(1271,542,'Issue',328,'\r\nAutre dump','2021-03-05 18:20:30',0),(1272,544,'Issue',1,'Bonjour,\r\nil faut chercher dans les fichiers LOG afin de comprendre la raison pour laquelle le serveur est passé dans cet état.\r\nPlusieurs causes peuvent être a l\'origine du STATE = FAILED\r\nDans votre cas probablement un problème de communication ou un erreur de démarrage.\r\nEst ce que le problème disparait si vous relancez le serveur ?\r\n\r\nCordialement\r\nMichel Condemine','2021-03-08 10:19:47',0),(1273,544,'Issue',461,'La seule erreur qui me semble être à l\'origine de ce soucis est peut-être:\r\n\r\n2021-03-08T09:29:30.143Z SERVER_ERROR DiscoverEndpoints failed uStatus=0x80050000\r\n\r\nCi-joint le fichier log après redémarrage du serveur, qui ne change rien au problème.\r\n\r\nMerci\r\nC.','2021-03-08 10:32:41',0),(1274,544,'Issue',1,'Bonjour,\r\nest ce que vous pouvez vérifier la configuration de votre PKI ?\r\nOpcUa_ServerState_Failed peut apparaitre en cas de problèmes avec les VFI, l\'initialisation des VPI, une mauvaise configuration de PKI (certificat invalide)\r\n\r\nCordialement\r\nMichel Condemine','2021-03-08 10:49:54',0),(1275,544,'Issue',461,'J\'ai finit par redémarrer le PC et tout est rentré dans l\'ordre.','2021-03-08 13:22:17',0),(1276,524,'Issue',432,'Bonjour M. Condemine, \r\n\r\nJe fais suite à ce ticket avec une remarque et deux questions sur le sujet des alarmes. \r\n\r\n* Tout d\'abord pour l\'alarme de type LimitAlarm, lorsque la valeur surveillée est égale à la limite HighHigh ou LowLow, l\'alarme levée est du type Normal. Ceci me semble incorrect dans le cas où il y a également des alarmes de type Low et High. J\'ai joint ci dessous une maquette où vous pouvez tester ceci. \r\n\r\n\r\n* Le deuxième bug que j\'ai trouvé est le cas suivant : une variable ne peut pas à la fois être liée à un VPI et être liée à une configuration d\'alarme incomplète. Soit l\'alarme est entièrement complétée (tous les champs même optionnels comme HighHigh) et elle peut être liée à un VPI, soit l\'alarme peut être que partiellement complétée mais elle ne peut pas être liée à un VPI. En d\'autres mots, on ne peut pas à la fois lier une variable à un VPI et omettre des champs optionnels de l\'alarme qui lui est reliée. J\'ai l\'impression qu\'une maquette ne suffira pas pour vous montrer le deuxième \"bug\" qui fait crash notre serveur. Des idées? \r\n\r\n* Dans l\'état actuel, les autres types d\'alarmes (autre que LimitAlarm et l\'alarme booléenne ) sont-elles implémentées? \r\n\r\nTrès cordialement, \r\n\r\nMichael ','2021-03-08 16:34:46',0),(1277,544,'Issue',1,'','2021-03-08 18:35:26',0),(1278,542,'Issue',328,'J\'ai mis en place la livraison de ce jour (09/03/21) contenant le VpiEx 0.0.5.7, le plantage est toujours présent.\r\n\r\nCi-joint le dump.\r\n\r\nCdlt.\r\n\r\n','2021-03-09 14:31:42',0),(1279,450,'Issue',1,'','2021-03-15 09:31:44',0),(1280,448,'Issue',1,'','2021-03-15 09:35:00',0),(1281,541,'Issue',1,'','2021-03-15 09:36:47',0),(1282,524,'Issue',432,'Bonjour, \r\n\r\n\r\nJe relance ce ticket car il fait partie de ceux mentionnés dans notre Excel \r\n\r\n\r\nMichael ','2021-03-15 10:39:51',0),(1283,546,'Issue',432,'Ci-joint une maquette où vous pourriez vérifier tous les points. \r\n\r\nPour le scénario de crash (problème qu\'avec des String ) : modifier quelques fois la valeur de la variable String To Historize, au deuxième HistoryRead, on a le crash. \r\n\r\n\r\nLe debug du CoreDump ne me donne que comme info OpenOpcUaCoreServer_Release.exe mémoire endommagée. \r\n\r\nMichael ','2021-03-15 11:15:10',0),(1284,538,'Issue',432,'Bonjour, \r\n\r\nJe fais suite à ce ticket avec une question sur la partie sécurité OOUA. \r\nNous tentons de mettre en place une authentification par Username Password. \r\nAuriez-vous par hasard changé la fonction/table de décodage/encodage des mots de passes depuis la livraison RC07 le 12 février 2021? \r\n\r\nAprès avoir créé le fichier contenant les logins/mdp, je tente une connexion en Username/Password (en Basic 256 Sign and Encrypt) en ayant bien déposé le certificat révoqué dans le bon dossier. La connexion est refusée. \r\nDe même en Security Policy None. Est-ce qu\'il y a un élément qui m\'échappe? \r\n\r\nUne maquette ci-jointe, contenant 2 logins avec mdp SESAME \r\n\r\n\r\nMichael ','2021-03-15 15:50:29',0),(1285,537,'Issue',1,'Bonjour,\r\nj\'ai fait le test avec la configuration attaché.\r\nCela fonctionne sans problème.\r\n\r\nCordialement\r\nMichel','2021-03-17 08:52:43',0),(1286,537,'Issue',1,'','2021-03-17 08:53:04',0),(1287,538,'Issue',1,'Bonjour,\r\nil n\'y aucun problème de fonctionnement. Cependant :\r\nLe fichier doit s\'appeler OOUAUserAuthentication.txt et respecter le format défini. UserName<ESPACE>encodedPassord<ESPACE>NoGroup.\r\nLe NoGroup est optionnel.\r\nVotre fichier utilise une tabulation.\r\n\r\nCordialement\r\nMichel Condemine','2021-03-17 10:24:45',0),(1288,538,'Issue',1,'','2021-03-17 10:25:15',0),(1289,538,'Issue',432,'Bonjour, \r\n\r\nJ\'ai refait le test en mettant des espaces aux endroits demandés, en mettant ou pas un groupe, en mettant à None ou pas la Security Policy. \r\n\r\nAvez-vous pu de votre côté essayé de lancer la conf et login? Ou bien uniquement juste regardé le fichier de configuration OOUAUserAuthentication ? \r\n\r\n\r\nEn Securité None j\'ai le log suivant sur le client: \r\n\r\n\r\n!clipboard-202103171159-e2edq.png!\r\n\r\n\r\nEn Securité BasicSha256 Sign and Encrypt , j\'ai le log suivant : \r\n\r\n!clipboard-202103171158-9kbs6.png!\r\n\r\n\r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2021-03-17 12:00:50',0),(1290,538,'Issue',1,'Bonjour,\r\nj\'ai, bien sur, fait les tests avec votre maquette.\r\nJe ne me suis pas contenté de regarder.\r\n\r\nMichel Condemine\r\n','2021-03-17 13:22:07',0),(1291,545,'Issue',1,'Bonjour,\r\nje ne comprends pas le bug.\r\nPour l\'archive à fréquence fixe le serveur utilise min et max intervalle.\r\nIl arme le compteur à max intervalle et quand la valeur du compteur atteint min intervalle il archive.\r\n\r\nOu voyez vous un problème ?\r\n\r\nCordialement\r\nMichel Condemine','2021-03-17 13:31:20',0),(1292,545,'Issue',1,'','2021-03-17 13:32:19',0),(1293,538,'Issue',432,'Je vous remercie, c\'est bien fonctionnel. Toutes mes excuses pour le temps que je vous ai fait perdre. \r\n\r\nIl me manquait l\'étape du déplacement du Certificat depuis le dossier rejected et au dossier certs. \r\nNous tenterons maintenant de fournir des certificats pré-générés au serveur et au client. Nous vous tenons au courant de notre avancement\r\n\r\nMerci encore, \r\n\r\nMichael Ejigu ','2021-03-17 14:23:01',0),(1294,545,'Issue',432,'Bonjour, \r\n\r\nPar cette définition, si je veux une période d\'archivage de 5 secondes, toutes les propositions suivantes fonctionnent : \r\n\r\n- MaxTimeInterval =6000, MinTimeInterval=1000\r\n- MaxTimeInterval =16000, MinTimeInterval=11000\r\n- MaxTimeInterval =50000, MinTimeInterval=45000\r\n\r\n\r\nEst-ce bien le cas? Ou bien suis-je encore dans l\'incompréhension? \r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2021-03-17 14:31:47',0),(1295,545,'Issue',1,'Bonjour,\r\nVous avez bien compris.\r\nCordialement\r\nMichel Condemine','2021-03-17 15:12:59',0),(1296,546,'Issue',1,'Bonjour,\r\nA part le crash sur les String. Il n\'y a pas de bug dans le VFICSV.\r\nJ\'ai corrigé le crash. L\'archivage et surtout la lecture de string fonctionnent bien.\r\nIl n\'y pas d\'archivage en double. Il y a deux archivages de la même valeur dans des conditions différentes.\r\nLe 1er lors de l\'écriture que vous faites, sans doute avec un client UA et la 2ème qui correspond au cycle d\'archivage régulier.\r\nJ\'ai ajouté un nouveau paramètre dans le fichier .DAT qui permet de régler la fréquence du FLUSH dans le fichier CSV. \r\nCette fréquence est exprimée en seconde en utilisant le paramètre FLUSH_RATE\r\nFLUS_RATE 60 pour un flush toute les 60 sec.\r\nJ\'ai aussi introduit le log folder et project folder dans le VfiCsv. \r\nLes fichiers CSV sont maintenant dans le project folder.\r\n\r\nLa maquette est dans la section File\r\n\r\nEnjoy !!\r\nMichel Condemine','2021-03-18 00:55:47',0),(1297,544,'Issue',461,'Le problème revient constamment, même après reboot et je ne trouve aucune indication de pourquoi ni comment le résoudre.','2021-03-18 10:20:19',0),(1298,547,'Issue',1,'Bonjour,\r\nest ce que l\'accès TeamViewer est toujours opérationnel ?\r\n\r\nAccès TeamViewer\r\n1832276048\r\nExels1us&2010#\r\n\r\nCordialement\r\nMichel Condemine','2021-03-18 14:04:03',0),(1299,547,'Issue',1,'L\'accès fonctionne bien mais la connexion ne tient que quelques minutes, secondes.\r\n!clipboard-202103181407-xb1m5.png!\r\nJe reçois un message d\'erreur\r\n\r\nCordialement\r\nMichel Condemine','2021-03-18 14:07:52',0),(1300,547,'Issue',1,'Bonjour,\r\nj\'ai tenté de connecter plusieurs fois pour diagnostiquer votre problème.\r\nMalheureusement le connexion coupe ou bout de quelques secondes ou n\'aboutie pas.\r\nEst ce que le mode de licence de TeamViewer a changé ?\r\nY a t il quelque chose de nouveau sur l\'installation ?\r\n\r\n\r\nCordialement\r\nMichel Condemine','2021-03-19 23:36:14',0),(1301,538,'Issue',432,'Bonjour M. Condemine, \r\n\r\nJ\'essaye de tester le 3ème mode de sécurité OOUA, l\'authentification par certificats. \r\nN\'ayant pas pu générer des certificats de la bonne forme, j\'utilise sur deux clients différents (UaExpert et Genesis) les certificats qu\'ils utilisent par défaut pour la signature et le chiffrage en mode Anonymous ou Login/Password. \r\nVoici les droits d\'utilisation de ces cert: \r\n\r\n!clipboard-202103220955-g0qij.png!\r\n!clipboard-202103220955-8yilz.png!\r\n\r\nJ\'ai donc testé sur ces deux clients, de m\'authentifier avec ces certificats. Le serveur les met bien parmi les certificats rejected. Je déplace le certificat dans les certs. Et lorsque j\'essaye de me réauthentifier, j\'obtiens le même résultat. Le certificat est remis dans les rejected. \r\n\r\nJ\'ai également testé de redémarrer le serveur entre les deux essais d\'authentification, ainsi que de déplacer le certificat dans le dossier des certificats d\'autorités. \r\n\r\nAuriez vous une piste pourquoi? Pourrait-on regarder ça ensemble à la prochaine réunion ? Il me semble que si dans le projet, le client souhaite utiliser AD pour distribuer les certificats, c\'est ce mode d\'authentification qui va être utilisé. \r\n\r\n\r\nTrès cordialement, \r\n\r\nMichael \r\n','2021-03-22 10:05:57',0),(1302,549,'Issue',1,'Bonjour,\r\nla fonction d\'import est premièrement conçue pour générer les nodeId.\r\nJ\'ai fait de nombreux essais d\'import sans rencontrer de problème. Cependant l\'outil est assez pointilleux.\r\n\r\nJe vous propose un point Team pour étudier/comprendre votre problème.\r\n\r\nCordialement\r\nMichel Condemine','2021-03-25 09:23:16',0),(1303,543,'Issue',1,'Bonjour,\r\nj\'ai travaillé toute la journée sur la documentation de l\'OOUAConfigManager. J\'ai bonne espoir de sortir une version préliminaire cette semaine.\r\nCi-dessous la table des matières pour avis \r\n!clipboard-202104061851-iz7oi.png!\r\n\r\n\r\nCordialement\r\nMichel Condemine','2021-04-06 18:51:55',0),(1304,550,'Issue',1,'','2021-04-08 20:49:28',0),(1305,554,'Issue',462,'Pour info :\n\n* Ni des DI, Ni les DO ne fonctionnent (mais seulement les DO sont en rouge dans UA Expert). les DI restent à False.\n* Une \'Contre manipulation\' en remettant une version 1.0.4.7 fonctionne, c\'est donc bien spécifique au nouveau VPI.\n\nSinon, J\'ai remarqué une coquille dans la doc \'Manuel de l_utilisateur - VpiS7 - 1.0.7\' page 9.\n\nVrai : Les \'DI\' correspondent a PE (Eingang) fonctions EBRead EBWrite\nMais : Les \'DO\' correspondent a PA (Ausgang) fonctions ABRead ABWrite ... ce n\'est pas PE qui est répété dans le tableau page 9.\n\n\n\n\n','2021-04-09 14:48:33',0),(1306,553,'Issue',1,'Bonjour,\r\nles réunions Team n\'entrent pas dans le cadre du support technique de premier niveau et doivent être réservée aux situations exceptionnelles.\r\nVous devez toujours me décrire le problème rencontré le plus précisément possible et me fournir une maquette me permettant de le reproduire.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-09 18:14:53',0),(1307,552,'Issue',1,'Bonjour,\r\nIl n\'y a pas d\'erreur dans ma plateforme de génération. Elle fonctionne parfaitement sous Windows et sous plus d\'une dizaine de Linux.\r\nLes fichiers CMakeList doivent simplement être adapté sous MACOS.\r\nstdio.h ne saurait être inclus. Il est plateforme dépendant.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-09 18:18:17',0),(1308,552,'Issue',1,'','2021-04-09 18:18:40',0),(1309,549,'Issue',1,'Bonjour,\r\nla documentation est disponible à 90%.\r\nJe l\'aurai terminé pour lundi ou mardi au plus tard.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-09 18:20:17',0),(1310,518,'Issue',1,'A défaut de réponse je ferme l\'incident.','2021-04-09 18:21:27',0),(1311,445,'Issue',1,'A défaut de réponse je ferme l\'incident.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-09 18:22:21',0),(1312,433,'Issue',1,'','2021-04-09 18:22:48',0),(1313,485,'Issue',1,'Problème corrigé en supprimant la trace Vpi.\r\nje ferme l\'incident.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-09 18:24:16',0),(1314,507,'Issue',1,'Résolu par suppression de la trace. je ferme l\'incident.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-09 18:34:11',0),(1315,489,'Issue',1,'A défaut de réponse je ferme l\'incident.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-09 18:35:04',0),(1316,552,'Issue',1,'Bonjour,\r\nPetit conseil. \r\nNe tentez pas de générer la SharedLib tant que la stack ne sera pas générée.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-12 15:13:34',0),(1317,555,'Issue',1,'Bonjour,\r\nj\'ai fait plusieurs tests avec votre maquette et vos binaires. \r\nJ\'ai rencontré plusieurs comportements inconsistants. Il y a bien quelques erreurs de configuration mais le Vpi semble s\'en accommoder.\r\nJ\'ai ensuite remplacé vos binaires par les miens et là plus aucune erreur malgré les erreurs de configuration.\r\nJe m\'interroge sur la consistance des sources.\r\nPourriez vous faire de tests avec la livraison ci-joint (votre maquette avec mes binaires).\r\n\r\nCordialement\r\nMichel Condemine','2021-04-12 17:58:26',0),(1318,555,'Issue',432,'Rebonjour, \r\n\r\nJ\'ai de mon côté effectué une dizaine de tests sur \"Demo v2.1-Test descente nok_MC12-04\" qui contient des dll de dates assez dispersées et une client lib récente (12 avril 17h). : \r\n!clipboard-202104121839-txplu.png!\r\n\r\n\r\nSur ces dizaines de test, que 3 ont fonctionnés. Les autres cas mènent toutes sans exception au scénario vu ce matin avec vous. \r\n\r\nPar ailleurs suite à notre call de ce matin, l\'import sur FlexClient des configurations des agrégations m\'as permis de voir qu\' il acceptait bien notre conf. Je vois donc la fonctionnalité dont vous parlez, et elle est très bien. \r\n\r\n\r\n\r\nMichael\r\n','2021-04-12 18:45:24',0),(1319,555,'Issue',1,'Bonjour,\r\nj\'ai aussi fait 10 tests d\'affilés sans rencontrer d\'erreur.\r\nCela est très ennuyeux. Je vous montrerai demain comment je procède en espérant reproduire ce problème.\r\n\r\nEst ce que vous obtenez un DeviceState != Good quand cela ne fonctionne pas ?\r\n\r\nCordialement\r\nMichel Condemine','2021-04-12 18:50:13',0),(1320,552,'Issue',431,'Bonjour Monsieur Condemine,\r\nJe me suis sans doute mal exprimé dans cette demande et je ne saurais remettre en cause votre travail.\r\nJe rapportais la réponse que vous m’aviez faites dans le post Anomalie #452 ou vous m’indiquiez que j’avais sans doute une erreur dans mon fichier CMakeList.txt. Ce que je conçois tout à fait.\r\n\r\nJ\'ai avancé dans la compilation de \'OpenOpcUaStackV1\' en ajoutant -D_INC_STDIO dans le fichier CMakeList.txt\r\n\r\nCependant, je rencontre une nouvelle erreur lors de la compilation.\r\n\r\n[ 11%] Building C object CMakeFiles/OpenOpcUaStack.dir/source/opcua_core.c.o\r\n/Users/administrateur/Documents/OPC/OPC-UA/OpenOpcUa_1_0_5_8-B_copy/OpenOpcUaStackV1/source/opcua_core.c: In function \'OpcUa_Mutex_Create\':\r\n/Users/administrateur/Documents/OPC/OPC-UA/OpenOpcUa_1_0_5_8-B_copy/OpenOpcUaStackV1/source/opcua_core.c:135:43: error: \'PTHREAD_MUTEX_RECURSIVE_NP\' undeclared (first use in this function); did you mean \'PTHREAD_MUTEX_RECURSIVE\'?\r\n 135 | result = pthread_mutexattr_settype(&att, PTHREAD_MUTEX_RECURSIVE_NP);\r\n | ^~~~~~~~~~~~~~~~~~~~~~~~~~\r\n | PTHREAD_MUTEX_RECURSIVE\r\n\r\nAuriez vous une idée, une piste de recherche ?\r\n\r\nMerci\r\n\r\nCordialement\r\n\r\nJacques PEIGNÉ ','2021-04-12 19:00:37',0),(1321,555,'Issue',432,'Je vous comprends, j\'aurais bien aimé vous donner des bonnes nouvelles également. \r\nLe device state est BadDisconnect pour les cas où ça ne marche pas : \r\n\r\n\r\n!clipboard-202104121910-ddhl7.png!\r\n\r\n\r\nMichael','2021-04-12 19:11:03',0),(1322,555,'Issue',1,'Bonjour,\r\nmerci de faire un test avec le VpiUaClient version 1.0.2.1 que je viens de poster sur le Redmine.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-13 09:03:41',0),(1323,554,'Issue',1,'Bonjour,\r\nest ce que nous pourrions planifier un CALL pour statuer sur la situation en regard des DO ?\r\n\r\nCordialement\r\nMichel Condemine','2021-04-13 15:49:58',0),(1324,555,'Issue',1,'Bonjour,\r\nmerci de tester cette maquette en urgence.\r\nJ\'ai implémenté un contournement que je consoliderai en fonction de vos retours.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-04-14 16:34:01',0),(1325,557,'Issue',1,'Questions :\r\nPourquoi Genesis n\'affiche pas d\'alarme alors qu\'il a un contenu ?\r\nPourriez vous me donner les 9 éléments demandés par Softing ?\r\n\r\nJe requalifie en Assistance','2021-04-14 16:55:01',0),(1326,557,'Issue',432,'Genesis affiche bien des alarmes, juste les informations ne sont pas au bon endroit. \r\n\r\nSofting et Integration Objects demandent les infos suivantes : \r\n\r\n[0 EventID, 1 EventType, 2 SourceNode, 3 SourceName, 4 Time, 5 ReceivedTime, 6 LocalTime, 7 Message, 8 Severity] \r\n\r\nCordialement,\r\nMichael','2021-04-14 16:57:56',0),(1327,555,'Issue',433,'Bonjour,\r\n\r\nLes manipulations suivantes ont été menées :\r\n- Test de votre maquette : tous les tests OK sur une dizaine de passes (dont la moitié sous Teams)\r\n- Vérification de reproduction du problème sur notre démo avec nos anciennes dll : 100 % tests NOK (donc résultat attendu)\r\n- Substitution des DLL UaClient et ClientLib dans notre démo en y recopiant les dll de votre maquette.\r\n- Test de notre démo avec ces nouvelles dll : 100% OK (dont 1 fois sous Teams).\r\n\r\nNous pensons donc que votre contournement résout bien notre problème.\r\n\r\nCordialement.\r\n\r\nNicolas.\r\n','2021-04-14 17:55:06',0),(1328,555,'Issue',1,'Problème résolu avec OOUAClientLib version 1.0.5.8 - VpiUaClient version 1.0.2.2\r\n','2021-04-14 18:24:49',0),(1329,557,'Issue',1,'Veuillez m\'adresser la trace WireShark avec les Id des trames associées.\r\nLe serveur fait la même chose pour tous les clients. \r\nRéceptionne la demande d\'abonnement sur un monitoredItem, stocke les OpcUa_SimpleAttributeOperand associés puis en fonction de ces OpcUa_SimpleAttributeOperand fabrique la réponse dans l\'ordre de la demande.\r\nDans votre réponse précédente vous me parlez de Softing et d\'Integration Objects. \r\nQu\'est ce que Integration Objects vient faire dans cette boucle ?\r\nAvez vous un problème avec leur client ?\r\nPourriez vous clarifier le nature du décalage avec Genesis ?','2021-04-14 20:29:20',0),(1330,557,'Issue',1,'Le problème vient de la requête de Genesis qui demande deux EventTypes le serveur s\'attends à recevoir qu\'un EventType par requête.\r\nCet EventType supplémentaire et inattendu doit sans doute surcharger la réponse. \r\n\r\n\r\n','2021-04-14 20:43:13',0),(1331,557,'Issue',432,'Bonjour M. Condemine, \r\n\r\n* Je mets en pièces jointes la trace effectuée avec Genesis (port 13380 à rajouter aux ports OpcUa). Le CreateMonitoredItemsRequest est le paquet 1661 (contenu dans OpcUa Service \"Expandeable Object / CreateMonitoredItemsRequest / ItemsToCreate / RequestedParameters / Filter / EventFilter / SelectClauses \" ) . Le PublishResponse correspondant à une alarme OFfNormal est le paquet 2027 (contenu dans OpcUa Service Expandeable Object / PublicshRespnse / NotificationMessage / NotificationData / [1] Ectension Object / EventNotificationLiist / Events).\r\n\r\n* J\'ai effectué des tests avec le client Integration Objects pour effectuer des tests supplémentaires. Nous ne l\'utilisons dans aucun projets. Pas de problème avec ce client. \r\n\r\n* Voici la nature du décalage sur l\'aspect visuel sur l\'IHM Genesis : \r\n\r\n!clipboard-202104150957-8zycc.png!\r\n\r\n* Je comprends que le EventType en double est un comportement anormal. Je remonte en parallèle ça à Iconics pour voir si on peut effectuer une requête sans ce comportement. \r\nJ\'ai cependant deux questions: \r\n- L\'élément indicé 1 dans la requête Genesis (indicé 18 dans la requête UaExpert) a un format différent par rapport aux autres éléments demandés. Quelle est la réaction du serveur face à cet élément? \r\n\r\n!clipboard-202104151000-74cih.png!\r\n\r\n- Le serveur ne s\'affranchit-il pas du problème de EventType demandé en double en le rajoutant 2 fois dans l\'élément de réponse?\r\n\r\n\r\nMichael \r\n','2021-04-15 10:00:39',0),(1332,557,'Issue',1,'Bonjour,\r\nje ne voie de paquet 1681 relatif à OPC UA dans la trace WS.\r\nJe n\'ai qu\'une communication sécurisé inutilisable.\r\n\r\n!clipboard-202104151452-midwb.png!\r\n\r\n\r\nPourrions nous faire un Team dans l\'AM pour clarifier ce point ?','2021-04-15 14:53:54',0),(1333,557,'Issue',432,'Bonjour M.Condemine, \r\n\r\nC\'était le paquet 1661 que j\'avais indiqué. Ce n\'est pas du tout normal qu\'il soit en mode sécure. J\'ai les paquets en clair de mon côté\r\n\r\nICONICS m\'a proposé également un appel à 15h30 pour essayer de voir côté serveur dans quel scénario le serveur n\'aime pas la requête reçu. \r\nSerait-ce possible qu\'on fasse un call avec les 3 parties? \r\n\r\nMichael','2021-04-15 14:59:23',0),(1334,557,'Issue',1,'Vous avez du manquer ma réponse par mail.\r\nUne autre fois peut être alors.','2021-04-15 16:16:10',0),(1335,557,'Issue',1,'Bonjour,\r\nj\'ai consacré plusieurs heures a étudier le problème.\r\nJe ne dispose pas de suffisamment d\'information pour avancer.\r\nJe serveur fonctionne correctement avec tous les clients à ma disposition.\r\nJe ferme la demande d\'assistance.\r\n\r\nMichel Condemine','2021-04-15 16:52:58',0),(1336,557,'Issue',432,'M. Condemine, \r\n\r\nJe suis désolé je n\'ai pas reçu de mail autres que les notifications Redmine auxquels j\'ai répondu à 14h59. On a du se rater quelque part.\r\n\r\nJe comprends que vous y avez passer beaucoup de temps et je m\'en excuse. \r\n\r\nJe comprends également que vous ne pouviez pas exploiter la trace Wireshark. Je suis à votre disposition quand vous le souhaitez à toute heure. Je peux sinon effectuer des Screenshot des paquets ou des exports en mode textuel. Le fichier Wireshark que j\'ai fourni a normalement les communications en clair\r\n\r\nAu cas ou ça peut débloquer la situation, ICONICS propose de monter une VM Genesis (Azure, sur le serveur ou sur votre machine). \r\n\r\nMichael','2021-04-15 17:35:12',0),(1337,557,'Issue',1,'Bonjour,\r\nvotre trace WS ne contient rien de plus que le screenshot ci-dessus.\r\nUn VHD generis pourrait aider à comprendre mais une trace WS serait déjà un bon début.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-15 17:57:29',0),(1338,557,'Issue',432,'Je sais que ça ne sera pas idéal pour vous dedébugger sur ma machine mais j\'ai préparé une instance du serveur en mode Debug avec Genesis connecté dessus. J\'essaye de mon côté de debugger en mettant des points d\'arrêts dans le code au moment de la construction de la notification ainsi que des PublishResponse\r\n\r\nMichael','2021-04-15 17:58:51',0),(1339,557,'Issue',1,'!clipboard-202104151800-uek53.png!\r\nCi-dessous mon mail de 15h03\r\n\r\nJe n\'ai plus de dispo avant lundi prochain\r\n\r\nMerci de me transmettre la trace WS\r\n\r\nCordialement.\r\nMichel Condemine','2021-04-15 18:00:59',0),(1340,557,'Issue',432,'Je comprends. \r\n\r\nVoici ce que je vois sur Wireshark de mon côté: \r\n!clipboard-202104151803-0taly.png!\r\n\r\n\r\nJe remets en pièce jointe la trace Wireshark. Ainsi que un pdf contenant des screenshots des deux paquets qui nous intéressent. \r\n\r\n\r\n\r\nAu cas ou ça peut éviter que je rate vos prochains mails. En toute honnêteté et sans vouloir être de mauvaise foi je n\'ai aucune trace du mail de mon côté. \r\n\r\nmon mail : michael.ejigu@inetum.world\r\nmon tel : 06 35 41 11 16 \r\n\r\nMes excuse encore pour le temps perdu de votre côté. \r\n\r\nMichael\r\n','2021-04-15 18:19:47',0),(1341,557,'Issue',1,'Je suis dispo maintenant et jusqu\'à 20h00 si vous voulez','2021-04-15 19:31:06',0),(1342,557,'Issue',432,'Trop tard? ','2021-04-15 20:02:24',0),(1343,557,'Issue',432,'N\'hésitez pas à m\'appeler si jamais au téléphone si jamais vous avez une dispo à toute heure. \r\nJe garde un œil sur mes notifs redmine jusqu\'à 21h \r\nMichael','2021-04-15 20:10:48',0),(1344,557,'Issue',432,'Bonjour, \r\n\r\nJe maintiens ma proposition d\'être à votre disponibilité à toute heure/n\'importe quel jour (avec un ping au téléphone si possible). \r\nCependant si vous avez une disponibilité claire en début de semaine prochaine, je suis également preneur d\'un call à une heure prédéterminée. \r\n\r\nMichael 06 35 41 11 16\r\n','2021-04-16 14:50:59',0),(1345,557,'Issue',1,'Bonjour,\r\naprès une session de test avec Michael il apparait que le Client OPC UA de Genesis ne passe pas les TypeDefinitionId pour tous les EventField qu\'il demande.\r\nCe paramètre est essentiel à la bonne notification .\r\nIconics devra corriger son erreur. \r\nUne adaptation du serveur est envisageable mais ne saurait être réalisé sans un financement.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-21 15:25:24',0),(1346,554,'Issue',1,'Bonjour,\r\navez vous pu tester la nouvelle version livrée ce jour ?\r\n\r\nCordialement\r\nMichel Condemine','2021-04-22 17:38:47',0),(1347,558,'Issue',1,'Bonjour,\r\nmerci de poster les logs et éventuellement la configuration complète.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-22 18:18:44',0),(1348,559,'Issue',1,'oops,\r\nje ne trouve pas les sources ?\r\nou sont ils ?\r\n\r\n\r\nCordialement\r\nMichel\r\n\r\nPS: je te préparerai l\'offre commerciale dans le bateau. ;)','2021-04-22 20:11:02',0),(1349,558,'Issue',459,'\r\nBonjour M Condemine\r\n\r\nJ\'ai réussi à corriger et faire redémarrer le serveur sans erreur, nous pouvons donc fermer ce ticket.\r\nJe vous présente mes excuses pour l\'attente de ma réponse.\r\n\r\nCordialement, \r\nAlexandre Macé ','2021-04-26 13:20:00',0),(1350,558,'Issue',1,'','2021-04-26 14:38:07',0),(1351,539,'Issue',429,'Bonjour, avez vous pu étudier ce sujet ? Merci','2021-04-26 17:58:12',0),(1352,554,'Issue',462,'Bonjour,\n\nj\'ai pu faire un petit test aujourd\'hui. (en formation hier)\nJ\'ai remarqué que les DO ne sont plus en erreur, par contre il me semble qu\'ils ne reflètent pas l\'état dans l\'automate :\nj\'ai pu forcer les états de la balise jaune ou vert sans avoir le rouge , alors que c\'est impossible dans la précédente version (1.0.4.7 , l\'automate forçant la balise à rouge).\n\n\nCordialement\nJean-Louis Muller\n\nPS : Teamviewer est installé et vous pouvez l\'utiliser.\n\n','2021-04-27 14:28:36',0),(1353,554,'Issue',1,'Bonjour, \r\nje ne comprends pas :\r\n\"j\'ai pu forcer les états de la balise jaune ou vert sans avoir le rouge\".\r\nEst ce que vous voulez dire que les écritures sur les DO fonctionnent mais pas les lectures ?\r\nQUID des MK ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-04-27 15:02:56',0),(1354,554,'Issue',462,'Bonjour,\r\nJe voulais dire que les DO semblent ne pas aller jusqu\'à l\'automate (puisque la balise rouge devrait être allumée en permanence par le programme sur le banc tests privé de toute entrées/sorties réelles).\r\nJe vais pouvoir reprendre mes essais sur la C-Line avant la fin de la semaine , j\'essayerais donc votre version avec des vraies balises en face de moi. ce sera plus simple.\r\n\r\nCordialement\r\nJean-Louis\r\n','2021-04-28 18:26:09',0),(1355,554,'Issue',1,'Bonjour,\r\nje me suis connecté à la maquette avec les ID suivant\r\nId TeamViewer : 972703004\r\nPW : tst;04oOuA\r\n\r\nPourriez vous m\'indiquer ou se trouve le serveur de test ?\r\n\r\n\r\nCordialement\r\nMichel Condemine','2021-04-29 08:00:33',0),(1356,554,'Issue',462,'Bonjour,\r\nvotre version du serveur est sous \r\nC:\\exelsius\\OpenOpcUaServer2\r\n\r\nla version C:\\exelsius\\OpenOpcUaServer est celle livrée vers fin Janvier (et utilisée que sur la SLine).\r\n\r\n\r\ndsl , je ne me connecte qu\'en fin de journée. je vais essayer de voir pourquoi les notifications ne m\'arrivent pas .\r\n\r\nBien cordialement\r\nJean-Louis\r\n\r\n','2021-04-29 17:23:27',0),(1357,557,'Issue',432,'Bonjour M. Condemine, \r\n\r\nJ\'espère que vous allez bien\r\nIconics a fait une correction. Les requêtes contiennent maintenant tous des TypeDefinitionId. \r\n\r\nLa réponse du serveur est mieux mais pas parfaite, les 3 derniers champs sont ignorés ou mal remplis : \r\n\r\n- EnabledState + Id avec un TypeDefinitionId (Identifier Numeric ) = 2782 (ConditionType) \r\n- Active State + Id avec un TypeDefinitionId (Identifier Numeric ) = 2915 (AlarmConditionType)\r\n- Acked State + Id avec un TypeDefinitionId (Identifier Numeric ) = 2881 (AcknowledgeableConditionType)\r\n\r\n\r\n\r\nQu\'en pensez vous? \r\n\r\nJe mets 2 fichiers txt contenant la requête et la levée d\'une alarme que m\'ont transmis Iconics depuis leur corrections. \r\nJe suis disponible pour en discuter demain ou en semaine prochaine selon votre disponibilité. \r\n\r\nMerci d\'avance\r\nTrès cordialement, \r\n\r\nMichael\r\n','2021-04-29 18:13:53',0),(1358,560,'Issue',1,'Bonjour,\r\nMerci pour ce retour.\r\nIl y avait une inversion entre UInt32 et Int32 dans code.\r\nJ\'ai fais la correction dans la version 0.9.1 que je viens de livrer.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-29 21:02:51',0),(1359,532,'Issue',1,'Hello,\r\nI just post a new release 1.0.5.9. It contains a fix for this issue.\r\nDuring your OOUAClientLibrary test it\'s important to use a server build with the same Stack and Sharedlib.\r\nThis is important otherwise the result will be unpredictable. \r\n\r\nRegards\r\nMichel Condemine\r\n\r\nFor share information. \r\nThis problem occurs during the renew process of the SecurityToken. It\'s related to any cipher suite. SecurityPolicy None is not impacted.','2021-04-29 22:17:53',0),(1360,539,'Issue',1,'Bonjour,\r\nje viens de réaliser des tests sur la cohabitation des UInt32 et des Float.\r\nJe ne rencontre aucun problème. J\'ai déclaré un Float et un UInt32 à la même adresse dans le PLC, 0x3ED. Si j\'écris dans l\'UInt32 la valeur reçu dans le Float est correcte.\r\nPrenons un exemple. Si j\'écris 258 dans l\'UInt32 je reçois 3.61535e-43 dans le Float. C\'est parfaitement normal.\r\nPar ailleurs le Float et l\'UInt32, déclaré en 0x3ED, sont lu dans les mots de 16bits, 0x3EE et x03EF. \r\n!clipboard-202104300939-mukyc.png!\r\nPourriez vous clarifier le problème et me fournir une configuration OOUA me permettant de le reproduire?\r\n\r\nCordialement\r\nMichel Condemine','2021-04-30 09:39:37',0),(1361,554,'Issue',1,'Bonjour,\r\nj\'ai essayé de travailler sur votre plateforme mais je constate qu\'elle est utilisée.\r\nMerci de m\'informer des créneaux de disponibilité.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-04-30 10:00:33',0),(1362,554,'Issue',1,'Bonjour,\r\nj\'ai utilisé mes 30 min pour réaliser quelques tests intéressants. \r\nJ\'ai fabriquer un configuration pour me concentrer sur les DOs. \r\nJ\'ai installé Wireshark pour capturer l\'activité.\r\nVoila ce que je constate :\r\n1- Les DO déclenche bien des lectures et la valeur des nodes OPC UA est renseignée.\r\n!clipboard-202104301044-krz0w.png!\r\n2- Lors d\'une écriture un fonction Write est invoqué puis acquitté sans erreur par le PLC\r\n!clipboard-202104301045-z6cts.png!\r\n\r\nJe ne vois donc, de Paris, rien d\'incorrecte.\r\nJe vais étudier plus en détail cette capture WS.\r\n\r\nCordialement\r\nMichel Condemine','2021-04-30 10:46:10',0),(1363,539,'Issue',459,'Bonjour M Condemine \r\n\r\nLe problème que nous rencontrons n\'est pas sur les Uint32 mais les int32(Dint).\r\n\r\nQuand nous essayons de récupérer les valeurs de l\'automate (voir les captures d\'écrans : \"valeurs automate\" et \"valeurs automate2\") sur Aviso sans passer par le serveur OPCua nous arrivons à bien récupérer toutes les valeurs, de même avec le Modscan32 (voir les captures d\'écrans : \"ModScan32\" et \"Valeurs automate sans passer par le serveur OPCua\").\r\n\r\nMais quand on passe par le serveur OPCua, on constate qu\'après un int32 si la variable est de type int32 alors nous arrivons à bien récupérer la valeur, alors que si la variable est différente d\'un int32 (int16, binaire, float, etc ...) nous n\'arrivons pas à comprendre la valeur récupérée (voir capture d\'écran : \"Valeurs automate en passant par serveur OPCua\" et \"Client OPCua\").\r\nDans l\'attente de votre réponse.\r\n\r\nCordialement, \r\nAlexandre Macé','2021-04-30 11:00:08',0),(1364,539,'Issue',1,'Bonjour,\r\nVous écrivez :\r\n\"Mais quand on passe par le serveur OPCua, on constate qu\'après un int32 si la variable est de type int32 alors nous arrivons à bien récupérer la valeur, alors que si la variable est différente d\'un int32 (int16, binaire, float, etc ...) nous n\'arrivons pas à comprendre la valeur récupérée (voir capture d\'écran : \"Valeurs automate en passant par serveur OPCua\" et \"Client OPCua\").\"\r\n\r\nJe vous invite à vous relire et à reformuler. \r\nDans l\'attente j\'étudie vos captures.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2021-04-30 11:05:35',0),(1365,539,'Issue',459,'Nous constatons qu\'il y a un problème de lecture pour les int32, mais pas pour tous les int32.\r\n\r\nComme on peut le voir sur la capture d\'écran \"Valeurs automate en passant par le serveur OPCua\" la voie 5(Volume Canal01), la voie 8(VolumeCanal02), la voie 11(VolumeCanal03)et la voie 21(reserve[Dint7]) on récupère une valeur que nous n\'arrivons pas à comprendre. \r\n\r\nAlors que pour la voie 15(reserve[Dint1]), la voie 16(reserve[Dint2]), la voie 17(reserve[Dint3]), la voie 18(reserve[Dint4]), la voie 19(reserve[Dint5]), la voie 20(reserve[Dint6])on récupère les bonnes valeurs. \r\n\r\nCordialement, \r\nAlexandre Macé','2021-04-30 11:22:56',0),(1366,539,'Issue',1,'Bonjour,\r\nj\'ai commencé à regarder votre configuration et compte tenu de ce que vous avez déclaré le VpiMdbMaster se comporte correctement.\r\nPrenons les nodes de type Int16 :\r\nNodeId Adresse PLC Type\r\nns=1;i=1948 0130000 Int16 (16bits)\r\nns=1;i=1978 0130001 Int16 (16bits)\r\nns=1;i=2008 0130002 Int16 (16bits)\r\nns=1;i=2038 0130003 Int16 (16bits)\r\nPour ces quatres premieres adresses le Vpi lit des adresses de type MOT (16bits). Vous recevez 1,2,3,4\r\nLe VPI lit dans l\'automate en adresse 1,2,3 et 4.\r\nTout va bien la déclaratrion est correcte.\r\n\r\nVous déclarez ensuite un Int32 qui occupe 2 mots de 16 bits dans la mémoire de l\'automate. \r\nNodeId Adresse PLC Type\r\nns=1;i=2068 0130005 Int32 (32bits)\r\nLe Vpi lit dans l\'automate en adresse 6 et 7. Respectivement les valeur 5 et 6. \r\nQuand il réassemble pour former un Int32 il obtient la valeur décimale 393221.\r\n\r\nEnsuite vous déclarez a nouveau un Int16\r\nNodeId Adresse PLC Type\r\nns=1;i=2098 0130006 Int16 (16bits)\r\ne Vpi lit dans l\'automate en adresse 7.\r\nIl y a ici un recouvrement de mémoire. L\'octet en adresse 7 est partagé entre les nodes ns=1;i=2068 et ns=1;i=2098.\r\nC\'est totalement incorrecte.\r\n\r\nEst ce que vous comprenez jusqu\'ici ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-04-30 11:26:37',0),(1367,539,'Issue',459,'Bonjour, \r\n\r\noui je comprends, mais pour le Int32 NodeId Adresse PLC Type ns=1;i=2068 0130005 Int32 (32bits) le VPI lit dans l\'automate l\'adresse 5 et 6 ce qui correspond seulement à la valeur 5.\r\n\r\nCordialement\r\nAlexandre Macé','2021-04-30 11:37:51',0),(1368,539,'Issue',1,'Bonjour,\r\nest ce que vous avez noté ma remarque au sujet du recouvrement ?\r\nEst ce que vous avez en tête que le Vpi utilise un adressage ZERO-Based ?\r\nSi vous lui dite de lire un Int32 en adresse 5, 1-BASED, il lit les mots (16bits) en 6 et 7.\r\nIl trouve dans ces mots de 16 bits les valeurs 5 et 6. comme je l\'ai écris précédemment : \"Quand il les réassemble pour former un Int32 il obtient la valeur décimale 393221\"\r\n\r\nCordialement\r\nMichel Condemine','2021-04-30 11:52:09',0),(1369,539,'Issue',459,'Bonjour,\r\n\r\nAprès la réunion Teams, j\'ai effectué les corrections : changement d\'adresse + passage en BIG_ENDIAN. Après quelques tests, j\'arrive à récupérer toutes mes valeurs.\r\nNous pouvons donc fermer les tickets des Int32.\r\n\r\nCordialement\r\nAlexandre Macé','2021-04-30 14:15:44',0),(1370,539,'Issue',1,'','2021-04-30 17:29:31',0),(1371,553,'Issue',1,'','2021-04-30 17:29:51',0),(1372,524,'Issue',1,'','2021-05-03 14:29:26',0),(1373,402,'Issue',1,'Certificat générés :\r\n','2021-05-05 13:24:09',0),(1374,562,'Issue',1,'Bonjour,\r\nje suis disponible ce jour, jeudi 6 mai à partir de 11h30.\r\nJe serai aussi disponible vendredi de 11 à 12h\r\n\r\nCordialement\r\nMichel Condemine','2021-05-06 11:08:49',0),(1375,562,'Issue',432,'Bonjour, \r\n\r\nMerci beaucoup, je vous envoie une invitation pour demain 11h à 12h. \r\n\r\nCordialement, \r\nMichael ','2021-05-06 11:11:51',0),(1376,563,'Issue',1,'Bonjour,\r\nLa longueur des requêtes Modbus est gérée en interne dans le code du Vpi.\r\nVous n\'avez pas à vous soucier de ce type problème. \r\nDéclarez vos TAGs. \r\nLe VpiMdbMaster calculera les blocs appropriés et réalisera la communication Modbus.\r\n\r\nCordialement\r\nMichel Condemine','2021-05-06 13:14:53',0),(1377,562,'Issue',1,'Bonjour,\r\nj\'ai utilisé votre projet pour reproduire les problèmes que vous rencontrez.\r\nIMPORT CSV\r\nVotre fichier contient des erreurs de namespace. J\'ai corrigé ces erreurs et importé. \r\nCi-dessous la configuration d\'import et le résulat de l\'import.\r\n!clipboard-202105062335-lbpdp.png!\r\n!clipboard-202105062337-y88zh.png!\r\n\r\nJ\'ai ensuite sauvegardé sans problème.\r\n\r\nIl y avait cependant une erreur dans le UANodeManager que votre configuration à mise en évidence.\r\nJ\'en ai profité pour la corriger. \r\n\r\nA suivre\r\nCordialement\r\nMichel Condemine','2021-05-06 23:38:25',0),(1378,562,'Issue',1,'Re-Bonsoir,\r\npour aller plus loin j\'ai généré à partir de l\'interface en utilisant le menu contextuel \"Instanciate\".\r\nL\'instanciation à bien fonctionné.\r\n!clipboard-202105062353-akwje.png!\r\nJ\'ai cependant corrigé un problème relatif à des types non-supportés dans OOUANodeManager. \r\n\r\nJe vais faire de la cosmétique dans cette librairie avant une nouvelle livraison.\r\nLa sauvegarde à, là aussi, bien fonctionné.\r\n\r\nAu final, j\'ai pas reproduit les problèmes que vous m\'avez décrit. Mais j\'ai corrigé trois autres problèmes en tentant de les reproduire.\r\nUn bilan très positif. Je vous remercie pour ce retour.\r\n\r\nCordialement\r\nMichel Condemine','2021-05-06 23:58:09',0),(1379,557,'Issue',1,'Réouverture pour synthèse','2021-05-07 12:01:18',0),(1380,557,'Issue',432,'Synthèse état en cours: \r\n\r\nNous avons émis l\'hypothèse que le serveur vérifie pour chaque champs de la requête CreateMonitoredItemsRequest le TypeDefinitionId. \r\n\r\nA notre dernier call, nous avons pu observer les choses suivantes sur le paquet de CreateMonitoredItemsRequest de Genesis: \r\n\r\n- un chanp EnabledState + Id avec un TypeDefinitionId (Identifier Numeric ) = 2782 (ConditionType). Pour cette classe d\'évènements il y avait bien un traitement mais à première vue on ne voyais pas le traitement du champ EnabledState(+Id) \r\n- les champs Active State + Id et Acked State + Id avec des TypeDefinitionId respectifs 2915 (AlarmConditionType) et 2881 (AcknowledgeableConditionType). Pour cette classe d\'évènements, on avait vu qu\'ils n\'étaient pas traités par le serveur. \r\n\r\nOn avait vu que UaExpert n\'avait pas les mêmes TypeDefinitionId pour ces champs. On avait regardé la norme et on penchait pour la piste que c\'était plutôt le paquet de Genesis qui était conforme à la norme. \r\n\r\nMichael\r\n\r\n\r\n\r\n','2021-05-07 17:29:00',0),(1381,565,'Issue',1,'Bonjour,\r\nIl semble y avoir une différence entre les fichiers XMI généré par EA 13,14 et 15.\r\nJ\'ai modifié un détail dans le XiMulator pour qu\'il supporte les 3 versions.\r\nMerci de télécharger la version 1.0.1.2.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-05-08 00:49:22',0),(1382,554,'Issue',462,'Bonjour ,\r\nNous avons eu une affaire prioritaire et je suis en déplacement toute la semaine prochaine.\r\nJe vais essayer de laisser la manip sous tension ce soir , en espérant que personne ne va y toucher.\r\ncette après midi, nous allons probablement faire des essais sur le même banc d\'essai, donc il n\'est pas encore dispo.\r\n\r\nDésolé de cet imprévu qui a pris tout mon temps. de mon côté, depuis UA expert je n\'ai jamais vu un seul DO à \'true\' (alors que, au moins la balise vert devrait être à true). et qu\'avec l\'ancienne version et la DLL modifiée (1.0.4.7): ça marche.\r\nle problème : la DLL modifiée \'consomme\' 6M par minute de mémory leak!\r\nvoila l\'état des lieux actuel.\r\nJe reprends contact la semaine du 24 , car dans l\'usine, la semaine prochaine, il est probable que nous n\'aurons pas internet.\r\nBien cordialement\r\nJean-Louis Muller\r\n\r\n','2021-05-12 13:29:58',0),(1383,554,'Issue',1,'Bonjour M. Muller,\r\nJ\'ai fait quelques modifications pour la prise en compte des DO et je souhaiterais en parler avec vous.\r\nIl est en effet délicat de vérifier le bon fonctionnement à distance et sans PLC en local.\r\nEst ce que nous pourrions programmer un échange quand vous serez disponible ?\r\n\r\nCordialement\r\nMichel Condemine','2021-05-12 13:39:28',0),(1384,554,'Issue',462,'Bonjour,\r\nSi il n\'y a pas besoin de Mr Subileau dans la réunion, et que ce ne sont que pour des questions \'techniques\' je suis dispo cette après midi, n\'hésitez pas à m\'appeler par teams (ou autre, comme la dernière fois). Sinon il faut le contacter aussi.\r\nBien cordialement\r\nJean-Louis Muller (pour teams jlmuller@exelsius.com)','2021-05-12 14:27:41',0),(1385,565,'Issue',432,'Bonjour, \r\n\r\nL\'erreur qui apparaissait avec le modèle Tricycle généré avec notre Entreprise Architect n\'apparait plus. \r\n\r\nNous vous ferons un retour après des essais supplémentaires avec le modèle eMotors. \r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2021-05-18 15:30:36',0),(1386,557,'Issue',432,'Bonjour M. Condemine, \r\n\r\nAurez vous avancé sur ce point? Iconics nous relance sur ce sujet. La ou les corrections qu\'il peuvent faire ne sortant en Release que très ponctuellement, ils souhaitent savoir si la dernière correction qu\'ils ont faite est suffisante pour résoudre notre problème.\r\n\r\nTrès cordialement, \r\nMichael Ejigu','2021-05-18 15:37:06',0),(1387,566,'Issue',1,'Bonjour,\r\nErreur n° 1, je pense que vous n\'avez pas compilé et copié l\'ensemble des binaires. CreateCertificates est une méthode de la classe CApplication.\r\nErreur N° 2, il semble y avoir une erreur de configuration dans le fichier XML du client. \r\n\r\nJe crois que nous avons un call a 14h. Nous pourrons en parler\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2021-05-25 11:16:44',0),(1388,566,'Issue',432,'J\'ai bien recompiler et copier les 4 binaires principaux (CoreServer, SharedLib, StackV1, XMLSaxParser). Dois-je recompiler également la ClientLib? Elle ne comporte pas de Configuration Release IPV4 mais je peux dans sa configuration lui dire d\'aller chercher les lib dans le dossier des librairies Release IPV4 si vous jugez nécessaire de la recompiler dans l\'environnement IPV4. \r\n\r\nMichael','2021-05-25 11:22:24',0),(1389,566,'Issue',1,'Quand on passe d\'IPV4 à IPV6 ou d\'IPV6 à IPV4 il convient de tout recompiler. TOUJOURS','2021-05-25 11:35:31',0),(1390,566,'Issue',432,'Pourriez vous dans ce cas s\'il vous plaît me zipper également le projet du VpiUaClient avec le Workaround de mi-avril que je le compile également dans l\'environnement ipv4? J\'aimerais tester ça avant d\'en parler avec vous tout à l\'heure. \r\n\r\n','2021-05-25 11:38:52',0),(1391,566,'Issue',1,'Je viens de faire un nouvelle livraison complète. Elle contient la base de code en cours en pré-version.','2021-05-25 11:43:18',0),(1392,566,'Issue',432,'Rebonjour M. Condemine, \r\n\r\nJe vois que malgré le fait d\'avoir sélectionné la configuration Release-IPV4, les directives de compilations pour l\'IPV4 restent grisées dans l\'environnement Visual Studio comme le montre le Screenshot suivant: \r\n\r\n!clipboard-202105251842-6rzhk.png!\r\n \r\nJe n\'arrive pas à trouver dans la configuration du projet où s\'effectue l\'affectation de la variable OPCUA_P_LISTEN_INET6 à OPCUA_CONFIG_YES ou OPCUA_CONFIG_NO pour effectuer le choix de la compilation en IPV4 ou IPV6 en fonction de la configuration choisie. Je m\'attendais à retrouver cette affectation dans la section C/C++, Préprocesseur. Est-ce que peut-être je regarde la mauvaise variable? Ou bien au mauvais endroit dans la configuration? \r\n\r\nCordialement, \r\nMichael\r\n','2021-05-25 18:46:08',0),(1393,566,'Issue',1,'Bonjour,\r\nj\'ai testé la configuration que je vous ai adressé. J\'arrive sans problème à basculer IPV4 IPV6.\r\n!clipboard-202105251858-j7zou.png!\r\n!clipboard-202105251859-nstky.png!\r\n!clipboard-202105251900-6qqm6.png!\r\nMerci de ne pas modifier les vcxproj et/ou le code.\r\n\r\nVous utilisez bien VS2017 ?\r\nVous copiez bien les sources dans un nouveau répertoire ?\r\n\r\nCordialement\r\nMichel Condemine','2021-05-25 19:00:39',0),(1394,566,'Issue',1,'Après vérification il manque dans le deliver le mot clé du préprocesseur IPV4_ONLY.\r\nJe modifie le/les vxproj du deliver et je vous livre un nouveau package.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2021-05-25 19:40:32',0),(1395,566,'Issue',432,'Bonjour, \r\n\r\nMerci beaucoup, la connexion s\'est bien établie. \r\nAuriez-vous connaissance de la raison pourquoi sur nos machines, le serveur en ipv4 n\'arrive pas à récupérer le nom de la machine sur laquelle il tourne ? Il affiche sur la console que \"getnameinfo\" n\'abouti pas et laisse le nom de machine vide sur le hostname qu\'il affiche :\r\n\r\n!clipboard-202105261024-yfaqe.png!\r\n\r\n Pensez vous que je dois rajouter cette information dans le fichier hosts? Sachant que lorsqu\'il est en ipv6, il retrouve cette information même si elle n\'est pas inscrite dans le fichier hosts. \r\n\r\n\r\nMerci encore, \r\n\r\nMichael \r\n','2021-05-26 10:27:10',0),(1396,566,'Issue',432,'A titre informatif, j\'ai résolu le problème pour le moment. Dans les propriétés de la SharedLib, Définition de préprocesseur, il y avait un virgule au lieu de point virgule avant le IPV4_ONLY. \r\n\r\nNe sachant pas si c\'est une bonne correction et ne voulant pas faire de fork comme conseillez par vous, je ne conserve pas cette modification que j\'ai faite. \r\n\r\n\r\nCordialement, \r\nMichael','2021-05-26 12:19:25',0),(1397,565,'Issue',432,'Bonjour M. Condemine, \r\n\r\nMême si le modèle n\'est pas finalisé, nous essayons de le charger avec Ximulator (version 1.0.1.2) et nous retrouvons une erreur similaire à celle que vous avez résolue (due aux différentes versions de Entreprise Architect) :\r\n\r\n!clipboard-202105271122-z1irj.png!\r\n\r\n\r\nLe Guid de l\'élément qu\'il dit ne pas trouver correspond à l\'objet ComponentType (d\'après mes recherches dans le fichier XMI). Je ne sais pas si c\'est lié à ça mais j\'ai également remarqué que l\'objet ComponentType est à un moment un attribut du datatype Component_Recipes_Datatype. \r\n\r\n\r\n\r\nJe mets en pièce jointe le fichier XMI généré avec notre version de Entreprise Architect en sélectionnant le modèle dans son entièreté. \r\n\r\nAuriez vous des idées pourquoi? Je n\'ai pas lancer la génération avec Ximulator, l\'erreur apparaît au moment du chargement du fichier XMI.\r\n\r\nTrès cordialement, \r\n\r\nMichael\r\n\r\n','2021-05-27 11:30:10',0),(1398,565,'Issue',432,'Bonjour, \r\n\r\nJe fais suite à ce point en partageant plus d\'informations. \r\nAvec cette configuration et en ayant importé la part 3, 4 et 5 des Nodesets de la Fondation dans les Nodesets du projet xprj, Ximulator crash sans information supplémentaire. \r\n\r\nMichael','2021-05-27 15:37:48',0),(1399,565,'Issue',1,'Bonjour,\r\nQuelques questions :\r\n1- Utilisez vous la version 1.0.1.8 ?\r\n2- comment procédez vous à l\'export ?\r\n- Le modèle complet ?\r\n- Un package à la fois en respectant les dépendances ?\r\n\r\nCordialement\r\nMichel Condemine ?','2021-05-27 17:01:18',0),(1400,565,'Issue',432,'Rebonjour, \r\n\r\nJ\'utilise la version 1.0.1.2 qui est la dernière qu\'on a. Pourriez vous s\'il vous plait nous fournir la plus récente sur Redmine?\r\n\r\nJ\'ai essayé le modèle entier et également le méthode un package à la fois. \r\nL\'erreur indiquée sur Ximulator apparait dans les deux scénarios. \r\n\r\nMichael','2021-05-27 17:40:39',0),(1401,565,'Issue',1,'Bonjour,\r\nJe viens de vous poster la dernière version.\r\nMerci de me faire n retour ASAP.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-05-27 18:06:49',0),(1402,565,'Issue',432,'Bonjour,\r\n\r\nL\'erreur ainsi que le crash du logiciel sont également présents avec la version 1.0.1.8 \r\n\r\nMichael','2021-05-27 18:16:52',0),(1403,565,'Issue',1,'Bonjour,\nest ce que la configuration que vous utilisez correspond aux fichiers postés dans le cadre de ce ticket ?\nAprès lecture du contenu. Il ne semble pas.\nMerci de préparer un zip contenant votre configuration de test. Je parle de celle qui provoque le \"crash\"\nCordialement\nMichel Condemine','2021-05-28 10:11:37',0),(1404,565,'Issue',432,'Bonjour,\r\n\r\nCi-joint un zip contenant le fichier XMI, les NodeSets de la fondation et un xprj que vous pouvez enlever si besoin. \r\nVersion Entreprise Architect : 15.2\r\nVersion Ximulator : 1.0.1.8\r\n\r\nMichael','2021-05-28 11:02:57',0),(1405,565,'Issue',1,'Bonjour,\r\nje viens de faire quelques tests. Il y a une erreur dans le modèle qui provoque un System.StackOverflowException. \r\nL\'erreur dans la modèle se trouve sur MachineType qui hérite de EMotorsBaseObjectType qui hérite de MachineType. \r\n!clipboard-202105281112-bs9ro.png!\r\nAu delà de ce problème dans le modèle je vais ajouter un contournement pour que XiMulator s\'adapte à cette mauvaise déclaration.\r\n\r\nCordialement\r\nMichel Condemine','2021-05-28 11:12:42',0),(1406,565,'Issue',1,'Bonjour,\r\nje viens de réaliser et de tester le contournement. Il fonctionne bien.\r\nJe vais donc clore cet incident qui contient au final deux incidents.\r\nMerci a l\'avenir de ne pas mélanger les incidents. Un ticket fermé ne dois pas être réouvert ou alimenté sans mon accord.\r\n\r\nBien cordialement\r\nMichel Condemine\r\n','2021-05-28 11:40:09',0),(1407,568,'Issue',1,'Bonjour,\r\nPourquoi écrivez vous :\"toutes les déclarations de méthodes dans NodeSet de type que j\'ai trouvé\". Les méthode sont déclaré dans dans des NodeSet d\'instances.\r\nQuestion : \" je vois que les input et output Arguments sont déclarés sous forme de ExtensionObjects. Est-ce la seule possibilité?\" OUI\r\nQuestion : \"je pose cette question pour savoir si le client OPC UA a besoin de supporter les ExtensionObjects\" Tous les clients supportent les ExtensionObject. \r\nIls les supportent plus ou moins. Ils doivent les supporter suffisamment pour appeler les méthodes.\r\n\r\nCordialement\r\nMichel Condemine','2021-06-01 11:37:28',0),(1408,567,'Issue',1,'Bonjour,\r\nXiMulator est sensible à la casse.\r\nDataType != Datatype.\r\nIl s\'attend à ce que tous les DATATYPES se terminent par DataType.\r\nJ\'ai apporté une modification pour le rendre plus tolérant.\r\nIl supporte maintenant : DataType, Datatype, datatype.\r\n\r\nCordialement\r\nMichel Condemine','2021-06-01 17:39:33',0),(1409,570,'Issue',1,'Bonjour,\r\nje vous poste la dernière version dans les minutes à venir.\r\nmerci de me faire un retour ASAP.\r\n\r\nCordialement\r\nMichel Condemine','2021-06-04 18:16:54',0),(1410,570,'Issue',432,'Merci pour la nouvelle version. \r\nMalheureusement les deux anomalies sont encore présentes. \r\n\r\nJe mets en PJ une maquette avec le ConfigManager à jour.\r\n\r\nMichael ','2021-06-04 18:37:08',0),(1411,570,'Issue',1,'Bonjour,\r\nje suis en train d\'étudier le problème.\r\nCependant il y a un problème de configuration dans votre fichier Opc.Ua.NodeSet2.Plant.xml.\r\nIl ne contient pas les URIs qu\'il devra utiliser.\r\n\r\nCordialement\r\nMichel Condemine','2021-06-04 19:13:47',0),(1412,570,'Issue',1,'Il y a un autre problème avec les fichiers que vous m\'avez envoyé.\r\nKPI_Production_Part_VariableType est présent dans Opc.Ua.NodeSet2.Shared.xml et dans Opc.Ua.NodeSet2.JobOrder.xml.\r\nPourriez vous m\'expliquer ?','2021-06-04 19:18:39',0),(1413,570,'Issue',1,'Voila, une fois ce problème corrigé la sauvegarde fonctionne bien.\r\nIl y a cependant des erreurs dans le modèle.\r\n\r\nCordialement\r\nMichel Condemine','2021-06-04 19:22:24',0),(1414,573,'Issue',1,'Bonjour,\r\nproblème identique avec SubOp_Traceability_Datatype.\r\n\r\nCordialement\r\nMichel Condemine','2021-06-04 23:44:05',0),(1415,573,'Issue',1,'Idem avec Part_Produce_Datatype\r\nA déplacer dans Shared\r\n\r\nCordialement\r\nMichel Condemine','2021-06-05 00:06:08',0),(1416,573,'Issue',1,'Idem avec Recipes_StatusDataType. A déplacer dans Shared\r\nCordialement\r\nMichel Condemine','2021-06-05 00:18:53',0),(1417,570,'Issue',432,'Bonjour M. Condemine, \r\n\r\nLa nouvelle version du Ximulator génère bien l\'objet racine qui manquait (ERP_OF_Type). \r\n\r\nAu moment de la génération de la SharedClasses, Ximulator indiquait dans son log que il s\'est arrêté à la génération du 2ème Datatype sur 49 mais en observant le fichier de Nodeset de type généré, on retrouve bien la plupart des Datatype qu\'on connait. \r\n\r\nOn important les fichiers de Nodeset de type dans le OpenOpcUaConfigManager, l\'application crash. On commentant l\'import du Nodeset de type Job Order et Nodeset d\'instance Plant, j\'ai pu observer que le crash avait lieu lors de l\'import du fichier Nodeset de type SharedClasses. \r\n\r\nJ\'ai mis en pièce jointe une maquette contenant les dossiers Ximulator et ConfigManager utilisés. \r\n\r\n\r\n\r\nEn parallèle j\'essaye d\'instancier avec le ConfigManager l\'objet KPI_ERP_OF que vous avez réussi à générer vendredi soir. \r\nJe ne sais pas pourquoi certains Datatype/VariableType sont générés en double. Est-ce de ces erreurs dans le modèle dont vous parlez ? Sommes nous d\'accords que nous réutilisons par la suite les deux Nodeset de type générés? (Autrement dit, le Nodeset de type JobOrder recopie t-il tous les types généres dans le Nodeset de type SharedClasses? ) \r\n\r\n*Avez vous dû enlever ces Datatype/VariableType générés en double pour réussir l\'instanciation? Ou bien l\'ajout des URI manquant dans le fichier Opc.Ua.NodeSet2.Plant.xml a t-il suffit? \r\n*\r\nJe sais que vous êtes occupés cette semaine, si vous avez quelques minutes pour en discuter n\'importe quand je suis preneur. \r\n\r\nMichael ','2021-06-07 11:24:14',0),(1418,570,'Issue',1,'Bonjour,\r\nIl y a en effet certaines choses à expliquer.\r\nje vous propose un échange formel dans l\'après midi.\r\nPourriez vous voir avec Christophe pour l\'organisation ?\r\n\r\nCordialement\r\nMichel Condemine','2021-06-07 11:29:05',0),(1419,570,'Issue',432,'Merci, \r\n\r\nChristophe envoie une invitation pour 13h30 si ça vous convient\r\n\r\nMichael ','2021-06-07 11:41:33',0),(1420,570,'Issue',1,'Question :\r\nEst ce que vous utilisez le eapx que j\'ai mis a votre disposition lors de la livraison du nouveau XiMulator ?','2021-06-07 11:54:06',0),(1421,570,'Issue',432,'Je n\'ai pas trouvé de fichier eapx dans la livraison XiMulator_v1.0.1.5_v1.0.2.0.zip \r\nJ\'utilise la dernière livraison de modèle de Lionel. \r\n\r\nOu peux-je trouver ce fichier eapx? Et quelle est sa spécificité? \r\n\r\nMichael','2021-06-07 11:57:42',0),(1422,570,'Issue',1,'BOnjour,\r\nune erreur d\'aiguillage a fait que la news qui vous était destinée a été postée chez EMOTORS.\r\nJe la reposte.\r\n\r\nDésolé\r\nMichel Condemine','2021-06-07 12:03:10',0),(1423,570,'Issue',432,'Avec le eapx posté sur la section News, je retrouve les mêmes messages dans le log ainsi qu\'un crash au niveau du ConfigManager','2021-06-07 12:28:21',0),(1424,572,'Issue',447,'Fait','2021-06-08 09:03:44',0),(1425,573,'Issue',447,'Fait','2021-06-08 09:04:57',0),(1426,575,'Issue',447,'Fait','2021-06-08 09:31:17',0),(1427,577,'Issue',447,'Changer ressource_Sob_Op_Type en DataType Ressource_SubOp_DataType \r\nDéplacement de ce Datatype dans le shared\r\nSuppression du lien d\'héritage avec EmotorsBaseObjectType\r\nAjout d\'un Attribut Id de la ressource','2021-06-08 09:34:52',0),(1428,581,'Issue',1,'Pour info. XiMulator détecte les datatype et les enum grâce à leur suffixe, DataType ou Enum.','2021-06-09 00:12:36',0),(1429,582,'Issue',1,'Bonjour,\r\ncomme discuté ce jour j\'ai apporté une évolution dans le ConfigManager qui corrige ce problème.\r\nA télécharger ici [[http://www.openopcua.org/redmine/attachments/1918]]\r\n\r\nCordialement\r\nMichel Condemine','2021-06-21 23:36:18',0),(1430,584,'Issue',1,'Bonjour,\r\nCi-dessous le fruit de mes tests et/ou modifications.\r\n*Issue* \r\nValue Rank et Array Dimensions pour User Datataypes de type scalaire et array incohérents (modifs manuels nécessaires pour que la variable soit décodée par le serveur)\r\n*Test*\r\nAprès vérification le problème vient du XiMulator. J’ai apporté des corrections sur ce point. \r\n*Issue*\r\nPour certains Datatype l\'index de namespace comporte un décalage (+1)\r\n*Test*\r\nRecherche dans les fichiers de types. RAS\r\n*Commentaire*\r\nPourriez-vous me fournir quelques exemples ? \r\nEst-ce qu’il s’agit de décalage à l’instanciation ou dans les fichiers de types générés par XiMulator ?\r\n*Issue*\r\nAccessLevel est toujours égal à 0.\r\n*Test*\r\n• Si le fichier nodeset contient un AccessLevel/UserAccessLevel > 0 la valeur sauvegardée est >0 et correspond à la valeur chargée.\r\n• Si je crée une nouvelle node. AccessLevel/UserAccessLevel par défaut est ReadOrWrite. Si je sauvegarde le fichier contient AccessLevel=\"03\" UserAccessLevel=\"03\"\r\n*Commentaire*\r\nPourriez-vous préciser les scénaris d\'erreur.\r\n*Issue*\r\nLe HasTypeDefinition n\'est pas raccordé. Lorsqu\'on le raccorde à travers l\'IHM on a une double référence en IsForward=true et IsForward=false.\r\n*Test*\r\nSi je créé un node en l\'instanciant. La référence HasTypeDefinition existe pour le niveau instancié mais pas pour les sous-objets.\r\nSi je réalise un ajout manuel je ne constate pas de double référence. Peut-être car mon fichier de type est verrouillé.\r\n*Commentaire*\r\nJ’ai corrigé un bug sur le verrouillage des fichiers dans l’OOUAConfigManager.\r\n\r\nJe vous prépare une nouvelle livraison du XiMulator et du l\'OOUAConfigManager.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-06-24 09:17:31',0),(1431,584,'Issue',432,'\r\n*Issue*\r\nPour certains Datatype l\'index de namespace comporte un décalage (+1)\r\n\r\nLe problème a lieu lorsqu\'on instancie des variables de type datatype. Lorsque un Machinetype est instancié par exemple, dans le fichiers de nodeset d\'instances, au niveau des attributs Datatype des Variables en dessous de l\'objet MachineType, l\'index de namespace mis à un décalage par rapport aux URIs déclarés dans ce fichier nodeset. \r\n\r\n*Issue*\r\nAccessLevel est toujours égal à 0.\r\n\r\nMes observations sont les suivantes. \r\nIl y a deux scénarios : \r\n- L\'ObjectType correspond à un ObjectType déclaré dans le modèle Entreprise Architect. Les variables en dessous ont un AccesLevel =1. \r\n- La VariableType et ses sous Variables viennent de la mise à plat d\'un Datatype. Ces variables n\'ont pas de AccessLevel en attribut. \r\n\r\nDans les deux cas, lorsqu\'on instancie (par IHM du ConfigManager) ces variables, j\'obtiens un AccessLevel =00 que je change ensuite manuellement. \r\n\r\n\r\n*Issue*\r\nLe HasTypeDefinition n\'est pas raccordé. Lorsqu\'on le raccorde à travers l\'IHM on a une double référence en IsForward=true et IsForward=false.\r\n\r\nJ\'avais remarqué la double référence mais en réeffectuant des test, elle ne revient plus. ça doit être une mauvaise manip, je vous remonte le point si l\'issue revient. \r\n\r\n\r\nJe vous fait un retour sur le Ximulator dès que possible. \r\n\r\n\r\nTrès cordialement,\r\nMichael\r\n','2021-06-24 11:22:03',0),(1432,584,'Issue',1,'Attention.\r\nIl est indispensable d\'utiliser le XiMulator et l\'OOUAConfigManager postés ce matin.\r\nIl vous faut donc régénérer le modèle et refabriquer la maquette from scratch.\r\n\r\nJ\'attends vos retour ASAP\r\n\r\nCordialement\r\nMichel Condemine','2021-06-24 11:39:21',0),(1433,583,'Issue',432,'Bonjour,\r\n\r\n\r\nLe problème semble être résolu dans la version XiMulator_v1.0.1.7_v1.0.2.4.zip\r\n\r\nMerci beaucoup, \r\n\r\nMichael ','2021-06-28 10:05:44',0),(1434,583,'Issue',1,'Je ferme l\'incident puisqu\'il semble résolu.\r\n','2021-06-28 11:20:47',0),(1435,402,'Issue',1,'Bonjour,\r\nLe certificat ADP sp402sitycouae1.pfx fonctionne bien pour une connexion sécurisé Basic256Sha256.\r\nCependant le serveur et le PC doivent être configuré conformément aux informations contenues dans le certificat.\r\n1- le nom du serveur (ServerName) dans le ficher oouaprj doit être sp402sitycouae1\r\n!clipboard-202106301319-foq2n.png!\r\n\r\n2- Le nom de la machine doit correspondre au nom indiqué dans le certificat ici sp402sitycouae1 ou sp402sitycouae1.prod.adp.fr\r\n!clipboard-202106301321-unq8m.png!\r\n\r\nCordialement\r\nMichel Condemine','2021-06-30 13:21:50',0),(1436,586,'Issue',432,'J\'ai pu voir en testant que la structure Vpi_DateTime est déjà la forme encodée d\'une horodate. Vous pouvez donc ignorer la question précédente.\r\n\r\nDésolé du dérangement, \r\n\r\nMichael ','2021-07-02 17:27:07',0),(1437,586,'Issue',1,'Bonjour,\r\nMerci de fermer un incident quand nécessaire.\r\n\r\nCordialement\r\nMichel Condemine','2021-07-02 17:29:17',0),(1438,587,'Issue',1,'Bonjour,\r\nce problème est corrigé dans la version 0.0.1.1 du VfiPqSql.\r\nCordialement\r\nMichel Condemine','2021-07-19 18:29:51',0),(1439,588,'Issue',1,'Bonjour,\r\npourriez vous me fournir une configuration que mette en évidence le problème ?\r\nLa version actuelle du OOUACOnfigManager est la 0.9.6.\r\nJe la post sur le Redmine immédiatement.\r\n\r\nCordialement\r\nMichel Condemine','2021-07-19 18:32:12',0),(1440,588,'Issue',459,'Bonjour M Condemine, \r\n\r\nVous trouverez en pièce jointe la configuration du projet et les 5 fichiers csv.\r\nDans l\'attente de votre réponse. \r\n\r\nCordialement, \r\nAlexandre Macé\r\n','2021-07-20 09:55:39',0),(1441,588,'Issue',1,'Bonjour,\r\nest ce que vous avez testé avec la version 0.0.9.6 de l\'OOUAConfigManager posté hier ?\r\n\r\nCordialement\r\nMichel Condemine','2021-07-20 11:23:57',0),(1442,588,'Issue',459,'Bonjour, \r\n\r\nOui je j\'ai testé et je rencontre le même problème.\r\n\r\nCordialement, \r\nAlexandre Macé','2021-07-20 11:34:01',0),(1443,588,'Issue',1,'Bonjour,\r\npourriez vous m\'indiquer la procédure step by step permettant de reproduire votre problème ?\r\n\r\nCordialement\r\nMichel Condemine','2021-07-20 15:01:47',0),(1444,588,'Issue',459,'Bonjour, \r\n\r\nImportation d\'un des fichiers csv que j\'affecte à un UaObjet (DB30,DB31,...,DB34)une fois tous les tags du fichier csv sélectionnés j\'importe et le ConfigManager se ferme tout seul. Il peut se fermer au 1er fichier csv que j\'importe comme au 5ème. \r\n\r\nCordialement, \r\nAlexandre Macé','2021-07-20 15:08:05',0),(1445,588,'Issue',459,'Bonjour M Condemine, \r\n\r\nJe me permets de revenir vers vous pour savoir si vous avez eu le temps de regarder ce qui n\'allait pas dans la configuration du projet.\r\nDans l\'attente de votre réponse.\r\n\r\nCordialement, \r\nAlexandre Macé','2021-07-21 17:16:22',0),(1446,588,'Issue',1,'Bonjour,\r\nle problème est corrigé dans la version 0.0.9.7 publié ce jour.\r\nCordialement\r\nMichel Condemine','2021-07-22 10:43:49',0),(1447,588,'Issue',1,'','2021-07-22 10:44:08',0),(1448,588,'Issue',1,'Fixed on 7-22-2021','2021-07-22 11:17:41',0),(1449,589,'Issue',1,'Bonjour,\r\nune première remarque avant que je n\'investigue plus avant votre retour.\r\nLes nodeId s\'exprime sous la forme suivante : ns=<namespaceindex>;<type>=<value> cf OPC UA 1.0.4 Part 6 § 5.3.1.10\r\nEn conséquence ns=http://Inetum.com/eMotors/Instances/Tremery/ERPExchange;i=17 est une syntaxe incorrecte.\r\n\r\nCordialement\r\nMichel Condemine','2021-07-27 16:09:25',0),(1450,589,'Issue',432,'Bonjour, \r\n\r\nJe viens de retester en remplaçant le i= par un s=\r\nJ\'ai le même symptôme. Pour info, le retour de l\'outil est qu\'il n\'arrive pas à résoudre le nœud père (la colonne Parent). \r\n\r\nCordialement, \r\n\r\nEjigu Michael ','2021-07-27 16:27:21',0),(1451,589,'Issue',1,'Micheal,\r\nle namespace index ne doit pas etre exprimé sous forme de chaine. Il s\'agit d\'un index.\r\nns=http://Inetum.com/eMotors/Instances/Tremery/ERPExchange est incorrect. \r\n\r\nCordialement\r\nMichel Condemine','2021-07-27 16:37:02',0),(1452,589,'Issue',432,'Si je comprend bien la norme du coup, pas possible d\'indiquer les namespace index sous forme de l\'intitulé String c\'est bien ça? Si la réponse est oui, veuillez s\'il vous plaît ignorer le point 4 du ticket \r\n\r\n\r\nMerci pour la clarification, \r\n\r\nMichael','2021-07-27 16:53:59',0),(1453,589,'Issue',1,'Bonjour,\r\nje viens de corriger le 589.5\r\nLa fonction d\'import support maintenant les types suivants :\r\nBoolean, Byte, SByte, Int16, UInt16, Int32, UInt32, Float, Double, String.\r\n\r\nCordialament\r\nMichel Condemine','2021-08-02 11:15:51',0),(1454,589,'Issue',1,'Bonjour,\r\nj\'ai réglé l\'ensemble des points rapportés dans ce ticket :\r\n589.1 : Cette fonctionnalité n\'était pas supporté dans le version 0.0.9.7. Les nodes parents et enfants devaient se trouver dans le même namespace. L\'OOUAConfigManager sait maintenant retrouver des parent dans des namespaces différents.\r\n589.2 Je n\'ai pas reproduit de crash. L\'OOUAConfigManager ne gère que les vecteurs. L\'ArraySize représente le nombre d\'éléments dans un vecteur. \r\nArraySize= 0 ou vide génère un scalaire\r\nArraySize>0 génère un vecteur de ArraySize éléments.\r\n589.3 Deux problèmes imbriqués ici. \r\n1- le namespace index. Réglé avec le 589.1\r\n2- l\'identifier. L\'OOUAConfigManager ne tenait pas compte de la nodeclass lors de la recherche en utilisant le browseName. Par exemple ERP_OF_Datatype est présent dans l\'AS en tant que UAVariable et en tant que UADataType. j\'ai corrigé l\'OOUAConfigManager pour qu\'il prenne en compte la nodeclass de manière approprié.\r\n\r\nLa version 0.0.9.8 sera livrée sous dans les jours qui viennent.\r\n\r\nCordialement\r\nMichel Condemine','2021-08-04 17:49:13',0),(1455,584,'Issue',1,'Bonjour,\r\nMerci de refaire les tests avec le nouveau XiMulator et avec l\'OOUAConfigManager 0.0.9.8\r\n\r\nCordialement\r\nMichel Condemine','2021-08-04 17:51:29',0),(1456,578,'Issue',1,'Merci d\'utiliser la version XiMulator_v1.0.1.9_v1.0.2.7','2021-08-04 17:52:56',0),(1457,449,'Issue',1,'','2021-08-04 17:53:19',0),(1458,463,'Issue',1,'','2021-08-04 17:53:52',0),(1459,465,'Issue',1,'Ou en est-on avec ce ticket ?','2021-08-04 17:55:02',0),(1460,478,'Issue',1,'','2021-08-04 17:55:37',0),(1461,482,'Issue',1,'','2021-08-04 17:56:10',0),(1462,561,'Issue',1,'Bonjour Christophe,\r\nque fait on de ce ticket ?\r\n\r\nCordialement\r\nMichel Condemine','2021-08-04 17:59:40',0),(1463,564,'Issue',1,'Bonjour,\r\nil s\'agit d\'une évolution qui pourra être prise en compte dans le cadre d\'un sponsoring EMOTORS et/ou INETUM.\r\n\r\nCordialement\r\nMichel Condemine','2021-08-04 18:01:28',0),(1464,566,'Issue',1,'','2021-08-04 18:03:17',0),(1465,569,'Issue',1,'Fixed avec XiMulator_v1.0.1.9_v1.0.2.7.\r\nMerci de confirmer','2021-08-04 18:04:45',0),(1466,570,'Issue',1,'','2021-08-04 18:06:42',0),(1467,576,'Issue',1,'Bonjour,\r\nj\'ai testé avec l\'OOUAConfigManager 0.0.9.8. Je charge cette configuration sans le moindre problème.\r\nJe ferme l\'incident.\r\n\r\nCordialement\r\nMichel Condemine','2021-08-04 18:10:50',0),(1468,592,'Issue',447,'Après un test un peu plus poussé, la convertion tableau de byte vers string. Ne fonctionne pas correctement.\r\nAprès un certain temps l\'erreur BadMissMatch revient ','2021-08-10 17:07:05',0),(1469,591,'Issue',1,'Bonjour,\r\nj\'ai travaillé sur une maquette utilisant des DataTypes différents mais comparables aux DataTypes EMotors.\r\nL\'agrégation des UDT et des tableaux d\'UDT se passent correctement.\r\nJ\'ai testé le flux montant (graine vers agrégateur).\r\n* Est ce que dans votre maquette les flux montant fonctionnent correctement ?\r\n* Est ce que vous provoquer un crash lors d\'un flux descendant ?\r\n\r\nCordialement\r\nMichel Condemine','2021-08-12 11:48:59',0),(1470,591,'Issue',432,'Bonjour, \r\n\r\nLe flux montant fonctionne. \r\nFlux descendant, on a bien un crash qui est provoqué. \r\n\r\nCordialement, \r\n\r\nMichael ','2021-08-12 12:09:48',0),(1471,591,'Issue',1,'Bonjour,\r\nJ\'ai continué les tests avec une écriture sur un UDT scalaire (flux descendant).\r\nJe n\'ai rencontré aucun problème. \r\nRencontrez vous des problèmes avec ce scénario ?\r\n\r\nCordialement\r\nMichel Condemine','2021-08-12 13:54:44',0),(1472,591,'Issue',432,'Rebonjour, \r\n\r\nJe viens de faire le test avec un UDT scalaire, il n\'y a pas de crash \r\n\r\nMichael ','2021-08-12 14:28:05',0),(1473,591,'Issue',1,'Bonjour,\r\nj\'ai finalisé les tests et adaptations en configuration automatique.\r\nLe serveur et le VpiUaClient se comportent parfaitement, pour les flux montants et descendants sur les UDTs de type scalaire et les UDTs de type tableau.\r\nJe ne pense pas qu\'il faudra refaire les tests en configuration manuelle.\r\nJe vais vérifier le consommation de mémoire et vous livrerai la 1.0.6.0 ASAP\r\n\r\nCordialement\r\nMichel Condemine','2021-08-13 10:22:41',0),(1474,594,'Issue',1,'Bonjour,\r\nla désactivation de la trace est expliquée dans le §3.2.2.3 Trace du la documentation du serveur.\r\nCependant votre call stack semble montrer un problème dans la trace du Vpi.\r\nVous pouvez désactiver cette trace en utilisant le paramètre \r\n*TRACE_LEVEL NONE*\r\nà insérer dans le fichier complémentaire de configuration (DAT)\r\nPourriez m\'indiquer le n° de ligne associé dans la callback OnNotificationMessage.\r\n\r\nCordialement\r\nMichel Condemine','2021-08-13 21:02:29',0),(1475,594,'Issue',432,'Bonjour, \r\n\r\nC\'est la ligne 491\r\n\r\nCordialement, \r\n\r\nMichael ','2021-08-16 08:13:24',0),(1476,593,'Issue',1,'Bonjour Lionel,\r\nj\'ai fabriqué une configuration en utilisant le fichier TestPLCSIM.PLC_1.OPCUA1.xml.\r\nLe fichier se charge sans problème dans le serveur OOUA. \r\nPourriez vous m\'indiquer ou se trouve les nodes correspondant aux dataTypes à modifier ?\r\n\r\nCordialement\r\nMichel Condemine','2021-08-16 19:23:20',0),(1477,592,'Issue',1,'Bonjour,\r\nje viens de tester et d\'améliorer le comportement du serveur et du VpiUaClient pour prendre en compte cet UDT Siemens.\r\nJe change le tracker pour EVOLUTION vs ANOMALIE. \r\n\r\nLa livraison sera faite la semaine prochaine.\r\n\r\nCordialement\r\nMichel Condemine','2021-08-19 14:46:55',0),(1478,593,'Issue',1,'Bonjour,\r\nla nouvelle version du VpiUaClient et du serveur supportent ces conversions.\r\nAttention : J\'ai réalisé le test en configuration manuelle. Il faudrait réaliser d\'autres tests en configuration automatique.\r\n\r\nCordialement\r\nMichel Condemine','2021-08-19 14:49:06',0),(1479,585,'Issue',1,'','2021-08-19 14:55:03',0),(1480,594,'Issue',1,'','2021-08-20 16:34:00',0),(1481,557,'Issue',1,'Bonjour,\r\nje viens de livrer une version des binaires destiné à valider le comportement avec Genesis.\r\nCette version est disponible ici : [[http://www.openopcua.org/redmine/attachments/2001]]\r\nMerci de m\'informer de son comportement ASAP\r\n\r\nCordialement\r\nMichel Condemine','2021-08-23 18:52:09',0),(1482,597,'Issue',1,'L\'ensemble, serveur + Vpi ont été corrigé en conséquence dans la livraison à venir.','2021-08-25 17:32:47',0),(1483,594,'Issue',1,'Voir corrections dans les binaires de la livraison 1.0.6.0 du 30/08/2021.\r\nCordialement\r\nMichel Condemine','2021-08-30 18:09:29',0),(1484,465,'Issue',1,'A défaut de réponse je ferme le ticket','2021-08-30 18:10:08',0),(1485,557,'Issue',1,'','2021-08-30 18:10:53',0),(1486,561,'Issue',1,'','2021-08-30 18:11:23',0),(1487,597,'Issue',432,'Bonjour M. Condemine, \r\n\r\nNous avons pu tester les nouveaux binaires. \r\n\r\nLa communication VpiErp et VpiPlant est bonne\r\nLa communication VpiPlant et VpiUaClient est bonne\r\n\r\nIl semble cependant y avoir un problème au niveau du VpiUaClient : Une fois que la donnée (de type tableau de UserDatatype) est descendue au niveau du Serveur Line, le Serveur Line n\'arrive pas à la décoder \r\n\r\nCôté serveur Plant : \r\n!clipboard-202109021058-zreqv.png!\r\n \r\nCôté serveur Line : \r\n\r\n!clipboard-202109021058-hmwx9.png!\r\n\r\n\r\nLe VpiUaClient descend-il bien le TypeId ? \r\n\r\nPour info, les deux serveurs ont les même NodeSet de Type et le VpiLine est désactivé au niveau du ServeurLine. \r\n\r\nDe plus pour tester la partie Trace, il nous faudrait les binaires en IPV4 (notre simulateur PLCSIM se trouve sur des VM en IPV4) \r\n\r\nCordialement, \r\n\r\nMichael \r\n\r\n','2021-09-02 11:03:54',0),(1488,592,'Issue',447,'Test réalisé ce Jeudi 03/09/21 : Résultat OK','2021-09-03 08:31:23',0),(1489,593,'Issue',447,'Test réalisé ce jeudi 03/09/21:\r\nrésultat OK pour \r\n* Int16 Uint16\r\n* Int32 Uint32\r\n\r\nEn revanche nous avons une erreur pour la conversion Double vers Float (Voir photo ci-jointe)\r\n\r\nJe propose de profiter du rituel de ce vendredi pour en discuter et de faire un partage d\'écran de notre configuration\r\n\r\nLionel Claudel','2021-09-03 08:48:46',0),(1490,594,'Issue',432,'Bonjour M. Condemine, \r\n\r\nConcernant ce ticket, avec les nouveaux binaires, le problème de crash n\'a plus lieu. Nous vous tenons au courant si jamais il revient. \r\n\r\nCependant on se retrouve après un weekend d\'exécution avec un fichier de log supérieur à 1Go au niveau du VpiUaClient malgré avoir marqué None dans le fichier .dat. \r\n\r\nLes messages dans le log sont de la catégorie SERVER_ERROR\r\n\r\n!clipboard-202109131349-zzeyl.png!\r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n','2021-09-13 13:50:59',0),(1491,597,'Issue',432,'Bonjour M. Condemine, \r\n\r\nJ\'ai fait des tests supplémentaires sur les UDT sens descendant et le VpiUaClient. \r\n\r\nContexte: \r\n\r\nServeur Plant avec VpiPlant et VpiUaClient\r\nServeur Line avec VpiLine \r\nVpiUaClient en mode manuel\r\n\r\nTest numéro 1: \r\n\r\n* Pas de UDT : la synchronisation se passe bien. \r\n\r\n\r\nTest numéro 2 \r\n\r\n* UDT de type scalaire, VpiLine désactivé ou tag fichier Subsystem VpiLine commenté : synchronisation correcte par le VpiUaClient. Le UDT est décodable à travers UaExpert au niveau du Serveur Ligne\r\n* UDT de type scalaire, VpiLine activé: pas de synchronisation par le VpiUaClient sur aucun noeud\r\n\r\n\r\nTest numéro 3 : \r\n\r\n* UDT de type tableau, VpiLine activé : les UDT ne sont pas décodés par UaExpert au niveau du serveur Ligne et le VpiLine n\'est pas notifié des modifications sur le tableau de UDT\r\n* UDT de type tableau, VpiLine désactivé : les UDT ne sont pas décodés par UaExpert au niveau du serveur Ligne\r\n\r\n\r\nAvez vous pu avancer sur les tests de votre côté? \r\nEst-ce que vous préférez j\'ouvre un nouveau ticket pour cette problématique? \r\nJe suis disponible toute cette semaine à votre convenance si besoin \r\n\r\nCordialement, \r\n\r\nMichael','2021-09-13 15:37:54',0),(1492,557,'Issue',432,'Bonjour M. Condemine, \r\n\r\nSuite à de nombreux échanges avec Iconics, ils ont remonté le point suivant :\r\n\r\nsur désactivation de l\'alarme, il y a un message au niveau du log du client UaExpert: \r\n\r\n!clipboard-202109131757-t84mw.png!\r\n\r\n\r\nNous leur avons indiqué de continuer à investiguer, mais on voulait vous remonter ce point en parallèle. Qu\'en pensez vous? Est-ce que ça peut être lié au problème de réception/affichage par Genesis? \r\n\r\n\r\n','2021-09-13 18:01:09',0),(1493,597,'Issue',1,'Merci d\'ouvrir un nouveau ticket.\r\n','2021-09-14 18:48:34',0),(1494,597,'Issue',1,'Bonjour,\r\nje viens de faire le test avec des UDTs un scalaire et un array .\r\nMontant et descendant. L\'ensemble fonctionne bien.\r\nConfig : \r\n!clipboard-202109142219-cstc6.png!\r\nServeur graine avec UDT scalaire et UDT array\r\nInjection valeur UDT scalaire et array dans serveur graine\r\nRéception dans serveur Agrégateur \r\nModification dans serveur agrégateur avec UAExpert\r\n!clipboard-202109142221-o14rf.png!\r\nLe valeur sont propagé par le VpiUaClient dans serveur graine.\r\n!clipboard-202109142222-bqq3q.png!\r\n\r\nParlons en lors d\'un call.\r\nCordialement\r\nMichel Condemine','2021-09-14 22:23:03',0),(1495,557,'Issue',1,'Bonjour,\r\nje pense que même s\'il y a un problème avec la numérotation des séquences et cela n\'est pas certain. Cela n\'impacte en rien le problème initial d\'affichage des alarmes.\r\nEst ce que l\'on pourrait avec leur retour sur ce sujet ?\r\n\r\nCordialement\r\nMichel Condemine','2021-09-16 15:18:26',0),(1496,598,'Issue',1,'Nouvelle version livrée','2021-09-19 15:52:55',0),(1497,600,'Issue',1,'Bonjour,\r\nEncore une fois merci de pas mettre plusieurs problème dans un même ticket.\r\nPour le premier \"problème\". \r\nVérifiez la déclaration d\'OPNumber. Je ne pense pas qu\'il s\'agisse d\'une String mais d\'un tableau de CHAR.\r\n!clipboard-202109191755-ou9in.png!\r\nIl en est peut être de même pour les autres Nodes. J\'ai fait une modification à la demande d\'EMOTORS afin que le VpiUaClient supporte certaines conversions.\r\nCes conversions comprennent CHAR[x] --> String\r\n\r\nDeuxième \"problème\"\r\nComme indiqué le VpiUaClient a évolué. Il faut sans doute revoir vos fichiers SubSystem.\r\n\r\nCordialement\r\nMichel Condemine','2021-09-19 17:56:50',0),(1498,600,'Issue',432,'Rebonjour, \r\n\r\nL\'OPNumber est une sous partie d\'un UDT au niveau du PLCSIM. Il semble que cette sous partie de l\'UDT est aussi de type String. On devrait donc être sur un mapping de type String à String \r\nAvec les vraies lignes, il me semble que le mapping va être entre un String au niveau du serveur Line et un tableau de bytes au niveau FB. \r\n\r\n\r\nAuriez-vous une disponibilité lundi ou mardi pour discuter des deux points de ce ticket? \r\n\r\nCordialement, \r\n\r\nMichael ','2021-09-19 18:14:59',0),(1499,600,'Issue',1,'Bonjour,\r\nOn peut en parler mardi après 17h. Mais je vous invite à voir avec Lionel avant.\r\nL\'OPNumber est un tableau de CHAR dans PLCSim et donc certainement dans les lignes.\r\nSi vous déclarez un String dans le SubSystem alors qu\'il s\'agit d\'un tableau de CHAR (UDT Siemens) cela ne fonctionnera pas. \r\nCela provoquera une erreur 0x80ab0000 = OpcUa_BadInvalidArgument. \r\n\r\nCordialement\r\nMichel Condemine','2021-09-19 18:23:17',0),(1500,600,'Issue',432,'Bonjour, \r\n\r\n\r\nVeuillez s\'il vous plaît fermer ce ticket. Vos éléments de réponse ont permis de résoudre le problème \r\n\r\nCordialement, \r\n\r\nMichael','2021-09-21 11:49:37',0),(1501,599,'Issue',432,'Bonjour,\r\n\r\n\r\nTicket résolu pendant le call hier. \r\n\r\nJ\'ouvre 2 nouveaux tickets pour les points non bloquants relevés hier, en priorité basse\r\n\r\nCordialement, \r\n\r\nMichael','2021-09-21 11:51:11',0),(1502,600,'Issue',1,'','2021-09-21 11:52:13',0),(1503,599,'Issue',1,'','2021-09-21 11:52:51',0),(1504,604,'Issue',1,'Bonjour,\r\nje note de nombreuses erreurs dans le fichier log du serveur.\r\nIl serait bien de les supprimer en modifiant les nodeset.\r\nIl y a aussi une erreur assez grave lors de l\'ouverture du port par le serveur\r\n2021-09-23T09:30:46.000Z SERVER_ERROR Critical error>Could not open the Binary endpoint. opc.tcp://localhost.localdomain:1805/OpenOpcUaConfigManager hr=0x80050000 \r\n\r\nPouvez vous : \r\n* joindre vos fichiers Nodeset\r\n* Éteindre votre HW et relancer le serveur\r\n* m\'adresser de nouveaux fichier log.\r\n\r\nCordialement\r\nMichel Condemine','2021-09-23 13:24:35',0),(1505,604,'Issue',1,'','2021-09-23 13:25:07',0),(1506,605,'Issue',1,'Bonjour,\r\nmerci pour la vidéo elle permet de mieux cerner le problème.\r\nJe pense que des variables doivent être partagées R/W entre les deux Vpis.\r\nPourriez vous m\'adresser votre configuration que je regarde.\r\n\r\nCordialement\r\nMichel Codnemine','2021-09-23 13:39:14',0),(1507,604,'Issue',424,'Pour l\'instant tous les tests réalisés ont été fait avec le DemoMqttPublisher que vous nous avez fourni.\r\nJe n\'utilise pas encore les fichiers config de notre machine. Ce sont ces fichiers que vous voulez?\r\n\r\nConcernant l\'erreur grave que vous avez mentionnée, elle se produit uniquement lorsque je relance le serveur après un crash.\r\nJ\'ai redémarré la machine et relancé le serveur et on a le message suivant avant que se produise le seg fault:\r\n2021-09-23T13:10:43.000Z SERVER_ERROR Server Endpoint open. It\'s now listening at opc.tcp://localhost.localdomain:1805/OpenOpcUaConfigManager with Binary Encoder','2021-09-23 15:24:55',0),(1508,557,'Issue',1,'Bonjour,\r\nFrancois Baudet m\'a contacté pour échanger sur ce problème.\r\nSuite à notre échange \"non-technique\". \r\nIl m\'a fait parvenir l\'analyse de son équipe celle-ci semble mettre en cause le serveur OOUA. ATTENTION ON NE PARLE PAS DES N° DE SEQUENCE\r\nJ\'avais compris de votre analyse des traces Wireshark que le serveur OOUA transmettait les bons EventField et dans le bon ordre.\r\nD\'après leur analyse ce n\'est pas le cas.\r\nEn fait, je vous ai livré une version le 23 aout et je n\'ai toujours pas votre retour.\r\n!clipboard-202109231838-txgqv.png!\r\n \r\nIl me faut une trace Wireshark réalisé avec Genesis et la dernière version du serveur.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-09-23 18:42:51',0),(1509,557,'Issue',432,'Bonjour M. Condemine, \r\n\r\n\r\n\r\nCi joint les traces Wireshark et certaines informations sur les traces/retours d\'ICONICS\r\n\r\n1) Logs au sein de UaExpert indiquant que les numéros de séquences sont discordants sur les paquets de tombée d\'alarmes (uniquement) : \r\n\r\n!clipboard-202109241418-jezpy.png!\r\n\r\n\r\n2) Logs au sein de Genesis reportés par ICONICS : \r\n\r\n!clipboard-202109241420-7xj1t.png!\r\n\r\nLes erreurs niveau 800 sont générées toutes les 30s\r\nLes erreurs niveau 700 sont générées dès que j’active l’alarme du serveur OPCUA en passant le tag à 1.\r\n\r\n\r\n3) Sur les traces Wireshark, j\'ai pu retrouver suite à chaque souscription 1 (et un seul) premier paquet de Notification qui ne contient pas le bon nombre de champs. Et sur ce premier paquet tout les champs sont nuls. (Ce paquet m\'avait échappé lors de mes premières analyses). Cette première notification arrive toute seule (c\'est à dire après la souscription, sans avoir fait bougé la variable surveillée)\r\nLes informations sur ce premier paquet sont présent dans un fichier txt dans le zip mis en PJ \r\n\r\n4) Sur les paquets suivants de notifications, le nombre de champ est correct, mais certains champs semblent mal alimentés et pas supportés par le serveur. La liste des champs n\'est pas la même sur mes tests et ceux de ICONICS. Je liste donc ici les champs \"mal alimentés\" dans mes traces ET ceux de ICONICS : \r\n\r\na) \r\nPour ce champ j\'ai demandé à ICONICS quel est la réponse attendue car pas assez d\'informations sur la demande\r\nChamp demandé : \r\n Type Definition Id ns=0 i=2782\r\n Qualified Name aucun\r\n\r\nChamp reçu \r\n Type: NodeId\r\n Valeur ns=3 i=1\r\n\r\nb) \r\nChamp demandé : \r\n Type Definition Id ns=0 i=2915\r\n Qualified Name Active State + Transition Time \r\n\r\nChamp reçu \r\n Type: Datetime\r\n Valeur No time specified\r\n\r\nc) \r\nChamp demandé : \r\n Type Definition Id ns=0 i=2782\r\n Qualified Name EnabledState + Id \r\n\r\nChamp reçu \r\n Type: NodeId\r\n Valeur ns=3 i=1\r\nChamp attendu d\'après ICONICS : Boolean \r\n\r\nd) \r\nChamp demandé : \r\n Type Definition Id ns=0 i=2782\r\n Qualified Name Quality\r\n\r\nChamp reçu \r\n Type: NodeId\r\n Valeur ns=3 i=1\r\n\r\nChamp attendu d\'après ICONICS : un Status code\r\ne) \r\nChamp demandé : \r\n Type Definition Id ns=0 i=2782\r\n Qualified Name ConditionName\r\n\r\nChamp reçu \r\n Type: NodeId\r\n Valeur ns=3 i=1\r\n\r\nChamp attendu d\'après ICONICS : un string\r\n\r\nf) \r\nChamp demandé : \r\n Type Definition Id ns=0 i=2782\r\n Qualified Name ConditionClassName\r\n\r\nChamp reçu \r\n Type: NodeId\r\n Valeur ns=3 i=1\r\n\r\nChamp attendu d\'après ICONICS : Non précisé\r\ng) \r\nChamp demandé : \r\n Type Definition Id ns=0 i=2881\r\n Qualified Name EnabledState\r\n\r\nChamp reçu \r\n Type: Null\r\n Valeur Pas de valeur\r\n\r\nChamp attendu d\'après ICONICS : un Status code\r\n\r\n\r\n\r\nCi-joint un zip contenant mes 3 traces (2 du 25/08 et une d\'aujourd\'hui) ainsi qu\'un fichier txt contenant les informations de décodage et les numéros de paquets intéressants. \r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n','2021-09-24 15:10:13',0),(1510,604,'Issue',424,'Ci-joint les captures wireshark vues pendant la réunion \"Mise au point OPCUA/MQTT\"','2021-09-24 18:15:03',0),(1511,593,'Issue',447,'Test Double vers Float Ok après avoir déclarer Float dans le subSystem au lieu de Double','2021-09-27 14:29:56',0),(1512,607,'Issue',1,'Bonjour,\r\nJe note deux callstack. \r\nUne pour le publish et une pour des notifications callback qui provoque des MAJ de la cache du serveur sur des node qui semblent contenir des string.\r\nQu\'est-ce qui vous fait dire que nous sommes face à une fuite ?\r\n\r\nCordialement\r\nMichel Condemine','2021-10-04 12:00:33',0),(1513,607,'Issue',432,'Bonjour, \r\n\r\nEn laissant tourner la maquette et en effectuant des images instantanées du tas, l\'outil de diagnostic nous indique que la mémoire utilisée augmente de quelques Ko et pointe vers de nouvelles allocations de (void) en restituant ces appels. \r\n\r\nCordialement, \r\n\r\nMichael ','2021-10-04 12:15:40',0),(1514,607,'Issue',1,'Bonjour,\r\npourriez-vous me fabriquer une configuration reproduisant le problème que vous décrivez ?\r\nCette configuration doit se concentrer sur les VpiUaClient.\r\n\r\nCordialement\r\nMichel Condemine','2021-10-04 14:04:23',0),(1515,604,'Issue',424,'Bonjour M. Condemine,\nSuite à ce que nous avons dit pendant la réunion \"Mise au point OPCUA/MQTT\" (Rappel: Il faut exécuter le serveur sur une autre machine afin de déterminer si le problème vient du code fourni ou de la machine Cyclomix), \nj\'ai recompilé le projet OPCUA/MQTT pour deux autres machines (Ubuntu) et j\'ai constaté le même phénomène. Une fois le serveur lancé, le publisher commence à publier des données et après quelques instants le serveur plante.\n\nJ\'ai réalisé quelques tests et j\'ai constaté que le serveur ne plante plus si je commente la fonction UnlockBrokerKeepAliveThread() (fichier VpiUaPub.cpp).\n!clipboard-202110041602-al8zu.png!\n\nMaintenant le publisher publie correctement et sans plantage les données sur le broker. \nLorsque je modifie une donnée depuis un client OPCUA (UaExpert), j\'ai bien la mise à jour de cette donnée dans le broker(HiveMQ).\nDu coup si le publisher est connecté au broker et que j\'arrête le broker, je constate que le serveur OPCUA s\'arrête aussi.\n\nAvez-vous une idée concernant ce problème? Est-ce que vous aviez fait une modification de votre côté qui n\'apparait pas dans le livrable?\nDe mon côté je continue de regarder le code du VpiUaMqttjsonPub afin de mieux comprendre ce qui s\'y passe.\n\nBien cordialement,\nMaycko LOUIS','2021-10-04 16:15:46',0),(1516,604,'Issue',1,'Bonjour,\r\nje pense que vous avez bien mis le doigt sur le problème.\r\nJe viens de poster un MAJ.\r\n\r\nhttp://www.openopcua.org/redmine/attachments/2083\r\n\r\nCordialement\r\nMichel Condemine','2021-10-04 16:43:15',0),(1517,607,'Issue',432,'Bonjour, \r\n\r\nJ\'ai pu construire une maquette mais je souhaite vous montrer la maquette et le problème au niveau du serveur à la réunion de ce soir\r\n\r\n\r\nCordialement,\r\n\r\nMichael','2021-10-05 10:00:57',0),(1518,607,'Issue',432,'Comme discuté en call, ci-joint la maquette ','2021-10-05 18:25:45',0),(1519,607,'Issue',1,'Bonjour,\r\nj\'ai fait quelques tests avec la maquette que vous avez mis à ma disposition.\r\nJ\'ai changé le port du plant 6002 pour 6004 car 6002 est utilisé sur mon PC.\r\nLe fichier Excel attaché présente les tests Subscribe/Write réalisés. \r\nIl n\'y a aucune fuite. Je vais lancer une petite endurance pour voir plus avant.\r\nJ\'ai noté de nombreux messages d\'erreur dans votre fichier log, Plant.log. Il faudrait clarifier.\r\n\r\nCordialement\r\nMichel Condemine','2021-10-07 12:18:39',0),(1520,557,'Issue',432,'Bonjour M. Condemine, \r\n\r\nMerci pour les binaires. On a fait des tests, on est sur le bonne voie mais ça ne fonctionne pas encore complètement. On vous en parle au call à 17h \r\n\r\n\r\nCordialement,\r\n\r\nMichael \r\n\r\n\r\n','2021-10-07 16:05:36',0),(1521,610,'Issue',1,'Bonjour,\r\nje viens de poster la doc à jour du VpiUaClient. http://www.openopcua.org/redmine/attachments/2096\r\nReportez vous au paragraphe 6.\r\n\r\nCordialement\r\nMichel Condemine','2021-10-08 16:36:59',0),(1522,611,'Issue',1,'Bonjour,\nle fichier est ici [[http://www.openopcua.org/redmine/attachments/2100]]\n\nCordialement\nMichel Condemine','2021-10-10 18:25:32',0),(1523,611,'Issue',1,'','2021-10-10 18:44:09',0),(1524,613,'Issue',1,'Bonjour,\r\nla librairie a évolue durant l\'implémentation du VpiValuesInit.\r\nvous trouverez tous les binaires DEBUG ici [[http://www.openopcua.org/redmine/attachments/2106]] \r\n\r\nCordialement\r\nMichel Condemine','2021-10-11 18:59:25',0),(1525,614,'Issue',1,'Bonsoir,\r\nun problème de synschronisation horaire est un piste probable.\r\nQui assure la synchronisation du réseau ?\r\nSi le serveur connecte/read/write ce n\'est pas un problème de FW.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-10-11 20:20:56',0),(1526,614,'Issue',432,'Il me semble que les horloges sont synchronisés manuellement et on avait aperçu à un décalage entre les deux horloges. \r\n\r\nDeux informations supplémentaires au cas où ça vous donne plus d\'idées : \r\n\r\n- Entre la salle serveur et la salle de production, il y a un routeur qui permet d\'aiguiller vers une salle serveur ou l\'autre dépendant de l\'état des serveurs\r\n\r\n- Des messages dans les logs serveur sont présents ont très grande quantité : \"GetFirstPublishRequest>m_PublishRequests late situation detected\" \r\n\r\n\r\n\r\nNous creusons la piste de l\'horloge\r\n\r\n\r\nCordialement,\r\n\r\nMichael \r\n ','2021-10-12 09:01:00',0),(1527,614,'Issue',1,'Bonjour,\r\nGetFirstPublishRequest>m_PublishRequests late situation detected\r\nindique qu\'aucun Publish n\'est disponible pour les notification que le serveur souhaite envoyer.\r\nEn résumé :\r\nLes Publish n\'arrivent pas au serveur.\r\nIl peut s\'agir d\'un problème de routage ou d\'horloge\r\n\r\nCordialement\r\nMichel Condemine','2021-10-12 10:33:16',0),(1528,615,'Issue',1,'Bonjour,\r\nil me semblait que INETUM vous livrait en DEBUG.\r\nJe vais vous préparer une version release.\r\n\r\nCordialement\r\nMichel Condemine','2021-10-12 10:52:04',0),(1529,615,'Issue',1,'Bonjour,\nla version est dispo en IPV6 release 64bits ici http://www.openopcua.org/redmine/attachments/2107\n\nCordialement\nMichel Condemine','2021-10-12 11:03:53',0),(1530,614,'Issue',432,'Rebonjour, \r\n\r\nRéglé avec la synchro des horloges\r\n\r\nMerci beaucoup \r\n\r\n\r\nMichael ','2021-10-12 17:45:55',0),(1531,614,'Issue',1,'','2021-10-12 17:47:12',0),(1532,617,'Issue',1,'Bonjour,\r\nil n\'est par nécessaire de recréer un ticket si vous oublié d\'assigner.\r\nJ\'ai supprimé le 616.\r\n\r\nCordialement\r\nMichel Condemine','2021-10-14 14:00:19',0),(1533,617,'Issue',1,'Bonjour,\r\nCi-joint un zip avec les dlls release à jour.\r\nCependant INETUM vous livre des version DEBUG et RELEASE\r\n\r\ncordialement\r\nMichel Codnemine','2021-10-14 15:13:27',0),(1534,620,'Issue',1,'Bonjour,\r\nle support d\'une connexion sécurisée avec le broker (TLS 1.2) m\'amène a intégrer OpenSSL au VpiUaMQttJsonPub. \r\nCe qui introduit des nouvelles fonctions. Je vais faire un essai de compilation sous Linux pour valider et corriger au besoin le CMakeList.txt.\r\nJe vous tiens au courant.\r\n\r\nCordialement\r\nMichel Condemine','2021-10-14 15:18:44',0),(1535,623,'Issue',1,'Bonjour,\r\nles binaires sont disponible ici.http://www.openopcua.org/redmine/attachments/2117 \r\nmerci de vérifier ASAP la comptabilité IPV4/IPV6 de certain composants.\r\n\r\ncordialement\r\nMichel Condemine','2021-10-14 18:28:38',0),(1536,623,'Issue',1,'','2021-10-14 18:29:52',0),(1537,622,'Issue',1,'Bonjour,\r\nMerci de me générer un minidump en utilisant les derniers binaires Debug IPV4 64bits et ProcDump.\r\n\r\nCordialement\r\nMichel Condemine','2021-10-14 19:03:19',0),(1538,623,'Issue',432,'Ces binaires génèrent un crash en ce connectant au simulateur PLCSIM (stack de communication IPV4). \r\n\r\nCi-joint le minidump associé : ','2021-10-14 19:35:05',0),(1539,622,'Issue',432,'J\'ai mis à jour les binaires, mais un autre problème semble être apparu dès le démarrage du serveur. Ci joint un minidump \r\n','2021-10-14 19:46:02',0),(1540,623,'Issue',1,'Est ce que ce minidump correspond au ticket 622 ?','2021-10-14 20:23:37',0),(1541,622,'Issue',1,'Le minidump du ticket 623 est probablement associé au problème du ticket 622. Il correspond à un crash dans la VfiLibrary.\r\nJe pense qu\'il s\'agit d\'un minidump line. \r\nIl y a ici quelque chose de pas claire. \r\nJ\'imagine que l\'on cherche a analyser les crashes Line et Plant.\r\nIl me faut donc les minidump, Line et Plant.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n\r\n','2021-10-14 20:33:06',0),(1542,622,'Issue',1,'Pourriez vous me fournir les log, plant et line.\r\nOn ne peut rien tirer des minidump. Les crashes se produisent dans la VfiLibrary.','2021-10-14 20:37:41',0),(1543,622,'Issue',432,'','2021-10-14 21:11:35',0),(1544,622,'Issue',432,'Veuillez ignorer les logs attachés dans le message précédent, j\'ai confondu les tickets\r\n\r\n\r\nPour ce ticket, je ne peux pas reproduire le problème signalé. Dès le démarrage du serveur Line, on a un crash. Ci joint les logs pour cette maquette ','2021-10-14 21:15:10',0),(1545,623,'Issue',432,'Pour confirmer que la communication IPV4 fonctionne, j\'ai mis les binaires IPV4 sur notre maquette Serveur Line - PLC SIM . Le minidump correspond à ce scénario\r\n\r\nLe crash a lieu dès le démarrage du serveur Line\r\n\r\nCi joint les logs pour cette maquette ','2021-10-14 21:18:18',0),(1546,623,'Issue',1,'Bonsoir,\r\nle log sont verbeux. C\'est utile.\r\nComme déjà demandé. Pourriez vous corriger au maximum les erreurs et warning qu\'il remonte afin que l\'on puisse s\'y retrouver.\r\nExemple :\r\n<pre>\r\nns=6;i=3172 for Vpi 0 will be Initialize from NodeSet\r\n.\r\n.\r\nCritical configuration error. A subsystem tag is not define in the UA AddressSpace\r\n.\r\n.\r\nUpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=1312 contains a forward reference with a not found target : i=0\r\n.\r\n.\r\nInitHaEngine>The Historical Configuration of ns=4;i=4298 is not correct. Please check your Nodeset files\r\n.\r\n.\r\nTypeMismatch between Vpi declaration[12] and AddressSpace declaration [22]\r\n</pre>','2021-10-14 21:29:01',0),(1547,622,'Issue',1,'J\'ai fabriqué une maquette avec :\r\nUn serveur Agregateur connect\" sur un serveur SEED en configuration manuelle. Tous les serveurs en IPV4.\r\nVpiUaClient+VfiPgSql sur l\'agregateur.\r\nL\'ensemble en debug. \r\nJe lance : \r\nAUCUN CRASH, AUCUN PROBLEME, ARCHIVAGE ET AGREGATION FONCTIONNELLE.\r\n\r\nN\'auriez vous pas mixé les DLLs ?','2021-10-14 22:36:41',0),(1548,620,'Issue',1,'Bonsoir,\r\nje viens de livrer la version qui corrige les problème de compilation.\r\n\r\nCordialement\r\nMichel Condemine','2021-10-15 19:05:37',0),(1549,625,'Issue',1,'','2021-10-15 22:12:07',0),(1550,625,'Issue',432,'','2021-10-15 22:17:08',0),(1551,618,'Issue',1,'Bonjour,\r\nproblème 1 : Le TRIGGER NODE doit être de type BOOL.\r\n\r\ncordialement\r\nMichel Condemine','2021-10-15 22:52:54',0),(1552,622,'Issue',432,'Bonjour, \r\n\r\nAvec les derniers binaires, je n\'arrive plus à reprovoquer ce scénario de crash. Le Plant arrive à bien récupérer la connexion malgré les crash provoqués au niveau du Line. \r\n\r\n\r\nMichael ','2021-10-16 19:56:42',0),(1553,622,'Issue',1,'Peut on fermer le ticket ?','2021-10-16 20:47:33',0),(1554,622,'Issue',432,'Oui. J\'en rouvrirait un si jamais nous arrivons à reproduire le problème\r\n\r\nMichael','2021-10-17 14:25:28',0),(1555,618,'Issue',432,'Bonjour, \r\n\r\n\r\nLe trigger node sur notre maquette est bien de type booléen. \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2021-10-17 14:26:34',0),(1556,622,'Issue',1,'','2021-10-17 14:26:51',0),(1557,623,'Issue',432,'Bonjour, \r\n\r\n\r\nEn utilisant l\'OpenOpcUaVpiLibrary dans le package de code OpenOpcUa_1_0_6_1_INETUM_15-10-2021 , il semble qu\'il manque des fonctions nécessaires pour le VpiInitValues : \r\n\r\n!clipboard-202110171430-nbvev.png!\r\n\r\nAvec celui livré dans le package de binaires LivraisonDebugIPV4_x64-15-10-2021 ça marche bien. \r\n\r\nPourriez vous nous livrer les sources à jour? \r\n\r\nPour les binaires pour lesquels nous n\'aurons pas accès aux code source, comment souhaiterais vous que l\'on procède en cas de crash la semaine prochaine? Avez vous toujours les symboles pour les binaires du package LivraisonDebugIPV4_x64-15-10-2021 ? \r\n\r\n\r\nCordialement,\r\n\r\nMichael\r\n','2021-10-17 14:33:23',0),(1558,623,'Issue',1,'Les fichiers associés sont bien présents dans le source.\r\nLe vxproj doit être modifié. Je ne peux pas vous faire un livraison ce dimanche.\r\nJe vous invite à corriger ci petit problème en ajoutant VpiBase64.h et VpiBase64.cpp à projet.\r\n\r\n','2021-10-17 14:39:12',0),(1559,630,'Issue',1,'La nouvelle version du Vfi prend en compte les reconnections à la base.\r\nLe problème devrait être résolu. Tous les tests en LABO sont concluants.\r\nMerci de réaliser de test en grandeur réelle\r\n\r\nCordialement\r\nMichel Condemine','2021-10-22 15:55:51',0),(1560,627,'Issue',1,'Il s\'agit d\'un message de log de la ClientLibrary.\r\nToujours le même message. \r\nxmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x80050000\r\nJe le passe en WARNING\r\nUne nouvelle version de la librairie est sur le redmine v1.0.6.0\r\nCordialement\r\nMichel Condemine\r\n','2021-10-22 16:01:05',0),(1561,626,'Issue',1,'Avec les évolutions récentes de la base de code ce minidump est inutilisable.\r\nIl montre simple l\'utilisation d\'un morceau de mémoire corrompu. Il serait interessant de verifier la consistance de la base de données.\r\nY aurait il par hasard un enregistrement endommagé ?','2021-10-22 16:05:46',0),(1562,621,'Issue',1,'Qu\'est ce que c\'est que cette callstack qui contient des appels à MessageBox ?','2021-10-22 16:08:47',0),(1563,618,'Issue',1,'La mise à jour de l\'espace d\'adressag est réalisé sur le namespacearray change. Change de taille principalement.\r\n','2021-10-22 16:09:54',0),(1564,613,'Issue',1,'','2021-10-22 16:10:24',0),(1565,607,'Issue',1,'','2021-10-22 16:11:05',0),(1566,596,'Issue',1,'A défaut de nouvelle sur ce sujet. Je ferme le ticket.\r\nOn pourra l\'activer à nouveau au besoin','2021-10-22 16:13:13',0),(1567,633,'Issue',432,'','2021-10-26 09:54:51',0),(1568,633,'Issue',432,'En continuant les tests nous nous apercevons que aucune écriture ne fonctionne depuis la nouvelle version du VpiUaClient. Nous sommes bloqués et nous ne voyons pas de d\'autre solution que de passer sur la précédente version même si instable. \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2021-10-26 10:59:42',0),(1569,609,'Issue',424,'Ok pour moi.','2021-10-28 11:02:50',0),(1570,605,'Issue',424,'Ok pour moi.','2021-10-28 11:02:54',0),(1571,604,'Issue',424,'Ok pour moi.','2021-10-28 11:02:58',0),(1572,609,'Issue',1,'','2021-10-28 11:53:21',0),(1573,605,'Issue',1,'','2021-10-28 11:53:48',0),(1574,633,'Issue',1,'Vue ce jour','2021-10-28 15:00:32',0),(1575,603,'Issue',1,'Bonsoir, \r\ncette EVOLUTION est implémentée.\r\nVoir ci-dessous\r\n!clipboard-202110282116-namz5.png!\r\n\r\nCordialement\r\nMichel Condemine','2021-10-28 21:17:03',0),(1576,628,'Issue',1,'Est ce que l\'on peu fermer ce ticket ?','2021-10-28 21:19:00',0),(1577,603,'Issue',1,'Le binaire associé est disponible ici http://www.openopcua.org/redmine/attachments/download/2184/OpenOpcUaCoreServer1.0.6.1_IPV4_Debug-29-10-2021.zip \r\n','2021-10-29 13:09:40',0),(1578,557,'Issue',1,'','2021-10-29 13:10:18',0),(1579,628,'Issue',432,'Nous avons fourni les binaires et attendons un retour du client \r\n\r\nCordialement, \r\n\r\nMichael','2021-10-29 13:29:10',0),(1580,603,'Issue',432,'Bonjour, \r\n\r\nMerci pour les binaires. Je teste ASAP et vous fait un retour\r\n\r\nCordialement,\r\n\r\nMichael','2021-10-29 13:30:06',0),(1581,603,'Issue',432,'Pourriez vous svp me partager votre bout de code (screenshot fera l\'affaire) dans le VpiMethode qui renvoit les Output Arguments? \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2021-10-29 14:06:30',0),(1582,603,'Issue',1,'Vpi_StatusCode VpiCall(Vpi_Handle hVpi, Vpi_CallMethodRequest callRequest, Vpi_CallMethodResult* pCallResponse)\r\n{\r\n Vpi_StatusCode uStatus = Vpi_Good;\r\n pCallResponse->NoOfOutputArguments = 1;\r\n pCallResponse->OutputArguments= (Vpi_Variant*)malloc(sizeof(Vpi_Variant));\r\n Vpi_Variant_Initialize(&pCallResponse->OutputArguments[0]);\r\n pCallResponse->OutputArguments[0].Datatype = VpiType_UInt32;\r\n pCallResponse->OutputArguments[0].Value.UInt32 = 15;\r\n return uStatus;\r\n}','2021-10-29 14:08:41',0),(1583,621,'Issue',1,'','2021-10-29 16:07:50',0),(1584,628,'Issue',1,'','2021-10-29 16:08:23',0),(1585,641,'Issue',1,'Bonjour,\r\nCe minidump est inutilisable.\r\nAuriez vous des log ?\r\nPlus d\'informations sur les conditions d\'apparition ?\r\n\r\nAvec la diffusion des sources il est difficile de suivre les symboles associés à un crash.\r\nConcernant ce problème j\'ai bien les symboles du VpiValuesInit mais ils ne correspondent pas au crash.\r\nComment est ce possible ?\r\nComment faire en sorte que cela ne se reproduise pas ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-11-02 10:59:31',0),(1586,641,'Issue',432,'Nous n\'avons pas reçu les logs liés à ce crash. Je demanderai à eMotors de nous fournir la combinaison mindump/logs pour les prochains crashs\r\n\r\nCe crash à eu lieu sur une ligne au démarrage du LM. Au démarrage suivant, le LM a bien démarré. \r\n\r\nLe binaire utilisé est celui datant du 21/10 à 20h07. Les symboles que vous avez correspondent-ils au binaire compilé à cette date? \r\n\r\nJe suis d\'accord que nous devons trouver une solution pour que cela ne se reproduise plus. Auriez vous un créneau rapide cet après midi après 14h pour en discuter? Je souhaiterai aussi vous montrer un minidump concernant la OpenOpcUAStackV1 que j\'ai pu déchiffrer mais j\'ai du mal à le comprendre. \r\n\r\nCordialement, \r\n\r\nMichael \r\n\r\n\r\n ','2021-11-02 11:36:38',0),(1587,642,'Issue',1,'Bonjour,\r\nIl s\'agit d\'une évolution qui pourrait être prise en compte dans le cadre de l\'évolution d\'OpenOpcUa.\r\nPour une prise en compte à cours terme une offre commerciale peut être réalisée.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-02 11:40:39',0),(1588,641,'Issue',1,'14h cette AM ca marche.\r\nJ\'attends votre invitation.','2021-11-02 11:41:54',0),(1589,643,'Issue',1,'Bonjour,\r\nJ\'ai réalisé deux modifications pour prendre en compte ce problème :\r\n1- La taille de la requête est porté à 3 276 810 octets.\r\n2- La taille de la requête encodé en Base64 est calculée avant sa réalisation. En cas de dépassement elle est supprimé et un message d\'erreur est placé dans le LOG.\r\nCes deux actions s\'ajoutent aux modifications que vous allez apporter au VpiPlant et/ou Line et aux mécanisme de protection en place au niveau des PLCs.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-04 14:19:32',0),(1590,641,'Issue',1,'Je ferme le ticket.\r\nMerci de tester avec la version 0.0.0.6 du VpiValuesInit.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-04 14:21:48',0),(1591,640,'Issue',1,'Corrigé dans la livraison à venir version 1.0.2.8','2021-11-04 15:19:01',0),(1592,639,'Issue',1,'Bonjour,\r\nJ\'ai trouvé une solution élégante. Cette solution demanderait une modification du code du VpiUaClient.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-04 15:40:32',0),(1593,638,'Issue',1,'Bonjour,\r\nLa réponse se trouvait dans le LOG du serveur:\r\n<pre>\r\n\"HA Configuration error MaxTimeInterval Variable contains the wrong DataType. The variable datatype is 13 instead of Double\"\r\n</pre>\r\nEn tenant compte de cette information précieuse j\'ai corrigé le code de la fonction de création dynamique de node.\r\nJ\'en ai profité pour durcir certaines fonctions d\'archivage pour tenir compte d\'extensionObject malformés.\r\nCe faisant je suis tombé sur une variable mal initialisé. Je dois encore déterminer si cette erreur est liée à \'aspiration. Voir screen shot \r\n!clipboard-202111041848-k9kx0.png!\r\n\r\nLa bonne nouvelle c\'est que l\'archivage fonctionne donc même sans s\'abonner.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-11-04 18:53:27',0),(1594,639,'Issue',1,'Finalement il n\'y a rien à faire.\r\nJuste lire les LOG, lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG lire les LOG.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-04 18:55:01',0),(1595,637,'Issue',1,'Bonjour,\r\nDans l\'etat actuel je valide la modification que nous avons réalisé lors jour sur la browsing du serveur Graine.\r\nCette modification corrige ce problème.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-04 18:57:21',0),(1596,628,'Issue',1,'Avez vous un retour sur ce point ?','2021-11-04 18:58:14',0),(1597,639,'Issue',432,'Bonjour, \r\n\r\nc\'était encore du au type du MaxTimeInterval? \r\n\r\n\r\nCordialement,\r\n\r\nMichael','2021-11-05 09:18:58',0),(1598,628,'Issue',432,'Bonjour,\r\n\r\nDepuis la correction effectuée, nous n\'avons pas eu de crash avec cette callstack\r\n\r\n\r\nMichael','2021-11-05 09:20:36',0),(1599,628,'Issue',1,'Bonjour,\r\ntrès bien. Je ferme ce ticket.\r\nCordialement\r\nMichel Condemine','2021-11-05 09:49:58',0),(1600,639,'Issue',1,'Oui','2021-11-05 09:50:56',0),(1601,644,'Issue',1,'Bonjour,\r\nest ce qu\'il utilise la version livrée hier ?\r\nCordialement\r\nMichel Condemine','2021-11-09 12:59:47',0),(1602,644,'Issue',1,'Bonjour,\r\nje n\'arrive pas à obtenir de callstack à partir du minidump fournit.\r\nÊtes vous certain que la version utilisée correspond à la livraison du 8/11/2021 ?\r\nIl y a cependant de nombreuses erreurs dans le fichier log. Elles traduisent des erreurs de configuration qu\'il convient de corriger ASAP.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-11-09 13:30:15',0),(1603,644,'Issue',432,'Je suis certain que la version utilisée est celle de hier (j\'ai pu obtenir la callstack avec les pdb que vous nous avez transmis). \r\nJ\'ai cependant dû activer les symboles Microsoft comme la dernière fois (est-ce le cas de votre côté?) \r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2021-11-09 13:49:34',0),(1604,644,'Issue',1,'Oui les symboles MS sont activés ainsi que les symboles du 8/11.\r\nAprès avoir mixé PDB et DLL j\'arrive à obtenir une callstack.\r\nLa session semble corrompue. \r\nVous avez 6 instances du VpiUAClient sur cette ligne.\r\nPourriez vous m\'en dire un peu plus ?\r\nDans qu\'elle condition le crash est il apparu ?','2021-11-09 14:24:07',0),(1605,644,'Issue',1,'Autre question.\r\n<pre>\r\nVous dites : Crash sans la présence du personnel.\r\n</pre>\r\nIci le serveur a démarré à 2021-11-09T10:03:04.084Z et a arrêté d fonctionner à 2021-11-09T10:04:02.588Z.\r\nIl fonctionné moins d\'une minute.\r\nIl s\'agit manifestement d\'un crash au démarrage.\r\nEst ce que le serveur tourne en tant que service ?\r\nComment est il lancé ?\r\n','2021-11-09 14:44:28',0),(1606,644,'Issue',432,'La ligne Rotor communique avec plusieurs automates et comme vous le savez certains automates ont des soucis pour supporter un nombre trop élevé de MonitoredItems au sein d\'un session. Ce qui explique les multiples instances de VpiUaClient. \r\n\r\n\r\nSuite à votre remarque j\'ai aussi regardé ces timestamps. \r\n\r\nLe procdump indique avoir été pris à 9h49. \r\n\r\nLes deux derniers lancements du serveur ont eu lieu sur les périodes suivantes: 9h24 à 9h39 et 10h03 à 10h04. \r\n\r\nMême si on considère que certaines de ces heures sont en heure locale et l\'autre en UTC, ça n\'a pas l\'air de rentrer. \r\nJ\'ai l\'impression que le serveur a été redémarré avant l\'extraction des logs. Je remonte ça à eMotors.\r\n\r\nLe serveur n\'est pas installé en tant que service, il est lancé manuellement. \r\n\r\n\r\nQuand vous dites que la session est corrompue, parlez vous de l\'objet C++ ou bien de la session OPC UA? \r\n\r\nPour info il nous a été remonté deux procdumps sur d\'autres lignes sur lesquels j\'ai demandé d\'essayer de reproduire le scénario de crash. Les procdumps indiqués n\'avaient pas l\'air cohérents en termes de leur callstack. Tout ça pour dire que j\'ai l\'impression qu\'on a un dépassement de mémoire, =qui endommage la mémoire d\'autres process. Qu\'en pensez vous? \r\n\r\n\r\nMichael \r\n\r\n\r\n\r\n\r\n\r\n- ','2021-11-09 15:08:23',0),(1607,644,'Issue',1,'Par\r\n<pre>session est corrompue</pre> je parle de l\'objet C++.\r\n\r\nD\'après les deux derniers log à notre disposition le serveur à fonctionné. Nous sommes d\'accord :\r\nde 09:24:34.660\r\nà 09:39:03.081\r\n\r\nPuis \r\nde 10:03:04.084\r\nà 10:04:02.588\r\nLe minidump date de 8:49:15 UTC.\r\nEn résumé on ne dispose pas des logs associés au minidump. \r\n\r\nIl y a cependant de nombreuses erreurs de configuration à corriger.\r\n\r\nEst ce que vous avez fait la MAJ partout ?\r\n\r\nCordialement\r\nMichel Condemine','2021-11-09 16:23:26',0),(1608,644,'Issue',432,'J\'ai remonté à eMotors une erreur de configuration pour laquelle j\'ai pu trouver la source (message UpdateUAVariablesEncodeableObject>Error, impossible to find ns=2;i=1183 in UADataTypeList 0x80ab0000) \r\n\r\nPour les autres messages, ils indiquent des problèmes nodeset de type ou bien un problème de configuration vpi que je ne comprends pas. J\'ouvrirai les tickets nécessaires pour nettoyer les logs. \r\n\r\nEn terme de MAJ, si la question est si eMotors à utilisé uniquement les derniers binaires, je pense que oui (c\'est eux qui l\'ont fait). Y a t-il quelque chose qui vous laisse penser autrement? \r\n\r\nCordialement, \r\n\r\nMichael ','2021-11-09 16:33:27',0),(1609,644,'Issue',1,'Il me faudrait d\'autres minidump et d\'autres log.\r\n\r\n','2021-11-09 16:36:38',0),(1610,644,'Issue',1,'Bonsoir,\r\nLionel a posté un minidump très interessant.\r\nIl pointe sur un crash dans la StorageThread. Ci dessous la callStack.\r\n!clipboard-202111102255-xhpuc.png!\r\nL\'étude du contenu de la valeur dans la cache du serveur montre que le node ns=5;i=4297 ERP_Of_List_To_Do contient des données corrompu.\r\n!clipboard-202111102253-hwxiu.png!\r\n\r\nIl semble y avoir une discordance entre le nombre d\'elements dans le tableau de l\'extensionObject (4) et les données à l\'interieur.\r\nUne réflexion hâtive pourrait laisser penser a une corruption de la mémoire mais les elements du tableau 1,2 et 3 sont juste pas initialisé. Alors que l\'élément 0 est bien rempli même si son body est null avec une taille de 646071 octets. Est ce que cette taille a du sens pour vous ?\r\nPourriez vous m\'expliquer comment sont remplis les ERP_OF_Datatype et plus particulièrement ERP_Of_List_To_Do.\r\n\r\nd\'autres informations à suivre.\r\nCordialement\r\nMichel Condemine','2021-11-10 23:06:35',0),(1611,644,'Issue',1,'Plus d\'info :\nA l\'étude des logs plusieurs informations étonnantes. \n# Le serveur fonctionnait encore à 18h03 UTC\n# Le minidump date de mercredi 10 novembre 2021, 16:31:26. \n Nous avons eu une exception mais pas un crash. La différence est importante.\n# Le VpiLine fonctionnait à 18h04 bien que les messages de trace ne soit pas d\'un grand secours.\n La derniere trace utile semble être 2021-11-10T16:07:08.786Z INFO TransfertToCoreServerCache,3/3 to transfert\n# idem pour les instances du VpiUaCient 002,003, 004, 005,006. RAS sur l\'instance 001 depusi 11:32 qui sembel correspondre à la date de démarrage. \n\nIl y a donc bien eu un problème à 16:31 lors d\'une sauvegarde du node ERP_Of_List_To_Do ns=3,i=4297.\nQuand je dis sauvegarde. Comprennez bien que le problème n\'a rien à voir avec SQL. Il concerne un OpcUa_DataValue_CopyTo ou plus précisément un OpcUa_Variant_CopyTo.\n\nCordialement\nMichel Condemine','2021-11-10 23:27:17',0),(1612,645,'Issue',1,'Bonjour,\r\nje viens de liver une version que supporte cette fonctionnalité.\r\nElle supporte aussi le polling paramétrable. \r\nIl s\'agit du paramètre \r\n<pre>\r\nMIN_POLL_RATE 1000\r\n</pre> \r\nCe paramètre doit être ajouté dans le fichier .dat\r\nhttp://www.openopcua.org/redmine/attachments/2217\r\n\r\nmerci de valider cette MAJ ASAP.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-14 18:26:53',0),(1613,644,'Issue',432,'Bonjour M. Condemine, \r\n\r\n\r\nMerci pour ce retour. Nous n\'étions pas au courant d\'un nouveau crash en fonctionnement au niveau de la ligne Rotor.\r\n\r\nLa taille 646071 ne m\'inspire pas du tout. Ca ne semble correspondre à aucune limite de taille d\'un type ou fixée en dur. \r\nLa seule piste qui me vient à l\'esprit est l\'échec d\'un malloc que nous ne traitons pas dans notre valorisation de la DataValue. Quelle taille fait le minidump fourni? \r\n\r\n\r\nCi dessous le bout de code qui fait l\'encodage de ERP_Of_List_To_Do : \r\n\r\n!clipboard-202111151028-nc6b3.png!\r\n!clipboard-202111151028-rcvna.png!\r\n\r\n\r\n\r\nPour info, je vais me connecter chez eMotors ce matin pour investiguer davantage le problème à l\'arrêt du serveur\r\nCordialement, \r\n\r\nMichael','2021-11-15 10:31:07',0),(1614,644,'Issue',1,'Bonjour,\r\nle minidump fait 1 455 676 ko.\r\nIl est gros.\r\nJ\'ai par ailleurs fait une modification dans le serveur qu\'il serait interessant d\'installer.\r\nJe vous l\'envoie ce matin\r\n\r\nCordialement\r\nMichel Condemine','2021-11-15 10:40:13',0),(1615,645,'Issue',447,'Bonjour,\r\n\r\nLa conversion Tableau de Byt vers string fonctionne mais il y a un décalage de 2 octets. Si on veut récupérer un tableau de 8 bytes nous aurons les 2 premiers caractères \"côté tableau qui sont égale à 48 et 8\r\nExemple: String : \"01234567\" Tableau de byte = {48,8,48,49,50,51,52,53} - il manque les 2 derniers caractères dans le tableau. pour un tableau de 16 idem mais avec 48, 16 dans les 2 premiers octets\r\n\r\nLe pooling fonctionne via le fichier . Dat mais nous n\'arrivons pas à écrire avec un pooling trop faible. Nous avons réussi à lire et écrire après 2mn (une fois le serveur entièrement démarré) et un pooling de 10 000ms.\r\nDans ce cas l\'écriture est instantanée. Est-ce envisageable d\'utiliser le même mécanisme de pooling que pour la lecture mais à l\'écriture? Je ne sais pas si c\'est l\'origine du problème mais lorsque la lecture à un pooling élevé l\'écriture fonctionne et avec un pooling de 500ms la lecture fonctionne mais plus l\'écriture.','2021-11-15 14:20:17',0),(1616,644,'Issue',432,'Bonsoir Michel, \r\n\r\n\r\nMerci pour les binaires. \r\nNous avons déployé les binaires. RAS pour le moment. \r\nSur le problème du crash à l\'arrêt, nous avons pu avancer nos investigations. \r\n\r\nOn a trouvé un scénario qui reproduit systématiquement le problème mais uniquement sur la plateforme EMOTORS. \r\nIl semblerait que c\'est lié au mécanisme mis en place côté VpiLine d\'aller récupérer la dernière valeur au niveau du serveur (normalement complétée par le VpiValuesInit). Lorsque ce mécanisme est activé, on a systématiquement un crash.\r\nNous utilisons pour ça la fonction ProcessReadOOUACache. Est-ce que les deux arguments (NodeId et VpiDataValue * ) de cette fonction sont libérables ? Le NodeId surement mais a t-on le droit de libérer la VpiDataValue * ? \r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n','2021-11-15 19:26:04',0),(1617,645,'Issue',489,'Bonjour Michel,\r\n\r\nConcernant du phénomène de délai d’attende pour que le serveur puise se stabiliser, comme vous l\'avez mentionné hier après-midi, nous avons supprimé les balises \r\ndes valeur par défaut et maintenant cela fonctionne bien pour écriture depuis le Serveur OOUA vers CN juste après la fin de souscriptions des instances.\r\n\r\nnous sommes en attente pour conversation de string vers tableau byte','2021-11-16 10:54:48',0),(1618,648,'Issue',1,'','2021-11-16 15:03:46',0),(1619,650,'Issue',1,'WG approve Phase as Name and matter classification for description','2021-11-16 15:10:14',0),(1620,647,'Issue',1,'WG agreed on a new category called General.','2021-11-16 15:11:11',0),(1621,647,'Issue',436,'','2021-11-16 15:14:31',0),(1622,648,'Issue',436,'Category \"Waste\" has been choosen.','2021-11-16 15:48:59',0),(1623,649,'Issue',436,'Well water is equal to clear water.','2021-11-16 15:50:36',0),(1624,652,'Issue',1,'','2021-11-16 16:29:15',0),(1625,653,'Issue',432,'Nous avons aussi le même message au début avec un status code égal à 0x80040000 ','2021-11-16 18:05:51',0),(1626,651,'Issue',432,'Bonjour M. Condemine, \r\n\r\nAuriez vous une petite disponibilité aujourd\'hui pour discuter des en-cours liés à la stabilisation des LMs ? \r\n\r\nCordialement, \r\n\r\nMichael','2021-11-17 11:39:34',0),(1627,655,'Issue',489,'','2021-11-17 13:23:41',0),(1628,655,'Issue',489,'','2021-11-17 13:24:07',0),(1629,651,'Issue',1,'Bonjour,\r\n14h15 - 15min max','2021-11-17 13:42:43',0),(1630,655,'Issue',1,'Pourriez vous me donner plus d\'explication sur les erreurs suivantes.\r\nJe cherche a comprendre l\'erreur OpcUa_BadInvalidArgument=0x80AB0000 et la target i=0.\r\nCes erreurs semble indiquer une erreur de configuration.\r\n2021-11-17T09:48:38.629Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=1312 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:38.629Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=1302 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:38.895Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=6852 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:38.911Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=6781 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:38.911Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=6760 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:38.911Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=6735 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:38.927Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=6662 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:39.006Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=6339 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:39.477Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=5098 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:39.617Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=4829 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:39.617Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=4815 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:39.820Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=4492 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:40.689Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=3298 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:41.312Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=2625 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:41.530Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=2391 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:41.546Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=2374 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:41.624Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=2290 contains a forward reference with a not found target : i=0\r\n2021-11-17T09:48:41.985Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=1945 contains a forward reference with a not found target : i=0','2021-11-17 14:11:44',0),(1631,661,'Issue',1,'Bonsoir Lionel,\r\nest ce a dire que la nouvelle version ne plante plus ou la version précédente plantait ?\r\nPourriez vous m\'expliqeer de quel timeout vous parlez ?\r\n\r\nMichel','2021-11-18 20:08:40',0),(1632,661,'Issue',447,'Les 2.\r\n\r\nL\'ancienne version plantait avec cette configuration \r\nLa nouvelle version ne plante plus avec cette même configuration. Je vous dit demain si c\'est toujours vraie après une nuit.\r\n\r\nDans les 2 cas la souscription ne marche pas avec un subsystem contenant 630 nodes\r\nAvec un subsystem de 105 nodes ça fonctionne \r\n\r\nJe me demandais si lorsque le uaclient demande de s\'abonner au 630 nodes en une session et que le plc mettrait trop temps avant de répondre OK à la souscription, peut être qu\'il y avait un timeout côté ua client.\r\nD\'où ma demande pour qu\'il soit plus patient si le problème viendrait du plc qui mettrait x temps pour traiter la demande','2021-11-18 20:37:09',0),(1633,661,'Issue',1,'Bonsoir,\r\nJe pense que vous avez mis le doigt sur le \"problème\".\r\nEn configuration automatique il y a un découpage du nombre de MonitoredItem (MI) à ajouter. Ce traitement est réalisé par l\' OOUAClientLibrary.\r\nElle découpe les ajouts en fragment de 300 MI à la fois. Par exemple si vous voulez ajouter 630 MI il y aura 3 appels, 2 de 300MI et un de 30 MI.\r\nCe traitement est réalisé par le fonction OpenOpcUa_CreateMonitoredItemsEx qui ne concerne à ce jour que la configuration automatique. \r\nLa configuration manuelle appelle une fonction plus ancienne OpenOpcUa_CreateMonitoredItems qui ne réalise pas cette fragmentation.\r\nDonc deux solutions s\'offre à nous :\r\n1- Utiliser OpenOpcUa_CreateMonitoredItemEx en configuration manuelle\r\n2- Modifier OpenOpcUa_CreateMonitoredItems pour quel utilise le mécanisme de fragmentation.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-11-18 21:16:02',0),(1634,659,'Issue',489,'','2021-11-19 11:28:15',0),(1635,659,'Issue',432,'Bonjour, \r\n\r\nPour info, le zip ajouté concernant les logs de la ligne d\'usinage ne correspondent pas à la dernière version du serveur. \r\n\r\nJ\'ai fait un tour sur les LMs Rotor, Usinage Main et usinage Cover. \r\n\r\n+Sur tous les LMs+\r\n\r\nLe Subsystem UaClient1 semble systématiquement avoir un problème et ces logs ne sont jamais complets (il s\'arrête au premiers messages et n\'indique pas que le CreateMonitoredTems a réussi)\r\n\r\n\r\nSur la ligne Rotor. \r\n\r\nContexte : Subsystems surchargés avec plus de 300 MonitoredItems (voir ticket 661)\r\n2 procdumps générés indiquant tous la même CallStack : \r\n\r\n!clipboard-202111191159-oxzxt.png!\r\n\r\nJe mets les 2 procdumps et les logs associé au 2ème procdumps en zip \r\n\r\n\r\n+Sur les lignes d\'usinage Main et Cover+\r\n\r\n\r\nLes logs UaClient indiquent tous le message suivant\r\n\r\n!clipboard-202111191205-xzr0z.png!\r\nLes logs VpiUaClient indiquent tous le message suivant : \r\n!clipboard-202111191205-xn97l.png!\r\n\r\nJe mets un zip pour les logs \r\n\r\n\r\n+Sur la ligne PrepaStack+ \r\n\r\nPas plus d\'information que les logs mis par Arash ce matin \r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2021-11-19 12:09:50',0),(1636,663,'Issue',432,'Nous avons ces messages dans le log Serveur :\r\n\r\n!clipboard-202111221104-kpivk.png!\r\n','2021-11-22 11:04:14',0),(1637,663,'Issue',1,'Bonjour,\r\nje m\'occupe de la conversion du DataType.\r\nEst ce que le reste fonctionne ?\r\nCordialement\r\nMichel Condemine','2021-11-22 11:25:08',0),(1638,663,'Issue',432,'*En backoffice* , le reste des datatypes fonctionnent. \r\n\r\nNous attendons de tout valider en Backoffice avant de déployer chez eMotors\r\n\r\n\r\nCordialement, \r\n\r\nMichael','2021-11-22 11:27:00',0),(1639,666,'Issue',1,'Bonjour,\r\nje pensais bien que le problème venait du SSL_Write.\r\nIl doit y avoir quelque chose dans l\'appel à cette fonction. \r\nLe BIO_do_handshake est bien réalisé dans le TLS12Connect et bien avant tout appel à SSL_write.\r\nJe pense qu\'il doit y avoir un problème dans la construction de la trame ping et ou publish.\r\nEst ce que vous pouvez faire un test SECURE sur Mosquitto en utilisant le fichier de configuration MosquitoLiveTLS-00150.dat.\r\nChangez le Subsysteme en conséquence.\r\n\r\nSi cette configuration fonctionne on pourra en déduire l\'origine du problème.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-22 18:31:41',0),(1640,661,'Issue',447,'Voici des fichiers Logs avec la nouvelle livraison du 21/11/21 et un minidump sur un crash à la fermeture de la maquette','2021-11-22 19:00:57',0),(1641,663,'Issue',1,'Bonjour,\r\nLe problème est corrigé. \r\nJe prépare une livraison dans la soirée.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-22 19:09:45',0),(1642,661,'Issue',1,'Bonsoir,\r\nmerci pour ces logs.\r\nJ\'ai fait une petite modification dans les traces.\r\nOn y voit un message d\'erreur inquiétant concernant une potentielle erreur de configuration.\r\n<pre>\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1030 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1041 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1052 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1063 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1074 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1085 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1096 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1107 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1118 between Vpi declaration[8] and AddressSpace declaration [6]\r\n2021-11-22T10:54:30.484Z SERVER_ERROR TypeMismatch on ns=46;i=1129 between Vpi declaration[8] and AddressSpace declaration [6]\r\n</pre>\r\n\r\nPourriez vous m\'en dire plus sur ces nodes. Est ce vraiment des Int64 dans le Vpi ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-11-22 20:53:54',0),(1643,666,'Issue',424,'J\'ai utilisé la config Mosquitto.\r\nLe Publisher fait planter le serveur aussi. Et dans ce cas, je n\'ai même pas de Publish ou de ping vers le broker.\r\nLe serveur s\'arrête après la demande de connexion.\r\n2021-11-22T19:31:35.000Z INFO MQTT_SendConnect>Successfully sent\r\n','2021-11-22 20:54:36',0),(1644,666,'Issue',1,'Vous avez bien modifié le SubSystem afin de changer les SubSystemId et le SubSystemName ?\r\n','2021-11-22 20:57:15',0),(1645,661,'Issue',1,'Bonsoir,\r\nj\'ai aussi remarqué qu\'il y avait beaucoup de log. \r\nPourriez vous redescendre les log du VpiUaCLient en niveau ERROR ?\r\nCordialement\r\nMichel Condemine','2021-11-22 21:03:38',0),(1646,661,'Issue',447,'Pour l\'erreur de TypeMismatch, il s\'agit d\'une erreur de mapping dans le vpi line\r\n\r\n<Tag Id=\"ns=22;i=1030\" Address=\"FBDR-OUT-CV_QRStatus[1]-Fbdr1\" Type=\"Int64\" Name=\"FBDR-CV_QRStatus[1]-Fbdr1\"\r\n<Tag Id=\"ns=22;i=1041\" Address=\"FBDR-OUT-CV_QRStatus[2]-Fbdr1\" Type=\"Int64\" Name=\"FBDR-CV_QRStatus[2]-Fbdr1\"\r\n\r\n!clipboard-202111222158-i5dpv.png!\r\n\r\nNous allons corriger cela dans ce subsystem du VpiLine','2021-11-22 21:59:35',0),(1647,646,'Issue',436,'In US, for the tanks, process engineers look at percent level (it\'s the same in Lixhe).\r\nIt’s international, there is no specific unit for that.\r\nThey densimeter for solid percent using peering with flowmeter to calculate TPS.\r\n\r\nThere are ways to estimate amount of product in a tank with percent level and geometry of the tank.\r\n\r\nNote: for the tanks where they measure volume, they use \"gallons\" as unit.','2021-11-22 22:15:48',0),(1648,666,'Issue',424,'oui, oui je l\'ai bien configuré. j\'ai bien le fichier log avec le bon nom.\r\nPeut-être qu\'il y a autres choses que le SSL_Write qui m\'échappe encore.\r\n!clipboard-202111222232-txkoj.png!\r\n','2021-11-22 22:34:06',0),(1649,666,'Issue',424,'Il s\'avère que le publisher fait planter le serveur uniquement quand libVpiSK est lancé en parallèle. Sinon il attend la réponse du broker. N\'ayant pas de connexion avec un broker mosquitto, je ne peux pas aller jusqu\'au SSL_Write mais ça c\'est encore autre chose. Je continuerai de chercher en ce sens.','2021-11-22 23:43:26',0),(1650,661,'Issue',447,'Après mis en place de la dernière livraison sur la ligne Rotor, nous avons un problème de connexion sur un subsystem. le plus important de la ligne 840 nodes\r\n\r\nCi-joint le Log de ce subsystem et du serveur','2021-11-23 15:25:41',0),(1651,661,'Issue',1,'Bonjour,\r\nÊtes vous en configuration manuelle ou automatique ?\r\nSi manuelle les fichiers de configuration doivent être modifiés.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-23 15:40:21',0),(1652,661,'Issue',432,'Bonjour, \r\n\r\nLionel a normalement effectué cette mise à jour des configuration. Lionel pourrais-tu poster les fichiers de configuration du SubSystem en question? \r\n\r\nRien ne me saute au yeux au niveau des logs. \r\nLe fonctionnement est il pareil après redémarrage du LM? \r\n\r\nMichael ','2021-11-23 15:49:05',0),(1653,661,'Issue',447,'Nous sommes en configuration manuel\r\nNous avons bien modifié les configurations\r\nCi-joint la maquette complète','2021-11-23 16:55:22',0),(1654,661,'Issue',432,'La configuration du subsytem a l\'air correcte\r\n\r\nLionel avez vous essayé de redémarrer le LM? \r\n\r\nM. Condemine, en regardant les logs du Subsystem en question (UaClient7), j\'ai l\'impression que la reconnexion n\'utilise pas la fragmentation des MonitoredItems en fragment de 300 éléments. \r\nJ\'ai l\'impression que l\'on a eu une déconnexion et que par la suite il n\'arrive pas à Restore les MonitoredItems\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n','2021-11-23 17:11:02',0),(1655,661,'Issue',447,'Oui en redémarrant le LM nous avons systématiquement le même phénomène','2021-11-23 17:16:46',0),(1656,661,'Issue',432,'Auriez vous la possibilité de tester en activant uniquement le SubSystem7 ? \r\n\r\n\r\nMichael','2021-11-23 17:39:51',0),(1657,661,'Issue',447,'En activant seulement le subsystem7 c\'est exactement la même chose','2021-11-23 18:41:59',0),(1658,661,'Issue',1,'Bonjour,7\r\nbien que je n\'ai pas regardé la maquette et ses log.\r\nJe peux affirmer que si les informations relatives au découpage en paquet de 300MI ne sont pas présente c\'est que la bonne version du Vpi n\'est pas installée.\r\nJe regarderai la config ASAP.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-24 09:36:06',0),(1659,661,'Issue',447,'Bonjour\r\n\r\nLe découpage par paquet de 300 MI est bien réalisé. Mais il y a à un moment un problème. et le Log indique des delete et tentative de reconnexion sans cesse :\r\n\r\n!clipboard-202111241014-1prhx.png!\r\n\r\nLionel Claudel\r\n','2021-11-24 10:15:05',0),(1660,661,'Issue',1,'Bonjour Lionel,\r\nje vois que vous avez 9 instances du VpiUaClient sur le même serveur OPC UA. Les instances 1 à 6 semblent ne pas poser de problème en dehors d\'un publishInterval à 2000 retoqué par la serveur à 1000.\r\n<pre>\r\nxmlClientConfigEndElementHandler>Requested sampling interval 2000.000000 was changed to 1000.000000\r\n</pre>\r\nL\'instance 7 part en timeout sur la fonction de surveillance du serveur. L\'erreur de timeout apparait sur un lecture OPCUA.\r\n\r\nPourriez vous vérifier que le serveur n\'a pas atteint le nombre max de session en parallèle ?\r\nPar ailleurs pour ne pas mettre tout la configuration dans une ou deux instances du VpiUaClient ?\r\n\r\nJe continue à creuser.\r\n\r\nCordialement\r\nMichel','2021-11-24 12:23:26',0),(1661,661,'Issue',447,'Dans la configuration, il y a les subsystem de 5 à 9 qui pointe vers ce PLC.\r\n\r\nEn effet, seul le 7 pose problème\r\n\r\nLe 7 c\'est le seul qui a plus de 630 MI (il en a 840)\r\n\r\nLe nombre de session max côté PLC est de 20 - donc pas de soucis pour les 5 sessions + 1 de UA expert\r\n\r\nNous avons fait un test rapide avec tout sur le même subsystem, mais pas approfondi. Nous allons en refaire un est posté les log + config. Mais il me semble qu\'il y avait une erreur à partir de 2100 MI','2021-11-24 13:38:59',0),(1662,661,'Issue',447,'Ci-joint la config avec log pour avec 1 seul subsystem pour le PLC posant un problème\r\n\r\nIl y a en plus un dossier s\'appelant LogCrash (car nous avons eu une fois un crash au démarrage du serveur)','2021-11-24 14:57:10',0),(1663,659,'Issue',447,'Bonjour\r\n\r\nNous venons d\'avoir un crash en fonctionnement sur la ligne rotor (pendant la production, le serveur était correctement démarré) - pour info nous avons activé l\'archivage et valueinit sur un second node (partproducelist pour les OF virtuel) et concernant le vpiline nous avons également activé l\'OP220-01 en consommation d\'OF Virtuel)\r\n\r\nCdlt\r\n\r\nLionel Claudel','2021-11-24 15:18:28',0),(1664,661,'Issue',1,'Bonjour,\r\nil faut déterminer si le problème vient nombre de MI sur le PLC, du Vpi ou d\'autre chose.\r\nD\'après le message \r\n<pre>\r\nNous avons fait un test rapide avec tout sur le même subsystem, mais pas approfondi. Nous allons en refaire un est posté les log + config. Mais il me semble qu\'il y avait une erreur à partir de 2100 MI\r\n</pre>\r\nvous avez donc pu vous abonner à +2000MI. \r\nPourriez vous refaire le test et réaliser une capture wireshark ?\r\n\r\nCordialement\r\nMichel Condemine','2021-11-24 15:39:36',0),(1665,659,'Issue',447,'Nous avons eu 4 crash en fonctionnement sur la ligne Rotor.\r\n\r\nci-joint les procdump','2021-11-24 17:51:13',0),(1666,659,'Issue',432,'Bonjour, \r\n\r\nJ\'ai regardé les 5 procdumps postés cet après midi. Malheureusement, ils indiquent tous des piles d\'appels concernant la Stack/ClientLib (4 des procudmps ont exactement la même pile d\'appel). Je pense qu\'on est encore sur un scénario où la Session est corrompue (en terme d\'objet C++)\r\n\r\n\r\nMichael ','2021-11-24 18:12:01',0),(1667,661,'Issue',447,'Bonjour,\r\n\r\nJ\'ai fait 2 prises WireShark\r\n\r\nCi-joint le fichier avec ces captures et les log associé\r\n\r\n1er cas: avec subsystem 5 comportant l\'intégralité des souscriptions sur le PLC 10.100.2.70\r\n2nd cas: avec subsystem 7 comportant la souscription sur 840 MI sur le PLC 10.100.2.70\r\n\r\nCordialement\r\n\r\nLionel Claudel\r\n','2021-11-24 19:40:53',0),(1668,659,'Issue',1,'Bonjour,\r\nune question fondamentale :\r\n\"Est ce que vous utilisez la dernière version du serveur sur la ligne rotor qui crash\"\r\nD\'après moi puisque la nouvelle version ne connecte pas il doit s\'agir de l\'ancienne version. Dans ce cas toute investigation est inutile.\r\nCordialement\r\nMichel Condemine','2021-11-24 20:36:04',0),(1669,659,'Issue',447,'Bonsoir Michel\r\n\r\nOui c\'est la dernière livraison posté sur RedMine. \r\n\r\nVpiUaClient : 1.0.3.0 du 22/11/21 21:04\r\nClientLib: 1.0.6.3 du 22/11/21 21:03\r\n\r\nCordialement,\r\n\r\nLionel Claudel','2021-11-24 20:57:14',0),(1670,659,'Issue',447,'Et le serveur :\r\n1.0.6.3 du 22/11/21 20:49','2021-11-24 20:58:27',0),(1671,661,'Issue',432,'Bonjour, \r\n\r\nJ\'ai regardé les traces Wireshark et 2 types de paquets me sautent aux yeux: \r\n\r\n- des paquets de type ServiceFault avec comme information BadSessionId ou bien BadTooManyOperations \r\n- parfois un paquet détecté par Wireshark comme un \"MalformedPacket\" \r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2021-11-25 09:50:12',0),(1672,661,'Issue',1,'Bonjour Lionel,\r\navez vous eu mon message ?\r\nJe vous y demandais de changer le sampling intervalle : soit dans le PLC soit dans configuration du VpiUaClient.\r\nLors de la connection on a des centaines de fois le message suivant.\r\n<pre>\r\n2021-11-24T09:20:58.479Z CLIENT_ERROR xmlClientConfigEndElementHandler>Requested sampling interval 2500.000000 was changed to 1000.000000\r\n</pre>\r\n*Ce message indique que le PLC refuse le sampling interval demandé de 2500ms et le corrige à 1000.*\r\nIl est possible que le PLC se trouve mis en défaut pour une raison relative à ce problème.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-25 12:28:02',0),(1673,661,'Issue',447,'Bonjour\r\n\r\nNous avons fait le test sur un configuration (en se mettant à 1000ms) , nous n\'avons plus ce message mais le même type d\'erreur :\r\n\r\nNotificationMessageCallBack Failed\r\nClient_Api_read failed\r\nDelete\r\n...','2021-11-25 13:52:51',0),(1674,661,'Issue',1,'Bonjour Lionel,\r\nmerci d\'avoir fait cette modification. Meme si cela ne regle pas le problème, nous avons, maintenant, une configuration plus cohérente.\r\nEn continuant à étudier les traces Wireshark j\'ai trouvé un autre problème lié au serveur OPC du PLC lors de la suppression des MonitoredItems.\r\nOn peut voir sur la capture d\'écran suivante que le client (le VpiUaClient) demande la suppression de 2008 MI. \r\n!clipboard-202111251859-e0jta.png!\r\nEnsuite on reçoit une réponse serveur OpcUa_BadTooManyOperations.\r\n!clipboard-202111251858-rqlpo.png!\r\n\r\nQue peut en déduire ? \r\nLe serveur OPC UA ne supporte pas la suppression de 2008 MI en un seul appel.\r\nQue faire ?\r\nAdapter le client ?\r\nC\'est une solution. Mais est ce que l\'on pourrait changer par configuration les limites du serveur ?\r\n\r\nIl y a fort à parier que cette erreur bloque le serveur. En effet le client continue a réaliser des opérations et le serveur fini par ne plus répondre.\r\nJe vais essayer de regarder l\'option de modification du client pour fragmenter les appels à deleMonitoredItem comme je le faire pour CreateMonitoredItem.\r\n\r\nDans l\'attente auriez vous de nouvelle traces maintenance de le sampling intervalle est correctement paramétré ?\r\n\r\nJe vous tiens au courant.\r\nCordialement\r\nMichel Condemine\r\n','2021-11-25 19:10:26',0),(1675,661,'Issue',447,'Bonjour,\r\n\r\nJe ne vois pas de configuration côté serveur pour augmenter cela\r\n\r\nA ce jour côté serveur PLC nous avons : Nombre de sssions max 20 et Nombre maxi de surveillance maxi de MI: 10 000\r\n\r\nNous n\'avons pas pu faire de tracewireshark avec la nouvelle configuration - nous allons essayé de la faire aujourd\'hui.\r\n\r\nQuestion: Je comprend pour essayer de faire un découpage pour les delete et ca me semble pertinent\r\nen revanche, pourquoi la création par paquet de 300 ne fonctionne pas lorsque l\'on dépasse environ 640 MI? Est-ce que l\'on pourrait espacer les demandes de création par paquets de 300MI pour laisser plus de temps au serveur de \"souffler\"? Si oui, ce timer pourrait être paramétrable depuis le fichier dat?\r\n\r\nCordialement,\r\n\r\nLionel Claudel','2021-11-26 08:59:51',0),(1676,661,'Issue',432,'Bonjour, \r\n\r\nSur les précédentes traces Wireshark je vois que suite à la demande de suppression des 2008 nœuds, pour la recréation, c\'est une liste de 2008 Items qui est redemandée : \r\n\r\n!clipboard-202111261123-23iv7.png!\r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2021-11-26 11:23:33',0),(1677,669,'Issue',432,'Bonjour M. Condemine. \r\n\r\nNous avons en effet mis en place un \"pansement\" pour arrêter UN des types de crashs qu\'on avait à l\'arrêt (celui qui est systématique sur toutes les lignes) \r\n\r\n\r\nComme vous le savez nous avons un bout de code au démarrage du serveur LM, qui va chercher la valeur pour la liste d\'OF ERP qui se trouve dans le serveur (mis en place par le VpiValuesInit). Ce fonctionnement est aussi mis en place pour 2 autres listes (la liste des recettes et la liste des OF Virtuels)\r\nNous avons remarqué la corrélation suivante : si on va aller chercher une valeur dans le serveur pour une variable qui n\'est pas initialisée ou mal initialisée, pas de crash en process mais on a un crash a l\'arrêt au moment de suppression des ressources du serveur. \r\n\r\nNous avons donc mis en place dans le fichier de configuration du VpiLine un moyen de lui indiquer quelles valeurs seront restitués au démarrage. \r\n\r\nCordialement, \r\n\r\nMichael\r\n','2021-11-26 15:31:44',0),(1678,669,'Issue',1,'Bonjour,\r\nil semble donc y avoir un problème avec l\'initialisation des variables. \r\nPourriez vous essayer de définir Mal initialisé. \r\nJ\'imagine que pas initialisé correspond à DataType=0, ArrayType=0 et Value NULL.\r\nEst ce que le problème d\'initialisation vient :\r\n* des données dans la base PG ?\r\n* de l\'encodage réalisé par le VfiPgSql ?\r\n* du décodage réalisé par le VpiValuesInit ?\r\n\r\nCordialement\r\nMichel Condemine','2021-11-26 15:39:56',0),(1679,669,'Issue',432,'Quand je dis mal initialisé, ce sont les rares cas où le VpiLine va chercher la valeur trop tôt dans le serveur (avant que le VpiValuesInit ait eu le temps de remettre la donnée)\r\n\r\nSinon il y a problème quand le VpiLine va chercher une valeur qui n\'est pas configurée à restituer au niveau du VpiValuesInit\r\n\r\n\r\nJe pense donc que c\'est lorsque on utilise la valeur telle que initialisée par le serveur au démarrage qu\'il y a problème à l\'arrêt. \r\n\r\n\r\nCordialement, \r\nMichael \r\n\r\n\r\n\r\n','2021-11-26 15:50:49',0),(1680,661,'Issue',447,'Bonjour,\r\n\r\nVous trouverez ci-joint un programme PLCSIM avec dans l\'objet PLC_1/DataBlocksGlobal/DBTESTDEBUGG/ListNode un ensemble de 3000 nodes de type string\r\n\r\n!clipboard-202111271219-lj7jh.png!\r\n\r\nEgalement ci-joint une conf OOUA avec un VpiUaclient en conf manuel sur les 2000 premiers nodes de type string\r\n\r\nLe phénomène constaté sur les PLC physique à l\'air de se reproduire avec cette conf et va peut-etre vous aider dans les tests \r\n\r\nEndPoint du PLC: opc.tcp://172.17.202.15:5775\r\n\r\nCordialement \r\n\r\nLionel Claudel','2021-11-27 12:24:21',0),(1681,666,'Issue',424,'Bonjour M. Condemine,\r\nAvez-vous trouver une solution concernant le problème avec SSL_Write?\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2021-11-29 09:25:55',0),(1682,666,'Issue',1,'Bonjour,\r\nje suis perdu avec les réponses ci-dessus.\r\nVous semblez penser que le crash apparait lorsque le VpiSk tourne en même temps que le VpiMqtt. \r\nPouvez vous avant tout me confirmer cela ?\r\nSur mes maquettes Windows et Linux, j\'ai les deux Vpi Actifs en même temps sans aucun problème. \r\n\r\nEst ce que l\'on peut organiser un échange Team en début de semaine ?\r\n\r\nCordialement\r\nMichel Condemine','2021-11-29 10:18:01',0),(1683,669,'Issue',1,'Bonjour,\r\nvous avez constaté que le serveur OOUA crash à l\'arrêt dans deux situations\r\n* Quand le VpiValuesInit est mal configuré (Problème facile à régler)\r\n* Quand le VpiLine va chercher des valeurs dans la cache du serveur avant leurs initialisations (problème assez facile a régler)\r\nJ\'imagine que le \"pansement\" que vous avez mis en place dans le VpiLine consiste en un Kill process de l\'OOUA Server.\r\nPourriez vous le confirmer ?\r\n\r\nCordialement\r\nMichel Condemine','2021-11-29 10:28:02',0),(1684,669,'Issue',432,'Bonjour M. Condemine, \r\n\r\n\r\nLe pansement permet uniquement de s\'assurer que les valeurs qu\'on va chercher correspondent au nœuds restitués par le VpiValuesInit (avec un paramétrage dans le VpiLine.dat, on peut indiquer au VpiLine pour quels nœuds il faut aller chercher la valeur dans le serveur. \r\n\r\nNous avons 3 paramètres : \r\n\r\nINIT_VALUE_AVAILABLE_ERP_OF : Si True, on va chercher la liste d\'OF ERP\r\nINIT_VALUE_AVAILABLE_VIRTUAL_OF Si True, on va chercher la liste d\'OF Virtuels\r\nINIT_VALUE_AVAILABLE_RECIPE, Si True, on va chercher le liste de recettes. \r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n','2021-11-29 10:50:51',0),(1685,642,'Issue',1,'Bonjour,\r\naprès réflexion il existe un mécanisme simple, que tout Vpi peux utiliser, pour s\'assurer qu\'un autre Vpi a fini son travail.\r\nIl consiste à utiliser le DeviceState. Ce node est créé pour chaque Vpi à <pre>SubsystemId + 4</pre>\r\nCe Node est toujours une UAVariable de type StatusCode dans le namespace 1 du serveur. On connait donc avec certitude son nodeId.\r\nIl suffit donc de lire la valeur ce nodeId et d\'attendre qu\'elle indique GOOD.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-11-29 11:16:08',0),(1686,666,'Issue',424,'Bonjour,\nEn voulant me connecter au broker mosquitto, le programme plantait dès l\'envoi du \"SendConnect\". (Est-ce au moment de l\'ack de connexion envoyé par le broker? je ne sais pas).\n\nJ\'ai essayé de lancer le serveur sans le VpiSk, 4 fois sur 5 je n\'avais pas de plantage. Je ne pense pas que le problème vient du VpiSk étant donné qu\'une fois sur 5 le serveur plante qd même.\n\nJe n\'ai pas pu mener jusqu’au bout le test avec mosquitto car après l\'envoi \"SendConnect\", Soit le serveur plante, soit je n\'ai pas de réponse du broker. Sans connexion au broker je ne peux pas tester plus loin.\n\nJe suis disponible à partir de mercredi 10h pour un point Teams.\n\nBien cordialement,\nMaycko LOUIS ','2021-11-29 15:00:35',0),(1687,666,'Issue',1,'Bonjour,\r\nje vous propose mercredi 14h00-15h00.\r\nJe prépare l\'invitation Team.\r\n\r\nCordialement\r\nMichel Condemine','2021-11-29 20:18:17',0),(1688,659,'Issue',489,'LES RAPPORT CRASH POUR LE 30-11-21 Sur PREPASTACK ET ROTOR','2021-12-01 10:04:36',0),(1689,666,'Issue',424,'Bonjour M. Condemine,\r\nAprès avoir commenté la partie du code qui publie les MetaDatas ainsi que les Pings, le serveur continue de planter.\r\nLe Publisher se connecte au broker, envoi quelques publish et finit par planter (après 2, 3 minutes d\'utilisation). Soit à cause d\'un segmentationFault, soit à cause d\'un doubleFree corruption.\r\nj\'essaierais d\'avoir plus d\'indice semaine prochaine.\r\n\r\nCordialement,\r\nMaycko LOUIS','2021-12-03 19:11:59',0),(1690,666,'Issue',424,'Bonjour M. Condemine,\r\nCi-dessous les deux points qui font planter le VpiUaPub que j\'ai pu relever.\r\n\r\n> *1)* Le Publisher plante systématiquement quand j\'essaye de publier une variable qui soit un *tableau* d\'extensionObj (ex: #recipeList).\r\nCi-dessous deux images : \r\nle débogage effectué et le code correspondant:\r\n\r\nDébogage \r\n\r\n!SIGFAULT8.JPG!\r\n\r\nCode\r\n\r\n!SIGFAULT9.JPG!\r\n /\r\n /\r\n /\r\n /\r\n /\r\n> *2)* Le publisher plante parfois lors de la préparation du payload. Soit dans la fonction PrepareJSONPublisherPayLoad, soit dans la fonction PrepareJSONDataSetWriter.\r\nLorsque le programme plante à ce niveau là. j\'ai l\'impression que c\'est soit un malloc qui ne passe pas, soit c\'est un free. Possiblement lié aux fonctions Vpi_String_AttachCopy et Vpi_String_Clear.\r\nDans les deux fonctions de payload cités précédemment je constate que vous utilisez la même variable \"szKey\" que vous allouez/désallouez tout au long des fonctions pour créer les différents objects Json.\r\nEst-ce vraiment nécessaire?\r\nCi-dessous deux images : \r\nle débogage effectué et le code correspondant:\r\n\r\nDébogage \r\n\r\n!SIGFAULT10.JPG!\r\n\r\nCode\r\n\r\n!SIGFAULT11.JPG!\r\n','2021-12-05 11:26:39',0),(1691,666,'Issue',1,'Bonjour,\r\nMerci pour ce retour.\r\nj\'ai trouvé et corrigé un problème dans la méthode d\'encodage du PUBLISH.\r\nIl y avait en fait deux problèmes le premier sur le calcul d\'un longueur et le second sur l\'indice associé dans un tableau.\r\nJe prepare une livraison pour aujourd\'hui ou demain matin.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2021-12-05 11:33:40',0),(1692,666,'Issue',424,'Bonjour M. Condemine,\r\nAvez-vous pu préparer la livraison?\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2021-12-06 10:52:45',0),(1693,666,'Issue',1,'Bonjour,\r\nje viens de livrer.\r\nJe ferme ce ticket. Merci d\'en ouvrir un nouveau en cas de problème.\r\n\r\nCordialement\r\nMichel Condemine','2021-12-06 12:31:23',0),(1694,666,'Issue',1,'Bonjour Maycko,\r\navez vous pu tester les derniers binaires ?\r\nCordialement\r\nMichel Condemine','2021-12-07 11:15:00',0),(1695,666,'Issue',424,'Bonjour M. Condemine,\r\nJ\'ai récupéré le code et je suis en train de tester. \r\nPour l\'instant je ne charge pas le VpiPub, j\'utilise que le VpiSk et j\'ai des crashs (segfault) du serveur. Je vérifie les différents scénarios.\r\n\r\nCe que j\'ai pu remarquer c\'est que :\r\n- Si dans le fichier Subsystem je définis un NbElement différent de 0, le serveur crash la plupart du temps au démarrage.\r\n- Si je définis un NbElement = 0, le serveur se lance bien mais quand je fais SkWrite d\'un tableau d\'une taille supérieur à celle définie dans le fichier SubSystem le serveur crash.\r\n\r\ncordialement,\r\nMaycko LOUIS','2021-12-07 12:03:25',0),(1696,673,'Issue',1,'Bonjour,\r\naprès une analyse rapide. \r\nIl apparait que le crash se produit quand le Publisher détecte un changement d\'état et tente de l\'encoder.\r\nJe ne peux pas dire grand chose lorsque le serveur démarre et se connecte bien au broker sans produire de publish.\r\nAvez vous bien tout régénéré ?\r\nSi oui, pourriez vous me poster votre configuration ?\r\n\r\nCordialement\r\nMichel Condemine','2021-12-07 14:01:47',0),(1697,674,'Issue',1,'Bonjour,\r\nje viens de faire un test avec les derniers binaires.\r\nLe VpiValuesInit fonctionne parfaitement.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n ','2021-12-07 19:50:11',0),(1698,671,'Issue',1,'Bonjour,\r\nle problème était lié aux Méthodes et non pas au dernier TAG.\r\nLes méthodes n\'était pas comptabilisées en tant que TAG. Le problème est donc corrigé dans la version 1.0.6.5 du serveur.\r\n\r\nCordialement\r\nMichel Condemine','2021-12-07 20:48:17',0),(1699,673,'Issue',1,'Bonsoir,\r\nen plus de la configuration pourriez vous me poster les log dans les deux scénarii ?\r\n\r\nCordialement\r\nMichel Condemine','2021-12-07 22:02:13',0),(1700,662,'Issue',432,'Bonjour , \r\n\r\n\r\nCi dessous le retour de Iconics sur le sujet des alarmes : \r\n\r\n\"Numéro de ticket : INC-05690-M0F3Z1 : AlarmWorX Viewer / OpenOPCUA\r\n\r\n \r\n\r\nSymptôme : Lors de l’affichage d’un display, les alarmes existantes ne sont pas visible dans AlarmWorXViewer.\r\n\r\n \r\n\r\nDétails :\r\n\r\nJe viens de refaire une batterie de tests en compagnie d’Olivier Ramel, nous n’avons pas de données retournées sur les alarmes existantes dans les traces.\r\n\r\nLe fonctionnement normal apparent est qu’après un CreateMonitoredRequest, la première trame PublishResponse contient l’état des alarmes déjà actives.\r\n\r\nDans le cas d’OpenOPCUA, cette première PublishResponse ne contient pas les alarmes déjà actives.\r\n\r\nBien que cela fonctionne entre Iconics et d’autre serveurs tiers (OPC Foundation), nos requêtes sont identiques et ne nous permettent pas d’en déduire ce qui ne fonctionne pas avec le serveur OpenOPCUA.\r\n\r\n \r\n\r\nSuite : Nous aurons besoin de l’avis de 4CE / Michel Condemine pour savoir ce que le serveur OpenOPCUA vérifie dans le fonctionnement pour renvoyer les alarmes existantes. \"\r\n\r\n\r\nCordialement, \r\n\r\nMichael','2021-12-08 11:57:39',0),(1701,673,'Issue',424,'Bonjour,\r\nConcernant les logs, avec la dernière version du VpiUaPub que vous nous avez fourni, le Publisher ne va pas plus loin que ce que vous voyez dans le fichier clipboard-202112071343-pxnrc.png.\r\nIl se connecte au Publisher et c\'est tout. Il n\'y a ni publish de data, ni de ping.\r\nJe suis donc retourné sur la version précédente qui lui, fait des pings, publie les données simple, les scalar, ses seuls défauts c\'est qu\'il crash immédiatement dès qu\'on lui fournit une variable de type array et parfois pendant l\'encodage des payloads. c\'est ce que j\'avais précisédans le ticket précédent qui a été fermé(#666).\r\n\r\nConcernant la configuration, veuillez trouver ci-joint le model, l\'instance, le fichier Config ainsi que les fichiers subsystem utilisées.\r\nPour info, que ce soit avec cette configuration ou d\'autres, les variables \"array\" font planter le publisher, donc le CoreServer.\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n\r\n','2021-12-08 13:18:34',0),(1702,673,'Issue',1,'Bonjour,\r\nmerci pour ces informations. Je vais les étudier ce soir a l\'hotel.\r\nEst ce que vous avez pu faire des tests avec la configuration que je vous ai fourni ?\r\nElle est disponible ici http://www.openopcua.org/redmine/attachments/2298 \r\n\r\nCordialement\r\nMichel Condemine','2021-12-08 13:27:41',0),(1703,674,'Issue',432,'Bonjour, \r\n\r\nJe pense que le comportement que nous avons eu est le symptôme de 2 problèmes:\r\n\r\n1) Le VPIValuesInit récupère maintenant 3 des derniers valeurs dans la BDD mais ne restitue pas la plus récente parmi les 3. (Avec la requête, le plus récent est le 1 élément parmi les 3) \r\n\r\n2) Au démarrage du serveur, le serveur initialise le tableau de UDT en tant que tableau de 1 élément. Le VFI enregistre cette valeur dans la base (avec comme TypeId le Datatype). Si pendant les manips effectuées, la 3ème valeur la plus récente est ce \"mauvais enregistrement\", le VPIInitValues restitue un tableau de 1 élément initialisé avec des 0.\r\n\r\n\r\nDisponible pour en discuter si besoin\r\n\r\nCordialement, \r\nMichael','2021-12-08 14:28:41',0),(1704,673,'Issue',424,'Oui, j\'ai testé avec cette config.\r\nAvec la dernière version du publisher. il se lance bien, il se connecte au broker et attend.\r\nJe vois bien les variables Dynamic (UInt16, Float, Int32, String) évoluer depuis le client Opcua, mais le publisher ne les publie pas.\r\n\r\n!clipboard-202112081431-pwi3x.png!\r\n\r\n!clipboard-202112081445-juozi.png!\r\n','2021-12-08 14:46:36',0),(1705,642,'Issue',432,'Bonjour, \r\n\r\nJe vais livrer dans les minutes qui arrivent une version du VpiLine qui applique cette solution. \r\n\r\nCependant dans le cas ou le nœud n\'existe pas (pas encore crée ou VpiValuesInit non présent), le ProcessReadOOUACache renvoi Good au lieu de renvoyer un status indiquant que le nœud n\'existe pas. \r\n\r\nPourrais on envisager de corriger cela? \r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n','2021-12-08 17:10:07',0),(1706,678,'Issue',436,'Bonjour Stéphane,\r\n\r\nFYI all the Enterprise Architect files (.eapx) are located in the \"Model\" directory (under: Lixhe OPC-UA - Information Model > Model).\r\n\r\nAll files names are built as follows: <Imerys-Fall2021>-<latest date>.eapx.\r\nExample: Imerys-Fall2021-13_12_2021.eapx.\r\n\r\nWhen you want to modify a file, you must append your name acronym at the end of the file name while keeping the latest date.\r\nExample: Imerys-Fall2021-13_12_2021-SGR.eapx\r\n\r\nI hope it helps.\r\n\r\nBR,\r\nChris','2021-12-16 12:05:47',0),(1707,677,'Issue',1,'Bonjour,\r\nje viens de faire des essais avec la dernière base de code. \r\nJe ne rencontre aucun crash les données sont bien échangées entre le plant et le line (Usinage dans mes tests)\r\nDescription du scénario de test :\r\nUn serveur line (Usinage)\r\nUn serveur Plant connecté en mode AUTO uniquement à l\'usinage. (1 seul Vpi. Le VpiUaClient)\r\nÉcriture dans ERP_OF_List au sein du Plant. Il s\'agit d\'un Node aspiré depuis l\'Usinage.\r\n!clipboard-202112170706-wfpmi.png!\r\n\r\nLa valeur écriture est donc un tableau d\'extensionObject\r\n!clipboard-202112170707-gvhmp.png!\r\n\r\nCette valeur est reçu correctement dans l\'Usinage\r\n!clipboard-202112170708-ophuo.png!\r\n\r\nJe vais maintenant faire d\'autres essai avec deux VpiUaClient, l\'un en mode Auto et l\'autre en mode Manu.\r\n\r\nCordialement\r\nMichel Condemine','2021-12-17 07:09:55',0),(1708,681,'Issue',285,'XGBoost n\'est pas un framework de deep learning mais de machine learning plus classique pour apprendre sur de la donnée structurée, dans beaucoup de cas ça peut largement suffire.\r\nSi en revanche tu as à dispo de l\'image il faudrait faire du transfer learning avec des architectures classiques resNet ou VGG... Pour cela on pourra utiliser Tensorflow 2, Pytorch ou Keras. Keras est très facile à prendre en main, c\'est une surcouche de tensorflow. Pytorch est le framework préféré des puristes qui veulent pouvoir maîtriser l\'entraînement et la prédiction et faire des ajustements sur mesure si besoin. En réalité l\'analyse d\'image et de texte est déjà tellement avancée qu\'on peut gérer la plupart des usecases avec Keras (et donc tensorflow).','2021-12-20 14:05:58',0),(1709,679,'Issue',424,'Bonjour,\r\nJ\'ai compilé le livrable du 12/12/2021 pour la cible Cylomix et j\'ai les problèmes ci-jointes au lancement du serveur.\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n\r\n\r\n','2021-12-20 16:53:17',0),(1710,679,'Issue',1,'Bonjour,\r\nmerci pour ce retour. Pourriez vous me partager les configurations associées au log ?\r\n\r\nBien cordialement\r\nMichel Condemine','2021-12-20 18:11:07',0),(1711,679,'Issue',1,'Bonjour,\r\nje viens de regarder les fichiers de log qui montrent de nombreuses erreurs de parsing.\r\nVous semblez avoir modifié le modèle OPC UA.\r\nEst ce le cas ?\r\nIl y par ailleurs des erreurs assez grave sur les types de données :\r\nInitializeEncodeableObject>GetNodeIdFromDataTypeList failed. The UAVariable have no dataType \r\n\r\nCes erreurs peuvent expliquer les problèmes rencontrés.\r\nPourriez vous m\'expliquer cela ?\r\n\r\nEst ce que le serveur fonctionne avec la configuration de simulation que je vous ai transmis ?\r\n\r\nCordialement\r\nMichel Condemine','2021-12-20 18:18:43',0),(1712,681,'Issue',1,'Est ce que tu peux fournir, dans ce ticket, les liens sur les différents projets ?\r\nDans l\'idéal avec des exemples de code ?','2021-12-20 22:03:52',0),(1713,679,'Issue',424,'Bonjour,\r\nLe modèle utilisé est le modèle que je vous ai transmis dans le ticket #673.\r\nLa seule différence c\'est que entre le test 1(fichiers 1.zip) et le test 2 (fichier 2.zip) j\'avais commenté les variables de type ExtensionObject dans le fichier config Subsystem.Mqtt.\r\nDans le test 1 le fichier SubSystemMqtt avait des variables ExtensionObject\r\n- Résultat: Crash du VpiPub pendant le parsing\r\nDans le test 2 le fichier SubSystemMqtt n\'avait pas de variables ExtensionObject (commenté)\r\n- Résultat: \r\n-- On obtient les erreurs \"assez grave sur les types de données\" dont vous parlez mais le Publisher se connecte au broker puis\r\n-- Crash du VpiSk pour d\'autres raisons qui semble être lié au TransfertToCoreServerCache\r\n\r\nJe vous confirme que le serveur fonctionne avec la config de simulation que vous nous avez transmis. \r\nCela dit cette simulation me montre que l\'architecture CoreServer -> VpiUaJsonMqtt fonctionne et avec des types simples. Ce qui ne représente pas notre architecture réelle.\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n','2021-12-21 11:45:11',0),(1714,679,'Issue',1,'Bonjour,\r\nje vous remercie pour ce retour.\r\nMaintenant que j\'ai la confirmation que le serveur et son publisher fonctionnent en mode simulation je vais pouvoir adresser le cas des User DataType (UDT).\r\nIl faut corriger les erreurs de parsing liées à une mauvaise configuration ou une évolution de votre besoin. \r\nLe Vpi détecte 136 TAG mal configurés. Je vais faire évoluer le Vpi pour qu\'il supporte les nouvelles adresses.\r\nEst ce que l\'on pourrait planifier une séance de travail +/- 1h afin de valider votre modèle de données OPC UA et/ou le faire évoluer?\r\nPour ma part je suis resté sur le modèle ci dessous.\r\n!clipboard-202112211159-qlhk1.png!\r\nEn cas d\'évolution nous pourrons générer un nouveau modèle et mettre le VpiSk en conformité.\r\n\r\nBien cordialement\r\nMichel Condemine\r\n','2021-12-21 12:03:08',0),(1715,677,'Issue',1,'Bonjour,\r\nj\'ai fait de gros progrès dans la résolution du problème de ce ticket.\r\nIl y avait une ancien libération de resource incorrectement positionnée.\r\nIl y a par ailleurs de nombreuses erreurs dans configuration prélevée à TREMERY.\r\n*Il faut en particulier que l\'ARRAYDIMENSIONS corresponde à la déclaration faite dans le SubSystem.*\r\nJe suis en train de finaliser cette partie pour les déclarations dynamique. \r\nVous avez déclaré les tableaux comme vous auriez déclaré des scalaires.\r\nPar exemple :\r\n<pre>\r\n<Tag Id=\"ns=3;i=16\" Name=\"ERPOfList\" Description=\"ERPOfList\" Type=\"ns=1;i=381\" AccessRight=\"Input_Output\" Address=\"ns=5;i=16\"/>\r\n</pre> \r\nOn peut en parler vers 17h00 si vous voulez.\r\n\r\nCordialement\r\nMichel Condemine','2021-12-21 16:14:00',0),(1716,685,'Issue',436,'The Companion Specification OPC 40250-1 is available on the drive.','2022-01-03 13:09:09',0),(1717,686,'Issue',436,'','2022-01-03 13:10:40',0),(1718,683,'Issue',436,'','2022-01-03 13:11:59',0),(1719,687,'Issue',1,'Same for XYZDataType','2022-01-03 13:33:15',0),(1720,678,'Issue',1,'','2022-01-03 13:35:30',0),(1721,664,'Issue',1,'','2022-01-03 15:05:22',0),(1722,667,'Issue',1,'','2022-01-03 15:06:04',0),(1723,670,'Issue',1,'','2022-01-03 15:06:37',0),(1724,676,'Issue',1,'','2022-01-03 15:07:08',0),(1725,683,'Issue',1,'Need more information and/or reorganize the inheritance','2022-01-03 15:10:41',0),(1726,687,'Issue',1,'','2022-01-03 15:27:26',0),(1727,687,'Issue',1,'We complete the XYZDataType and used it in the GantryType.\r\nIndirectPowerDataType is ok','2022-01-03 15:44:39',0),(1728,688,'Issue',436,'Bonjour Michel,\r\n\r\nEst-ce que vous avez moyen de fournir un retour sur ce point SVP afin d\'essayer de nous débloquer ?\r\n\r\nMerci,\r\nChristophe','2022-01-06 16:55:21',0),(1729,688,'Issue',1,'Bonjour,\r\nquelques questions :\r\n* Avez vous bien modifié vos Vpis ?\r\n* Utiliser vous mes binaires ?\r\nLe message d\'erreur semble indiquer que le ProjectFolder n\'a pas été positionné.\r\n\r\nCordialement\r\nMichel Condemine','2022-01-06 17:16:29',0),(1730,688,'Issue',432,'Bonjour, \r\n\r\nOui nous avons modifié nos Vpi ainsi qu\'utilisé les binaires \r\nSommes nous d\'accord que c\'est uniquement dans le fichier oouaprj que l\'on doit indiquer ce nom de dossier? \r\n\r\nCordialement, \r\n\r\nMichael','2022-01-06 17:19:44',0),(1731,688,'Issue',1,'Bonjour,\r\nrien ne change dans les fichiers de configuration.\r\nLe code du serveur et des vpi a changé.\r\nLe VpiUaCLient fonctionne très bien. Vous avez les bons binaires.\r\nOn peux faire un call à 17h30.. MAX 30 MIN\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-01-06 17:24:07',0),(1732,688,'Issue',432,'Super merci je vous envois une invitation Teams ','2022-01-06 17:26:13',0),(1733,690,'Issue',436,'Hello Stephane,\r\n\r\nI think it would be nice if you can deliver the file by COB January 14th.\r\nWe will then be able to start mapping on January 17th. \r\n\r\nBR,\r\nChris','2022-01-07 08:14:31',0),(1734,692,'Issue',447,'Bonjour,\r\n\r\nLes 2 DataType sont différents en terme d\'attributs et les 2 sont utilisés dans le modèle. J\'ai donc modifié un des 2 Datatypes en MissionAGVDataType\r\n\r\n!clipboard-202201100915-4teu2.png!\r\n\r\n','2022-01-10 09:15:52',0),(1735,693,'Issue',447,'Modèle V19','2022-01-12 10:40:12',0),(1736,695,'Issue',1,'Bonjour,\r\nvous pouvez copier des images directement dans les tickets Redmine (copier/coller).\r\nDans Crash-LM-PileAppels-1.png je ne vois pas le début de la callstack. Pourriez vous me la montrer.\r\nJe vous propose de faire une session Team dans l\'AM entre 15h et 16h\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-01-12 13:40:33',0),(1737,695,'Issue',433,'Bonjour Michel,\r\n\r\nMalheureusement, je n\'ai pas pensé à mémoriser le haut de la pile, et j\'ai arrêté le serveur depuis pour continuer des tests.\r\n\r\nEst-ce que cela remet en cause la réunion de 15h?','2022-01-12 14:11:18',0),(1738,695,'Issue',433,'Bonsoir Michel,\r\nJe suis retombé dans le crash d\'hier, avec les mêmes adresses en fin de pile, ce qui me permet de vous la restituer complète.\r\n\r\n!clipboard-202201121849-pbheg.png!\r\n!clipboard-202201121849-phejq.png!\r\n','2022-01-12 18:50:00',0),(1739,695,'Issue',433,'','2022-01-12 19:31:36',0),(1740,695,'Issue',433,'Vous trouverez ci-joint les 2 nouvelles versions de nos dll (j\'ai supprimé du ticket celle envoyée hier pour éviter toute confusion) :\r\n- VpiLined.dll\r\n- StructuresEmotorsd.dll\r\n\r\nElles intègrent principalement :\r\n- Suppression des messages de lock/unlock qui noyaient l\'information sans être plus utiles\r\n- Sécurisation de la gestion des FREE et des DELETE (factorisation de la gestion des VpiString et neutralisation des pointeurs libérés par affectation d\'un Vpi_Null) + sécurisation de la gestion de plusieurs vectors pour lesquels on attaquait bille en tête les .begin() et .end() sans vérifier que le vector était bien défini.\r\n\r\nC\'est avec ces 2 dll que j\'ai reproduit le crash dont la pile d\'appel exhaustive est fournie plus haut.\r\n','2022-01-12 19:37:30',0),(1741,695,'Issue',433,'Bonjour Michel,\r\nNouveau crash, avec base de pile similaire, mais pas le même contenu de pile (plus courte cette fois) :\r\n!clipboard-202201131702-9mixy.png!\r\n','2022-01-13 17:02:10',0),(1742,695,'Issue',1,'Bonjour,\r\nun chose m\'etonne.\r\nVous avez les symboles, n\'est ce pas. Alors, pourquoi ne voit on pas les fonctions/méthodes sources de l\'appel ?\r\n\r\nCordialement\r\nMichel','2022-01-13 17:05:43',0),(1743,701,'Issue',447,'Bonjour\r\n\r\nCorrigé dans la version 2.20 ci-jointe\r\n\r\nLionel Claudel','2022-01-17 10:16:13',0),(1744,695,'Issue',433,'Bonsoir,\r\nVeuillez trouver ci-joint (22-01-17-BinairesLM.zip) de nouveaux binaires pour le LM : Vpi Line + library StructuresEmotors (dll+PDB).\r\nNote : Binaires pour mise à jour du LM de la maquette, pas du PM.\r\n\r\nCette mise à jour contient la sécurisation de la gestion mémoire lors des appels d\'encodeur et décodeur depuis le Vpi Line : La zone d\'échange est désormais réservée ET libérée par l\'appelant (Vpi Line) puis exploitée (remplie) par la library, sécurisé les valorisations (Vpi_Null) après free et amélioré la sécurité autour des opérations d\'encodage et décodage (gestion de status code pour ne pas utiliser des blocs pour lesquels on aurait dépisté des problèmes).\r\n\r\nNous n\'avons pas encore amélioré plus avant la gestion des Vpi_String (passage en paramètres des pointeurs plutôt que retour direct) car il nous reste des interrogations. \r\n\r\nCordialement.\r\n','2022-01-17 18:38:01',0),(1745,695,'Issue',432,'Bonjour, \r\n\r\n\r\nPetite information supplémentaire. \r\nAfin de livrer une version des binaires ce soir, nous n\'avons pas pu effectuer les tests exhaustifs que nous souhaitions faire. De ce fait, nous ne pouvons nous ni confirmer ni infirmer que le problème est résolu. Nous allons continuer nos tests d\'ici le point de synchro de demain 11h. \r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n','2022-01-17 18:52:43',0),(1746,679,'Issue',1,'Bonjour,\r\naprès relecture du dernier ticket je constate qu\'il convient de corriger le modèle avant de corriger un éventuel problème de cohabitation entre les deux Vpis.\r\nJe vous propose une session jeudi. Si cette dans ne convenait pas j\'ai quelques plus de disponibilité la semaine prochaine.\r\n\r\nBien cordialement\r\nMichel Condemine\r\n\r\n','2022-01-18 09:52:47',0),(1747,692,'Issue',1,'Bonjoru Lionel,\r\nnous avons le même genre problème avec ResponseAGVDataType qui est présent deux fois dans le modèle.\r\nL\'une des instances ne contient pas d\'attribut\r\n!clipboard-202201182248-bi0es.png!\r\n\r\nCordialement\r\nMichel Condemine','2022-01-18 22:49:16',0),(1748,703,'Issue',1,'Fixed','2022-01-19 15:54:12',0),(1749,692,'Issue',447,'Bonjour\r\n\r\nJ\'ai corrigé dans la version 2.21 ci-jointe\r\n\r\nCordialement,\r\n\r\nLionel Claudel','2022-01-20 10:31:44',0),(1750,704,'Issue',1,'Hello,\r\nM580 is OPC UA compliant but i\'m not sure if the embedded server support UDT.\r\nMy advice is to use OpenOpcUaCoreServer as PLC aggregator. In that case it don\'t really matter if the PLC is UA compliant or not.\r\n\r\nI hope it help\r\n\r\nRegards\r\nMichel Condemine','2022-01-21 16:02:09',0),(1751,704,'Issue',532,'This device seems compatible with \"ComplexTypes2017\" is enough to use information model with it?','2022-01-21 16:21:47',0),(1752,704,'Issue',531,'Guillaume Ogier wrote in #note-2:\r\n> This device seems compatible with \"ComplexTypes2017\" is enough to use information model with it?\r\n\r\nDear Michel,\r\n\r\nWe would prefer to select devices which natively support OPC UA framework as far as possible since the machine is being designed from scratch. This supplier actually has Siemens S7-1500 PLC but due to very high lead time it is not matching our timeline. This is the reason they are looking at another PLC with shorter lead time. So if possible let us identify a PLC which can support all OPC UA functionality as needed. \r\n\r\nWe will definitively use OpenOpcUaCoreServer where we do not have any other option. We can offload maximum work to suppliers as far as possible.\r\n\r\nDo let us know your thoughts as well.\r\n\r\nBest regards,\r\nChirag','2022-01-21 16:25:25',0),(1753,693,'Issue',447,'Bonjour Michel\r\n\r\nEn plus du bug lors de la génération de LogisticClass (sur l\'AGVRequetEnum) et RotorClass (Guid dans les Alias), j\'ai constaté lors d\'un essai d\'instanciation de l\'objet ProductionLineType (présent dans le Shared) une anomalie je pense.\r\n\r\nDans MachineType il y a un dossier Traceability (OK à l\'instanciation) puis un attribit Traceability_Data (Ok) et Traceability contient un attribut de type Group_Control_Value_Datatype (OK) qui l\'attribut Control_Value. Mais cette attribut et de type Receive_ControleValue_Datatype (conforme au modèle) mais il devrait etre du type Receive_ControlValue_VariableType (qui existe bien dans le nodeset)\r\n\r\n!clipboard-202201211829-ufczw.png!\r\n\r\nJe pense qu\'il y a le même soucis dans ERP_OF_Datatype lorsque l\'on n\'arrive au niveau du Part_Produce Datatype \r\n\r\nCordialement,\r\n\r\nLionel Claudel','2022-01-21 18:33:17',0),(1754,695,'Issue',436,'Bonsoir Michel,\r\n\r\nComme convenu ce jour vous trouverez ci-joint le package (binaires + codes sources) permettant les tests E2E PM / LM (avec 1 ou 2 LM - Usinage Cover et Usinage Main).\r\n\r\nA noter que le .zip contient également le mode opératoire pour pouvoir tester via UaExpert (ce mode opératoire démarre par le test pour un seul LM ; pour tester avec 2 LM voir la fin du document pour savoir comment procéder).\r\n\r\nEn vous remerciant pour votre support.\r\n\r\nL\'équipe Inetum','2022-01-21 18:43:01',0),(1755,704,'Issue',531,'Chirag Solanki wrote in #note-3:\r\n> Guillaume Ogier wrote in #note-2:\r\n> > This device seems compatible with \"ComplexTypes2017\" is enough to use information model with it?\r\n> \r\n> Dear Michel,\r\n> \r\n> We would prefer to select devices which natively support OPC UA framework as far as possible since the machine is being designed from scratch. This supplier actually has Siemens S7-1500 PLC but due to very high lead time it is not matching our timeline. This is the reason they are looking at another PLC with shorter lead time. So if possible let us identify a PLC which can support all OPC UA functionality as needed. \r\n> \r\n> We will definitively use OpenOpcUaCoreServer where we do not have any other option. We can offload maximum work to suppliers as far as possible.\r\n> \r\n> Do let us know your thoughts as well.\r\n> \r\n> Best regards,\r\n> Chirag\r\n\r\n\r\n\r\nDear Michel,\r\n\r\nCan we recommend the M580 to the vendor? Kindly let us know.\r\n\r\nThank you.','2022-01-24 10:15:20',0),(1756,705,'Issue',1,'Bonjour,\r\nVotre callstack montre un crash sur le SkRead. Je suppose que vous avez bien regénéré l\'InternalKernelApi. n\'est-ce pas ?\r\nEst ce que vous utilisez la configuration que je vous ai fourni ?\r\nSinon pourriez vous me fournir votre configuration ?\r\n\r\nCordialement\r\nMichel Condemine','2022-01-24 15:06:56',0),(1757,705,'Issue',424,'Bonjour, \r\nOui, tout a été régénéré :\r\n> XMLSaxParser\r\n> LuaLib\r\n> OpenOpcUaStackV1\r\n> OpenOpcUaSharedLib\r\n> OpenOpcUaCoreServer\r\n> VpisSdk/OpenOpcUaVpiLibrary\r\n> VpiSk/InternalKrnlApi\r\n> VpiSk\r\n> VpiUaMqttJsonPub\r\n\r\nCi-joint la configuration utilisée.\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n','2022-01-25 10:17:28',0),(1758,705,'Issue',1,'Bonjour,\r\nje suis en train de monter votre configuration sur ma machine. J\'ai quelques remarques préliminaires :\r\nLa callStack transmise hier correspond àu n problème lors de l\'appel au SkRead par le VpiSk.\r\nUne String malformée est envoyée à la fonction Vpi_String_StrLen.\r\nJe pense que le problème vient des modifications de modèle et de leur impact sur les fonctions de parsing du VpiSk.\r\nPourriez vous tester avec la configuration que je vous ai envoyé et me faire un retour ?\r\nElle utilise un VpiSk standard avec le modèle original.\r\n\r\nCordialement\r\nMichel Condemine','2022-01-25 11:28:51',0),(1759,705,'Issue',424,'Bonjour,\r\nJe supposes que vous voulez que je test avec un autre modèle mais dans la configuration que vous nous avec envoyé il n\'y a pas de modèle(s), le dossier Project est vide.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2022-01-25 14:36:36',0),(1760,705,'Issue',1,'Bonjour,\r\n\r\nEn effet il n\'y a rien dans le fichier posté. Il y a du avoir un problème lors du Sync.\r\nJe poste une nouvelle version de la même maquette mais avec un fichier Project contenant des données.\r\nJ\'ai testé la maquette avec Azure et avec HiveMq.\r\n\r\nCordialement\r\nMichel Condemine','2022-01-25 15:26:51',0),(1761,705,'Issue',424,'Bonsoir M. Comdemine,\nAprès plusieurs tentatives de connexions je constate que le Publisher envoi une requête de connexion au broker, le broker répond et puis plus rien.\n\n!clipboard-202201251945-jsuhx.png!\n\nEt dans les logs du Publisher, j\'ai OpenSocket failed, Tentative de connexion, puis rien.\n\n!clipboard-202201251947-1a9tv.png!\n \nEst-ce que ce scénario vous parle?\n\nSur HiveMq je vois bien une connexion entrante qui dure quelques secondes.','2022-01-25 19:49:38',0),(1762,705,'Issue',1,'Bonsoir,\r\nje constate que le publisher envoi le Connect MQTT, le broker lui répond, mais le subscriber ne détecte pas la réponse.\r\nJe constate aussi qu\'au démarrage le publisher n\'arrive pas à ouvrir le socket TCP et à près 30 sec il y arrive.\r\nQue s\'est il passé entre 18:30:47 et 18:31:17 ?\r\nLa meilleur hypothèse est que la thread de lecture du flux entrant est en attente de démarrage.\r\nQu\'en pensez vous ?\r\n\r\nPourriez vous mettre le publisher en situation afin qu\'il ouvre le socket immédiatement ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-01-25 20:49:50',0),(1763,705,'Issue',424,'Bonjour M. Condemine,\r\nQu\'entendez-vous par \"mettre le publisher en situation afin qu\'il ouvre le socket immédiatement\"?\r\nL\'erreur OpenSocket failed n\'est pas systématique. Parfois l\'envoi de la demande de connexion se fait dès le démarrage du Publisher (comme ci-dessous).\r\n\r\n!clipboard-202201261026-phlqx.png!\r\n\r\n\r\nMais le résultat reste le même. Le broker détecte une connexion entrante qui disparait quelques secondes après. \r\nJe pense aussi que le Publisher ne détecte pas le \"Connect ACK\" retourné par le broker. \r\nLes captures wireshark montrant la réponse du broker viennent de la cible du publisher donc la réponse arrive bien jusqu\'au Publisher.\r\n\r\nQu\'est-ce qui peut faire que la thread de lecture des données entrante soit en attente de démarrage?\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n\r\n','2022-01-26 10:35:08',0),(1764,705,'Issue',1,'Bonjour,\r\nLa thread d\'écoute est débloquée à plusieurs endroit. Mais elle est toujours débloquée une fois le MQTT_SendConnect transmis avec succès.\r\n* EntryPoint.cpp L205 pour une connection non-sécurisée\r\n* EntryPoint.cpp L228 pour une connection Securisée (TLS)\r\n\r\nDans le deux cas si le MQTT_SendConnect échoue un message sera placé dans le LOG.\r\nA partir de ce moment la thread de lecture échoue de données qui arrivent sur le Socket. \r\nVous comprenez que le code en connection sécurisé et en connection non-sécurisée est différent.\r\nPour vous assurer que le la thread d\'ecoute fonctionne. Vous pouvez, *à titre temporaire* , décommenter les lignes 504 à 508 du fichier VpiUaPub.cpp\r\nen fois fait regarder dans les log et tenez moi au courant.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-01-26 11:19:05',0),(1765,705,'Issue',424,'Bonjour, \r\nOn passe par les lignes décommentées.\r\n\r\n!clipboard-202201261747-so0sa.png!\r\n\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2022-01-26 17:49:06',0),(1766,705,'Issue',1,'Bonsoir,\r\nIl y a ce message d\'erreur 0x80050001 qui correspond à Vpi_BadSocketError.\r\nCependant si vous avez la série de messages \"Receive no data\" c\'est que le socket à fini par s\'ouvrir. \r\nOn peut en conclure que donc la thread d\'écoute, écoute bien sur le socket ouvert. Mais est il bien ouvert ?\r\nEst ce que ce socket ne serait pas en erreur ?\r\nJe vais faire d\'autres test sur ma Debian pour tenter de reproduire ce problème.\r\nCependant je suis perplexe car je n\'ai pas vu ce phénomène le week-end dernier. \r\nJ\'ai ce message seulement quand il n\'y rien à lire.\r\nPourquoi avez vous ce message d\'erreur au lancement ?\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2022-01-26 18:05:32',0),(1767,708,'Issue',447,'Bonjour,\r\n\r\nJ\'ai enlevé tous les EAJAVA pour SharedClass et LogisticClass et RotorClass.\r\n\r\nlors de la génération de Logistic il manque la copie de RequestAGVEnum dans les Alias (Enum présente dans SharedClass)\r\n\r\n\r\nLors de la génération de Rotor, il y a toujours des GUID dans les Alias\r\n\r\n!clipboard-202201271714-okagx.png!\r\n\r\nCi-joint le nouveau EA sans le language JAVA\r\n\r\nLionel Claudel\r\n','2022-01-27 17:15:04',0),(1768,695,'Issue',432,'Bonsoir M. Condemine, \r\n\r\n\r\nVous trouverez ci-joint une nouvelle version de notre librairie StructuresEmotors et VpiLine améliorés conformément à vos préconisations. \r\nNous vous livrons les binaires mais aussi les sources pour que vous puissiez les consulter ou recompiler si besoin. \r\nNotez que cette livraison ne concerne que le LM. La partie PM de la maquette doit continuer à tourner avec l\'ancienne version de StructuresEmotores (rupture d\'interface avec les VpiPlant VpiERP et VpiPlm dont les versions améliorés ne sont pas encore disponibles). \r\nNos premiers tests ne montrent pas d\'amélioration mais nous devons les poursuivre de notre côté.\r\n\r\nBonne réception,\r\n\r\nNicolas et Michael \r\n','2022-01-27 19:19:36',0),(1769,708,'Issue',1,'Bonjour,\r\nje vais vous livrer une version ce matin.\r\nElle génère les trois nodeset : SharedClasses, Logistic et Rotor sans problème.\r\nCi dessous le résultat de l\'import :\r\n!clipboard-202201281018-aywmr.png!\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-01-28 10:19:52',0),(1770,705,'Issue',424,'Bonjour, \r\nSuite au mail demandant de faire des tests avec la configuration de simulation, j\'ai réalisé les tests. \r\nNiveau OPCUA, tout est OK, j\'ai bien les variables dynamiques simulées mais pour le PublisherMQTT j\'ai toujours les mêmes problèmes.\r\n\r\n!clipboard-202201281529-xkamv.png!\r\n!clipboard-202201281528-wba0d.png!\r\n\r\nCordialement,\r\nMaycko LOUIS','2022-01-28 15:52:23',0),(1771,706,'Issue',1,'Bonjour,\r\nAprès notre échange je ferme cette incident.\r\nBien cordialement\r\nMichel Condemine','2022-01-28 15:58:27',0),(1772,705,'Issue',1,'Bonjour,\r\nest ce que qu\'un subscriber ou est-ce que l\'interface hiveMq vous affiche les changements ?\r\nDe mon côté j\'ai fait d\'autres tests sous Linux.\r\nJe reçois cette séquence dans le LOG :\r\n!clipboard-202201281602-m5dkx.png!\r\nCependant après quelques échanges le lien avec le Broker azure SK est coupé.\r\n\r\nJe creuse cette piste. Vous devriez cependant avoir le même comportement.\r\nCordialement\r\nMichel Condemine','2022-01-28 16:04:22',0),(1773,705,'Issue',424,'De mon côté HiveMq m\'affiche un nouveau client qui disparait presque immédiatement. \r\nDans l\'intervalle aucune donnée n\'a été transmise.\r\n','2022-01-28 17:26:10',0),(1774,695,'Issue',432,'Bonsoir M. Condemine, \r\n\r\nVous trouverez ci-joint une nouvelle version de toutes nos librairies (sur le bout en bout PM/LM) conformément à vos préconisations.\r\nNous vous livrons les binaires mais aussi les sources pour que vous puissiez les consulter ou recompiler si besoin.\r\n\r\nNos tests ne montrent pas d\'amélioration. \r\nLes crash remontent principalement 3 piles d\'appels (aucune n\'est systématique). \r\n\r\n1) Lorsqu\'un ExtensionOject est mis à jour *pour la première fois* par le VpiLine, la fonction de callback crash lors de la libération du tableau d\'extension object précèdent\r\n\r\n!clipboard-202201281831-wdezr.png!\r\n\r\n2) \r\n!clipboard-202201281834-auuqn.png!\r\n\r\n\r\n3) \r\n!clipboard-202201281834-hx5yk.png!\r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n','2022-01-28 18:39:05',0),(1775,705,'Issue',1,'Bonsoir,\r\nj\'ai corrigé le problème en modifiant le comportement d\'une mutex sous Linux (m_TLSTransactionPendingMutex).\r\nCelle-ci n\'est plus utilisé pour l\'instant.\r\nUn seul fichier est modifié, VpiUaPub.cpp\r\nMerci de le remplacer dans votre code et de régénérer le VpiUaMqttJsonPub.\r\nci-dessous une capture sous Linux\r\n!clipboard-202201282150-5wylu.png!\r\n\r\nTenez moi au courant\r\nCordialement\r\nMichel Condemine','2022-01-28 21:51:41',0),(1776,695,'Issue',1,'Bonjour,\r\nj\'ai travaillé sur la maquette. J\'ai réalisé quelques petites améliorations dans le serveur sur la gestion de extensionObjectArray.\r\nJ\'ai réussi à faire une séquence complète (procédure de test) hors l\'arrêt du line.\r\nCependant, après le crash, j\'arrive à lancer/stopper le line plusieurs fois sans problème.\r\nDeleaker detecte de nombreuses fuites 1278 dans différents modules. snapshot ci-joint. \r\n\r\nA suivre.\r\nCordialement\r\nMichel','2022-01-29 00:35:43',0),(1777,695,'Issue',1,'Bonjour,\r\nEncore un week-end studieux. \r\nJ\'ai fait de nombreux tests. J\'arrive maintenant à faire fonctionner la chaine complète sans erreur et sans crash :\r\nJe parle de scénario complet de la procédure de test (Document Word) + Arrêt du Line.\r\nAprès un scénario il y a de nombreuses fuites mémoires :\r\n* StructuresEmotors.dll : 890 leaks\r\n* VpiLibrary : 337 leaks provoquées par des appels de du VpiLine \r\n* VpiLine : 34 leaks\r\n* Server with all dependencies : 47 leaks\r\nJe vais étudier les 47 fuites côté serveur. Je vous invite à étudier les 1261 dans vos différents codes.\r\nJe vais poster les nouveaux binaires (Serveur et dépendances) dans la soirée.\r\n\r\nOn en parle demain\r\nCordialement\r\nMichel Condemine','2022-01-30 22:26:36',0),(1778,695,'Issue',1,'Une précision supplémentaire.\r\nSi on arrête le Plant après le Line il crash. Mais si on arrête le plant puis le line tout se passe bien.\r\nIl y a cependant des fuites dans les différents modules\r\n* OOUAVpiLibrary : 180 leaks provoquées par les Vpis\r\n* StructuresEmotors : 172 leaks\r\n* VpiPLM_PM : 70 leaks\r\n* OOUAStackV1 : 49 Leaks \r\n* VpiPlants : 24 leaks\r\n* InetumDBManagerLib : 12 leaks\r\n* Vpi_ERP_Pm : 8 leaks\r\n\r\nComme indiqué précédemment je vais étudier les 49 fuites dans le serveur. Je vous laisse regarder les 466 fuites dans vos différents modules.\r\n*Notez que la version actuelle ne plante plus. J\'ai joué le scénario complet décrit dans le document + 10 fois sans crash.*\r\n\r\nCordialement\r\nMichel Condemine','2022-01-30 23:50:41',0),(1779,709,'Issue',1,'Definition\r\nThis is called cascaded PID control. Two controllers are in cascade when they are arranged so that one regulates the set point of the other. \r\nA PID controller acts as outer loop controller, which controls the primary physical parameter, such as fluid level or velocity.\r\n\r\nThis can be done by mapping the Y to SP of the second PIDControllerDataType. With OOUA it\'s done with Subsystem file.','2022-01-31 15:16:37',0),(1780,710,'Issue',1,'We can collect information from any devices through Vpis. For now there is no Asystom Vpi.\r\nVibration sensor are attributes for bearing but some other can be any where using agregation concept.\r\n\r\n','2022-01-31 15:22:07',0),(1781,705,'Issue',424,'Bonjour,\r\nJ\'ai régénéré le VpiUaMqttJsonPub après avoir intégré votre correctif.\r\nJ\'ai fait des tests avec le modèle de simulation ainsi que le modèle DemoSK (Pour l\'instant en mode non secure avec HiveMQ).\r\n\r\nBilan:\r\n1/ Points positifs\r\n- J\'ai parfois l\'erreur 0x80050001 (BadSocketError) après démarrage mais cela ne semble pas avoir d\'incidence. Le Publisher arrive toujours à se connecter au Broker.\r\n- Le Publisher publie maintenant des données VpiExtensionObject.\r\n\r\n2/Points négatifs\r\n- Le Publisher plante quand j\'ajoute une variable qui est un VpiExtensionObject avec un nombre d\'élément > 0 (tableau) dans le SubSystemMqtt.\r\nCi-dessous la variable ajoutée:\r\n!clipboard-202201311524-0waud.png!\r\nLe paramètre NbElement = 10 est l\'origine du crash.\r\n\r\nSavez-vous pourquoi? Pouvez-vous vérifier et me confirmer que le publisher gère bien les tableaux d\'extensionObject.\r\n\r\nComme convenu vendredi soir, je suis disponible ce soir entre 17 et 18h pour faire un point d\'avancement et réaliser d\'autres tests sur notre cible si nécessaire.\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n','2022-01-31 15:34:50',0),(1782,711,'Issue',1,'No related to CIII .See brainstorming pptx','2022-01-31 15:41:48',0),(1783,712,'Issue',1,'New attribute added','2022-01-31 15:57:01',0),(1784,713,'Issue',1,'The calculation can be done at any place in the installation, PLC, CN, Server, etc.\r\nIt\'s up to the person in charge of the configuration.','2022-01-31 16:02:45',0),(1785,713,'Issue',1,'','2022-01-31 16:02:54',0),(1786,714,'Issue',1,'It\'s first of all only live calculation. It mean that we calculate when a new value is received.\r\nA calculation consume almost nothing and can be shared with PLCs.','2022-01-31 16:08:08',0),(1787,695,'Issue',432,'Bonsoir M. Condemine, \r\n\r\nNous avons pu lancer 50 tests sur 3 environnements différents (49 OK sur 50).\r\n1 seul crash dans un scénario spécifique : on a démarré le plant avant le démarrage du line et il s\'est connecté au moment ou le serveur line est en cours d\'inversion des références. Nous n\'avons malheureusement pas une pile d\'appel et n\'avons pas réussi à reproduire le crash. Si vous êtes d\'accord nous considérerons ce crash comme étant hors du scope de ce ticket et donc non-prioritaire.\r\n \r\n\r\nAvant de pouvoir livrer à Lionel, nous souhaitons demain mener les actions suivantes: \r\n\r\n- Correction d\'une fuite que nous avons introduite \"exprès\" \r\n- Test du VpiUaClient (côté automate IPV4), VpiValuesInit et VFIPostgres\r\n- Tentative de correction VpiLine d\'un ticket de Lionel (faire en sorte que le LM en cours de démarrage puisse traiter un Data_Available déjà à 1 côté PLC)\r\n\r\n\r\n\r\nDans l\'intervalle, pourriez vous s\'il vous plaît nous partager les binaires IPV4 et les sources si vous le pensez nécessaire ?\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-01-31 18:38:04',0),(1788,695,'Issue',1,'Bonjour,\r\npour etre bien certain.\r\nEst ce que vous avez réalisé les 49 tests sans redémarrer le serveur.\r\nL\'objectif est bien de tester le fonctionnement sans redémarrer le serveur.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-01 09:04:58',0),(1789,695,'Issue',432,'Bonjour, \r\n\r\nIl semblerait qu\'on s\'est mal compris. Nous redémarrons les serveurs avant chaque test (c\'était plus au début que nous avons les crashs). \r\n\r\nJe rajouterai quelques tests de longueur parmi mes tests aujourd\'hui. \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2022-02-01 09:33:57',0),(1790,695,'Issue',1,'Bonjour,\r\npourriez-vous me donner des nouvelles de essais du jour ?\r\n\r\nCordialement\r\nMichel Condemine','2022-02-01 17:16:46',0),(1791,717,'Issue',432,'','2022-02-01 17:19:29',0),(1792,717,'Issue',1,'Bonjour,\navec la version de ce jour mais sans changement sur les méthodes. Je ne constate aucun problème\n!clipboard-202202011720-48bvm.png!\n\nCordialement\nMichel Condemine','2022-02-01 17:20:41',0),(1793,717,'Issue',432,'Sur la capture d\'écran nous ne voyons pas les noms des input et output arguments de la méthode. C\'est le même phénomène que nous observons de notre côté. \r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2022-02-01 17:29:54',0),(1794,695,'Issue',432,'Bonjour, \r\n\r\n\r\nLes tests aujourd\'hui ont été positifs sur les différents modules et le multi-ligne. \r\nNous avons cependant rencontré un crash sur un scénario spécifique : Engagement de 2 pièces. Redémarrage du serveur et restitution de la liste de pièces produites par le VpiValuesInit. Terminaison des pièces et déclenchement des remontés. Nous rencontrons à cet endroit un crash avec la pile d\'appel suivante : \r\n\r\n!clipboard-202202011753-d25cl.png!\r\n\r\nNous essayons de reproduire ce bug en ce moment. \r\n\r\nIl nous manquera après cela plus que le point sur les méthodes qui ne sont pas visibles et de tester la communication IPV4 VpiUaClient. \r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2022-02-01 17:55:51',0),(1795,695,'Issue',432,'Le minidump obtenu est en PJ. \r\n\r\nJ\'en poste d\'autres si j\'arrive à reproduire des mindump du crash \r\n\r\nCordialement, \r\nMichael','2022-02-01 17:58:53',0),(1796,695,'Issue',432,'Deux minidumps supplémentaires ont été obtenus. J\'ai l\'impression qu\'on est encore sur de la mémoire corrompus. \r\n\r\n\r\nOn continue à investiguer. \r\nCordialement, \r\n\r\nMichael ','2022-02-01 18:30:26',0),(1797,695,'Issue',1,'Bonjour,\r\npour avancer sur ce problème merci de me fournir une maquette et une procédure permettant de le reproduire.\r\nCordialement\r\nMichel Condemine','2022-02-01 21:23:16',0),(1798,715,'Issue',1,'Bonjour,\r\nj\'ai corrigé le problème de mise en forme et comme vous pouvez le voir ci-dessous le support des tableaux d\'UDT.\r\n!clipboard-202202021044-whjtk.png!\r\nLe problème de mise en forme venait du support de QOS 1 avec certain broker.\r\nLors du message publish, QOS1 est utilisé. Ce support est codé en dur. Je vais rendre cela paramétrable pour une prochaine version du Vpi.\r\nJe ferai un livraison complète ce jour.\r\nCordialement\r\nMichel Condemine','2022-02-02 10:46:54',0),(1799,695,'Issue',432,'Bonjour M. Condemine, \r\n\r\nComme convenu, ci joint les binaires/sources pour mettre à jour la maquette de ce ticket ainsi qu\'un document permettant de reproduire le crash. \r\n\r\nCordialement, \r\n\r\nMichael','2022-02-02 15:45:17',0),(1800,719,'Issue',1,'Les deux premieres images contiennent des warning sans importance, les erreurs le sont plus.\r\nEst ce que vous avez pensez a ajouter le NodeIdMap file ?\r\n','2022-02-02 17:18:50',0),(1801,695,'Issue',432,'Bonsoir M. Condemine, \r\n\r\nSuite à votre livraison IPV4, nous avons refait quelques tests avant de livrer à EMOTORS. \r\nMalheureusement ces tests échouent rapidement alors qu\'en IPV6 nous semblions avoir atteint une certaine stabilité. En IPV4 (sans certitude que ce soit le passage en IPV4 qui pose problème) nous nous retrouvons avec des crash similaires à ceux de la semaine dernière. \r\nLa procédure envoyée dans le package du 21 janvier en réponse de ce ticket par Christophe permet de reproduire un crash (lié à de la corruption mémoire). \r\n\r\nNous pouvons vous fournir des minidumps mais comme précédemment la mémoire des minidumps est corrompue et ne semble pas pointer à la source du problème.\r\n\r\nDans ces conditions nous préférons ne rien soumettre à EMOTORS pour tests à Tremery pour l\'instant. \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-02-02 18:55:05',0),(1802,695,'Issue',1,'Le problème n\'a rien à voir avec l\'IPV4/IPV6. Il provient très certainement des méthodes.\r\nmerci de tester les binaires livrés ce matin dans le cadre de la procédure décrite dans votre document.\r\nAttention il ne faut pas arrêter le serveur à l\'issue de chaque test mais recommencer le test.\r\n\r\nIl faudrait aussi imaginer quelque chose pour automatiser cette séquence de test. Un script client side.\r\n\r\n*PS: Cette méthode est en dehors du modèle.*\r\n','2022-02-03 07:42:41',0),(1803,719,'Issue',436,'Sauf erreur de ma part, j\'ai effectivement ajouté le NodeIdMap.\r\nPar acquis de conscience je referai le test et vous dirai si j\'ai toujours les erreurs ou pas.','2022-02-03 09:48:18',0),(1804,695,'Issue',433,'Bonjour Michel,\r\n\r\nDes tests ont été menés ce matin, sans redémarrer le serveur entre chaque remontée conformément à ce que vous demandiez (nombre ciblé : atteindre une vingtaine de remontées sans crash).\r\n\r\nSur 5 tentatives globales, les 3 premières ont échoué par crash du LM (respectivement sur les 2ème, 5ème et 4éme remontée de déclaration du LM vers le PM). Les 2 suivantes ont permis d\'aller jusqu\'au volume ciblé (respectivement 20 et 21 remontées de déclarations du LM vers le PM).\r\nBilan : 2 essais OK sur 5.\r\n\r\nVous trouverez joint 2 piles d\'appel correspondant respectivement au 1er et 3ème crash.\r\n!clipboard-202202031150-ninaw.png!\r\n!clipboard-202202031150-tnahj.png!\r\n\r\nCordialement.\r\nNicolas.','2022-02-03 11:53:55',0),(1805,693,'Issue',447,'Bonjour Michel \r\n\r\nSur la dernière version de Ximulator, j\'ai pu analyser le soucis au sujet de l\'utilisation des Userdatatype.\r\n\r\nil faut, comme vous l\'aviez remarqué changer les hastypedefinition avec le VariableType associé\r\n\r\n\r\n!clipboard-202202031929-ugvxz.png!\r\n\r\nAutre point dans les userdatatype, tous les attributs sont tous du type du userdatatype parent.\r\n\r\nSur l\'exemple suivant, c\'est moi qui ait changer le typedefinition à la main dans le nodeset de type pour le part_produce_Datatype - Attribut Part_Data\r\n\r\n!clipboard-202202031931-r7kiw.png!\r\n','2022-02-03 19:32:19',0),(1806,695,'Issue',433,'Bonsoir Michel,\r\n\r\nVous trouverez comme convenu attaché un package (TesteurLua-2022-02-03.zip) contenant l\'état où je suis arrivé. Il contient le script Lua, le NodeSet de méthod de test et les dernières versions de nos dll.\r\n\r\nJe me suis heurté à des difficultés que je n\'ai pu résoudre.\r\n\r\nETAPE 1 : \r\nJ\'ai voulu développer une method unique permettant de réaliser le cycle complet (engagement + product déclaration remplies, avec life cycle du data available synchronisé sur la ack data. j\'avais même prévu d\'inclure une étape de tracabilité en plus). Il s\'agit de la méthode \"LaunchTestStep\" toujours visible dans le script lua, et donc le node de raccordement est commenté dans le fichier NodeSet.\r\nTout allait bien jusqu\'à la gestion de l\'attente du ackdata. La method restait bloquée dans le while, et se terminait par un timeout (et crash du serveur).\r\nAprès analyse, j\'ai compris que les modifications du script n\'arrivaient pas jusqu\'au Vpi Line. J\'ai cru (à tort) qu\'elles étaient stockées dans un cache jusqu\'à la fin du script, et que donc le VpiLine ne pouvait pas les voir, d\'où l\'absence de traitement, d\'où l\'absence de positionnement de l\'ack, d\'où la boucle infinie. \r\nCette erreur de diagnostic m\'a amené à mettre en oeuvre l\'étape 2.\r\n\r\nETAPE 2 :\r\nPasser dans une logique de 3 méthodes, qui constitue l\'état courant du script et du NodeSet que vous avez reçu.\r\nL\'idée était de décomposer en 4 étapes au moyen de 3 methods :\r\n- LaunchTestStep1 = Remplit les 2 FBDC d\'engagement des 2 part produce\r\n- LaunchTestRelease = Relâche les data available sur les 2 FBDC (d\'engagement)\r\n- LaunchTestStep2 = Remplit les 2 FBDC de declaration de production\r\n- LaunchTestRelease = Un second appel relâche à nouveau les data available sur les 2 FBDC (de declaration de production cette fois)\r\n\r\nC\'est moins élégant qu\'une méthode unique, mais ça permet déjà de factoriser et systématiser les remplissage fastidieux.\r\n\r\nCes méthodes fonctionnent correctement, leur effet est visible dans l\'address space, MAIS le VpiLine reste de marbre.\r\nSi en revanche je décoche à la main le data available et que je le recoche, le VpiLine se réveille et applique le FB initialisé par la méthode.\r\n=> Je crains que les modifications opérées par le scripts Lua ne sont pas transmises au Vpi par le core server (le module Lua n\'est pas inscrit à un fonctionnement \"multitag\" comme les Vpis ?). \r\n\r\n\r\nSi vous voulez mener des tests, n\'oubliez pas de mettre à jour le script pour COVER. J\'ai comme convenu centralisé la lettre à appliquer dans une méthode (GetLineId). Vous trouverez le return à modifier ligne 13 du script LUA. Le \"M\" de MAIN doit être remplacé par le \"C\" de COVER.\r\n\r\nSi vous voulez faire tourner mon \"ETAPE 2\", le NodeSet et le script sont dans cet état.\r\nSi vous voulez faire tourner mon \"ETAPE 1\", il faudra décommenter le Node associé dans le fichier NodeSet (je l\'ai commenté pour qu\'on ne se trompe pas à l\'utilisation), mais aussi corriger/décommenter la méthode SendFBDC (ligne 30 du script) où j\'ai neutralisé le code qui posait problème pour la rendre compatible avec les méthodes \"ETAPE 2\".','2022-02-03 21:42:55',0),(1807,705,'Issue',424,'Bonjour M. Condemine, \r\nConcernant le livrable du 02/02/2022, Avez-vous pu le valider son fonctionnement sur linux?\r\nCar j\'essaye avec le DemoSk et voilà le résultat au démarrage.\r\n\r\n!clipboard-202202040909-dpqph.png!\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n\r\n\r\n','2022-02-04 09:12:57',0),(1808,715,'Issue',424,'Bonjour M. Condemine,\r\nConcernant le format json, je vous confirme que j\'ai bien la correction des deux caractères.\r\nIl me manque juste un détail, c\'est le retour à la ligne à la fin des timestamps.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2022-02-04 09:17:31',0),(1809,705,'Issue',1,'Bonjour,\r\nje n\'ai pas fait d\'autres tests sous Linux.\r\nJe pourrai le faire ce week-end. \r\nD\'après votre trace il y a une erreur d\'encodage et des erreurs de lecture.\r\nDans le même temps le ping semble correctement emis.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-04 09:19:02',0),(1810,695,'Issue',433,'Bonjour \r\n\r\nNous avons poussé les investigations, et contrairement à ce que je craignais hier soir, les données descendent bien jusqu\'au VpiLine (ouf). \r\nLe VpiLine ignore les données reçues à cause du status code du \"data available\" : 0x40920000 (status code \"OPC UA Uncertain initial value\").\r\n\r\n!clipboard-202202040949-0ttpp.png!\r\n','2022-02-04 09:49:53',0),(1811,695,'Issue',433,'PDB du LM\r\n','2022-02-04 11:18:43',0),(1812,695,'Issue',432,'Ci-joint une version avec moins de leak. \r\n\r\nJe reposte lorsque j\'ai des améliorations\r\n\r\nMichael','2022-02-04 11:30:26',0),(1813,695,'Issue',432,'','2022-02-04 12:16:34',0),(1814,695,'Issue',432,'','2022-02-04 12:24:05',0),(1815,722,'Issue',432,'Bonsoir, \r\n\r\nVous avez du rencontrer ça en redémarrant le LM. Le compteur qui permet d\'incrémenter le tracking id a été remis à 0. \r\nNicolas a normalement prévu une nœud pour setter ce compteur. Il faudrait le mettre à la valeur qu\'il était. Je pense que ce noeud doit ce trouver sous l\'objet Testeur.\r\n\r\nSi le dernier tracking id est 00018200722P03XT par exemple, il faut mettre 183 sur le compteur. \r\n\r\nCordialement,\r\n\r\nMichael','2022-02-05 00:26:02',0),(1816,722,'Issue',1,'Bonjour,\r\nen mettant 110 dans idCounter, j\'ai réussi modifier le comportement lors de l\'appel à la méthode LaunchTestStepSequential.\r\nJ\'obtiens le résultat ci-dessous dans l\'invite de commande du line.\r\n!clipboard-202202051324-epwul.png!\r\nComment sont censé être terminer les ERP_OP ?\r\nJe veux dire comment les terminer ?\r\n\r\ncordialement\r\nMichel Condemine','2022-02-05 13:25:57',0),(1817,722,'Issue',432,'Bonjour,\r\n\r\nSi vous engagez un nouveau cycle de pièces, il devraient être mis dans le prochain OF ERP (le 3ème) et clore le 2ème. Si ce n\'est pas le cas, c\'est qu\'il pourrait y avoir une anomalie dans notre traitement. Peut être que redémarrer le LM déloquera cette situation.\r\n\r\nLe premier OF ERP ne peut pas être fermé pour le moment. Je vois que les dernières pièces n\'ont pas un statut de 6, ils n\'ont pas été terminés. Idéalement, il faudrait à travers UAExpert les passer au Job Status statut Completed (6). \r\n\r\n\r\nSi cela ne permet pas de débloquer la situation, l\'alternative serait de recommencer le processus sans restituer la liste d\'OF ERP. \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2022-02-05 13:42:33',0),(1818,722,'Issue',1,'Merci pour votre réponse.\r\nvoici le statut après redémarrage sans intervention de ma part.\r\nLes valeurs sont lues dans la base et injecté par le VpiValuesInit\r\n!clipboard-202202051347-hbbtg.png!\r\nAprès un bricolage avec UAExpert j\'ai réussi à obtenir cela\r\n!clipboard-202202051356-nihkh.png!\r\nJe pense que le premier ERP_OF est remonté à l\'ERP.\r\nQu\'en pensez vous ?\r\nNotes que les serveurs fonctionnent parfaitement.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-05 13:58:58',0),(1819,722,'Issue',432,'Le 1er OF ERP est bien remonté de ce que je vois. Pour le valider il suffit d\'aller voir que le dossier Déclarations sur le serveur Plant contient des fichiers volumineux (vu la taille des déclarations effectués). \r\n \r\nSi vous n\'avez eu aucun crash, c\'est bien un des test de longueur les plus longs qui soit passé. \r\nNous validerons cela avec des tests de notre côté ainsi que les tests en prod. ça permettra de valider les tests sur différentes machines. Les derniers binaires livrés sont bien ceux à jour ?\r\n\r\nCordialement, \r\n\r\nMichael \r\n \r\n','2022-02-05 14:36:58',0),(1820,695,'Issue',432,'','2022-02-07 11:25:57',0),(1821,695,'Issue',432,'','2022-02-07 11:55:08',0),(1822,695,'Issue',432,'','2022-02-07 11:57:45',0),(1823,705,'Issue',424,'Bonjour M. Condemine,\r\nAvez-vous pu réaliser les tests?\r\nNous partons demain midi chez un client pour un màj.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2022-02-07 17:59:54',0),(1824,695,'Issue',432,'','2022-02-07 18:10:19',0),(1825,705,'Issue',1,'Bonjour,\r\nj\'avais bien réalisé le test sous Debian.\r\nci-joint le fichier log du test que je veins de refaire ainsi que les screenshot du serveur fonctionnant sur la Debian et le résultat de l\'abonnement AWS.','2022-02-07 20:19:44',0),(1826,705,'Issue',1,'C\'est mieux avec le fichier et les captures.\r\nDebian\r\n!clipboard-202202072020-gg4jt.png!\r\n\r\nAWS\r\n!clipboard-202202072021-qr8t1.png!\r\n\r\nJe reste à votre disposition pour plus d\'explication\r\nCordialement\r\nMichel Condemine','2022-02-07 20:22:02',0),(1827,705,'Issue',1,'Bonsoir,\r\npar acquis de conscience j\'ai refait le test avec les derniers sources disponibles.\r\nJe vous invite à les utiliser ils sont ici http://www.openopcua.org/redmine/attachments/download/2552/OpenOpcUa_1_0_7_0_SK_7-2-2022.zip \r\nLe résultat pour un recipeList de deux elements :\r\n!clipboard-202202072140-lmnkp.png!\r\n\r\nCordialement\r\nMichel Condemine','2022-02-07 21:41:26',0),(1828,722,'Issue',1,'Bonsoir,\r\nj\'ai apporté une amélioration module LUA. \r\nChaque Virtual Machine LUA ne doit pas être appelée en même temps depuis des threads différentes. \r\nJ’ai donc ajouté une mutex pour protéger l’accès au script.\r\nLe comportement est plus stable mais j’ai obtenu quelques crashes. \r\nSans avoir les sources du Vpi et de structure EMotors je vous partage quelques screenshot. :\r\n!clipboard-202202072257-yzqhu.png!\r\n!clipboard-202202072256-zya0g.png!\r\nMais maintenant le testeur est encore bloqué après le crash. J\'ai bricolé des valeurs et pire semble les choses.\r\nAuriez vous une idée ?\r\ncordialement\r\nMichel Condemine','2022-02-07 22:58:08',0),(1829,720,'Issue',1,'Bonjour,\r\nj\'ai placé le demo LUA ici http://www.openopcua.org/redmine/attachments/download/2556/DemoLua_Release.zip\r\nci-dessous la déclaration d\'une enumération. \r\nElle se fait en deux étapes :\r\n1- déclaration du datatype\r\n!clipboard-202202080916-8awld.png!\r\n2 déclaration des strings associées\r\n!clipboard-202202080917-4ht4c.png!\r\n\r\nCordialement\r\nMichel','2022-02-08 09:17:50',0),(1830,695,'Issue',433,'Sources uptodate structuresemotors et vpiline','2022-02-08 10:49:39',0),(1831,695,'Issue',433,'avec la inetumdbmanagerlibrary','2022-02-08 11:35:59',0),(1832,695,'Issue',433,'Veuillez trouver ci-joint les sources des 3 Vpis nécessaires au Plant Middelware.','2022-02-08 19:20:25',0),(1833,724,'Issue',492,'','2022-02-09 09:16:14',0),(1834,725,'Issue',496,'','2022-02-09 10:59:19',0),(1835,695,'Issue',433,'Script Testeur avec 2 méthodes de copie de fichier','2022-02-09 11:19:31',0),(1836,695,'Issue',1,'Bonjour,\r\npourriez vous m\'expliquer comment est réalisé l\'import/export de la classe CErpOf ?\r\nBien que cette méthode ne soit pas recommandé.\r\nD\'après ce que je peux lire l\'export depuis StructuresEmotor est réalisé correctement.\r\nMais je ne vois pas de signature approprié dans VpiLine. En claire il manque un __declspec(dllimport)\r\n\r\nC\'est un problème critique et urgent. J\'attends vos explications ASAP, merci.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-09 12:03:41',0),(1837,695,'Issue',433,'Bonjour Michel,\r\n\r\nCoté structuresEmotors, l\'export est réalisé au niveau du CErpOf.h, avec le #define STRUCTURES_EXPORT :\r\n#define STRUCTURES_EXPORT __declspec(dllexport)\r\n\r\nCoté VpiLine (je n\'ai pas vérifié, mais je suppose identiquement implémenté coté des Vpis du PM), on fait un simple include dans stdafx.h sur CErpOf.h de structuresemotors, qui est visible grâce au \"Autres repertoires d\'include\" défini ainsi :\r\n.\\include;..\\include;%(AdditionalIncludeDirectories);..\\structuresemotors\\include; ..\\InetumDbManagerLibrary\\InetumDbManagerLibrary\\include; ..\\InetumDbManagerLibrary\\InetumDbManagerLibrary\\includePQ\r\n\r\nJe ne pense pas qu\'il y ait de __declspec(dllimport) d\'implémenté.\r\n','2022-02-09 12:32:55',0),(1838,695,'Issue',1,'Bonjour,\r\nil faut donc corriger le VpiLine et probablement toutes les autres applications qui utilisent la DLL StructuresEmotors.dll.\r\n\r\nJe regarde cela\r\nCordialement\r\nMichel Condemine\r\n','2022-02-09 14:04:24',0),(1839,695,'Issue',1,'Bonjour,\r\nj\'ai regardé le problème. Il faut absolument restructurer le partage des fichiers d\'entête.\r\nCela s\'applique à toutes le classes partagés dans StructuresEmotors et dans InetumDbManagerLibrary.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-09 15:00:45',0),(1840,634,'Issue',1,'','2022-02-09 15:04:44',0),(1841,635,'Issue',1,'','2022-02-09 15:05:37',0),(1842,695,'Issue',433,'Bonjour Michel.\r\nBien reçu, mais j\'aurai besoin de votre support pour cela.\r\nPouvez-vous m\'indiquer là comment faire?','2022-02-09 15:09:42',0),(1843,689,'Issue',1,'Fixed in 1.0.1','2022-02-09 15:11:55',0),(1844,690,'Issue',1,'Link to the template\r\nhttps://docs.google.com/spreadsheets/d/15T8tt_R1_sJypDJ45bno8OIUgiPgiJS2ywFEsFmInco/edit?usp=sharing','2022-02-09 15:41:27',0),(1845,694,'Issue',1,'','2022-02-09 15:42:00',0),(1846,707,'Issue',1,'','2022-02-09 15:46:07',0),(1847,711,'Issue',1,'The real object is connected to a virtual one exposed to client app.\r\n!clipboard-202202091548-hm4sy.png!\r\n\r\n!clipboard-202202091548-2u71b.png!\r\n','2022-02-09 15:49:08',0),(1848,711,'Issue',1,'','2022-02-09 15:49:31',0),(1849,718,'Issue',1,'','2022-02-09 15:50:32',0),(1850,723,'Issue',1,'It\'s a generation dependencies problem.\r\nClearWater use TemperatureMeter. ClearWater is define in InputOutput which is generated before Equipment. \r\nSo TemperatureMeter shall be generated in first place.\r\n','2022-02-09 16:07:31',0),(1851,719,'Issue',436,'Attached is the complete directory containing my test','2022-02-09 16:08:45',0),(1852,695,'Issue',433,'Bonsoir Michel,\r\n\r\nComme convenu, un zip contenant les quelques sources impactés ce jour, \"organisés\" pour faciliter le report.\r\n\r\nIl y a 2 sources et 1 include pour le vpilm qui contiennent des mises à jour avérées. \r\n\r\nJ\'ai par acquis de conscience inclus également un fichier (CPartProduce.cpp) de structuresemotors car la date avait changé. Vu que Github ne voit pas de différence par rapport à la version précédente, je pense qu\'il y a du avoir un appui intempestif de ma part sur \"save\" alors que je consultais le fichier (mauvais raccourci clavier?). Le contenu est normalement le même.\r\n\r\n','2022-02-09 19:59:17',0),(1853,695,'Issue',1,'Bonsoir,\r\nj\'ai recompilé l\'ensemble du code livré conforme aux recommendations discutées à 18h15 et relatives au partage de classes entre applications. \r\nJ\'ensuite relancé la maquette Plant/Cover et réalisé de nombreux test en utilisant les scripts de Nicolas.\r\nAUCUN PLANTAGE.. Il reste de nombreuses autres parties du code a nettoyer mais c\'est encourageant. \r\nPlus de détail dans le fichier LOG ci-joint\r\n\r\nJe suggère de livrer ce code à Lionel.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-09 20:58:35',0),(1854,695,'Issue',1,'Bonjour,\r\nles dernier binaires correspond aux tests réalisés hier sont disponible ici : http://www.openopcua.org/redmine/attachments/download/2572/Livraison%20Binaires%20Debug-IPV4_10-2-2022.zip\r\nMerci de les tester ce jour.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-10 09:42:34',0),(1855,695,'Issue',433,'Bonjour Michel,\r\n\r\nBonnes nouvelles.\r\n\r\nPouvez-vous nous relivrer aussi les sources des projets (dbmanager +structuresemotors + vpis du LM et PM), que nous puissions repartir de cette base saine (en particulier sur le .h) pour que nous livrions à Lionel.\r\n\r\nMerci d\'avance.\r\n\r\nCordialement.\r\n\r\nNicolas.','2022-02-10 09:47:20',0),(1856,695,'Issue',432,'Bonjour M. Condemine, \r\n\r\nParmi les binaires livrés il nous manque VpiErp et VpiPlm. Nous commençons les tests en ne mettant à jour que le LM. Pourriez vous s\'il vous plait nous livrer les 2 binaires du PM si il est nécessaire de mettre à jour le PM ? \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2022-02-10 09:59:13',0),(1857,695,'Issue',1,'Bonjour,\r\nje pense qu\'il serait souhaitable de valider, en les testant, les derniers binaires livrés.\r\nDans le même temps il faut corriger les Warnings afin d\'obtenir une version livrable.\r\n\r\nConcernant VpiERP et VpiPLM, n\'ayant pas le source je n\'y ai pas touché. \r\n\r\nCordialement\r\nMichel Condemine','2022-02-10 10:09:08',0),(1858,695,'Issue',433,'Rebonjour Michel,\r\n\r\nNous sommes actuellement en train de tester les binaires livrés, en partie LM simplement car nous n\'avons pas tous les Vpi pour le coté PM (Vpi Erp et Plm n\'utilisent pas le DB manager mais utilisent structuresemotors). \r\n\r\nLes sources des Vpi ERP et PLM vous ont été transmis en même temps que ceux du plant dans le zip ShareMichel-Vpi Plant-2022-02-08-19h15.zip attaché dans ce ticket mardi soir. \r\n\r\nCordialement.\r\n\r\nNicolas.','2022-02-10 10:17:05',0),(1859,695,'Issue',1,'Bonjour,\r\nok, je les vérifie dans les grandes ligne et vous livre ASAP.\r\n\r\ncordialement\r\nMichel Condemine','2022-02-10 10:21:51',0),(1860,695,'Issue',432,'Bonjour M. Condemine, \r\n\r\nNous rencontrons malheureusement des crash similaires aux précédents. \r\n\r\nCi dessous 3 piles d\'appels obtenus, qui ressemblent fortement à de la corruption mémoire : \r\n\r\n!clipboard-202202101151-nu6c7.png!\r\n\r\n!clipboard-202202101152-omitw.png!\r\n\r\n!clipboard-202202101153-gdckh.png!\r\n\r\n\r\nDans vos tests, avez vous également mis à jour les binaires Core Server du PM? \r\nCordialement, \r\n\r\nMichael\r\n','2022-02-10 11:54:47',0),(1861,695,'Issue',1,'Bonjour,\r\nj\'ai bien sur mis à jour les binaires du plant lors de mes tests. Seul les binaires de VpiErp et Plm n\'avait pas été mis à jour.\r\nDepuis je les ai recompilé. Je relivre l\'ensemble dans la foulée. \r\nPourriez vous m\'en dire plus sur votre scénario de test ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-02-10 13:03:28',0),(1862,695,'Issue',432,'Bonjour, \r\n\r\n\r\nNous avons effectué les tests sur 2 PC différents en parallèle. \r\nNicolas a mis a jour le PM et LM et a obtenu 3 crash ce matin. \r\nDe mon côté que le LM mis à jour. 1 crash obtenu. \r\n\r\nNotre scénario de test est le suivant : \r\n\r\nNous démarrons LM avec minidump et PM\r\nAvec le script Lua nous lançons la copie de fichier ainsi que les séquences de DataCollect qui engendrent des remontées de déclarations de Part Produce et d\'OF ERP.\r\nDès qu\'il n\'y a plus d\'OF ERP on recommence le cycle. \r\n\r\n\r\n\r\nNous remarquons aussi que lorsque le mindump est généré et empêche le crash, on peut toujours continuer le processus (on n\'a pas eu de crash non récupérable à ce jour).\r\nNous avons pu tester avec les VpiErp et VpiPlm mis à jour, mais nous arrivons malheureusement au même résultat. \r\n\r\nPourriez vous lorsque possible pour vous nous partager les nouvelles versions des sources pour continuer l\'élimination des Warnings et des fuites? \r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n\r\n\r\n\r\n ','2022-02-10 14:15:11',0),(1863,727,'Issue',436,'Bonjour Michel,\r\n\r\nPas de souci bien sûr pour respecter le droit d\'auteur.\r\n\r\nComment souhaitez-vous que cela apparaisse dans les différents codes SVP et sous quelle formulation (sachant que dans le cas des VPIs le socle de départ est le VpiNullEx) ?\r\n\r\nCordialement,\r\nChris','2022-02-10 14:54:11',0),(1864,695,'Issue',432,'Rebonjour, \r\n\r\n\r\nVoici une piste qu\'on voulait partager avec vous: l\'idée serait que ce soit la notification à un client d\'un changement de valeur sur un tableau d\'Extension Object qui soit la source des crashs, \r\ncar une des spécificités de la remontée LM PM est le fait qu\'elle engendre une notification vers le client qui souscrit au tableau d\'ExtensionObject (le VpiUaClient). \r\nLes autres mises à jour de tableaux d\'Extension Object ne provoquent pas de crash.\r\n\r\nAfin de tester cette piste j\'ai mis en place le scénario suivant : \r\n\r\nAu niveau du LM, on fait descendre via le PM un OF ERP et la recette qui sont enregistrés, et puis après je coupe le VFI (donc l\'historisation) afin de pouvoir redémarrer le LM avec cet état de démarrage( grâce au VpiValuesInit). Puis on laisse le PM arrêté et on ne redémarre que le LM seul. \r\nSi je lance plusieurs cycles de part produce : \r\n\r\n- avec un abonnement au niveau de UaExpert sur un tableau d\'Extension Object qui oscille beaucoup, je tombe sur un crash de type heap corruption (avec des piles d\'appels au niveau StructuresEmotors à des endroits où ça ne devrait pas crasher)\r\n- sans abonnement sur un objet semblable, j\'arrive à aller très loin sans causer aucun crash\r\n\r\n\r\nQu\'en pensez vous? \r\n\r\nCordialement,\r\n\r\nMichael','2022-02-10 16:02:33',0),(1865,731,'Issue',1,'!clipboard-202202101616-6zgdi.png!\r\n','2022-02-10 16:16:06',0),(1866,695,'Issue',1,'Bonjour,\r\nJ\'en pense que l\'encodeur, les Vpi et le serveur pourrait etre mise en cause. Le serveur véhicule cependant simplement des données déjà encodés. \r\nIl fait globalement de simples memcpy. Mais je continue à explorer toutes les pistes, celle du serveur en fait partie.\r\nJe pense qu\'il y a de nombreux warning assez grave dans StructuresEmotors qui pourrait expliquer ce type de problème. cf les issues dédiées.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-10 17:15:53',0),(1867,705,'Issue',424,'Bonjour M. Condemine,\r\nDans la livraison du 7/02/2022, avez-vous apporter des modifications concernant la configuration nécessaire au démarrage du serveur?\r\nJ\'essaye de tester mais apparemment il me manque un fichier de config. Si c\'est bien cela, pouvez-vous m\'envoyer ce fichier ou la Demo_SK que vous avez utilisée pour valider la livraison? merci.\r\n\r\n!clipboard-202202111323-z9o2b.png!\r\n\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2022-02-11 13:25:03',0),(1868,705,'Issue',424,'Cela ne semble pas avoir d\'impact sur le démarrage du serveur.\r\nNe tenez pas compte de mon message précédent. Je continue les tests.','2022-02-11 13:36:00',0),(1869,705,'Issue',424,'Bonjour M. Condemine,\r\nCi-dessous un bilan des tests réalisés.\r\n\r\nPremier point,\r\nDe votre côté, au démarrage du broker, il y a deux paquets qui sont envoyés. Le MetaData et un premier ua-data. (config Metadata True).\r\nDe mon côté, j\'ai mis dans le fichier config \"METADATA False\". Je m\'attendais donc à avoir un paquet ua-data. Mais en fonction des démarrages j\'ai:\r\n> soit deux paquets ua-data transmis au broker, je peux publier par la suite. OK-OK.\r\n> soit un PrepareJSONPublisherPayLoad failed et un paquet ua-data transmis au broker, je peux publier par la suite. NOK-OK.\r\n> soit deux PrepareJSONPublisherPayLoad failed et donc 0 paquets ua-data transmis au broker (cas très rare mais existant), je ne peux plus publier par la suite. NOK.\r\n\r\nEst-ce lié à la config METADATA False? Pouvez-vous le tester avec Metadata False avec AWS et me faire un retour?merci. \r\nCar de mon côté je suis obligé de testé avec MetaData à False pour les raisons dont nous avons discuté dans un échange précédent concernant IotHub.\r\n\r\nSecond point,\r\nDans les cas où le Publisher publie des données j\'ai encore deux problèmes au niveau du format Json. j\'utilise votre capture AWS ci-dessous pour illustré.\r\nà mon avis, AWS ne vous affichera plus le message en vert lorsque le format json sera correct.\r\n!Sans%20titre.png!\r\n\r\nPouvez-vous vérifier ces deux points et me faire un retour, Merci.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2022-02-11 15:05:13',0),(1870,733,'Issue',1,'Implemented in the new version 0.1 of the OOUAConfigManager','2022-02-13 10:51:26',0),(1871,732,'Issue',1,'Implemented in the new version 0.1 of the OOUAConfigManager','2022-02-13 10:51:59',0),(1872,735,'Issue',432,'Bonjour, \r\n\r\n\r\nJ\'ai l\'impression que les mêmes attributs sont présent sur les deux captures et qu\'il s\'agit d\'une différence d\'affichage. \r\n\r\nLorsque nous ouvrons le modèle v2.17 avec notre version d\'Entreprise Architect nous avons cela : \r\n\r\n!clipboard-202202131132-zuexi.png!\r\n\r\n\r\nSi nous mélangeons les attributs HasProperty et HasComponent en gardant l\'ordre alphabétique, nous retombons bien sur les attributs déclarés dans le même ordre qu\'au niveau du dictionnaire de données. \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\nInetum \r\n ','2022-02-13 11:36:32',0),(1873,735,'Issue',1,'Bonjour,\r\nPour l\'encodage/décodage l\'ordre de déclaration des attributs est essentiel.\r\nJe dois donc pouvoir trouver une source fiable.\r\nCet ordre ne doit pas être influencé par une règle d\'affichage variable.\r\n\r\ncordialement\r\nMichel Condemine','2022-02-13 12:03:45',0),(1874,716,'Issue',496,NULL,'2022-02-14 14:33:35',0),(1875,699,'Issue',496,NULL,'2022-02-14 14:33:44',0),(1876,698,'Issue',496,NULL,'2022-02-14 14:33:57',0),(1877,696,'Issue',496,NULL,'2022-02-14 14:35:03',0),(1878,720,'Issue',496,NULL,'2022-02-14 14:35:10',0),(1879,716,'Issue',496,NULL,'2022-02-14 14:35:50',0),(1880,738,'Issue',1,'Fixed in version 1.0.4','2022-02-14 16:24:53',0),(1881,695,'Issue',432,'Bonjour, \r\n\r\nComme convenu, ci-joint la définition des classes en tant que structures C. \r\nPar rapport à ce qu\'on a convenu ce matin, il y a juste un tableau que je n\'ai pas mis en tant que pointeur et taille : \r\nDans la structure SubOp_Result, pour le champ Traceability_Component, vu que le nombre est fixe (3), j\'ai directement défini le tableau de 3 éléments (voir ligne 187)\r\nJ\'ai aussi passé tous les Vpi_Int en Vpi_Int32. \r\n\r\nN\'hésitez pas à nous indiquer s\'il y a d\'autres choses sur lesquelles nous pouvons assister. \r\n\r\nCordialement, \r\n\r\nMichael','2022-02-15 14:29:16',0),(1882,730,'Issue',1,'C P C = Center Position Control \nE P C = Edge Position Control \nControl is made via camera or with laser.\nUnit Milli meter\nwith tolerance 0.1','2022-02-15 15:32:19',0),(1883,739,'Issue',1,'Bonjour, \r\n13 signifie AttributeId_Value.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-16 14:07:46',0),(1884,725,'Issue',1,'','2022-02-16 14:08:27',0),(1885,726,'Issue',1,'','2022-02-16 14:59:41',0),(1886,690,'Issue',1,'','2022-02-16 15:32:56',0),(1887,736,'Issue',1,'Done','2022-02-16 15:35:20',0),(1888,738,'Issue',1,'','2022-02-16 15:36:16',0),(1889,745,'Issue',1,'Bonjour,\r\n\"New UA Object\" est le BrowseName et DisplayName par défaut pour tous les objets.\r\nIl faut le changer.\r\nAvez vous bien créé une URI pour les instances et associé vos nouvelles instances à ce fichier ?\r\n\r\nCordialement\r\nMichel','2022-02-17 10:00:47',0),(1890,464,'Issue',1,'Bonjour Norbert,\r\navez vous des nouvelles sur ce problème ?\r\nEst ce que cela c\'est reproduit ?\r\n\r\nCordialement\r\nMichel','2022-02-17 10:27:19',0),(1891,89,'Issue',1,'','2022-02-17 10:27:48',0),(1892,745,'Issue',436,'Bonjour Michel,\r\n\r\nCe ticket correspond au ticket ConfigManager que vous m\'avez demandé de créer suite à l\'atelier d\'hier avec Imerys.\r\n\r\nJ\'ai tenté d\'y mettre les informations dont je disposais.\r\nJe n\'ai rien fait de plus depuis l\'atelier d\'hier.\r\n\r\nDésolé si ce n\'était pas clair à l\'ouverture du ticket.\r\n\r\nBien cordialement,\r\nChris','2022-02-17 10:31:13',0),(1893,746,'Issue',436,'Bonjour Michel,\r\n\r\nCe ticket correspond au ticket XiMulator que vous m\'avez demandé de créer suite à l\'atelier d\'hier avec Imerys.\r\n\r\nJ\'ai tenté d\'y mettre les informations dont je disposais.\r\nJe n\'ai rien fait de plus depuis l\'atelier d\'hier.\r\n\r\nJe préfère préciser cela pour éviter toute confusion (comme ça a pu être le cas sur le ticket #745).\r\n\r\nBien cordialement,\r\nChris','2022-02-17 10:33:27',0),(1894,695,'Issue',433,'Bonjour Michel,\r\n\r\nComme convenu hier, veuillez trouver ci-joint la liste de toutes les méthodes exposées par structuresemotors (ainsi que les use case d\'instanciation et d\'utilisation des vector) utilisées par nos 4 Vpi (Line, Plant, ERP et PLM), et qui devraient être présentes (ou transposables vers des méthodes présentes) dans le répertoire d\'include SDK..\r\n\r\nCordialement.\r\n\r\nNicolas et Michael.','2022-02-17 15:52:03',0),(1895,464,'Issue',328,'Bonjour Michel,\r\n\r\nce problème ne s\'est pas reproduit.\r\n\r\nCordialement.','2022-02-17 18:33:31',0),(1896,464,'Issue',1,'Bonsoir,\r\nje ferme le ticket.\r\n\r\nCordialement,\r\nMichel','2022-02-17 18:48:06',0),(1897,705,'Issue',424,'Format json OK avec la livraison du 18.02.2022','2022-02-18 14:51:37',0),(1898,749,'Issue',1,'Bonjour,\r\nj\'ai pourtant bien pris en compte ce scénario.\r\nJe vais refaire quelques essais ce week-end et vous tiens au courant.\r\n\r\nCordialement\r\nMichel Condemine','2022-02-18 15:18:35',0),(1899,705,'Issue',1,'','2022-02-18 15:18:56',0),(1900,679,'Issue',1,'','2022-02-18 15:19:21',0),(1901,673,'Issue',1,'','2022-02-18 15:19:40',0),(1902,672,'Issue',1,'','2022-02-18 15:20:07',0),(1903,636,'Issue',1,'Supporté dans la version livré','2022-02-18 15:20:40',0),(1904,608,'Issue',1,'Corrigé','2022-02-18 15:21:13',0),(1905,604,'Issue',1,'','2022-02-18 15:21:35',0),(1906,417,'Issue',1,'','2022-02-18 15:22:01',0),(1907,704,'Issue',1,'','2022-02-21 10:09:58',0),(1908,731,'Issue',1,'','2022-02-21 10:16:22',0),(1909,741,'Issue',1,'We create VirtualMeter. TBC','2022-02-21 10:23:50',0),(1910,742,'Issue',531,'Hello Alex,\r\n\r\nCan you provide more data on this?','2022-02-21 10:37:43',0),(1911,744,'Issue',1,'Done in model V1.0.6','2022-02-21 16:35:40',0),(1912,700,'Issue',1,'Done in model V1.0.6','2022-02-21 16:37:11',0),(1913,746,'Issue',1,'Le problème : \r\n<pre>\r\n\"Alias \"Range\" généré avec un index i = 2350 au lieu de i = 884\".\r\n</pre>\r\nCe problème est corrigé dans la version 1.0.3.8. Il provenait d\'un BrowseName \"Range\" défini dans la part 8 et dans la Partie 13.\r\nProblème :\r\n<pre>\r\nnon prise en compte des méthodes créées dans le modèle\r\n</pre>\r\nLes méthodes sont, par contre, bien générées. Elle le semble même trop.\r\n!clipboard-202202220030-csjse.png!\r\n ','2022-02-22 00:30:58',0),(1914,750,'Issue',533,'Hello,\r\n\r\nI believe that you are refering to a machine called Vaccum Drying, which is not part of the Coating process. It is an independant process that can happen (for what I know) either after calendering, either after notching.\r\nSince the residence time of the foil inside the dryer of the coating machine is fairly short (in the range of a minute), the drying will never be perfect.\r\nTo reduce the moisture and solvent content, we use a Vaccum Dryer. The residence time is in the range of hours if I am not mistaken.\r\n\r\nFor more details, I suggest you contact the Assembly Team at Verkor.','2022-02-24 10:38:12',0),(1915,742,'Issue',533,'Hello,\r\n\r\nThis is something that I am still working on.\r\nAttached is a drawing of the main difference between two differents zones design : mainly, it affects the way air is circulated inside the oven.\r\nI\'ll shall come back with more details later.\r\n','2022-02-24 10:50:27',0),(1916,753,'Issue',533,'Hello,\r\n\r\nWe are not using aluminosilicate type of ceramic as far as I know. Instead, we are mixing Boehmite ( AlO(OH) ) with our solvent, NMP, in a dedicated mixer.\r\nThe slurry obtained is then transfer to an tank next to the ceramic slot die. Then we start the coating process.\r\n\r\nNote that there is no ceramic coating on the anode, only in cathode.','2022-02-24 10:55:46',0),(1918,756,'Issue',1,'','2022-03-03 19:06:37',0),(1919,698,'Issue',496,'','2022-03-07 13:48:22',0),(1920,725,'Issue',496,'','2022-03-07 13:48:55',0),(1921,696,'Issue',496,'','2022-03-07 13:49:35',0),(1922,720,'Issue',496,'','2022-03-07 13:49:53',0),(1923,757,'Issue',432,'Bonjour M. Condemine, \r\n\r\n\r\nNous avons des souci pour le démarrage du serveur même en ayant ramené les dlls crt. \r\n\r\nCe qui nous choque le plus c\'est qu\'il nous demande la vcruntime140 alors qu\'il a la vcruntime140d (et la conf est en debug)\r\n\r\nPas de souci pour prendre en main l\'installation avec les outils Microsft. Sauriez vous quels composants il faut installer pour avoir la vcruntime140d, la ucrtbased et la msvcp140d ? \r\n\r\nCordialement, \r\n\r\nMichael','2022-03-08 12:12:30',0),(1924,757,'Issue',1,'Bonjour,\r\nje pense que sur IMERYS vous pouvez installer une version release IPV4 ou IPV6.\r\ncordialement\r\nMichel Condemine','2022-03-08 13:30:37',0),(1925,757,'Issue',432,'Bonjour, \r\n\r\nAuriez vous s\'il vous plaît un moment pour nous livrer versions release du Coreserver, VpiLib et VpiS7? \r\n\r\nCordialement, \r\nMichael ','2022-03-08 13:36:03',0),(1926,757,'Issue',1,'Je vais installer ma maquette dans l\'AM.\r\nLes binaires pourront etre copiés depuis cette source.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-08 13:47:07',0),(1927,750,'Issue',1,'','2022-03-08 14:44:17',0),(1928,743,'Issue',1,'Fixed in version 0.0.1.0','2022-03-08 14:59:36',0),(1929,742,'Issue',1,'','2022-03-08 15:04:15',0),(1930,740,'Issue',1,'Not require by the VEKOR project','2022-03-08 15:08:34',0),(1931,740,'Issue',1,'','2022-03-08 15:08:49',0),(1932,730,'Issue',1,'','2022-03-08 15:09:03',0),(1933,757,'Issue',432,'Rebonjour M. Condemine,\r\n\r\n\r\nNous essayons de convertir les adresses au niveau du mapping automates s7 \r\n\r\n\r\nSelon notre compréhension, l\'adresse DB200.DBD14 est équivalente à DB.00C8.000E. Est-ce correct ? La disparition de la lettre D présente dans l\'adresse initiale n\'est pas problématique ? \r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n\r\n','2022-03-08 18:40:04',0),(1934,760,'Issue',1,'Bonjour,\r\nPoint 1,Le vpiuaclient, comme tous les voit supporte le multi tag. \r\nPoint 2, la conversion de type il faudra voir au cas par cas. Mais enum vers Bool ne sera pas supporté. Cela ne fait pas bien sens.\r\nCordialement\r\nMichel Condemine','2022-03-10 10:08:43',0),(1935,759,'Issue',1,'Bonjour,\r\nIl semble qu\'il y ai une erreur d\'adresse.cbc0001a\r\nCordialement\r\nMichel Condemine\r\n','2022-03-10 10:11:02',0),(1936,761,'Issue',1,'Bonjour,\r\npourrions nous faire un call sur ce point ?\r\nJe parle d\'un Team ou je pourrais voir le comportement du serveur.\r\nAvez vous changé le paramètre du Node. Je parle de l\'AccessLevel et de l\'UserAccessLevel ?\r\n\r\nCordialement\r\nMichel','2022-03-14 15:39:06',0),(1937,761,'Issue',489,'Rebonjour Michel, \r\n\r\nOui on les a bien mis en 15 . Pour le point, ça vous va aujourd\'hui après 19h00?\r\n\r\nMerci,\r\nArash.\r\n','2022-03-14 16:06:46',0),(1938,761,'Issue',1,'Bonjour,\r\nje ne suis pas disponible ce soir a 19h00.\r\nJe serai dispo demain entre 9h00 et 10h00\r\n\r\nCordialement\r\nMichel Condemine','2022-03-14 17:22:22',0),(1939,761,'Issue',1,'Bonjour,\r\npourriez vous :\r\n* installer les binaires disponibles ici : http://www.openopcua.org/redmine/attachments/download/2687/OOUA_Binaries_15-3-2022.zip\r\n* Lancer le serveur\r\n* Lancer le ProcDump\r\n* Exécuter la procédure qui provoque le crash\r\n* Récupérer le MiniDump et me le transmettre via la Redmine\r\n\r\nCordialement\r\nMichel Condemine','2022-03-15 09:26:51',0),(1940,761,'Issue',489,'Bonjour,\r\n\r\nVoici le rapport .dmp qu\'on a récupéré ce matin pendent le teste d\'historisation.\r\n\r\nCordialement,\r\nArash.','2022-03-15 10:10:40',0),(1941,761,'Issue',1,'Bonjour,\r\nje ne sais pas pourquoi mais les symboles en ma possession ne pointent pas sur une exception exploitable.\r\n\r\nJe ne peux rien faire en l\'état, désolé.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-15 15:51:39',0),(1942,761,'Issue',432,'Bonjour Arash, \r\n\r\nJ\'ai pu tester une historisation de float de mon côté et la récupération à travers UaExpert a bien fonctionné. \r\n\r\nPourrais tu m\'envoyer la configuration qui effectue cette historisation et les logs obtenus ? Ou bien est-ce que je me connecte pour regarder la configuration ? Pour info, je suis disponible aujourd\'hui jusqu\'à midi. \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\nInetum','2022-03-16 10:17:00',0),(1943,761,'Issue',1,'Michael,\r\nnous avons fait une session avec EMOTORS hier pour adresser ce problème.\r\nJe m\'occuperai de finaliser l\'investigation ASAP.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-16 10:21:41',0),(1944,761,'Issue',489,'Bonjour Michael,\r\n\r\nExcusez-moi pour ma réponse tardif.\r\n\r\nJ\'ai défini les quatre nouveaux instance dans autres namespace pour que le serveur les archiver appart, dans un nouveau tableau sans dérangeant la table de linge (sur la BDD). Maintenant, le \'history trend view\' d\'UA Expert marche mieux avec tout les quatre valeurs (hier on a réussit de voir les plots pour deux mais pas tout) . Mais le server va crasher, pas tout de suite mais après quelque minutes.\r\n\r\nIci je vous partage les dossier de projet et log. Si vous aviez besoin de regarder à distance, n\'hésitez pas de m\'appeler je le ferais dès que je peux.\r\n\r\nCordialement,\r\nArash.','2022-03-16 18:38:42',0),(1945,764,'Issue',432,'Rebonjour, \r\n\r\nMalgré cette correction, le serveur semble toujours crasher au bout d\'un certain moment. Au moment du crash ce soir, uniquement le VpiS7 indiquait des erreurs (celle qu\'on pense dû au caractère non imprimable qui traîne dans le fichier xml). \r\n\r\nCi joint les logs au moment du crash ce soir. J\'essayerai de mettre l\'accent sur l\'investigation qu niveau de ce fichier xml demain.\r\n\r\nCordialement, \r\n\r\nMichael\r\n','2022-03-17 18:10:56',0),(1946,764,'Issue',1,'Bonsoir,\r\nest ce que vous pourriez mettre en place un procdump avec les derniers binaires ?\r\n\r\nCordialement\r\nMichel Condemine','2022-03-17 18:13:30',0),(1947,764,'Issue',432,'Bien sur. \r\n\r\nLe procdump fonctionnera en mode release ? Quand vous dites derniers binaires , aux quels se réfèrent-on ? Celles qui tournent sur la configuration demo imerys sont ceux récupérés de la maquette mqtt. \r\n\r\n\r\nCordialement, \r\nMichael','2022-03-17 18:17:45',0),(1948,764,'Issue',1,'Bonjour,\r\nle procdump fonctionne partiellement en release. Les binaires sont ici :\r\nhttp://www.openopcua.org/redmine/attachments/download/2703/Livraison%20Binaires%20Release-IPV6%20-%2017-03-2022.zip\r\n\r\nCordialement\r\nMichel Condemine','2022-03-17 18:19:39',0),(1949,764,'Issue',432,'Bonsoir, \r\n\r\nCi joint le fichier dmp obtenu. \r\n\r\nCordialement, \r\n\r\nMichael','2022-03-17 19:37:18',0),(1950,764,'Issue',1,'Bonsoir,\r\nLe ProcDump ne mène nul part, dommage.\r\nest ce que la configuration en service est disponible sur le Redmine ?\r\nOn voit plusieurs erreurs critiques dans les log. Il faudrait les corriger.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-17 19:50:49',0),(1951,764,'Issue',432,'Bonjour, \r\n\r\n\r\nCi joint la configuration actuelle. \r\n\r\nJe vais faire une passe sur les logs serveur et vous faire un retour sur ceux qu\'on ne peut pas éliminer \r\n\r\n\r\nCordialement, \r\nMichael','2022-03-18 09:40:16',0),(1952,764,'Issue',432,'Rebonjour, \r\n\r\nCi dessous les erreurs trouvés dans les logs serveurs. \r\n\r\n1er groupe de logs énorme lié à la Part 14 \r\n2ème groupe de logs autour de variables appelées Location dans le nodeset de type qui ont pour Datatype une variable (i=2061). \r\n3ème groupe de logs liées à la Part 5 qui a des datatype abstraits.\r\n4ème groupe de logs de type « uiSequence 16 not found on SubscriptionId: 10103 »\r\n\r\nAuriez vous une Part 5 et Part 14 propre de votre côté ? \r\n\r\n\r\nPour les logs du groupe 2, nous essayerons de les éliminer à la prochaine régénération de modèle. \r\n\r\n\r\n\r\nPar rapport au fichier Subsystem qui nous perturbe (Opc.Ua.SubSystem.S7_31.xml), je vais le reconstruire from scratch en évitant les copiés collés depuis ce fichier. Auriez vous dev votre côté la possibilité de faire du pas à pas lors du parsing du fichier subsytem ? \r\n\r\nTout cela ne permet toujours pas de comprendre la raison du crash. La seule nouveauté que je pense pouvoir causer le problème est le client Opc Ua AWS que l\'on ne maîtrise pas. \r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n','2022-03-18 11:10:55',0),(1953,764,'Issue',432,'Rebonjour, \r\n\r\nCi-joint des traces de cette après midi. \r\nWireshark était démarré avant le lancement du serveur et arrêté après crash du serveur. La majorité des paquets sont des lectures du Opc.Model mais nous avons d\'autres types de paquets en début et en fin des traces. \r\n\r\nL\'IP du client AWS est 10.116.24.101 et le serveur tourne sur port 5123\r\n\r\nCordialement, \r\n\r\nMichael','2022-03-18 15:18:37',0),(1954,764,'Issue',432,'Bonjour, \r\n\r\nA titre informatif, malgré la récriture complète du fichier subsystem on retombe sur les même erreur au niveau du VpiS7. J\'ai pour le moment commenté un des 2 tags problématiques. \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2022-03-18 15:38:49',0),(1955,764,'Issue',432,'Les logs et traces du dernier crash avant de passer en debug\r\n','2022-03-18 18:02:04',0),(1956,764,'Issue',432,'Bonjour, \r\n\r\nCi joint le minidump obtenu avec binaires Debug de hier soir. \r\n\r\nCordialement, \r\n\r\nMichael','2022-03-19 10:34:02',0),(1957,764,'Issue',1,'Bonjour,\r\nil y a un problème avec les nodes de dataType ns=1;i=325 (SampleDataType)\r\nLe serveur n\'arrive pas à lire les UAVariable de ce type et crash quand on s\'abonne dessus.\r\nElles sont vraisemblablement mal déclarées dans le dataTypeDictionnary ou celui-ci a été écrasé.\r\nJe vais vais continuer à étudier le sujet. En attendant je vais changer le dataType de certaines varibale et vérifier cette hypothèse.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-19 17:02:12',0),(1958,764,'Issue',1,'Fichier','2022-03-19 17:03:34',0),(1959,764,'Issue',1,'j\'ai modifié toutes les variables utilisant le dataType ns=1;i=325 pour des i=1 (Boolean)\r\nJ\'ai relancé le serveur sous mon Id..\r\nA suivre','2022-03-19 17:21:57',0),(1960,693,'Issue',1,'Bonjour,\r\nla version 1.0.2.2_v1.0.3.9 du XiMulator devrait régler ce problème.\r\nElle est disponible dans la section fichier.\r\nJe ferme cet incident.\r\n\r\nOn en parle lundi\r\nCordialement\r\nMichel Condemine','2022-03-19 18:17:44',0),(1961,764,'Issue',1,'Bonjour,\r\nle serveur fonctionne sans problème depuis environ deux heures.\r\nA suivre\r\n\r\nCordialement\r\nMichel Condemine','2022-03-19 19:10:15',0),(1962,764,'Issue',1,'Le système fonctionne parfaitement depuis maintenant depuis 6 heures. Le client AWS est connecté. Je pense que le problème est *contourné* .\r\nIl est bien lié aux UAVariables qui contiennent des tableaux de datatype ns=1;i=325. \r\n\r\nJe ferme ce ticket. \r\nL\'origine reste à étudier.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-03-19 23:00:10',0),(1963,693,'Issue',447,'Bonjour,\r\n\r\nj\'ai récupéré le fichier et lors de la creation du NodeSet de SharedClasse, Ximulator crash après environ 5s de génération.\r\n\r\nAvez-vous constaté ce problème? Sinon pouvons-nous faire un call un soir avec partage d\'écran?\r\n\r\nMerci\r\n\r\nLionel','2022-03-21 10:49:36',0),(1964,759,'Issue',432,'Bonjour, \r\n\r\n\r\nCe problème est toujours d\'actualité. \r\n\r\nJe vous propose que lorsque vous avez un moment, nous effectuons du debug lors du parsing du fichier de mapping S7. \r\n\r\nCordialement, \r\n\r\nMichael','2022-03-21 11:25:54',0),(1965,693,'Issue',1,'Bonjour Lionel,\r\nAujourd\'hui 13n00 ?\r\n\r\nCordialement\r\nMichel','2022-03-21 12:00:55',0),(1966,693,'Issue',1,'Bonjour,\r\nje viens de corriger le problème.\r\nJe vous livre une autre version rapidement.\r\n\r\nCordialement\r\nMichel','2022-03-21 12:13:01',0),(1967,634,'Issue',1,'Not relevant anymore','2022-03-21 14:26:54',0),(1968,737,'Issue',1,'','2022-03-21 14:43:40',0),(1969,759,'Issue',432,'Bonjour, \r\n\r\nCe problème est aussi présent avec les binaires debug. \r\nOn semble avoir réussi à le contourner en inversant l\'ordre des deux Tags problématiques. \r\n\r\n\r\n!clipboard-202203221434-btkyd.png!\r\n\r\nCordialement,\r\n\r\nMichael','2022-03-22 14:34:57',0),(1970,771,'Issue',432,'Informations supplémentaires : \r\n\r\n1) Tel quel, la souscription à ce type de variable de fonctionne pas avec UaExpert. La lecture elle par contre fonctionne (tout en écrasant le Datatype original de la variable) \r\n\r\n2) De plus et un peu plus grave, les nœuds qui se retrouvent dans ce cas doivent être déclarés en fin de subsystem. Sinon ils causent un effet de bord sur les autres adresses et in récupère des valeurs fausses. \r\n\r\nCordialement, \r\n\r\nMichael','2022-03-22 15:12:54',0),(1971,771,'Issue',432,'Bonjour, \r\n\r\nLe fait de activer les tags dans ce cas semble aussi provoquer un phénomène de freeze du serveur. \r\n\r\nNous sommes donc obligés de commenter les noeuds mappés qui sont dans ce cas. \r\n\r\nCordialement, \r\n\r\nMichael','2022-03-23 14:31:22',0),(1972,764,'Issue',432,'Bonjour M. Condemine, \r\n\r\nComme entendu pendant le call, veuillez trouver ci-joint une maquette permettant de reproduire le crash qu\'on avait vendredi dernier. \r\n\r\nElle contient sous l\'Objet Lixhe 5 variables de type tableau de SampleDataType. Les 3 premières ont un ArrayDimensions à 1 et les 2 dernières un ArrayDimensions à 0\r\n\r\nUn abonnement à 1 parmi les trois premiers nœuds génère des Publish Failed et la lecture ne fonctionne pas non plus. \r\nUn abonnement à 2 parmi les trois premiers nœuds génère un crash. \r\n\r\nJ\'ai aussi fait le test avec un autre Datatype, on n\'a pas le même comportement. \r\n\r\nCordialement, \r\n\r\nMichael','2022-03-23 16:57:16',0),(1973,749,'Issue',1,'','2022-03-24 10:22:52',0),(1974,764,'Issue',1,'','2022-03-25 18:08:14',0),(1975,665,'Issue',1,'','2022-03-25 18:08:51',0),(1976,746,'Issue',1,'','2022-03-27 21:29:27',0),(1977,726,'Issue',1,'Mise à dispo','2022-03-27 23:22:52',0),(1978,241,'Issue',1,'','2022-03-27 23:23:35',0),(1979,688,'Issue',1,'Merci de fermer les tickets obsolètes','2022-03-27 23:25:14',0),(1980,674,'Issue',1,'','2022-03-27 23:27:31',0),(1981,509,'Issue',1,'','2022-03-27 23:34:33',0),(1982,508,'Issue',1,'','2022-03-27 23:35:03',0),(1983,323,'Issue',1,'Closed for lack of answer','2022-03-27 23:35:52',0),(1984,78,'Issue',1,'Fixed 6 years ago.\r\nCurrent OOUA version is 1.0.7.0','2022-03-27 23:36:45',0),(1985,525,'Issue',1,'Resolution here :\r\nhttps://knowledge.broadcom.com/external/article/191764/endpoint-protection-detects-known-good-a.html ','2022-03-28 00:15:31',0),(1986,525,'Issue',1,'','2022-03-28 00:22:23',0),(1987,772,'Issue',1,'Bonjour,\r\nle terme Freeze est assez opaque. \r\n* Est ce que le serveur ne répondait plus à UA Expert ?\r\n* Est ce que wireshark ne montrait plus d\'activité sur OPC UA et/ou sur S7\r\n\r\nIl serait interessant de savoir ce qui s\'est passé à horodate suivante : 2022-03-24T01:04:28.953Z\r\n\r\nVeuillez etre plus explicite dans vos descriptions.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-28 00:32:51',0),(1988,772,'Issue',1,'','2022-03-28 00:33:10',0),(1989,756,'Issue',1,'Merci de vous référer aux exemples','2022-03-28 00:34:58',0),(1990,677,'Issue',1,'Il s\'agissait d\'un problème dans StructureEMotors et dans les Vpis Inetum.','2022-03-28 00:37:02',0),(1991,771,'Issue',1,'Définitivement les Enum OPC UA ne sont ni des bool ni des Int16.\r\nCe ticket restera une demande d\'evolution. \r\nJe traiterai ce problème dans WG Modélisation IMERYS.\r\n\r\ncordialement\r\nMichel Condemine\r\n\r\n\r\n','2022-03-28 00:40:59',0),(1992,770,'Issue',1,'Il s\'agit en effet d\'une evolution. Elle est cependant non prioritaire.\r\nElle sera traitée le moment venu.\r\nCordialement\r\nMichel Condemine','2022-03-28 00:43:23',0),(1993,769,'Issue',1,'Déplacé vers le projet approprié','2022-03-28 00:44:47',0),(1994,768,'Issue',1,'Il ne s\'agit pas d\'une anomalie mais d\'une evolution.\r\nJe déplace ce ticket vers le projet approprié.','2022-03-28 00:46:48',0),(1995,767,'Issue',1,'Déplacé vers le projet approprié','2022-03-28 00:47:40',0),(1996,760,'Issue',1,'RAS, déjà traité','2022-03-28 00:49:09',0),(1997,758,'Issue',1,'h3. Merci d\'utiliser la dernière version XiMulator_1.0.2.3_v1.0.4.3','2022-03-28 00:50:28',0),(1998,774,'Issue',533,'Hello,\n\nNMP : N-methyl-2-pyrrolidone. It is the solvent used for Cathode Slurry.\nPVDF : Polyvinylidene Fluoride. It is a polymer that we use as a binder in the Cathode Slurry\nPD Mixer : Planetary Disperser Mixer. This is the name used for the Slurry Mixer (those that are 1000-ish Liters) : they have two blades that are on a planetary revolution (see the attachement).\nDW Storage (also called DIW) : Distilled Water. A grade of pure Water that is used as a solvent in the Anode Slurry.\nCMC : Carboxymethyl celluose. It is a polymer that we use as a binder in the Anode Slurry\nEPC Control : Edge Position Control. Is a C-Shape sensor used to keep the web in the right position. (See the attachment)\nWIP : Could be Work in Progress or Work In Place. In the second case, it refer to a temporary storage place next to the machine.\nOCV : No idea. Closest item would be VOC for Volatile Organic Compounds, which refers to every components that has a low boiling point (or high vapor pressure) such as Alcohol.\n\nACIR/DCIR : Alternative Current/Direct Current Induced Resistance. Those are two methods that are used by Formation Team to check the quality of the cell. I recommend connecting with someone from their team if you need more details.\n\nNMC : Nickel Manganese Cobalt. This is one type of Active Material for Cathode.','2022-03-28 09:59:09',0),(1999,773,'Issue',447,'Bonjour\r\n\r\nEn effet, il y en avait pas mal d\'autre dans la partie sharedclasse. Je les ai tous modifié\r\n\r\n!clipboard-202203281022-j6oxu.png!\r\n\r\n\r\nLionel Claudel','2022-03-28 10:22:59',0),(2000,773,'Issue',447,'','2022-03-28 10:23:21',0),(2001,775,'Issue',1,'New equipment at Department Level','2022-03-28 16:12:33',0),(2002,766,'Issue',1,'A Dashboard app acting as an OPC UA client can be setup for that.\r\nCMMS can be used for it. The CMMS can be an OPC UA server.','2022-03-28 16:24:05',0),(2003,762,'Issue',1,'','2022-03-28 16:36:12',0),(2004,752,'Issue',1,'Can be tested with pump CA3.059 SP, AutoManualCtrl and Y.\r\nAllowing to test Method call and the C2D','2022-03-28 16:42:14',0),(2005,719,'Issue',1,'','2022-03-28 16:44:33',0),(2006,776,'Issue',424,'A noté que +parfois+ , je publie depuis MosquittoPub avec la commande ci-dessus, et je vois la variable #A_consumption changer depuis un client OPCUA. Mais le coup d\'après, le serveur/subscriber plante.','2022-03-28 17:01:38',0),(2007,776,'Issue',1,'Bonjour,\r\nvous faites les tests sous Windows ?\r\nAuriez vous une callstack du crash ?\r\nAutre question. \r\nVotre schéma fait reference à Mosquitto et votre log à HiveMq. \r\nPourriez vous me préciser votre configuration.\r\nOn pourrait faire un point via Team dans la semaine.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n\r\n','2022-03-28 17:12:47',0),(2008,776,'Issue',424,'Bonjour,\r\nUniquement la partie mosquitto se trouve sur ma machine windows (à gauche du schéma). Le subscriber que vous nous avez fourni a été compilé pour notre cible Cyclomix(à droite du schéma) et se connecte au broker sur l\'autre machine.\r\nJe vais voir avec gdb si je peux vous retourner le callstack.\r\n\r\nEn effet le fichier log c\'est Hivemq car j\'avais utilisé le fichier HiveMq-00150.dat, mais le broker utlisé c\'est bien mosquitto. j\'adapterai le bon fichier (.dat) pour éviter toutes confusions.\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n','2022-03-28 17:24:55',0),(2009,776,'Issue',1,'Bonjour,\r\nEst ce que le Subscriber reçoit les messages quand vous publiez en utilisant un client OPC UA. \r\nJe parle d\'une écriture depuis UAExpert dans le serveur sur un node associé au publisher.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-28 17:29:06',0),(2010,776,'Issue',424,'Je ne suis pas sûr d\'avoir compris, vous voulez que je démarre le serveur avec le Publisher activé, modifier une donnée via un client opcua qui sera publier par le publisher et voir ce que le subscriber reçoit?\r\n','2022-03-28 17:39:47',0),(2011,776,'Issue',424,'Comme sur cette image?\r\n\r\n!clipboard-202203281746-ltjwq.png!\r\n','2022-03-28 17:47:04',0),(2012,776,'Issue',424,'Bonsoir M. Condemine,\r\nCi-joint les logs et gdb des deux tests réalisés:\r\n1.zip : MosquittoPub > MosquittoBroker > MqttJsonSub\r\n2.zip : OpcuaClient > OpcUaCoreServer > MqttJsonPub > MosquittoBroker > MqttJsonSub\r\n\r\nD\'après la callstack le problème semble venir à chaque fois de la fonction DecodeUaPayload.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2022-03-28 18:02:40',0),(2013,771,'Issue',432,'Bonjour,\r\n\r\nC\'est noté pour le point. \r\nPour donner un peu plus de détail sur le freeze: UaExpert ainsi que la console ne réagissent plus. Je n\'ai malheureusement pas pensé à regarder si il y avait de la communication S7. \r\nPour info, nous n\'avons plus ce phénomène quand les Tagsde type Enums mappés en Int16 et Bool sont pas activées. \r\n\r\nCordialement, \r\n\r\nMichael','2022-03-29 14:11:35',0),(2014,772,'Issue',432,'Bonjour, \r\n\r\nJe pense que le freeze est vraiment lié au ticket 771. J\'ai essayé de donné plus de détail sur le ticket. \r\nPour ce ticket, il s\'agit d\'un problème de connexion et de reconnexion du VpiMqtt (qui ne cause pas d\'instabilité du serveur) qui ne se résous pas tous seul sans redémarrage du serveur. \r\nPour info, ce phénomène s\'est encore reproduit ce weekend. \r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2022-03-29 14:15:13',0),(2015,779,'Issue',432,'','2022-03-29 14:28:03',0),(2016,780,'Issue',1,'Bonjour,\r\nil suffit de supprimer le répertoire CertificateStore et de relancer le serveur.\r\n\r\nBien cordialement\r\nMichel Condemine','2022-03-29 16:49:30',0),(2017,780,'Issue',1,'','2022-03-29 16:49:41',0),(2018,776,'Issue',1,'Bonjour Maycko,\r\nmerci pour cette pile d\'appel. Elle nous conduit ligne 1043 sur un malloc.\r\nIl est probable que le calcul de la longueur de la payload rencontre un problème.\r\nJe vais voir ce que je peux faire.\r\nEst ce que vous rencontrez ce problème systématiquement ?\r\n\r\nCordialement\r\nMichel Condemine','2022-03-29 17:37:15',0),(2019,776,'Issue',424,'Bonjour M. Condemine,\r\nAvec la configuration 2 (OpcuaClient > OpcUaCoreServer > MqttJsonPub > MosquittoBroker > MqttJsonSub), c\'est systématique.\r\nDès le démarrage du serveur j\'ai le problème.\r\n\r\nAvec la configuration 1 (MosquittoPub > MosquittoBroker > MqttJsonSub)\r\nCe problème peut arriver dès le premier message reçu mais ce n\'est pas systématique. J\'ai pu envoyer entre 1 et 8 messages avant d\'avoir le problème.\r\n\r\nJ\'ai aussi eu le cas ci-joint, toujours au démarrage du serveur.\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n','2022-03-29 18:17:35',0),(2020,619,'Issue',1,'','2022-03-29 21:51:41',0),(2021,779,'Issue',1,'Bonjour,\r\nPetite clarification qui a son importance. Avec OPC UA on ne parle pas de HDA mais de HA.\r\nPour en venir au problème.\r\nPostGreSql renvoie un message d\'erreur qui semble indiquer une erreur dans le serveur SQL.\r\nManifestement le serveur SQL n\'est plus disponible. Le serveur OOUA appel le VfiWarmStart plusieurs fois sans succès.\r\nL\'appel HA de Genesis ne doit pas être correcte d\'où les erreurs SQL : \r\n* insufficient data in \"T\" message code:0x00007\r\n* connection pointer is NULL code:0x00007\r\n\r\nIl faudrait creuser la signification de ces messages dans le documentation PostGreSql.\r\n\r\nUne analyse plus poussée serait aussi interessante. Pour ce faire, il me faudrait une maquette complète dans une VM sur le Cloud.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-29 22:09:48',0),(2022,772,'Issue',1,'','2022-03-29 22:11:18',0),(2023,772,'Issue',432,'Bonjour, \r\n\r\n\r\nAvez vous réussi à résoudre le problème ? \r\n\r\nCordialement, \r\n\r\nMichael ','2022-03-30 09:44:39',0),(2024,772,'Issue',1,'Bonjour,\r\nce ticket est confus. \r\nIl fait référence au ticket 771 et aborde le sujet de la reprise de connexion du Publisher Mqtt.\r\nJe ferme donc ce ticket. \r\nJ\'ai répondu au 771 et je m\'occupe du cas de la reconnexion.\r\nJe vous recommande d\'installer la dernière version du VpiS7 qui permet de configurer manuellement des blocs de communication.\r\n\r\nCordialement\r\nMichel Condemine','2022-03-30 09:59:23',0),(2025,781,'Issue',533,'Hello,\r\n\r\nYou\'ll find the P&ID of the Cathode and Anode SRS (which stand for Solvent Recovery System).\r\nAs a reminder, the purpose of this equipment is to recover the NMP as it is an expensive solvent and to limit the NMP concentration in the air, hence reducing the risk of forming an explosive atmosphere.\r\n\r\nLet me know if you need further explanation.','2022-03-30 14:44:54',0),(2026,782,'Issue',1,'Hi Stéphane,\r\nthis is not straight forward and easy to explain.\r\nI suggest that you publish the new version and we will synchronise it together on Monday.\r\n\r\nRegards\r\nMichel','2022-03-31 09:37:45',0),(2027,783,'Issue',1,'Voir sections fichiers et news','2022-03-31 12:09:14',0),(2028,776,'Issue',1,'Bonjour,\r\nje vais procéder à une nouvelle livraison ce jour.\r\nJ\'ai aussi préparé une maquette Linux.\r\nJe vous propose d\'utiliser cette maquette pour les tests préliminaires.\r\nLa maquette échange entre un publisher et un subscriber fonctionnant dans deux instance du serveur des données de types :\r\n* Int32\r\n* UInt16\r\n* Float\r\n* String\r\n* Array of Float\r\n* Array of UInt32\r\n* Array of string\r\n\r\nCordialement\r\nMichel Condemine','2022-03-31 16:14:16',0),(2029,787,'Issue',1,'Bonjour,\r\nmerci pour ce log. Je pense que le niveau de LOG est à ERROR. Il faudrait le passer en INFO.\r\nTRACE_LEVEL INFO dans le fichier .DAT\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-04-04 14:55:29',0),(2030,787,'Issue',489,'Voici le Log avec le démarrage en mode INFO pour le VPIInitValue\r\n\r\nCordialement\r\nArash Morteza','2022-04-04 15:25:10',0),(2031,785,'Issue',1,'Bonjour,\r\nDans ce ticket vous n\'avez de problème qu\'avec les String et vous fabriquez manuellement la payload. ATTENTION.\r\nÊtes vous certain de votre payload ?\r\nJ\'ai fait des tests méticuleusement avec tous les types. Mais, lors de mes tests, c\'est toujours le Vpi publisher qui encode.\r\nD\'ou ma question.\r\nEn étudiant vos logs et callstack. Le free semble étrange et valide l\'hypothèse d\'une chaine corrompue, des \\\" manquants.\r\n4.zip\r\nLe contenu de la chaine \"Titi\" est correctement formaté mais 0 ne l\'est pas. Il manque les \"\". Il y a d\'ailleur une erreur dans le fichier log Mosquito-00150.log\r\n6.zip\r\nEst ce qu\'il y a eu un crash ?\r\nCar apparemment il n\'y a rien à transmettre. la payload est sans doute \"vide\"... entre guillemet .\r\n7.zip\r\nIci le Crash nous amène sur Vpi_ByteString_Clear(m_pPayLoad);\r\nProbablement un problème de décodage d\'une chaine.\r\nOn voit le message dans le log le message. DecodeUaPayload encounter an error. 0x80060000 (Vpi_BadEncodingError). The payload is probably corrupted. Payload size is 4416.\r\n\r\nLe message doivent être fabriqué par un publisher MQTT. Leurs fabrication à la main reste délicate. mosquitto_pub n\'est pas un publisher OPCUA. Il est utilisable mais c\'est délicat. Je vous recommande d\'uliser le Vpi publisher.\r\nJe vais vous ce que je peux faire pour durcir le code.\r\n\r\n\r\n\r\nCordialement\r\nMichel Condemine','2022-04-05 16:25:28',0),(2032,786,'Issue',1,'Bonjour,\r\nc\'est by-design. Il s\'agit, aussi, de faire la différence avec les ByteString.\r\nEst ce un problème ?\r\n\r\nCordialement\r\nMichel Condemine','2022-04-05 16:26:53',0),(2033,787,'Issue',447,'2 Procdump de ce jour\r\n\r\nNicolas a identifié que les valeurs restituées dans par le vpinitvalue ne sont pas cohérentes (voir screenshot réalisé en démarrant le seulement avec le vpiinitvalue) - à partir du milieu du part_data 20 sur le tableau de 454, les données ne sont plus ok\r\n\r\n!clipboard-202204051725-mt8op.png!\r\n \r\n\r\n','2022-04-05 17:27:03',0),(2034,785,'Issue',424,'Bonjour,\r\n\r\nConcernant la payload, j\'avais récupéré ce qu\'envoie le VpiPub dans le broker, ajouté le caractère \' \\ \' devant chaque \' \" \', et republier cette chaine avec mosquitto_pub pour voir le comportement du VpiSub.\r\nJe me suis aussi posé cette question concernant une chaine potentiellement corrompue c\'est pour cela dans le cas du ticket #788 j\'utilise uniquement VpiPub -> broker mosquitto -> VpiSub. J\'ai qd même par moment ce problème.\r\n4.zip\r\nJ\'avais en effet envoyé \"Titi\" puis Tata sans les \"\" pour voir ce qui se passait en cas de string mal formaté. J\'ai vu le 0. OK pour moi. Mais après cela je n\'arrivais plus a envoyé \"Toto\". J\'ai eu l\'erreur (Vpi_BadNothingToDo 0x800F0000), puis crash.\r\n6.zip\r\nOui, il y a eu un crash. j\'ai testé avec \"teststring1\", ça a fonctionné, puis \"teststring2\". J\'ai eu l\'erreur (0x800F0000), puis crash.\r\nJ\'ai relancer le serveur/subscriber, j\'ai essayé \"teststring0\" qui a fonctionné. j\'ai retesté avec \"teststring1\" et j\'ai eu l\'erreur. puis crash\r\nJ\'ai relancer le serveur/subscriber j\'ai essayé de \"teststring1\" à \"teststring12\" (12 modifications), il n\'y a pas eu de problème. à \"teststring13\" j\'ai eu l\'erreur 0x800F0000, j\'ai essayé \"teststring14\" et là, crash.\r\nJ\'ai encore redémarrer le serveur/subscriber j\'ai essayé des dizaines de string sans aucun problème. \r\nCe n\'est vraiment pas systématique.\r\n\r\nPour les tests suivants, notamment le cas du ticket #788, je n\'utilise plus mosquitto_pub.\r\n\r\nCordialement,\r\nMaycko LOUIS','2022-04-05 18:37:32',0),(2035,786,'Issue',424,'Bonjour,\nSi vous en avez besoin. C\'est OK pour moi.\nJe peux le traiter de mon côté.\n\nBien cordialement,\nMaycko LOUIS','2022-04-05 18:39:33',0),(2036,787,'Issue',1,'Bonjour,\nNotons ce que l\'on sait :\n1- Le VpiValuesInit restitue des valeurs\n2- Ces valeurs amènent le VpiLine à faire crasher le serveur.\n3- VpiLine appel StructureEmotors quand il tente de décoder CJobStatus\n4- La payload est passée pour décoder le CJobStatus est corrompu corrompue.\n *C\'est elle qui provoque le crash*\n\nQuestions : \n1- Pourquoi cette payload corrompu arrive à StructureEmotors ?\n \n2- D\'ou vient elle ?\n Elle provient de la base\n3- Est ce qu\'elle est corrompu dans la Base ?\n Certainement\n4- Qui stock dans la base ?\n Le VfiPgSql\n5- Est ce que le VfiPgSql corrompt la donnée lors du stockage ?\n6- Est ce Pg qui corrompt la donnée lors du stockage ?\n\nPlan d\'action\n1- Créer un enregistrement de composé de 4 ERP_OF. Chaque ERP_OF devra avoir plus de 450 PartProduce et chaque PartProduce devra contenir OP et SubOp.\n2- Provoquer un archivage\n3- stopper le serveur\n4- relancer le serveur\n5- vérifier que les données sont bien restaurées.\n\nAutres questions :\n@Lionel : Est ce que la table d\'archivage Pg de vendredi pourrait être restaurée ?\nPourquoi y a t il 6 archivages à la même horodate ? ( *Il pourrait correspondre à des tentatives de redémarrage* )\n@GA : A quelle heure le serveur a t il été arrêté ?\n\nCordialement\nMichel Condemine\n','2022-04-05 20:41:29',0),(2037,787,'Issue',1,'Re-Bonsoir,\r\nIl y a une explication potentielle aux six archivages à la même horodate.\r\nPour valider cette hypothèse il faudrait les traces du Vfi de vendredi avant l\'arrêt du serveur.\r\n\r\nCordialement\r\nMichel Condemine','2022-04-05 20:47:55',0),(2038,791,'Issue',1,'','2022-04-06 21:16:02',0),(2039,791,'Issue',1,'Bonjour,\r\nOn parle ici d\'un crash au matin du 6 avril 2022 à 10:52:33 CET d\'après le minidump\r\nVous écrivez :\r\n<pre>\r\nLes logs LM indiquent aussi peu avant le crash un message de type\r\n</pre>\r\nEn fait il y d\'autres nodes dans d\'autres namespace mal configurés, ns=20, ns=30 et ns=31 sur le i=1013. C\'est quoi ces nodes ?\r\nEt l\'erreur apparait bien avant le crash\r\nil y a aussi :\r\nconfiguration file inconsistancy. Cannot find forward reference i=40 ns=5;i=4297 -->ns=2;i=383 (ns=5;i=4297) ERP_OF_LIST wrong HasTypeDefinition\r\nconfiguration file inconsistancy. Cannot find forward reference i=40 ns=5;i=4298 -->ns=2;i=1265 iden ici wrong HasTypeDefinition.\r\nIl y a pas mal de BadTypeMismatch (0x80740000) on en trouve dans UaClnt-001-00301.bak, dasn UaClnt-005-01501.bak. Il reflète des erreurs de configuration.\r\nIl y a aussi des 0x808d0000 (OpcUa_BadOutOfService) issue de connexion client/server VpiUaClient sur PLC\r\n\r\nEst ce que les automates étaient arrêté vers 6h40 utc ?\r\n\r\nCôté PM\r\nIl y a des erreurs configuration remontées dans les fichiers logs depuis le 25 MARS 2022\r\nFichier SharedClasses\r\nCUAVariable::CUAVariable>Critical error ParseNodeId failed on . Default dataType will be used (Boolean) \r\n\r\nFichier Plant\r\nCritical error. Cannot retrieve the Absolute namespace Uri Index. Relative was 6 Check your NodeSet file. uStatus=0x803e0000\r\nCritical error. Cannot retrieve the Absolute namespace Uri Index. Relative was 7 Check your NodeSet file. uStatus=0x803e0000\r\nFichier Opc.Ua.SubSystem.VpiPlant.xml\r\nCritical Error>Impossble to find ns=6;i=120 In the server AddressSpace. Check you configuration.\r\nIl y a de nombreuses autres erreurs de configuration. Pourquoi est ce que l\'on a toutes ces erreurs de configuration ?\r\n\r\nLa dernière info dans les log du PM apparait à 6:54:44 UTC soit +/- deux heures avant le crash\r\n\r\n<pre>\r\n2022-04-06T06:54:44.690Z SERVER_ERROR A write operation on VpiTag ns=7;i=17 failed, BadInvalidState. uStatus=0x80af0000. Next write will be deleted. pValue[0].StatusCode=0x00000\r\n2022-04-06T06:54:44.690Z SERVER_ERROR A write operation on VpiTag ns=7;i=44 failed, BadInvalidState. uStatus=0x80af0000. Next write will be deleted. pValue[1].StatusCode=0x00000\r\n2022-04-06T06:54:44.722Z SERVER_ERROR A write operation on VpiTag ns=7;i=22 failed, BadInvalidState. uStatus=0x80af0000. Next write will be deleted. pValue[0].StatusCode=0x00000\r\n2022-04-06T06:54:44.737Z SERVER_ERROR A write operation on VpiTag ns=7;i=25 failed, BadInvalidState. uStatus=0x80af0000. Next write will be deleted. pValue[1].StatusCode=0x00000\r\n</pre>\r\n\r\nEst ce qu\'EMOTORS à plus d\'information sur ce qui c\'est passé ?\r\n\r\nMes conseils :\r\n* Corriger toutes ces erreurs de configuration\r\n* Passer les LOGs en niveau ERROR\r\n\r\nCordialement\r\nMichel Condemine','2022-04-06 22:13:06',0),(2040,759,'Issue',432,'Bonjour M. Condemine, \r\n\r\n\r\nSuite à notre call j\'ai effectué quelques tests. \r\n\r\nProblématique 1 : effets de bord du nœud mappé à l\'adresse DB.0032.0CBC\r\n\r\nLes logs obtenus indiquent bien les mêmes messages que avec le mode auto. \r\nJ\'ai mis le fichier de logs dans le zip VpiS7Logs, le fichier s\'appelle S7_31-00150 CBC Adress\r\n\r\n\r\nProblématique 2 : 5 variables mappées à la même adresse (DB.0033.04D4) et non remontée des données \r\n\r\nJ\'ai effectué le test comme discuté. Lorsque uniquement ces tags sont actifs, les 5 variables reçoivent bien la donnée remontée.\r\nOr lorsque les autres tags sont actifs, on a systématiquement l\'effet de bord suivant : les 2 dernières variables (parmi les 5 mappées à la même adresse) sont en BadCommunicationError. \r\nLorsque cet effet de bord a lieu, les logs n\'indiquent rien de suspect. J\'ai mis en PJ le fichier de logs dans le zip VpiS7Logs, le fichier s\'appelle S7_31-00150 Density Bad Communication. \r\n\r\nJe mets également en PJ la configuration qui tourne actuellement. Sur cette configuration, uniquement le subsystem S7 problématique est actif. \r\n\r\n\r\nN\'hésitez pas à m\'indiquer si je peux faire quoi que ce soit pour aider au debug. \r\n\r\nTrès cordialement et à votre disposition,\r\n\r\nMichael\r\n \r\n\r\n','2022-04-07 11:59:16',0),(2041,759,'Issue',1,'Bonjour,\r\non peut conclure sur la problématique n° 2 que le MultiNode fonctionne.\r\nPourriez vous modifier votre configuration complète afin que tous les Tags pointent sur les DB du simulateur S7 ?\r\nIl s\'agira de comprendre l\'effet de bord avec plus de node.\r\n\r\nSi le problème se reproduit. Merci de me transmettre la maquette.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-04-07 15:32:56',0),(2042,792,'Issue',436,'Bonjour Michel,\r\n\r\nOui c\'est quelque chose que nous pourrions faire.\r\n \r\nPour être sûr de bien comprendre, parlons-nous du serveur OOUA qui a été installé dans le cloud pour le scenario 2 ?\r\nCar si c\'est le cas nous n\'y avons pas accès pour l\'instant et il nous faudrait les informations relatives à la VM pour que nous puissions demander les accès à Steven.\r\n\r\nSi par contre il s\'agit du serveur OOUA de l\'usine de Lixhe je demanderai à Steven l\'installation d\'un base PostgreSQL.\r\n\r\nMerci,\r\nChris','2022-04-07 19:01:56',0),(2043,792,'Issue',1,'Bonjour,\r\nnous parlons de la VM LIXHE sur laquelle INETUM travail. Celle qui collecte les données.\r\nElle fait partie, bien sur, du SC2.\r\nJe m\'occupe de l\'autre, celle qui contient le Subscriber.\r\nUne démo GRAPHANA HA Client serait du meilleure effet. \r\nElle viendrait compléter la démo GRAPHANA entamé ce jour sur les data live. \r\nLes premiers résultats sont MAGNIFIQUE et très prometteur. Ils pourraient concerner IMERYS mais aussi un ensemble de client finaux.\r\n\r\n@Chris: On en parle quand tu veux.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2022-04-07 19:08:18',0),(2044,791,'Issue',432,'Bonjour, \r\n\r\n\r\nNous avons remonté les erreurs de configuration à eMotors. \r\n\r\nCi dessous certains messages de logs que je n\'ai pas pu comprendre: \r\n\r\n- Les BadType Mismatch (du UaClient 001 et 005) correspondent à des nœuds UaVariable de type string mappés vers un tableau d’octet côté automates. On a ce message pour les Data Request (c\'est nous qui écrivons les string et les automates qui les reçoivent). Emotors ne nous a pas informé qu’ils ont des soucis sur les DataRequest. Avant de voir ça avec eux, est ce que la conversion de type String to Byte Array fonctionne sens descendant ? Est-il possible que ça fonctionne mais qu’on ait quand même ses messages ? \r\n\r\n\r\n- Dans les logs Plant on a le message « 2022-04-08T07:36:40.841Z SERVER_ERROR Critical Error>Impossble to find ns=6;i=120 In the server AddressSpace. Check you configuration. »\r\nOr ce nœud existe et le VpiPLM arrive bien à s’y attacher. La seule spécificité est que c’est une méthode. Est-il possible que ce soir un message parasite ? \r\n\r\n- Concernant le message de type (2022-04-06T06:54:44.690Z SERVER_ERROR A write operation on VpiTag ns=7;i=17 failed, BadInvalidState. uStatus=0x80af0000. Next write will be deleted. pValue[0].StatusCode=0x00000 ), je n\'ai pas pu trouver d\'informations concernant le contexte. Les variables mentionnées sont des variables booléennes mappés vers le LM PrepaStack qui n\'a pas eu de problèmes remontés ce jour si. \r\nDans quel contexte le serveur poste t-il ce genre de logs? \r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n ','2022-04-08 14:40:43',0),(2045,793,'Issue',546,'\nCe probleme est reproductible en backoffice.\nLe message d’erreur « SERVER_ERROR UpdateDataSubscriptionThread>Unsupported EncodeableType i=884” apparait tous les secondes lors de l’abonnement à un nœud de type range ( i=884) comme par exemple : BS1/Gearbox/Vibration/SamplingFrequency\nSuivant le post du 17/03/2022, l’ajout d’une valeur de type complexe ( ExtensionObject) pour ces nœuds semble corriger le probleme.\n <Value>\n <ExtensionObject>\n <TypeId>\n <Identifier>i=884</Identifier>\n </TypeId>\n <Body>\n <Range>\n <Low>0</Low>\n <High>0</High> \n </Range>\n </Body>\n </ExtensionObject>\n </Value>\n\nLa correction en l’etat est à faire manuellement dans l’ensemble des fichiers d’instanciation pour les nœuds de type i=884, il y a 24 itérations pour les lignes 1+2\nEst-ce qu’une evolution peut etre enviseagé au niveau du ConfigManager pour positionner par defaut ce bloc \nOu bien faire en sorte que le serveur OOUA ne considere pas ceci comme une erreur ?\nCordialement\nInetum\n','2022-04-08 16:20:26',0),(2046,793,'Issue',1,'Bonjour,\r\nNous avons donc à faire à des valeurs non-initialisées. L\'init corrige naturellement le pb. C\'est très bien.\r\n\r\nVous entendez quoi par \r\n<pre>\r\nOu bien faire en sorte que le serveur OOUA ne considere pas ceci comme une erreur ?\r\n</pre>\r\n\r\nSi vous avez en tête d\'ignorer cette erreur et de ne pas logger de message cela ne sera pas fait.\r\n\r\nCordialement\r\nMichel Condemine','2022-04-08 16:28:07',0),(2047,793,'Issue',432,'Bonjour M. Condemine,\r\n\r\nLa deuxième proposition de Daniel est que le serveur initialise les variables de datatype Range en interne avec une valeur par défaut, sans nécessiter une balise value \r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2022-04-08 17:29:56',0),(2048,793,'Issue',1,'Les types pris en compte pour les initialisations par défaut le sont au compte goutte.\r\nLe nodeset doit être privilégié. Il ne faut pas saturer le code du serveur en code \"inutile\"\r\nMerci de poster un demande d\'évolution dans le projet Serveur.\r\n\r\nCordialement\r\nMichel Condemine','2022-04-08 18:46:28',0),(2049,759,'Issue',432,'Bonjour, \r\n\r\nJ\'ai construit une configuration avec les tags qui pointent sur le simulateur s7 en respectant les contraintes de nombres de DB disponible et de taille des DB du Simulateur (donc impossibilité d\'utiliser l\'adresse 0CBC)\r\n\r\nMalheureusement je n\'arrive à reproduire aucunes des 2 problématiques avec le simulateur. \r\n\r\nJ\'essaierait de voir semaine prochaine si je peux générer un minidump sans crash sur la configuration qui tourne chez Imerys afin d\'avoir plus d\'information sur le contexte (états des variables interne du VpiS7) \r\nJe continuerai également mes efforts pour essayer de reproduire les 2 problématiques. \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-04-08 18:59:56',0),(2050,795,'Issue',533,'Hello,\r\nHere\'s a list of attribute that I can think of for powder (aka ActiveMaterialDataType, AdditiveDataType, BinderDataType) :\r\n- D90 µm (90% of the particles are smaller than this size)\r\n- D50 µm (50% of the particles are smaller than this size)\r\nCommon to all of them would be :\r\n- Moisture content (% or ppm)\r\n- Density kg/m3\r\n\r\nI\'ll come back later with more informations from the Product Team\r\n','2022-04-11 09:18:37',0),(2051,797,'Issue',1,'Les supports des Vfi n\'était pas initialement prévu.\r\nJe vous ferai une livraison complète. \r\nmerci de ne pas mélanger IPV4/IPV6\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2022-04-12 10:20:37',0),(2052,785,'Issue',424,'Bonsoir M. Condemine,\r\nAvez-vous pu avancer sur ce problème : Critical error>TransfertToCoreServerCache failed uStatus=0x800f0000\" (Vpi_BadNothingToDo).\r\n\r\nDe mon côté j\'ai fait quelques tests (CoreServer/VpiPub d\'un côté et CoreServer/VpiSub de l\'autre) et j\'ai remarqué les choses suivantes:\r\nLorsque j\'ai cette erreur du Subscriber, La variable \"pPayload\" se trouvant dans UASubSystem::CVpiUaSub::DecodeUaPayload est en effet vide. Donc c\'est normal que rien ne soit transférer au serveur.\r\nJe suis donc remonté jusqu\'à MQTT::CPublishControlPacket::CPublishControlPacket. et la variable \"pRawData\" est aussi vide.\r\n\r\nPar contre,\r\nJ\'ai continué de remonté jusqu\'à la source des données (UASubSystem::CVpiUaSub::ListeningThread -> case PUBLISH_CONTROLPACKETTYPE). \r\nJ\'ai constaté que la variable \"pTrameResponse\", contient bien de la data, elle n\'est pas vide. \r\n\r\nDans cette variable je retrouve bien la données reçues par le Subscriber (le Topic concaténé aux données json). Mais après la variable \"pFullTrameResponse\", on perd les données.\r\n\r\nSavez-vous pourquoi j\'ai ce scénario? Et surtout savez-vous pourquoi je ne l\'ai pas tout le temps?\r\n\r\nDans un premier temps j\'avais mentionné que ce scénario arrivait uniquement avec les strings mais je l\'ai aussi avec d\'autres types de variable mais dans une moindre mesure.\r\n\r\nBien cordialement,\r\nMaycko LOUIS','2022-04-12 18:30:52',0),(2053,791,'Issue',432,'Bonjour M. Condemine, \r\n\r\n\r\nLionel nous a transmis hier un autre minidump concernant la ligne Rotor. La pile d\'appel est la même que la précédente, et on est toujours sur la gestion du MonitoredItem NamespaceArray. \r\n\r\nLa plupart des erreurs de configurations ont été corrigés par eMotors. Il en reste de 2 types ( ceux liés aux Nodeset de types, et des BAdTypeMismatch liées à une variable sur leur FB Data Request). Je leur remonterai ce dernier pour qu\'ils corrigent. \r\n\r\n\r\nJ\'étais en session avec lui concernant sa configuration de préproduction lorsque le minidump a été généré sur le LM Rotor et il avait un bureau à distance connecté sur le LM Rotor en background. On peut donc être sur que personne ne manipulait UaExpert sur le LM Rotor. \r\n\r\nLe minidump est généré à 19h39:00 heure de Paris. \r\nDans les logs LM il y a un timeout d\'une session client à 19h39:39\r\n\r\nJe mets en PJ :\r\n\r\n- le minidump\r\n- les logs LM ( .log)\r\n- les logs PM ( .log et le subsytem correspondant à la connexion avec le LM Rotor est le Subsystem UaClnt-003).\r\n\r\nLes PDB et Binaires sont les mêmes que ceux transmis avec le ticket. \r\n\r\nCordialement et à votre disposition, \r\n\r\nMichael\r\n\r\n\r\n\r\n','2022-04-13 10:20:22',0),(2054,765,'Issue',510,'Add driveType [0...1] in motortype and remove driveType [0...1] in all equipment type with drive and motor attribute','2022-04-15 10:35:47',0),(2055,759,'Issue',432,'Bonjour, \r\n\r\nNous ne rencontrons plus la problématique 1 avec les nouveaux binaires. Nous continuons à surveiller. \r\n\r\nLa problématique 2 est toujours d\'actualité. Nous continuons nos essais pour reproduire le problème en backoffice\r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-04-15 18:50:37',0),(2056,805,'Issue',1,'Bonjour,\r\ncette version n\'est pas terminée pour la prise en compte des alarmes.\r\nCependant vous devez changer la configuration des alarmes. La reference HasEventSource est une référence Forward et pas inverse.\r\n\r\nCordialement\r\nMichel Condemine','2022-04-20 17:52:55',0),(2057,806,'Issue',1,'Bonjour,\r\nc\'est un sujet ouvert. Je collecte actuellement des avis.\r\n\r\nA suivre\r\nMichel Condemine','2022-04-20 17:54:57',0),(2058,808,'Issue',1,'Il faut aussi les nodeId permettant d\'accéder à :\r\n* la puissance des broyeurs de la ligne 1.\r\n* Le débit de dispersant\r\n\r\ncordialement\r\nMichel Condemine\r\n','2022-04-21 10:00:40',0),(2059,808,'Issue',432,'Bonjour,\r\n\r\nPour les nœuds (C3 L1 grade L1, C3 L1 3AKG01X , C3 L1 3AKG02X ,C3 L1 3AKG03X ,C3 L1 3ARATIODX_L1), nous ne sommes pas familiers avec ces termes, ils n\'apparaissent pas dans les documents qu\'on utilise comme source d\'informations \r\nSi vous le souhaitez, nous pouvons contacter Stéphane Grégoire de Imerys qui est notre référent pour les informations concernant les lignes de production à Lixhe.\r\n\r\n\r\nPour les broyeurs : \r\nNous supposons que la puissance consommée correspond à la variable Kw sous Engine dans un broyeur\r\nPour de débit de dispersant, concerne t\'elle aussi les broyeur ? Car nous ne trouvons pas de variable y correspondant dans la représentation d\'un broyeur. S\'agit t-il des OutputFlowRate que l\'on peu trouver sur les pompes? On peut aussi demander à Stéphane si vous le souhaitez.\r\n\r\nBS1 (mappé au niveau des automates)\r\n Engine/kW : ns=http://inetum.com/Imerys/Lixhe/Carbital3/PAPLine1/BS1;i=1203\r\n\r\n\r\nBS2 \r\n Engine/kw :ns=http://inetum.com/Imerys/Lixhe/Carbital3/PAPLine1/BS2;i=1203\r\n\r\nBS3 \r\n Engine/kW : ns=http://inetum.com/Imerys/Lixhe/Carbital3/PAPLine1/BS3;i=1203\r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-04-21 10:17:55',0),(2060,808,'Issue',1,'Bonjour,\r\nmerci de contacter Stéphane au sujet des Grades.\r\nAvez vous les informations relatives aux débits ?\r\n\r\nCordialament \r\nMichel Condemine','2022-04-21 10:21:20',0),(2061,808,'Issue',432,'Okay pour contacter Stéphane. \r\n\r\nEn terme de débit pour les broyeur, nous ne trouvons rien. \r\nLes seuls informations que nous trouvons sur les entrées/sorties sont les suivantes :\r\n!clipboard-202204211057-weclf.png!\r\n \r\n\r\n','2022-04-21 11:00:22',0),(2062,808,'Issue',432,'Rebonjour, \r\n\r\n\r\nCi dessous le retour de Stéphane Grégoire : \r\n\r\n\r\nC3 L1 grade L1 ---> Le nom du produit actuellement produit par la ligne 1 (Mais n\'existe pas dans le model, à ajouter)\r\nC3 L1 3AKG01X ---> KW du broyeur BS1 (dans le model)\r\nC3 L1 3AKG02X ---> KW du broyeur BS2 (dans le model)\r\nC3 L1 3AKG03X ---> KW du broyeur BS3 (dans le model)\r\nC3 L1 3ARATIODX_L1 ---> Ratio en % du dosage de dispersant pour la ligne 1(Mais n\'existe pas dans le model, à ajouter)\r\n\r\nSouhaitez vous que je kuipose la question sur le débit du dispersant pour les broyeurs ? \r\nCordialement, \r\n\r\nMichael Ejigu','2022-04-21 14:13:59',0),(2063,765,'Issue',1,'Fixed in model v2.0.0 ','2022-04-21 17:15:23',0),(2064,809,'Issue',432,'Rebonjour, \r\n\r\nPour info, on a réussi à résoudre le problème (sans le comprendre) en faisant un pretty-print avec l\'outil XML Tools de notepad ++ \r\n\r\n\r\nCordialement, \r\nMichael','2022-04-21 17:55:25',0),(2065,810,'Issue',1,'Bonjour,\r\nconcernant le VFI, 0x0007e indique qu\'une DLL est manquante.\r\nPeut être un problème entre la version 14 de Pg sur la machine Imerys et le Vfi qui est compilé pour un Pg13.\r\nConcernant votre pb S7. Votre Tag n\'est il pas hors bloc ?\r\nPourriez vous agrandir le bloc ?\r\n\r\nEst ce que cela fonctionne en back-offce\r\n\r\nCordialement\r\nMichel Condemine','2022-04-22 17:08:07',0),(2066,810,'Issue',546,'Bonjour M. Condemine,\r\n\r\nEn ce qui concerne le VFI, avez vous la possibilité de localiser le(s) DLL(s) manquant(s) ?\r\nPour ce qui est de l\'environnement de test/opérationnel:\r\n- Sur PC local et 2 VM back office le VFI fonctionne, pas sur la VM Imerys\r\n- Binaires et configuration: OOUA serveur+ VFI sont identiques=> le même zip déployé sur site a été rapatrié en local pour tests\r\n- Version pgAdmin => identique sur VM Imerys et PC local ( voir Screenshot jointes)\r\n!clipboard-202204221732-ivoq5.png!\r\n!clipboard-202204221732-kl6rk.png!\r\n- Versions windows : back office : Windows 10 entreprise et Windows server 2019 standard\r\n VM Imerys : Windows server 2019 standard\r\nEst ce que ca va aller chercher des DLL systemes autres que ceux livrés et présents dans le dossier serveur OOUA, si oui, lesquelles?\r\n\r\nMerci pour votre aide,\r\nCordialement,\r\n\r\n','2022-04-22 18:03:31',0),(2067,810,'Issue',1,'Bonjour,\r\npeut importe PgAdmin.\r\nVous utilisez quelle version de PostGreSql en backOffice ?\r\n\r\nSteven a installé une version 14 sur site. \r\nLe Vpi a été généré avec des DLLs en version 13. Je ne garanti pas que cette version soit compatible avec une version 14.\r\n\r\nSinon vous devrez aussi penser à déployer les DLL de debug.\r\n\r\ncordialement\r\nMichel Condemine','2022-04-22 18:11:50',0),(2068,810,'Issue',546,'Pour info, en back office et sur VM prod, c\'est la version 14.2 de Postgresql qui a été installée ( pour être uniforme avec la version installée par Steven).\r\nNous allons vérifier pour les DLL de debug.\r\nCordialement,','2022-04-22 18:23:47',0),(2069,810,'Issue',432,'Bonjour, \r\n\r\n\r\nJe complète les réponses de Daniel. \r\n\r\nPour le S7. Le noeud n\'est pas hors bloc. On peut bien sur augmenter la taille du bloc. Cependant le nœud qui est en BadCommunicationError n\'est pas systématiquement le même. C\'est le premier noeud déclaré dans le bloc 53 (en décimal). Donc si on modifie l\'ordre de déclaration dans le fichier de mapping, le nœud impacté change. Y-a t-il des scénarios où un seul noeud d\'un bloc peut être en BadCommuncationError ? \r\n\r\n\r\nPour le VFI, les binaires OOUA sont en debug. Est-ce que les dépendances du VFI que vous nous conseillez de passer en debug ? Sur le machine Imerys \"Paris\" c\'est aussi la version 14 de Postgres que vous avez ? \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-04-25 09:24:16',0),(2070,810,'Issue',1,'Bonjour,\r\nje pense qu\'il y a un soucis dans la longueur du bloc.\r\nSi le bloc n\'est pas assez grand le TAG sera \"hors-bloc\"\r\nConcernant le VFI.\r\nLa machine Paris est en PgSQL 13. Si vous êtes en DEBUG vous devez, bien sur, copier les DLL de PgSQL DEBUG.\r\n\r\nCordialement\r\nMichel Condemine','2022-04-25 09:42:39',0),(2071,810,'Issue',432,'Nous avons trouvé et corrigé notre erreur pour le mapping S7. On lisait sur une adresse non lisible au niveau de l\'automate. Merci pour vos retours. \r\nPour le VFI: \r\nSauriez vous où l\'on peut trouver des binaires PgSQL en debug ? Nous avons les symboles qui ont été téléchargés pendant l\'installation de Postgres mais pas de binaires suffixé d comme les binaires debug OOUA. \r\nPour info, chez eMotors ainsi qu\'en backoffice, les binaires fonctionnent tels quel (OOUA en debug, et binaires Pgsql venu avec les premières livraisons du VFI sans suffixe d pour debug) \r\n\r\nIl nous vient également comme piste d\'essayer d\'utiliser un logiciel comme DependencyWalker pour essayer de trouver la/dll manquantes. Qu\'en pensez vous? \r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-04-25 14:24:27',0),(2072,813,'Issue',533,'Hello,\r\n\r\nThe bolt will be used to modify the lip gap. I think this video illustrate quite well the process : https://www.youtube.com/watch?v=DFEKmk9Mu1E&t=120s\r\n\r\nLet me know if that\'s still unclear.\r\n','2022-04-27 16:28:23',0),(2073,813,'Issue',1,'Hello Alexandre,\r\ncan you tell us if the suggested definition matches with the soltdie bolts attribute.\r\n\r\nRegards\r\nMichel','2022-04-28 09:04:40',0),(2074,813,'Issue',533,'Then no, the definition \"List of positions taken by the slotdie during the creation the electrode\" is not fitting.\r\nMy take would something along \" +Bolt :+ Elements of a Slot Die whose tightness controls the width of the lip gap on a small area around it\".\r\nOn a Slot Die you have several bolts. That\'s why we settled on a list that would represents the variation of the lip gap across the whole length of the slot die.','2022-04-28 09:35:03',0),(2075,810,'Issue',1,'Bonjour,\r\nje confirme que la machine \"Paris\" utilise une version DEBUG du VfiPgSql. Elle fonctionne parfaitement\r\nCordialement\r\nMichel Condemine','2022-04-28 14:35:39',0),(2076,391,'Issue',1,'','2022-04-29 00:16:39',0),(2077,810,'Issue',546,'Bonjour Monsieur Condemine,\r\nLe probleme a été resolu avec l\'introduction de la DLL : msvcr120.dll (en pièce jointe) qui a été rajouté dans le dossier serveur OOUA.\r\nCordialement,\r\nInetum','2022-04-29 12:40:38',0),(2078,820,'Issue',1,'Le schéma, bien qu\'imparfait, peut fonctionner. \r\nJe ferme cet incident.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-01 18:09:09',0),(2079,820,'Issue',549,'Bonjour,\r\nJuste pour apporter des précisions pour faire la correspondance entre XML GmmToMiddleware et modèle : les paramètres transmis dans le XML correspondent aux attributs de MeasuringToolValidityStatusDataType.\r\n\r\n Attribut dans le modèle | Paramètre XML\r\n Validity (boolean) | ValidityStatus (boolean)\r\n Description (string) | ValidityDescription (string)\r\n','2022-05-02 10:43:35',0),(2080,821,'Issue',548,'Changement de l\'assignation du projet à \"OpenOpcUa\" suite à une erreur de paramétrage ','2022-05-03 16:50:43',0),(2081,821,'Issue',1,'Merci de faire attention au projet utilisé pour poster des demandes de support','2022-05-03 22:15:12',0),(2082,821,'Issue',1,'Bonjour,\r\ncette demande sera abordée vendredi lors de notre call hebdomadaire.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-03 22:19:24',0),(2083,819,'Issue',533,'The slot die position (and thus the Gap) is handled by two equipment :\r\n- An Air cylinder, that is working on centimetric scale. By design, an air cylinder is only able to use preset position. As far as I know, we have only two : Open and Closed.\r\n- A servomotor, that is working on a micrometric scale. This servo motor is able to work on a whole range, allowing precise tuning of the gap.\r\n\r\nMy understanding of the technology is that, once you set up the gap with the servor motor, you only use the Air Cylinder when you have to pull back the slot die (usually when you don\'t want to coat a part of the product). \r\n','2022-05-09 11:53:48',0),(2084,804,'Issue',1,'Hello,\r\ni just fixed this issue in the last version of both publisher and subscriber.\r\nI will try to update the subscriber this evening.\r\nINETUM will probably update the publisher side.\r\n\r\nRegards\r\nMichel Condemine\r\n','2022-05-09 20:32:30',0),(2085,821,'Issue',447,'Bonjour Michel\r\n\r\nNous avons fait des tests avec la nouvelle livraison du vpiS7 (Temps calculé pour le Read + 20% pour laisser du temps au Write). Modification réalisé pour éviter le \"ping pong\".\r\n\r\nCeci fonctionne mais les mise à jour mais les lectures prenne entre 15 et 40s à ce réaliser.\r\n\r\nOr avec la version précédente, les lectures et écriture fonctionnaient avec un polling de 2s - mais engendrait le ping pong.\r\n\r\n\r\nUne autre idée pour éviter le ping pong: est-ce que si après un write, on ignore le prochain read et seulement le prochain read pour laisser le temps au PLC de prendre en compte l\'écriture et donc de répondre à un read avec la nouvelle valeure ne solutionnerait pas le problème?','2022-05-11 20:35:20',0),(2086,819,'Issue',1,'','2022-05-12 10:26:40',0),(2087,817,'Issue',1,'Hello Alexandre,\r\nCan you please provide a definition for this ?\r\nRegards\r\nMichel','2022-05-12 10:27:35',0),(2088,789,'Issue',1,'Bonjour,\r\nCette amélioration a été introduite dans la dernière version.\r\nCordialement\r\nMichel Condemine','2022-05-14 10:34:38',0),(2089,824,'Issue',1,'','2022-05-14 10:35:23',0),(2090,807,'Issue',1,'Redirected','2022-05-14 10:36:26',0),(2091,802,'Issue',1,'Hello Sunil,\r\nyou write \"When we create Instances using configmanager, we have to provide the node id\'s in the csv file\"\r\nWhere does it come from ? What node id\'s are we talking about ?\r\nI mean you can provide node id\'s but this optional. Why are you providing it ?\r\n\r\nRegards\r\nMichel Condemine','2022-05-14 10:41:02',0),(2092,796,'Issue',1,'','2022-05-14 10:42:53',0),(2093,770,'Issue',1,'Redirected','2022-05-14 10:56:24',0),(2094,758,'Issue',1,'Bonjour,\r\ncomme vu ensemble il faut modifier le profil UML.\r\n\r\ncordialement\r\nMichel Condemine','2022-05-14 10:59:12',0),(2095,754,'Issue',1,'Bonjour,\r\npourriez vous préciser le problème que vous rencontrez ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-14 11:00:51',0),(2096,708,'Issue',1,'','2022-05-14 11:02:13',0),(2097,724,'Issue',1,'bonjour,\r\npourriez vous statuer sur les différents point soulever dans ce ticket ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-14 11:19:14',0),(2098,719,'Issue',1,'Redirect','2022-05-14 11:21:16',0),(2099,693,'Issue',1,'Redirected','2022-05-14 11:23:00',0),(2100,758,'Issue',1,'Redirected','2022-05-14 11:23:37',0),(2101,668,'Issue',1,'bonjour,\r\nje redirige ce ticket vers le projet approprié.\r\nPourriez vous refaire ces tests avec la dernière version et me tenir au courant.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-14 11:26:13',0),(2102,635,'Issue',1,'Redirected','2022-05-14 11:40:47',0),(2103,634,'Issue',1,'Redirected','2022-05-14 11:41:35',0),(2104,596,'Issue',1,'Redirected','2022-05-14 11:42:44',0),(2105,596,'Issue',1,'','2022-05-14 11:43:17',0),(2106,584,'Issue',1,'Redirected','2022-05-14 11:44:26',0),(2107,583,'Issue',1,'Redirected','2022-05-14 11:45:49',0),(2108,569,'Issue',1,'','2022-05-14 11:48:01',0),(2109,578,'Issue',1,'','2022-05-14 11:48:40',0),(2110,570,'Issue',1,'','2022-05-14 11:50:14',0),(2111,567,'Issue',1,'','2022-05-14 11:50:57',0),(2112,565,'Issue',1,'','2022-05-14 11:52:19',0),(2113,511,'Issue',1,'Fixed','2022-05-14 11:52:57',0),(2114,488,'Issue',1,'','2022-05-14 11:53:57',0),(2115,480,'Issue',1,'','2022-05-14 11:54:31',0),(2116,468,'Issue',1,'','2022-05-14 11:55:43',0),(2117,467,'Issue',1,'','2022-05-14 11:56:21',0),(2118,827,'Issue',565,'','2022-05-17 16:37:57',0),(2119,827,'Issue',1,'Bonjour, \r\nen matière de développement logiciel il existe deux versions des binaires que l\'on génère. La version debug et la version release.\r\nLa première est utilisée pour les tests la seconde pour les déploiements.\r\nPour les questions relatives au VpiUaClient merci de vous reportez a la documentation.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-17 17:16:38',0),(2120,831,'Issue',432,'','2022-05-20 13:23:42',0),(2121,821,'Issue',1,'Bonjour Lionel,\r\npourriez vous confirmer que ce problème est réglé ?\r\n\r\nCordialement\r\nMichel','2022-05-20 14:58:28',0),(2122,551,'Issue',1,'','2022-05-20 15:02:38',0),(2123,811,'Issue',1,'Bonjour,\r\nje ferme cette incident en espérant qu\'il a été pris en compte.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:04:24',0),(2124,590,'Issue',1,'Bonjour,\r\nje pense que cet incident est corrigé depuis plusieurs mois.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:05:59',0),(2125,581,'Issue',1,'Bonjour,\r\nje pense que ce problème est corrigé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:06:47',0),(2126,581,'Issue',1,'','2022-05-20 15:06:56',0),(2127,580,'Issue',1,'Bonjour,\r\nje pense que ce problème est corrigé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:07:18',0),(2128,579,'Issue',1,'Bonjour,\r\nje pense que ce problème est corrigé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:07:49',0),(2129,577,'Issue',1,'Bonjour,\r\nje pense que ce problème est corrigé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:08:15',0),(2130,575,'Issue',1,'Bonjour,\r\nje pense que ce problème est corrigé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:08:46',0),(2131,574,'Issue',1,'Bonjour,\r\nje pense que ce problème est corrigé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:09:17',0),(2132,573,'Issue',1,'Bonjour,\r\nje pense que ce problème est corrigé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:09:34',0),(2133,572,'Issue',1,'Bonjour,\r\nje pense que ce problème est corrigé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:09:52',0),(2134,471,'Issue',1,'Bonjour Rémi,\r\nvoila un vieux problème...\r\nJ\'ai relancé avec la version 1.0.6.8 du serveur sans rencontrer le moindre problème.\r\nJe ferme donc cet incident.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:29:01',0),(2135,474,'Issue',1,'Bonjour,\r\ncf manuel de l\'utilisateur.\r\nJe ferme cet incident\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:30:39',0),(2136,493,'Issue',1,'Bonjour,\r\nje pense que ce problème est aujourd\'hui corrigé.\r\nCordialement\r\nMichel Condemine','2022-05-20 15:31:33',0),(2137,606,'Issue',1,'Bonjour,\r\nje pense que cette évolution a été implémenté.\r\nMerci de me le confirmer\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:40:15',0),(2138,612,'Issue',1,'','2022-05-20 15:42:46',0),(2139,615,'Issue',1,'','2022-05-20 15:43:19',0),(2140,617,'Issue',1,'Bonjour,\r\nje pense que ce problème est aujourd\'hui corrigé.\r\nCordialement\r\nMichel Condemine','2022-05-20 15:44:00',0),(2141,624,'Issue',1,'Bonjour,\r\nje pense que ce problème est aujourd\'hui corrigé.\r\nCordialement\r\nMichel Condemine','2022-05-20 15:44:33',0),(2142,645,'Issue',1,'Bonjour,\r\nje pense que ce problème est aujourd\'hui corrigé.\r\nCordialement\r\nMichel Condemine','2022-05-20 15:45:23',0),(2143,654,'Issue',1,'Bonjour Arash,\r\npourriez vous m\'indiquer le status de cet incident ?\r\n\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:47:50',0),(2144,655,'Issue',1,'Bonjour Arash,\r\npourriez vous m\'indiquer le status de cet incident ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:48:52',0),(2145,656,'Issue',1,'Bonjour Arash,\r\npourriez vous m\'indiquer le status de cet incident ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:49:15',0),(2146,657,'Issue',1,'Bonjour Lionel,\r\npourriez vous m\'indiquer le status de cet incident ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:50:12',0),(2147,659,'Issue',1,'Bonjour Arash,\r\npourriez vous m\'indiquer le status de cet incident ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:51:05',0),(2148,660,'Issue',1,'Bonjour Arash,\r\npourriez vous m\'indiquer le status de cet incident ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:51:34',0),(2149,661,'Issue',1,'Bonjour Lionel,\r\npourriez vous m\'indiquer le status de cet incident ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:52:25',0),(2150,675,'Issue',1,'Bonjour Lionel,\r\npourriez vous m\'indiquer le status de cet incident ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:53:46',0),(2151,691,'Issue',1,'Bonjour Lionel,\r\nJe pense que cet incident est aujourd\'hui réglé.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 15:54:51',0),(2152,702,'Issue',1,'Bonjour Lionel,\r\nquelques explications :\r\nErreur de timeout. Un client OPC a créé une session mais n\'a pas respecté ses engagements auprès du serveur. \r\nSans nouvelle du client. Il détruit la session.\r\nLe log montre plusieurs choses : Publish en retard, subscription en timeout et enfin session en timeout. \r\nManifestement un client HS.\r\n\r\n\r\nJe ne suis pas certain de comptre la notion de <pre>décalage d\'heure</pre>\r\n\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 16:04:17',0),(2153,735,'Issue',1,'Bonjour,\r\nSans réponse je ferme cet incident.\r\nIl s\'agissait un problème critique.\r\n\r\nJ\'espère que tout le monde à bien compris la nature de ce problème.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 16:07:25',0),(2154,761,'Issue',1,'Bonjour,\r\nest ce que vous pourriez me préparer un maquette permettant de reproduire le problème.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 16:09:25',0),(2155,787,'Issue',1,'Bonjour,\r\nou en est on avec cet incident ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 16:10:54',0),(2156,798,'Issue',1,'Bonjour,\r\nje vous propose de traiter ce problème ASAP.\r\nJ\'aimerai une description précise et une maquette.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-20 16:13:27',0),(2157,827,'Issue',565,'Bonjour,\r\n\r\nMerci pour la documentation, elle est très utile pour comprendre comment se configure le VPI. Cependant, je me heurte à un soucis au lancement du serveur, le VPI UA Client indique systématiquement une erreur dans les logs \"2022-05-23T13:55:20.002Z ERROR LoadConfigurationFile C:\\Users\\OPCUA\\Desktop\\OPCUAValentin\\Serveur OPCua d\'Avrieux\\Avrieux\\S71500-00150.dat failed 0x803e0000.\"\r\n\r\nJ\'ai pourtant réalisé la configuration de la bonne façon, j\'ai essayé la configuration automatique et également la configuration manuelle, mais j\'ai toujours ce message qui s\'affiche. Le fichier de configuration est pourtant chargé lors du lancement du serveur, car j\'avais des erreurs que j\'ai réussi à corriger en complétant ce fichier. Savez-vous quelle peut être l\'origine du problème ? \r\n\r\nEn vous remerciant,\r\n\r\nCordialement,\r\nValentin DUFIEF','2022-05-23 16:35:39',0),(2158,402,'Issue',328,'','2022-05-24 14:11:31',0),(2159,631,'Issue',328,'','2022-05-24 14:12:35',0),(2160,542,'Issue',328,'','2022-05-24 14:14:11',0),(2161,834,'Issue',552,'Bonjour,\r\n\r\nCe fichier est un fichier de définition d\'un indicateur Optimu. Il est codé dans un format propriétaire.\r\n\r\nCordialement,\r\n\r\nRomain DAVID','2022-05-24 15:20:03',0),(2162,27,'Issue',1,'','2022-05-27 01:08:06',0),(2163,832,'Issue',1,'Bonjour,\r\nces deux problèmes et d\'autres sont corrigés dans la version 1.0.6.9 du serveur.\r\n\r\nJe ferme cette incident.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-27 15:09:45',0),(2164,791,'Issue',1,'Bonjour,\r\nou en sommes nous avec ce problème ?\r\n\r\nCordialement\r\nMichel Condemine','2022-05-27 15:10:53',0),(2165,761,'Issue',489,'Bonjour Michel, \r\n\r\nJe vous envoi la petite maquette qu\'on a préparé pour tester l\'option de historisation. On a laissé le serveur en marche sans client, et ça marche sans problème, mais le crash arrive une fois qu\'on s\'abonne les quartes nodes dans UAExpert: History trend view en mode single update.\r\n\r\nCordialement,\r\nArash.\r\n','2022-05-30 16:49:52',0),(2166,761,'Issue',1,'Bonjour,\r\nNous avions un point ce matin sur ce sujet que vous avez manqué. \r\nJ\'en ai profité pour mettre en place votre maquette et faire plusieurs tests.\r\nN\'ayant pas les PLC et une autre base SQL, J\'ai du apporter de nombreuses modifications afin de pouvoir utiliser la maquette sur mon poste.\r\nTest N°1 : Vos binaires. Configuration avec injection manuelle des grandeurs électrique. Connection UA Expert sur 4 variables archivées. Pas d\'erreur\r\nTest N°2 : Vos binaires. Ajout d\'une simulation des grandeurs électrique à 500ms. Connection UA Expert sur 4 variables archivées. Crash du serveur\r\nTest N°3 : Mes binaires Debug IPV6 sous VS2017. + 100 lectures des archives. Aucune erreur.\r\n\r\nJe continuerai les tests lors de notre prochain point.\r\n\r\nCordialement\r\nMichel Condemine','2022-05-31 11:25:39',0),(2167,761,'Issue',1,'Une image pour illustrer les tests :\r\n!clipboard-202205311127-hlqmb.png!\r\n','2022-05-31 11:27:32',0),(2168,829,'Issue',1,'Hello Stephane,\r\ncan you try to simply specify the MAC address of the PLC instead of the IP front of IP_ADDRESS field of the .DAT file associated with the PLC configure in ISO.\r\n\r\nFeel free to contact me directly if you need some assistance for it.\r\n\r\nRegards\r\nMichel Condemine','2022-06-01 23:57:35',0),(2169,829,'Issue',510,'Michel,\r\n\r\nWith the help of Inetum, we change the .dat file with the MAc adresse.\r\nBut that doeus\'nt work. We try with \"-\" and with \":\"\r\nYou can See prinscreen ','2022-06-02 12:27:17',0),(2170,675,'Issue',447,'A reprendre en fonction des nouvelles instanciations que nous devons faire avec Ximulateur\r\n\r\nCi-joint nos derniers projets ximualateur avec erreur dans le log ximulateur ','2022-06-02 19:53:35',0),(2171,761,'Issue',489,'','2022-06-03 18:55:02',0),(2172,833,'Issue',1,'Traiter dans la dernier modif','2022-06-10 15:53:26',0),(2173,827,'Issue',565,NULL,'2022-06-13 14:38:51',0),(2174,543,'Issue',565,NULL,'2022-06-13 14:39:17',0),(2175,563,'Issue',565,NULL,'2022-06-13 14:39:35',0),(2176,838,'Issue',447,'La version du VpiS7d 1.0.2.3 coupe bien la chaine de caractères lorsqu\'il y a un caractère 13 ou 0 en ascii comme demandé.\r\n\r\nMais si dans le subsystem nous avons indiqué un tableau de 8 caractères et que la chaine qui remonte est de 8 caractères, alors le dernier est supprimé\r\n\r\nExemple : \r\n* dans le PLC nous avons OP100-01 (tableau de 8 Bytes Ascii) \r\n* Subsytem avec un mapping ns=1;1=100 Type=\"Byte\" NbElement = \"8\" \r\n* dans le node du serveur OPC UA mappé sur cette chaine de caractères nous avons OP100-0 (suppression du dernier caractère)\r\n\r\nDans le cas où la chaine de caractère dans le PLC est inférieur à la taille du tableau paramétré dans le subsystem alors cela fonctionne correctement\r\n\r\nCordialement\r\n\r\nLionel Claudel','2022-06-14 11:53:59',0),(2177,843,'Issue',550,'Bonjour,\r\n\r\nj\'ai reactivé le compte avec le password ci-dessus. Je pense qu\'il avait été modifié\r\n\r\nCordialement\r\nGilles\r\n','2022-06-16 08:39:45',0),(2178,843,'Issue',1,'Merci ','2022-06-16 08:44:34',0),(2179,845,'Issue',1,'Bonjour,\r\nles trois log montrent des blocks orphelins. (Orphan Block)\r\nIl faut impérativement corriger cela.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-16 15:02:37',0),(2180,846,'Issue',550,'Bonjour,\r\n\r\nj\'ai ajouter dans la doc v1.2, le scénario (en postman + curl).\r\nhttp://www.openopcua.org/redmine/attachments/3095\r\n\r\nEn cas de besoin n\'hésiter pas à me solliciter via un meting teams\r\n\r\nCordialement\r\nGilles\r\n ','2022-06-17 08:58:19',0),(2181,845,'Issue',565,'Bonjour,\r\n\r\nJe vous remercie pour cette réponse. Qu\'appelez-vous des blocs orphelins ?','2022-06-17 09:41:54',0),(2182,845,'Issue',1,'Bonjour,\r\nil y a de nombreux messages dans les logs qui contiennent : \r\n<pre>\r\n\"Orphan block found\"\r\n</pre>\r\nIl faut supprimer cette erreur. Elle montre un problème de configuration. Cherchez aussi d\'autres erreurs dans les log. \r\nJe vous conseil de régler le niveau d\'erreur à ERROR.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-17 09:47:21',0),(2183,846,'Issue',1,'Bonjour,\r\nje vous remercie pour ce document.\r\nJ\'essai, sans succès, d\'obtenir un access token en utilisant le site suivant : https://reqbin.com/req/zvtstmpb/post-request-example\r\nPourriez vous me fournir un exemple qui fonctionne avec ce site ?\r\n\r\nCordialement\r\nMichel Condemine','2022-06-17 10:05:22',0),(2184,846,'Issue',1,'Bonjour,\r\nje pense avoir trouvé une piste.\r\nCordialement\r\nMichel Condemine','2022-06-17 11:13:53',0),(2185,846,'Issue',550,'voici un screen shot de la requete\r\n\r\n!clipboard-202206171119-g0lgz.png!\r\n','2022-06-17 11:20:13',0),(2186,846,'Issue',550,'le client_secret est bien \"C\'est mon secret @ m0i\" je l\'avais changé pour le test avec votre outil pensant que l\'apostrophe gênait ','2022-06-17 11:23:56',0),(2187,842,'Issue',1,'Le serveur utilise des certificats privé au format PFX.','2022-06-17 14:20:08',0),(2188,846,'Issue',1,'Bonjour,\r\naprès avoir passé plusieurs heures sur le problème de récupération du token. je réouvre ce ticket.\r\nQuelques précisions :\r\nOn cherche a développer un Vpi qui échangera des données via un ensemble de méthodes REST. \r\nUn VPI est un Add-in. Il fonctionne sans interaction de l\'utilisateur.\r\nVotre serveur semble imposer plusieurs choses :\r\nRécupérer un Token OAUTH2 avant de pouvoir invoquer les méthodes.\r\nSaisie d\'un UserId/Password par l\'utilisateur.\r\nC\'est ici que je bloque.\r\n\r\nPourrions nous prévoir un échange TEAM à ce sujet demain AM ?\r\n\r\nCordialement\r\nMichel Condemine','2022-06-19 22:22:14',0),(2189,846,'Issue',1,'PS:\r\nAvec les mêmes paramètres que vous j\'obtiens soit :\r\n!clipboard-202206192239-1nntd.png!\r\n\r\nsoit : (ici le même résultat que j\'obtiens depuis le Vpi)\r\n!clipboard-202206192240-elraf.png!\r\n\r\nNous avons ici du code HTLM qui attends la saisie d\'un username/password.\r\n\r\nCherchons l\'erreur.','2022-06-19 22:42:11',0),(2190,846,'Issue',550,'Bonjour\r\n\r\nAttention à l\'apostrophe dans le mot de passe, c\'est celle du clavier et pas celle remise en forme par Word ou autre ...\r\ngrant_type=client_credentials\r\nclient_id=0f152abb-2ce7-4950-8065-fb66d58ad5c2\r\nclient_secret=C\'est mon secret @ m0i\r\n\r\nsinon je suis disponible pour un teams à partir de 17h00.\r\n\r\ncdlt\r\nGilles','2022-06-20 09:06:42',0),(2191,846,'Issue',1,'Bonjour,\r\napostrophe saisie au clavier ou venant d\'une autre source d\'ailleur.\r\n*La requête me retourne une page web dans laquelle je dois saisir un user/password.*\r\n<pre>\r\nElle ne retourne JAMAIS un access token.\r\n</pre>\r\n\r\nCordialement\r\nMichel Condemine','2022-06-20 10:28:24',0),(2192,846,'Issue',550,'même en Curl ?\r\n\r\ncurl -X POST https://infodream-maq1.infodreamgroup.com/token -H \"Content-Type: application/x-www-form-urlencoded\" -d \"grant_type=client_credentials&client_id=0f152abb-2ce7-4950-8065-fb66d58ad5c2&client_secret=C\'est%20mon%20secret%20%40%20m0i\" --ssl-no-revoke\r\n\r\nje l\'ai testé depuis le bureau et en remote via un Pi derriere une box 4G \r\n\r\n!clipboard-202206201104-umq8g.jpg!\r\n','2022-06-20 11:04:21',0),(2193,846,'Issue',1,'Bonjour,\r\ntout à coup avec curl et avec https://reqbin.com/req\r\nLa requête aboutie. \r\nReste a la faire fonctionner avec le Vpi.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-20 11:22:02',0),(2194,846,'Issue',550,'OK,\r\n\r\nReste à faire fonctionner sur le VPi, mais la je ne serais pas d\'une grande aide','2022-06-20 11:49:33',0),(2195,846,'Issue',1,'Bonjour,\r\npourriez vous me préciser dans quelle circonstance le site de récupération de token :https://infodream-maq1.infodreamgroup.com/token\r\nretourne. Soit :\r\n* un AccessToken\r\n* Un formulaire d\'authentification \r\n\r\nCordialement\r\nMichel Condemine','2022-06-21 09:34:54',0),(2196,846,'Issue',1,'Bonjour,\r\nj\'ai, enfin, trouvé une solution.\r\nCe premier problème est réglé.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-21 10:05:35',0),(2197,846,'Issue',550,'Michel Condemine Admin wrote in #note-13:\r\n> Bonjour,\r\n> pourriez vous me préciser dans quelle circonstance le site de récupération de token :https://infodream-maq1.infodreamgroup.com/token\r\n> retourne. Soit :\r\n> * un AccessToken\r\n> * Un formulaire d\'authentification \r\n> \r\n> Cordialement\r\n> Michel Condemine\r\n\r\navec un peu de retard\r\n \r\nj\'aurais dit que si j\'ai un formulaire d\'authentification c\'est que la requete n\'a pas été routé vers l\'API (mauvaise Url, format de requete, parametres ...)\r\nGilles\r\n\r\n','2022-06-21 10:08:36',0),(2198,845,'Issue',565,'Michel Condemine Admin wrote in #note-3:\r\n> Bonjour,\r\n> il y a de nombreux messages dans les logs qui contiennent : \r\n> [...]\r\n> Il faut supprimer cette erreur. Elle montre un problème de configuration. Cherchez aussi d\'autres erreurs dans les log. \r\n> Je vous conseil de régler le niveau d\'erreur à ERROR.\r\n> \r\n> Cordialement\r\n> Michel Condemine\r\n\r\nBonjour,\r\n\r\nJ\'ai effectivement retrouvé d\'autres erreurs dans le fichier log du serveur, notamment liées à la définition de tag. Auriez-vous plus d\'informations à propos du code d\'erreur 0x803e0000 ? En vous remerciant.','2022-06-21 10:34:36',0),(2199,848,'Issue',550,'Bonjour,\r\n\r\nVous trouverez ci-joint un document d\'architecture des objets manipulés par la suite Qual@xy dans le cadre du module SPC qui nous intéresse.\r\n\r\ndans l\'ordre il faut définir:\r\n- les ateliers et machines (Api Workshops)\r\n- les produits et leur caractéristiques (Api Products)\r\n- les gammes et les caractéristiques produit associées (Api InspectionStandards)\r\n\r\nje suis éventuellement disponible après 16h30 pour un team si besoin\r\n\r\ncdlt\r\nGilles','2022-06-22 11:42:28',0),(2200,849,'Issue',1,'Bonjour,\r\nje suis dispo a 17h15.\r\nRegardons ce problème à ce moment la si cela vous convient.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-22 16:36:50',0),(2201,850,'Issue',1,'Hello,\r\nSampling rate and triggering mechanism are part of the OPC UA functional mechanism.\r\nThose feature are setup by UA clients.\r\n\r\nIt that clear ?\r\n\r\nregards\r\nMichel\r\n','2022-06-22 19:51:02',0),(2202,830,'Issue',1,'Bonjour,\r\nj\'arrive à dialoguer avec le Broker MQTT de Frankfort. \r\nCependant il semble y avoir une correlation entre le nombre d\'URI déclaré, le champ Address et le bon fonctionnement du VpiMqttPub.\r\nj\'utilise ce subsystem\r\n!clipboard-202206231135-nttxh.png!\r\nVoici le LOG\r\n!clipboard-202206231135-wtue0.png!\r\nPourriez vous creuser davantage afin de mettre en évidence le problème.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-23 11:37:55',0),(2203,851,'Issue',545,'Bonjour,\r\n\r\nMême avec le xmi et la version de Ximulator1.0.5.1 envoyé on arrive pas à avoir le même résultat le problème de l imerysId et LocationInFactory persiste. \r\n\r\n\r\nCordialement,\r\nKhaled \r\n','2022-06-23 13:45:24',0),(2204,831,'Issue',432,'!clipboard-202206231512-9lvlh.png!\r\n\r\n\r\nOn a bien les messages de logs vu dans le code du CoreServer\r\n\r\nDaniel fait suite à ce ticket avec la manip pour rallonger le temps de démarrage maximum de service\r\n\r\n\r\nCordialement, \r\n\r\nMichael','2022-06-23 15:14:29',0),(2205,831,'Issue',432,'!clipboard-202206231518-nzrm6.png!\r\n','2022-06-23 15:18:16',0),(2206,831,'Issue',546,'Le temps laissé aux applications pour se lancer en tant que service est, par defaut configuré à 60 sec ( ou 60 000 milli secondes).\r\nLe serveur OOUA d\'Imerys, avec ses lignes de productions, son VPI MQTT , son VFI etc, nécessite plus de 60 sec pour demarrer.\r\nNous avons du augmenter ce timeout afin de laisser le serveur OOUA le temps de se lancer en temps que service.\r\nDans un premier temps ce timeout a été positionné à 2 minutes , ce qui s\'averre parfois etre trop juste.\r\nActuellement il est positionné à 3 minutes soit 180 000 millisec.\r\nProcedure pour sa modification :\r\n- lancer la base de registre ( regedit) \r\n- aller dans HKEY_LOCAL_MACHINE\r\n- aller dans SYSTEME\r\n- aller dans CurrentControlSet\r\n- aller dans Control\r\n- Chercher la variable ServicesPipeTimeout , s\'il n\'existe pas , le créer en tant que DWORD32 bits\r\n- cliquer sur Décimale et dans \"Données de la valeur\", mettre la nouvelle valeur en millisecondes.\r\n!clipboard-202206231530-hctsc.png!\r\n\r\n\r\n\r\n','2022-06-23 15:31:44',0),(2207,831,'Issue',1,'Bonjour,\r\nle problème n\'avait rien a voir avec PgSQL mais avec la taille de la configuration.\r\nL\'initialisation de la couche HA prenait trop de temps et mettait le serveur en timeout.\r\nJ\'ai placé dans la version 1.0.7.1 du serveur cette initialisation dans un thread indépendant.\r\nCette évolution corrige ce problème. Elle est disponible ici http://www.openopcua.org/redmine/attachments/3125\r\nmerci de la tester ASAP.\r\nj\'attends votre retour\r\n\r\nCordialement\r\nMichel Condemine','2022-06-23 22:16:47',0),(2208,852,'Issue',1,'Bonjour\r\nJ\'utilise la commande suivante (depuis mon code car impossible de passer le token dans swagger)\r\n!clipboard-202206241139-h6y2f.png!\r\nj\'obtiens un erreur 406\r\n\r\nUne idée ?\r\ncordilement\r\nMichel Condemine','2022-06-24 11:41:32',0),(2209,830,'Issue',432,'Bonjour M. Condemine, \r\n\r\n\r\nD\'après nos tests le problème semble plutôt relié au nombre de nœuds dans le serveur. \r\n\r\nEn diminuant les instances , le broker répond plus vite et les données sont publiées. \r\n\r\nLorsque le nombre de noeuds est haut, malgré le peu de tag dans le mapping VpiMqttJsonPub, nous n\'arrivons pas à nous connecter. \r\n\r\nNous avons aussi constaté un crash à l\'arrêt lorsque le VpiMqtt est activé. Avez vous ce comportement de votre côté? \r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n\r\n\r\n\r\n\r\n','2022-06-24 14:39:26',0),(2210,831,'Issue',432,'Bonjour, \r\n\r\nNous avons pu valider le fonctionnement avec les nouveaux binaires\r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2022-06-24 14:40:26',0),(2211,831,'Issue',1,'Parfait,\r\nIl faudrait ajouter de nouvelles variable dans l\'archivage.\r\n','2022-06-24 14:44:07',0),(2212,852,'Issue',550,'Oui, c\'est \"normal\" pour l\'instant l\'API \"tools\" n\'est pas fonctionnelle sur la version en ligne ...\r\nje pensais avoir communiquer sur ce manque, désolé du contretemps\r\n\r\nje devrais être en mesure de mettre en ligne une nouvelle version courant de semaine prochaine\r\n\r\npar contre les 4 autres fonctionnent.\r\n\r\nla plus simple à intégrer étant Workshops\r\net la plus complexe (car elle fait référence à des objets créés par les 3 autres) étant ImportEngine\r\n\r\n!clipboard-202206241448-nuooa.png!\r\n\r\n\r\nCordialement\r\nGilles','2022-06-24 14:48:53',0),(2213,853,'Issue',1,'Bonjour, \r\nUne question :\r\nEst ce que vous utilisez le VpiNullEx ?\r\n\r\nSi oui il vous manque un DLL (OpenOpcUa_VpiLibrary.dll)\r\nSinon il faut supprimer sa déclaration du fichier oouaprj\r\nCi-dessous une configuration adapté à mon PC\r\n!clipboard-202206241726-r1qne.png!\r\n\r\nQui démarre en tant que service sans problème.\r\n!clipboard-202206241727-ro4n7.png!\r\n\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-06-24 17:27:20',0),(2214,832,'Issue',432,'Bonjour,\r\n\r\nPourrions nous svp rouvrir ce ticket? \r\n\r\nVoici les retours de Khaled sur les tests alarmes avec les dernières versions du serveur et de Genesis: \r\n\r\n1) Le rafraichissement de la page d’alarme entraine la disparition des alarmes actives pour Genesis et UAExpert.\r\n \r\n2) Les alarmes n’apparaissent pas sur tous les écrans connectés pour des différents users (2 clients UAExpert ok / 2 clients genesis NOK)\r\n \r\n3) Les commentaires disparaissent au moment du rafraichissement des alarmes (Genesis et UeExpert)\r\n\r\n\r\nNote: peut être que nous pourrions traiter ça avec le ticket 779 qui concerne HA et Genesis en mettant en place une VM Cloud avec OOUA et Genesis ? \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n \r\n\r\n \r\n','2022-06-24 18:38:43',0),(2215,779,'Issue',432,'Bonjour, \r\n\r\nPourrions nous svp rouvrir ce ticket?\r\n\r\nVoici les retours de Khaled sur les tests HA avec les dernières versions du serveur et de Genesis:\r\n\r\nNous avons toujours le même comportement. \r\n\r\nNote : Nous revenons vers vous semaine prochaine concernant la mise en place d\'une VM dans le Cloud\r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-06-24 18:42:21',0),(2216,779,'Issue',1,'Bonjour,\r\nce ticket n\'est pas fermé.\r\nMerci de poster ici ce que vous avez remarqué.\r\nNous avions noté un message d\'erreur dans le log du VFI, retourné par PGSQL.\r\nIl faut avant toute chose comprendre ce message.\r\nPourriez vous vous en charger ?\r\n\r\nCordialement\r\nMichel Condemine','2022-06-24 19:33:33',0),(2217,779,'Issue',1,'','2022-06-24 19:33:41',0),(2218,832,'Issue',1,'Bonjour,\r\nje réouvre le ticket.\r\nMerci de ne pas les fusionner.\r\nPoint 1 : merci de procéder au test avec un wireshark actif. Il s\'agira de comprendre ce que fait Genesis quant il fait un : \"rafraichissement de la page d’alarme\"\r\nPoint 2 : Il doit y avoir un bug dans GENESIS. Je vous invite a vérifier les notifications avec Wireshark\r\nPoint 3: Il y a sans doute un problème dans le serveur. Je vais regarder.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-24 19:38:19',0),(2219,806,'Issue',1,'Bonjour, \r\nun nouveau mécanisme est en place. Il permet de controller finement les fichiers LOG.\r\nIl se paramètre dans le fichier oouaprj. \r\nVoir nouvelle version du schéma et documentation.\r\n!clipboard-202206270937-rn1we.png!\r\n\r\nCordialement\r\nMichel Condemine','2022-06-27 09:37:49',0),(2220,792,'Issue',1,'','2022-06-27 09:38:51',0),(2221,855,'Issue',1,'Bonjour,\r\nA priori il n\'y a pas de problème.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-27 13:52:38',0),(2222,856,'Issue',572,'Hello Michel,\r\n\r\nIn annex you may find the my configuration.\r\n\r\nRegards.\r\n\r\nErman','2022-06-27 21:41:18',0),(2223,859,'Issue',432,'!clipboard-202206281410-k66ng.png!\r\n\r\n\r\nCi joint un screenshot de l\'enregistrement en base\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-06-28 14:10:53',0),(2224,779,'Issue',432,'Bonjour,\r\n\r\nLes messages trouvés dans les logs relatifs au HA sont des erreurs VfiHistoryRead renvoyant un status 0x830f0000 (présent dans le log serveur et log VFI).\r\n\r\nEst-ce que 0x830f0000 signifie WarmStartNeeded ? \r\nQuels sont les cas où un VfiHistoryRead du VfiPgsql peuvent renvoyer un status 0x830f0000 ? \r\nSans accès au code source VfiPgsql je ne peux pas analyser plus. \r\nDans tous les cas un retour VfiHistoryRead ne devrait pas causer de deadlock au niveau du serveur. Auriez vous des pistes sur ce qui pourrait causer un deadlock sur une conf avec serveur, VFI et 2 clients OPC UA (Genesis et UaExpert)\r\n\r\nLes seuls autres messages au niveau du Serveur sont des messages \"A session is in timeout. It will be deleted in the next loop of the CServerApplication::SessionTimeoutThread\" toutes les 20 minurtes (qui laisse insinuer que le serveur ne répond plus à aucun client mais des threads de maintenance continuent à tourner) \r\n\r\nCordialement, \r\nMichael Ejigu','2022-06-28 14:29:33',0),(2225,779,'Issue',1,'Bonjour,\r\n0x830F0000 signifie Vfi_BadNotConnected.\r\nSi ce code d\'erreur est retourné vous devez avoir plus d\'info dans le log.\r\nJe vous invite à analyser les fichiers logs.\r\nCe n\'est pas le serveur qui provoque le deadlock mais le PqSql qui ne répond pas à un appel du Vfi.\r\nVos insinuations démontre bien mon hypothèse. A savoir : PgSQL NE REPOND PLUS AU DEMANDE DU VFI.\r\nPour vous paraphraser : \r\n<pre>\r\n\"Dans tous les cas un retour VfiHistoryRead ne devrait pas causer de deadlock au niveau de PgSql.\"\r\n</pre>\r\n\r\nCela dit. Je pourrai améliorer le comportement du Vfi et/ou du serveur pour prendre en compte les carences de PgSql.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-28 14:46:37',0),(2226,860,'Issue',549,'Bonjour,\r\nOui, un instrument pourrait être mis à jour dans le PLM (changement de description, faute de frappe...) et après un nouvel export PLM, il devrait donc être mis à jour dans l\'address space. Par répercussion, l\'instrument devra aussi être mis à jour dans Optimu et Qualaxy SPC.','2022-06-28 16:21:24',0),(2227,861,'Issue',549,'Rebonjour,\r\nCe cas est traité dans P12 avec 2 solution proposées (rejet des instruments invalides seulement ou du fichier entier).\r\nPour être homogène avec le comportement de Optimu :\r\n- Rejeter le fichier entier\r\n- Ecrire dans le log la/les enregistrement(s) invalide(s)','2022-06-28 16:44:18',0),(2228,840,'Issue',492,'Maquette du serveur pour le problème de tableau à plusieurs dimensions.\r\n\r\nCordialement,\r\nMatthieu','2022-06-28 17:46:25',0),(2229,860,'Issue',1,'','2022-06-29 09:55:09',0),(2230,861,'Issue',1,'','2022-06-29 09:55:31',0),(2231,854,'Issue',1,'Bonjour Nicolas,\r\nje viens de livrer une nouvelle version du VpiOptimu et de la maquette de test associée.\r\nCi-joint le fichier des tests que j\'ai réalisé. Il s\'agit d\'une evolution de votre document.\r\nComme vous pourrez la constater certain test sont toujours invalide car je dois exchanger avec vous sur ces scénarii.\r\n\r\nMerci de me faire un retour ASAP\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2022-06-29 13:26:27',0),(2232,849,'Issue',1,'','2022-06-29 21:28:30',0),(2233,832,'Issue',1,'Bonjour, \r\nj\'ai corriger les problèmes 1 et 2, testés avec UAExpert. Je m\'occuperai ultérieurement du pb 3.\r\nMerci d\'ouvrir un ticket spécifique ce problème.\r\n\r\nJe vous ferai une livraison le 30-6-2022.\r\nMerci de la tester ASAP.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-29 21:31:24',0),(2234,859,'Issue',1,'Bonjour,\r\nj\'ai corrigé le problème dans la Vpi.\r\nJe vous livrerai une version le 30/6/2022.\r\nMerci de me faire un retour ASAP.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-29 22:27:10',0),(2235,859,'Issue',432,'Bonjour, \r\n\r\nc\'est niquel pour le VpiValuesInit\r\n\r\nL\'initialisation d\'un tableau de String vide semble toujours NOK du pdv de UAExpert (cf le screenshot) \r\n\r\n!clipboard-202206300919-k6unq.png!\r\n\r\n\r\nCordialement, \r\n\r\nMichael','2022-06-30 09:20:23',0),(2236,859,'Issue',1,'Bonjour,\r\nVous pourriez initialiser un tableau avec des chaines vides, en accord avec la taille de votre tableau.\r\nS\'il n\'y a rien dans le tableau UAExpert affiche NULL. C\'est parfaitement normal\r\n\r\nCordialement\r\nMichel Condemine','2022-06-30 09:24:40',0),(2237,859,'Issue',432,'Autre que l\'affichage à Null, UaExpert n\'arrive pas non plus à écrire dessus quand le tableau de string est initialisé à vide \r\n\r\nCordialement, \r\n\r\nMichael','2022-06-30 09:36:57',0),(2238,859,'Issue',1,'Je vous laisse voir avec Unified Automation.\r\nCordialement\r\nMichel Condemine','2022-06-30 09:38:41',0),(2239,839,'Issue',1,'Fixe in 2.1.3','2022-06-30 16:24:53',0),(2240,837,'Issue',1,'','2022-06-30 16:27:08',0),(2241,803,'Issue',1,'Done in 2.1.x','2022-06-30 16:31:01',0),(2242,828,'Issue',1,'Can you clarify ?','2022-06-30 16:32:24',0),(2243,802,'Issue',1,'','2022-06-30 16:33:51',0),(2244,800,'Issue',1,'','2022-06-30 16:34:40',0),(2245,799,'Issue',1,'Done in 2.1.3','2022-06-30 16:48:39',0),(2246,796,'Issue',1,'','2022-06-30 16:49:10',0),(2247,777,'Issue',1,'The proposed syntax is FACTORY/DEPARTMENT/LINE/FCT/VALUE\r\nie : IMERYS/LIXHE/Carbital03/PAPLine1/CA3160/REGUL/SP','2022-06-30 16:53:00',0),(2248,865,'Issue',1,'Bonjour\r\n<pre>\r\nLe moyen d\'appeler la NotifyCallback a -elle changée avec la nouvelle dynamique de démarrage ?\r\n</pre>\r\nNon\r\nEst ce que vous lancez l\'execution de la thread immédiatement ou est ce le coldStart qui la débloque ?\r\n*J\'ai testé la 1.0.7.3 avec les VpiS7, Modbus, UAClient et ValuesInit. Il semble que seul votre Vpi rencontre un problème avec la 1.0.7.3*\r\n\r\nCordialement\r\nMichel Condemine','2022-06-30 18:11:08',0),(2249,865,'Issue',1,'','2022-06-30 18:11:19',0),(2250,865,'Issue',432,'C\'est le VpiColdStart qui débloque la Thread\r\n\r\nLa fonction NotifyCallback a t-elle besoin de la mutex sur la cache du Vpi ? Les autres Vpis appellent-ils la NotifyCallback en ayant Lock la mutex de la cache du Vpi ? \r\n\r\nCordialement, \r\n\r\nMichael \r\n\r\n','2022-06-30 18:18:14',0),(2251,865,'Issue',1,'La mutex sur la cache du vpi est un mutex VPI elle ne concerne que le VPI. Le serveur n\'a que faire de cette Mutex. Il ne la connait pas.\r\nJe comprends que vous appelez votre méthode NotifyDeviceState après le déblocage par le ColdStart du VPI. C\'est ce qu\'il faut faire.\r\nPourriez vous vérifier avec les symboles du serveur qui est bloqué. Le VpiWrite, la VpiRead ?\r\n\r\nCordialement\r\nMichel Condemine','2022-06-30 18:26:39',0),(2252,864,'Issue',546,'Bonjour Michel,\r\n\r\nJe vais regarder, des que possible, les erreurs que ConfigManager a relevé et que vous nous avez relayé.\r\n\r\nJe vous ai mis sous Redmine dans le dossier Divers la maquette \"OOUA_IMERYS_MVP_C3_Prod2Back_300622.zip\" qui est une copie de la conf d\'Imerys ce jour après correction des erreurs de la ligne 4.\r\n\r\nLa conf n\'est pas encore stable car l\'activation du mapping de 3 équipements de la ligne 4 de l\'automate .28 fait encore crasher le serveur OOUA.\r\nLe mapping des équipements de la ligne 4 sur les automates .31 et .49 sont OK.\r\n\r\nJe vous tiendrai informé des que j\'aurais isolé le(s) nœud(s) problématique(s).\r\n\r\nCordialement,\r\nDaniel ','2022-06-30 19:43:22',0),(2253,865,'Issue',432,'Est-ce que l\'appel au VpiParseAddId au niveau du serveur partage une ressource avec la réponse à un NotifyCallback ? \r\n\r\nParce que du côté VpiLine je vois que pendant que des VpiParseAddId sont en cours, la VpiColdStart a déjà été appelée, ce qui réveille la thread du VpiLine et provoque l\'appel du NotifyDeviceState (et par conséquent la notifyCallback)\r\nLe VpiParseAddId du VpiLine est donc en attente de la mutex sur la cache du Vpi qui est prise par l\'appel au NotifyDeviceState. Et j\'ai l\'impression que au niveau CoreServeur, la réponse au notifyCallback est en attente d\'une ressource partagée avec l\'appel du VpiParseAddId\r\n\r\nCordialement, \r\n\r\nMichael ','2022-06-30 19:48:25',0),(2254,864,'Issue',1,'Bonjour,\r\nje vous remercie pour ces fichiers. Vous indiquez que le serveur Crash.\r\n* Pourriez vous m\'en dire plus ?\r\n* Utilisez vous bien la v1.0.7.3\r\n* Avez vous des log ?\r\n* avez vous un mini-dump ?\r\n\r\nA l\'avenir. Si le serveur crash. Il faut :\r\n* réaliser un mini-dump\r\n* me prévenir immédiatement\r\n\r\nCordialement\r\nMichel Condemine','2022-06-30 19:49:07',0),(2255,865,'Issue',1,'Bonjour,\r\nvous écrivez :\r\n<pre>\r\nParce que du côté VpiLine je vois que pendant que des VpiParseAddId sont en cours, la VpiColdStart a déjà été appelée, \r\n</pre>\r\nIl a peut être un lien entre le comportement de la ReaderThread avec le nouveau mécanisme de chargement des Vpis. \r\nDans la cas ou votre VpiLine utiliserait de manière atypique le VpiRead.\r\nLe coldstart est appelée par cette ReaderThread. C\'est elle qui est censé rappeler les ColdStart si celui-ci échoue lors de l\'appel initial.\r\n\r\n\r\nJe vais creuser cette piste.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-30 20:06:11',0),(2256,865,'Issue',1,'Merci de tester cette version. http://www.openopcua.org/redmine/attachments/download/3167/Livraison%20Binaires%20Debug-IPV4%20-%2030-6-2022_v1.0.7.4.zip\r\nElle devrait mieux s\'adapter au Vpi comme le VpiLine\r\n\r\nCordialement\r\nMichel Condemine','2022-06-30 21:36:42',0),(2257,864,'Issue',1,'Bonsoir,\r\nje vois au nom de vos repertoires contenant les logs que vous pensez que le \"crash\" du serveur est lié au VpiMqtt.\r\nL\'analyse du mini-dump, bien que partielle, montre un erreur lié à l\'accès à un pointeur NULL dans le VpiS7.\r\n\r\nSans doute une erreur dans la configuration.\r\nCi-dessous les erreurs détectées par l\'OOUAConfigManager sur les config VpiS7.\r\nIl y a en a vraiment beaucoup.\r\n\r\n\r\n<pre>\r\n2022-06-30T21:57:50.453 Your XML configuration file :C:\\Samples\\IMERYS\\OOUA_IMERYS_MVP_C3_30-6-2022\\Project\\Opc.Ua.SubSystem.S7_28.xml has been parsed\r\n2022-06-30T21:57:52.439 Critical configuration error HW-Address DB.002F.01DA NodeId= ns=8;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:52.862 Critical configuration error HW-Address DB.002F.01DE.5 NodeId= ns=8;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.051 Critical configuration error HW-Address DB.002F.01DE.6 NodeId= ns=8;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.195 Critical configuration error HW-Address DB.0029.00EA NodeId= ns=10;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.327 Critical configuration error HW-Address DB.0029.012C NodeId= ns=10;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.471 Critical configuration error HW-Address DB.002F.0042 NodeId= ns=10;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.608 Critical configuration error HW-Address DB.002F.0046.5 NodeId= ns=10;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.726 Critical configuration error HW-Address DB.002F.0046.6 NodeId= ns=10;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.852 Critical configuration error HW-Address DB.0029.00EA NodeId= ns=21;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.981 Critical configuration error HW-Address DB.0029.0132 NodeId= ns=21;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:54.096 Critical configuration error HW-Address DB.002F.0042 NodeId= ns=21;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:54.216 Critical configuration error HW-Address DB.002F.0046.6 NodeId= ns=21;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:54.331 Critical configuration error HW-Address DB.002F.0058.5 NodeId= ns=21;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:54.463 Critical configuration error HW-Address DB.0029.00DE NodeId= ns=12;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:54.579 Critical configuration error HW-Address DB.0029.013E NodeId= ns=12;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:54.707 Critical configuration error HW-Address DB.002F.01CE NodeId= ns=22;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:54.835 Critical configuration error HW-Address DB.002F.01D2.5 NodeId= ns=22;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:54.970 Critical configuration error HW-Address DB.002F.01D2.6 NodeId= ns=22;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:55.110 Critical configuration error HW-Address DB.0029.00C6 NodeId= ns=39;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:55.263 Critical configuration error HW-Address DB.0029.014A NodeId= ns=39;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:55.387 Critical configuration error HW-Address DB.002F.0030 NodeId= ns=39;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:55.516 Critical configuration error HW-Address DB.002F.0034.5 NodeId= ns=39;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:55.652 Critical configuration error HW-Address DB.002F.0034.6 NodeId= ns=39;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:55.824 Critical configuration error HW-Address DB.0029.00AE NodeId= ns=41;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:56.070 Critical configuration error HW-Address DB.0029.013E NodeId= ns=41;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:56.256 Critical configuration error HW-Address DB.002F.0036 NodeId= ns=41;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:56.463 Critical configuration error HW-Address DB.002F.003A.5 NodeId= ns=41;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:56.615 Critical configuration error HW-Address DB.002F.003A.6 NodeId= ns=41;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:56.772 Critical configuration error HW-Address DB.0029.00BA NodeId= ns=43;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:56.918 Critical configuration error HW-Address DB.0029.0144 NodeId= ns=43;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:57.073 Critical configuration error HW-Address DB.002F.01D4 NodeId= ns=47;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:57.212 Critical configuration error HW-Address DB.002F.01D8.5 NodeId= ns=47;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:57.370 Critical configuration error HW-Address DB.002F.01D8.6 NodeId= ns=47;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:57.523 Critical configuration error HW-Address DB.002F.00B2.5 NodeId= ns=50;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:57.692 Critical configuration error HW-Address DB.002E.0074.0 NodeId= ns=50;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:57.857 Critical configuration error HW-Address DB.002F.00AE NodeId= ns=50;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:58.008 Critical configuration error HW-Address DB.0029.008A NodeId= ns=52;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:58.159 Critical configuration error HW-Address DB.002F.001C.5 NodeId= ns=52;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:58.307 Critical configuration error HW-Address DB.002F.001C.6 NodeId= ns=52;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:58.445 Critical configuration error HW-Address DB.002F.0018 NodeId= ns=52;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:58.617 Critical configuration error HW-Address DB.0029.00A2 NodeId= ns=53;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:58.825 Critical configuration error HW-Address DB.002F.0016.5 NodeId= ns=53;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:59.008 Critical configuration error HW-Address DB.002F.0016.6 NodeId= ns=53;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:59.172 Critical configuration error HW-Address DB.002F.0012 NodeId= ns=53;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:59.345 Critical configuration error HW-Address DB.0029.0096 NodeId= ns=54;i=1203 is not properly configured uStatus : 0x80330000\r\n\r\n2022-06-30T21:57:59.502 Your XML configuration file :C:\\Samples\\IMERYS\\OOUA_IMERYS_MVP_C3_30-6-2022\\Project\\Opc.Ua.SubSystem.S7_49.xml has been parsed\r\n2022-06-30T21:57:59.683 Critical configuration error HW-Address DB.0032.081E.0 NodeId= ns=7;i=2137 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:59.855 Critical configuration error HW-Address DB.0033.00C0 NodeId= ns=7;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:00.019 Critical configuration error HW-Address DB.0033.00CB.0 NodeId= ns=7;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:00.188 Critical configuration error HW-Address DB.0033.00CB.1 NodeId= ns=7;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:00.351 Critical configuration error HW-Address DB.00D8.000A NodeId= ns=7;i=2124 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:00.579 Critical configuration error HW-Address DB.019A.000A NodeId= ns=7;i=2134 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:00.794 Critical configuration error HW-Address DB.019A.0006 NodeId= ns=7;i=2135 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:01.001 Critical configuration error HW-Address DB.019A.0014 NodeId= ns=7;i=2133 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:01.180 Critical configuration error HW-Address DB.019A.0018 NodeId= ns=7;i=2132 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:01.363 Critical configuration error HW-Address DB.019A.001C NodeId= ns=7;i=2131 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:01.549 Critical configuration error HW-Address DB.019A.0048 NodeId= ns=7;i=2136 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:01.711 Critical configuration error HW-Address DB.0033.035E NodeId= ns=8;i=2210 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:01.879 Critical configuration error HW-Address DB.0035.001A NodeId= ns=8;i=2214 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:02.032 Critical configuration error HW-Address DB.0035.001E NodeId= ns=8;i=2202 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:02.194 Critical configuration error HW-Address DB.0033.0150 NodeId= ns=9;i=3310 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:02.368 Critical configuration error HW-Address DB.0035.008A NodeId= ns=32;i=1015 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:02.541 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=34;i=1288 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:02.702 Critical configuration error HW-Address DB.0032.0CCC NodeId= ns=36;i=1307 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:02.864 Critical configuration error HW-Address DB.0033.055E NodeId= ns=36;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:03.036 Critical configuration error HW-Address DB.0033.055E NodeId= ns=36;i=1308 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:03.199 Critical configuration error HW-Address DB.0033.0560 NodeId= ns=36;i=1306 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:03.351 Critical configuration error HW-Address DB.0033.0560 NodeId= ns=36;i=1206 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:03.526 Critical configuration error HW-Address DB.0033.0564 NodeId= ns=36;i=1202 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:03.683 Critical configuration error HW-Address DB.0033.0571.1 NodeId= ns=36;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:03.842 Critical configuration error HW-Address DB.0033.0571.2 NodeId= ns=36;i=1305 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:04.004 Critical configuration error HW-Address DB.0035.0062 NodeId= ns=36;i=1288 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:04.171 Critical configuration error HW-Address DB.0032.0734.0 NodeId= ns=29;i=2137 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:04.332 Critical configuration error HW-Address DB.0033.0054 NodeId= ns=29;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:04.493 Critical configuration error HW-Address DB.0033.005F.0 NodeId= ns=29;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:04.658 Critical configuration error HW-Address DB.0033.005F.1 NodeId= ns=29;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:04.815 Critical configuration error HW-Address DB.00CF.000A NodeId= ns=29;i=2124 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:04.983 Critical configuration error HW-Address DB.012D.0006 NodeId= ns=29;i=2135 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:05.141 Critical configuration error HW-Address DB.012D.000A NodeId= ns=29;i=2134 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:05.348 Critical configuration error HW-Address DB.012D.0014 NodeId= ns=29;i=2133 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:05.530 Critical configuration error HW-Address DB.012D.0018 NodeId= ns=29;i=2132 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:05.706 Critical configuration error HW-Address DB.012D.001C NodeId= ns=29;i=2131 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:05.884 Critical configuration error HW-Address DB.012D.0048 NodeId= ns=29;i=2136 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:06.058 Critical configuration error HW-Address DB.0033.0156 NodeId= ns=31;i=3310 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:06.249 Critical configuration error HW-Address DB.0033.000C NodeId= ns=33;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:06.434 Critical configuration error HW-Address DB.0033.000E NodeId= ns=33;i=2124 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:06.616 Critical configuration error HW-Address DB.0033.0017.0 NodeId= ns=33;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:06.792 Critical configuration error HW-Address DB.0033.0017.1 NodeId= ns=33;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:06.978 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=33;i=2147 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:07.149 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=33;i=2151 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:07.332 Critical configuration error HW-Address DB.00C9.000E NodeId= ns=33;i=2120 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:07.503 Critical configuration error HW-Address DB.0033.0364 NodeId= ns=26;i=2214 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:07.672 Critical configuration error HW-Address DB.0035.0062 NodeId= ns=26;i=2202 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:07.838 Critical configuration error HW-Address DB.0035.0066 NodeId= ns=26;i=2210 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:08.008 Critical configuration error HW-Address DB.0033.02DE NodeId= ns=39;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:08.184 Critical configuration error HW-Address DB.0033.02E0.5 NodeId= ns=39;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:08.355 Critical configuration error HW-Address DB.0033.02E2 NodeId= ns=40;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:08.554 Critical configuration error HW-Address DB.0033.02E4.5 NodeId= ns=40;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:08.767 Critical configuration error HW-Address DB.0035.00D2 NodeId= ns=42;i=1015 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:08.964 Critical configuration error HW-Address DB.0033.001A NodeId= ns=43;i=2124 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:09.151 Critical configuration error HW-Address DB.0033.0018 NodeId= ns=43;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:09.347 Critical configuration error HW-Address DB.0033.0023.1 NodeId= ns=43;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:09.539 Critical configuration error HW-Address DB.0033.0023.2 NodeId= ns=43;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:09.725 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=43;i=2147 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:09.915 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=43;i=2151 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:10.107 Critical configuration error HW-Address DB.00CA.000E NodeId= ns=43;i=2120 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:10.313 Critical configuration error HW-Address DB.0033.0352 NodeId= i=0 is not properly configured uStatus : 0x805d0000\r\n2022-06-30T21:58:10.507 Critical configuration error HW-Address DB.0033.04D4 NodeId= i=0 is not properly configured uStatus : 0x805d0000\r\n2022-06-30T21:58:10.700 Critical configuration error HW-Address DB.0033.04D4 NodeId= i=0 is not properly configured uStatus : 0x805d0000\r\n2022-06-30T21:58:10.882 Critical configuration error HW-Address DB.0033.028E NodeId= ns=45;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:11.067 Critical configuration error HW-Address DB.0033.0290.5 NodeId= ns=45;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:11.257 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=45;i=1037 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:11.435 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=45;i=1041 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:11.626 Critical configuration error HW-Address DB.0033.02FE NodeId= ns=47;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:11.806 Critical configuration error HW-Address DB.0033.0300.5 NodeId= ns=47;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:11.997 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=48;i=1288 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:12.183 Critical configuration error HW-Address DB.0032.0CC4 NodeId= ns=52;i=1307 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:12.362 Critical configuration error HW-Address DB.0033.054A NodeId= ns=52;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:12.543 Critical configuration error HW-Address DB.0033.054A NodeId= ns=52;i=1308 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:12.743 Critical configuration error HW-Address DB.0033.054C NodeId= ns=52;i=1306 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:12.956 Critical configuration error HW-Address DB.0033.054C NodeId= ns=52;i=1206 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:13.141 Critical configuration error HW-Address DB.0033.0550 NodeId= ns=52;i=1202 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:13.329 Critical configuration error HW-Address DB.0033.055D.1 NodeId= ns=52;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:13.515 Critical configuration error HW-Address DB.0033.055D.2 NodeId= ns=52;i=1305 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:13.703 Critical configuration error HW-Address DB.0035.00AA NodeId= ns=52;i=1302 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:13.893 Critical configuration error HW-Address DB.0033.036A NodeId= ns=55;i=2214 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:14.092 Critical configuration error HW-Address DB.0035.00AA NodeId= ns=55;i=2202 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:14.280 Critical configuration error HW-Address DB.0035.00AE NodeId= ns=55;i=2210 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:14.471 Critical configuration error HW-Address DB.0033.015C NodeId= ns=65;i=3310 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:14.661 Critical configuration error HW-Address DB.0032.0782.0 NodeId= ns=71;i=2137 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:14.851 Critical configuration error HW-Address DB.0033.0078 NodeId= ns=71;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:15.038 Critical configuration error HW-Address DB.0033.0083.0 NodeId= ns=71;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:15.225 Critical configuration error HW-Address DB.0033.0083.1 NodeId= ns=71;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:15.413 Critical configuration error HW-Address DB.00D2.000A NodeId= ns=71;i=2124 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:15.608 Critical configuration error HW-Address DB.0130.0006 NodeId= ns=71;i=2135 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:15.800 Critical configuration error HW-Address DB.0130.000A NodeId= ns=71;i=2134 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:16.001 Critical configuration error HW-Address DB.0130.0014 NodeId= ns=71;i=2133 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:16.195 Critical configuration error HW-Address DB.0130.0018 NodeId= ns=71;i=2132 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:16.394 Critical configuration error HW-Address DB.0130.001C NodeId= ns=71;i=2131 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:16.579 Critical configuration error HW-Address DB.0130.0048 NodeId= ns=71;i=2136 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:16.773 Critical configuration error HW-Address DB.0033.0356 NodeId= ns=79;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:16.982 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=79;i=1295 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:17.178 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=79;i=1301 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:17.378 Critical configuration error HW-Address DB.0033.0294.5 NodeId= ns=20;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:17.580 Critical configuration error HW-Address DB.0033.0296 NodeId= ns=20;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:17.781 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=20;i=1295 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:17.985 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=20;i=1301 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:18.196 Critical configuration error HW-Address DB.0033.0318.5 NodeId= ns=19;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:18.397 Critical configuration error HW-Address DB.0033.0316 NodeId= ns=19;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:18.600 Critical configuration error HW-Address DB.0032.091A NodeId= ns=62;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:18.803 Critical configuration error HW-Address DB.0033.031A NodeId= ns=62;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:19.005 Critical configuration error HW-Address DB.0032.090E NodeId= ns=74;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:19.201 Critical configuration error HW-Address DB.0033.030E NodeId= ns=74;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:19.403 Critical configuration error HW-Address DB.0032.0926.0 NodeId= ns=75;i=1032 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:19.608 Critical configuration error HW-Address DB.0033.0326 NodeId= ns=75;i=1034 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:19.813 Critical configuration error HW-Address DB.00CB.000E NodeId= ns=76;i=2120 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:20.026 Critical configuration error HW-Address DB.0033.002F NodeId= ns=76;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:20.234 Critical configuration error HW-Address DB.0033.0026 NodeId= ns=76;i=2124 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:20.440 Critical configuration error HW-Address DB.0033.002F NodeId= ns=76;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:20.649 Critical configuration error HW-Address DB.0033.0024 NodeId= ns=76;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:20.861 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=76;i=2147 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:21.074 Critical configuration error HW-Address DB.0033.04D4 NodeId= ns=76;i=2151 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:21.287 Critical configuration error HW-Address DB.0033.00A7.2 NodeId= ns=18;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:21.512 Critical configuration error HW-Address DB.0033.009E NodeId= ns=18;i=2124 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:21.726 Critical configuration error HW-Address DB.0033.00A7.1 NodeId= ns=18;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:21.935 Critical configuration error HW-Address DB.0033.009C NodeId= ns=18;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:22.145 Critical configuration error HW-Address DB.0032.07D0.0 NodeId= ns=18;i=2137 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:22.361 Critical configuration error HW-Address DB.0197.000A NodeId= ns=18;i=2134 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:22.578 Critical configuration error HW-Address DB.0197.0006 NodeId= ns=18;i=2135 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:22.789 Critical configuration error HW-Address DB.0197.0048 NodeId= ns=18;i=2136 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:23.011 Critical configuration error HW-Address DB.0197.0014 NodeId= ns=18;i=2133 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:23.227 Critical configuration error HW-Address DB.0197.0018 NodeId= ns=18;i=2132 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:23.446 Critical configuration error HW-Address DB.0197.001C NodeId= ns=18;i=2131 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:23.685 Critical configuration error HW-Address DB.00D7.000E NodeId= ns=44;i=2120 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:23.908 Critical configuration error HW-Address DB.0033.00BF.2 NodeId= ns=44;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:24.127 Critical configuration error HW-Address DB.0033.00B6 NodeId= ns=44;i=2124 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:24.349 Critical configuration error HW-Address DB.0033.00BF.1 NodeId= ns=44;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:24.568 Critical configuration error HW-Address DB.0033.00B4 NodeId= ns=44;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:24.792 Critical configuration error HW-Address DB.0199.0000.1 NodeId= ns=44;i=2137 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:25.018 Critical configuration error HW-Address DB.0199.000A NodeId= ns=44;i=2134 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:25.238 Critical configuration error HW-Address DB.0199.0006 NodeId= ns=44;i=2135 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:25.456 Critical configuration error HW-Address DB.0199.0048 NodeId= ns=44;i=2136 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:25.682 Critical configuration error HW-Address DB.0199.0014 NodeId= ns=44;i=2133 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:25.907 Critical configuration error HW-Address DB.0199.0018 NodeId= ns=44;i=2132 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:26.132 Critical configuration error HW-Address DB.0199.001C NodeId= ns=44;i=2131 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:26.364 Critical configuration error HW-Address DB.0035.00F2 NodeId= ns=44;i=2147 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:26.593 Critical configuration error HW-Address DB.0035.00F2 NodeId= ns=44;i=2151 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:26.824 Critical configuration error HW-Address DB.0033.05CC NodeId= ns=66;i=1202 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:27.060 Critical configuration error HW-Address DB.0033.05C8 NodeId= ns=66;i=1206 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:27.295 Critical configuration error HW-Address DB.0033.05D9.1 NodeId= ns=66;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:27.540 Critical configuration error HW-Address DB.0033.05C6 NodeId= ns=66;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:27.787 Critical configuration error HW-Address DB.0033.0162 NodeId= ns=67;i=3310 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:58:28.040 Your XML configuration file :C:\\Samples\\IMERYS\\OOUA_IMERYS_MVP_C3_30-6-2022\\Project\\Opc.Ua.SubSystem.S7_31.xml has been parsed\r\n\r\n2022-06-30T21:58:28.316 Your XML configuration file :C:\\Samples\\IMERYS\\OOUA_IMERYS_MVP_C3_30-6-2022\\Project\\Opc.Ua.SubSytem.MqttPub.xml has been parsed\r\n2022-06-30T21:58:29.718 Ready\r\n</pre>\r\n\r\nJe continue mes recherches. Il aurait été bien de pouvoir en parler lors d\'un point.\r\n\r\nCordialement\r\nMichel Condemine','2022-06-30 22:03:11',0),(2258,864,'Issue',1,'Bonjour,\r\nles erreurs de configuration sont liées à de mauvaise/non déclaration d\'URI.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-01 10:49:48',0),(2259,864,'Issue',546,'Bonjour Michel,\r\n\r\nMerci à vous pour vos retours.\r\nSur les erreurs, exceptés pour 3 lignes suivantes:\r\n2022-06-30T21:58:10.313 Critical configuration error HW-Address DB.0033.0352 NodeId= i=0 is not properly configured uStatus : 0x805d0000\r\n2022-06-30T21:58:10.507 Critical configuration error HW-Address DB.0033.04D4 NodeId= i=0 is not properly configured uStatus : 0x805d0000\r\n2022-06-30T21:58:10.700 Critical configuration error HW-Address DB.0033.04D4 NodeId= i=0 is not properly configured uStatus : 0x805d0000\r\n\r\nQui sont certainement liés aux logs suivants du serveur OOUA \r\n2022-06-30T13:41:14.284Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=18801 cannot be Abstract. Probably a modelization error\r\n2022-06-30T13:41:14.284Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=18787 cannot be Abstract. Probably a modelization error\r\n2022-06-30T13:41:14.284Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=2077 cannot be Abstract. Probably a modelization error\r\n\r\nLe code 0x805D0000 indique (\'BadNodeIdRejected\', \'\"The requested node id was reject because it was either invalid or server does not allow node ids to be specified by the client.\"\'),\r\na ce stade, ce n\'est pas tres clair pour moi et par facilité je considere ces 3 là comme étant un pb de model.\r\n\r\n\r\n\r\nLe reste des erreurs listés est référencé par le code 0x80330000: (\'BadNodeIdInvalid\', \'\"The syntax of the node id is not valid.\"\'),\r\nJ\'ai pris pour exemple les 4 premieres erreurs listés:\r\n2022-06-30T21:57:52.439 Critical configuration error HW-Address DB.002F.01DA NodeId= ns=8;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:52.862 Critical configuration error HW-Address DB.002F.01DE.5 NodeId= ns=8;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.051 Critical configuration error HW-Address DB.002F.01DE.6 NodeId= ns=8;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T21:57:53.195 Critical configuration error HW-Address DB.0029.00EA NodeId= ns=10;i=1203 is not properly configured uStatus : 0x80330000\r\n\r\nLe mapping correspondant à certains noeuds de l\'automate .49\r\nL\'analyse du fichier de mapping corrélé avec le fichier d\'instanciation et le fichier de lecture de l\'AdresseSpace ( .dat) correspondants ne permette pas de faire ressortir une incohérence déclarative.\r\nEn l\'état je ne vois pas de problème au niveau URI non plus\r\nLes valeurs renseignées pour le nodeId , le Type et l\'adresse sont cohérents sur l\'ensemble de la chaine.\r\nJe me pose des questions sur la valeur du champs \"ValueRank\" qui est positionnée à -1 .\r\nAvez vous la possibilité d\'avoir plus de détail sur le fait que ConfigManager ces déclarations comme erreurs.\r\n\r\nSi besoin, les fichiers de configuration/d\'instanciation et de mapping sont dans la maquette \"OOUA_IMERYS_MVP_C3_Prod2Back_300622.zip\r\n\r\nJe vous remercie par avance pour votre aide.\r\nCdt,\r\ndaniel\r\n\r\n\r\n=> Mapping\r\n\r\n<!-- Tamis7 -->\r\n<Tag Id=\"ns=10;i=2126\" Name=\"Status\" Description=\"Default_Description\" Type=\"Int16\" AccessRight=\"Input_Output\" Address=\"DB.002F.01DA\"></Tag> => soit DB47 adresse 474\r\n<Tag Id=\"ns=10;i=2122\" Name=\"MotorControl\" Description=\"Default Description\" Type=\"Boolean\" AccessRight=\"Input_Output\" Address=\"DB.002F.01DE.5\"></Tag> => soit DB47 adresse 478.5\r\n <Tag Id=\"ns=10;i=2125\" Name=\"StartMechanism\" Description=\"Default Description\" Type=\"Boolean\" AccessRight=\"Input_Output\" Address=\"DB.002F.01DE.6\"></Tag> => soit DB47 adresse 478.6\r\n<!-- Grinder BS4 -->\r\n <Tag Id=\"ns=12;i=1203\" Name=\"KW\" Description=\"Default Description\" Type=\"Float\" AccessRight=\"Input_Output\" Address=\"DB.0029.00EA\"></Tag> => soit DB41 adresse 234\r\n\r\n\r\n=> Instanciation\r\n\r\n<UAVariable NodeId=\"ns=17;i=2126\" BrowseName=\"Status\" WriteMask=\"00\" UserWriteMask=\"00\" DataType=\"Int16\" ValueRank=\"-1\" ArrayDimensions=\"00,\" AccessLevel=\"03\" UserAccessLevel=\"03\" MinimumSamplingInterval=\"100.000000\" Historizing=\"false\">\r\n <DisplayName>Status</DisplayName>\r\n <Description>Default Description</Description>\r\n <References>\r\n <Reference ReferenceType=\"i=47\" IsForward=\"false\">ns=17;i=2333</Reference>\r\n <Reference ReferenceType=\"i=40\" IsForward=\"true\">i=63</Reference></References>\r\n</UAVariable>\r\n\r\n\r\n <UAVariable NodeId=\"ns=17;i=2125\" BrowseName=\"StartMechanism\" WriteMask=\"00\" UserWriteMask=\"00\" DataType=\"Boolean\" ValueRank=\"-1\" ArrayDimensions=\"00,\" AccessLevel=\"03\" UserAccessLevel=\"03\" MinimumSamplingInterval=\"100.000000\" Historizing=\"false\">\r\n <DisplayName>StartMechanism</DisplayName>\r\n <Description>Default Description</Description>\r\n <References>\r\n <Reference ReferenceType=\"i=47\" IsForward=\"false\">ns=17;i=2333</Reference>\r\n <Reference ReferenceType=\"i=40\" IsForward=\"true\">i=63</Reference></References>\r\n</UAVariable>\r\n\r\n\r\n <UAVariable NodeId=\"ns=17;i=2122\" BrowseName=\"MotorControl\" WriteMask=\"00\" UserWriteMask=\"00\" DataType=\"Boolean\" ValueRank=\"-1\" ArrayDimensions=\"00,\" AccessLevel=\"03\" UserAccessLevel=\"03\" MinimumSamplingInterval=\"100.000000\" Historizing=\"false\">\r\n <DisplayName>MotorControl</DisplayName>\r\n <Description>Default Description</Description>\r\n <References>\r\n <Reference ReferenceType=\"i=47\" IsForward=\"false\">ns=17;i=2333</Reference>\r\n <Reference ReferenceType=\"i=40\" IsForward=\"true\">i=63</Reference></References>\r\n</UAVariable>\r\n\r\n\r\n\r\n<UAVariable NodeId=\"ns=9;i=1203\" BrowseName=\"KW\" WriteMask=\"00\" UserWriteMask=\"00\" DataType=\"i=10\" ValueRank=\"-1\" ArrayDimensions=\"00,\" AccessLevel=\"03\" UserAccessLevel=\"03\" MinimumSamplingInterval=\"100.000000\" Historizing=\"false\">\r\n <DisplayName>KW</DisplayName>\r\n <Description>Default Description</Description>\r\n <References>\r\n <Reference ReferenceType=\"i=47\" IsForward=\"false\">ns=9;i=1201</Reference>\r\n <Reference ReferenceType=\"i=40\" IsForward=\"true\">i=63</Reference></References>\r\n</UAVariable>\r\n\r\n\r\n=> S7_49-00950.dat\r\n\r\nIP_ADDRESS 10.116.20.49\r\nDEVICE_TYPE S7_1200\r\nRACK_NUM 0\r\nSLOT_NUM 1\r\nMIN_POLL_RATE 1000\r\nBLOCK_MODE MANU\r\nNUMBER_OF_BLOCK 4\r\nBLOCK_001 00006-00334,DB.0041\r\nBLOCK_002 00018-00538,DB.0047 \r\nBLOCK_003 00026-00030,DB.0053\r\nBLOCK_004 00013-00353,DB.0046\r\n\r\n\r\n=> declaration des URI dans le fichier de mapping\r\n\r\n<Uri>http://imerys.com/lixhe</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine1</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine1/BS1</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine1/BS2</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine1/BS3</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine1/CA3160</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine1/CA3059</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine1/CA3068</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine1/Tamis7</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine2</Uri>\r\n<Uri>http://imerys.com/Imerys/Lixhe/Carbital3/PAPLine2/BS4</Uri>\r\n\r\n\r\n','2022-07-01 11:25:38',0),(2260,864,'Issue',1,'Bonjour,\r\nJ\'ai déjà étudié le problème.\r\nMerci de lire mon dernier post en réponse : \r\n*les erreurs de configuration sont liées à de mauvaises/non déclarations d\'URI.*\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-07-01 11:31:03',0),(2261,866,'Issue',1,'Bonjour,\r\nje vous remercie pour ce retour.\r\nPourriez vous créer un ticket par bug.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-01 14:41:33',0),(2262,866,'Issue',1,'','2022-07-01 14:41:43',0),(2263,868,'Issue',545,'je rajoute au ticket (Retour Alarmes OOUA version binaire Debug-IPV4-30-06-2022-v1.0.7.3 - Beug2)\r\n\r\nAnalyse des traces (port 3885 en OPC UA) Bug2.pcapng\r\n-------------------------\r\n\r\nCommunication Genesis filtrable par @IP 172.17.202.11\r\nCommunication UAExpert filtrable par @IP 127.0.0.1\r\n\r\n\r\nPaquets 140,537,703 = Ecriture sur les booléens par UaExpert pour lever et enlever les alarmes\r\nPaquet 148 Alarme 1\r\nPaquet 410 réponse à l’acquittement et au commentaire\r\nPaquet 551 réponse mise à bas de l’alarme \r\nPaquet 715 régénération de l’alarme avec toujours le même commentaire\r\n\r\nCordialement,\r\nEquipe Inetum\r\n','2022-07-01 15:43:19',0),(2264,867,'Issue',1,'Bonjour,\r\nmerci pour le découpage. \r\nOn pourra traiter les pb 1 par 1.\r\nEst-ce que le comportment que vous décrivez pour Genesis est le même avec UAExpert ?\r\nEn particulier si vous faites :\r\n- Acquitter dans UAExpert une seule alarme parmi les deux alarmes générées sans la désactiver\r\n- Appelez le Refresh depuis UAExpert.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-01 15:43:42',0),(2265,867,'Issue',545,'ce phénomène ne se produit pas coté UAExpert, mais l\'absence de paquet d\'événement après la réactualisation des alarmes ( createmonitoreditemrequest) semble montrer que c\'est le serveur ne renvoie pas les alarmes à genesis.','2022-07-01 15:57:08',0),(2266,868,'Issue',545,'le phénomène est au présent coté UAExpert,\r\n\r\nCordialement,\r\nmerci \r\n\r\n','2022-07-01 15:58:21',0),(2267,869,'Issue',545,'le phénomène est aussi présent coté UAExpert,\r\n\r\nCordialement,\r\nmerci ','2022-07-01 15:58:41',0),(2268,867,'Issue',1,'Bonjour,\r\nSauf erreur, je ne vois pas d\'appel à la méthode refresh dans votre trace après le Rafraichissement de la page d’alarme.\r\nIl y a donc bien un bug dans Genesis.\r\nComme indiqué dans la spéc AU part 9 §4.5\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-07-01 16:01:41',0),(2269,867,'Issue',1,'','2022-07-01 16:03:20',0),(2270,867,'Issue',1,'','2022-07-01 16:12:14',0),(2271,864,'Issue',546,'Bonjour Michel,\r\n\r\nSuite à notre réunion, je vous prie de trouver dans le projet Imerys / Divers le zip de la version en production actuelle chez Imerys OOUA_IMERYS_MVP_C3_Stable_Prod2Back_010722_PourInvestigConfigManager.zip , à des fins d\'investigation plus approfondies au regards des erreurs remontées par le ConfigManager.\r\nMerci à vous,\r\n\r\nCordialement,\r\nDaniel\r\n','2022-07-01 19:52:47',0),(2272,871,'Issue',1,'Fixed in 2.1.4','2022-07-04 16:39:32',0),(2273,858,'Issue',1,'Fixed in 2.1.4','2022-07-04 16:49:25',0),(2274,828,'Issue',1,'Fixed in 2.1.4','2022-07-04 16:53:09',0),(2275,766,'Issue',1,'','2022-07-04 17:00:40',0),(2276,763,'Issue',1,'','2022-07-04 17:01:38',0),(2277,737,'Issue',1,'','2022-07-04 17:02:19',0),(2278,686,'Issue',1,'Fixed','2022-07-04 17:03:15',0),(2279,685,'Issue',1,'See during next session. Do we want to reuse the existing specc 40250-1 or to extend our model based on 40250-1','2022-07-04 17:12:37',0),(2280,684,'Issue',1,'','2022-07-04 17:12:59',0),(2281,683,'Issue',1,'Done in 2.1.4','2022-07-04 17:13:20',0),(2282,872,'Issue',1,'Bonjour Paul,\r\nil n\'existe pas de version IPV4 du VpiOptimu. Ce Vpi est mixte.\r\nCependant voici l\'ensemble des binaires à jour en IPV4, y compris, le VpiOptimu(IPV4/IPV6).\r\n\r\nCordialement\r\nMichel Condemine','2022-07-06 13:45:58',0),(2283,699,'Issue',496,NULL,'2022-07-06 17:07:46',0),(2284,697,'Issue',496,NULL,'2022-07-06 17:07:49',0),(2285,874,'Issue',1,'Hello,\r\nRuntime VC2013 manquant.\r\nIl faut le télécharger ici. https://www.microsoft.com/fr-FR/download/details.aspx?id=40784\r\n\r\nCordialement\r\nMichel Condemine','2022-07-06 17:13:18',0),(2286,874,'Issue',1,'','2022-07-06 17:13:32',0),(2287,874,'Issue',496,'Merci beaucoup c\'est bon !\r\n','2022-07-06 17:18:37',0),(2288,874,'Issue',496,'','2022-07-06 17:18:58',0),(2289,874,'Issue',1,'','2022-07-06 17:29:41',0),(2290,870,'Issue',550,'Effectivement c\'est la date qui pose problème\r\n mais vous devez avoir la raison dans le code retour de l\'erreur 400\r\n\r\n!clipboard-202207061744-yjkvf.png!\r\n','2022-07-06 17:44:44',0),(2291,870,'Issue',1,'Bonjour,\r\nj\'ai fait le test sans la date null.\r\nMais j\'obtiens en core un BAD_REQUEST.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-06 17:48:00',0),(2292,870,'Issue',550,'effectivement il nous faut la date de fin de validité.\r\na minima mettre \"endValidity\": \"1899-12-30T00:00:00+01:00\", si vous n\'avez pas de date.\r\n\r\nje note le point pour une correction future (ticket 13276 )\r\n\r\nCordialement\r\nGilles\r\n','2022-07-06 17:58:01',0),(2293,854,'Issue',549,'Bonjour,\r\n\r\nVoici le résultat des tests de la version 1.0.0.3. Je vous joins aussi nos jeux de test.\r\nNous pourrons discuter des derniers points demain.\r\n\r\nCordialement,\r\nNicolas Pierson','2022-07-07 20:20:02',0),(2294,875,'Issue',436,'Bonjour Michel,\r\n\r\nLa dernière fois que nous avons regardé le serveur c\'était mardi dernier (le 5 juillet) vers 10h15.\r\nTout était ok. Le serveur n\'était pas crashé. Il tournait depuis le vendredi 1er juillet.\r\n\r\nCe matin Daniel a essayé de se connecter chez Imerys, mais, encore une fois, c\'est impossible... Le support de Steven a été demandé.\r\n\r\nEst-ce que tu sais si Sunil ou son équipe a rajouté des instances/mapping sur le serveur cette semaine ?\r\n\r\nCordialement,\r\nChris','2022-07-08 11:52:49',0),(2295,847,'Issue',447,'Bonjour Michel\r\n\r\nLa dernière version de Ximulateur génère bien les Output pour les méthodes mais il met en output les données d\'entrée tagué In et non celle tagué Out\r\n\r\nAutre point, les attributs avec un Type Float ou float sont généré en tant que Double','2022-07-11 20:33:18',0),(2296,847,'Issue',1,'Bonsoir,\r\nje m\'en occupe dans la semaine.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-11 21:02:58',0),(2297,879,'Issue',1,'Bonjour,\r\npourriez vous développez ?\r\nEst ce que vous sous-entendez que le serveur ne répond jamais par un HistoryReadResponse ?\r\n\r\nCordialement\r\nMichel Condemine','2022-07-13 15:18:44',0),(2298,879,'Issue',545,'\r\nBonjour,\r\n \r\nDans le cas nominal, le serveur répond bien au HistoryReadRequest, mais dans le cas du paquet 41384, il n\'y répond pas. Cet instant semble correspondre à l\'instant ou le serveur \"freeze\". La cause du Freeze est donc peut être dans cette requête HistoryRead. Est-ce que dans ce paquet HistoryRead, vous voyez quelque chose qui pourrais ne pas plaire au serveur? Ou bien pensez vous que c\'est dû à autre chose ?\r\n\r\nCordialement,\r\nEquipe Inetum','2022-07-13 16:26:23',0),(2299,879,'Issue',1,'Bonjour,\r\npourriez vous poster les logs associés.\r\n\r\ncordialement\r\nMichel Condemine\r\n','2022-07-13 16:42:10',0),(2300,879,'Issue',545,'Bonjour,\r\n\r\nCi-joint les fichiers de logs associés.\r\n\r\nCordialement,\r\nEquipe Inetum ','2022-07-13 16:56:40',0),(2301,879,'Issue',1,'Perte du Read et de l\'HistoryRead en même temps. ==>CSessionServer::AsyncRequestThread deadlock','2022-07-19 14:57:54',0),(2302,864,'Issue',1,'Bonjour,\r\nla nouvelle version de l\'OOUAConfigManager trouve encore 5 erreurs dans la configuration de la version 1.0.8 déployée sur site :\r\n!clipboard-202207211445-zkfym.png!\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-07-21 14:45:34',0),(2303,883,'Issue',1,'Bonjour,\r\nj\'ai lancé une dizaine de fois votre configuration et le serveur n\'a jamais été bloqué. Dans tous les cas je peux l\'arrêter (press Q)\r\nCependant j\'obtiens des messages différents dans l\'invite de commande qui \"semble\" indiquer que le VpiLine a rencontré une situation ne lui permettant d\'afficher de message.\r\nCela m\'amène à quelques questions :\r\n# Quelle fonction de parsing avez vous implémenté dans le VpiLine ?\r\n# Pourquoi incriminer le serveur pour le \"non\" chargement du VpiLine. N\'avez vous pas de trace dans le LOG du serveur qui indique son chargement ?\r\n\r\nCordialement\r\nMichel Condemine','2022-07-22 09:45:50',0),(2304,883,'Issue',1,'Bonjour,\r\naprès une investigation plus détaillé le serveur est bien opérationnel mais le VpiLine n\'a pas été initialisé.\r\nLe VpiLine n\'existe pas encore quand le serveur initialise les Vpis. Le VpiLine prend trop de temps pour parser ses tag.\r\nJ\'ai noté que vous initialisé des variables depuis le NodeSet. \r\ncela ajoute sans doute au temps l\'initialisation. \r\nJ\'ai fait une modification dans le nouvelle séquence d\'initialisation pour prendre en compte le comportement du VpiLine.\r\nJe vous livre des binaire IPV6 debug dans la matinée.\r\n\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-07-22 10:39:30',0),(2305,883,'Issue',1,'Les binaires sont ici : http://www.openopcua.org/redmine/attachments/download/3241/Livraison%20Binaires%20Debug-IPV6%20-%2022-07-2022_v1.0.7.4.zip','2022-07-22 10:42:02',0),(2306,873,'Issue',1,'Done','2022-07-22 14:17:01',0),(2307,873,'Issue',1,'','2022-07-22 14:17:26',0),(2308,879,'Issue',1,'Ci-dessous le message de Khaled :\r\n<pre>\r\nBonjour M Condemine,\r\n\r\nJ’ai laissé tourner le serveur pendant 2h30 avec une lecture chaque seconde via UaExpert. Le serveur n’a pas freezé. \r\nPar contre les logs serveur indiquent des erreurs je ne sais pas si c’est important ou pas. Si vous pouvez jeter un œil, même la console du serveur affiche des message j’ai pris une capture. Vous trouvez tous en pièces jointes.\r\n</pre>\r\n','2022-07-23 17:01:21',0),(2309,884,'Issue',1,'Bonjour,\r\nje ne suis pas certain de comprendre votre problème.\r\n* Est ce que vous souhaitez lire un mot dans l\'automate ?\r\n* Est ce que les 16bits d\'alarme sont contigu ?\r\n* Est ce des bits disparate dans le PLC ?\r\n\r\nCordialement\r\nMichel Condemine','2022-07-26 16:11:07',0),(2310,884,'Issue',565,'Je vais essayer de préciser en répondant à vos questions.\r\n\r\nOn lit dans l\'automate S7-1500 en OPC des bits d\'alarme, des valeurs booléennes, qui ne sont pas des mots, et qui sont contenus dans le même DB mais pas forcément contigus.\r\n \r\nL\'objectif serait d\'avoir en sortie du serveur OPC un mot Int16, contenant les 16bits d\'alarme concaténés en choisissant leur place dans le mot, qui sera transféré à notre logiciel de supervision via un VPI Modbus. Le logiciel de supervision permet ensuite de traiter la valeur en Int16 pour retrouver les différentes alarmes.\r\n\r\nJe vous joins en capture d\'écran le résultat dans notre outil de supervision, qui décompose l\'entier en une suite binaire.\r\n\r\nEst-ce que ce genre de chose est possible ?\r\n\r\nCordialement,\r\nValentin DUFIEF\r\n\r\n','2022-07-26 17:00:50',0),(2311,884,'Issue',1,'Bonjour,\r\nje comprends. Vous avez deux options :.\r\n* Préparer vos mots de 16bits dans l\'automate. Puis lire ce mot avec le VpiS7\r\n* Lire les bits individuellement puis les concaténer, dans le serveur, en utilisant un script LUA.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-26 17:13:13',0),(2312,882,'Issue',447,'Bonjour,\r\n\r\nJ\'ai monté la maquette à l\'ATP reproduisant le problème de non écriture du Ack avec la version des DLL identique à celle en PROD (ligne Stator)\r\nJ\'ai monté une nouvelle maquette (toujours à l\'ATP) avec les nouvelles DLL VpiS7 et VpiLine :\r\n* Il n\'y a plus le problème sur l\'écriture du Ack\r\n* En revanche la gestion du caractère de fin 0 ou 13, nous crée un soucis et donc nous ne pouvons pas déployer en PROD :\r\nLe soucis est que le dernier caractère du tableau est supprimé mais lorsque nous ajoutons un caractère de plus dans la balise NbElement, il ressort un caractère de trop. j\'ai bien conscience en l\'écrivant que ce n\'est pas logique, mais je n\'arrive pas à le faire fonctionner.\r\nMichel Etes-vous disponible pour faire un call avec partage d\'écran pour vous montrer le problème?','2022-07-27 10:20:38',0),(2313,883,'Issue',432,'Bonjour M. Condemine, \r\n\r\nMerci beaucoup pour votre analyse et temps. \r\nNous avons testé ces binaires, et le problème de chargement du VpiLine n\'est plus d\'actualité. On vous tiens au courant de toute évolution de cette situation\r\n\r\nPour répondre à certaines de vos questions : \r\n- Pourquoi incriminer le serveur pour le \"non\" chargement du VpiLine. N\'avez vous pas de trace dans le LOG du serveur qui indique son chargement ?\r\n\r\nC\'était bien l\'absence des messages dans les logs serveur qui nous menais à cette hypothèse. \r\n\r\n- Quelle fonction de parsing avez vous implémenté dans le VpiLine ?\r\n\r\nNous utilisons le VpiParseAddIdEx et VpiParseAddId (on s\'était entendu d\'implémenter le VpiParseAddExs dans un futur proche)\r\n\r\n\r\n\r\n\r\nQue voulez vous dire par \"vous initialisez des variables depuis le NodeSet\" ? Les valeurs par défaut dans les fichiers d\'instances? On en a normalement très peu (3), je ferai une passe dessus. Pour ma compréhension, ça impacte le démarrage du VPI ou bien du serveur? \r\n \r\n*Note: Pourriez vous svp nous faire une livraison IPV4 (les automates eMotors n\'ont que des interfaces IPV4, et sans livraison IPV4, la connexion LM-automates ne sera pas possible)\r\n*\r\n','2022-07-27 11:27:23',0),(2314,882,'Issue',1,'Bonjour,\r\nla seule modification que j\'ai réalisé dans la dernière version du VpiS7 concerne un message de trace dans le VpiWrite.\r\nCette modification ne peut en aucun cas avoir réglé le problème de l\'ACK.\r\n\r\nJe suis dispo ce matin pour un partage d\'écran.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-28 08:32:32',0),(2315,883,'Issue',1,'Bonjour,\r\nC\'est donc bien le temps de chargement du VpiLine qui posait problème.\r\nComme indiqué j\'ai adapté le serveur pour qu\'il prenne en compte ce type de situation.\r\nL\'ajout d\'un VpiParseAddExs dans le contrat serveur/Vpis aurait aussi été une solution.\r\nJe garde à l\'esprit cette évolution qui ajouterai un 4ème fonction de parsing.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-28 08:36:36',0),(2316,879,'Issue',1,'Bonjour,\r\nou en sommes nous avec la dernière version ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-07-28 08:37:37',0),(2317,883,'Issue',432,'N\'oubliez svp pas de ne effectuer une livraison IPV4 avec les modules nécessaires pour eMotors. Nous effectuerons bientôt une livraison \r\n\r\nMerci d\'avance,\r\n\r\nMichael Ejigu','2022-07-28 08:56:07',0),(2318,883,'Issue',1,'Bonjour,\r\navant cette livraison il faut statuer sur : \r\n* VpiS7, caractère de fin (Échange Lionel)\r\n* Stabilité fonction HA (Attente retour Khaled.\r\n* Comportement AC avec Genesis (Situation bloquée)\r\n\r\nCordialement\r\nMichel Condemine','2022-07-28 09:04:19',0),(2319,879,'Issue',545,'Bonjour M. Condemine,\r\n \r\nLe comportement est toujours le même au bout de 60 minutes le display Genesis Freeze, pas de Freeze coté serveur. En rafraichissant la page Genesis on récupère de nouveau les valeurs des nœuds historisées.\r\nLors du dernier mail vous avez indiqué que vous nous fournissez une nouvelle livraison de binaires. \r\nActuellement on est à la version : Binaires Debug-IPV6 - 25-07-2022_v1.0.7.5.\r\n \r\nQuand le display genesis Freeze dans les logs de serveur on a les messages suivant :\r\n \r\n2022-07-26T09:56:10.587Z SERVER_ERROR CSessionServer::pHistoryReadMessage>Could not send response to client. Status 0x80AB0000!\r\n \r\n2022-07-26T09:57:05.613Z SERVER_ERROR CSessionServer::pHistoryReadMessage>Could not send response to client. Status 0x80AB0000!\r\n \r\n2022-07-26T09:57:10.546Z SERVER_ERROR CSessionServer::pHistoryReadMessage>Could not send response to client. Status 0x80AB0000!--- freeze \r\n \r\n rafraichissement du display Genesis retour au Fonctionnement normal\r\n\r\n2022-07-26T10:57:48.622Z SERVER_ERROR CSessionServer::pHistoryReadMessage>Could not send response to client. Status 0x80AB0000!--- freeze\r\n \r\n2022-07-26T10:57:53.649Z SERVER_ERROR CSessionServer::pHistoryReadMessage>Could not send response to client. Status 0x80AB0000!\r\n \r\n2022-07-26T10:58:48.656Z SERVER_ERROR CSessionServer::pHistoryReadMessage>Could not send response to client. Status 0x80AB0000!\r\n \r\n \r\n \r\nCordialement,\r\nKhaled NOOMANI\r\n','2022-07-28 09:30:33',0),(2320,884,'Issue',565,'Bonjour,\r\n\r\nJe vous remercie pour cette réponse.\r\n\r\nPour un script LUA, pourriez-vous m\'indiquer la syntaxe à utiliser pour appeler un node/une variable du serveur ?\r\n\r\nMerci à vous,\r\n\r\nValentin DUFIEF','2022-07-28 10:11:01',0),(2321,879,'Issue',432,'Rebonjour M. Condemine, \r\n\r\nPour clarifier le précédent message, le comportement n\'est pas le même qu\'auparavant car plus de freeze du serveur et un refresh de l\'IHM permet de revenir a une situation stable\r\n\r\nNous effectuons 3 tests et nous vous ferons un retour. \r\n\r\n\r\n1) Iconics a 2 mode pour visualiser une IHM. Le mode client lourd et le mode HTML. Nous faisons un test en mode HTML pour voir si on a le même comportement (on a déjà remarqué des divergences de comportement)\r\n\r\n2) Lorsque l\'IHM freeze, nous lancerons une trace Wireshark afin de voir ce qui se passe en background afin de répondre aux questions suivantes: Est ce que il y a des requêtes HistoryRead ? Est-ce que le serveur y répond en indiquant aucune donnée ou bien est-ce que il y a absence de réponse quand plus de donnée en BDD? \r\n\r\n3) Nous allons mettre en place le subsystem de simulation OOUA afin d\'afficher une courbe qui bouge et voir si nous avons le même phénomène. Je pars maintenant d\'une ancienne conf pour essayer de mettre en place cette simulation. \r\nSi vous avez plus récent je suis preneur. \r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-07-28 11:43:23',0),(2322,879,'Issue',545,'Bonjour M Condemine,\r\n\r\nPour le test HA en mode html (mode qui sera utilisé par EMotors). Le serveur crash instantanément.\r\nVeuillez trouver ci-joint un zip contenant les logs du serveur, les binaires utilisés et un procdump. \r\n\r\nCordialement,\r\nKhaled NOOMANI','2022-07-28 12:21:44',0),(2323,885,'Issue',1,'Bonjour,\r\nje ne vois pas pourquoi votre client vous parle d\'un correctif C#. \r\nLe serveur OpenOpcUa est écrit en C/C++ et n\'est pas concerné par cette remarques\r\n\r\nDe plus je ne vois pas de question ici :)\r\n\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-07-28 18:05:10',0),(2324,853,'Issue',553,'Bonjour.\r\n\r\nJ\'ai profité de mon dernier message pour vous remonter les infos de nos tests de démarrage en tant que service.\r\nMalheureusement, cela ne fonctionne toujours pas, j\'ai toujours le même message d\'erreur. J\'ai bien modifié le projet afin qu\'il soit le plus proche du votre.\r\nSerait-il imaginable que l\'on fasse une prise en main à distance fin août pour que vous puissiez jeter un oeil sur notre installation et vérifier que tout est OK ?\r\n\r\nMerci d\'avance.','2022-07-28 18:13:38',0),(2325,853,'Issue',1,'Bonjour,\r\nfin aout, aucun problème.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-28 19:18:52',0),(2326,885,'Issue',553,'Bonjour.\r\n\r\nBien d\'accord avec vous, mais j\'avoue ne pas avoir compris la problématique.\r\nA priori si cela ne vous parle pas plus que ça, tant mieux. C\'est bon signe alors.\r\nOn peut clôturer ce ticket à ce stade.\r\n\r\nMerci pour votre réponse.\r\n\r\nOlivier PREVOT. ','2022-07-29 10:51:38',0),(2327,853,'Issue',553,'Super, merci, je reviens vers vous fin août.\r\n\r\nOlivier PREVOT.','2022-07-29 10:52:21',0),(2328,885,'Issue',1,'','2022-07-29 11:01:24',0),(2329,879,'Issue',545,'Bonjour M Condemine,\r\n\r\n\r\nVeuillez trouver ci-joint un zip contenant les logs du serveur et un procdump.\r\nTest effectué avec les binaires Debug-IPV6 - 28-07-2022_v1.0.7.5\r\n\r\nCordialement,\r\nKhaled NOOMANI','2022-07-29 11:50:52',0),(2330,888,'Issue',553,'','2022-07-29 14:33:23',0),(2331,853,'Issue',553,'Ca marche ! Encore merci et désolé pour la simplicité de la solution que j\'aurais du trouvé tout seul.','2022-07-29 14:58:07',0),(2332,853,'Issue',1,'Pas problème.\r\nLe support est là pour ça.\r\n\r\nBonnes vacances.\r\nMichel Condemine\r\n','2022-07-29 15:06:51',0),(2333,879,'Issue',1,'Bonjour,\r\nPourriez vous tester rapidement cette version du serveur ?\r\nhttp://www.openopcua.org/redmine/attachments/download/3263/Livraison%20Binaires%20Debug-IPV6%20-%2029-07-2022_v1.0.7.5.zip\r\n\r\nCordialement\r\nMichel Condemine','2022-07-29 17:02:00',0),(2334,879,'Issue',545,'Bonjour M Condemine,\r\n\r\nje viens de lancer la maquette HA avec les nouveaux binaires que vous venez de poster Debug-IPV6%20-%2029-07-2022_v1.0.7.5.zip. \r\nCela fait 15 minutes que le serveur tourne, il n y a pas de crash en mode Html comme avant et on récupères bien les valeurs des nœuds historisés.\r\n \r\n\r\nCordialement,\r\nKhaled NOOMANI','2022-07-29 17:22:09',0),(2335,879,'Issue',1,'Bonjour,\r\nil me semble que cela fonctionnait déjà sans crash avec le client léger.\r\nPourriez vous tester avec le client lourd.\r\n\r\nCordialement\r\nMichel Condemine','2022-07-29 17:27:26',0),(2336,879,'Issue',545,'Re-bonjour,\r\n\r\nEn client lourd ca fonctionne sans crash avant ( avec les anciens binaires) juste on a le problème de freeze coté IHM, par contre en client léger ca crash instantanément.\r\nAvec les nouveaux binaires plus du crash en client léger. J\'ai lancé en parallèle un client lourd, ca fonctionne on récupère bien les valeurs cela fait 30 minutes que ca tourne. A laisser tourner et voir le résultat.\r\n\r\nCordialement,\r\nkhaled NOOMANI','2022-07-29 17:38:56',0),(2337,822,'Issue',1,'Corrigé dans la version 1.0.2.6 du VpiS7','2022-08-01 10:38:57',0),(2338,822,'Issue',432,'Bonjour M. Condemine \r\n\r\nPour notre information, quelle est la modification effectuée ? La conversion de Int16 ou Bool vers Enum ? \r\n\r\nCe ticket et les questions listés concernait en fait pas uniquement le VpiS7 mais tous les Vpi potentiellement\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\nInetum\r\n\r\n','2022-08-01 11:52:45',0),(2339,822,'Issue',1,'Bonjour,\r\nIl y a un changelog dans le ZIP.\r\nJe vos invite a le consulter\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-08-01 11:57:44',0),(2340,890,'Issue',1,'Bonjour,\r\npourquoi est ce que le VpiLine s\'arrête à 16:33:54 ?\r\nPourquoi le VpiValueInit n\'est pas chargé ?\r\nUtilisez vous les derniers binaires livrés ?\r\n\r\nCordialement\r\nMichel Condemine','2022-08-01 19:25:47',0),(2341,890,'Issue',432,'Bonjour, \r\n\r\nLe VpiLine s\'arrête à 16:33:54 car j\'ai arrêté le serveur.\r\nSur la deuxième capture d\'écran le VpiValuesInit n\'est pas chargé car le subsystem n\'est pas activé. \r\nNous utilisons les binaires Livraison Binaires Debug-IPV4 - 28-07-2022_v1.0.7.5.zip \r\nAurez vous une disponibilité pour en discuter/déboguer? \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\nInetum\r\n','2022-08-02 09:06:20',0),(2342,851,'Issue',1,'Bonjour,\r\nje vois ce incident toujours ouvert.\r\nest il toujours actif ?\r\n@Khaled :Pourriez vous préciser le problème de l\'imerysId et LocationInFactory\r\n\r\nCordialement\r\nMichel Condemine','2022-08-02 09:29:12',0),(2343,890,'Issue',1,'Bonjour,\r\nVotre VpiLine démarrait correctement avec le serveur 1.0.7.4 et 1.0.7.5. n\'est-ce pas ?\r\nVous n\'avez cependant jamais validé ma livraison du 30 juin ticket 865.\r\nJe suis donc dans le flou.\r\n\r\non peut en parler a 14h00.\r\n\r\nCordialement\r\nMichel Condemine','2022-08-02 09:29:39',0),(2344,865,'Issue',432,'Bonjour, \r\n\r\nNos excuses pour le retard sur le retour. Le serveur démarrait bien avec le VpiLine (pas de tests effectué avec VpiValuesInit - j\'en fait et vous fait un retour sur le ticket 890)\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-08-02 09:44:55',0),(2345,890,'Issue',432,'Le VpiLine démarre bien tout seul avec les versions 1.0.7.4 et 1.0.7.5 \r\nJe fais le test avec le package 1.0.7.4 VpiLine et VpiValues activés et vous tiens au courant.\r\nJ\'envoie une invitation pour 14h\r\n\r\nCordialement, \r\n\r\nMichael ','2022-08-02 09:48:19',0),(2346,890,'Issue',432,'Nous avons malheureusement le même comportement avec le package 1.0.7.4 livré sous Livraison Binaires Debug-IPV4 - 30-6-2022_v1.0.7.4\r\n\r\nCordialement, \r\nMichael ','2022-08-02 10:01:14',0),(2347,851,'Issue',545,'Bonjour M Condemine,\r\n\r\nCe Ticket a été créé lors de la préparation de la démo Siome pour Imerys.\r\n\r\nCordialement,\r\nkhaled NOOMANI\r\n','2022-08-02 15:25:32',0),(2348,851,'Issue',1,'','2022-08-02 16:39:57',0),(2349,890,'Issue',1,'Bonjour,\r\nj\'ai corrigé le problème, amélioré la séquence de démarrage et les traces.\r\nJ\'ai constaté que le VpiLine stop le serveur s\'il n\'arrive pas à se connecter à sa base.\r\nMerci de corriger se comportement de l\'une des manières suivantes :\r\n# En ajoutant un message claire indiquant, dans le ficher de LOG, que le serveur a été arrêté à l\'initiative du Vpi\r\n# En supprimant l\'arrêt à l\'initiative du Vpi.\r\n\r\nJ\'attends votre version du Vpi\r\n\r\nCordialement\r\nMichel Condemine','2022-08-02 21:09:06',0),(2350,890,'Issue',432,'Bonjour, \r\n\r\nSuper et merci pour votre temps\r\nLa fermeture du serveur était une demande de eMotors, si au démarrage la BDD n\'est pas accessible. \r\nPour désactiver la traçabilité et permettre le démarrage du serveur, nous mettons à dispositions l\'option de l\'activer ou non dans le .dat du VpiLine\r\n\r\nDans les cas où la Traçabilité est activée mais que la BDD n\'est pas disponible au démarrage, nous mettons normalement un message dans le fichier de log du VpiLine du type \"Could not connect. Make sure DB is accessible and that user has rights on database\". Si ce mécanisme (message dans le log) a bien lieu dans le scénario rencontré, nous pouvons mettre un message plus détaillé du type \"VpiLine has prompted server to stop, please restart after correcting access isssues\". \r\nAvez vous bien le premier message indiqué? \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-08-03 08:47:30',0),(2351,890,'Issue',1,'Bonjour,\r\nAprès discussion avec Lionel. Il semble que ce comportement soit inutile. Merci de vérifier directement avec lui.\r\nDans tous les cas le message de log doit indiquer que le serveur a arrêté a la demande du VpiLine.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-08-03 09:28:27',0),(2352,879,'Issue',545,'Bonjour,\r\n\r\n\r\n\r\nLes deux modifications effectuée fonctionne bien et plus aucun freeze de client OPC UA ni du serveur est présent\r\n\r\nNous remarquons cependant une régression importante depuis la livraison du Binaires Debug-IPV6 - 29-07-2022_v1.0.7.5 concernant le HA ( même phénomène avec la livraison d aujourd\'hui)\r\n\r\nLorsque la réponse est constituée de plusieurs valeurs, on reçoit bien une réponse avec le bon nombre de DataValue mais incomplète. Uniquement la première DataValue est complète, les autres n\'ont ni Variant (valeur) ni timestamp\r\n\r\nCi dessous le résultat UaExpert, le résultat de la requête faite avec PGAdmin, une trace Wireshark ainsi qu\'une maquette permettant de reproduire le problème.\r\n\r\nNous n\'avons pas constaté de messages dans les logs (nous les avons mis en mode Debug) .\r\n\r\nCordialement,\r\nEquipe Inetum','2022-08-03 14:19:49',0),(2353,879,'Issue',1,'Bonjour,\r\naprès correction de votre maquette afin quelle soit utilisable j\'ai pu reproduire et corriger le problème.\r\nIl y avait une très petite \"coquille\" dans la préparation de la réponse.\r\nC\'est corrigé. \r\nles binaires sont ici : http://www.openopcua.org/redmine/attachments/download/3282/Livraison%20Binaires%20Debug-IPV4%20-%203-08-2022_v1.0.7.7.zip\r\nMerci de me faire un retour avant les 5 prochains jours.\r\n\r\nMichel Condemine\r\n\r\n','2022-08-03 14:50:33',0),(2354,879,'Issue',1,'Closed','2022-08-03 14:50:55',0),(2355,890,'Issue',432,'Nous confirmons le bon démarrage des Vpi\r\nMerci\r\n\r\nMichael Ejigu','2022-08-03 15:18:15',0),(2356,890,'Issue',1,'Merci pour ce retour.\r\nMichel Condemine','2022-08-03 15:31:48',0),(2357,879,'Issue',545,'Bonjour M Condemine,\r\n\r\nmerci le problème est corrigé.\r\n\r\nCordialement,\r\nEquipe Inetum','2022-08-03 17:16:16',0),(2358,791,'Issue',1,'Bonjour,\r\nsans réponse depuis deux mois je ferme cet incident.\r\nMichel Condemine','2022-08-03 17:18:27',0),(2359,891,'Issue',432,'Sur la conf new, sur 1h30 d\'expériences, le PM a refusé de se connecter 4 fois (en moyenne au 6ème redémarrage du LM) \r\n\r\nSur la conf old, sur 1h30 d\'expériences, pas de crash constaté ni de blocage. \r\nOn met en place la conf Very Old demain\r\nOn vous tiens au courant\r\nJe vous ré-assigne le ticket le temps que vous nous faites le retour sur vos tests avec les nouveaux binaires (comme mentionné dans les news)\r\n\r\nMerci encore\r\nCordialement,\r\n\r\nMichael','2022-08-04 18:06:28',0),(2360,892,'Issue',1,'Hello,\r\nthis is not an urgent issue.\r\nI downgrade it to low priority. I will handle it ASAP.\r\n\r\nRegards\r\nMichel','2022-08-05 10:37:16',0),(2361,891,'Issue',432,'Je fais suite à votre message sur les News (confirmation du bon fonctionnement de la livraison)\r\n\r\n2022-08-04T15:31:45.254Z CLIENT_ERROR Impossible to stop the AutoConnectThread. Timeout 10 sec reached\r\n2022-08-04T15:34:36.146Z CLIENT_ERROR PublishingThread>Shutdown sent to the client host application. InternalServerStatus changed 0x80af0000\r\n2022-08-04T15:34:37.152Z CLIENT_ERROR PublishingThread stopped pSession=000001ABA960F120.\r\n\r\nCe message n\'indique t-il pas un blocage de la situation? Sinon quelle est sa signification? \r\n\r\nCordialement\r\n\r\nMichael','2022-08-05 11:49:43',0),(2362,891,'Issue',1,'Bonjour, \r\nle message n\'indique pas un blocage du serveur ou du Vpi. \r\nIl indique simplement qu\'une thread (AutoConnectThread) a atteint un timeout lors d\'une tentative d\'arrêt.\r\nElle sera donc arrêtée de force.\r\nSi la nouvelle livraison fonctionne correctement je ferme ce ticket.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2022-08-05 13:25:43',0),(2363,891,'Issue',432,'Bonjour, \r\n\r\nPour nous, la nouvelle livraison ne fonctionne pas. \r\nLorsque j\'ai mis dans le commentaire que \"Je fais suite à votre message sur les News (confirmation du bon fonctionnement de la livraison)\", je voulais dire que je rebondis sur votre message ouvous indiquez que d\'après vos tests, c\'est ok. \r\nPour nous, il y a un blocage de la communication et le denier messages dans la lib client est du type indiqué \r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-08-05 13:34:59',0),(2364,891,'Issue',1,'Bonjour,\r\nje réouvre le ticket.\r\nMerci de préciser ce que vous entendez par \"ne fonctionne pas\"\r\n\r\nCordialement\r\nMichel Condemine','2022-08-05 14:40:34',0),(2365,891,'Issue',432,'Merci\r\n\r\nPar ne fonctionne pas nous voulons dire que au bout de certains redémarrages du serveur graine, le serveur agrégateur n\'arrive plus à se reconnecter. Lorsque ce cas arrive nous avons systématiquement en dernier message (à l\'heure du premier redémarrage serveur graine pour lequel nous constatons que plus de reconneexion) au niveau de la lib client : \r\n\r\nImpossible to stop the AutoConnectThread. Timeout 10 sec reached\r\n\r\nDes vérifications certes non exhaustifs que j\'ai fait il y a une relation 1 à 1 entre ce message et le blocage de la reconnexion au niveau du PM \r\n\r\nPour info plusieurs tests aussi faits avec les binaires utilisés en production chez eMotors, toujours pas de crash constaté\r\n\r\n\r\n','2022-08-05 14:48:25',0),(2366,822,'Issue',1,'Reste à généraliser la solution appliqué au VpiS7.\r\n\r\n','2022-08-05 15:23:12',0),(2367,893,'Issue',1,'Hello Nandan,\r\nI\'m sorry for the issue you are facing to. Let\'s try to fix or workaround it.\r\ndid you try to select one of the radio button, Export Selected or Export All ?\r\nAre you using the version 0.1.0.2 ?\r\n\r\nRegards\r\nMichel','2022-08-07 21:55:21',0),(2368,887,'Issue',573,'Done V2.1.7','2022-08-08 15:27:18',0),(2369,886,'Issue',573,'fixed in the V2.1.7','2022-08-08 15:48:41',0),(2370,894,'Issue',1,'Hello Nandan, \r\nAs already discuss. Most of you node are declared Read-Only (AccessLevel=1)\r\nSo the client is not allowed to write in it.\r\n\r\nWe need to discuss it in a modelling session.\r\n\r\nRegards\r\nMichel','2022-08-09 09:34:23',0),(2371,895,'Issue',1,'Where do you see an issue here ?\r\n\r\n','2022-08-09 10:26:44',0),(2372,896,'Issue',1,'','2022-08-09 15:32:49',0),(2373,894,'Issue',512,'Michel,\r\n\r\n This issue is regarding the workaround you showed us on how we can edit the Instances nodeset file by adding the access levels. We added the access level for Lixhe/PAPLine1/BS1/RPM attribute. After adding the access level attribute we were still not able to edit the value in RPM attribute using UA expert.\r\n\r\nSemih, send you the project earlier which you can use to make a quick test. Hope this helps.\r\n\r\n- Sunil','2022-08-09 15:33:10',0),(2374,894,'Issue',1,'Hello,\r\ni did the change on FactoryName \r\nIt appears in UAExpert as currentRead.\r\n!clipboard-202208091630-kzt9x.png!\r\nIt\'s now \r\n!clipboard-202208091630-qcupj.png!\r\nWith the new definition\r\n!clipboard-202208091631-wxdus.png!\r\n\r\nCan you just try with this one ?\r\n\r\nRegards\r\nMichel','2022-08-09 16:31:53',0),(2375,895,'Issue',1,'Hello,\r\nhere is a configuration 100% fixed on the NodeSet and SubSystem POV.\r\nThere is remaining issues :\r\n<pre>\r\n2022-08-10T17:40:19.652Z SERVER_ERROR InvertNotForwardReferences>Undefined Inverse [ns=11;i=6581]->ns=11;i=6586 in VariableList\r\n2022-08-10T17:40:19.661Z SERVER_ERROR InvertNotForwardReferences>Undefined Inverse [ns=12;i=7337]->ns=12;i=7407 in VariableList\r\n2022-08-10T17:40:19.662Z SERVER_ERROR InvertNotForwardReferences>Undefined Inverse [ns=12;i=7337]->ns=12;i=7406 in VariableList\r\n2022-08-10T17:40:19.662Z SERVER_ERROR InvertNotForwardReferences>Undefined Inverse [ns=12;i=7337]->ns=12;i=7405 in VariableList\r\n2022-08-10T17:40:19.662Z SERVER_ERROR InvertNotForwardReferences>Undefined Inverse [ns=12;i=7337]->ns=12;i=7404 in VariableList\r\n2022-08-10T17:40:19.663Z SERVER_ERROR InvertNotForwardReferences>Undefined Inverse [ns=12;i=7337]->ns=12;i=7403 in VariableList\r\n2022-08-10T17:40:19.663Z SERVER_ERROR InvertNotForwardReferences>Undefined Inverse [ns=12;i=7337]->ns=12;i=7402 in VariableList\r\n2022-08-10T17:40:19.663Z SERVER_ERROR InvertNotForwardReferences>Undefined Inverse [ns=12;i=7337]->ns=12;i=7401 in VariableList\r\n</pre>\r\n\r\n Let investigate it on friday\r\n\r\nRegards\r\n\r\nMichel','2022-08-10 19:46:53',0),(2376,897,'Issue',1,'Instanciation is made properly but value is not seem correctly in the client.\r\nUDT Issue or configuration issue.\r\n','2022-08-16 15:50:22',0),(2377,898,'Issue',1,'Bonjour,\r\nje n\'aurais pas de disponibilité avant jeudi.\r\nPourriez vous me préciser :\r\n# La taille à partir de laquelle vous rencontrez le problème.\r\n# Le type de la donnée\r\n# Est ce que le problème n\'apparait pas quand agrégateur et graine sont sur la même machine ?\r\n\r\nDans tous les cas je ne pourrai regarder ce problème avant la semaine prochaine.\r\n\r\nCordialement\r\nMichel Condemine','2022-08-16 20:52:20',0),(2378,899,'Issue',1,'Hello,\r\nGood news.\r\nUsing the proper version of NodeSet of types the server is now working correctly.\r\nThe error came from SIOME. It corrupt the existing NodeSet of types.\r\n\r\nThe configuration is now ready to be tested.\r\n\r\nRegards\r\nMichel\r\n','2022-08-17 17:28:10',0),(2379,898,'Issue',432,'Re bonjour, \r\n\r\nJ\'ai effectué la liste est nous n\'étions vraiment pas loin de la limite\r\n\r\nLa limite est 2*65512. Lorsque sur le réseau nous dépassons cette taille, il semble yavoir problème (traces côté PM effectuées)\r\n\r\n\r\nJ\'ai trouvé une différence aux niveaux des traces Wireshark dans les cas où on est en local et dans les cas où on est à distance (surement du aux paramètres réseaux)\r\n\r\n\r\nen local:\r\n\r\n!clipboard-202208171723-zh0il.png!\r\n\r\n\r\nà distance (quand ça marche)\r\n\r\n!clipboard-202208171731-ibifz.png!\r\n\r\nà distance (quand ça ne marche pas)\r\n\r\n!clipboard-202208171731-w4gfe.png!\r\n\r\n\r\nJe pense que sur l\'interface localhost la limite de taille d\'un paquet TCP doit être de 65512 et 1360 sur l\'interface réseau sortante.\r\n\r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu \r\n\r\n','2022-08-17 17:52:58',0),(2380,898,'Issue',1,'Bonjour,\r\nje ne sais pas ce que l\'on peu faire avec ces résultats.\r\nVous ne semblez pas avoir réalisé les actions demandés :\r\n# Modifier les paramètres de la carte réseau afin d\'observer l\'impact sur les échanges\r\n# Chercher la limite en terme de Recipe, 6, 20 ?\r\n\r\nPar ailleurs 1360 n\'est pas une valeur qui existe dans le code d\'OpenOpcUa.\r\n\r\nCe problème est sans doute un problème lié a la CONFIGURATION DE LA COUCHE RESEAU\r\n\r\nCordialement\r\nMichel Condemine','2022-08-18 09:51:50',0),(2381,898,'Issue',432,'La taille de 1360 est surement du à un problème de configuration de la couche réseau. Mais ça ne semble pas être systématiquement problématique (fonctionne en dessous de 2 paquets OPC UA qui peuvent être dispatchés sur 49 paquets TCP chacun).\r\nJe ferai des tests en me focalisant sur la configuration réseau\r\n\r\nLa taille de 2 paquets OPC UA ne semble pas non plus systématiquement problématique (car fonctionne en local) \r\n\r\nLa limite en terme de Recipes ne va pas être une information très pertinente car elle dépend de la taille de la recette (qui en terme de fichiers XML peut être de 2 Ko à 40 Ko) \r\nAvec 19 recettes ça passe toujours, la limite avec les recettes que j\'ai semble donc de 19 recettes. \r\n\r\nEn parallèle ou par la suite, que préférez vous entre : \r\n\r\n- une maquette simple qui reproduit le problème (vous aurez peut être besoin d\'une maquette distante si je n\'arrive pas à reproduire le problème en local en jouant avec le conf réseau)\r\n- effectuer une session de débogage avec le code OOUA (Stack) sur ma machine afin de confirmer que la stack envoi bien le paquet dans son entièreté (malgré les traces Wireshark faites côté serveur agrégateur).\r\n\r\nCordialement, \r\n\r\nMichael','2022-08-18 10:13:06',0),(2382,898,'Issue',1,'Pourriez vous changer le niveau de trace ?\r\nIl s\'agirait d\'activer le trace sur la stack au moment ou le problème se produit.\r\nUtilisez STACK_ERROR et/ou STACK_DEBUG\r\n\r\nCordialement\r\nMichel Condemine','2022-08-18 10:29:27',0),(2383,898,'Issue',432,'au lieu de SERVER_ERROR je mets STACK_DEBUG dans le oouaprj c\'est ça? \r\n\r\nCordialement\r\n\r\nMichael','2022-08-18 10:32:53',0),(2384,898,'Issue',1,'Commencez par STACK_ERROR.\r\ncf manuel de l\'utilisateur','2022-08-18 10:37:36',0),(2385,898,'Issue',432,'Ci joint le fichier de log obtenu\r\n\r\nAu moment de l\'émission du paquet (14:13:51,39; 12:13,51,39 UTC) on voit le message suivant qui n\'est pas répété ailleurs dans le fichier de log : \r\n\r\n2022-08-18T12:13:51.440Z STACK_ERROR OpcUa_P_Socket_Write: unregister for write!\r\n\r\n!clipboard-202208181418-lehyy.png!\r\n\r\nCordialement, \r\n\r\nMichael\r\n','2022-08-18 14:19:52',0),(2386,898,'Issue',1,'Pourriez vous faire un test avec cette version de la stack et me renvoyer le LOG.','2022-08-18 15:55:53',0),(2387,898,'Issue',432,'Avec cette version, la connexion UaClient PM - LM n\'aboutit pas\r\nEst-ce bien une version IPV4?\r\n\r\nCordialement, \r\n\r\nMichael','2022-08-18 16:51:30',0),(2388,898,'Issue',1,'Il s\'agit bien sur d\'une version IPV6','2022-08-18 17:01:36',0),(2389,898,'Issue',432,'IPV4 ou IPV6 ? Nous sommes en IPV6 sur la conf eMotors\r\n\r\nCordialement, \r\n\r\nMichael','2022-08-18 17:02:48',0),(2390,898,'Issue',432,'Pardon, * nous sommes en IPV4 sur le conf eMotors. \r\n\r\nEst-ce bien une version IPC4 que vous avez posté? ','2022-08-18 17:07:09',0),(2391,898,'Issue',1,'Comme indiqué il s\'agit d\'une IPV6\r\n','2022-08-18 17:12:01',0),(2392,898,'Issue',432,'Pourriez vous svp nous fournir la version IPV4? \r\n','2022-08-18 17:12:52',0),(2393,898,'Issue',1,'IPV4','2022-08-18 17:21:52',0),(2394,898,'Issue',432,'En Pj le fichier de log obbtenu\r\n\r\n2022-08-18T15:26:22.322Z STACK_ERROR OpcUa_SecureStream_Flush: Buffer not completely written; storing buffer 0xB7FF8D90!\r\n\r\n\r\n!clipboard-202208181728-vq6ib.png!\r\n\r\nCordialement, \r\n\r\nMichael','2022-08-18 17:28:48',0),(2395,898,'Issue',1,'Bonjour,\r\nIl n\'y a rien de très interessant dans cette trace.\r\nCordialement\r\nMichel Condemine','2022-08-18 17:34:06',0),(2396,898,'Issue',432,'Bonjour, \r\n\r\nVoici certains tests faits\r\n\r\nEntre mon PC et une VM (même comportement que chez eMotors)\r\nEntre deux VM Inetum c\'est OKAY (à travers un réseau - donc effectivement pas un problème dû à destinataire local ou distant)\r\nPour ressembler à la conf sur mon PC j\'ai baissé sur la VM qui joue le rôle de PM le MTU (qui fait en sorte que les paquets TCP émis sont les mêmes que sur mon PC) et ça passe toujours\r\n\r\nJe vous propose de passer du temps cette après midi à regarder les traces Wireshark, il y a quand même quelque chose de perturbant. Je pense également qu\'une session de debug (en s\'attachant au processus) peux avancer à éliminer toute pistes que c\'est le serveur qui réagit spécialement sur une certaine configuration réseau précise et que c\'est bien un élément extérieur qui fait disparaitre les paquets manquants\r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n','2022-08-19 11:11:30',0),(2397,898,'Issue',1,'Bonjour,\r\nune session de debug n\'apportera rien.\r\nLa stack OOUA n\'est pas en cause dans ce problème. Au mieux pourrait on imaginer de changer la taille de chunk.\r\n\r\nCordialement\r\nMichel Condemine','2022-08-19 12:01:06',0),(2398,898,'Issue',432,'Suite à nos tests en call hebdo, \r\n\r\nCi-dessous la capture montrant l\'heure où l\'échec d\'écriture a lieu \r\n\r\n!clipboard-202208191646-hi4st.png!\r\n\r\n\r\nCi-joint les fichiers de log stack debug, lib client et VpiUaClient \r\n\r\n\r\nOn vous tiens informé si on a de nouvelles pistes/résultats sur des tests\r\n\r\nCordialement ,\r\n\r\nL\'équipe Inetum','2022-08-19 16:57:15',0),(2399,898,'Issue',432,'Bonjour \r\n\r\nPour info: \r\n\r\n- le scénario de test en back office entre 2 VMs (qui fonctionne) est fait sur 2 VMs hostées sur deux serveurs physiquement séparés\r\n\r\n- nous avons demandé à eMotors d\'effectuer des traces Wireshark du problème en production afin de confirmer qu\'il s\'agit du même problème produit sur mon PC \r\n\r\nAvez vous pu avancer de votre côté sur l\'exploitation des logs de la stack/ investigations? \r\n\r\nCordialement,\r\n\r\nL\'équipe Inetum','2022-08-22 15:43:56',0),(2400,898,'Issue',1,'Bonjour,\r\nje ne dispose d\'aucune information qui me permettrait d\'avancer.\r\nLes log et traces WS ne fournissent aucune information pertinente. \r\n\r\nCordialement\r\nMichel Condemine','2022-08-22 15:46:53',0),(2401,901,'Issue',573,NULL,'2022-08-25 15:19:25',0),(2402,901,'Issue',510,'State format in Int16\r\n\r\n0 = OFF\r\n1 = ON\r\n4 = DEFAULT\r\n\r\nBut in some PLC\'s, it\'s a booléen with only ON (1) and OFF(0)','2022-08-25 15:39:45',0),(2403,898,'Issue',432,'Bonjour M. Condemine, \r\n\r\nSuite à notre dernier call, nous avons pu effectuer le test sur le scénario suivant qui est proche de chez le client. \r\nUne VM Windows Server\r\nUn PC avec droits administratifs dessus\r\n\r\nNous avons baissé sur les 2 machines les buffers Ethernet aux valeurs minimales autorisées et les échanges fonctionnent toujours. \r\nNous avons testé de placer PM sur VM et LM sur PC et vice versa. \r\nAvec la taille de paquet problématique, les échanges passaient toujours. \r\n\r\nNous sommes disponible cette après-midi jusqu\'à 18h pour si possible discuter de comment procéder et quelles informations transmettre au client. \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n\r\n\r\n','2022-08-25 15:47:40',0),(2404,901,'Issue',573,NULL,'2022-08-25 16:01:50',0),(2405,900,'Issue',573,'','2022-08-25 16:02:17',0),(2406,898,'Issue',1,'Bonjour,\r\nJe suis disponible de 16h15 à 16h45 pour en parler\r\n\r\nCordialement\r\nMichel Condemine','2022-08-25 16:08:57',0),(2407,902,'Issue',1,'Hello Stéphane,\r\nwhere did you try to save the UAExpert configuration.\r\nThe UA project is read/write. You should be able to save in it.\r\n\r\nRegards\r\nMichel','2022-08-29 10:53:44',0),(2408,902,'Issue',510,'I think it\'s because the folder is in read-only and i can\'t change it.\r\n!clipboard-202208291137-ehc7k.png!\r\n','2022-08-29 11:37:14',0),(2409,902,'Issue',1,'Stephane,\r\n<pre>\r\nwhere did you try to save the UAExpert configuration ?\r\n</pre>\r\ncan you please use a read/write folder ?\r\n\r\nRegards\r\nMichel','2022-08-29 11:44:52',0),(2410,902,'Issue',510,'I only want to create folders in the documents tree. And keep the data i drag drop in the visualization box. \r\nTi separate by PLC. ','2022-08-29 12:11:35',0),(2411,902,'Issue',1,'Hello Stephane,\r\njust this meeting : https://meet.google.com/ead-yvoe-qyy?hs=224\r\nWe\'ll try to workaround your problem with UAExpert\r\n\r\nregards\r\nMichel','2022-08-29 13:46:36',0),(2412,902,'Issue',1,'Fixed during the 2pm session.','2022-08-29 15:10:44',0),(2413,908,'Issue',1,'Hello Stephane,\r\nA FolderType is a common object used to describe a containers.\r\nThe FolderType inherit from ObjectType. \r\nSo we use it as a parent for ProductionLineType.\r\nBut this can be change.\r\n\r\nRegards\r\nMichel','2022-08-30 10:19:09',0),(2414,909,'Issue',1,'Bonjour,\r\nquelques questions :\r\n* Pourquoi y a t il un AccessLevel = 15 dans le serveur SODEL ?\r\n* Pourquoi y a t il un subsystem dans le serveur SODEL ?\r\n* Comment est faite la configuration du Vpi UAClient ?\r\n\r\nCordialement\r\nMichel Condemine','2022-09-06 09:49:39',0),(2415,909,'Issue',489,'Bonjour,\r\n\r\n\r\n*Pourquoi y a t il un AccessLevel = 15 dans le serveur SODEL ?\r\n J\'ai pas touché les modification des instances, parce que j\'avais l\'impression qu\'il y a peut-être certain raison en arrière pour pouvoir avoir l\'option de historisation sur ce serveur (SODEL)\r\n*Pourquoi y a t il un subsystem dans le serveur SODEL ?\r\n Apparament, le subsystem est prévu pour faire la liaison entre l\'automate et de seuveur sodel.\r\n*Comment est faite la configuration du Vpi UAClient ?\r\n Vu qu\'on viens de commencer de faire l\'instanciation avec la nouvelle structure (en string), le nodeset a crée par siome et le mapping (subsystem et uaClient) à fait manuellement (Sans Manipulateur)\r\n\r\nCordialement,\r\nArash.\r\n\r\n','2022-09-06 10:02:49',0),(2416,909,'Issue',1,'Bonjour,\r\nmerci pour ces réponses.\r\nLe serveur SODEL n\'était pas supposé être raccordé à un automate. \r\nIl devait servir de passerelle entre l\'application client de SODEL et un LM.\r\nMerci de m\'envoyer une invitation pour un CALL à 11h00 ce jour.\r\n\r\nCordialement\r\nMichel Condemine','2022-09-06 10:10:44',0),(2417,909,'Issue',489,'Bonjour, \r\n\r\nPar rapport de soucis de communication entre les deux serveur OOUA, on a trouver un problème par rapport des timeStamp synchronisation des horloge des serveur grâce aux les message erreur dans le fichier log du LM. \r\n\r\nAvec Lionel, on a synchroniser le temps du PC où se trouve le serveur du Sodel, et puis ça l\'aire de marché parce que on a trouver pas mal des erreur dans le log du Sodel (côté LM) par rapport des type missmatch (Double et Float)\r\n\r\npr contre lors qu\'on se connect avec UA Expert le serveur crash\r\nEn suit, on a mis tout les SubSystem (Sauf celle de Sodel biensûr) , ainsi que Vpi line, init value et vfi en commentaire pour faire la concentration sur le fonctionnement du mapping entre le LM et Sodel. Dans ce cas là, le serveur démarre sans crash, mais des qu\'on viens de se connecter à serveur depuis le UA-Expert il tombe.\r\n\r\nOn va donc vérifier la différence entre les tempStamp du Serveur LM et Sodel, et là, on a vu une décalage de 100ms (LM en avance et Sodel en retard)\r\nPour qu\'on puisse avoir une traça plus élevé on a lancé le wireShark pour écouter la conversassions entre les deux Serveur (inclus la soubscribtion)\r\n\r\nNous avons fait un test en s\'abonant que sur 1 node de la config SODEL - dans ce cas nous avons pu se connecter avec UA Expert et vérifier que la lecture et ecriture du node fontionne. Lorsqu\'on réactive tous les nodes, la connection avec UA Expert fait tombé le serveur.\r\n\r\nAu démarrage du serveur, il y a un énorme temps de latence entre le démarrage du Vpi Ua Client et la fin de son démarrage (Environ 2mn). Il y a un message dans le log du serveur que l\'on ne retrouve pas avec les autre Ua client déjà configuré. et le temps de latence disparait lorsqu\'on appel plus le vpi ua client de Sodel. \r\nLe log du serveur ayant causé les problème est le .bak. celui en .log est celui sans le vpi ua client sodel\r\n2022-09-06T18:09:24.562Z SERVER_ERROR A session is in timeout. It will be deleted in the next loop of the CServerApplication::SessionTimeoutThread\r\n\r\nJe vous envoi en PJ les fichier log, les subsystem et la traça du WireShark, on pourrait voir tout ça demain ensemble selon votre disponibilité.\r\n\r\nMerci bien.\r\nCordialement','2022-09-06 21:23:27',0),(2418,909,'Issue',1,'Bonjour,\r\npourriez installer les derniers binaires et fabriquer de minidump lors des crash ?\r\n\r\nCordialement\r\nMichel Condemine','2022-09-07 13:47:56',0),(2419,909,'Issue',447,'Bonjour\r\n\r\nNous avons réussi à reproduire le crash sur la maquette ci-jointe.\r\ndans la maquette le serveur LM à un VPI UA Client qui s\'abonne sur le serveur OOUA Sodel\r\nLe crash se produit lorsque depuis UA Expert nous nous abonnons en une seule fois à un grand nombre de node qui sont mappé avec le serveur SODEL (si on s\'abonne sur d\'autre node ou sur des node qui sont abonné à un autre serveur OPC UA - exemple PLC - il n\'y a pas se crash (nous avons testé cela sur la production))\r\nCi-joint le minidump\r\n\r\nLe test a été réalisé avec les binaires du mois dde juin ainsi que ceux de la livraison du 05/09/22 sur la maquette LM - sur la maquette SODEL nous sommes avec les binaires de juin (mais avec les binaires à jour le problème est le même)','2022-09-07 20:52:42',0),(2420,909,'Issue',1,'Bonjour,\r\nIl semble y avoir une discordance dans la déclaration entre la NodeSet et le subSystem\r\n!clipboard-202209072245-icr3q.png!\r\n!clipboard-202209072246-4p6tc.png!\r\n\r\nSoit un scalaire dans le nodeset et un tableau dans le subsystem.\r\n\r\nCordialement\r\nMichel Condemine','2022-09-07 22:47:17',0),(2421,909,'Issue',447,'Bonjour Michel\r\n\r\nEn effet ce n\'était que ca. Erreur de copier coller dans ce fichier\r\n\r\nMerci, je ferme le ticket\r\n\r\nCordialement,\r\n\r\nLionel Claudel','2022-09-08 09:25:34',0),(2422,911,'Issue',573,'Hello Stephane,\r\n\r\nIn my DEV Server there is no error. I dont know why it look like this. When you finish your task, I can check the PROD Server','2022-09-08 14:14:18',0),(2423,911,'Issue',510,'Yes i close and re-open my file and that\'s seems ok now! I don\'t know what happend???','2022-09-08 14:19:42',0),(2424,911,'Issue',1,'Be careful with the PROD server. I made several huge modifications for UAClient and HA support.\r\n@Stephane :\r\nI cannot see, in the PROD server, the error your a referring to. Can you Rebrowse from UA Expert.\r\n!clipboard-202209081421-9m0uc.png!\r\n\r\nThe namespace index evolve. The error is probably related to that.\r\n\r\nRegards\r\nMichel','2022-09-08 14:21:48',0),(2425,911,'Issue',1,'','2022-09-08 14:22:07',0),(2426,908,'Issue',1,'','2022-09-08 14:22:25',0),(2427,912,'Issue',432,'1) Modifier le .dat VFI et VpiValuesInit\n\n2) Démarrer Le LM sans VPiValuesInit avec le VFI\n \n3) Ecrire sur le noeud ListSubOf sous ProductionLine (afin de créer la table dans le VFI) \n\nVérifier sous Postgres qu\'on a bien une table intitulée \"http://Emotors/Type/SharedClasse/Instances/LineAS2\" \n\n4) Sous PGadmin, clique droit importer selectionner le fichier intitulé ExportBDDAS en sélectionnant le delimiteur \" | \" \n\n5) Redémarrer le LM avec le VpiValuesInit sans le VFI\n','2022-09-08 16:20:23',0),(2428,913,'Issue',545,'Bonjour M Condemine,\r\n\r\nVeuillez trouver ci joint le fichier du modèle utilisé.\r\n\r\nCordialement,\r\nEquipe Inetum','2022-09-08 18:04:54',0),(2429,913,'Issue',436,'Bonjour Michel,\r\n\r\nCette problématique Ximulator, remontée par Khaled avec la dernière version du modèle partagé par eMotors, nous bloque pour la suite de nos travaux back-office sur la partie Logistique.\r\n\r\nPourrais-tu STP regarder ce qui pose problème et voir si tu as la possibilité de nous débloquer ?\r\n\r\nMerci d\'avance pour ton support.\r\n\r\nCordialement,\r\nChris','2022-09-12 16:47:27',0),(2430,913,'Issue',1,'Bonjour,\r\nj\'ai corrigé le XiMulator pour qu\'il ne crash pas. Cependant il y a plusieurs problèmes de modélisation.\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2022-09-12 18:01:19',0),(2431,913,'Issue',1,'LE binaire est ici : http://www.openopcua.org/redmine/attachments/3383 ','2022-09-12 18:04:57',0),(2432,913,'Issue',432,'Bonjour, \r\n\r\nMerci pour les binaires, Ximulator ne crash plus mais indique des erreurs à la génération (surement relié aux erreurs de modélisation que vous mentionnez). \r\n\r\nPourrez vous svp nous préciser ces erreurs de modélisation ? Ou bien nous indiquer comment les retrouver afin de les remonter à eMotors ? \r\n\r\nCordialement,\r\n\r\nL\'équipe Inetum\r\n\r\n','2022-09-13 16:49:06',0),(2433,915,'Issue',1,'Bonjour,\r\nJe vous invite à vous pencher sur les demandes d\'évolutions faites par EMOTORS et INETUM durant les 6 derniers mois.\r\nEn résumé. \r\nUn TAG/NODE Write-Only ne peut pas être mise à jour par un VPI. Il est WrITE-ONLY.\r\n\r\nJe ferme ce ticket. Il n\'y a rien de plus à dire. :)\r\n\r\nCordialement\r\nMichel Condemine','2022-09-14 18:08:24',0),(2434,915,'Issue',432,'Bonjour,\r\n\r\nMerci\r\nQuelle devrait donc être la configuration dans le use case décrit ? \r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\n','2022-09-15 09:06:25',0),(2435,915,'Issue',432,'Ci joint un Powerpoint qui illustre les deux use case dont le problématique (cas 1) \r\n\r\nJe suis disponible pour en discuter (avec eMotors ou pas) quand vous le souhaitez\r\n \r\n\r\nCordialement, \r\nMichael ','2022-09-15 14:13:10',0),(2436,912,'Issue',1,'Fixed','2022-09-15 15:18:45',0),(2437,915,'Issue',1,'','2022-09-15 15:20:04',0),(2438,915,'Issue',1,'Vous écrivez :\r\n<pre>\r\nCas 1 : Variables écrites par LM et lues par automates (exemple booléen AcknowledgeData)\r\n</pre>\r\n\r\nVous devez être plus précis. Est-ce un Vpi ou un client OPC qui écrit dans cette variable ?\r\n\r\n<pre>\r\nCas 2 : Variables lues par LM et écrites par automates (exemple booléen DataAvailable)\r\n</pre>\r\nIdem. Qui est ce qui lit et comment le fait il ?\r\n','2022-09-15 15:25:45',0),(2439,915,'Issue',432,'Je reformule\r\n\r\n\r\nCas 1 : Variables écrites par VpiLm (à travers un VpiNotifyCallback) et lues le VpiS7 pour être écrit au niveau des automates (exemple booléen AcknowledgeData)\r\n\r\nCas 2 : Variables lues par VpiLm (à travers un VpiWriteValue ) et écrites par VpiS7 au niveau de la cache serveur suite à une lecture au niveau des automates (exemple booléen DataAvailable)\r\n\r\nCi joint le Powerpoint avec le titre mis à jour \r\n\r\nCordialement, \r\n\r\nMichael\r\n','2022-09-15 16:19:02',0),(2440,915,'Issue',1,'Dans l\'état actuel de l\'implémentation ces scénarii sont impossible à paramétrer','2022-09-15 16:23:09',0),(2441,915,'Issue',1,'en résumé','2022-09-15 16:24:04',0),(2442,915,'Issue',432,'Nous proposons un call pour définir les modifications à apporter pour solutionner le problème (si vous le jugez utile) \r\n\r\nCordialement, \r\n\r\nMichael ','2022-09-15 16:41:34',0),(2443,915,'Issue',1,'Bonjour,\r\nPas besoin d\'un call. Je vais réfléchir à la prise en compte de cette situation.\r\n\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-09-15 16:44:26',0),(2444,915,'Issue',432,'Bonjour, \r\n\r\nSuite à la livraison de cet après midi, j\'ai effectué des tests\r\n\r\nJe vois que la combinaison AccessLevel=3, AccessRight=2 est maintenant autorisée. \r\n\r\nConcernant le contrôle mis en place pour s\'assurer que le VpiS7 ne remonte pas des données dans le cas 1 (qui était basé sur les AccessLevel), est-il maintenant basé sur le AccessRight du VpiS7? \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2022-09-16 18:10:54',0),(2445,915,'Issue',1,'Bonjour,\r\nla verification est et restera basée sur l\'accessLevel.\r\nCordialement\r\nMichel Condemine','2022-09-16 18:55:36',0),(2446,917,'Issue',1,'Why do you try to start thé flex client and not thé config manager ?\r\nRegards \r\nMichel ','2022-09-20 11:38:06',0),(2447,917,'Issue',573,NULL,'2022-09-20 13:30:15',0),(2448,854,'Issue',549,'Bonjour,\r\nVoici à nouveau les résultats des tests ainsi que les jeux de test utilisés pour la version 1.0.0.5 du VpiOptimu.\r\nLe VpiQualaxyClient reste à tester.','2022-09-23 14:26:29',0),(2449,921,'Issue',1,'Bonjour Lionel,\r\nJe ne serai que très peu disponible dans les jours à venir.\r\nJ\'aurai une bien meilleure disponibilité la semaine prochaine. Cependant nous pouvons échanger sur le sujet demain dans l\'AM.\r\n*Dans un créneau qui reste à définir. *\r\nLe message VpiUaClient is trying to handle the illegal situation est un nouveau message pour prendre en compte une situation illégale.\r\nIl s\'agit d\'un cas ou deux sessions sont ouvertes sur le VpiUaClient alors ne doit en gérer qu\'une par instance client/serveur.\r\nSi le Vpi détecte que plus de deux sessions sont active il en ferme une afin rétablir un contexte de fonctionnement normal.\r\nIl est donc impératif de comprendre la raison qui amène à avoir deux sessions.\r\n\r\nPourriez-vous m\'expliquer plus précisément les comportements anormaux rencontrés ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-09-28 21:57:04',0),(2450,921,'Issue',447,'Bonjour,\r\n\r\nDésolé pour la réponse tardive. Nous serions disponible ce jour (à 17h30) pour discuter de ce sujet + une question sur l\'utilisation des threads dans le serveur car nous rencontrons des faiblesses sur nos LM et les personnes de l\'infra auraient quelques questions sur ce sujet.\r\n\r\nCordialement\r\n\r\nLionel Claudel','2022-09-29 16:20:20',0),(2451,921,'Issue',1,'Bonjour Lionel,\r\nComme indiqué précédemment je déménage cette semaine et serais très moins disponible.\r\nAuriez-vous un créneau le 30/10 en début de matinée?\r\nCordialement\r\nMichel Condemine','2022-09-29 22:40:38',0),(2452,891,'Issue',432,'Bonjour, \r\n\r\nNous revenons vers vous avec des nouvelles sur ce ticket. Rappel du contexte : crash du LM Assemblage sur certain rechargement de l\'automates. \r\neMotors tourne avec les tout dernier binaires et nous a transmis plusieurs minidump de crash au rechargement d\'un automate. \r\n\r\nCi joint un document Word rassemblant les différents piles d\'appels et le nom du minidump. \r\nNous pouvons vous fournir les minidump en question. \r\n\r\nCi joint le document Word initialisé par Dominique Beroujon de notre équipe \r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n\r\n','2022-09-30 17:54:54',0),(2453,922,'Issue',433,'Crash non intervenu chez eMotors, mais sur notre plateforme de test Back Office','2022-09-30 17:56:19',0),(2454,922,'Issue',1,'Crash sur Free. \r\nPayload\r\n\r\n0015;http://Emotors/Type/SharedClasse;i=1225;KqYkc7PU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwNzYQAAAAIDEwMDc2MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAGKOtcOo1NgBKqYkc7PU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNL4gVEyqjU2AEFAAAAT1AyMDAGAAAAAAAAAGKOtcOo1NgBAQAAAAAAMEHiBUTKqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAABijrXDqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFPZqJuTqdTYAQUAAABPUDIwMwYAAAAAAAAA2STEe6nU2AEBAAAAAAAgQtmom5Op1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAADZJMR7qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOkrKGlqtTYAQUAAABPUDIwMgYAAAAAAAAApEfUh6rU2AEBAAAAAABIQqSsoaWq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAApEfUh6rU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2MTAwNzIzVjAzMlQAAAAAAAAAAAEAAAA9kb+UqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2MRAAAAAgMTAwNjEwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAopsXmaPU2AE9kb+UqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0siE6afo9TYAQUAAABPUDIwMAYAAAAAAAAAopsXmaPU2AEBAAAAAAAwQSITpp+j1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAKKbF5mj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU8GtcGSo1NgBBQAAAE9QMjAzBgAAAAAAAADBKZlMqNTYAQEAAAAAACBCwa1wZKjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAMEpmUyo1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFM9kb+UqNTYAQUAAABPUDIwMgYAAAAAAAAAPc/TiKjU2AEBAAAAAACgQT2Rv5So1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAPc/TiKjU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAACrkOGez1NgBAQAAAAAAoEEqpiRzs9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAACrkOGez1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;4Rt+c7PU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwNzcQAAAAIDEwMDc3MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAF2K/MOo1NgB4Rt+c7PU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNL3QGLyqjU2AEFAAAAT1AyMDAGAAAAAAAAAF2K/MOo1NgBAQAAAAAAMEHdAYvKqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAABdivzDqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFP0UBOUqdTYAQUAAABPUDIwMwYAAAAAAAAA9Mw7fKnU2AEBAAAAAAAgQvRQE5Sp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAD0zDt8qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFMba/6lqtTYAQUAAABPUDIwMgYAAAAAAAAAGwYxiKrU2AEBAAAAAABIQhtr/qWq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAGwYxiKrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2MjAwNzIzVjAzMlQAAAAAAAAAAAEAAAA2ZBeVqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2MhAAAAAgMTAwNjIwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAA0pZ0maPU2AE2ZBeVqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0tSDgOgo9TYAQUAAABPUDIwMAYAAAAAAAAA0pZ0maPU2AEBAAAAAAAwQVIOA6Cj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAANKWdJmj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU42d1mSo1NgBBQAAAE9QMjAzBgAAAAAAAACNGf9MqNTYAQEAAAAAACBCjZ3WZKjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAI0Z/0yo1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFM2ZBeVqNTYAQUAAABPUDIwMgYAAAAAAAAANqIriajU2AEBAAAAAACgQTZkF5Wo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAANqIriajU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAOFZkmez1NgBAQAAAAAAoEHhG35zs9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAOFZkmez1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;rb+mc7PU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwNzgQAAAAIDEwMDc4MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAPQDHsSo1NgBrb+mc7PU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLdHusyqjU2AEFAAAAT1AyMDAGAAAAAAAAAPQDHsSo1NgBAQAAAAAAMEF0e6zKqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAD0Ax7EqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFMS7ECUqdTYAQUAAABPUDIwMwYAAAAAAAAAEmhpfKnU2AEBAAAAAAAgQhLsQJSp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAASaGl8qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFN0RS2mqtTYAQUAAABPUDIwMgYAAAAAAAAAdOBfiKrU2AEBAAAAAABIQnRFLaaq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAdOBfiKrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2MzAwNzIzVjAzMlQAAAAAAAAAAAEAAAC9VkCVqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2MxAAAAAgMTAwNjMwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAZTaMmaPU2AG9VkCVqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0vlrRqgo9TYAQUAAABPUDIwMAYAAAAAAAAAZTaMmaPU2AEBAAAAAAAwQeWtGqCj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAGU2jJmj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU25l8mSo1NgBBQAAAE9QMjAzBgAAAAAAAABu4RpNqNTYAQEAAAAAACBCbmXyZKjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAG7hGk2o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFO9VkCVqNTYAQUAAABPUDIwMgYAAAAAAAAAvZRUiajU2AEBAAAAAACgQb1WQJWo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAvZRUiajU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAK39umez1NgBAQAAAAAAoEGtv6Zzs9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAK39umez1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;e0fRc7PU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwNzkQAAAAIDEwMDc5MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAHYnP8So1NgBe0fRc7PU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNL9p7NyqjU2AEFAAAAT1AyMDAGAAAAAAAAAHYnP8So1NgBAQAAAAAAMEH2ns3KqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAB2Jz/EqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFOMSXCUqdTYAQUAAABPUDIwMwYAAAAAAAAAjMWYfKnU2AEBAAAAAAAgQoxJcJSp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAACMxZh8qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFNb7GCmqtTYAQUAAABPUDIwMgYAAAAAAAAAW4eTiKrU2AEBAAAAAABIQlvsYKaq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAW4eTiKrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2NDAwNzIzVjAzMlQAAAAAAAAAAAEAAAAEZWuVqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2NBAAAAAgMTAwNjQwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAi2ummaPU2AEEZWuVqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0sL4zSgo9TYAQUAAABPUDIwMAYAAAAAAAAAi2ummaPU2AEBAAAAAAAwQQvjNKCj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAItrppmj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU0bHFWWo1NgBBQAAAE9QMjAzBgAAAAAAAABGQz5NqNTYAQEAAAAAACBCRscVZajU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAEZDPk2o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFMEZWuVqNTYAQUAAABPUDIwMgYAAAAAAAAABKN/iajU2AEBAAAAAACgQQRla5Wo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAABKN/iajU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAHuF5Wez1NgBAQAAAAAAoEF7R9Fzs9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAHuF5Wez1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;hG35c7PU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODAQAAAAIDEwMDgwMDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAABtrZcSo1NgBhG35c7PU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLm+LzyqjU2AEFAAAAT1AyMDAGAAAAAAAAABtrZcSo1NgBAQAAAAAAMEGb4vPKqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAAba2XEqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFNYHqCUqdTYAQUAAABPUDIwMwYAAAAAAAAAWJrIfKnU2AEBAAAAAAAgQlgeoJSp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAABYmsh8qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOP+pCmqtTYAQUAAABPUDIwMgYAAAAAAAAAj5XDiKrU2AEBAAAAAABIQo/6kKaq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAj5XDiKrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2NTAwNzIzVjAzMlQAAAAAAAAAAAEAAABjcZeVqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2NRAAAAAgMTAwNjUwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAE8DAmaPU2AFjcZeVqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0uTN0+go9TYAQUAAABPUDIwMAYAAAAAAAAAE8DAmaPU2AEBAAAAAAAwQZM3T6Cj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAABPAwJmj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UUyptPmWo1NgBBQAAAE9QMjAzBgAAAAAAAAAq6WZNqNTYAQEAAAAAACBCKm0+ZajU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAACrpZk2o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFNjcZeVqNTYAQUAAABPUDIwMgYAAAAAAAAAY6+riajU2AEBAAAAAACgQWNxl5Wo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAY6+riajU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAISrDWiz1NgBAQAAAAAAoEGEbflzs9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAISrDWiz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;i3YkdLPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODEQAAAAIDEwMDgxMDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAADWsiMSo1NgBi3YkdLPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLtSMXy6jU2AEFAAAAT1AyMDAGAAAAAAAAADWsiMSo1NgBAQAAAAAAMEG1IxfLqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAA1rIjEqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFOgzc+UqdTYAQUAAABPUDIwMwYAAAAAAAAAoEn4fKnU2AEBAAAAAAAgQqDNz5Sp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAACgSfh8qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOS68emqtTYAQUAAABPUDIwMgYAAAAAAAAAkob6iKrU2AEBAAAAAABIQpLrx6aq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAkob6iKrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2NjAwNzIzVjAzMlQAAAAAAAAAAAEAAACsy8KVqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2NhAAAAAgMTAwNjYwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAwL7fmaPU2AGsy8KVqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0tANm6go9TYAQUAAABPUDIwMAYAAAAAAAAAwL7fmaPU2AEBAAAAAAAwQUA2bqCj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAMC+35mj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU/gmZmWo1NgBBQAAAE9QMjAzBgAAAAAAAAD4oo5NqNTYAQEAAAAAACBC+CZmZajU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAPiijk2o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOsy8KVqNTYAQUAAABPUDIwMgYAAAAAAAAArAnXiajU2AEBAAAAAACgQazLwpWo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAArAnXiajU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAIu0OGiz1NgBAQAAAAAAoEGLdiR0s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAIu0OGiz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;4mBPdLPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODIQAAAAIDEwMDgyMDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAABJvrMSo1NgB4mBPdLPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLkuY6y6jU2AEFAAAAT1AyMDAGAAAAAAAAABJvrMSo1NgBAQAAAAAAMEGS5jrLqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAASb6zEqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFMeJASVqdTYAQUAAABPUDIwMwYAAAAAAAAAHqAsfanU2AEBAAAAAAAgQh4kBJWp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAAeoCx9qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFNGu/emqtTYAQUAAABPUDIwMgYAAAAAAAAARlYqiarU2AEBAAAAAABIQka796aq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAARlYqiarU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2NzAwNzIzVjAzMlQAAAAAAAAAAAEAAAC90u2VqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2NxAAAAAgMTAwNjcwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAJCABmqPU2AG90u2VqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0ukl4+go9TYAQUAAABPUDIwMAYAAAAAAAAAJCABmqPU2AEBAAAAAAAwQaSXj6Cj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAACQgAZqj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UUyk8kmWo1NgBBQAAAE9QMjAzBgAAAAAAAAApuLpNqNTYAQEAAAAAACBCKTySZajU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAACm4uk2o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFO90u2VqNTYAQUAAABPUDIwMgYAAAAAAAAAvRACiqjU2AEBAAAAAACgQb3S7ZWo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAvRACiqjU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAOKeY2iz1NgBAQAAAAAAoEHiYE90s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAOKeY2iz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;Syd6dLPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODMQAAAAIDEwMDgzMDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAA200sSo1NgBSyd6dLPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLjSthy6jU2AEFAAAAT1AyMDAGAAAAAAAAAA200sSo1NgBAQAAAAAAMEGNK2HLqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAANtNLEqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFP31jWVqdTYAQUAAABPUDIwMwYAAAAAAAAA91JefanU2AEBAAAAAAAgQvfWNZWp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAD3Ul59qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOlcymnqtTYAQUAAABPUDIwMgYAAAAAAAAApQ5ciarU2AEBAAAAAABIQqVzKaeq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAApQ5ciarU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2ODAwNzIzVjAzMlQAAAAAAAAAAAEAAABpvBqWqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2OBAAAAAgMTAwNjgwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAtR4gmqPU2AFpvBqWqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0s1lq6go9TYAQUAAABPUDIwMAYAAAAAAAAAtR4gmqPU2AEBAAAAAAAwQTWWrqCj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAALUeIJqj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU7MkvWWo1NgBBQAAAE9QMjAzBgAAAAAAAACzoOVNqNTYAQEAAAAAACBCsyS9ZajU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAALOg5U2o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFNpvBqWqNTYAQUAAABPUDIwMgYAAAAAAAAAafouiqjU2AEBAAAAAACgQWm8Gpao1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAafouiqjU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAEtljmiz1NgBAQAAAAAAoEFLJ3p0s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAEtljmiz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;OnOndLPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODQQAAAAIDEwMDg0MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAM3X+MSo1NgBOnOndLPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLTU+Hy6jU2AEFAAAAT1AyMDAGAAAAAAAAAM3X+MSo1NgBAQAAAAAAMEFNT4fLqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAADN1/jEqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFONKmiVqdTYAQUAAABPUDIwMwYAAAAAAAAAjaaQfanU2AEBAAAAAAAgQo0qaJWp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAACNppB9qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFMHOFunqtTYAQUAAABPUDIwMgYAAAAAAAAAB9ONiarU2AEBAAAAAABIQgc4W6eq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAB9ONiarU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA2OTAwNzIzVjAzMlQAAAAAAAAAAAEAAACVMkiWqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA2ORAAAAAgMTAwNjkwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAA+GxDmqPU2AGVMkiWqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0t45NGgo9TYAQUAAABPUDIwMAYAAAAAAAAA+GxDmqPU2AEBAAAAAAAwQXjk0aCj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAPhsQ5qj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UUwQP6GWo1NgBBQAAAE9QMjAzBgAAAAAAAAAEixBOqNTYAQEAAAAAACBCBA/oZajU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAASLEE6o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOVMkiWqNTYAQUAAABPUDIwMgYAAAAAAAAAlXBciqjU2AEBAAAAAACgQZUySJao1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAlXBciqjU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAADqxu2iz1NgBAQAAAAAAoEE6c6d0s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAADqxu2iz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;VbPWdLPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODUQAAAAIDEwMDg1MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAG18IcWo1NgBVbPWdLPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNL7fOvy6jU2AEFAAAAT1AyMDAGAAAAAAAAAG18IcWo1NgBAQAAAAAAMEHt86/LqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAABtfCHFqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFMlxZ6VqdTYAQUAAABPUDIwMwYAAAAAAAAAJUHHfanU2AEBAAAAAAAgQiXFnpWp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAAlQcd9qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFNmyI+nqtTYAQUAAABPUDIwMgYAAAAAAAAAZmPCiarU2AEBAAAAAABIQmbIj6eq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAZmPCiarU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA3MDAwNzIzVjAzMlQAAAAAAAAAAAEAAABGA3WWqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA3MBAAAAAgMTAwNzAwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAz5JpmqPU2AFGA3WWqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0tPCvigo9TYAQUAAABPUDIwMAYAAAAAAAAAz5JpmqPU2AEBAAAAAAAwQU8K+KCj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAM+SaZqj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU8q8FGao1NgBBQAAAE9QMjAzBgAAAAAAAADKOD1OqNTYAQEAAAAAACBCyrwUZqjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAMo4PU6o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFNGA3WWqNTYAQUAAABPUDIwMgYAAAAAAAAARkGJiqjU2AEBAAAAAACgQUYDdZao1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAARkGJiqjU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAFXx6miz1NgBAQAAAAAAoEFVs9Z0s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAFXx6miz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;PHYGdbPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODYQAAAAIDEwMDg2MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAMEfSsWo1NgBPHYGdbPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLQZfYy6jU2AEFAAAAT1AyMDAGAAAAAAAAAMEfSsWo1NgBAQAAAAAAMEFBl9jLqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAADBH0rFqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFPoOdOVqdTYAQUAAABPUDIwMwYAAAAAAAAA6LX7fanU2AEBAAAAAAAgQug505Wp1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAADotft9qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFMBC8KnqtTYAQUAAABPUDIwMgYAAAAAAAAAAab0iarU2AEBAAAAAABIQgELwqeq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAAab0iarU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA3MTAwNzIzVjAzMlQAAAAAAAAAAAEAAAAQB6SWqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA3MRAAAAAgMTAwNzEwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAW/yLmqPU2AEQB6SWqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0vbcxqho9TYAQUAAABPUDIwMAYAAAAAAAAAW/yLmqPU2AEBAAAAAAAwQdtzGqGj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAFv8i5qj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU+cmQmao1NgBBQAAAE9QMjAzBgAAAAAAAADnompOqNTYAQEAAAAAACBC5yZCZqjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAOeiak6o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFMQB6SWqNTYAQUAAABPUDIwMgYAAAAAAAAAEEW4iqjU2AEBAAAAAACgQRAHpJao1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAEEW4iqjU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAADy0Gmmz1NgBAQAAAAAAoEE8dgZ1s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAADy0Gmmz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;qMMzdbPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODcQAAAAIDEwMDg3MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAABEldcWo1NgBqMMzdbPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLkZwDzKjU2AEFAAAAT1AyMDAGAAAAAAAAABEldcWo1NgBAQAAAAAAMEGRnAPMqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAARJXXFqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFP6rQeWqdTYAQUAAABPUDIwMwYAAAAAAAAA+ikwfqnU2AEBAAAAAAAgQvqtB5ap1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAD6KTB+qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOlHPSnqtTYAQUAAABPUDIwMgYAAAAAAAAApbcmiqrU2AEBAAAAAABIQqUc9Keq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAApbcmiqrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA3MjAwNzIzVjAzMlQAAAAAAAAAAAEAAACnOtaWqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA3MhAAAAAgMTAwNzIwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAKMC0mqPU2AGnOtaWqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0uoN0Oho9TYAQUAAABPUDIwMAYAAAAAAAAAKMC0mqPU2AEBAAAAAAAwQag3Q6Gj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAACjAtJqj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UUx3WcWao1NgBBQAAAE9QMjAzBgAAAAAAAAAdUppOqNTYAQEAAAAAACBCHdZxZqjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAB1Smk6o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOnOtaWqNTYAQUAAABPUDIwMgYAAAAAAAAAp3jqiqjU2AEBAAAAAACgQac61pao1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAp3jqiqjU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAKgBSGmz1NgBAQAAAAAAoEGowzN1s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAKgBSGmz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;oHNjdbPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODgQAAAAIDEwMDg4MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAGbTpMWo1NgBoHNjdbPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNL5kozzKjU2AEFAAAAT1AyMDAGAAAAAAAAAGbTpMWo1NgBAQAAAAAAMEHmSjPMqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAABm06TFqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFNVL0CWqdTYAQUAAABPUDIwMwYAAAAAAAAAVatofqnU2AEBAAAAAAAgQlUvQJap1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAABVq2h+qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOijyioqtTYAQUAAABPUDIwMgYAAAAAAAAAoipbiqrU2AEBAAAAAABIQqKPKKiq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAoipbiqrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA3MzAwNzIzVjAzMlQAAAAAAAAAAAEAAAA1JAeXqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA3MxAAAAAgMTAwNzMwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAnpzamqPU2AE1JAeXqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0seFGmho9TYAQUAAABPUDIwMAYAAAAAAAAAnpzamqPU2AEBAAAAAAAwQR4UaaGj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAJ6c2pqj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UUz5Bn2ao1NgBBQAAAE9QMjAzBgAAAAAAAAA+vcdOqNTYAQEAAAAAACBCPkGfZqjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAD69x06o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFM1JAeXqNTYAQUAAABPUDIwMgYAAAAAAAAANWIbi6jU2AEBAAAAAACgQTUkB5eo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAANWIbi6jU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAKCxd2mz1NgBAQAAAAAAoEGgc2N1s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAKCxd2mz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;VBmhdbPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwODkQAAAAIDEwMDg5MDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAFMp08Wo1NgBVBmhdbPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNL06BhzKjU2AEFAAAAT1AyMDAGAAAAAAAAAFMp08Wo1NgBAQAAAAAAMEHToGHMqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAABTKdPFqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFNmKXeWqdTYAQUAAABPUDIwMwYAAAAAAAAAZqWffqnU2AEBAAAAAAAgQmYpd5ap1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAABmpZ9+qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOQAVqoqtTYAQUAAABPUDIwMgYAAAAAAAAAkJyMiqrU2AEBAAAAAABIQpABWqiq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAkJyMiqrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA3NDAwNzIzVjAzMlQAAAAAAAAAAAEAAACECzeXqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA3NBAAAAAgMTAwNzQwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAAkSQDm6PU2AGECzeXqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0sRnJGho9TYAQUAAABPUDIwMAYAAAAAAAAAkSQDm6PU2AEBAAAAAAAwQRGckaGj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAJEkA5uj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU3zd0Gao1NgBBQAAAE9QMjAzBgAAAAAAAAB8WflOqNTYAQEAAAAAACBCfN3QZqjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAHxZ+U6o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFOECzeXqNTYAQUAAABPUDIwMgYAAAAAAAAAhElLi6jU2AEBAAAAAACgQYQLN5eo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAhElLi6jU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAFRXtWmz1NgBAQAAAAAAoEFUGaF1s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAFRXtWmz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;mQfOdbPU2AEAAAAAAAAAAAAAAAAAAAAAAAAFAAAAT1AyMDQCAAAAMDEFAAAATGluZVgBAAAAMgAAAAAAAAAAAAAAAAANAAAAbWFzcy0wMDAwMDUwMAAAAAAAAAAAGQAAAFZJRDAwMDAwMDAwMDA3MDExNTM5MTAwOTAQAAAAIDEwMDkwMDA3MjNWMDMyVAEAAABWAQAAAFQAAAAABwAAAFZwaUxpbmUAAAAAAI1cAMao1NgBmQfOdbPU2AEHAAAAVnBpTGluZQYAAAAEAAAAAAAwQRAAAABDSEFSR0VNRU5UIFNUQUNLDdSOzKjU2AEFAAAAT1AyMDAGAAAAAAAAAI1cAMao1NgBAQAAAAAAMEEN1I7MqNTYAQAAAAABAAAAAAAAAAYAAAAAAAAAAQAAABIAAABQQVFVRVQgVE9MRVMgUk9UT1IKAAAAUC0wMDAwMzgyNAAAgD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAAPAAAAENvbnRyw7RsZXIgbGEgcG9zaXRpb24gZGUgbGEgZ2FsZXR0ZSBhdmFudCBpbnNlcnRpb24gYWltYW50cw0AAAByZXEtMDAwMDAyNTYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQAAAExPQURJTkcgU1RBQ0sCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAACNXADGqNTYAQIAAAAwMQEAAAAAADBBAAAAAAEBAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAgQhgAAABJTlNFUlRJT04gR1JBTkRTIEFJTUFOVFMRi7eWqdTYAQUAAABPUDIwMwYAAAAAAAAAEQfgfqnU2AEBAAAAAAAgQhGLt5ap1NgBAAAAAAEAAAAAAAAABgAAAAAAAAADAAAAGQAAAENvbXBvc2FudCBpbnRlcm5lIGNvbnNvbWUNAAAATUFTUy0wMDAwMzgxOAAAgD8BAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAwD8AAwAAAFBDRQwAAABHUkFORC1BSU1BTlQKAAAAUC0wMDAwMzgxOAAAoD8AAwAAAFBDRQAAIEEAAAAAAAAAAAEAAAABAAAALQAAAENvbnRyw7RsZXIgbGEgY291cnNlIGQnaW5zZXJ0aW9uIGRlIGxhIHByZXNzZQ0AAAByZXEtMDAwMDAyNTggAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFgAAAElOU0VSVElPTiBHUkFORCBBSU1BTlQCAAAAMDENAAAATm9uIHJlbnNlaWduZQEAAIA/CgAAAAAAAAARB+B+qdTYAQIAAAAwMQEAAAAAACBCAAAAAAEBAAAAAgAAAAsAAABGaWxsIENWMyBPSwAAAAAHAAAAVnBpTGluZQAAAAAAAMBAAACgQAAAgEAAAMBAAQAAAGwNAAAARmlsbCBDVjEwIE5PSwAAAAAHAAAAVnBpTGluZQIAAAAAAEhDAABIQgAAyEEAAJZCAgAAAGtnAwAAAAAAAAAAAAAACgAAAENPTVAzIHNldWwAAAAAAABIQhgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFPsMIyoqtTYAQUAAABPUDIwMgYAAAAAAAAA7Mu+iqrU2AEBAAAAAABIQuwwjKiq1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAA7Mu+iqrU2AECAAAAMDEBAAAAAABIQgAAAAABAQAAAAAAAAADAAAAEAAAACAxMDA3NTAwNzIzVjAzMlQAAAAAAAAAAAEAAAA3vGaXqNTYAQAAAAAAAAAAAAAAAAAAAAAAAAUAAABPUDIwMgIAAAAwMQUAAABMaW5lWAEAAAAyAAAAAAAAAAAAAAAAAA0AAABtYXNzLTAwMDAwNTAwAAAAAAAAAAAZAAAAVklEMDAwMDAwMDAwMDcwMTE1MzkxMDA3NRAAAAAgMTAwNzUwMDcyM1YwMzJUAQAAAFYBAAAAVAAAAAAHAAAAVnBpTGluZQAAAAAA10opm6PU2AE3vGaXqNTYAQcAAABWcGlMaW5lBgAAAAMAAAAAADBBEAAAAENIQVJHRU1FTlQgU1RBQ0tXwreho9TYAQUAAABPUDIwMAYAAAAAAAAA10opm6PU2AEBAAAAAAAwQVfCt6Gj1NgBAAAAAAEAAAAAAAAABgAAAAAAAAABAAAAEgAAAFBBUVVFVCBUT0xFUyBST1RPUgoAAABQLTAwMDAzODI0AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAA8AAAAQ29udHLDtGxlciBsYSBwb3NpdGlvbiBkZSBsYSBnYWxldHRlIGF2YW50IGluc2VydGlvbiBhaW1hbnRzDQAAAHJlcS0wMDAwMDI1NiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAATE9BRElORyBTVEFDSwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAANdKKZuj1NgBAgAAADAxAQAAAAAAMEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAACBCGAAAAElOU0VSVElPTiBHUkFORFMgQUlNQU5UU79l/2ao1NgBBQAAAE9QMjAzBgAAAAAAAAC/4SdPqNTYAQEAAAAAACBCv2X/ZqjU2AEAAAAAAQAAAAAAAAAGAAAAAAAAAAMAAAAZAAAAQ29tcG9zYW50IGludGVybmUgY29uc29tZQ0AAABNQVNTLTAwMDAzODE4AACAPwEDAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AADAPwADAAAAUENFDAAAAEdSQU5ELUFJTUFOVAoAAABQLTAwMDAzODE4AACgPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAEAAAAtAAAAQ29udHLDtGxlciBsYSBjb3Vyc2UgZCdpbnNlcnRpb24gZGUgbGEgcHJlc3NlDQAAAHJlcS0wMDAwMDI1OCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEWAAAASU5TRVJUSU9OIEdSQU5EIEFJTUFOVAIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAL/hJ0+o1NgBAgAAADAxAQAAAAAAIEIAAAAAAQEAAAABAAAACwAAAEZpbGwgQ1YxIE9LAAAAAAcAAABWcGlMaW5lAAAAAAAA0kIAAMhCAAC0QgAA3EIBAAAAcwMAAAAFAAAAQ09NUDEFAAAAQ09NUDIFAAAAQ09NUDMAAAAAAACgQRgAAABJTlNFUlRJT04gUEVUSVRTIEFJTUFOVFM3vGaXqNTYAQUAAABPUDIwMgYAAAAAAAAAN/p6i6jU2AEBAAAAAACgQTe8Zpeo1NgBAAAAAAEAAAAAAAAABgAAAAAAAAAMAAAADAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFDAAAAFBFVElULUFJTUFOVAoAAABQLTAwMDAzODE1AACAPwADAAAAUENFAAAgQQAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAABJTlNFUlRJT04gUEVUSVQgQUlNQU5UAgAAADAxDQAAAE5vbiByZW5zZWlnbmUBAACAPwoAAAAAAAAAN/p6i6jU2AECAAAAMDEBAAAAAACgQQAAAAABAQAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwMwAAoEEGAAAAUFJFU1NFAAAAAAAAAAAFAAAAT1AyMDQCAAAAAAAAAJlF4mmz1NgBAQAAAAAAoEGZB851s9TYAQAAAAABAAAAAAAAAAYAAAAAAAAAAAAAAAAAIEEAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAQ09OVFJPTEUgUFJFU0VOQ0UgQUlNQU5UUwIAAAAwMQ0AAABOb24gcmVuc2VpZ25lAQAAgD8KAAAAAAAAAJlF4mmz1NgBAgAAADAxAQAAAAAAoEEAAAAAAQEAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAACAAAAMDM=;','2022-09-30 18:19:49',0),(2455,922,'Issue',1,'Bonjour,\r\nJ\'ai réalisé un code de test qui appel CountChar avec la payload associé au crash.\r\nJe n\'ai pas reproduit de crash.\r\nDans ce contexte le 0xC000374 montre que le crash vient d\'ailleurs.\r\n\r\nCordialement\r\nMichel Condemine','2022-09-30 19:00:21',0),(2456,898,'Issue',432,'Bonjour, \r\n\r\nComme discuté sur un précédent call, ci-joint un fichier récapitulant les tests/résultats. \r\n\r\nCordialement,\r\n\r\nL\'équipe Inetum','2022-10-04 15:34:28',0),(2457,898,'Issue',432,'','2022-10-04 15:35:18',0),(2458,921,'Issue',432,'Bonjour M. Condemine, \r\n\r\nNous avons effectué des traces Wireshark dans lequel se trouvent plusieurs PublishResponse avec un Status BadSequenceNumberUnknown (ceci au niveau du lien entre le LM et un automate - où le LM a le rôle de Client)\r\n\r\nPensez vous que ceci peut avoir un lien avec ce ticket ?\r\n\r\nPour info, depuis l\'ouverture du ticket nous avions effectué un test sur la ligne Rotor durant lequel le problème n\'est pas réapparu. Pas de production sur cette ligne depuis. \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-10-04 16:51:38',0),(2459,925,'Issue',1,'Bonjour,\r\nMarc je suis en déplacement jusqu\'a demain.\r\nJe te ferai un retour dans la semaine.\r\n\r\nCordialement\r\nMichel','2022-10-05 09:08:12',0),(2460,924,'Issue',1,'Bonjour, ci-dessous un extrait du manuel utilisateur.\r\nIl s\'agit d\'un extrait de la version qui est en cours de MAJ.\r\n','2022-10-05 20:48:40',0),(2461,924,'Issue',1,'Le screenshot était manquant. Je posterai la doc complète dans quelques jours.\r\n\r\n!clipboard-202210052049-vry6x.png!\r\n\r\nCordialement\r\nMichel Condemine','2022-10-05 20:50:00',0),(2462,490,'Issue',328,'','2022-10-06 12:51:52',0),(2463,926,'Issue',528,'','2022-10-06 16:49:47',0),(2464,926,'Issue',528,'','2022-10-06 17:28:33',0),(2465,446,'Issue',328,'','2022-10-06 19:03:28',0),(2466,324,'Issue',328,'','2022-10-06 19:05:00',0),(2467,375,'Issue',328,'','2022-10-06 19:07:15',0),(2468,401,'Issue',328,'','2022-10-06 19:08:22',0),(2469,891,'Issue',432,'Comptage d\'apparition des piles d\'appels (parmi 11) sur le doc précédent : \r\n\r\n6 fois :\r\n!clipboard-202210071456-dp5oy.png!\r\n\r\n2 fois : \r\n!clipboard-202210071457-s0orv.png!\r\n \r\n2 fois : \r\n!clipboard-202210071457-mhwy8.png!\r\n\r\n1 fois :\r\n!clipboard-202210071457-uhlhe.png!\r\n','2022-10-07 14:57:41',0),(2470,932,'Issue',432,'Je me corrige, à l\'inverse de ce qu\'on a rencontré et décrit dans le ticket, eMotors déclare eux le VpiLine en dernier pour avoir un bon démarrage. \r\n\r\n','2022-10-11 14:14:56',0),(2471,891,'Issue',432,'Notes de la session : \r\n\r\nPile 1 et pile 4 contexte similaire. pSession qui a été libérée alors que la WatchingThread n\'a pas été tuée (Possiblement bloquée par une mutex et libérée par la suite alors que le contexte n\'est plus bon ou bien mal tuée) \r\n\r\n\r\nPile 3: *désynchronisation entre le handle de Channel d\'une session et d\'une souscription (null sur la session vs un pointeur au niveau de la souscription) \r\n','2022-10-11 14:18:42',0),(2472,933,'Issue',1,'Bonjour,\r\nDans EA un float est déclaré comme un \"Real\" : <type xmi:type=\"uml:PrimitiveType\" href=\"http://www.omg.org/spec/UML/20131001/PrimitiveTypes.xmi#Real\"/>\r\nLe XiMulator convertie ces réels en Double. \r\nJe peux changer ce comportement.\r\n\r\nCordialement\r\nMichel Condemine','2022-10-14 16:57:41',0),(2473,933,'Issue',1,'Cela dit le type MOF est bien un Double :\r\nCF :\r\nhttps://www.omg.org/spec/UML/20131001/PrimitiveTypes.xmi\r\n\r\n<pre>\r\n<mofext:Tag xmi:type=\"mofext:Tag\" xmi:id=\"_4\" name=\"org.omg.xmi.schemaType\" value=\"http://www.w3.org/2001/XMLSchema#double\" element=\"Real\"/>\r\n</pre>\r\n\r\nCordialement\r\nMichel Condemine','2022-10-14 17:00:02',0),(2474,933,'Issue',1,'Après discussion on change rien','2022-10-14 17:33:07',0),(2475,932,'Issue',432,'Bonjour ,\r\n\r\nComme discuté au précédent call nous avons testé lorsque l\'on a un blocage d\'utiliser le ResetSessionState pour restituer le blocage lorsque il a lieu. \r\nOn va bien des traces dans les logs que il y a bien eu une tentative de Reset mais elle n\'a pas restitué l\'état de la connexion \r\n\r\nCi joint les logs, \r\n\r\nCordialement, \r\nL\'équipe Inetum\r\n\r\n','2022-10-17 16:16:44',0),(2476,932,'Issue',432,'Je monte la priorité de ce ticket car je m\'aperçoit sur des logs de la production que des messages similaires sont également présents et pourraient être bloquants si besoin de redémarrer PM et LM \r\n\r\n','2022-10-17 16:25:09',0),(2477,935,'Issue',1,'Bonjour,\r\nAvez-vous une question au sujet de ce message d\'information ?\r\n\r\nCordialement\r\nMichel Condemine','2022-10-17 16:29:35',0),(2478,935,'Issue',432,'Est-ce normal que nous en avons parce que nous avons un client UaExpert sur même hôte et donc ave même horloge qui essaye de se connecter dès le lancement du serveur? \r\nAurez vous de votre côté observé un tel message avec les derniers binaires serveur ? Serait-ce potentiellement lié au ticket 932? \r\nPourrez vous svp nous rappeler dans quel cas nous avons ce message ? (décalage horaire de combien et dans quel sens/à quel moment ? ) et dans quel état est le serveur suite à ces messages ? \r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-10-17 17:08:30',0),(2479,935,'Issue',1,'Bonjour,\r\nce message apparait quand le serveur n\'a pas assez de publish request dans sa PublishQueue.\r\nIl attend donc que le/les client(s) lui en envoie(s) davantage. \r\nIl s\'agit d\'un message d\'information très ancien qui n\'a rien à voir avec le ticket 932.\r\n\r\nCordialement\r\nMichel Condemine','2022-10-17 17:20:46',0),(2480,934,'Issue',565,'','2022-10-18 15:57:39',0),(2481,924,'Issue',496,'','2022-10-18 17:29:02',0),(2482,923,'Issue',573,'Hello Michel,\r\n\r\nWe have a problem about mqttpubslih. I couldnt find a minidump but I added the screen shot of the error\r\n\r\nBest Regards','2022-10-20 11:32:01',0),(2483,923,'Issue',1,'Hello Semih,\r\nCan\'t you generate a minidump?\r\nThe screenshot is not very useful. \r\nFor you information the configuration deployed by Inetum was publishing +100 Nodes.\r\nCan we plan meeting to take a look at this ?\r\n\r\nRegards\r\nMichel','2022-10-20 11:47:16',0),(2484,934,'Issue',1,'Comportement ok suite à la modification de la configuration. \r\nA valider par Valentin','2022-10-20 14:23:44',0),(2485,932,'Issue',1,'Bonjour,\r\nLe VpiUaClient utilise le SubscribedTagDetail Node en mode automatique et seulement en mode automatique.\r\nCordialement\r\nMichel Condemine','2022-10-20 19:59:51',0),(2486,923,'Issue',573,'Minidump','2022-10-21 11:08:57',0),(2487,923,'Issue',1,'Hello Semih,\r\ncan you create a new mini-dump with the attached binaries ?\r\n\r\nRegards\r\nMichel','2022-10-21 13:11:10',0),(2488,868,'Issue',1,'Le comportement semble correct car l\'arme n\'est pas en core terminée (non confirmée)\r\n\r\n','2022-10-21 15:34:53',0),(2489,866,'Issue',1,'','2022-10-25 10:17:33',0),(2490,832,'Issue',1,'','2022-10-25 10:18:04',0),(2491,868,'Issue',1,'PB reproduit avec UA expert et corrigé avec le serveur 1.0.8.1','2022-10-25 10:23:12',0),(2492,875,'Issue',1,'','2022-10-25 10:30:32',0),(2493,757,'Issue',1,'','2022-10-25 10:31:28',0),(2494,794,'Issue',1,'','2022-10-25 10:31:57',0),(2495,934,'Issue',565,'Bonjour,\r\n\r\nSuite à la modification, je vous confirme que le VPI OPC Ua Client ne rencontre plus aucun soucis, le serveur redémarre sans aucun problème. On peut donc clôturer ce ticket !\r\n\r\nCordialement,\r\n\r\nValentin DUFIEF','2022-10-28 15:07:50',0),(2496,923,'Issue',573,'New minidump','2022-10-31 15:42:46',0),(2497,923,'Issue',1,'Hello,\r\nThe crash occurs on SSL_clear(m_SSL);\r\nThis is not related to the configuration itself but something with the Broker that cause a corruption of the SSL layer in the Vpi.\r\nUnfortunately you are using an old build of OpenSLL. Can you try with the attached version of OpenSSL ?\r\nCreate a new mini-dump and sent it to me.\r\n\r\nRegards\r\nMichel','2022-10-31 16:09:31',0),(2498,923,'Issue',573,'New mini dump','2022-10-31 16:19:31',0),(2499,923,'Issue',1,'Hello,\r\nI made a small change to handle a specific scenario explained here in the Warning § https://www.openssl.org/docs/man1.1.1/man3/SSL_clear.html .\r\nCan you please have another try with this version 0.0.0.7\r\n\r\nRegards\r\nMichel','2022-10-31 16:37:37',0),(2500,923,'Issue',573,'Hello Michel, you can find the mini dump.','2022-11-02 15:09:23',0),(2501,923,'Issue',1,'Hello,\r\ncan you try with this version.\r\nThis is not a final one but it will help to understand the issue.\r\n\r\nRegards\r\nMichel','2022-11-02 16:01:53',0),(2502,923,'Issue',1,'According to your feedback in our WhatsApp Group i close this issue.','2022-11-03 10:48:13',0),(2503,867,'Issue',1,'Bonjour,\r\nce problème était complexe à comprendre. Il était reproductible dans UAExpert.\r\nIl est maintenant réglé.\r\n!clipboard-202211031154-a0xef.png!\r\n\r\nCordialement\r\nMichel Condemine','2022-11-03 11:54:38',0),(2504,869,'Issue',1,'Ce problème est réglé dans la nouvelle version du serveur.\r\n\r\nCordialement\r\nMichel Codnemine','2022-11-03 11:56:01',0),(2505,864,'Issue',1,'','2022-11-03 15:44:54',0),(2506,729,'Issue',1,'Quid de ce ticket ?','2022-11-03 15:45:38',0),(2507,728,'Issue',1,'Idem. Où en êtes-vous avec ce ticket?','2022-11-03 15:46:23',0),(2508,857,'Issue',1,'','2022-11-03 15:48:24',0),(2509,808,'Issue',1,'','2022-11-03 15:48:57',0),(2510,903,'Issue',1,'Hello,\r\nAddress is a string 100% related to each Vpi. So this cannot be really implemented.\r\nThe second changes is now implemented.\r\n\r\nRegards\r\nMichel\r\n','2022-11-03 15:51:27',0),(2511,931,'Issue',1,'','2022-11-04 14:15:14',0),(2512,921,'Issue',1,'Corrigé par prise en compte du GoodOverLoad par VpiLine','2022-11-04 14:16:05',0),(2513,882,'Issue',1,'Corrigé','2022-11-04 14:16:54',0),(2514,787,'Issue',1,'','2022-11-04 14:17:23',0),(2515,798,'Issue',1,'Problème corrigé par configuration. Origine pas vraiment déterminée.','2022-11-04 14:19:02',0),(2516,761,'Issue',1,'Corrigé avec les nouvelles versions du VFI.','2022-11-04 14:20:04',0),(2517,702,'Issue',1,'Problème corrgié','2022-11-04 14:24:02',0),(2518,606,'Issue',1,'','2022-11-04 14:32:32',0),(2519,654,'Issue',1,'','2022-11-04 14:32:57',0),(2520,655,'Issue',1,'','2022-11-04 14:33:23',0),(2521,656,'Issue',1,'','2022-11-04 14:33:51',0),(2522,657,'Issue',1,'','2022-11-04 14:34:18',0),(2523,659,'Issue',1,'','2022-11-04 14:35:01',0),(2524,660,'Issue',1,'','2022-11-04 14:35:22',0),(2525,661,'Issue',1,'','2022-11-04 14:36:21',0),(2526,675,'Issue',1,'','2022-11-04 14:37:21',0),(2527,691,'Issue',1,'Corrigé par l\'implementation des blocs de communication','2022-11-04 14:39:38',0),(2528,747,'Issue',1,'Erreur de configuration corrigée','2022-11-04 14:40:33',0),(2529,778,'Issue',1,'','2022-11-04 14:42:06',0),(2530,938,'Issue',1,'','2022-11-04 14:44:09',0),(2531,801,'Issue',1,'','2022-11-04 14:44:40',0),(2532,821,'Issue',1,'','2022-11-04 14:45:53',0),(2533,834,'Issue',1,'','2022-11-04 14:46:51',0),(2534,838,'Issue',1,'','2022-11-04 14:47:09',0),(2535,842,'Issue',1,'','2022-11-04 14:47:29',0),(2536,852,'Issue',1,'','2022-11-04 14:49:08',0),(2537,870,'Issue',1,'','2022-11-04 14:50:22',0),(2538,548,'Issue',1,'','2022-11-04 16:02:09',0),(2539,602,'Issue',1,'','2022-11-04 16:03:51',0),(2540,564,'Issue',1,'','2022-11-04 16:04:33',0),(2541,644,'Issue',1,'A creuser','2022-11-04 16:07:54',0),(2542,651,'Issue',1,'','2022-11-04 16:08:37',0),(2543,653,'Issue',1,'* OpcUa_BadResourceUnavailable 0x80040000\r\n* OpcUa_BadOutOfService 0x808D0000\r\n\r\nLe Vpi est en cours de reconnection. Situation +/- normale','2022-11-04 16:12:44',0),(2544,658,'Issue',1,'','2022-11-04 16:14:56',0),(2545,662,'Issue',1,'','2022-11-04 16:16:51',0),(2546,669,'Issue',1,'Plus de crash à l\'arrêt','2022-11-04 16:17:43',0),(2547,682,'Issue',1,'','2022-11-04 16:18:19',0),(2548,695,'Issue',1,'','2022-11-04 16:20:00',0),(2549,717,'Issue',1,'','2022-11-04 16:20:27',0),(2550,722,'Issue',1,'','2022-11-04 16:21:09',0),(2551,727,'Issue',1,'','2022-11-04 16:21:51',0),(2552,728,'Issue',1,'','2022-11-04 16:22:09',0),(2553,729,'Issue',1,'','2022-11-04 16:22:36',0),(2554,748,'Issue',1,'','2022-11-04 16:23:03',0),(2555,759,'Issue',1,'Corrigé par l\'introduction des blocs manuels','2022-11-04 16:24:01',0),(2556,771,'Issue',1,'','2022-11-04 16:25:42',0),(2557,779,'Issue',1,'','2022-11-04 16:26:23',0),(2558,809,'Issue',1,'','2022-11-04 16:27:23',0),(2559,812,'Issue',1,'','2022-11-04 16:27:47',0),(2560,823,'Issue',1,'','2022-11-04 16:30:28',0),(2561,830,'Issue',1,'','2022-11-04 16:31:27',0),(2562,855,'Issue',1,'','2022-11-04 16:38:58',0),(2563,862,'Issue',1,'','2022-11-04 16:39:32',0),(2564,865,'Issue',1,'','2022-11-04 16:40:12',0),(2565,915,'Issue',1,'','2022-11-04 16:42:38',0),(2566,922,'Issue',1,'Ou en est-on de ce ticket ?','2022-11-04 16:44:19',0),(2567,937,'Issue',1,'Bonjour,\r\nL\'enregistrement en % of value n\'est pas implémenté à ce jour.\r\nIl pourrait faire l\'objet d\'une implémentation dans la cadre d\'une action de sponsoring.\r\nL\'enregistrement a fréquence fixe est lui bien supporté. Merci de me fournir votre configuration.\r\n\r\nCordialement\r\nMichel Condemine','2022-11-04 19:06:34',0),(2568,937,'Issue',492,'Bonjour,\r\n\r\nVoici la configuration actuelle du serveur.\r\n\r\nCordialement,\r\n\r\nMatthieu Gatine\r\n\r\n','2022-11-07 09:18:04',0),(2569,940,'Issue',1,'Bonjour,\r\nmerçi pour ce retour.\r\nJe viens de corriger le problème.\r\nJE vous livre une nouvelle version dans les minutes à venir.\r\n\r\nCordialement\r\nMichel Condemine','2022-11-09 10:30:14',0),(2570,922,'Issue',433,'En local, j\'ai plutôt des problèmes de non synchro entre PM et LM (soit les 2 AS ne sont pas synchronisés en remontant, mais la synchro se débloque sur le Node dès lors qu\'il est remis à jour manuellement coté graine ; soit les 2 AS sont irrémédiablement désynchronisés).\r\n\r\nChez eMotors, il y a des crashs systématiques quand l\'ordre de démarrage suivant n\'est pas respecté : LM (graine) démarré complètement, puis seulement ensuite le PM (agrégateur). Quand ils font comme cela, ils tombent dans le cas de figure de synchro non effective au démarrage, mais débloquée Node par Node quand on vient les mettre à jour à la main. \r\nVous trouverez ci-joint la maquette incluant les procdump qu\'ils ont généré à la demande ce matin.\r\n','2022-11-09 12:42:36',0),(2571,922,'Issue',1,'Bonjour,\r\nCe ZIP ne permet pas de trouver grand chose de concluant.\r\nIl faudrait refaire ce test avec des binaire à jour. 1.0.8.1.\r\n\r\nDans tous les cas il n\'y a pas de lien avec le ValuesInit. \r\nMerci d\'ouvrir un autre ticket associé à ce problème.\r\n\r\nCordialement\r\nMichel Condemine','2022-11-09 16:23:14',0),(2572,922,'Issue',432,'Merci pour le retour\r\n\r\nNous remarquons que les minidump indiquent des Code d\'exception 0xC0000374\r\n\r\nLa dernière fois que j\'avais rencontré ce code d\'exception c\'était lié à une différence entre le .h d\'une fonction et le sdk utilisé (je peut expliquer d\'avantage si ce n\'est pas clair).\r\n\r\nPensez vous qu\'il est temps de resynchroniser nos sources/sdk avec vous ?\r\nNous ferons la même chose avec les .h/sdk de nos librairies internes à nous\r\n\r\nCordialement, \r\n','2022-11-09 17:32:06',0),(2573,922,'Issue',1,'Bonjour,\r\nJe pense qu\'il est essentiel de:\r\n1- créer un ticket pour ce problème\r\n2- réaliser ce test avec les derniers binaires\r\n\r\nCordialement\r\nMichel Condemine','2022-11-09 17:36:29',0),(2574,942,'Issue',432,'Fausse alerte c\'est une erreur de ma part\r\n\r\nCordialement, \r\n\r\nMichael','2022-11-10 16:02:15',0),(2575,942,'Issue',1,'','2022-11-10 16:04:02',0),(2576,941,'Issue',1,'En effet le serveur appel le VpiRead pour un traitement particulier.\r\nIl s\'agit d\'un traitement en place depuis plusieurs années. \r\nJe vais réfléchir à cette situation.\r\n\r\n','2022-11-10 16:06:08',0),(2577,944,'Issue',432,'La config','2022-11-14 12:29:36',0),(2578,945,'Issue',1,'Hello Semih,\r\nI suggest that you verify this with you IT Team.\r\nI\'m not involve in password definition \r\n\r\nRegards\r\nMichel','2022-11-15 16:12:13',0),(2579,930,'Issue',1,'Hello,\r\ni think that all those questions were addressed during our online training.\r\n\r\nRegards\r\nMichel Condemine','2022-11-15 16:15:58',0),(2580,918,'Issue',1,'Configuration error fixed a longtime ago','2022-11-15 16:18:59',0),(2581,901,'Issue',1,'What is the status of this issue ?','2022-11-15 16:19:59',0),(2582,897,'Issue',1,'This configuration issue is now fixed. ','2022-11-15 16:21:06',0),(2583,892,'Issue',1,'Fixed.\r\nI\'m waiting for your feedback on this fixe.\r\n\r\nRegards\r\nMichel','2022-11-15 16:22:01',0),(2584,829,'Issue',1,'OPC UA gateway based on OOUA is installed and is running properly for a while.','2022-11-15 16:23:04',0),(2585,540,'Issue',1,'Bonjour,\r\nCe ticket est en cours de réalisation.\r\n\r\nCordialement\r\nMichel','2022-11-17 14:19:36',0),(2586,549,'Issue',1,'','2022-11-17 14:20:07',0),(2587,551,'Issue',1,'Relatif au ticket 540','2022-11-17 14:22:09',0),(2588,595,'Issue',1,'','2022-11-17 14:22:30',0),(2589,841,'Issue',1,'','2022-11-17 14:22:49',0),(2590,845,'Issue',1,'','2022-11-17 14:23:02',0),(2591,884,'Issue',1,'','2022-11-17 14:23:16',0),(2592,941,'Issue',432,'Re, \r\n\r\n\r\nLe comportement est correct avec le serveur 1.0.8.3 \r\n\r\nNous vous tenons au courant de la suite de nos tests\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-11-18 16:50:56',0),(2593,948,'Issue',432,'Nous avons analysés 13 piles d\'appels de minidump d\'arrêt du serveur LM Assemblage \r\n\r\nNous avons 9 fois : \r\n\r\n!clipboard-202211181741-ppzkx.png!\r\n\r\nNous avons 3 fois: \r\n\r\n!clipboard-202211181741-wurse.png!\r\n\r\n\r\nNous avons 1 fois : \r\n\r\n!clipboard-202211181741-xmqky.png!\r\n\r\n\r\nNous avons les minidump + 3 paquets de logs de 3 des minidumps parmi les 13 \r\n\r\nJe mets aussi en PJ 2 doc : 1 avec toutes les piles d\'appels et un qui les recap \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n','2022-11-18 17:43:53',0),(2594,948,'Issue',432,'Nous avons complété les documents avec 6 minidumps supplémentaires\r\n\r\neMotors archive maintenant les logs à chaque redémarrage, nous avons donc normalement les logs pour les 6 nouveaux minidumps. \r\n\r\n\r\nL\'équipe Inetum','2022-11-22 14:06:02',0),(2595,948,'Issue',1,'Nouvelle livraison partielle, NO PDB, ici http://www.openopcua.org/redmine/attachments/download/3523/OOUA_DebugIPV4_Binaries_1.0.8.3.zip\r\nMerci de me faire un retour ASAP.\r\nSur ma plateforme de test le VpiUAClient fonctionne parfaitement en mode manu.\r\n\r\nCordialement\r\nMichel Condemine','2022-11-23 20:20:23',0),(2596,947,'Issue',432,'Bonjour, \r\n\r\nNous avons continué nos tests et nous avons constaté quelque chose de très étrange qui nous a échappé lors des premiers tests\r\n\r\n\r\nUaExpert \r\n\r\nStep 1 Montée d\'alarmes (l\'alarme monte bien)\r\nStep 2 Refresh d\'alarmes\r\n\r\n=> Les alarmes disparaissent\r\n\r\nLes traces Wireshark montrent cependant que l\'alarme a bien été envoyée \r\n\r\n\r\nGenesis \r\n\r\nStep 1 Montée d\'alarmes (les alarmes montent bien)\r\nStep 2 Plusieurs refresh d\'alarmes \r\n\r\n=> 4 refresh effectuées, 1 et 2 ok, 3 pas d\'alarmes, 4 ok\r\n\r\nLes traces Wireshark montrent cependant que l\'alarme a bien été envoyée même le 3ème coup. \r\nLors du Publish Response reçu dans le cadre du 3ème Refresh, l\'ordre des EventNotificationList est cependant identique à celui lors du 2ème et 4ème Refresh ( 2 Alarmes, 1 Refresh Start, 1 Refresh End, 1 Refresh Start, 1 Refresh End)\r\n\r\nNous avons sauvegardé les traces Wireshark et devront pouvoir reproduire ces deux phénomènes. \r\nAuriez vous des conseils sur comment identifier la source du problème ? (Peut être une comparer les champs des EventFieldList sur une alarme bien affichée vs une alarme mal affichée ? ) \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n\r\n\r\n','2022-11-24 17:30:12',0),(2597,947,'Issue',1,'Bonjour,\r\nà la premiere lecture de votre message, je pencherais pour un problème dans les clients.\r\nPour s\'en assurer il convient de vérifier que les eventlist sont toujours identiques en particulier: \r\npour Genesis: 1,2 4 vs 3 et \r\npour UAExpert avez-vous fait d\'autre refresh, un step 3 ou 4 ?\r\nSi oui avec quel résultat ? \r\n\r\nCordialement\r\nMichel Condemine','2022-11-24 17:40:23',0),(2598,947,'Issue',432,'Je me charge de la comparaison des Eventlist pour Genesis\r\n\r\nPour UaExpert je me suis précipité lors de la MAJ du ticket, l\'alarme est visible sur l\'onglet Events mais plus sur l\'onglet Alarmes.\r\nD\'autres Refresh ne corrigent pas le problème.\r\n\r\n\r\n','2022-11-24 17:51:02',0),(2599,948,'Issue',432,'Bonjour, \r\n\r\neMotors nous a transmis une pile d\'appel de l\'unique crash sur assemblage apparu hier. \r\n\r\nJ\'ai essayé de l\'analyser avec les symboles de l\'avant dernière livraison sans succès :\r\n\r\n!clipboard-202211251008-yhkhl.png!\r\n\r\nArrivez vous à l\'analyser de votre côté? (Minidump en PJ)\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-11-25 10:09:18',0),(2600,948,'Issue',1,'Bonjour,\r\nIl ne faut pas dériver de notre plan d\'action. A savoir:\r\n1- Installer la dernière livraison \r\n2- vérifier si elle corrige les crashs. \r\nTout autres actions sont, à mon sens, une perte de temps.\r\nCordialement\r\nMichel Condemine','2022-11-25 10:13:20',0),(2601,948,'Issue',432,'C\'est bien le cas, le crash d\'hier est apparu avec les derniers binaires\r\n\r\nPas de pdb sur les derniers binaires, hors il n\'y a que le VpiUaClient qui a évolué => c\'est la raison pourquoi j\'essaye d\'analyser la pile avec les pdb de l\'avant dernière livraison \r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-11-25 10:17:05',0),(2602,948,'Issue',1,'Non, le serveur, la lib client ont aussi évolué. \r\nQuoi qu\'il en soit je n\'ai pas les PDB associés car je suis en train de faire une modification dans le serveur.\r\nJe vous fais une livraison complète. \r\nIl faudrait l\'installer chez EMOTORS et reprendre les tests.\r\n\r\n\r\n\r\n','2022-11-25 10:33:32',0),(2603,947,'Issue',432,'Nous avons fait la vérifications des EventList, ils sont Ok \r\nNous pourrons discuter à la réunion d\'aujourd\'hui de la suite des actions à prendre\r\n\r\n\r\nCordialement, \r\nL\'équipe Inetum','2022-11-25 10:35:12',0),(2604,947,'Issue',1,'Bonjour,\r\nSi le serveur répond correctement au refresh à savoir :\r\n1- publish response sur call refresh\r\n2- Chaque response contient le bon nombre de message\r\n3- Chaque message contient les bons EventFields\r\n\r\nAlors le problème est dans les clients.\r\n\r\nLa seule action à envisager est d\'ouvrir une demande de support auprès de Unified Automation et Iconics.\r\n\r\nCordialement\r\nMichel Condemine','2022-11-25 10:42:58',0),(2605,948,'Issue',1,'Bonjour,\r\nmerci de ne pas utiliser les derniers binaires livrés à l\'instant.\r\nIls contiennent un problème.\r\n\r\n','2022-11-25 10:45:41',0),(2606,948,'Issue',432,'Bien reçu \r\n\r\nMichael','2022-11-25 10:47:44',0),(2607,950,'Issue',432,'Bonjour, \r\n\r\nMerci pour la livraison \r\n\r\nMalheureusement, nous rencontrons au bout du 3ème essai une désynchronisation cette fois dans les deux sens. \r\nNous remarquons que nous n\'avons plus non plus le message ShutdownMessage avec un status Good\r\n\r\nCi joint les fichiers de logs ClientLib et VpiUaClient\r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-11-28 11:35:52',0),(2608,950,'Issue',1,'Bonjour,\r\nAvez-vous utilisé le ResetSessionState ?\r\nCombien de temps avez-vous attendu le retour de la communication ?\r\n\r\nCordialement\r\nMichel Condemine','2022-11-28 11:54:21',0),(2609,950,'Issue',432,'Nouveau test effectué\r\n\r\nCette fois nous retombons sur le cas qu\'on vous a montré vendredi où la communication fonctionne sens descendant mais pas sens remontant\r\n\r\nNous retrouvons ce message: \r\n\r\n!clipboard-202211281159-sevim.png!\r\n\r\nEn activant le reset session state nous avons ces messages\r\n\r\n!clipboard-202211281201-hy1cr.png!\r\n\r\n3 minutes d\'attente, la connexion n\'est pas restituée\r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n','2022-11-28 12:02:28',0),(2610,950,'Issue',1,'D\'apèrs vos log la comm devrait être rétablie.\r\nPourriez-vous faire une capture Wireshark ?\r\nJe souhaite vérifier que la lib envoi publish et read.\r\n\r\n\r\n\r\n','2022-11-28 12:10:32',0),(2611,950,'Issue',1,'Une autre question. \r\nEst-ce qu\'EMOTORS rencontre ce problème ?\r\nVous m\'avez indiqué :\r\n1- qu\'il apparait que vous lancez le Plant avant le/les Line.\r\n2- Qu\'il n\'apparait jamais quand vous ne lancez pas le VpiLine\r\n\r\nEst ce que j\'ai bien compris ?','2022-11-28 12:14:24',0),(2612,950,'Issue',432,'Okay j\'effectue les traces Wireshark \r\n\r\neMotors ne nous as pas remonté avoir rencontré ce problème\r\n\r\n1- Le problème apparait lorsque le PM et LM sont lancés en simultané\r\nJe n\'ai pas effectué de test où je laisse un temps après que le PM ait démarré avant de démarrer le LM \r\nC\'est okay si on démarre le LM, et puis qu\'on attend son démarrage complet avant de démarrer le PM\r\n\r\n2- Je n\'ai jamais eu le problème lorsque le VpiLine est inactif. Mais nous ne testions pas souvent cette configuration. Par contre lorsqu\'il n\'y a que le VpiLine d\'activé (pas de VFI ni de VpiValuesInit), nous rencontrions pas le problème\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n','2022-11-28 13:32:09',0),(2613,950,'Issue',432,'Ci joint la trace Wireshark\r\n\r\nLe port utilisé est le port 6011\r\nTraces effectuées sans UaExpert. \r\n\r\nDémarrage du LM puis immédiatement le LM\r\nAprès avoir attendu de confirmer qu\'il y a bien une désychro nous avons activé le ResetSessionState et avons attendu 2 minutes\r\n\r\nLes PublishResponse ne semblent pas envoyés par le LM \r\n\r\n','2022-11-28 13:54:42',0),(2614,950,'Issue',1,'Bonjour,\r\nla trace WS montre quelque chose de bizarre.\r\nPourriez-vous poster votre configuration PM ?\r\n\r\ncordialement\r\nMichel Condemine','2022-11-28 15:02:49',0),(2615,950,'Issue',432,'Ci joint le PM \r\n','2022-11-28 15:14:42',0),(2616,950,'Issue',1,'Merci, \r\nJE vois dans la trace WS que les monitoredItems sont créés avec un MonitoredMode : Disabled.\r\nIls ne seront donc pas notifiés par le serveur.\r\nIl reste donc à comprendre pourquoi car dans votre configuration ils sont bien OpcUa_MonitoringMode_Reporting\r\n\r\nC\'est une bonne piste','2022-11-28 15:26:13',0),(2617,950,'Issue',432,'Pourrez vous me montrer où dans la trace vous voyez ça ? \r\n\r\nAfin que je vérifie la valeur de ce champ dans un scénario où la comm est bonne \r\n\r\n','2022-11-28 15:28:58',0),(2618,950,'Issue',1,'Trace 139 et 140.\r\nIl s\'agit d\'un createMonitoredIem','2022-11-28 15:30:44',0),(2619,950,'Issue',432,'Merci \r\n\r\nJe confirme votre trouvaille\r\n','2022-11-28 15:52:46',0),(2620,950,'Issue',1,'Ma trouvaille !!','2022-11-28 16:01:40',0),(2621,950,'Issue',1,'Bonjour,\r\nune nouvelle livraison associé à ce ticket.\r\nhttp://www.openopcua.org/redmine/attachments/download/3538/Livraison%20Binaires%20Debug-IPV4%20-%2029-11-2022_v1.0.8.4.zip\r\nMerci de tester et de me faire un retour ASAP \r\n\r\nCordialement\r\nMichel Condemine','2022-11-29 09:45:13',0),(2622,950,'Issue',432,'Bonjour, \r\n\r\n\r\n3 tests effectués: \r\n\r\n1er et 3ème, connexion NOK dans les deux sens. Le PM ne réagit pas au ResetSessionState\r\n2ème connexion NOK sens LM vers PM \r\n\r\n\r\nPour info nous sommes toujours avec le mode PARANOID_MODE 1 \r\n\r\nLorsqu\'on laisse le LM terminer son démarrage avant de démarrer le PM c\'est toujours OK \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-11-29 11:06:56',0),(2623,950,'Issue',1,'Pourriez vous me fournir les logs ainsi qu\'une trace WS.\r\nQuand vous dites que le PM ne réagit pas au ResetSessionState. Parlez-vous de la trace ?\r\n','2022-11-29 11:12:08',0),(2624,950,'Issue',1,'Ce dont j\'ai besoin et comment faire:\r\n1- Arrêter UAExpert et tous clients UA\r\n2- Lancer WS et activer la capture\r\n3- Lancer PM et LM\r\n4- Laisser tourner 1 ou 2 min (verifier que votre lien ne fonctionne pas)\r\n Si le lien fonctionne recommencer au point 2\r\n5- m\'envoyer log et trace WS\r\n\r\nC\'est assez urgent','2022-11-29 11:37:21',0),(2625,950,'Issue',432,'Ci-joint un cas où la communication est NOK sens LM/PM mais Ok sens PM/LM \r\n\r\n\r\nJ\'ai eu d\'autres cas exceptionnels mais étonnants tels qu\'un PM HS et un LM qui crash avec une pile d\'appel sur VpiLine improbable\r\nJ\'ai aussi majoritairement eu des cas où c\'est ok (surtout lorsque les UaExperts sont déconnectés) \r\n\r\nJe continue mes tests en début d\'après midi\r\n\r\nMichael\r\n','2022-11-29 12:49:27',0),(2626,950,'Issue',432,'Cas 2 où la communication est NOK sens LM/PM mais Ok sens PM/LM\r\n\r\n','2022-11-29 14:27:29',0),(2627,950,'Issue',1,'Très bien,\r\nLes logs montrent ce l\'on voit dans WS et valide mon hypothèse.\r\nA savoir, des monitoredItems créés avec un MonitoringMode Disabled.\r\nC\'est l\'origine du problème\r\n<pre>\r\n2022-11-29T11:41:23.914Z CLIENT_INFO RestoreMonitoredItems>Call to CreateMonitoredItems to restore 18 MonitoredItems\r\n2022-11-29T11:41:23.914Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[0] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Id.SerialNum_Emotors_Id.Emotors_Id\r\n2022-11-29T11:41:23.915Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[1] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.PlantToLine.Minimum_Erp_Of\r\n2022-11-29T11:41:23.916Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[2] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.PlantToLine.Data_Present\r\n2022-11-29T11:41:23.916Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[3] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.PlantToLine.Data_Collected\r\n2022-11-29T11:41:23.917Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[4] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.PlantToLine.ERP_Of_Counter\r\n2022-11-29T11:41:23.918Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[5] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.PlantToLine.ERP_Of_List\r\n2022-11-29T11:41:23.918Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[6] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.LineToPlant.Exchange_Part_Produce_Finished.Part_Produce_List\r\n2022-11-29T11:41:23.919Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[7] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.LineToPlant.Exchange_Part_Produce_Finished.Data_Present\r\n2022-11-29T11:41:23.920Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[8] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.LineToPlant.Exchange_Part_Produce_Finished.Data_Collected\r\n2022-11-29T11:41:23.920Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[9] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.LineToPlant.Exchange_ERP_OF_Finished.ERP_OF_List\r\n2022-11-29T11:41:23.921Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[10] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.LineToPlant.Exchange_ERP_OF_Finished.Data_Present\r\n2022-11-29T11:41:23.922Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[11] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.LineToPlant.Exchange_ERP_OF_Finished.Data_Collected\r\n2022-11-29T11:41:23.923Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[12] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.Recipes.Resend_Recipes\r\n2022-11-29T11:41:23.923Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[13] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.Recipes.Data_Collected\r\n2022-11-29T11:41:23.924Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[14] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.Recipes.Recipe_List\r\n2022-11-29T11:41:23.925Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[15] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.Recipes.Data_Present\r\n2022-11-29T11:41:23.926Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[16] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.PlantToLine.ProductionTargetRefreshRequested\r\n2022-11-29T11:41:23.926Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems ItemToCreate[17] is required Disabled. No notficication will be made for ns=6;s=ProductionLine.Exchange.PlantToLine.ProductionTargetRefreshDone\r\n2022-11-29T11:41:23.931Z CLIENT_ERROR CreateMonitoredItems>OpcUa_ClientApi_CreateMonitoredItems 18/18 uStatus=0x00000\r\n</pre> \r\n\r\nDonc le premier appel à CreateMonitoredItems contient des paramètres corrects. Il retourne ServiceFault.\r\nLa tentative de restauration est bien effectuée mais avec des paramètres incorrects.\r\n\r\nJe vous livre une nouvelle version dans la minute.\r\n\r\nPourriez vous la tester ASAP\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n','2022-11-29 15:20:27',0),(2628,950,'Issue',1,'Pour la derniere version livrée.\r\nIl me faudrait les logs et la capture WS afin de vérifier que le correctif fonctionne.\r\n\r\n','2022-11-29 15:22:04',0),(2629,950,'Issue',432,'Bien reçu \r\n\r\nJe m\'en occupe\r\n\r\nPar contre je ne sais pas comment différencier un cas nominal d\'un cas où le correctif c\'est activé \r\n\r\nMichael','2022-11-29 15:23:46',0),(2630,950,'Issue',1,'Ok, faisons un Team. Je vous expliquerai','2022-11-29 15:26:05',0),(2631,950,'Issue',432,'C\'est okay pour la restitution (quasiment) \r\n\r\nIl nous manque le DataChangeFilter qui ne semble pas être le même entre le 1er CreateMonitoredItemsRequest et le second dans le cas d\'un ServiceFault en réponse du premier\r\n\r\n1er : \r\n!clipboard-202211291627-iibvr.png!\r\n\r\nsecond: \r\n\r\n!clipboard-202211291628-zuvtz.png!\r\n','2022-11-29 16:29:01',0),(2632,950,'Issue',1,'Je regarde cela.\r\nEst-ce que la connexion repar,malgré tout, après le serviceFault ?','2022-11-29 16:40:11',0),(2633,950,'Issue',432,'Oui elle est bien réparée ','2022-11-29 16:41:32',0),(2634,950,'Issue',1,'Je viens d\'ajouter le Filter.\r\nhttp://www.openopcua.org/redmine/attachments/download/3546/Livraison%20Binaires%20Debug-IPV4%20-%2029-11-2022_AM2_v1.0.8.4.zip','2022-11-29 17:02:48',0),(2635,951,'Issue',1,'Hello,\r\nI carefully studied the Grafana\'s Wireshark capture.\r\nIt appears that GRAFANA passer to the server several NodeId to extract in one call.\r\nie: with one widget or graph contains 3 variables the serveur receive a HistoryRead with 3 variables.\r\nIf a dashboard contains 10 graph or widget made of 3 nodes Grafana will call ten-time HistoryRead.\r\nThis is not perfect but i cannot change that. This is on Grafana side.\r\nOn the serveur side. It make call one by one. I mean that if the server receive a HistoryRead made of 3 nodes it will split them in 3 VfiRead and this is not optimal.\r\nThis is something i can change to improve performance. So this way the server call the VfiRead once for a bunch of node increasing the performance.\r\n\r\nAm i clear ?\r\n\r\nRegards\r\nMichel','2022-11-29 17:41:35',0),(2636,950,'Issue',432,'Tout m\'a l\'air OK (Trace en PJ)\r\n\r\nJe fais plus de tests demain et je transmets ces binaires à eMotors\r\n\r\n\r\nMerci beaucoup,\r\n\r\nL\'équipe Inetum','2022-11-29 18:23:11',0),(2637,951,'Issue',1,'Hello,\r\nI made a first series of changes in both the OOUAServer and the VfiPostGres that should improve the performance with Grafana.\r\nCan we setup a call, in order to:\r\n1- Deploy this new version on a Test environment\r\n2- Run the test with Grafana.\r\n\r\nI\'m only available this afternoon 2-4pm and tomorrow afternoon 3-6pm. Let me know if it fit your agenda\r\n\r\nRegards\r\nMichel','2022-11-30 09:52:42',0),(2638,950,'Issue',432,'Bonjour, \r\n\r\n\r\nJ\'ai continué les tests\r\n\r\n16 test effectués : \r\n\r\n13 OK \r\n2 crash \r\n1 blocage bidirectionnel \r\n0 blocage unidirectionnel\r\n\r\npour le crash et le blocage bidirectionnel je suis en train d\'essayer d\'essayer de rassembler des infos pour vous les transmettre\r\n\r\nPour le moment j\'ai : \r\n\r\npour le crash, 2 traces Wireshark + 2 minidump + 1 paquet de logs PM/LM\r\npour le blocage bidirectionnel, rien pour le moment \r\n\r\n\r\nNous sommes en réunion eMotors toute l\'après-midi, je continue les tests/ vous transmets les résultats plutôt demain\r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2022-11-30 12:27:15',0),(2639,950,'Issue',1,'Bonjour,\r\npourriez-vous partager les logs et minidump.\r\nConcernant les blocages et afin de débloquer la situation avez testé les ResetSessionState ?\r\n\r\nCordialement\r\nMichel Condemine','2022-11-30 14:05:39',0),(2640,950,'Issue',432,'Ci-joint la trace + minidump pour le 2ème crash, et logs + trace + minidump pour le 3ème\r\nPour info le minidump est de type C00...374 donc je pense inexploitable\r\nPossible piste : réception d\'un DeleteMonitoredItemRequest alors que le serveur n\'a jamais répondu au CreateMonitoredItemsRequest \r\n\r\n \r\n\r\nPour le double blocage, non je n\'ai pas testé le Reset, j\'essaye prochaine fois que je le rencontre','2022-11-30 14:39:00',0),(2641,950,'Issue',1,'Bonjour,\r\nmerci pour ces infos.\r\nJe pense que le crash vient de publiscallback lors de la reception d\'un service fault.\r\nJ\'ai fait la modification en sachant qu\'il y avait un risque.\r\nJe regarderai dans l\'AM si possible.\r\n\r\ncordialement\r\nMichel Condemine','2022-11-30 14:45:19',0),(2642,950,'Issue',1,'Les miniDumps des crash2 et crash3 nous amènent dans le ValueInit. \r\nLa callstack cohérente mais douteuse :\r\n!clipboard-202211301459-8ve1z.png!\r\n\r\nJe ne sais pas comment interpréter ce résultat.\r\nLa trace WS du crash3 montre un crash avant une procédure de reprise UAClient. Cependant celle-ci a été lancé comme l\'indique le LOG.\r\n\r\nPOURRIEZ-vous me préciser ce qui crash le LM ou le PM. D\'après ce que je vois dans le Dump ce doit être le LM.\r\n\r\ncordialement\r\nMichel Condemine','2022-11-30 15:21:14',0),(2643,950,'Issue',432,'C\'est bien le LM qui crash\r\nJe ne pense pas non plus que la pile est à prendre en compte. Je pense que on voit ici la victime de la corruption mémoire et non la cause\r\n ','2022-11-30 15:52:27',0),(2644,950,'Issue',432,'J\'ai réussi à avoir un cas de crash et un cas de blocage Bidirectionnel\r\n\r\nPour le crash (crash 4), en PJ minidump logs et traces\r\n\r\nPour le blocage bidirectionnel en PJ logs et traces\r\n\r\n- Au niveau des traces : 1-390 = démarrage PM/ LM et blocage, 390-1478 connexion avec UaExpert pour confirmer que il y a bien un blocage\r\n- J\'ai essayé un ResetSessionState, rien de plus à ce moment là sur les traces ni les logs VpiUaClient/ClientLib. Trois messages sur le log serveur Plant au moment du Reset Session State : \r\n\r\n2022-11-30T17:36:01.839Z SERVER_ERROR AddInSamplingIntervalDiagnosticsArray>AddSamplingIntervalnTheAddressSpace failed 0x805e0000\r\n2022-11-30T17:36:14.684Z SERVER_ERROR configuration file inconsistancy. Cannot find forward reference i=40 ns=1;i=311 -->i=0 \r\n2022-11-30T17:36:15.893Z SERVER_ERROR configuration file inconsistancy. Cannot find forward reference i=40 ns=1;i=311 -->i=0 \r\n\r\nPar la suite, j\'ai éteint les deux serveurs, pas de déblocage de situation de dernière minute\r\n\r\n\r\nRécap des tests aujourd\'hui en démarrage simultané PM/LM\r\n15 OK\r\n4 crash\r\n2 blocage bidirectionnel\r\n0 blocage unidirectionnel \r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n','2022-11-30 18:48:52',0),(2645,952,'Issue',1,'Hello,\r\nAs discuss yesterday this issue is related to a complex situation.\r\nFirst the Log access authorization\r\nSecond the new Archive handling mechanism seem not working properly with you configuration.\r\n\r\nAs agreed on december 1 i will investigate the issue on december 2. So the binaries will be updated and the server will restart couple of time.\r\n\r\nRegards\r\nMichel','2022-12-02 08:52:20',0),(2646,951,'Issue',1,'Hello,\r\nThe new version of the server is now available.\r\nIt fixes performance issue on the HA Facet.\r\nI made a bunch of tests with UAExpert requesting the serveur below a result summary:\r\nWith a graph of 3 nodes :\r\nServer request it to the VFI in one call.\r\nThe VFI request to postgreSQL and receive a replies made of :\r\n* Node 1 : 115988 values\r\n* Node 2 : 53789 values\r\n* Node 3 : 139627 values\r\nIt take 4656ms to extract the complete request from the DB for 193416 values. We are talking about the amount of time required by the VFI to extract data from PostgreSQL.\r\n\r\nThe complete Treatment on server side start at 20:43:59.278 (HistoryRead from UAExpert) and finished at 20:44:28.956 (All reply sent to UAExpert)\r\n+/- 30sec. So, 5sec for PG and 25sec spent on the request fragmentation. \r\nEach fragment is made of 10000 values/node. \r\nThis constraint comes from OPC UA spec in its binary encoding. \r\n\r\n\r\nWhat to keep in mind here ?\r\nPostGreSQL extraction even with dates in text format is not a bottleneck.\r\nThe time is spend the request/reply fragmentation and not in the low level DB extraction\r\nThe number of extracted values (sample) is THE key factor. \r\nThe time span have only an indirect impact.\r\n\r\nI will deploy this new version tomorrow and will drive some live tests.\r\n\r\nRegards\r\nMichel\r\n\r\n','2022-12-04 22:46:08',0),(2647,954,'Issue',1,'Semih can you please use only IMERYS project and its subproject to report issues.\r\nRegards your problem :\r\nYou have 3 log messages.\r\nThe two first one are related to the VpiUaClient.\r\n<pre>\r\nLoadConfigurationFile failed because SAVE_ONCHANGE parameter is not setup\r\n</pre>\r\nThis message is related to the VpiUaClient. Please take a look at the documentation\r\n<pre>\r\nTRIGGER_URI is not specified. So the reconfiguration cannot be requested from a client\r\n</pre>\r\nSame here. This message is related to the VpiUaClient. Take a look at the documentation.\r\n\r\nThe final one is related to VpiValueInit.\r\n<pre>\r\nLoadConfigurationFile C:\\OPCUA\\OOUA_IMERYS_PROD\\Project\\ValuesInit-00200.dat\r\n</pre>\r\nit indicated that the file cannot be found. So fix your configuration.\r\n\r\nRegards\r\nMichel\r\n\r\n','2022-12-06 14:43:03',0),(2648,950,'Issue',432,'Ticket à fermer, le symptôme initial est résolu. \r\nLes tickets 955 956 permettront de tracer les échanges sur les 2 autres cas identifiés\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-12-07 11:41:35',0),(2649,949,'Issue',432,'Plus de fuite!\r\nOn a pris 0,2 MB en 4 heures 30 \r\n\r\nCordialement, \r\n\r\nMichael','2022-12-07 18:59:26',0),(2650,947,'Issue',432,'Notes sur nos investigations aujourd\'hui \r\n\r\n\r\nPour UaExpert : \r\n\r\nL\'ordre des EventFieldList est peut être la cause de la non visibilité des alarmes lors d\'un refresh au niveau de l\'onglet Alarms. L\'ordre actuel constaté est Alarmes, RefreshStart, RefreshEnd\r\n\r\n\r\nPour Genesis : \r\n\r\nLe problème constaté est le non affichage des alarmes sur certains Refresh\r\nLes traces Wireshark montrent une potentielle désynchronisation des ClientHandle sur les Events envoyé \r\n\r\n\r\nCas parfait: \r\n\r\n!clipboard-202212071902-lzaez.png!\r\n\r\n\r\nCas incorrect mais fonctionnel : \r\n\r\n!clipboard-202212071903-ctfiv.png!\r\n\r\nCas incorrect mais fonctionnel : \r\n\r\n!clipboard-202212071902-kqqks.png!\r\n\r\n\r\nAussi pour info nous avons remonté le constat de l\'arrivé du DeleteMonitoredItemsRequest (des anciens items) après un CreateMonitoredItemsRequest (des nouveaux items) lors du Refresh\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n','2022-12-07 19:05:02',0),(2651,949,'Issue',1,'','2022-12-07 19:08:54',0),(2652,953,'Issue',573,'','2022-12-09 12:53:13',0),(2653,835,'Issue',1,'','2022-12-10 20:30:13',0),(2654,825,'Issue',1,'','2022-12-10 20:30:49',0),(2655,961,'Issue',1,'Bonjour,\r\nje VpiValueInit positionne le DeviceState à OpcUa_Good ou autre après avoir mis à jour la cache du serveur.\r\nCordialement\r\nMichel Condemine','2022-12-13 09:36:36',0),(2656,962,'Issue',1,'Hello,\r\nthis error message is return by Grafana. It shows 2 things at least :\r\n* Grafana is based on a .Net OPC UA implementation\r\n* Grafana is not correctly implementing Historical Access\r\n\r\nWhat does it mean : \"Grafana is not correctly implementing Historical Access\"\r\nIt mean that when Grafana is calling HistoryRead it supposed to support reply with what is called in OPC UA a \"ContinuationPoint\".\r\nIt probably generate an issue with DataTime format. Again the error is on Grafana side.\r\nI suggest 2 quick actions \r\n* Open an issue with Grafana tech support\r\n* Make a Wireshark capture of the OPC UA HistoryRead between Grafana and OpenOpcUaCoreServer\r\n\r\nCan you also provide logs.\r\nThere is nothing more that i can do on my side.\r\n\r\nRegards\r\nMichel\r\n','2022-12-14 06:47:59',0),(2657,961,'Issue',432,'Bonjour, \r\n\r\nPourrez vous svp rouvrir ce ticket? \r\n\r\nNous avons effectué un bout de code qui au démarrage du VpiLine : \r\n\r\nBoucle sur la lecture d\'une valeur restituée par le Values Init (ErpOfList) et la lecture du Device State du VpiValuesInit\r\n\r\nLa boucle s\'arrête dès qu\'on trouve bien un ErpOfList de taille strictement supérieure à 0\r\n\r\n\r\nLe Device State est à Good malgré le fait que l\'on n\'arrive pas à encore récupérer la valeur restituée par le VpiValuesInit\r\n\r\nIl semblerait que du point de vue de la cache serveur le device state est mis à Good avant que la valeur de ErpOfList soit à jour au niveau de la cache\r\n\r\n\r\nNous avons effectué un autre test où nous avons coupé la connexion réseau à la BDD, cette fois le device state n\'est pas à good (comportement souhaité). \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n\r\n','2022-12-15 17:09:44',0),(2658,961,'Issue',1,'Bonjour,\r\nil n\'y a aucun doute sur le fait que le DeviceState est positionné à Good après l\'appel au TransfertToCoreServerCache.\r\nCependant le ValueInit peut réaliser plusieurs appels au TransfertToCoreServerCache. Le DeviceState passera à Good après le premier.\r\n\r\nCordialement\r\nMichel Condemine','2022-12-15 17:28:07',0),(2659,961,'Issue',432,'Dans le cas testé, il n\'y a d\'après les logs du VpiValuesInit qu\'un seul appel au TransferToCoreServerCache avec 8 mise à jours : \r\n\r\n2022-12-15T16:00:57.700Z ERROR TransfertToCoreServerCache,8/8 to transfert\r\n2022-12-15T16:00:57.703Z ERROR 8 nodes TransfertToCoreServerCache uStatus=0x00000\r\n\r\nPourtant du point de vue des lectures de cache du serveur effectué par le VpiLine, nous nous retrouvons avec un DeviceState à Good et une liste ErpOfList non restituée. \r\nJe comprends que le VpiValuesInit mette le DeviceState à Good après l\'appel du TransferToCoreServerCache\r\n\r\n1) Quelle est la valeur initiale du Device State avant que le VpiValuesInit la mette à jour ? \r\n2) Est-il possible que le DeviceState aies été récupéré par un VpiRead avant que le VpiValuesInit autorise sa sortie dans la cache serveur? \r\n3) Est-il possible que le serveur traite les mises à jour de sa cache dans un ordre autre que celui envoyé par le VpiValuesInit à travers le TransferToCoreServerCache? \r\n\r\n\r\nCordialement, \r\nL\'équipe Inetum\r\n','2022-12-15 18:02:27',0),(2660,961,'Issue',432,'4) Est-ce que la NotifyCallback que l\'on utilise pour lire dans la Cache du serveur renvoie un retour de méthode Global status code à Good si le nœud que l\'on essaye de lire n\'a pas encore été crée ?\r\nAutrement dit, pour savoir si la lecture s\'est bien passé vaut-il mieux consulter ce ustatus global ou les ustatus individuel passés en paramètre et remplis par la Callback? \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-12-15 18:35:29',0),(2661,961,'Issue',1,'Bonjour,\r\nci-dessous mes réponses :\r\n1) Quelle est la valeur initiale du Device State avant que le VpiValuesInit la mette à jour ?\r\n La valeur initiale est Vpi_BadNotConnected\r\n2) Est-il possible que le DeviceState aies été récupéré par un VpiRead avant que le VpiValuesInit autorise sa sortie dans la cache serveur?\r\n Je ne comprends pas bien la question. Le VpiValuesInit n\'interdit pas la lecture de la valeur du DeviceState. Aussitôt dispo un client peut lire le DeviceState\r\n3) Est-il possible que le serveur traite les mises à jour de sa cache dans un ordre autre que celui envoyé par le VpiValuesInit à travers le TransferToCoreServerCache?\r\n Non\r\n4) Est-ce que la NotifyCallback que l\'on utilise pour lire dans la Cache du serveur renvoie un retour de méthode Global status code à Good si le nœud que l\'on essaye de lire n\'a pas encore été crée ?\r\nAutrement dit, pour savoir si la lecture s\'est bien passé vaut-il mieux consulter ce ustatus global ou les ustatus individuel passés en paramètre et remplis par la Callback?\r\nLes deux sont interessant. Mais je recommande en premier d\'utiliser le status individuel.\r\n\r\nCordialement\r\nMichel Condemine','2022-12-16 13:15:43',0),(2662,963,'Issue',1,'Bonjour,\r\nles méthodes doivent toujours s\'executée rapidement. J\'entends par rapidement, moins d\'une seconde.\r\nSi des traitements longs leurs sont associées ils doivent être notifiés au serveur de manière asynchrone.\r\n\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-12-16 13:18:56',0),(2663,962,'Issue',1,'Hello,\r\ndo you have some news about this problem ?\r\nDo you have the serveur LOG ?\r\n\r\nRegards\r\nMichel','2022-12-16 13:19:59',0),(2664,960,'Issue',1,'Hello,\r\nWhat do you mean ?\r\nCan you clarify the issue ?\r\n\r\nRegards\r\nMichel','2022-12-16 13:21:22',0),(2665,961,'Issue',432,'Les deux StatusCode indiquent que c\'est ok \r\n\r\nJe n\'ai plus d\'autres pistes pour comprendre le problème. En voyez vous? \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-12-16 14:22:34',0),(2666,961,'Issue',1,'Cela signifie que le DeviceState est Good. \r\nDonc que le ValueInit a mise à jour ses valeurs.\r\nVous lisez quel NodeId ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2022-12-16 14:31:35',0),(2667,961,'Issue',432,'ns=1 i=25004 (le subsystem id du du VpiValuesInit étant 25000)\r\n\r\net une liste d\'OF ERP\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum','2022-12-16 14:35:30',0),(2668,961,'Issue',1,'Vous lisez bien la valeur du DeviceState et pas son StatusCode ?','2022-12-16 14:47:15',0),(2669,961,'Issue',432,'Nous vérifions\r\n\r\nLa Value.StatusCode\r\nSon Status Code\r\nLe status code global de l\'appel au notify callback\r\nLe status code renvoyé en paramètre du notify callback','2022-12-16 14:58:05',0),(2670,960,'Issue',573,'Hello Michel,\r\n\r\nI am not sure but the opc ua server is not running. Stephane can be able to read data from PI. ','2022-12-19 11:09:09',0),(2671,960,'Issue',1,'Hello Semih,\r\ni\'m not sure to understand the relationship between PI and this OpenOpcUa server.\r\nIs the machine hosting the OOUAServer running ?\r\n\r\nRegards\r\nMichel','2022-12-19 13:44:44',0),(2672,965,'Issue',1,'Bonjour,\r\nci-joint :\r\n* l\'exemple OOUA LUA.\r\n* L\'outil Siemens\r\nSource OOUA à venir\r\nA demain pour notre session hebdo.\r\n\r\nCordialement\r\nMichel','2022-12-22 18:05:10',0),(2673,966,'Issue',432,'Nodeset de type d\'exemple \r\n\r\n','2022-12-23 15:50:48',0),(2674,961,'Issue',432,'Je n\'ai pas su aller au bout de la manip\r\n\r\nJe vous propose de continuer en début d\'année\r\n\r\nTrace des actions effectuées aujourd\'hui \r\n\r\n- correction au niveau du VpiValuesInit d\'un appel au NotifyDeviceState trop tôt => on lit bien depuis le VpiLine un VpiBadNotConnected\r\n- découverte que autre chose viens modifier le DeviceState du VpiValuesInit (pas un Vpi) => le VpiLine lit le DeviceState à Good alors que tout n\'est pas encore bon \r\n\r\n\r\nLa console VpiLine : \r\n\r\n!clipboard-202212232003-s9izf.png!\r\n\r\nMichael','2022-12-23 20:04:28',0),(2675,967,'Issue',447,'','2022-12-23 20:31:42',0),(2676,968,'Issue',447,'','2022-12-28 17:13:48',0),(2677,968,'Issue',447,'','2022-12-28 17:21:03',0),(2678,968,'Issue',447,'Log VpiS7 a cleaner\r\n\r\n','2022-12-28 17:55:10',0),(2679,968,'Issue',447,'lOG du PM qui n\'arrive pas à se reconnecter \r\n\r\n09:29: 1ER arrêt LM puis remise ON - pas de reconnexion\r\n09:39: 2nd arrêt LM puis remise ON - pas de reconnexion\r\n10:00: ResetSessionState - rentre dans une boucle : ERROR ResynchronizeHandles failed:cannot retrieve Sessions handle 0x800f0000','2022-12-29 11:06:10',0),(2680,968,'Issue',447,'','2022-12-29 16:35:06',0),(2681,968,'Issue',447,'','2022-12-29 17:42:21',0),(2682,968,'Issue',447,'','2022-12-29 17:45:38',0),(2683,968,'Issue',447,'analyse en .bak','2022-12-30 16:22:54',0),(2684,968,'Issue',447,'Blocage au 2eme rechargement PLC\r\nLog + Trace Wireshark\r\n','2022-12-31 10:38:44',0),(2685,968,'Issue',447,'Même Blocage mais dans les Log il y a une différence\r\nAvant il y a eu un message VpiWarmStart\r\nDans ceux-ci non','2022-12-31 10:54:29',0),(2686,954,'Issue',573,NULL,'2023-01-02 09:55:30',0),(2687,952,'Issue',573,NULL,'2023-01-02 09:55:44',0),(2688,943,'Issue',573,'The file is more than 90 mb. I am uploading to Google Drive','2023-01-02 09:58:40',0),(2689,943,'Issue',573,'Hello Michel,\r\n\r\nI added the pdb file','2023-01-02 10:36:21',0),(2690,943,'Issue',573,'Hello Michel,\r\n\r\n\r\nI already added the PDB files you can find it above.\r\n\r\nBest Regards','2023-01-04 10:23:55',0),(2691,957,'Issue',565,'Bonjour Mr. Condemine,\r\n\r\nPetit up de la demande qui est toujours d\'actualité,\r\n\r\nCordialement,\r\n\r\nValentin','2023-01-04 17:21:44',0),(2692,968,'Issue',447,'','2023-01-05 22:25:24',0),(2693,969,'Issue',1,'Hello Semih,\r\ncan you provide your configuration :\r\n* XPRJ file\r\n* Nodeset file\r\n* NodeIdmap file\r\n* Xmi file\r\n* eapx file\r\n\r\nRegards\r\nMichel','2023-01-06 09:59:34',0),(2694,969,'Issue',573,'Hello Michel,\r\n\r\nWhen I downloaded your Generation file from Redmine, I saw you are using the Ximulator Version v.1.0.5.7. I compared files with this version NodeID OK. Do you have a chance to upload this version to Redmine? \r\n\r\nBest Regards','2023-01-09 09:02:44',0),(2695,962,'Issue',573,'Hello Michel,\r\n\r\nYou can find grafana capture and server log. I added 3 nodes and tested.\r\n\r\nBest Regards','2023-01-10 10:19:46',0),(2696,962,'Issue',573,'Hello Michel,\r\n\r\n\r\nI added the vfi and server logs','2023-01-10 13:07:30',0),(2697,960,'Issue',573,NULL,'2023-01-10 13:10:10',0),(2698,943,'Issue',573,'Hello Michel,\r\n\r\nThe server stopped. Whenever you are free, you can share the new binaries then I can deploy it.\r\n\r\nBest Regards','2023-01-10 13:11:35',0),(2699,968,'Issue',447,'Trace LM assemblage service fault sur data request','2023-01-10 15:03:49',0);
INSERT INTO `journals` VALUES (2700,962,'Issue',1,'Hello,\r\nLogs show a problem in the application configuration. \r\nAn out of range value is trying to be store in the DB. This need to be fixed in the server config.\r\nIt seems that at least 3 node in PAP1, PAP2, Grinders are not properly setup. But this is not the Grafana issue we are tracking.\r\n\r\nNow regarding HistoricalAccess.\r\nI need to make the link between Grafana request and logs.\r\nThe log show some very great performance on Vfi and Server side. \r\nCan you help me to figure this out ?\r\n\r\nRegards\r\nMichel\r\n\r\n\r\n','2023-01-10 15:29:12',0),(2701,962,'Issue',1,'This an assistance request not an issue in OOUA Server.\r\nI move it to the pilot project','2023-01-10 16:13:10',0),(2702,969,'Issue',1,'The last version is on the redmine. Can you use it ?\r\nI move the issue to the Pilot subProject','2023-01-10 16:14:25',0),(2703,968,'Issue',447,'Log sur test du 11/01/23','2023-01-11 18:06:33',0),(2704,961,'Issue',1,'Bonjour,\r\nj\'ai corrigé le \"problème\". \r\nLa correction pourra être vue comme une regression. \r\nElle est cependant indispensable pour permettre le fonctionnement que vos attendez. \r\nCette modification s\'inscrit dans l\'évolution que j\'ai réalisé pour répondre à votre demande lié au VPILine.\r\nJe vous rappel que cette modification a été faite dans le cadre du partenariat et ne serait plus possible dans le cadre des nouvelles modalités.\r\n\r\nA partir de maintenant chaque VPI devra gérer son DeviceState. \r\nIl en sera responsable et pour une initialisation complète du serveur tous les Vpi devront placer leur DeviceState à Good.\r\nJe prévois un lot de problème lié a cette évolution.\r\n\r\nLes nouveau binaires vous seront livrés dans les jours qui viennent.\r\n\r\nCordialemnt\r\nMichel Condemine\r\n','2023-01-11 18:13:16',0),(2705,969,'Issue',1,'Semih,\r\nas discuss today. I\'m stil waiting for the ZIP file made of the XiMulator whole project.\r\nRegards\r\nMichel','2023-01-11 22:26:26',0),(2706,969,'Issue',573,'Hello Michel,\r\n\r\nI found the problem. I didnt use our xprj file and create a new project. I generated a new nodeset file via new xprj. That\'s why NodeID changed. It\'s a good lesson learn for me','2023-01-12 09:24:50',0),(2707,962,'Issue',573,'Log file of the server','2023-01-12 13:08:15',0),(2708,968,'Issue',447,'Crash sur resetsessionstate','2023-01-12 14:48:39',0),(2709,971,'Issue',447,'','2023-01-13 21:02:33',0),(2710,971,'Issue',1,'Crash sur abo sur l\'UAObject station.\r\nCrash sur \r\n!clipboard-202301132127-amucf.png!\r\n!clipboard-202301132127-kidpl.png!\r\n!clipboard-202301132128-filvi.png!\r\n','2023-01-13 21:28:46',0),(2711,970,'Issue',1,'Corrigé avec Lionel. Le correction est dans la derniere livraison.\r\nLe problème était lié à la nouvelle gestion du DeviceState demandé par INETUM pour la synchronisation du démarrage du VpiLine.\r\nCordialement\r\nMichel Condemine','2023-01-15 16:35:26',0),(2712,968,'Issue',1,'','2023-01-15 16:35:57',0),(2713,967,'Issue',1,'Bonjour,\r\nj\'ai corrigé ce problème dans la dernière version \r\n* XiMulator 1.0.2.7\r\n* XmiToNodeSetLibrary 1.0.5.9\r\n\r\nCordialement\r\nMichel Condemine','2023-01-15 16:41:18',0),(2714,943,'Issue',1,'','2023-01-16 08:47:00',0),(2715,972,'Issue',1,'Hello Semih,\r\nin order to be able to use a mini-dump i need the related pdb files.\r\nCan you also provide the related LOG file ?\r\n\r\nRegards\r\nMichel','2023-01-16 08:48:07',0),(2716,972,'Issue',573,'Hello Michel,\r\n\r\nLogs and PDB files','2023-01-16 08:55:42',0),(2717,972,'Issue',1,'Hello Semih,\r\ncan you provide the binaries too ?\r\n\r\nregards\r\nMichel','2023-01-16 13:28:53',0),(2718,973,'Issue',1,'Semih,\r\nwhat anomaly are you talking about ?\r\nWe have a 907ko log file with a bunch of messages.\r\n\r\nCan you clarify ?\r\n\r\nRegards\r\nMichel','2023-01-17 10:51:00',0),(2719,973,'Issue',573,'Hello Michel,\r\n\r\nLine 7581\r\n2023-01-16T16:31:59.670Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage>VfiHistoryReadEx Succeeded in 24953ms\r\n2023-01-16T16:31:59.671Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage>VfiHistoryReadEx return 3280 values for ns=36;i=6274\r\n2023-01-16T16:31:59.671Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage>VfiHistoryReadEx create a CHistoryContinuationPoint from index 1000-->2000\r\n2023-01-16T16:31:59.672Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage>VfiHistoryReadEx create a CHistoryContinuationPoint from index 2001-->3001\r\n2023-01-16T16:31:59.673Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage>VfiHistoryReadEx create a CHistoryContinuationPoint from index 3002-->3280\r\n2023-01-16T16:31:59.775Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage. Search for CP[0/1]={9b3447c3-260e-4088-9cf9-f79361f3915b}\r\n2023-01-16T16:31:59.844Z SERVER_ERROR SecureChannel 1762407883 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-16T16:32:00.083Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage. Search for CP[0/1]={e965c7af-0b78-4ed9-920a-e8a7c8c0033e}\r\n2023-01-16T16:32:25.045Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage. Search for CP[0/1]={9b3447c3-260e-4088-9cf9-f79361f3915b}\r\n2023-01-16T16:32:25.046Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage. GetHistoryContinuationPoint 0/1 failed 0x803e0000\r\n2023-01-16T16:32:25.047Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage>VfiRead and HistoricalResponseStatus was properly done. Your client request is corrupted\r\n2023-01-16T16:32:25.049Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage. Search for CP[0/1]={e965c7af-0b78-4ed9-920a-e8a7c8c0033e}\r\n2023-01-16T16:32:25.050Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage. GetHistoryContinuationPoint 0/1 failed 0x803e0000\r\n2023-01-16T16:32:25.053Z SERVER_ERROR CSessionServer::ProcessQueuedHistoryReadMessage>VfiRead and HistoricalResponseStatus was properly done. Your client request is corrupted\r\n2023-01-16T16:32:25.056Z SERVER_ERROR CSessionServer::ProcessQueuedReadRequest>Could not send response to client. Status 0x80AD0000!','2023-01-17 11:02:07',0),(2720,973,'Issue',1,'What do you want to know ?','2023-01-17 11:06:08',0),(2721,973,'Issue',1,'','2023-01-17 15:43:40',0),(2722,974,'Issue',447,'Dans les logs il faut regarder le Log Du Vpi Assembly','2023-01-17 22:34:44',0),(2723,974,'Issue',447,'Ci-joint les trace Wireshark et Log (Vpi UaClnt-UMY-210-Mod1-Assembly)\r\n\r\nBlocage sur impossible to stop watching thread\r\n\r\nCette anomalie arrive 8 fois sur 10 environ\r\n\r\n!clipboard-202301190131-ezltk.png!\r\n','2023-01-19 01:32:40',0),(2724,974,'Issue',1,'Bonjour,\r\nj\'ai besoin de connaitre l\'IP et le port du LM auquel le PM n\'arrive a se connecter.\r\nJe suppose que le port est le 5775 et que LM en cause est l\'assemblage. \r\n* Est ce correcte ?\r\n* Si oui quel est son IP ?\r\n\r\nCordialement\r\nMichel','2023-01-19 08:08:15',0),(2725,974,'Issue',1,'Bonjour,\r\nl\'étude des log et de la trace WS montrent pas grand chose cependant. On y voit :\r\nWireShark\r\n* Un publish entre 10.57.100.7 et 10.100.8.2, 10.100.2.2, 10.100.1.2\r\n* Un client Python se connecte et se déconnecte sans rien faire de particulier. A quoi sert ce client ?\r\n* Des lectures (Read) sur le node State i=2259, UAExpert et sur le node CurrentTime i=2258, OOUAClientLib (WatchingThread).\r\n\r\nLOG ClientLib UaClnt-UMY_D210_Mod1_Assembly.log. Attention les LOG sont en niveau ERROR seulement.\r\n\r\n<pre>\r\n2023-01-18T22:11:28.262Z CLIENT_ERROR WatchingThread encounter a problem. InternalStatus is not correct 0x800d0000\r\n</pre>\r\nRien après avant 23:51:46. Est ce que le PM était connecté au LM Assemblage dans ce interval ?\r\n<pre>\r\n2023-01-18T23:51:46.726Z CLIENT_ERROR OpcUa_ClientApi_Read failed 0x80ad0000\r\n</pre>\r\nDéclenche un arrêt propre de la WatchingThread La clientLib essai de se reconnecter. Cependant le DiscoverEndpoint échoue sur CommunicationError.\r\nLa situation reste identique jusqu\'a 23:56:35\r\n<pre>\r\n2023-01-18T23:56:35.842Z CLIENT_ERROR Could not create a new session. uStatus=0x800a0000 ServiceResult=0x00000\r\n</pre>\r\nEnsuite la création de session échoue et la WatchingThread après divers tentative de connexion infructueuse se retrouve bloqué.\r\n\r\n<pre>\r\n2023-01-18T23:58:06.159Z CLIENT_ERROR Impossible to stop the InternalWatchingThread. Timeout InternalServerStatus=0xa50000\r\n</pre>\r\nC\'est le dernier message dans le log. Est ce que le serveur a été arrêté a ce moment la ?\r\n\r\nLa fenêtre de donnée WS ne correspond pas à la fenêtre des fichiers LOG.\r\n\r\nEst ce que l\'on pourrait organiser un meeting a 21h00 ce soir ?\r\n\r\nCordialement\r\nMichel Condemine\r\n','2023-01-19 09:52:37',0),(2726,975,'Issue',1,'','2023-01-19 15:24:02',0),(2727,975,'Issue',1,'','2023-01-19 15:24:20',0),(2728,975,'Issue',1,'','2023-01-19 15:44:49',0),(2729,974,'Issue',548,'Bonjour, \r\nJ\'ai voulu faire le test avec WireShark sur le plant tout en rallumant le LM PREPA STACK mais j\'ai eu l\'accès à la VM que tardivement. \r\nJ\'ai un impératif, je ne pourrai donc pas vous fournir les WireShark avant votre point avec Lionel à 21h, mes excuses. \r\nCdt, \r\nLoic','2023-01-19 17:41:18',0),(2730,974,'Issue',447,'Crash sur arret LM assemblage','2023-01-19 22:38:27',0),(2731,974,'Issue',447,'Trace avec Erreur Service Fault BadInetrnalError + Log vpi UaClnt Assembly en .Bak\r\nAddresse IP 10.100.5.2','2023-01-19 23:03:07',0),(2732,974,'Issue',1,'Investigation à mener :\r\n* Pourquoi un serviceFault apparait sur CreateMonitoredItem sur la ligne assemblage\r\n* Pourquoi les client ne peuvent se connecter tant qu\'un Vpi n\'est pas initialisé','2023-01-19 23:49:44',0),(2733,974,'Issue',447,'Au démarrage du LM assemblage nous avons ces messages dans le LOG - peut-etre une piste du pourquoi il y a service fault !\r\n\r\n<pre>\r\n20T01:09:56.919Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.919Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.919Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.919Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.935Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.935Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.935Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.935Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.935Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.935Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.935Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.935Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.951Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:56.951Z SERVER_ERROR SecureChannel 0 received a TransportConnectionClosed. RawRequestContext=0x0\r\n\r\n2023-01-20T01:09:57.107Z SERVER_ERROR VpiParseAddIds was already initialized. Oops !!! It will prehempt VpiParseAddIdEx \r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.169Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.185Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.200Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.295Z SERVER_ERROR VpiParseAddIds was already initialized. Oops !!! It will prehempt VpiParseAddIdEx \r\n2023-01-20T01:09:57.311Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.311Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.311Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.311Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2023-01-20T01:09:57.311Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2023-01-20T01:09:57.327Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n</pre>','2023-01-20 02:29:01',0),(2734,976,'Issue',1,'Bonjour,\r\nje peux me rendre disponible à 10h30.\r\nD\'ici là pourriez vous me décrire le problème ?\r\n\r\nCordialement\r\nMichel Condemine','2023-01-20 09:23:25',0),(2735,972,'Issue',573,'Hello Michel,\r\n\r\nCloud OPC UA Sub server stopped again.\r\n\r\nBest Regards','2023-01-20 14:28:14',0),(2736,972,'Issue',1,'Hello,\r\ni released a binaries updpate here : http://www.openopcua.org/redmine/attachments/download/3697/Livraison%20Binaires%20Debug-IPV4%20-%2020-01-2023_v1.0.8.5.zip\r\nCan you deploy it and provide feedback ASAP.\r\n\r\nRegards\r\nMichel','2023-01-20 15:41:13',0),(2737,976,'Issue',447,'Bonjour\n\nAprès quelques analyses voici ce que j\'ai constaté:\nLa conversion Uint16 vers Int16 fonctionne si nous indiquons dans le subsystem du VpiUaclient le même type que dans le serveur distant. C\'est-à-dire Instance Int16, VpiUaClient Unit16 et Serveur de la CN en Uint16.\nLa conversion Doubler vers Float fonctionne si nous indiquons dans le subsystem du VpiUaclient le même type que dans le serveur distant. C\'est-à-dire Instance Float, VpiUaClient Double et Serveur de la CN en Double.\nCeci a pour effet que les client comme UaExpert ou les Vpi comme VpiLine voit ces variables avec le datatype du serveur de la CN. Comme le Datatype est contrôlé par le VpiLine, nous sommes bloqué.\n\nSerait-il possible que le Datatype au niveau du serveur OOUA reste le même que celui de l\'instance?\n\n------------------------------------------------------------------------------------\n\nAutre problème:\nLa conversion Tableau de Byte (Ascii) vers String ne fonctionne pas dans le sens Write (Le read en publish et en read direct fonctionne) sur la connexion au serveur des CN. Le type retourné par la CN est pourtant un byte. En gardant la même configuration que pour les S7-1500 voici ce que nous avons :\n\n!clipboard-202301210512-cxykf.png!\n\net dans les logs :\n!clipboard-202301210512-w9scr.png!\n\n\n','2023-01-21 05:14:11',0),(2738,974,'Issue',447,'Bonjour\r\n\r\nAvec la livraison du 20/01: Le PM s\'est reconnecté une fois au LM et au 2eme redémarrage non. Pour info le LM et PM avait la mise à jour\r\n\r\nAvec cette livraison j\'ai constaté 2 choses: le LM a crashé à l\'arrêt - ci -joint le procdump (Crash_LM_OpenOpcUaCoreServer_Debug.exe_230121_045751)\r\n\r\nEt lors de la 2ème reconnexion du PM il y a eu un crash du PM également (2 fois sur 2 tentatives de reconnexion) - ci-joint le procdump (Crash_PM_OpenOpcUaCoreServer_Debug.exe_230121_002740 et Crash_PM_OpenOpcUaCoreServer_Debug.exe_230119_225302) + trace wireshark + Logs en info (Log du Vpi UaClient Assembly) Adresse IP 10.100.5.2\r\n\r\n\r\n\r\n','2023-01-21 05:21:56',0),(2739,976,'Issue',447,'En complément ca m\'a permis de vérifier que le caractères 13 sur la conversion Tableau de byte vers string dans le sens lecture ne fonctionne pas\r\n\r\n!clipboard-202301210537-sejm0.png!\r\n','2023-01-21 05:37:00',0),(2740,976,'Issue',1,'Lionel Claudel wrote in #note-3:\r\n> En complément ca m\'a permis de vérifier que le caractères 13 sur la conversion Tableau de byte vers string dans le sens lecture ne fonctionne pas\r\n> \r\n> !clipboard-202301210537-sejm0.png!\r\n\r\nJe ne comprends pas. 13==0xD il n\'y a pas de CR dans l\'image ci-dessus','2023-01-21 08:59:52',0),(2741,976,'Issue',1,'Lionel Claudel wrote in #note-2:\r\n> Bonjour\r\n> \r\n> Après quelques analyses voici ce que j\'ai constaté:\r\n> La conversion Uint16 vers Int16 fonctionne si nous indiquons dans le subsystem du VpiUaclient le même type que dans le serveur distant. C\'est-à-dire Instance Int16, VpiUaClient Unit16 et Serveur de la CN en Uint16.\r\n> La conversion Doubler vers Float fonctionne si nous indiquons dans le subsystem du VpiUaclient le même type que dans le serveur distant. C\'est-à-dire Instance Float, VpiUaClient Double et Serveur de la CN en Double.\r\n> Ceci a pour effet que les client comme UaExpert ou les Vpi comme VpiLine voit ces variables avec le datatype du serveur de la CN. Comme le Datatype est contrôlé par le VpiLine, nous sommes bloqué.\r\n> \r\n> Serait-il possible que le Datatype au niveau du serveur OOUA reste le même que celui de l\'instance?\r\n> \r\nLe comportement décrit est conforme à ce qui est implémenté et est parfaitement consistant. A savoir :\r\nOn déclare un type dans le NodeSet (server-side). Il est possible d\'ajuster ce type, dans le subsystem du VpiUaClient, afin de prendre en compte une discordance entre le serveur source (ici la CN) et le serveur agrégateur (ici le Line).\r\nEn aucun cas le Datatype du serveur agrégateur ne doit être contrôlé par un Vpi. Le VpiLine doit tenir compte du type natif déclaré dans le serveur (ici le Line) et faire, comme le fait le VpiUaClient, les conversions appropriées.\r\n> ------------------------------------------------------------------------------------\r\n> \r\n> Autre problème:\r\n> La conversion Tableau de Byte (Ascii) vers String ne fonctionne pas dans le sens Write (Le read en publish et en read direct fonctionne) sur la connexion au serveur des CN. Le type retourné par la CN est pourtant un byte. En gardant la même configuration que pour les S7-1500 voici ce que nous avons :\r\n> \r\n> !clipboard-202301210512-cxykf.png!\r\n> \r\n> et dans les logs :\r\n> !clipboard-202301210512-w9scr.png!\r\n\r\n','2023-01-21 09:08:17',0),(2742,975,'Issue',1,'Je ferme ce ticket dans le lien MQTT pub fonctionne.','2023-01-21 09:09:30',0),(2743,974,'Issue',1,'Bonjour,\r\nj\'ai corrigé le crash associé au mini-dump OpenOpcUaCoreServer_Debug.exe_230121_002740\r\nJe vous fait la livraison dans la journée. Est ce quelle pourrait être test aujourd\'hui ?\r\n\r\nPour le mini-dump OpenOpcUaCoreServer_Debug.exe_230121_045751. C\'est plus compliqué. Il s\'agit un problème lié à des notification en TimeOut. C\'est un très très vieux problème. Je vais regarder.\r\n\r\nCordialement\r\nMichel','2023-01-21 09:32:11',0),(2744,974,'Issue',447,'Crash LM sur fermeture \r\nLe PM ne se s\'arrête plus','2023-01-21 23:09:02',0),(2745,974,'Issue',447,'Reconnexion PM NOK - Impossible to stop watching thread\r\n','2023-01-21 23:12:54',0),(2746,974,'Issue',447,'Crash PM, mais je n\'ai pas fait attention à quel moment','2023-01-21 23:17:16',0),(2747,974,'Issue',1,'Tous les crashes on la même origines \r\n!clipboard-202301212333-dpddj.png!\r\n','2023-01-21 23:34:03',0),(2748,976,'Issue',1,'Bonjour,\r\nj\'ai réglé le problème.\r\nJe vous ferai la livraison demain matin.\r\nIl faudra ajuster les SubSystem. Il est impératif que les types déclarés dans le SubSystem soient concordant avec ceux du serveur agrégateur.\r\n!clipboard-202301221937-0dgpf.png!\r\n!clipboard-202301221939-pyt3u.png!\r\n!clipboard-202301221940-raqe7.png!\r\n\r\nJe vous propose d\'en parler demain matin (23/01/2023)\r\n\r\nCordialement\r\nMichel Condemine','2023-01-22 19:41:26',0),(2749,972,'Issue',573,'Helllo Michel,\r\n\r\nServer stopped again','2023-01-23 11:55:40',0),(2750,972,'Issue',1,'Hello Semih,\r\nthis crash occurs when the server was starting at 11:49:49\r\nThis is not the issue we are tracking. \r\nIt seems that the server cannot clone the .Log file as C:\\OPCUA\\OOUA_IMERYS_PROD\\Logs\\\\SQL-00200.bak\r\n\r\nCan you clarify ?\r\n\r\nRegards\r\nMichel\r\n','2023-01-23 12:23:09',0),(2751,972,'Issue',1,'Michel Condemine Admin wrote in #note-7:\r\n> Hello Semih,\r\n> this crash occurs when the server was starting at 11:49:49\r\n> This is not the issue we are tracking. \r\n> It seems that the server cannot clone the .Log file as C:\\OPCUA\\OOUA_IMERYS_PROD\\Logs\\\\SQL-00200.bak\r\n> \r\n> Can you clarify ?\r\n> \r\n> Regards\r\n> Michel\r\n\r\nI use this feedback to fix the issue related to Open/Read/Write authorization.\r\n\r\nBR\r\nMichel','2023-01-23 13:25:31',0),(2752,888,'Issue',553,'','2023-01-23 16:39:18',0),(2753,974,'Issue',548,'_Un client Python se connecte et se déconnecte sans rien faire de particulier. A quoi sert ce client ?_\r\n--> Pour répondre à la question du programme Python qui se connecte en permanence : il s\'agit d\'un script qui permet de voir si un serveur fonctionne ou non. \r\nPuis de l\'afficher dans un Dashboard. \r\nIl se connecte en permanence au serveur car lorsque je m\'abonne en python, il se peut que la connexion se perde. Il faudrait que j\'améliore le code afin d\'améliorer cela. \r\nEst-ce que ça impacte les performances du serveur ? \r\nCdt, \r\nLoïc ','2023-01-23 16:57:28',0),(2754,977,'Issue',553,'','2023-01-23 17:15:15',0),(2755,976,'Issue',447,'Crash sur abonnement String vers Tableau de Byte','2023-01-23 17:35:34',0),(2756,977,'Issue',1,'Bonjour,\r\ndans la version 1.0.8.5 si vous activez le mode INFO le serveur affichera un message dans le LOG à chaque écriture.\r\n<pre>\r\nServer_Write _[N]_ node(s) to write\r\n</pre>\r\nNotez qu\'avec cette version le niveau de log peut être changé sans redémarrer le serveur.\r\n\r\nCordialement\r\nMichel Condemine','2023-01-23 20:45:47',0),(2757,974,'Issue',447,'A priori la reconnexion fonctionne mais besoin de confirmer cela ce amrdi avec plus de test\r\nen revanche à la fermeture il y a toujours un crash (ci-joint le procdump)','2023-01-23 22:04:22',0),(2758,974,'Issue',447,'Crash sur rechargement PLC','2023-01-23 22:37:32',0),(2759,979,'Issue',1,'Hello Semih,\r\nYou loose the connection.\r\nIs the server Crashed ?\r\nWhat did it happen ?\r\nMaybe the PLC was off-line ?\r\nYou loose the com with just those PLCs ?\r\n\r\nRegards\r\nMichel','2023-01-24 10:36:23',0),(2760,979,'Issue',573,'Hello Michel,\r\n\r\nThe server is running now. The only problem is coming from these 2 PLC. I checked with Stephane and PLCs are running.\r\n\r\nBest Regards','2023-01-24 10:39:34',0),(2761,979,'Issue',573,'Hello Michel,\r\n\r\nThere is no S7Comm activities \r\n\r\nBest Regards','2023-01-24 13:40:34',0),(2762,961,'Issue',432,'Bonjour, \r\n\r\nNous avons pu effectuer des tests avec les binaires Livraison Binaires Debug-IPV4 - 24-01-2023_v1.0.8.5 que eMotors nous a transmis ce matin. \r\nLe comportement est comme souhaité\r\n\r\nMerci\r\n\r\nMichael ','2023-01-24 16:27:09',0),(2763,961,'Issue',1,'Merci pour ce retour.\nNotez que la version livré il y a +/- 10 jours corrigeais déjà ce problème\n\nCordialement\nMichel Condemine','2023-01-24 17:20:15',0),(2764,974,'Issue',450,'Crash au premier démarrage Rotor','2023-01-27 14:22:29',0),(2765,981,'Issue',1,'Bonjour Paul,\r\npourriez vous m\'en dire plus ?\r\nQu\'entendez vous par : \"Y aurit-il une piste de reflexion côté VPIInitValue ?\"\r\n\r\nCordialement\r\nMichel Condemine','2023-01-30 18:24:55',0),(2766,980,'Issue',1,'Bonjour,\r\nla pile des appels ne dit pas grand chose.\r\nJ\'y vois cependant un CancelSendResponse étrange.\r\nDans tous les cas. Il est impératif que les méthodes s\'execute assez vite. \r\nJe dirais impérativement en moins de 15 secondes.\r\nEn tout cas elles ne doivent pas bloquer le serveur au delà de cette valeur.\r\nSinon le serveur perdra la lien avec le client et il se produira un crash de ce genre.\r\n*Je vais voir pour retourner un ServiceFault.*\r\n\r\nCordialement\r\nMichel Condemine','2023-01-30 18:33:19',0),(2767,982,'Issue',1,'Bonjour Guy-Alexis,\r\nIl s\'agit des messages de log relatif aux tentatives de reconnexion sur un serveur OPC UA.\r\nPar défaut la tentative de reconnexion se produit toute les 20 secondes. \r\nJe pourrais modifier la fréquence de reconnexion au fils du temps pour passer de 20 seconde à 1 minute.\r\nDans tous les cas il faut informer l\'utilisateur que le serveur est vivant et tente bien de se reconnecter.\r\n\r\nQu\'en pensez vous ?\r\n\r\nCordialement\r\nMichel Condemine','2023-01-31 10:51:36',0),(2768,982,'Issue',1,'','2023-01-31 10:51:47',0),(2769,976,'Issue',447,'Capture WireShark + Log + Config de test sur SinumerikOne\r\ntest sur Double vers Float, Int16 vers UInt16 et Tableau Byte vers String\r\n\r\nEcriture fonctionne vers SInumerik One mais après un laps de temps dans le serveur OOUA revient la valeur d\'origine\r\nAprès mise à jour de la valeur dans la Sinumerik One le serveur OOUA ne se met pas à jour (test réalisé après l\'écriture)','2023-01-31 11:20:49',0),(2770,976,'Issue',447,'Test Sinumerik One\nAu démarrage, le serveur OOUA reprend bien les valeurs de la CN\nEn changeant les valeurs dans la CN, le serveur OOUA ne récupère pas la mise à jour\nCi-joint trace Wireshark de ce test\n@Ip: 10.100.1.12 Port 5775 dans la CN','2023-01-31 11:34:21',0),(2771,976,'Issue',447,'Crash sur sinumerik One','2023-01-31 12:25:02',0),(2772,981,'Issue',455,'Paul Losson wrote:\r\n> Bonjour Michel,\r\n> nous avons essayés sur des nodes de recharger des valeurs par le VPIInitvalue (VpiLine OFF)\r\n> Nous avons eu un rechargement de valeurs datant d\'il y à 2H alors que des valeurs ont été enregistrer via le VFI en base entre temps\r\n> Y aurit-il une piste de reflexion côté VPIInitValue ?\r\n> Merci\r\n> \r\n> Cordialement\r\n> Losson Paul\r\n\r\n\r\n\r\nMichel Condemine Admin wrote in #note-1:\r\n> Bonjour Paul,\r\n> pourriez vous m\'en dire plus ?\r\n> Qu\'entendez vous par : \"Y aurit-il une piste de reflexion côté VPIInitValue ?\"\r\n> \r\n> Cordialement\r\n> Michel Condemine\r\n\r\n\r\n\r\nBonjour Michel,\r\nVoici un exemple du problème :\r\nAprès la production d\'aujourd\'hui, le compteur NbCompletedOk est à 417, cette valeur est bien la dernière archivée en base\r\n!AvantRechargementInitValue.png!\r\n\r\nDes que l\'on effectue un redémarrage avec uniquement le VFI et VPIInitValue d\'activé la valeur remise à jour dans le node est 88 \r\n(cela va en plus écrire 88 en base car le VFI est actif)\r\n!ApresRechargementInitValue.png!\r\n\r\nle 88 doit être une ancienne valeur que le VFI va chercher trop loin\r\nIl doit y avoir une explication à ce phénomène\r\n\r\nCordialement\r\nLosson Paul','2023-01-31 17:24:59',0),(2773,972,'Issue',573,'Hello Michel,\r\n\r\nThe server stopped again(run 6 days). I added the dump file','2023-02-01 10:11:53',0),(2774,972,'Issue',573,'','2023-02-01 10:12:49',0),(2775,983,'Issue',1,'Bonjour,\r\nqu\'entendez vous par :\r\n<pre>\r\n pourriez vous m\'indiquer les méthodes à utiliser pour lire une configuration.\r\n</pre>\r\nVous pouvez utiliser les fonctions OpenOpcUa_SaveConfig et OpenOpcUa_LoadConfig pour sauvegarder et recharger un configuration à partir d\'un fichier XML conforme au schéma OpenOpcUaClientConfig.xsd.\r\n\r\nCordialement\r\nMichel Condemine','2023-02-01 14:39:10',0),(2776,983,'Issue',431,'Excusez moi, ma question n\'était sans doute pas claire, je cherche à me connecter à un serveur OPC actif et à lire la liste des nodeId afin de récupérer leurs caractéristiques pour les utiliser avec CreateMonitoredItem\r\nMerci','2023-02-01 15:04:38',0),(2777,983,'Issue',1,'Bonjour,\r\ndans ce cas vous devrez utiliser la fonction OpenOpcUa_Browse.\r\n<pre>\r\n // init Browse Description\r\n OpcUa_BrowseDescription* pNodesToBrowse=OpcUa_Null;\r\n OpcUa_Int32 a_nNoOfNodesToBrowse=1;\r\n pNodesToBrowse=(OpcUa_BrowseDescription*)OpcUa_Alloc((sizeof(OpcUa_BrowseDescription)*a_nNoOfNodesToBrowse));\r\n // First one\r\n OpcUa_BrowseDescription_Initialize(&pNodesToBrowse[0]);\r\n pNodesToBrowse[0].BrowseDirection=(OpcUa_BrowseDirection)m_iBrowseDirection;\r\n pNodesToBrowse[0].IncludeSubtypes=true;\r\n pNodesToBrowse[0].NodeClassMask = m_NodeClassMask; //\r\n pNodesToBrowse[0].ResultMask=OpcUa_BrowseResultMask_All;\r\n // On browse a partir de pFromNodeId\r\n OpcUa_NodeId_CopyTo(pFromNodeId,&(pNodesToBrowse[0].NodeId));\r\n OpcUa_NodeId_Initialize(&(pNodesToBrowse[0].ReferenceTypeId));\r\n pNodesToBrowse[0].ReferenceTypeId.IdentifierType=OpcUa_IdentifierType_Numeric;\r\n pNodesToBrowse[0].ReferenceTypeId.NamespaceIndex=0;\r\n pNodesToBrowse[0].ReferenceTypeId.Identifier.Numeric = OpcUaId_HierarchicalReferences; //;OpcUaId_References\r\n \r\n uStatus=OpenOpcUa_BrowseEx(m_hApplication,hSession,a_nNoOfNodesToBrowse,pNodesToBrowse,&iNoOfReferenceDescription,&pReferenceList);\r\n if(uStatus==OpcUa_Good)\r\n {\r\n // do something with iNoOfReferenceDescription and pReferenceList\r\n }\r\n</pre>\r\n\r\nCordialement\r\nMichel Condemine','2023-02-01 15:10:56',0),(2778,976,'Issue',447,'Config UaClient vers CN','2023-02-01 15:41:45',0),(2779,976,'Issue',1,'','2023-02-01 17:47:22',0),(2780,976,'Issue',1,'New conf ok','2023-02-01 17:55:09',0),(2781,976,'Issue',447,'Config qui ne fonctionne pas','2023-02-01 20:53:02',0),(2782,983,'Issue',431,'Bonjour,\r\nMerci pour votre retour, j\'avais identifié ces 2 fonctions OpenOpcUa_BrowseEx et OpenOpcUa_Browse sans parvenir à obtenir de résultat.\r\nQuelle est la différence entre les 2 ?\r\nMalgré les lignes de codes que vous m\'avez transmis et après plusieurs tentatives, je n\'obtiens rien en retour dans a_nNoOfNodesToBrowse ni dans pReferenceList (bien que uStatus == OpcUa_Good)\r\nJe fais sans doute une erreur dans les informations transmises à OpenOpcUa_BrowseEx()\r\nPour préparer l\'appel, j\'initalise :\r\n m_iBrowseDirection = OpcUa_BrowseDirection_Forward;\r\n m_NodeClassMask = OpcUa_NodeClass_Variable;\r\nPeut être est-ce pFromNodeId qu\'il faut initialiser avec des valeurs précises ?\r\nMerci\r\nJacques peigné','2023-02-02 14:33:59',0),(2783,983,'Issue',1,'Bonjour,\r\nvous avez compris. pFromNodeId doit contenir le node à partir duquel le Browse sera réalisé.\r\nIl doit donc être initialisé au moins à partir de i=84.\r\n\r\nCordialement\r\nMichel Condemine','2023-02-02 16:08:48',0),(2784,983,'Issue',431,'Excusez moi, je ne comprends pas votre réponse\r\nAprès avoir initialisé le pFromNodeId, à quoi correspond le i = 84 ?\r\n\r\n OpcUa_NodeId pFromNodeId;\r\n OpcUa_NodeId_Initialize(&pFromNodeId);\r\n pFromNodeId.IdentifierType = OpcUa_IdentifierType_Numeric;\r\n pFromNodeId.NamespaceIndex = 0;\r\n pFromNodeId.Identifier.Numeric = 0;','2023-02-02 17:25:03',0),(2785,983,'Issue',1,'Bonjour,\r\ni=84 est la node \"Root\" qui est présent dans tous les serveur OPC UA.\r\nJe vous invite a vous référer a la specification OPC UA pour comprendre la notation i=84.\r\nici : le NodeId est au format numérique son identifer est 84.\r\n\r\n<pre><code class=\"c\">\r\n OpcUa_NodeId_Initialize(&pFromNodeId);\r\n pFromNodeId.Identifier.Numeric = 84;\r\n</code></pre>\r\nCordialement\r\nMichel Condemine','2023-02-03 09:41:50',0),(2786,985,'Issue',432,'Infos supplémentaires: \r\n\r\nJ\'arrive maintenant à reproduire de façon non systématique mais à haute fréquence le problème\r\n\r\nAvec les binaires récupérés en prod, on récupère parfois à la lecture depuis le VpiLine avec la NotifyCallback une variable avec un StatusCode BadUncertainValue. \r\nEn bouclant la lecture tant que le StatusCode de la variable n\'est pas bon, on reste toujours sur un StatusCode BadUncertainValue. Pour débloquer, on peut effectuer une lecture ou une écriture avec UaExpert. La lecture suivante faite avec la NotifyCallback depuis le VpiLine et cette fois bonne (bonne valeur, bon StatusCode) ','2023-02-03 19:25:42',0),(2787,984,'Issue',432,'Comme discuté au call hebdo eMotors nous a transmis cette fois 2 piles d\'appels de crash du PM de la pre-production avec un contexte similaire : la lecture d\'une variable ConsumptionComponentBuffer\r\n- mappée et très utilisée par le VpiPlant\r\n- mappée au VpiValuesInit\r\n- configurée pour l\'historisation avec le VfiPgSql\r\n\r\nJ\'ouvrirai 2 autres tickets avec les informations pour chacune d\'elles\r\n\r\n\r\nDans le cas des 3 crashs, on était sur une variable qui était mappée à \r\n- un VpiOrchestrateur (VpiPlant ou VpiLine) qui la manipule beaucoup et la mets à jour à travers la VpiNotifyCallback configurée en AccessRight Subsytem Input_Output\r\n- un VpiValuesInit qui restitue la valeur à son démarrage à travers un VpiNotifyCallback configurée en AccessRight Subsytem Input_Output\r\n- configurée pour l\'historisation avec le VfiPgSql\r\n\r\n','2023-02-03 19:27:09',0),(2788,983,'Issue',431,'Bonjour,\r\nMerci par ces précisions, ça fonctionne.\r\nBonne journée\r\nJacques peigné','2023-02-06 09:17:18',0),(2789,983,'Issue',1,'','2023-02-06 09:42:09',0),(2790,988,'Issue',432,'','2023-02-06 14:28:31',0),(2791,988,'Issue',1,'Bonjour,\r\nil n\'est pas utile que vous réalisiez ce genre document quand il est, comme ici, dépourvu de contenu.\r\nJe m\'en occupe.\r\n\r\nCordialement\r\nMichel Condemine','2023-02-06 14:33:54',0),(2792,988,'Issue',1,'Bonjour,\r\nvous trouverez ci-joint une étude des mini-dump.\r\nTBD : \r\n# Utiliser la version du ValueInit livré vendredi et modifié à la demande d\'Emotors. @EMOTORS\r\n# A quel nodeId correspond ns=2;i=6285 @INETUM\r\n# Clarification du contexte du crash OpenOpcUaCoreServer_Debug.exe_230206_092243 @INETUM\r\n# Modification callback @MC\r\n\r\nCordialement\r\nMichel Condemine','2023-02-06 14:54:06',0),(2793,988,'Issue',432,'\r\nJ\'ai transmis les questions à eMotors. Je suis toujours en attente de leur retour\r\n\r\nCordialement, \r\n\r\nMichael Ejigu','2023-02-06 17:16:48',0),(2794,988,'Issue',432,'Bonjour, \r\n\r\n\r\n1) eMotors nous confirme qu\'ils sont bien sur les derniers binaires VpiValuesInit\r\n\r\n2) Il s\'agit d\'un noeud du Nodeset de type (une Variable servant de DataTypeDescription pour un UDT : \r\n!clipboard-202302071122-hzgh4.png!\r\n\r\n3) eMotors a eu le crash sur un redémarrage de serveur avec un UaExpert et un Genesis connectés et abbonnés à plusieurs noeuds. Ce redémarrage faisait suite à la découverte et correction d\'une erreur de configuration sur le fichier subsystem \r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\n\r\n','2023-02-07 11:26:13',0),(2795,988,'Issue',1,'Bonjour,\r\nIl ne s\'agit pas des derniers binaires. Le PDB du ValuesInit ne correspond pas au source.\r\nMerci de me faire parvenir le NodeSet de type contenant le node ns=1;i=6285.\r\n\r\nIl n\'y a rien de plus à faire avec ces informations.\r\nJe ferme le Ticket.\r\nCordialement\r\nMichel Condemine','2023-02-07 11:32:36',0),(2796,988,'Issue',432,'','2023-02-07 11:37:12',0),(2797,972,'Issue',1,'Hello,\r\nFor each binary I provide you must\r\n# let it run with the procdump until the issue appears.\r\n# Once the issue appears just send me the minidump, logs and any informations that make sense to you in order to understand the issue.\r\n# So, I can investigate more in detail the problem and provide you some new binaries. \r\nLet reiterate starting at 1 until the problem is fixed.\r\nProvide information regularly (at least every day) even if nothing happens.\r\n\r\nRegards\r\nMichel','2023-02-07 14:59:54',0),(2798,989,'Issue',432,'','2023-02-07 15:37:44',0),(2799,989,'Issue',1,'Bonjour,\r\nLes meilleures réponses sont les plus courtes.\r\nMa réponse est : Non\r\nIl n\'y a aucun caractère ajouté ou supprimé par le serveur. L\'appel à la callback est une lecture de la cache du serveur.\r\n\r\nCordialement\r\nMichel Condemine','2023-02-07 16:31:34',0),(2800,989,'Issue',432,'Avant l\'appel par VpiWrite non plus il n\'y a pas de modification d\'une chaine de caractère de type ° par * ? ','2023-02-07 16:35:39',0),(2801,989,'Issue',1,'Non','2023-02-07 16:48:52',0),(2802,989,'Issue',432,'Bonsoir, \r\n\r\nVoici le constat que j\'ai pu faire : \r\n\r\neMotors n\'a pas pu me spécifier le type d\'encodage des chaines de caractères venant des automates mais supposons que ce soit latin1\r\n\r\nCeci concerne uniquement les caractères spéciaux > 0x7F\r\n\r\nSource donnée | VpiLine ancien ou nouveau | encodage d\'insertion Traca VpiLine (spécifiable) | Resultat \r\n\r\nAutomate (latin1) | ancien (fonctionnement VpiWrite) | utf8 | Ok avec caractères remplacés (visualisé en production eMotors)\r\nUaExpert (utf8) |ancien (fonctionnement VpiWrite) | utf8 | Nok tentative en boucle et blocage ( testé en backoffice)\r\nUaExpert (utf8) |ancien (fonctionnement VpiWrite) | latin1 | Ok\r\nAutomate (latin1) | ancien (fonctionnement VpiWrite) | latin | Pas testé devrait être ok \r\nAutomate (latin1) | nouveau (polling) | utf8 | Nok tentative en boucle et blocage (problème reporté en production)\r\nUaExpert (utf8) | nouveau (polling) | utf8 | OK\r\nUaExpert (utf8) | nouveau (polling) | latin1 | Pas testé devrait être NOK\r\nAutomate (latin1) | nouveau (polling) | latin1 | Pas testé devrait être OK => c\'est ce que je souhaite proposer à eMotors\r\n\r\n\r\nPour info, en cherchant la possibilité d\'utiliser une primitive Latin1ToUtf8 je suis tombé sur la fonction Utf8ToLatin qui fait des remplacements du type constaté (caractère spécial vers *) et qui est appelé par SetScalarValue (appelé par SetValue appelé par WriteToVpiTags) \r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n','2023-02-07 18:45:56',0),(2803,985,'Issue',432,'Bonjour, \r\n\r\nCe cas n\'est plus réapparu depuis vendredi ni en production eMotors ni sur ma machine\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-08 17:32:58',0),(2804,985,'Issue',1,'Bonjour,\r\nje sais pas comment interpréter votre message :\r\nIl y a 5 jours vous écrivez :\r\n<pre>\r\nJ\'arrive maintenant à reproduire de façon non systématique mais à haute fréquence le problème\r\n</pre>\r\nMaintenant vous écrivez\r\n<pre>\r\nCe cas n\'est plus réapparu depuis vendredi ni en production eMotors ni sur ma machine\r\n</pre>\r\nDeux questions\r\n# Avez vous changé quelque chose ?\r\n# Doit on fermer l\'incident ?\r\nCordialement\r\nMichel Condemine','2023-02-08 17:48:22',0),(2805,985,'Issue',432,'Nous avons mis en place une fonctionnalité qui relit la valeur en cas de retour VpiUncertainValue au moment de la lecture en cache, et donc livré une mise à jour des VpiLine et VpiPlant\r\n\r\nSur les cas où j\'ai réussi à reproduire le problème, avec le correctif appliqué, il fallait manuellement avec un client OpcUa effectuer une lecture de la variable pour que la lecture en cache faite par le VpiLine ou VpiPlant fonctionne.\r\n\r\nDonc je ne pense pas qu\'on soit sur un cas où le correctif mis en place masque le problème. Plutôt que le problème n\'apparait plus. \r\n\r\nJe pense qu\'on peut fermer l\'incident dans l\'immédiat. Au cas où le problème réarrive, pourrez vous svp répondre à la question suivante ? : \r\n\r\nDans quel cas peut on avoir un StatusCode 0x40920000 au niveau du StatusCode individuel retourné par paramètre au moment de l\'appel de la VpiNotifyCallback ?\r\n\r\nPour rappel c\'est un noeud qui est mappé au VpiLine/VpiPlant, VpiValuesInit et VFI \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-08 17:57:04',0),(2806,985,'Issue',1,'Bonjour,\r\n0x40920000 correspond à UncertainInitialValue.\r\nCe message me semble assez explicite. \r\nLa Callback retourne la valeur dans la cache du serveur.\r\nIl y a donc une valeur non initialisé dans la cache du serveur au moment de l\'appel par votre VPI.\r\n\r\nCordialement\r\nMichel Condemine','2023-02-08 18:03:38',0),(2807,514,'Issue',1,'Bonjour,\r\nJe viens de faire des tests sur ce très ancien ticket... Enfin\r\nLe serveur ne plante pas,. Il détecte l\'erreur de configuration et permet le browsing.\r\n!clipboard-202302081856-et7ga.png!\r\nChaque accès à la mauvaise référence génère un message d\'erreur.\r\n!clipboard-202302081855-ucaui.png!\r\n!clipboard-202302081856-hltdn.png!\r\n\r\nJe ferme ce ticket\r\n\r\nCordialement\r\nMichel Condemine','2023-02-08 18:57:33',0),(2808,658,'Issue',1,'As usual\r\n:(','2023-02-08 18:58:32',0),(2809,985,'Issue',1,'','2023-02-10 15:47:36',0),(2810,985,'Issue',432,'Plusieurs redémarrages sans UaExpert (serveur déconnecté et puis application fermée) => Pas rencontré le cas\r\nLa présence d\'un client UaExpert au démarrage semble donc sans impact\r\n\r\nMême si par conséquent inutile, j\'ai fait quelques tests avec un UaExpert où le client est abonné à la variable en question. => Pas de différence, toujours pas rencontré le cas\r\n\r\nNous vous tenons au courant si on a de nouvelles pistes ou bien si d\'autres cas arrivent en preprod/prod ou en backoffice \r\n\r\n\r\nCordialement,\r\nMichael','2023-02-10 17:40:56',0),(2811,991,'Issue',1,'Bonjour,\r\nles messages me semble claire.\r\nLe PM ne répond pas à UAExpert et donc aux autres clients. 0x800A0000 = Timeout\r\nSans doute un problème dans la conception et/ou dans l\'implmentation de votre couche Rest JSON so called OData.\r\n\r\nJe ferme ce ticket.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2023-02-11 11:32:51',0),(2812,992,'Issue',1,'Bonjour,\r\nj\'ai fait une modification pour prendre en compte ce problème.\r\nCompte tenu des informations disponibles et l\'impossibilité à reproduire ce problème. Il s\'agira d\'une modification à l\'aveugle.\r\nJe peux vous fournir cette version mais j\'ai besoin d\'un retour très rapide. Avant demain soir.\r\n*Est ce possible pour vous ?*\r\n\r\nCordialement\r\nMichel Condemine','2023-02-13 18:52:02',0),(2813,993,'Issue',1,'Bonjour,\r\nje viens de faire des tests et je ne rencontre aucun problème.\r\nAurez vous un minidump ?\r\n\r\nCordialement\r\nMichel Condemine','2023-02-13 18:54:27',0),(2814,987,'Issue',1,'Les binaires fournit sont inexploitables sur mon poste.\r\n','2023-02-13 19:09:28',0),(2815,986,'Issue',1,'cf issue 992','2023-02-13 19:11:13',0),(2816,992,'Issue',432,'Bonjour, \r\n\r\nOui je peux tester cette version en backoffice et eMotors peut aussi tester en pre prod si vous le souhaitez même si nous ne reproduisons pas non plus le problème. Il arrive de façon aléatoire\r\n\r\nQuelle est la correction effectuée? Je demande ça afin de mieux comprendre le problème ainsi que de pouvoir cibler les tests\r\n\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-14 09:44:44',0),(2817,992,'Issue',1,'Bonjour,\r\nla nouvelle version des binaires est ici: http://www.openopcua.org/redmine/attachments/download/3792/Livraison%20Binaires%20Debug-IPV4%20-%2014-02-2023_v1.0.8.5.zip\r\nJ\'ai ajouté deux verrouillages.\r\nmerci de tester l\'ensemble des fonctionnalités, multi-Vpi, Vfi, Lua, etc\r\n\r\ncordialeemnt\r\nMichel','2023-02-14 09:51:47',0),(2818,992,'Issue',432,'J\'ai déployé les nouveaux binaires sur la plateforme de dev backoffice\r\n\r\nJ\'ai eu 2 crashs du PM et 2 deadlocks du LM(pendant mise à jour de la cache serveur par VpiNotifyCallback par le VpiLine)\r\n\r\nEn PJ les minidumps pour les 2 crashs et less logs pour le 2ème crash \r\n\r\nLe deuxième minidump demande le téléchargement des Symboles Microsoft. C\'est en court. Je poste les piles d\'appels des 2 minidump quand c\'est fait\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-14 11:53:51',0),(2819,992,'Issue',432,'OpenOpcUaCoreServer_Debug_PM.exe_230214_104017\r\n!clipboard-202302141158-blslg.png!\r\n\r\n\r\nOpenOpcUaCoreServer_Debug_PM.exe_230214_112429.dmp:\r\n!clipboard-202302141157-ld44b.png!\r\n\r\n\r\nNote : J\'ai du cloner une version de OpenOpcUaCoreServer_Debug.exe en OpenOpcUaCoreServer_Debug_PM.exe pour pouvoir analyser les minidump','2023-02-14 11:59:50',0),(2820,992,'Issue',1,'Deux callstack qui n\'ont rien a voir avec la modification et avec ce que l\'on track.\r\n<pre>\r\nNote : J\'ai du cloner une version de OpenOpcUaCoreServer_Debug.exe en OpenOpcUaCoreServer_Debug_PM.exe pour pouvoir analyser les minidump\r\n</pre>\r\nPourquoi ?\r\n\r\nJe regarde les minidump dans l\'AM\r\n\r\nCordialement\r\nMichel Condemine','2023-02-14 12:09:38',0),(2821,992,'Issue',432,'A noter que l\'on a aussi des deadlocks du LM en milieu de mise à jour de la cache serveur. Lorsqu\'il y a un deadlock, aucun client OPC UA ne peut se connecter\r\n\r\nNous renommons l\'exe du PM afin de pouvoir lancer PM et LM sur même PC et d\'avoir des procdump attachés à chacun\r\n\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-14 12:21:09',0),(2822,993,'Issue',432,'En PJ un minidump et logs avec les binaires de ce matin\r\n \r\nLes logs n\'indiquent pas de message à ce sujet\r\n\r\nLa pile d\'appels : \r\n\r\n!clipboard-202302141228-v8zsl.png!\r\n\r\n\r\n','2023-02-14 12:29:07',0),(2823,992,'Issue',1,'Concernant le fichier OpenOpcUaCoreServer_Debug_PM.exe_230214_104017.dmp\r\nLes fichiers et symboles ne sont pas cohérent.\r\n!clipboard-202302141334-3dgbb.png!\r\nNous avons une erreur 0xC0000005 sur un pointeur null mais le code ne montre aucun pointeur null. Êtes vous certain d\'utiliser les bons binaires ?\r\nLe second correspond à un 0xC0000374*. Beaucoup plus grave. Cependant toutes les variables semblent correctes. Il n\'y a aucune raison qu\'un 0xC000374 se produise ici.\r\n!clipboard-202302141338-wuzd5.png!\r\n','2023-02-14 13:39:05',0),(2824,993,'Issue',1,'Il semble qu\'ici vous utilisez un client qui ne passe pas de SessionName et il semble que cela produise le crash.\r\nJ\'ai modifié le code pour qu\'un NodeId vide ne puisse être utilisé.\r\nUpdate à suivre.','2023-02-14 14:03:02',0),(2825,992,'Issue',432,'Suite au call en début d\'après midi + la livraison Livraison Binaires Debug-IPV4 - 14-02-2023_v1.0.8.5_14h00 nous avons réeffectué des tests et constaté un crash au bout de 2 heures d\'activités. \r\n\r\n\r\nEn PJ minidump et binaires \r\n\r\nCordialement, \r\n\r\nMichael ','2023-02-14 18:27:58',0),(2826,993,'Issue',432,'Ticket à fermer: problème résolu en rajoutant un nom de session au client qui active le ServerDiagnostics comme conseillé ','2023-02-14 18:29:23',0),(2827,992,'Issue',432,'Bonjour, \r\n\r\nNous avons laissé tourner la conf, elle a cette fois tenu toute la nuit jusqu\'à 9h36 \r\n\r\nEn PJ logs et minidump \r\n\r\nLa pile d\'appel est malheureusement la même que celle que vous avez essayé de corriger avec la mutex \r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n','2023-02-15 09:38:25',0),(2828,995,'Issue',1,'Bonjour,\r\nvous voulez dire que vous avez trouvé une limite sur la taille des tableaux d\'UDTs.\r\nLimite à 10k elements ?\r\nSans doute lié à la taille de l\'enregistrement ici 2.3Mo.\r\nOn pourrait considérer que c\'est un limite by design.\r\n\r\nEst ce que ce cas est susceptible de se présenter chez EMOTORS ?\r\n\r\n\r\nCordialement\r\nMichel Condemine','2023-02-15 11:11:11',0),(2829,990,'Issue',548,'Bonjour Michel, \r\nAvez-vous pu avancer sur le sujet ? :) \r\nCdt, \r\nLoic','2023-02-15 11:14:39',0),(2830,990,'Issue',1,'Bonjour,\r\nj\'ai, comme prévu, créé la base du VpiKpi. Il est dans la repo subversion\r\n!clipboard-202302151116-eqpn3.png!\r\n\r\nIl faudrait que l\'on cale un point pour avancer davantage.\r\n\r\n\r\nCordialement\r\nMichel Condemine','2023-02-15 11:17:38',0),(2831,995,'Issue',432,'Je pense personnellement que oui c\'est susceptible d\'arriver en cas de problème d\'accès au de fonctionnement de l\'ERP\r\n\r\nSouhaitez vous que je pose la question à Lionel ? \r\n\r\nCordialement, \r\n\r\nMichael','2023-02-15 11:22:48',0),(2832,995,'Issue',1,'Pourquoi pas. \r\nIl faut déterminer avant d\'aller plus loin si le problème est :\r\nDans le VfiPg, \r\ndans le ValuesInit,\r\ndans l\'usage qui en est fait.\r\n\r\nCordialement\r\nMichel Condemine\r\n','2023-02-15 11:27:55',0),(2833,995,'Issue',432,'Je ne vois pas d\'autre potentiel coupable autre que le VFI \r\n\r\nQuel scénario voyez vous? \r\n\r\n','2023-02-15 11:41:13',0),(2834,995,'Issue',1,'Coupable ????\r\nLe message de log \r\n<pre>\r\nExtractDataFromSqlServer>Critical error on the SQL extraction. Your table should be corrupted\r\n</pre>\r\nvient du VpiValueInit ou du VfiPg ?\r\n\r\nCordialement\r\nMichel Condemine','2023-02-15 11:50:59',0),(2835,995,'Issue',432,'Par coupable je veut dire la cause de cette corruption \r\n\r\nLe VpiValuesInit a l\'air d\'être la victime de la corruption. Est-il sensé pouvoir décoder un enregistrement en base tel que celui mis en PJ (BAD) ? Il n\'a pas de séparateur entre le nombre d\'élément et l\'URI du noeud TypeId','2023-02-15 11:56:54',0),(2836,995,'Issue',432,'Pour info, Lionel m\'indique que ils étaient à 8700 éléments semaine dernière et que le cas 10 000 peut effectivement arriver','2023-02-15 12:04:49',0),(2837,994,'Issue',432,'Bridgeworx fait maintenant un CloseSession \r\n\r\nNous monitorons les échanges en lançant une longue simulation\r\nMerci pour le temps accordé hier pour l\'investigation\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-15 17:49:39',0),(2838,990,'Issue',548,'Merci pour votre retour Michel. \r\nIl semblerait que nous n\'ayons pas accès à ce dossier (cf capture ci-joint)\r\n\r\n!clipboard-202302151743-idemu.png!\r\n','2023-02-15 17:50:53',0),(2839,979,'Issue',573,NULL,'2023-02-16 11:13:44',0),(2840,972,'Issue',573,'Hello Michel\r\n\r\nThe cloud opc ua server stopped again. I attached the binaries','2023-02-16 11:16:53',0),(2841,972,'Issue',1,'Hello Semih,\r\na new VpiMqttSub is available in the last binaries version http://www.openopcua.org/redmine/attachments/download/3819/Livraison%20Binaires%20Debug-IPV4%20-%2016-02-2023_v1.0.8.5.zip\r\nCan you deploy and test it ASAP.\r\n\r\nRegards\r\nMichel','2023-02-16 14:52:00',0),(2842,992,'Issue',1,'Bonjour,\r\npourriez vous mettre en test la version livrée à l\'instant.\r\n\r\nCordialement\r\nMichel Condemine','2023-02-16 14:53:42',0),(2843,992,'Issue',432,'Bonjour \r\n\r\nOui je lance les tests\r\n\r\nPour info malgré les 2 crashs aperçus sur les dernier binaires, ça tourne là depuis 24h avec une forte activité, RAS\r\n\r\nQuestion subsidiaire, cette livraison prend t-elle aussi en compte le ticket 995?\r\n\r\n\r\nCordialement, \r\n\r\nMichael ','2023-02-16 15:06:24',0),(2844,995,'Issue',1,'Bonjour,\r\nle VpiValuesInit, par definition, decode le contenu extrait de la DB.\r\nIl est essentiel que vous m\'indiquiez si le message vient du Value init ou du VFI.\r\n\r\nCordialement\r\nMichel Condemine','2023-02-16 15:43:55',0),(2845,995,'Issue',432,'Le message vient du VpiValuesInit \r\n\r\nJ\'ai l\'impression de ne pas comprendre quelque chose\r\n\r\nAurez vous 5 minutes pour en discuter ou bien tout est clair de votre côté? \r\n\r\nMichael ','2023-02-16 15:46:22',0),(2846,995,'Issue',1,'Tout est claire. \r\nLe Vfi encode sur 4 positions et le Vpi decode de la même manière.\r\nIl avait été convenu d\'encoder le nombre d\'element sur 4 positions soit 9999 element dans un tableau.\r\nSi 10000 ou plus il y un problème.\r\n\r\nCordialement\r\nMichel Condemine','2023-02-16 15:52:55',0),(2847,995,'Issue',432,'Dac merci pour la clarification\r\n\r\nDonc potentiellement les 2 à mettre à jour ou bien la limite de 9999 à accepter \r\n\r\nMichael','2023-02-16 15:55:22',0),(2848,995,'Issue',1,'Exactement','2023-02-16 15:57:46',0),(2849,992,'Issue',432,'1h30 que ça tourne RAS\r\nJe continue à monitorer','2023-02-16 16:37:59',0),(2850,992,'Issue',432,'Je suis tombé sur un freeze du LM \r\n\r\nContrairement à la modification précédente, je ne sais pas s\'il s\'agit d\'un blocage sur le VpiNotifyCallback appelé par le VpiLine\r\n\r\nOn le fait à 2 instants : \r\n\r\n- pour de l\'écriture (tracé en logs en info)\r\n- pour de la lecture (pas de trace) \r\n\r\nDonc potentiellement un deadlock sur appel VpiNotifyCallback du VpiLine pour lecture ou bien autre chose\r\nJe peux aussi tracer pour la lecture si cette information vous est utile\r\n\r\nAutres applications : client OPC UA Python qui simule les automates sur le fonctionnel, VFI, VpiValuesInit et client OPC UA UaExpert abonné à quelques variables\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-16 17:21:02',0),(2851,992,'Issue',432,'Je me corrige, la thread principale du VpiLine s\'exécute toujours donc visiblement pas un blocage sur VpiNotifyCallback du VpiLine \r\n\r\nLes clients OPC UA qui veulent s\'y connecter (PM, UaExpert et client Python) eux ne peuvent pas. \r\n\r\nUaExpert indique un bad timeout, PM indique : \r\nsur VpiUaClient\r\n\r\n2023-02-16T15:35:36.894Z ERROR ShutdownMessage: Receive a shutdown message. on session 0x0000027533FF3470 Error code is :0x800a0000 uStatus=0x800a0000\r\n2023-02-16T15:35:36.914Z ERROR ShutdownMessage: Receive a shutdown message. on session 0x0000027533FF3470 Error code is :0x80af0000 uStatus=0x80af0000\r\n2023-02-16T15:41:28.086Z ERROR ShutdownMessage: Receive a shutdown message. on session 0x000002751CF510B0 Error code is :0x800a0000 uStatus=0x800a0000\r\n\r\n\r\net \r\n\r\nsur LibClient \r\n\r\n2023-02-16T15:35:36.873Z CLIENT_ERROR OpcUa_ClientApi_Read failed 0x800a0000\r\n2023-02-16T15:35:36.882Z CLIENT_ERROR WatchingThread> encounter a problem. ReadFailed 0x800a0000\r\n2023-02-16T15:35:36.898Z CLIENT_INFO NotifyStatusChange succeeded. Last Status is 0x800a0000 \r\n2023-02-16T15:35:36.907Z CLIENT_INFO WatchingThread>Shutdown sent to the client host application. InternalServerStatus changed 0x800a0000\r\n2023-02-16T15:35:36.917Z CLIENT_INFO NotifyStatusChange succeeded. Last Status is 0x80af0000 \r\n2023-02-16T15:35:36.929Z CLIENT_INFO PublishingThread stopped pSession=0000027533FF3470.\r\n2023-02-16T15:35:36.932Z CLIENT_INFO PublishingThread stopped properly\r\n2023-02-16T15:35:36.941Z CLIENT_ERROR WatchingThread stopped properly. pSession=0000027533FF3470.\r\n2023-02-16T15:35:36.954Z CLIENT_INFO InternalWatchingThread stopped properly\r\n2023-02-16T15:35:36.958Z CLIENT_INFO Call to OpcUa_ClientApi_DeleteMonitoredItems: 18 items\r\n2023-02-16T15:35:37.495Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:35:38.360Z CLIENT_WARNING Call OpenOpcUa_LoadConfig: .\\Project\\UaClnt-ManuelLineX-00301-0.xml\r\n2023-02-16T15:35:47.876Z CLIENT_INFO Call to OpcUa_ClientApi_DeleteMonitoredItems done 0x800a0000\r\n2023-02-16T15:35:47.878Z CLIENT_ERROR DeleteAllSubscriptions>DeleteMonitoredItems failed uStatus=0x800a0000\r\n2023-02-16T15:35:57.887Z CLIENT_ERROR DeleteAllSubscriptions failed 0x800a0000\r\n2023-02-16T15:36:27.898Z CLIENT_ERROR Destructor CSessionClient>Close failed 0x800a0000\r\n2023-02-16T15:36:27.901Z CLIENT_INFO KeepAliveThread Stopped\r\n2023-02-16T15:36:27.912Z CLIENT_INFO KeepAliveThread stopped properly\r\n2023-02-16T15:36:27.921Z CLIENT_INFO CSubscriptionClient 10101 destructor called\r\n2023-02-16T15:36:27.932Z CLIENT_INFO CSubscriptionClient empty m_pMonitoredItemsNotificationList made of 0 MonitoredItemsNotification\r\n2023-02-16T15:36:27.942Z CLIENT_INFO CSubscriptionClient empty m_pMonitoredItemsNotificationList DONE\r\n2023-02-16T15:36:27.953Z CLIENT_INFO MonitoredItemsNotificationThread stopped\r\n2023-02-16T15:36:27.955Z CLIENT_INFO MonitoredItemsNotificationThread in Subscription 10101 stopped properly\r\n2023-02-16T15:36:27.963Z CLIENT_INFO CSubscriptionClient 10101 properly destroyed\r\n2023-02-16T15:36:27.968Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:36:57.976Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:37:27.969Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:37:57.975Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:38:27.979Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:38:57.969Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:39:27.973Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:39:57.979Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:40:27.970Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:40:57.975Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:41:27.979Z CLIENT_WARNING Call OpenOpcUa_GetSessions\r\n2023-02-16T15:41:28.089Z CLIENT_INFO CClientApplication::NotifyStatusChange>. Last Status is 0x800a0000\r\n2023-02-16T15:41:28.092Z CLIENT_ERROR CClientApplication::DiscoverEndpoints failed:0x800a0000\r\n2023-02-16T15:41:28.094Z CLIENT_INFO LoadConfiguration failed:OpenOpcUa_GetEndpoints on opc.tcp://localhost:6011/LineMiddleware1 return 0x800a0000\r\n2023-02-16T15:41:28.096Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.169Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.172Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.174Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.185Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.196Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.207Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.217Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.227Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.229Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.231Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.232Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.234Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.236Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.237Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.238Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.240Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.241Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.243Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.245Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.246Z UNKNOWN xmlClientConfigEndElementHandler>LoadConfiguration will not continue. Internal error 0x800a0000\r\n2023-02-16T15:41:28.248Z CLIENT_INFO Critical error>Cannot load ClientConfiguration file uStatus=0x800a0000,.\\Project\\ UaClnt-ManuelLineX-00301-0.xml','2023-02-16 17:31:25',0),(2852,992,'Issue',1,'Nous avons des Timeout (0x800a0000) dans la clientLib et dans le VpiUaClient.\r\nIl semble qu\'un LM ne réponde plus aux clients.\r\n* MAX session atteint.\r\n* Deadlock\r\n\r\n* Est ce que le VpiUaClient continue des à faire des tentatives de connexion ?\r\nVoir dans les log pour vérifier.\r\n* Est ce qu\'un client est encore connecté sur ce LM ?\r\n\r\nCordialement \r\nMichel Condemine\r\n','2023-02-16 18:14:54',0),(2853,992,'Issue',432,'Le PM a arrêté ces tentatives de connexion\r\n\r\nLes client connectés (UaExpert) ont été déconnecté donc je pense plutôt deadlock plutôt que nb de sessions atteints \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-16 18:21:59',0),(2854,992,'Issue',1,'Je vous conseil de vous attacher au code, d\'arrêter l\'execution et d\'analyser les threads en fonctionnement. SI IL Y EN A UN DEADLOCK.\r\nce sera sur la MUTEX de la CUAVariable et/ou sur la MUTEX de la serveur cache.\r\n\r\nJ\'attends votre retour\r\nCordialement\r\nMichel Condemine\r\n','2023-02-16 18:36:29',0),(2855,992,'Issue',432,'Bonjour, \r\n\r\nPourrez vous svp me rappeler comment à partir de cette fenêtre je peux voir les Mutex/sémaphores bloqués? \r\n\r\n\r\n!clipboard-202302170909-mzjly.png!\r\n\r\n(Sachant que tous les threads indiquent une pile d\'appel menant à un SemaphoreWait ou MutexLock)\r\n\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-17 09:12:08',0),(2856,992,'Issue',1,'Il faut utiliser soit cette onglet, soit l\'onglet hiérarchie d\'appels.\r\nPuis chercher qui a pris la mutex détient la mutex.\r\ncordialement\r\nMichel Condemine','2023-02-17 09:17:06',0),(2857,992,'Issue',432,'Je ne trouve personne qui est n\'est pas bloqué sur une OpenOpcUaMutexLock \r\n\r\nConcernant les Sémaphores, je trouve cette thread qui n\'est pas bloquée, c\'est la seule : \r\n\r\n!clipboard-202302170935-v3elu.png!\r\n\r\n\r\nOn peut regarder ensemble si vous le souhaitez \r\nJe suis dispo jusqu\'à 10h ou bien à partir de 10h30 \r\n\r\n\r\nCordialement, \r\n\r\nMichael','2023-02-17 09:46:35',0),(2858,992,'Issue',1,'ok, regardons rapidement maintenant.\r\nJ\'attends votre invitation','2023-02-17 09:51:00',0),(2859,999,'Issue',573,'','2023-02-17 11:15:58',0),(2860,990,'Issue',1,'\r\nJ\'ai mis à jour les droits.\r\nIl faudra installer un plug-in pour VS. Par exemple\r\nhttps://visualstudio.microsoft.com/vs/features/python/?wt.mc_id=aka_ms_python','2023-02-17 13:44:22',0),(2861,990,'Issue',548,'Bonjour Michel, \r\n\r\nCi-joint le draw.io. \r\n\r\nL\'idéal serait que l\'on monte un atelier ensemble afin de monter en compétence sur les VPI en prenant le VPI KPI comme use case. \r\nJe vais regarder de mon côté le code que vous nous avez partagé. \r\n\r\nTrès bon weekend à vous ! \r\n\r\nCdt, \r\nLoïc ','2023-02-17 18:38:51',0);
/*!40000 ALTER TABLE `journals` ENABLE KEYS */;
UNLOCK TABLES;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;
/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;
-- Dump completed on 2023-02-19 17:26:27