HEX
Server: Apache
System: Windows NT MAGNETO-ARM 10.0 build 22000 (Windows 10) AMD64
User: Michel (0)
PHP: 7.4.7
Disabled: NONE
$ pwd: C:/Users/Michel/Documents/Dump20230219/
Upload Files
File: C:/Users/Michel/Documents/Dump20230219/bitnami_redmine_issues.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 `issues`
--

DROP TABLE IF EXISTS `issues`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `issues` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `tracker_id` int(11) NOT NULL,
  `project_id` int(11) NOT NULL,
  `subject` varchar(255) NOT NULL DEFAULT '',
  `description` longtext,
  `due_date` date DEFAULT NULL,
  `category_id` int(11) DEFAULT NULL,
  `status_id` int(11) NOT NULL,
  `assigned_to_id` int(11) DEFAULT NULL,
  `priority_id` int(11) NOT NULL,
  `fixed_version_id` int(11) DEFAULT NULL,
  `author_id` int(11) NOT NULL,
  `lock_version` int(11) NOT NULL DEFAULT '0',
  `created_on` datetime DEFAULT NULL,
  `updated_on` datetime DEFAULT NULL,
  `start_date` date DEFAULT NULL,
  `done_ratio` int(11) NOT NULL DEFAULT '0',
  `estimated_hours` float DEFAULT NULL,
  `parent_id` int(11) DEFAULT NULL,
  `root_id` int(11) DEFAULT NULL,
  `lft` int(11) DEFAULT NULL,
  `rgt` int(11) DEFAULT NULL,
  `is_private` tinyint(1) NOT NULL DEFAULT '0',
  `closed_on` datetime DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `issues_project_id` (`project_id`),
  KEY `index_issues_on_status_id` (`status_id`),
  KEY `index_issues_on_category_id` (`category_id`),
  KEY `index_issues_on_assigned_to_id` (`assigned_to_id`),
  KEY `index_issues_on_fixed_version_id` (`fixed_version_id`),
  KEY `index_issues_on_tracker_id` (`tracker_id`),
  KEY `index_issues_on_priority_id` (`priority_id`),
  KEY `index_issues_on_author_id` (`author_id`),
  KEY `index_issues_on_created_on` (`created_on`),
  KEY `index_issues_on_root_id_and_lft_and_rgt` (`root_id`,`lft`,`rgt`),
  KEY `index_issues_on_parent_id` (`parent_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1001 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `issues`
--

LOCK TABLES `issues` WRITE;
/*!40000 ALTER TABLE `issues` DISABLE KEYS */;
INSERT INTO `issues` VALUES (1,2,9,'Mettre à jour le modèle S95 avec celui publié sur le sharepoint S95 de la fondation; ','',NULL,NULL,5,NULL,4,NULL,5,1,'2012-01-18 18:27:02','2015-02-25 14:41:03','2012-01-18',0,NULL,NULL,1,1,2,0,'2015-02-25 14:41:03'),(2,3,3,'Accès au dépôt Subversion','J\'ai un soucis d\'accès au dépôt subversion depuis mon accès web personnel. Le code d\'erreur est 64 et le couple identifiant/mot de passe correspond à celui du redmine.',NULL,NULL,5,1,5,NULL,2,2,'2012-01-18 19:03:34','2014-05-22 13:30:47','2012-01-18',100,NULL,NULL,2,1,2,0,'2012-01-18 19:59:44'),(3,2,3,'Finalisation du merge de la Stack V1','Récupération des sources de la stack et mise à jour des dernières modifications pour linux concernant :\r\n* les socket\r\n* les mutex  ','2012-01-19',NULL,5,NULL,5,NULL,2,4,'2012-01-19 09:02:22','2014-05-22 13:29:30','2012-01-19',100,4,NULL,3,1,2,0,'2012-01-19 11:57:55'),(4,1,13,'Gestion du numéro de mois incorrecte sous GNU/Linux','h2. Problèmes:\r\n\r\nLes fonctions SystemTimeToFileTime, FileTimeToSystemTime et GetLocalTime ont un problème de gestion du mois.\r\n\r\nh2. Causes:\r\n\r\nLa structure tm code le numéro du mois à l\'aide d\'un entier allant de la valeur 0 à 11. l\'utilisation de cette valeur avec le mois d\'un FILETIME est donc incorrecte.\r\n\r\nh2. Solution:\r\n\r\nh3. GetLocalTime\r\n\r\nécrire à la ligne 772 :\r\n\r\nbq. @lpSystemTime->wMonth = tmTime->tm_mon+1;@ \r\n\r\nau lieu de \r\n\r\nbq. @lpSystemTime->wMonth = tmTime->tm_mon;@\r\n\r\nh3. FileTimeToSystemTime\r\n\r\nécrire à la ligne 719: \r\n\r\nbq. @lpSystemTime->wMonth = tmTime->tm_mon+1;@ \r\n\r\nau lieu de \r\n\r\nbq. @lpSystemTime->wMonth = tmTime->tm_mon;@\r\n\r\nh3. SystemTimeToFileTime\r\n\r\nécrire à la ligne 743: \r\n\r\nbq. @tmTime->tm_mon=lpSystemTime->wMonth-1;@ \r\n\r\nau lieu de \r\n\r\nbq. @tmTime->tm_mon=lpSystemTime->wMonth-1@',NULL,NULL,5,1,5,NULL,2,1,'2012-03-06 11:40:57','2012-03-06 11:45:35','2012-03-06',0,0.1,NULL,4,1,2,0,'2012-03-06 11:45:35'),(5,1,3,'Gestion du numéro de mois incorrecte sous GNU/Linux','h1. Problèmes:\r\n\r\nLes fonctions SystemTimeToFileTime, FileTimeToSystemTime et GetLocalTime ont un problème de gestion du mois.\r\n\r\nh1. Causes:\r\n\r\nLa structure tm code le numéro du mois à l\'aide d\'un entier allant de la valeur 0 à 11. l\'utilisation de cette valeur avec le mois d\'un FILETIME est donc incorrecte.\r\n\r\nh1. Solution:\r\n\r\nh2. GetLocalTime\r\n\r\nécrire à la ligne 772 :\r\n\r\n    @lpSystemTime->wMonth = tmTime->tm_mon+1;@\r\n\r\nau lieu de\r\n\r\n    @lpSystemTime->wMonth = tmTime->tm_mon;@\r\n\r\nh2. FileTimeToSystemTime\r\n\r\nécrire à la ligne 719:\r\n\r\n    @lpSystemTime->wMonth = tmTime->tm_mon+1;@\r\n\r\nau lieu de\r\n\r\n    @lpSystemTime->wMonth = tmTime->tm_mon;@\r\n\r\nh2. SystemTimeToFileTime\r\n\r\nécrire à la ligne 743:\r\n\r\n    @tmTime->tm_mon=lpSystemTime->wMonth-1;@\r\n\r\nau lieu de\r\n\r\n    @tmTime->tm_mon=lpSystemTime->wMonth-1@\r\n',NULL,NULL,5,1,5,NULL,2,2,'2012-03-06 11:47:25','2014-05-22 13:29:12','2012-03-06',100,0.1,NULL,5,1,2,0,'2012-03-13 10:23:17'),(6,2,25,'OpenOpcUa_GetEndpoints & ','OpenOpcUa_GetEndpoints retourne une liste de endPointsdescription\r\nIl serait souhaitable d \'avoir une fonction avec une adresse url  en entrée connue  ( et d\'autres paramètres si besoin )et qui retourne sa endPointsdescription pour pouvoir créer une session .',NULL,NULL,1,1,4,NULL,2,1,'2012-08-22 09:49:44','2015-02-25 14:42:16','2012-08-22',0,NULL,NULL,6,1,2,0,NULL),(7,2,25,'Notification de rupture de communication entre le serveur et le client','Notification par un callback de la rupture de liaison entre le serveur et le client.\r\nUn message texte indiquera la raison de la rupture.',NULL,NULL,3,NULL,4,NULL,2,1,'2012-08-22 12:06:46','2015-02-25 14:43:44','2012-08-22',0,NULL,NULL,7,1,2,0,'2015-02-25 14:43:44'),(8,3,1,'adresse du repository','Bonjour,\r\nEst-il possible de récupérer une copie de votre projet pour un test. Pouvez-vous m\'indiquer le lien du repository cvs ?\r\nMerci',NULL,NULL,1,NULL,4,NULL,86,0,'2012-09-20 21:58:02','2012-09-20 21:58:02','2012-09-20',0,NULL,NULL,8,1,2,0,NULL),(9,1,13,'Serveur sans LDS','Impssible de démarrer le serveur si le LDS n\'est pas installé.',NULL,NULL,3,1,6,NULL,1,1,'2012-11-08 11:04:15','2015-02-24 14:22:39','2012-11-08',0,NULL,NULL,9,1,2,0,'2015-02-24 14:22:39'),(10,2,14,'Extension des fonctions Utils::IsEqual','Ajouter les methodes Utils::IsEqual pour l\'ensemble des ExtensionObject dont le type \"encodeable\" est connu.',NULL,NULL,1,1,4,NULL,1,0,'2012-11-10 20:54:13','2012-11-10 20:54:13','2012-11-10',0,NULL,NULL,10,1,2,0,NULL),(11,2,13,'Support BrowseNext','Implémenter le support du service BrowseNext',NULL,NULL,3,1,4,NULL,1,1,'2012-11-15 11:42:25','2012-11-15 11:43:45','2012-11-15',100,NULL,NULL,11,1,2,0,'2012-11-15 11:42:25'),(12,2,13,'Support RegisterNodes et UnregisterNodes','',NULL,NULL,3,1,4,NULL,1,3,'2012-11-15 11:43:07','2015-02-24 14:29:58','2012-11-15',100,NULL,NULL,12,1,2,0,'2015-02-24 14:29:58'),(13,1,3,'Incohénrence dans la stack','L\'enum OpcUa_MessageSecurityMode et les definitions ci-dessous ne correspondent pas\r\n#define OPCUA_SECURECHANNEL_MESSAGESECURITYMODE_INVALID         0x00\r\n#define OPCUA_SECURECHANNEL_MESSAGESECURITYMODE_NONE            0x01\r\n#define OPCUA_SECURECHANNEL_MESSAGESECURITYMODE_SIGN            0x02\r\n#define OPCUA_SECURECHANNEL_MESSAGESECURITYMODE_SIGNANDENCRYPT  0x04\r\n\r\ntypedef enum _OpcUa_MessageSecurityMode\r\n{\r\n    OpcUa_MessageSecurityMode_Invalid        = 0,\r\n    OpcUa_MessageSecurityMode_None           = 1,\r\n    OpcUa_MessageSecurityMode_Sign           = 2,\r\n    OpcUa_MessageSecurityMode_SignAndEncrypt = 3\r\n#if OPCUA_FORCE_INT32_ENUMS\r\n    ,_OpcUa_MessageSecurityMode_MaxEnumerationValue = OpcUa_Int32_Max\r\n#endif\r\n}',NULL,NULL,5,1,6,NULL,1,1,'2012-12-26 18:35:32','2014-05-22 13:28:51','2012-12-26',0,NULL,NULL,13,1,2,0,'2014-05-22 13:28:51'),(14,3,1,'download source code','Hello,\r\n\r\nI would like to download the source code of openopcua.\r\nI didn\'t find the svn address aof the project.\r\n\r\nPlease could you give me this address?\r\n\r\nBest regards.\r\n\r\nVincent',NULL,NULL,1,NULL,4,NULL,122,1,'2013-02-02 01:03:58','2014-05-22 13:33:37','2013-02-02',0,NULL,NULL,14,1,2,0,NULL),(15,2,14,'Utils::OpcUaDateTimeToString  format de la date en fonction de l\'environement Francais/Anglais ','Utils::OpcUaDateTimeToString  retourne une date au format Français, ce qui peut être gênant sur des programmes fonctionnant \r\nsur des systèmes d\'exploitation Anglais.\r\nPossibilité de définir le format en sortie, Anglais ou Français en fonction de l\'environnement ou d\'une variable ',NULL,NULL,1,NULL,4,NULL,2,0,'2013-04-24 11:30:37','2013-04-24 11:30:37','2013-04-24',0,NULL,NULL,15,1,2,0,NULL),(16,3,1,'Source code Svn repository.','Hello, \r\n\r\nWe are interested in the OpenOPCUA, and if is possible we would like to have access to the repository. As far as i understand the documentation of the c stack as well is located at the svn, but is impossible to find the svn address here.\r\n\r\nAs well we are interested on the Vpi ModBus to test it and as well improve, if any bugs or improvements necessary. Is it possible to have access to the source code of the implementation of the pre-release version of the Vpi Modbus ?\r\n\r\nThank you very much.\r\n\r\n\r\n',NULL,NULL,1,NULL,4,NULL,134,0,'2013-05-10 12:20:23','2013-05-10 12:20:23','2013-05-10',0,NULL,NULL,16,1,2,0,NULL),(17,1,1,'Guid Support','Guid are supported in the OpenOpcUa server but a erro appears in compliance.\r\n',NULL,NULL,5,42,4,NULL,25,1,'2014-02-14 20:39:07','2015-02-24 14:14:56','2014-02-14',0,NULL,NULL,17,1,2,0,'2015-02-24 14:14:56'),(18,1,1,'unable to connect to OpenOpcUa server with Inductive Automation Ignition','While testing a few OPC UA servers, I tried to link OpenOpcUA to Ignition by Inductive Automation.\r\n\r\nIn this case, Ignition opc ua client is trying to connect to the OpenOpcUa server, both running on the same machine (Windows 7, 64 bit). I have the same issue when connecting to a remote OpenOpcUa server on a Raspberry PI though.\r\n\r\nThe connection fails and Ignition is reporting a nullreference error in GetEndpoints:\r\n@java.lang.NullPointerException: null\r\ncom.inductiveautomation.xopc.client.util.ConnectionUtil.getEndpoint(ConnectionUtil.java:78)\r\ncom.inductiveautomation.xopc.client.OpcUaConnection.createUaClient(OpcUaConnection.java:523)\r\ncom.inductiveautomation.xopc.client.OpcUaConnection.verifyConnectionState(OpcUaConnection.java:141)\r\ncom.inductiveautomation.xopc.client.FailoverAwareOpcUaConnection.verifyConnectionState(FailoverAwareOpcUaConnection.java:75)\r\ncom.inductiveautomation.ignition.gateway.opc.OPCManagerImpl$ServerWrapper.verifyConnectionState(OPCManagerImpl.java:742)\r\ncom.inductiveautomation.ignition.gateway.opc.OPCManagerImpl$OPCConnectionKeepalive.run(OPCManagerImpl.java:618)\r\ncom.inductiveautomation.ignition.common.execution.impl.BasicExecutionEngine$TrackedTask.run(BasicExecutionEngine.java:573)\r\njava.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)\r\njava.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)\r\njava.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)\r\njava.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)\r\njava.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)\r\njava.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)\r\njava.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)\r\njava.lang.Thread.run(Thread.java:722)@\r\n\r\nI have increased logging in both servers (attached) but it is not clear to me yet whether the problem is with Ignition, OpenOpcUa or the configuration to connect both.\r\nFor kepware, Inductive automation recommends using the IP address instead of localhost or the hostname but I tried several configurations.\r\n\r\nA comment by an Ignition forum moderator:\r\n@GetEndpointsResponse contains a null EndpointDescription list and Ignition isn\'t expecting that to be null... @\r\n\r\nFrom debugging OpenOpcUa, it seems to me that it is sending an Endpoint description.\r\nMaybe it is not in a format that Ignition expects, but since for example UAExpert opc UA client has no trouble I am wondering if it is not Ignition that is expecting a value somewhere where there is not necessarily something needed...',NULL,NULL,6,1,4,NULL,164,8,'2014-02-22 00:07:11','2015-02-24 14:19:39','2014-02-21',0,NULL,NULL,18,1,2,0,'2015-02-24 14:19:39'),(19,1,1,'VPIModbus : Placement du fichier VPIModbusMaster###.dat','Le fichier de configuration VPIModbusMaster###.dat n\'est pas placé dans le dossier qui contient les fichiers de configuration.',NULL,NULL,2,1,3,NULL,174,1,'2014-03-10 08:45:52','2014-03-10 08:58:17','2014-03-10',0,NULL,NULL,19,1,2,0,NULL),(20,3,1,'Namespace et NodeId en String','J\'ai essayé de mettre les namespaces et les nodeId en String mais j\'obtiens l\'erreur suivante : \r\nOpenOpcUa:6100> Now will try to parse: .\\Config\\Labo-Modbus.xml\r\nOpenOpcUa:6100>  XML file corrupted CUABase::Init\r\nOpenOpcUa:6100> ERROR> Unknown exception\r\n\r\nVoici la ligne modifié avec les Strings de labo-Modbus.xml :\r\n  <UAObject NodeId=\"ns=Equipement;i=Liste\" BrowseName=\"Equipements\" EventNotifier=\"1\">\r\n\r\nEst-ce possible de mettre des chaines de caractères dans ces champs ?\r\nCordialement.',NULL,NULL,3,NULL,4,NULL,174,1,'2014-03-10 17:56:52','2014-03-10 18:04:50','2014-03-10',0,NULL,NULL,20,1,2,0,'2014-03-10 18:04:50'),(21,3,1,'Namespace et NodeId en String','J\'ai essayé de mettre les namespaces et les nodeId en String mais j\'obtiens l\'erreur suivante : \r\nOpenOpcUa:6100> Now will try to parse: .\\Config\\Labo-Modbus.xml\r\nOpenOpcUa:6100>  XML file corrupted CUABase::Init\r\nOpenOpcUa:6100> ERROR> Unknown exception\r\n\r\nVoici la ligne modifié avec les Strings de labo-Modbus.xml :\r\n  <UAObject NodeId=\"ns=Equipement;i=Liste\" BrowseName=\"Equipements\" EventNotifier=\"1\">\r\n\r\nEst-ce possible de mettre des chaines de caractères dans ces champs ?\r\nCordialement.',NULL,NULL,5,NULL,4,NULL,174,1,'2014-03-10 17:57:32','2014-03-10 18:05:57','2014-03-10',0,NULL,NULL,21,1,2,0,'2014-03-10 18:05:57'),(22,1,1,'Plusieurs namespaces et plusieurs fichiers nodeSet','Si on défini plusieurs namespaces dans plusieurs fichiers, les numéros de namespaces ne correspondent pas au numéro dans NamespaceUris.',NULL,NULL,1,NULL,4,NULL,174,0,'2014-04-01 15:04:52','2014-04-01 15:04:52','2014-04-01',0,NULL,NULL,22,1,2,0,NULL),(23,1,1,'Resource file','how about getting rid of resource file in the project and some unnecessary mfc headers. to give more flexibility to end user to compile the project on VC++ Express versions or MinGW. I have noticed that the source provided can be compiled only with Vc++ 2012 because of precompiled dependencies. that creates problems with linking then one doesn\'t use paid version(MFC dependency, Resource file) or different compiler version.\r\n Regards\r\n   Arsham Atonyan',NULL,NULL,3,1,3,NULL,193,6,'2014-05-26 06:48:23','2014-05-26 11:09:02','2014-05-26',0,NULL,NULL,23,1,2,0,'2014-05-26 11:09:02'),(24,3,1,'Resource file','how about getting rid of resource file in the project and some unnecessary mfc headers. to give more flexibility to end user to compile the project on VC++ Express versions or MinGW. I have noticed that the source provided can be compiled only with Vc++ 2012 because of precompiled dependencies. that creates problems with linking then one doesn\'t use paid version(MFC dependency, Resource file) or different compiler version.\r\n Regards\r\n   Arsham Atonyan',NULL,NULL,3,1,4,NULL,193,2,'2014-05-26 06:49:36','2015-04-01 22:53:16','2014-05-26',0,NULL,NULL,24,1,2,0,'2015-04-01 22:53:16'),(25,1,1,'Memory leaks using Utils::Copy','I am playing with the code in an OPC UA client and I am seeing massive memory leaks for example in receiving monitored items. Trying to track them using valgrind on Linux I think that the reason is an invalid usage of Utils::Copy methods.\r\n\r\nTake for example\r\n\r\n<pre>\r\n==13988== 320 bytes in 40 blocks are definitely lost in loss record 709 of 732\r\n==13988==    at 0x4027AA4: malloc (vg_replace_malloc.c:291)\r\n==13988==    by 0x41E55F0: OpcUa_P_Memory_Alloc (opcua_p_memory.c:45)\r\n==13988==    by 0x41E6BCD: OpcUa_Memory_Alloc (opcua_memory.c:63)\r\n==13988==    by 0x40D67AD: OpenOpcUa::UASharedLib::Utils::Copy(_OpcUa_DateTime*) (Utils.cpp:2193)\r\n==13988==    by 0x40D5C86: OpenOpcUa::UASharedLib::Utils::Copy(_OpcUa_DataValue*) (Utils.cpp:1866)\r\n==13988==    by 0x408397E: OpenOpcUa_GetInternalNode(void*, void*, void*, void*, _OpenOpcUa_InternalNode_**) (OpenOpcUaClientLib.cpp:913)\r\n==13988==    by 0x804FD99: CMyOpcUaClientExample::notification_cb(void*, long, _OpcUa_MonitoredItemNotification*, void*) (MyOpcUaClientExample.cpp:136)\r\n</pre>\r\n\r\nThe Copy on the line 2193 does OpcUa_Alloc of the datetime structure.\r\n<pre>\r\n  OpcUa_DateTime* pTarget=(OpcUa_DateTime*)OpcUa_Alloc(sizeof(OpcUa_DateTime));\r\n</pre>\r\n\r\nThe Copy on the line 1866 takes the returned pointer, dereferences it and copies the _content_ to the new place\r\n<pre>\r\n  pTarget->SourceTimestamp=*Utils::Copy(&(pSrc->SourceTimestamp));\r\n</pre>\r\n\r\nUnless I am overlooking something I don\'t see where the memory allocated by the first Copy is freed (or the pointer is being saved so that it can be freed later).\r\n\r\nSearching for *Utils::Copy reveals many instances of this usage.',NULL,NULL,3,1,4,NULL,194,1,'2014-05-27 16:33:18','2014-05-27 16:57:26','2014-05-27',0,NULL,NULL,25,1,2,0,'2014-05-27 16:57:26'),(26,1,1,'OpenOpcUaQuickClient Crash In windows','Hi!\r\n\r\nwhen i insert opc.tcp://127.0.0.1:xxxx application Crash.',NULL,NULL,1,1,4,NULL,196,0,'2014-06-06 15:00:56','2014-06-06 15:00:56','2014-06-06',0,NULL,NULL,26,1,2,0,NULL),(27,2,13,'Search for encoding for user define dataType','Each new dataType have Encoding references. \r\nHasEncoding.\r\n We have to search the HasEncoding reference for a new DataType\r\nThe search will appears in AddNewEncodeableObject using DataType NodeId as parameter (pDataType->GetNodeId())',NULL,NULL,5,1,4,NULL,1,1,'2014-08-29 12:40:16','2022-05-27 01:08:06','2014-08-29',100,NULL,NULL,27,1,2,0,'2022-05-27 01:08:06'),(28,1,45,'Error detection','The VPiComDa cannot detect when a COM DA 2.0 server crash.\r\nI haveto figure out how to workaround this. ',NULL,NULL,1,1,4,NULL,1,0,'2015-01-30 08:50:34','2015-01-30 08:50:34','2015-01-30',0,NULL,NULL,28,1,2,0,NULL),(29,1,1,'Incorrect definition of OpcUaCharW','On Linux/GCC, OpcUa_CharW must be 4 bytes wide, since it is being passed to wcscpy() and friends.\r\n\r\nFix by using the standard type wchar_t as base for the typedef:\r\n\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaStackV1/include/shared/opcua_p_types.h b/OpenOpcUaStackV1/include/shared/opcua_p_types.h\r\n--- a/OpenOpcUaStackV1/include/shared/opcua_p_types.h\r\n+++ b/OpenOpcUaStackV1/include/shared/opcua_p_types.h\r\n@@ -57,7 +57,7 @@ typedef double              OpcUa_Double;\r\n typedef char                OpcUa_CharA;\r\n typedef unsigned char       OpcUa_UCharA;\r\n typedef OpcUa_CharA*        OpcUa_StringA;\r\n-typedef unsigned short      OpcUa_CharW;\r\n+typedef wchar_t             OpcUa_CharW;\r\n typedef size_t              OpcUa_Size_t;\r\n #else\r\n typedef int                 OpcUa_Int;\r\n@@ -77,7 +77,7 @@ typedef double              OpcUa_Double;\r\n typedef char                OpcUa_CharA;\r\n typedef unsigned char       OpcUa_UCharA;\r\n typedef OpcUa_CharA*        OpcUa_StringA;\r\n-typedef unsigned short      OpcUa_CharW;\r\n+typedef wchar_t             OpcUa_CharW;\r\n typedef size_t              OpcUa_Size_t;\r\n #endif\r\n \r\n</pre>\r\n\r\n*Caveat:* Not tested on Windows',NULL,NULL,1,1,4,NULL,219,2,'2015-02-20 11:04:41','2015-08-05 17:17:23','2015-02-20',0,NULL,NULL,29,1,2,0,NULL),(30,1,1,'Read beyond end-of-buffer','With _GNUC_, the UTF-8 encoded result from FindFirstFile() was erroneously\r\nconverted from Unicode (wide string) into an unused string buffer.\r\nThe conversion would read beyond the end of the source looking for four\r\nconsecutive 0 bytes...\r\n\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaSharedLib/source/Application.cpp b/OpenOpcUaSharedLib/source/Application.cpp\r\n--- a/OpenOpcUaSharedLib/source/Application.cpp\r\n+++ b/OpenOpcUaSharedLib/source/Application.cpp\r\n@@ -284,7 +284,6 @@ OpcUa_StatusCode CApplication::LoadPFXCertificate()\r\n 					targetPath.append(tFindFileData.cFileName);\r\n #endif\r\n #else\r\n-					OpcUa_String_WtoA((OpcUa_CharW*)tFindFileData->d_name,&asFilename);\r\n 					targetPath.append(\"//private//\");\r\n 					targetPath.append(tFindFileData->d_name);\r\n #endif\r\n</pre>',NULL,NULL,1,1,4,NULL,219,1,'2015-02-20 11:09:36','2015-08-05 17:33:23','2015-02-20',0,NULL,NULL,30,1,2,0,NULL),(31,1,1,'Remove duplicated forward slashes in path','On Windows, backslashes must be duplicated (escaped) in string constants.\r\n\r\nThis does not apply to forward slashes.\r\n\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaSharedLib/source/Application.cpp b/OpenOpcUaSharedLib/source/Application.cpp\r\n--- a/OpenOpcUaSharedLib/source/Application.cpp\r\n+++ b/OpenOpcUaSharedLib/source/Application.cpp\r\n@@ -248,7 +248,7 @@ OpcUa_StatusCode CApplication::LoadPFXCertificate()\r\n #ifndef _GNUC_\r\n 		OpcUa_StrnCatA(&filePath[iLen],1024,\"\\\\private\\\\*.pfx\",OpcUa_StrLenA(\"\\\\private\\\\*.pfx\"));\r\n #else\r\n-		OpcUa_StrnCatA(&filePath[iLen],1024,\"//private//*.pfx\",OpcUa_StrLenA(\"//private//*.pfx\"));\r\n+		OpcUa_StrnCatA(&filePath[iLen],1024,\"/private/*.pfx\",OpcUa_StrLenA(\"/private/*.pfx\"));\r\n #endif\r\n 		OpcUa_MemSet(&tFindFileData, 0, sizeof(tFindFileData));\r\n 		uStatus=OpcUa_String_AtoW((OpcUa_StringA)filePath, (OpcUa_CharW**)&pszFilter);\r\n@@ -280,11 +280,11 @@ OpcUa_StatusCode CApplication::LoadPFXCertificate()\r\n 					targetPath.append(\"\\\\private\\\\\");\r\n 					targetPath.append(asFilename);\r\n #else\r\n-					targetPath.append(\"//private//\");\r\n+					targetPath.append(\"/private/\");\r\n 					targetPath.append(tFindFileData.cFileName);\r\n #endif\r\n #else\r\n-					targetPath.append(\"//private//\");\r\n+					targetPath.append(\"/private/\");\r\n 					targetPath.append(tFindFileData->d_name);\r\n #endif\r\n \r\n</pre>',NULL,NULL,1,1,3,NULL,219,0,'2015-02-20 11:14:57','2015-02-20 11:14:57','2015-02-20',0,NULL,NULL,31,1,2,0,NULL),(32,1,1,'CQueuedPublishMessage::FillXXX(): Extend allocation for  ExtensionObjects','When a client attempts to monitor more than one variable, the server crashes as it only allocates space for one ExtensionObject.\r\n\r\nFix by expanding the buffer as needed:\r\n\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/QueuedPublishRequest.cpp b/OpenOpcUaCoreServer/source/QueuedPublishRequest.cpp\r\nindex 72a9701..deebc42 100644\r\n--- a/OpenOpcUaCoreServer/source/QueuedPublishRequest.cpp\r\n+++ b/OpenOpcUaCoreServer/source/QueuedPublishRequest.cpp\r\n@@ -335,6 +335,8 @@ OpcUa_StatusCode CQueuedPublishMessage::FillEventNotificationMessage(OpcUa_UInt3\r\n 			////////////////////////////////////////////////////////////////////////////////////////////\r\n 			// Mise en forme du résultat\r\n 			OpcUa_Int32 iIndex = m_pInternalPublishResponse->NotificationMessage.NoOfNotificationData;\r\n+			m_pInternalPublishResponse->NotificationMessage.NotificationData =\r\n+				(OpcUa_ExtensionObject*)realloc(m_pInternalPublishResponse->NotificationMessage.NotificationData, (iIndex + 1) * sizeof(OpcUa_ExtensionObject));\r\n 			OpcUa_ExtensionObject_Initialize(&(m_pInternalPublishResponse->NotificationMessage.NotificationData[iIndex]));\r\n 			//NodeId\r\n 			m_pInternalPublishResponse->NotificationMessage.NotificationData[iIndex].TypeId.NodeId.Identifier.Numeric = OpcUaId_EventNotificationList_Encoding_DefaultBinary;\r\n@@ -579,6 +581,8 @@ OpcUa_StatusCode CQueuedPublishMessage::FillDataChangeNotificationMessage(OpcUa_\r\n 				////////////////////////////////////////////////////////////////////////////////////////////\r\n 				// Mise en forme du résultat\r\n 				iIndex = m_pInternalPublishResponse->NotificationMessage.NoOfNotificationData;\r\n+				m_pInternalPublishResponse->NotificationMessage.NotificationData =\r\n+					(OpcUa_ExtensionObject*)realloc(m_pInternalPublishResponse->NotificationMessage.NotificationData, (iIndex + 1) * sizeof(OpcUa_ExtensionObject));\r\n 				OpcUa_ExtensionObject_Initialize(&(m_pInternalPublishResponse->NotificationMessage.NotificationData[iIndex]));\r\n 				//NodeId\r\n 				m_pInternalPublishResponse->NotificationMessage.NotificationData[iIndex].TypeId.NodeId.Identifier.Numeric = OpcUaId_DataChangeNotification_Encoding_DefaultBinary;\r\n@@ -613,11 +617,10 @@ OpcUa_StatusCode CQueuedPublishMessage::FillStatusChangeNotificationMessage(OpcU\r\n 	OpcUa_StatusCode uStatus=OpcUa_Good;\r\n 	if (pNotification)\r\n 	{\r\n-		if (m_pInternalPublishResponse->NotificationMessage.NotificationData==OpcUa_Null)\r\n-			m_pInternalPublishResponse->NotificationMessage.NotificationData=\r\n-				(OpcUa_ExtensionObject*)OpcUa_Alloc(sizeof(OpcUa_ExtensionObject));\r\n 		// Mise en forme du résultat\r\n 		OpcUa_Int32 iIndex= m_pInternalPublishResponse->NotificationMessage.NoOfNotificationData;\r\n+		m_pInternalPublishResponse->NotificationMessage.NotificationData =\r\n+			(OpcUa_ExtensionObject*)realloc(m_pInternalPublishResponse->NotificationMessage.NotificationData, (iIndex + 1) * sizeof(OpcUa_ExtensionObject));\r\n 		OpcUa_ExtensionObject_Initialize(&(m_pInternalPublishResponse->NotificationMessage.NotificationData[iIndex]));\r\n 		m_pInternalPublishResponse->NotificationMessage.NotificationData[iIndex].Body.EncodeableObject.Object=(OpcUa_StatusChangeNotification*)OpcUa_Alloc(sizeof(OpcUa_StatusChangeNotification));\r\n 		//NodeId\r\n@@ -678,7 +681,9 @@ OpcUa_StatusCode CQueuedPublishMessage::FillStatusChangeNotificationMessage(OpcU\r\n 			{\r\n 				////////////////////////////////////////////////////////////////////////////////////////////\r\n 				// Mise en forme du résultat\r\n-				OpcUa_Int32 iIndex= m_pInternalPublishResponse->NotificationMessage.NoOfNotificationData;\r\n+				OpcUa_Int32 iIndex = m_pInternalPublishResponse->NotificationMessage.NoOfNotificationData;\r\n+				m_pInternalPublishResponse->NotificationMessage.NotificationData =\r\n+					(OpcUa_ExtensionObject*)realloc(m_pInternalPublishResponse->NotificationMessage.NotificationData, (iIndex + 1) * sizeof(OpcUa_ExtensionObject));\r\n 				OpcUa_ExtensionObject_Initialize(&(m_pInternalPublishResponse->NotificationMessage.NotificationData[iIndex]));\r\n 				m_pInternalPublishResponse->NotificationMessage.NotificationData[iIndex].Body.EncodeableObject.Object=(OpcUa_StatusChangeNotification*)OpcUa_Alloc(sizeof(OpcUa_StatusChangeNotification));\r\n 				//NodeId\r\n</pre>',NULL,NULL,1,1,4,NULL,219,1,'2015-02-20 11:25:06','2015-08-05 17:49:09','2015-02-20',0,NULL,NULL,32,1,2,0,NULL),(33,1,1,'Prevent buffer overflow','When monitoring variables, the server might overflow @pEventField@\r\n\r\nFix by limiting the loop (but perhaps the buffer simply has the wrong length?):\r\n\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/MonitoredItemServer.cpp b/OpenOpcUaCoreServer/source/MonitoredItemServer.cpp\r\nindex 7ec2b09..25f47ba 100644\r\n--- a/OpenOpcUaCoreServer/source/MonitoredItemServer.cpp\r\n+++ b/OpenOpcUaCoreServer/source/MonitoredItemServer.cpp\r\n@@ -165,7 +165,7 @@ void CMonitoredItemServer::SetEventFilter(OpcUa_EventFilter* pEventFilter)\r\n 		OpcUa_SimpleAttributeOperand* pEventField = (OpcUa_SimpleAttributeOperand*)OpcUa_Alloc(uiEventField*sizeof(OpcUa_SimpleAttributeOperand));\r\n \r\n 		OpcUa_Int32 i = 0;\r\n-		for (OpcUa_Int32 iClauses = 0; iClauses < pEventFilter->NoOfSelectClauses; iClauses++)\r\n+		for (OpcUa_Int32 iClauses = 0; iClauses < pEventFilter->NoOfSelectClauses && i < uiEventField; iClauses++)\r\n 		{\r\n 			OpcUa_SimpleAttributeOperand aSimpleAttributeOperand = pEventFilter->SelectClauses[iClauses];\r\n 			// AttributeId\r\n</pre>',NULL,NULL,3,1,4,NULL,219,2,'2015-02-20 11:31:40','2015-02-20 15:52:49','2015-02-20',0,NULL,NULL,33,1,2,0,'2015-02-20 15:52:49'),(34,1,1,'Fix undefined behaviour due to uninitialised variables','Valgrind found a number of variables that were used in @if()@ clauses without being set beforehand.\r\n\r\nFix by adding initialisations and using @calloc()@ instead of @malloc()@\r\n\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/include/UAObjectType.h b/OpenOpcUaCoreServer/include/UAObjectType.h\r\n--- a/OpenOpcUaCoreServer/include/UAObjectType.h\r\n+++ b/OpenOpcUaCoreServer/include/UAObjectType.h\r\n@@ -49,6 +49,7 @@ namespace OpenOpcUa\r\n 			CUAObjectType(OpcUa_NodeClass aNodeClass,const char **atts) :CUABase(aNodeClass,atts)\r\n 			{\r\n 				//(*this)=(CUAObjectType&)CUABase::CUABase(aNodeClass,atts);\r\n+				m_bAbstract = false;\r\n 				int ii=0;\r\n 				while (atts[ii])\r\n 				{\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/Field.cpp b/OpenOpcUaCoreServer/source/Field.cpp\r\n--- a/OpenOpcUaCoreServer/source/Field.cpp\r\n+++ b/OpenOpcUaCoreServer/source/Field.cpp\r\n@@ -92,8 +92,9 @@ using namespace UAHistoricalAccess;\r\n \r\n CField::CField(void)\r\n {\r\n-	m_pDefinition=OpcUa_Null;\r\n-	m_iFieldSize=0;\r\n+	m_pDefinition = OpcUa_Null;\r\n+	m_iFieldSize = 0;\r\n+	m_ValueRank = 0;\r\n 	OpcUa_String_Initialize(&m_Name);\r\n 	OpcUa_String_Initialize(&m_SymbolicName);\r\n 	OpcUa_NodeId_Initialize(&m_DataType);\r\n@@ -101,8 +102,9 @@ CField::CField(void)\r\n }\r\n CField::CField(const char **atts)\r\n {\r\n-	m_pDefinition=OpcUa_Null;\r\n-	m_iFieldSize=0;\r\n+	m_pDefinition = OpcUa_Null;\r\n+	m_iFieldSize = 0;\r\n+	m_ValueRank = 0;\r\n 	OpcUa_String_Initialize(&m_Name);\r\n 	OpcUa_String_Initialize(&m_SymbolicName);\r\n 	OpcUa_NodeId_Initialize(&m_DataType);\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/ServerApplication.cpp b/OpenOpcUaCoreServer/source/ServerApplication.cpp\r\n--- a/OpenOpcUaCoreServer/source/ServerApplication.cpp\r\n+++ b/OpenOpcUaCoreServer/source/ServerApplication.cpp\r\n@@ -3385,20 +3385,21 @@ CServerApplication::CServerApplication(void)\r\n 	// Event Engine\r\n 	m_pEventsEngine = OpcUa_Null;\r\n 	m_bLDSRegistrationActive = OpcUa_True;\r\n-	m_pApplicationDescription=OpcUa_Null;\r\n+	m_pApplicationDescription = OpcUa_Null;\r\n 	m_hEndpoint = 0;\r\n 	m_nNoOfSecurityPolicies = 0;\r\n 	m_pSecurityPolicies = OpcUa_Null;\r\n 	m_lastSessionId = 0;\r\n-	m_pSecureChannels=new CSecureChannelList();\r\n-	m_hLDSRegistrationThread=NULL;\r\n-	m_uiLDSRegistrationInterval=60000; // valeur par défaut 10mn\r\n-	m_dblMiniSamplingInterval=5; // interval d\'echantillonnage minimum. Valeur par défaut 5ms\r\n+	m_pSecureChannels = new CSecureChannelList();\r\n+	m_hLDSRegistrationThread = NULL;\r\n+	m_hSessionsTimeoutThread = NULL;\r\n+	m_uiLDSRegistrationInterval = 60000; // valeur par défaut 10mn\r\n+	m_dblMiniSamplingInterval = 5; // interval d\'echantillonnage minimum. Valeur par défaut 5ms\r\n 								 // Attention il s\'agit d\'une valeur arbitraire utilisé dans l\'OpenOpcUaCoreServer\r\n-	m_dblMaxSamplingInterval=3600000; // interval d\'echantillonnage minimum. Valeur par défaut 3600000 ms // 1 heure\r\n+	m_dblMaxSamplingInterval = 3600000; // interval d\'echantillonnage minimum. Valeur par défaut 3600000 ms // 1 heure\r\n 								 // Attention il s\'agit d\'une valeur arbitraire utilisé dans l\'OpenOpcUaCoreServer\r\n-	m_SessionsTimeoutSem=OpcUa_Null;\r\n-	m_pHaEngine=OpcUa_Null;\r\n+	m_SessionsTimeoutSem = OpcUa_Null;\r\n+	m_pHaEngine = OpcUa_Null;\r\n 	OpcUa_String_Initialize(&m_ArchiveName);\r\n 	OpcUa_String_Initialize(&m_ArchiveId);\r\n }\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/SubscriptionServer.cpp b/OpenOpcUaCoreServer/source/SubscriptionServer.cpp\r\n--- a/OpenOpcUaCoreServer/source/SubscriptionServer.cpp\r\n+++ b/OpenOpcUaCoreServer/source/SubscriptionServer.cpp\r\n@@ -598,6 +598,7 @@ CSubscriptionServer::CSubscriptionServer(CSessionServer* pSession, double dblSub\r\n 	m_bKeepAlive = OpcUa_False;\r\n 	m_bSubscriptionInColdState = OpcUa_True;\r\n 	m_pMonitoredItemList = OpcUa_Null;\r\n+	m_LastKnownServerState = OpcUa_ServerState_Unknown;\r\n 	// On doit être certain que le n° de souscription est unique pour cette session\r\n 	OpcUa_Int32 iRandVal = rand();\r\n 	SetSubscriptionId((OpcUa_UInt32)(iRandVal*OpcUa_Clock()));\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/UABinding.cpp b/OpenOpcUaCoreServer/source/UABinding.cpp\r\n--- a/OpenOpcUaCoreServer/source/UABinding.cpp\r\n+++ b/OpenOpcUaCoreServer/source/UABinding.cpp\r\n@@ -45,6 +45,7 @@ CUABinding::CUABinding()\r\n 	OpcUa_String_Initialize(&m_Protocol);\r\n 	OpcUa_String_Initialize(&m_szBinding);\r\n 	OpcUa_String_Initialize(&m_TransportProfileUri);\r\n+	m_Encoding = OpcUa_Endpoint_SerializerType_Invalid;\r\n }\r\n CUABinding::~CUABinding()\r\n {\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/UAReferenceType.cpp b/OpenOpcUaCoreServer/source/UAReferenceType.cpp\r\n--- a/OpenOpcUaCoreServer/source/UAReferenceType.cpp\r\n+++ b/OpenOpcUaCoreServer/source/UAReferenceType.cpp\r\n@@ -41,6 +41,8 @@ using namespace OpenOpcUa;\r\n using namespace UAAddressSpace;\r\n CUAReferenceType::CUAReferenceType(void)\r\n {\r\n+	m_bAbstract = false;\r\n+	m_bSymetric = false;\r\n 	m_pInverseName = (OpcUa_LocalizedText*)OpcUa_Alloc(sizeof(OpcUa_LocalizedText));\r\n 	if (m_pInverseName)\r\n 		OpcUa_LocalizedText_Initialize(m_pInverseName);\r\n@@ -56,6 +58,8 @@ CUAReferenceType::~CUAReferenceType(void)\r\n }\r\n CUAReferenceType::CUAReferenceType(OpcUa_NodeClass aNodeClass, const char **atts) :CUABase(aNodeClass, atts)\r\n {\r\n+	m_bAbstract = false;\r\n+	m_bSymetric = false;\r\n 	m_pInverseName = (OpcUa_LocalizedText*)OpcUa_Alloc(sizeof(OpcUa_LocalizedText));\r\n 	if (m_pInverseName)\r\n 		OpcUa_LocalizedText_Initialize(m_pInverseName);\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/UAStatusChangeNotification.cpp b/OpenOpcUaCoreServer/source/UAStatusChangeNotification.cpp\r\n--- a/OpenOpcUaCoreServer/source/UAStatusChangeNotification.cpp\r\n+++ b/OpenOpcUaCoreServer/source/UAStatusChangeNotification.cpp\r\n@@ -44,7 +44,9 @@ CUAStatusChangeNotification::CUAStatusChangeNotification(void)\r\n {\r\n 	m_pInternalStatusChangeNotification=(OpcUa_StatusChangeNotification*)OpcUa_Alloc(sizeof(OpcUa_StatusChangeNotification));\r\n 	OpcUa_StatusChangeNotification_Initialize(m_pInternalStatusChangeNotification);\r\n-	m_bAcked=OpcUa_False;\r\n+	m_uiSequenceNumber = 0;\r\n+	m_bAcked = OpcUa_False;\r\n+	m_DataChangeNotificationType = NOTIFICATION_MESSAGE_UNKNOW;\r\n }\r\n \r\n CUAStatusChangeNotification::~CUAStatusChangeNotification(void)\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/UAVariableType.cpp b/OpenOpcUaCoreServer/source/UAVariableType.cpp\r\n--- a/OpenOpcUaCoreServer/source/UAVariableType.cpp\r\n+++ b/OpenOpcUaCoreServer/source/UAVariableType.cpp\r\n@@ -48,6 +48,7 @@ CUAVariableType::~CUAVariableType(void)\r\n }\r\n CUAVariableType::CUAVariableType(OpcUa_NodeClass aNodeClass,const char **atts):CUABase(aNodeClass,atts) \r\n {\r\n+	m_bAbstract = false;\r\n 	OpcUa_NodeId_Initialize(&m_DataType);\r\n 	m_ValueRank=0;\r\n 	int ii=0;\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaStackV1/source/opcua_memory.c b/OpenOpcUaStackV1/source/opcua_memory.c\r\n--- a/OpenOpcUaStackV1/source/opcua_memory.c\r\n+++ b/OpenOpcUaStackV1/source/opcua_memory.c\r\n@@ -56,7 +56,7 @@ OpcUa_Void* OPCUA_DLLCALL OpcUa_Memory_Alloc(OpcUa_UInt32 nSize)\r\n {\r\n 	if(OpcUa_ProxyStub_g_PlatformLayerCalltable == NULL)\r\n 	{\r\n-		return (OpcUa_Void*)malloc(nSize);\r\n+		return (OpcUa_Void*)calloc(1, nSize);\r\n 	}\r\n 	else\r\n 	{\r\n</pre>\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaStackV1/source/opcua_p_memory.c b/OpenOpcUaStackV1/source/opcua_p_memory.c\r\n--- a/OpenOpcUaStackV1/source/opcua_p_memory.c\r\n+++ b/OpenOpcUaStackV1/source/opcua_p_memory.c\r\n@@ -43,7 +43,7 @@\r\n OpcUa_Void* OPCUA_DLLCALL OpcUa_P_Memory_Alloc(OpcUa_UInt32 nSize)\r\n {\r\n 	size_t iSize=(size_t)nSize;\r\n-	return malloc(iSize);\r\n+	return calloc(1, iSize);\r\n }\r\n \r\n /*============================================================================\r\n</pre>\r\n',NULL,NULL,1,1,4,NULL,219,1,'2015-02-20 11:39:53','2015-08-05 17:55:11','2015-02-20',0,NULL,NULL,34,1,2,0,NULL),(35,1,1,'Fix signed/unsigned comparisons','Constants of the form \"@0x...@\" are inherently unsigned; an @int@ should be compared against @-1@ instead of @0xffffffff@ (which would only work on 32 bit systems anyway)\r\n\r\n<pre class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/UAEventNotificationList.cpp b/OpenOpcUaCoreServer/source/UAEventNotificationList.cpp\r\nindex eaa5756..7caba5b 100644\r\n--- a/OpenOpcUaCoreServer/source/UAEventNotificationList.cpp\r\n+++ b/OpenOpcUaCoreServer/source/UAEventNotificationList.cpp\r\n@@ -211,11 +211,11 @@ OpcUa_StatusCode CUAEventNotificationList::UpdateInternalAckedState(OpcUa_Boolea\r\n 	}\r\n 	// We will update both AckedState and AckedStateId\r\n 	// AckedState\r\n-	if (m_FastEventFieldIndex.iAckedState != 0xffffffff)\r\n+	if (m_FastEventFieldIndex.iAckedState != -1)\r\n 		OpcUa_LocalizedText_CopyTo(&AckedState,\r\n 			m_pInternalEventNotificationList->Events[0].EventFields[m_FastEventFieldIndex.iAckedState].Value.LocalizedText);\r\n 	// AckedStateId\r\n-	if (m_FastEventFieldIndex.iAckedStateId != 0xffffffff)\r\n+	if (m_FastEventFieldIndex.iAckedStateId != -1)\r\n 		m_pInternalEventNotificationList->Events[0].EventFields[m_FastEventFieldIndex.iAckedStateId].Value.Boolean = bNewState;\r\n 	OpcUa_LocalizedText_Clear(&AckedState);\r\n 	return uStatus;\r\n@@ -244,12 +244,12 @@ OpcUa_StatusCode CUAEventNotificationList::UpdateInternalConfirmedState(OpcUa_Bo\r\n 	}\r\n 	// We will update both ConfirmedState and ConfirmedStateId\r\n 	// ConfirmedState\r\n-	if (m_FastEventFieldIndex.iConfirmedState != 0xffffffff)\r\n+	if (m_FastEventFieldIndex.iConfirmedState != -1)\r\n 		OpcUa_LocalizedText_CopyTo(&ConfirmedState,\r\n 		m_pInternalEventNotificationList->Events[0].EventFields[m_FastEventFieldIndex.iConfirmedState].Value.LocalizedText);\r\n \r\n 	// ConfirmedStateId\r\n-	if (m_FastEventFieldIndex.iConfirmedStateId != 0xffffffff)\r\n+	if (m_FastEventFieldIndex.iConfirmedStateId != -1)\r\n 		m_pInternalEventNotificationList->Events[0].EventFields[m_FastEventFieldIndex.iConfirmedStateId].Value.Boolean = bNewState;\r\n 	OpcUa_LocalizedText_Clear(&ConfirmedState);\r\n 	return uStatus;\r\n@@ -272,15 +272,15 @@ OpcUa_StatusCode CUAEventNotificationList::UpdateInternalActiveState(OpcUa_Boole\r\n 	}\r\n 	// We will update both ActiveState and ActiveStateId\r\n 	// ActiveState\r\n-	if (m_FastEventFieldIndex.iActiveState != 0xffffffff)\r\n+	if (m_FastEventFieldIndex.iActiveState != -1)\r\n 		OpcUa_LocalizedText_CopyTo(&ActiveState,\r\n 			m_pInternalEventNotificationList->Events[0].EventFields[m_FastEventFieldIndex.iActiveState].Value.LocalizedText);\r\n 	// ActiveState EffectiveDisplayName\r\n-	if (m_FastEventFieldIndex.iActiveStateEffectiveDisplayName != 0xffffffff)\r\n+	if (m_FastEventFieldIndex.iActiveStateEffectiveDisplayName != -1)\r\n 		OpcUa_LocalizedText_CopyTo(&ActiveState,\r\n 			m_pInternalEventNotificationList->Events[0].EventFields[m_FastEventFieldIndex.iActiveStateEffectiveDisplayName].Value.LocalizedText);\r\n 	// ActiveStateId\r\n-	if (m_FastEventFieldIndex.iActiveStateId != 0xffffffff)\r\n+	if (m_FastEventFieldIndex.iActiveStateId != -1)\r\n 		m_pInternalEventNotificationList->Events[0].EventFields[m_FastEventFieldIndex.iActiveStateId].Value.Boolean = bNewState;\r\n 	OpcUa_LocalizedText_Clear(&ActiveState);\r\n 	return uStatus;\r\n@@ -319,7 +319,7 @@ void CUAEventNotificationList::Terminate()\r\n OpcUa_StatusCode CUAEventNotificationList::AddComment(const OpcUa_LocalizedText comment)\r\n {\r\n 	OpcUa_StatusCode uStatus = OpcUa_Good;\r\n-	if (m_FastEventFieldIndex.iComment != 0xffffffff)\r\n+	if (m_FastEventFieldIndex.iComment != -1)\r\n 		OpcUa_LocalizedText_CopyTo(&comment,\r\n 			m_pInternalEventNotificationList->Events[0].EventFields[m_FastEventFieldIndex.iComment].Value.LocalizedText);\r\n 	return uStatus;\r\n</pre>',NULL,NULL,1,1,4,NULL,219,1,'2015-02-20 16:31:53','2015-08-05 17:56:18','2015-02-20',0,NULL,NULL,35,1,2,0,NULL),(36,1,1,'VpiNull: Avoid taking the address of a temporary object','Taking the address of a non-lvalue is forbidden by the C++ standard, so create a real, temporary variable:\r\n\r\n<pre class=\"diff>\r\ndiff --git a/VpisSdk/VpiNull/include/VpiInternal.h b/VpisSdk/VpiNull/include/VpiInternal.h\r\n--- a/VpisSdk/VpiNull/include/VpiInternal.h\r\n+++ b/VpisSdk/VpiNull/include/VpiInternal.h\r\n@@ -18,7 +18,8 @@ namespace UASubSystem\r\n 			for (OpcUa_UInt32 i = 0; i < m_SourceObjects.size(); i++)\r\n 			{\r\n 				CSourceObject* pObject = m_SourceObjects.at(i);\r\n-				if (IsEqual(&(pObject->GetNodeId()), &aNodeId))\r\n+				OpcUa_NodeId tmp = pObject->GetNodeId();\r\n+				if (IsEqual(&tmp, &aNodeId))\r\n 					return pObject;\r\n 			}\r\n 			return OpcUa_Null;\r\n</pre>',NULL,NULL,1,1,4,NULL,219,1,'2015-02-20 16:37:04','2015-08-05 17:57:28','2015-02-20',0,NULL,NULL,36,1,2,0,NULL),(37,1,1,'Memory-leak in CDefinition::DuplicateString()','A pointer to a freshly allocated buffer was immediately overwritten:\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@@ -554,7 +554,7 @@ OpcUa_StatusCode CDefinition::DuplicateString(void** pVoidBuf, void** pVoidResul\r\n 	}\r\n 	// Copy the content\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 (pString->uLength > 0)\r\n 	{\r\n@@ -579,7 +579,7 @@ OpcUa_StatusCode CDefinition::DuplicateString(void** pVoidBuf, void** pVoidResul\r\n 	}\r\n 	// Copy the content\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 (OpcUa_String_StrLen(pString) > 0)\r\n 	{\r\n</pre>','2017-03-16',NULL,2,1,5,NULL,219,6,'2015-02-23 17:27:30','2015-08-07 12:14:34','2015-02-25',20,NULL,NULL,37,1,4,0,NULL),(38,1,1,'Memory-leaks in CDefinition::DuplicateXXX()','Temporary objects that were only used during copying must be free\'d, too.\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@@ -587,6 +586,7 @@ OpcUa_StatusCode CDefinition::DuplicateString(void** pVoidBuf, void** pVoidResul\r\n 		OpcUa_MemCpy(*pVoidResult, 4, &(pString->uReserved4), 4);\r\n 	}\r\n #endif\r\n+	OpcUa_Free(pString);\r\n 	// Update the pointer\r\n 	((OpcUa_Byte*&)(*pVoidResult)) += 4; //\r\n 	((OpcUa_Byte*&)(*pVoidBuf)) += 4;\r\n@@ -644,6 +644,7 @@ OpcUa_StatusCode CDefinition::DuplicateNodeId(void** pVoidBuf, void** pVoidResul\r\n 	default:\r\n 		break;\r\n 	}\r\n+	OpcUa_Free(pNodeId);\r\n 	((OpcUa_Byte*&)(*pVoidBuf)) += (iFielSize - iFieldOnlineSize);\r\n 	((OpcUa_Byte*&)(*pVoidResult)) += (iFielSize - iFieldOnlineSize);\r\n 	return uStatus;\r\n</pre>','2017-03-16',NULL,1,1,5,NULL,219,2,'2015-02-25 16:04:10','2015-08-07 12:08:42','2015-02-25',20,NULL,37,37,2,3,0,NULL),(39,2,1,'Concondance on AccessRight between UA AddressSpace defintion and SubSystem definition','Hello,\r\nIn previous revisions the server was not testing the concordance of UA AdressSpace AccessRight (NodeSet) and Subsystem AccessRight (Vpi).\r\nThis is now fixed and will be release in the upcoming 1.0.2.4\r\n\r\nEnjoy it\r\nMichel\r\n',NULL,NULL,3,1,4,NULL,1,0,'2015-02-26 14:13:12','2015-02-26 14:13:12','2015-02-26',0,1,NULL,39,1,2,0,'2015-02-26 14:13:12'),(40,1,1,'VPi Extended','A VPI based on the OpenOpcUaVpiLibrary without any <TAG></TAG> in its configuration file (Subsystem.xsd) crash on startup.\r\nEven if it\'s a configuration error this must be fixed.',NULL,NULL,1,1,6,NULL,1,0,'2015-03-20 19:44:27','2015-03-20 19:44:27','2015-03-20',0,NULL,NULL,40,1,2,0,NULL),(41,1,1,'parsing error','le serveur OPC n\'accepte pas plusieurs fichiers d\'instances utilisant la même URI',NULL,NULL,3,1,6,NULL,223,2,'2015-03-24 17:02:50','2016-09-15 20:02:48','2015-03-24',100,NULL,NULL,41,1,2,0,'2016-09-15 20:02:48'),(42,1,1,'OpenOpcUaCoreServer certificate date creation invalid on US Time Zone(s)','I compiled the OpenOpcUaCoreServer code in Debian (wheezy 32 bit) successfully. Added the sample config files.\r\nAs it runs the first time, it creates the server certificates, but the ValidFrom datetime is probably a GMT0 value.\r\nMy machine is US EDT (GMT -5) and the server does not run calling the exception \"your certificate is not yet valid\".\r\n\r\nIf I change the system date to 1 day later, everything works.\r\n\r\nI think the validFrom variable gets set to the time of the execution. An easy fix would be to make it start from 24 hours before.',NULL,NULL,1,1,4,NULL,92,1,'2015-03-25 03:19:23','2015-03-25 22:52:26','2015-03-25',0,NULL,NULL,42,1,2,0,NULL),(43,1,1,'Localized Text','Initializing the value a variable when its data type is localized text does not work.',NULL,NULL,3,1,4,NULL,22,1,'2015-03-25 23:11:28','2015-04-03 15:17:23','2015-03-25',100,NULL,NULL,43,1,2,0,'2015-04-03 15:17:23'),(44,1,1,'Demarrage serveur aléatoire','Bonjour Michel,\r\n\r\nAujourd\'hui, on a créé de nouvelles bornes dans les fichiers XML.\r\nNotre IHM (Client UDP du VPI) émet régulièrement des trames destinées à faire vivre une valeur OPC visant a informer les clients OPC que l\'ensemble de la chaine de transmission est correcte.\r\nOn a constaté le problème suivant au démarrage du serveur OPC.\r\nSi une trame UDP arrive alors que le serveur n\'a pas fini de charger les fichiers XML, le serveur plante.\r\nD\'apres les logs, il semblerait que le listener UDP est lancé alors que les données XML ne sont pas encore chargées.\r\nSi on arrête notre IHM, que l\'on relance le serveur OPC puis que l\'on relance l\'IHM quelques secondes après, tout fonctionne correctement.\r\nIl faudrait, dans le serveur ne lancer le listener UDP que lorsque toute la configuration a été acquise.\r\n\r\nBonne continuation',NULL,NULL,1,1,5,NULL,223,1,'2015-03-27 15:34:30','2015-03-27 16:04:07','2015-03-27',0,NULL,NULL,44,1,2,0,NULL),(45,1,1,'OpenOpcUa_LoadConfig() doesn\'t return error code if any of its subcalls fails','While loading an XML config file with \'OpenOpcUa_LoadConfig()\' if any subcall fails (CreateSession, ActivateSession, CreateSubscribtion, CreateMonitoredItem etc.), the function doesn\'t return error code.',NULL,NULL,3,1,4,NULL,226,1,'2015-04-01 17:23:20','2015-04-01 22:48:25','2015-04-01',100,NULL,NULL,45,1,2,0,'2015-04-01 22:48:25'),(46,3,1,'Validation on UBuntu','Hello,\r\nI just release the new OpenOpcUaCoreServer 1.0.2.6. The codebase was buidl on Windows with VS2013 Express and Professionnal and on Debian 32 and 64bits.\r\nI need some feedback on various Linux Taget :\r\n* Ubuntu 32 and 64 bits\r\n* Centos 32 and 64 bits\r\n* Other are welcome\r\n\r\nThank you for your participation,\r\nKind Regards\r\nMichel',NULL,NULL,2,22,3,NULL,1,1,'2015-04-03 17:26:07','2015-04-07 21:50:17','2015-04-03',0,NULL,NULL,46,1,2,0,NULL),(47,1,1,'Fix inconsistent function declarations','The methods OpcUa_Vpi_Variant_Initialize(), OpcUa_Vpi_Variant_Clear() and OpcUa_Vpi_Variant_CopyTo() are declared \'extern \"C\"\' in the client header OpenOpcUaVpiSdk.h but not in VpiVariant.h which is used for exporting.\r\n\r\nFix VpiVariant.h to export these methods \'extern \"C\"\':\r\n\r\n<pre><code class=\"diff\">\r\ndiff --git a/VpisSdk/OpenOpcUaVpiLibrary/include/VpiVariant.h b/VpisSdk/OpenOpcUaVpiLibrary/include/VpiVariant.h\r\n--- a/VpisSdk/OpenOpcUaVpiLibrary/include/VpiVariant.h\r\n+++ b/VpisSdk/OpenOpcUaVpiLibrary/include/VpiVariant.h\r\n@@ -18,7 +18,6 @@\r\n OPCUA_BEGIN_EXTERN_C\r\n \r\n \r\n-OPCUA_END_EXTERN_C\r\n VPILIBRARY_EXPORT\r\n OpcUa_Vpi_StatusCode OPCUA_DLLCALL OpcUa_Vpi_Variant_Initialize( OpcUa_Variant* pVariant);\r\n \r\n@@ -27,6 +26,9 @@ OpcUa_Vpi_StatusCode OPCUA_DLLCALL OpcUa_Vpi_Variant_Clear(OpcUa_Variant* pVaria\r\n \r\n VPILIBRARY_EXPORT\r\n OpcUa_Vpi_StatusCode OPCUA_DLLCALL OpcUa_Vpi_Variant_CopyTo(const OpcUa_Variant* pSource, OpcUa_Variant* pDestination);\r\n+\r\n+OPCUA_END_EXTERN_C\r\n+\r\n // Not exported\r\n OpcUa_Void OpcUa_VariantUnion_Clear(OpcUa_UInt16 datatype, OpcUa_VariantUnion* a_pValue);\r\n OpcUa_Void OpcUa_VariantArrayValue_Clear(OpcUa_UInt16 uDatatype, OpcUa_Int32 iLength, OpcUa_VariantArrayUnion* pValue);\r\n</code></pre>',NULL,NULL,1,1,4,NULL,219,0,'2015-08-07 13:16:42','2015-08-07 13:16:42','2015-08-07',0,NULL,NULL,47,1,2,0,NULL),(48,1,1,'Avoid reading uninitialised memory','Valgrind found a call of OpcUa_NodeId_Clear() on an uninitialised OpcUa_NodeId object.\r\n\r\nThe call was not needed anyway, since OpcUa_NodeId_Initialize() was called afterwards, so it can simply be removed.\r\n\r\n<pre><code class=\"diff\">\r\ndiff --git a/OpenOpcUaCoreServer/source/UAInformationModel.cpp b/OpenOpcUaCoreServer/source/UAInformationModel.cpp\r\n--- a/OpenOpcUaCoreServer/source/UAInformationModel.cpp\r\n+++ b/OpenOpcUaCoreServer/source/UAInformationModel.cpp\r\n@@ -5771,7 +5771,6 @@ OpcUa_StatusCode CUAInformationModel::AddinternalOpenOpcUaSystemNodes()\r\n 		pUAObjectType->SetBrowseName(&aName);\r\n 		OpcUa_QualifiedName_Clear(&aName);\r\n \r\n-		OpcUa_NodeId_Clear(&aNodeId);\r\n 		// Description\r\n 		OpcUa_LocalizedText_Initialize(&aLocalizedText);\r\n 		OpcUa_String_AttachCopy(&(aLocalizedText.Locale), \"en-us\");\r\n</code></pre>',NULL,NULL,1,1,4,NULL,219,0,'2015-08-07 13:28:07','2015-08-07 13:28:07','2015-08-07',0,NULL,NULL,48,1,2,0,NULL),(49,1,1,'Avoid unneccesary malloc/free/copy in opcua_string.c','OpcUa_String_AtoW() and OpcUa_String_WtoA() converts the input string into a locally allocated buffer, then copies the result to the allocated output buffer and frees the local buffer again.\r\n\r\nThis is double work with no benefit at all, so simplify those methods:\r\n\r\n<pre><code class=\"diff\">\r\ndiff --git a/OpenOpcUaStackV1/source/opcua_string.c b/OpenOpcUaStackV1/source/opcua_string.c\r\n--- a/OpenOpcUaStackV1/source/opcua_string.c\r\n+++ b/OpenOpcUaStackV1/source/opcua_string.c\r\n@@ -791,7 +791,6 @@ OpcUa_StatusCode OpcUa_String_AttachWithOwnership(OpcUa_String* a_pDst, OpcUa_St\r\n \r\n OpcUa_StatusCode OpcUa_String_AtoW(const OpcUa_CharA* aStrIn, OpcUa_CharW** wStrOut)\r\n {\r\n-	OpcUa_CharW* localwStr = NULL;\r\n 	OpcUa_StatusCode uStatus=OpcUa_BadInvalidArgument;\r\n 	int ii;\r\n \r\n@@ -805,21 +804,11 @@ OpcUa_StatusCode OpcUa_String_AtoW(const OpcUa_CharA* aStrIn, OpcUa_CharW** wStr\r\n 			if ((*wStrOut))\r\n 			{\r\n 				memset(*wStrOut,0,(iLen + 1)* sizeof(OpcUa_CharW));\r\n-				localwStr=(OpcUa_CharW*)malloc((iLen + 1)* sizeof(OpcUa_CharW));\r\n-				if (localwStr)\r\n+				for (ii=0; ii<iLen; ii++)\r\n 				{\r\n-					memset(localwStr,0,(iLen + 1)* sizeof(OpcUa_CharW));\r\n-					for (ii=0; ii<iLen; ii++)\r\n-					{\r\n-						localwStr[ii]=(OpcUa_CharW)aStrIn[ii];\r\n-					}\r\n-					OpcUa_WcsCpy((wchar_t*)*wStrOut,(wchar_t*)localwStr);\r\n-					memset(localwStr, 0, (iLen + 1)* sizeof(OpcUa_CharW));\r\n-					OpcUa_Free(localwStr);\r\n-					uStatus=OpcUa_Good;\r\n+					(*wStrOut)[ii]=(OpcUa_CharW)aStrIn[ii];\r\n 				}\r\n-				else\r\n-					uStatus=OpcUa_BadOutOfMemory;\r\n+				uStatus=OpcUa_Good;\r\n 			}\r\n 			else\r\n 				uStatus=OpcUa_BadOutOfMemory;\r\n@@ -833,7 +822,6 @@ OpcUa_StatusCode OpcUa_String_AtoW(const OpcUa_CharA* aStrIn, OpcUa_CharW** wStr\r\n  *===========================================================================*/\r\n OpcUa_StatusCode OpcUa_String_WtoA( OpcUa_CharW* wStrIn, OpcUa_CharA** aStrOut)\r\n {\r\n-	char* localStr = NULL;\r\n 	OpcUa_StatusCode uStatus=OpcUa_BadInvalidArgument;\r\n 	OpcUa_Int32 ii;\r\n \r\n@@ -846,24 +834,15 @@ OpcUa_StatusCode OpcUa_String_WtoA( OpcUa_CharW* wStrIn, OpcUa_CharA** aStrOut)\r\n 			// Check the we receive  a Null ptr\r\n 			if ((*aStrOut) == OpcUa_Null)\r\n 			{\r\n-				*aStrOut = (OpcUa_CharA *)malloc(iLen + 1);\r\n+				*aStrOut = (OpcUa_CharA*)malloc(iLen + 1);\r\n 				if (*aStrOut)\r\n 				{\r\n 					memset(*aStrOut, 0, iLen + 1);\r\n-					localStr = (char*)malloc(iLen + 1);\r\n-					if (localStr)\r\n+					for (ii = 0; ii < iLen; ii++)\r\n 					{\r\n-						memset(localStr, 0, iLen + 1);\r\n-						for (ii = 0; ii < iLen; ii++)\r\n-						{\r\n-							localStr[ii] = (char)wStrIn[ii];\r\n-						}\r\n-						strcpy((char *)*aStrOut, localStr);\r\n-						OpcUa_Free(localStr);\r\n-						uStatus = OpcUa_Good;\r\n+						(*aStrOut)[ii] = (char)wStrIn[ii];\r\n 					}\r\n-					else\r\n-						uStatus = OpcUa_BadOutOfMemory;\r\n+					uStatus = OpcUa_Good;\r\n 				}\r\n 				else\r\n 					uStatus = OpcUa_BadOutOfMemory;\r\n</code></pre>',NULL,NULL,1,1,3,NULL,219,0,'2015-08-07 13:35:40','2015-08-07 13:35:40','2015-08-07',0,NULL,NULL,49,1,2,0,NULL),(50,1,47,'Error when creating a new Variable or VariableType','The DataType is not created properly. it remains i=0\r\nSampling interval not save correctly',NULL,NULL,1,1,4,NULL,1,0,'2015-08-09 16:52:13','2015-08-09 16:52:13','2015-08-09',0,NULL,NULL,50,1,2,0,NULL),(51,1,46,'Crash - Tool Version - Beta 3.2- OPCUA Configuration Manager','Scenario:-\r\nOn Loading IEC61850 DemoProject the IEC_61850_CID_UANodeset8.XML - Click on the Root>DataObjects - The tool crashes.',NULL,NULL,5,1,5,8,239,4,'2015-08-21 15:03:50','2015-12-10 16:53:06','2015-08-21',100,NULL,NULL,51,1,2,0,'2015-08-21 17:07:34'),(58,1,46,'Crash - Tool Version - Beta 3.3- OPCUA Configuration Manager','on the tab \"Config\" it\'s not possible to select or create a configuration\r\n',NULL,NULL,6,1,4,8,238,1,'2015-08-26 15:53:41','2015-08-26 16:21:03','2015-08-26',0,NULL,NULL,58,1,2,0,'2015-08-26 16:21:03'),(59,1,47,'NamespaceUri for subsystem','When we save at least  a new configuration the namespaceUri is not saved.\r\n\r\n_<?xml version=\"1.0\" encoding=\"UTF-8\" ?><!--OpenOpcUa SubSystem configuration-->\r\n\r\n<SubSystems xmlns=\"http://www.openopcua.org/SubSystem.xsd\">\r\n  <NamespaceUris></NamespaceUris>\r\n  <SubSystem SubSystemId=\"ns=1;i=1000\" SubSystemName=\"UaClient001\" VpiName=\"VpiUaClnt\" AccessMode=\"Subscribe\"></SubSystem></SubSystems>_',NULL,NULL,1,NULL,4,NULL,1,0,'2015-10-08 20:04:29','2015-10-08 20:04:29','2015-10-08',0,NULL,NULL,59,1,2,0,NULL),(60,1,47,'Error when creating a new subsystem','In the subsystemTab  the name of the new entry is always. Template.\r\nIt should be the name of the newly created file',NULL,NULL,1,1,7,NULL,1,0,'2015-10-08 20:08:08','2015-10-08 20:08:08','2015-10-08',0,NULL,NULL,60,1,2,0,NULL),(61,1,46,'Crash OpenOpcUaClientLib and OpenOpcUaSharedLib','Version 1.0.3.2 introduces crashes due to multiple free of the same memory block.\r\n\r\n+File: OpenOpcUaSharedLib/MonitoredItemBase.cpp+\r\n\r\n*m_filterToUse* is freed in the destructor with the call of OpcUa_ExtensionObject_Clear(&m_filterToUse);\r\n\r\nHowever a hard copy (memory replication) can occur in the function SetFilterTo which leads the MonitoredItemBase to take the responsibility of this memory block.\r\nBy the way there\'s a memory leak if you call multiple time SetFilterTo because the previous filter will no longer be referenced.\r\n\r\nThe crash appends when you call ModifyMonitoredItem in the client library because you call \"SetFilterToUse\" with a filter that you later delete in the function. This lead to multiple release of the nodeId when the destructor of MonitoredItemBase is called ..\r\nIn case of string identifier it crashes.\r\n\r\n<pre>\r\nOpcUa_DataChangeFilter_Clear(pDataChangeFilter);\r\nOpcUa_ExtensionObject_Clear(&DataChangeFilter);\r\n</pre>\r\n\r\n+Same philosophy: OpenOpcUaClientLib.cpp+\r\nOpcUa_MonitoredItemCreateRequest_Clear release the nodeId.\r\nHowever, OpenOpcUa_CreateMonitoredItems already do it because it hard copies the nodeId :\r\n\r\n<pre>\r\n752. pNodesToRead[ii].NodeId=pItemsToCreate[ii].ItemToMonitor.NodeId;\r\n777. pNodesToRead[ii].NodeId=pItemsToCreate[ii].ItemToMonitor.NodeId;\r\n</pre>\r\n\r\nAnd then destroy it:\r\n<pre>\r\n792. OpcUa_ReadValueId_Clear(pNodesToRead);\r\n</pre>',NULL,NULL,5,1,4,12,246,2,'2015-11-18 10:24:13','2015-12-10 16:52:13','2015-11-18',100,NULL,NULL,61,1,2,0,'2015-11-23 09:45:12'),(62,1,46,'DataChangeTrigger have an invalid behaviour','Changing the DataChangeTrigger of a monitored item to @OpcUa_DataChangeTrigger_StatusValueTimestamp@ using @OpenOpcUa_ModifyMonitoredItems@  leads to notification spam even if there is no modification of value / status nor timestamp.',NULL,NULL,3,1,5,12,246,6,'2015-11-18 11:44:47','2016-09-15 19:59:42','2015-11-18',100,NULL,NULL,62,1,2,0,'2016-01-04 22:56:07'),(63,1,46,'Client handle for monitored items collide','The way monitored item handle are created does not guaranty unicity.\r\n\r\nActual method:\r\n<pre>\r\ntime_t timer;\r\nOpcUa_UInt32 uiClientHandle = 0;\r\nwhile (uiClientHandle == 0)\r\n{\r\n    time(&timer);\r\n    uiClientHandle = (OpcUa_UInt32)(rand() + timer);\r\n}\r\n</pre>\r\n\r\nThe function time() and rand() are platform dependent (the result of rand depends on RAND_MAX) so you cannot guess the result of this.\r\nBut assuming that:\r\n* The time function returns the unix timestamp (number of seconds since 00:00 hours, Jan 1, 1970 UTC)\r\n* RAND_MAX is 0x7FFF (32767) (the minimum standard value)\r\n\r\nThe @OpenOpcUa_CreateMonitoredItems@ function computes all the monitored items\' handles in less than 1 second, so the time function always return the same number.\r\nSo basically, the handle just depends of the rand function ..\r\n\r\nThe probability of having at least one collision is for\r\nk = RAND_MAX value\r\nn = number of monitored items\r\n\r\np = product[i=0..n-1](k - i) / k^n\r\n\r\nWhich can be quite high with low RAND_MAX (see graph attached with k = 32767) .. \r\nBut in fact, the only thing interesting that you cannot ensure *p = 0*. And so this solution is *bad and not reliable*.\r\nAs we work on +critical systems+ random is not acceptable.\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n',NULL,NULL,5,246,5,12,246,2,'2015-11-18 13:56:49','2015-12-10 16:51:21','2015-11-18',100,NULL,NULL,63,1,2,0,'2015-11-23 10:55:38'),(64,1,46,'OpenOpcUaServer crash only under linux','Backtrace \r\n<pre>\r\n#0  0xf7c3fb76 in pthread_mutex_lock () from /lib/libpthread.so.0\r\n#1  0xf7edb84f in OpcUa_Semaphore_Post (RawSemaphore=0x0, uReleaseCount=1) at OpenOpcUa/OpenOpcUaStackV1/source/opcua_core.c:591\r\n#2  0xf7f239a0 in InternalThreadMain (a_Thread=0x832de08) at OpenOpcUa/OpenOpcUaStackV1/source/opcua_thread.c:101\r\n#3  0xf7efe442 in pthread_start (args=0x832deb0) at OpenOpcUa/OpenOpcUaStackV1/source/opcua_p_thread.c:105\r\n#4  0xf7c3db5c in start_thread () from /lib/libpthread.so.0\r\n#5  0xf7a25b8e in clone () from /lib/libc.so.6\r\n</pre>',NULL,NULL,5,1,5,12,246,3,'2015-11-18 14:13:53','2015-12-10 16:49:38','2015-11-18',100,NULL,NULL,64,1,2,0,'2015-12-10 16:49:38'),(65,1,46,'Client is stuck in OpenOpcUa_CloseSession','Backtrace:\r\n\r\n<pre>\r\n#0  0xf7fdc430 in __kernel_vsyscall ()\r\n#1  0xf7b228a4 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0\r\n#2  0xf7db7781 in OpcUa_Semaphore_TimedWait (a_RawSemaphore=0x84f6300, msecTimeout=4294967295) at OpenOpcUa/OpenOpcUaStackV1/source/opcua_core.c:527\r\n#3  0xf7d97d42 in OpcUa_AsyncCallState_WaitForCompletion (a_pAsyncState=0x84f6ac8, a_uTimeout=4294967295) at OpenOpcUa/OpenOpcUaStackV1/source/opcua_asynccallstate.c:172\r\n#4  0xf7daf254 in OpcUa_Channel_InvokeService (a_pChannel=0x84e0e98, a_sName=0xf7e5a211 \"DeleteSubscriptions\", a_pRequest=0xffffad50, a_pRequestType=0xf7e8b0a0 <OpcUa_DeleteSubscriptionsRequest_EncodeableType>,\r\n    a_ppResponse=0xffffad4c, a_ppResponseType=0xffffad48) at OpenOpcUa/OpenOpcUaStackV1/source/opcua_channel.c:629\r\n#5  0xf7db6d45 in OpcUa_ClientApi_DeleteSubscriptions (a_hChannel=0x84e0e98, a_pRequestHeader=0xffffae14, a_nNoOfSubscriptionIds=1, a_pSubscriptionIds=0xffffaef0, a_pResponseHeader=0xffffae74, a_pNoOfResults=0xffffaeec,\r\n    a_pResults=0xffffaee8, a_pNoOfDiagnosticInfos=0xffffaee4, a_pDiagnosticInfos=0xffffaee0) at OpenOpcUa/OpenOpcUaStackV1/source/opcua_clientapi.c:4725\r\n#6  0xf7f160d0 in OpenOpcUa::UACoreClient::CSessionClient::DeleteSubscription (this=0x8439bd0, pSubscription=0x8439f68) at OpenOpcUa/OpenOpcUaClientLib/source/ClientSession.cpp:1111\r\n#7  0xf7f16b30 in OpenOpcUa::UACoreClient::CSessionClient::DeleteAllSubscriptions (this=0x8439bd0) at OpenOpcUa/OpenOpcUaClientLib/source/ClientSession.cpp:1539\r\n#8  0xf7f1bb74 in OpenOpcUa_CloseSession (hApplication=0x80cf008, hSession=0x8439bd0) at OpenOpcUa/OpenOpcUaClientLib/source/OpenOpcUaClientLib.cpp:483\r\n...\r\n</pre>',NULL,NULL,5,1,5,12,246,3,'2015-11-18 14:17:12','2015-12-10 16:48:33','2015-11-18',100,NULL,NULL,65,1,2,0,'2015-12-08 22:54:47'),(66,1,46,'Client with double OpenOpcUaCoreServer doesn\'t work sometimes','Server log for a working case:\r\n\r\n<pre>\r\n|4142750144| 15:10:40.000Z Now will try to parse: ./Opc.Ua.NodeSet2.Part3.xml\r\n|4142750144| 15:10:40.000Z Your XML configuration file : ./Opc.Ua.NodeSet2.Part3.xml has been parsed. AddressSpace initialization result=0x00000\r\n|4142750144| 15:10:40.000Z fixing the orphan dataType declaration\r\n|4142750144| 15:10:40.000Z Orphan dataType declaration fixed\r\n|4142750144| 15:10:40.000Z Now will try to parse: ./Opc.Ua.NodeSet2.Part4.xml\r\n|4142750144| 15:10:40.000Z Your XML configuration file : ./Opc.Ua.NodeSet2.Part4.xml has been parsed. AddressSpace initialization result=0x00000\r\n|4142750144| 15:10:40.000Z fixing the orphan dataType declaration\r\n|4142750144| 15:10:40.000Z Orphan dataType declaration fixed\r\n|4142750144| 15:10:40.000Z Now will try to parse: ./Opc.Ua.NodeSet2.Part5.xml\r\n|4142750144| 15:10:41.000Z Your XML configuration file : ./Opc.Ua.NodeSet2.Part5.xml has been parsed. AddressSpace initialization result=0x00000\r\n|4142750144| 15:10:41.000Z fixing the orphan dataType declaration\r\n|4142750144| 15:10:41.000Z Orphan dataType declaration fixed\r\n|4142750144| 15:10:41.000Z Now will try to parse: ./VPINodeset.xml\r\n|4142750144| 15:10:44.000Z Your XML configuration file : ./VPINodeset.xml has been parsed. AddressSpace initialization result=0x00000\r\n|4142750144| 15:10:44.000Z fixing the orphan dataType declaration\r\n|4142750144| 15:10:44.000Z Orphan dataType declaration fixed\r\n|4142750144| 15:10:44.000Z Start Post-Parsing initialization\r\n|4142750144| 15:10:44.000Z Start Updating UAVariablesBuiltinType\r\n|4142750144| 15:10:44.000Z Start Updating UAVariablesEncodeableObject\r\n|4142750144| 15:10:44.000Z Start Updating inverse references\r\n|4142750144| 15:10:44.000Z Your certificate validate your server \r\nfrom: 27/10/2015 16:50:49.000\r\n \r\nto: 30/09/2020 16:50:49.000\r\n\r\n|4142750144| 15:10:44.000Z Server listening at :\r\n	opc.tcp://sup1:16664/OpenOpcUaCoreServer.\r\n|4142750144| 15:10:44.000Z 8187 Nodes in the addressSpace split in \r\n	147 Objects 7804 Variables 0 Views 21 Methods \r\n	63 ObjectTypes 23 ReferenceTypes 107 DataTypes 22 VariableTypes\r\n|4142750144| 15:10:44.000Z Press Q or q to exit.\r\n|4142054208| 15:10:44.000Z Server Endpoint open. It\'s now listening at opc.tcp://sup1:16664/OpenOpcUaCoreServer with Binary Serializer\r\n|4140702528| 15:10:45.000Z We receive a request to open the SecureChannel 3969233455.\r\n|4140702528| 15:10:45.000Z SecureChannel 0x9d19e00 with SecureChannelId=3969233455 was correctly openned.\r\n|4140702528| 15:10:45.000Z Server_CreateSession receive from the client\r\n|4140702528| 15:10:45.000Z The currentSecureChannelId for this session will be 3969233455\r\n|4140702528| 15:10:45.000Z Server_CreateSession done uStatus=0x0\r\n|4140211008| 15:10:45.000Z Started>UpdateDataSubscriptionThread Id=3492052480 run:1\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received \r\n|4140088128| 15:10:45.000Z Started>UpdateDataSubscriptionThread Id=1250249536 run:1\r\n|4140702528| 15:10:45.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4142177088| 15:10:56.000Z End Post-Parsing initialization\r\n|4140702528| 15:11:17.000Z We receive a request to open the SecureChannel 3969233456.\r\n|4140702528| 15:11:17.000Z SecureChannel 0x9d0e930 with SecureChannelId=3969233456 was correctly openned.\r\n|4140702528| 15:11:17.000Z Request to close SecureChannel 3969233456 \r\n|4140702528| 15:11:17.000Z SecureChannel 3969233456 was close properly\r\n|4140702528| 15:11:17.000Z RemoveSecureChannel done 0x9d0e930 uStatus=0x00000\r\n|4140702528| 15:11:17.000Z We receive a request to open the SecureChannel 3969233457.\r\n|4140702528| 15:11:17.000Z SecureChannel 0xa338d28 with SecureChannelId=3969233457 was correctly openned.\r\n|4140702528| 15:11:17.000Z Server_CreateSession receive from the client\r\n|4140702528| 15:11:17.000Z The currentSecureChannelId for this session will be 3969233457\r\n|4140702528| 15:11:17.000Z Server_CreateSession done uStatus=0x0\r\n|4135459648| 15:11:17.000Z Started>UpdateDataSubscriptionThread Id=2438476896 run:1\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4135336768| 15:11:17.000Z Started>UpdateDataSubscriptionThread Id=3302258224 run:1\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4135213888| 15:11:17.000Z Started>UpdateDataSubscriptionThread Id=278826432 run:1\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4135091008| 15:11:17.000Z Started>UpdateDataSubscriptionThread Id=531250304 run:1\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4134968128| 15:11:17.000Z Started>UpdateDataSubscriptionThread Id=3723698768 run:1\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4134845248| 15:11:17.000Z Started>UpdateDataSubscriptionThread Id=3192577872 run:1\r\n|4140702528| 15:11:17.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4135336768| 15:11:18.000Z UpdateDataSubscriptionThread:3302258224>There are no PublishRequest available in the queue\r\n|4135213888| 15:11:18.000Z UpdateDataSubscriptionThread:278826432>There are no PublishRequest available in the queue\r\n|4135091008| 15:11:18.000Z UpdateDataSubscriptionThread:531250304>There are no PublishRequest available in the queue\r\n|4134968128| 15:11:18.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4134845248| 15:11:18.000Z UpdateDataSubscriptionThread:3192577872>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:19.000Z AckAndQueuePublishRequest:3302258224>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:19.000Z AckAndQueuePublishRequest:278826432>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:19.000Z AckAndQueuePublishRequest:531250304>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:19.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:19.000Z AckAndQueuePublishRequest:3192577872>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4134845248| 15:11:19.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135213888| 15:11:19.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135336768| 15:11:19.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4134968128| 15:11:19.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135091008| 15:11:19.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135213888| 15:11:19.000Z UpdateDataSubscriptionThread:278826432>There are no PublishRequest available in the queue\r\n|4135336768| 15:11:19.000Z UpdateDataSubscriptionThread:3302258224>There are no PublishRequest available in the queue\r\n|4134968128| 15:11:19.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4135091008| 15:11:19.000Z UpdateDataSubscriptionThread:531250304>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:20.000Z AckAndQueuePublishRequest:3302258224>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:20.000Z AckAndQueuePublishRequest:278826432>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:20.000Z AckAndQueuePublishRequest:531250304>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:20.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135091008| 15:11:20.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4134968128| 15:11:20.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4134968128| 15:11:20.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4135336768| 15:11:20.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135336768| 15:11:20.000Z UpdateDataSubscriptionThread:3302258224>There are no PublishRequest available in the queue\r\n|4135213888| 15:11:20.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135213888| 15:11:20.000Z UpdateDataSubscriptionThread:278826432>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:21.000Z AckAndQueuePublishRequest:3302258224>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:21.000Z AckAndQueuePublishRequest:278826432>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:21.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135336768| 15:11:21.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4134968128| 15:11:21.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4134968128| 15:11:21.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4135213888| 15:11:21.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135213888| 15:11:21.000Z UpdateDataSubscriptionThread:278826432>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:22.000Z AckAndQueuePublishRequest:278826432>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4140702528| 15:11:22.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4134968128| 15:11:22.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135213888| 15:11:22.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135213888| 15:11:22.000Z UpdateDataSubscriptionThread:278826432>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:23.000Z AckAndQueuePublishRequest:278826432>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135213888| 15:11:23.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:11:28.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:11:28.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4135091008| 15:11:30.000Z UpdateDataSubscriptionThread:531250304>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:30.000Z AckAndQueuePublishRequest:531250304>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135091008| 15:11:30.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4134968128| 15:11:32.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:32.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4134968128| 15:11:32.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:11:38.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:11:38.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4135091008| 15:11:40.000Z UpdateDataSubscriptionThread:531250304>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:40.000Z AckAndQueuePublishRequest:531250304>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135091008| 15:11:40.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135336768| 15:11:41.000Z UpdateDataSubscriptionThread:3302258224>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:41.000Z AckAndQueuePublishRequest:3302258224>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135336768| 15:11:41.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:11:48.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:11:48.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4135336768| 15:11:51.000Z UpdateDataSubscriptionThread:3302258224>There are no PublishRequest available in the queue\r\n|4140702528| 15:11:51.000Z AckAndQueuePublishRequest:3302258224>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135336768| 15:11:51.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:11:58.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:11:58.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4140702528| 15:12:08.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:12:08.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4140702528| 15:12:18.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:12:18.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4134968128| 15:12:22.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4140702528| 15:12:22.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4134968128| 15:12:22.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:12:28.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:12:28.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4134968128| 15:12:32.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4140702528| 15:12:32.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4134968128| 15:12:32.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:12:38.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:12:38.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4135336768| 15:12:41.000Z UpdateDataSubscriptionThread:3302258224>There are no PublishRequest available in the queue\r\n|4140702528| 15:12:41.000Z AckAndQueuePublishRequest:3302258224>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135336768| 15:12:41.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4134968128| 15:12:42.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4140702528| 15:12:42.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4134968128| 15:12:42.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:12:48.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:12:48.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4134968128| 15:12:52.000Z UpdateDataSubscriptionThread:3723698768>There are no PublishRequest available in the queue\r\n|4140702528| 15:12:52.000Z AckAndQueuePublishRequest:3723698768>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4134968128| 15:12:52.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:12:58.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:12:58.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4135336768| 15:13:01.000Z UpdateDataSubscriptionThread:3302258224>There are no PublishRequest available in the queue\r\n|4140702528| 15:13:01.000Z AckAndQueuePublishRequest:3302258224>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135336768| 15:13:01.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:13:08.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:13:08.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4135091008| 15:13:10.000Z UpdateDataSubscriptionThread:531250304>There are no PublishRequest available in the queue\r\n|4140702528| 15:13:10.000Z AckAndQueuePublishRequest:531250304>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135091008| 15:13:10.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4135336768| 15:13:11.000Z UpdateDataSubscriptionThread:3302258224>There are no PublishRequest available in the queue\r\n|4140702528| 15:13:11.000Z AckAndQueuePublishRequest:3302258224>InColdState or InLate:Wakeup the subscriptionThread for immediate notification\r\n|4135336768| 15:13:11.000Z UpdateDataSubscriptionThread> timeout uStatus=0x00000\r\n|4140702528| 15:13:18.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:13:18.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n|4140702528| 15:13:28.000Z uiSequence not found in the DataChangeNotificationList 2\r\n|4140702528| 15:13:28.000Z Ack-Notification Message failed: ustatus=0x807a0000\r\n</pre>\r\n\r\nFor the not working case:\r\n\r\n<pre>\r\n|4151196096| 13:45:54.000Z Now will try to parse: ./Opc.Ua.NodeSet2.Part3.xml\r\n|4151196096| 13:45:54.000Z Your XML configuration file : ./Opc.Ua.NodeSet2.Part3.xml has been parsed. AddressSpace initialization result=0x00000\r\n|4151196096| 13:45:54.000Z fixing the orphan dataType declaration\r\n|4151196096| 13:45:54.000Z Orphan dataType declaration fixed\r\n|4151196096| 13:45:54.000Z Now will try to parse: ./Opc.Ua.NodeSet2.Part4.xml\r\n|4151196096| 13:45:54.000Z Your XML configuration file : ./Opc.Ua.NodeSet2.Part4.xml has been parsed. AddressSpace initialization result=0x00000\r\n|4151196096| 13:45:54.000Z fixing the orphan dataType declaration\r\n|4151196096| 13:45:54.000Z Orphan dataType declaration fixed\r\n|4151196096| 13:45:54.000Z Now will try to parse: ./Opc.Ua.NodeSet2.Part5.xml\r\n|4151196096| 13:45:55.000Z Your XML configuration file : ./Opc.Ua.NodeSet2.Part5.xml has been parsed. AddressSpace initialization result=0x00000\r\n|4151196096| 13:45:55.000Z fixing the orphan dataType declaration\r\n|4151196096| 13:45:55.000Z Orphan dataType declaration fixed\r\n|4151196096| 13:45:55.000Z Now will try to parse: ./VPINodeset.xml\r\n|4151196096| 13:45:58.000Z Your XML configuration file : ./VPINodeset.xml has been parsed. AddressSpace initialization result=0x00000\r\n|4151196096| 13:45:58.000Z fixing the orphan dataType declaration\r\n|4151196096| 13:45:58.000Z Orphan dataType declaration fixed\r\n|4151196096| 13:45:58.000Z Start Post-Parsing initialization\r\n|4151196096| 13:45:58.000Z Start Updating UAVariablesBuiltinType\r\n|4151196096| 13:45:58.000Z Start Updating UAVariablesEncodeableObject\r\n|4151196096| 13:45:58.000Z Start Updating inverse references\r\n|4151196096| 13:45:58.000Z Your certificate validate your server \r\nfrom: 27/10/2015 16:50:49.000\r\n \r\nto: 30/09/2020 16:50:49.000\r\n\r\n|4151196096| 13:45:58.000Z Server listening at :\r\n	opc.tcp://sup1:16664/OpenOpcUaCoreServer.\r\n|4151196096| 13:45:58.000Z 8187 Nodes in the addressSpace split in \r\n	147 Objects 7804 Variables 0 Views 21 Methods \r\n	63 ObjectTypes 23 ReferenceTypes 107 DataTypes 22 VariableTypes\r\n|4151196096| 13:45:58.000Z Press Q or q to exit.\r\n|4150500160| 13:45:58.000Z Server Endpoint open. It\'s now listening at opc.tcp://sup1:16664/OpenOpcUaCoreServer with Binary Serializer\r\n\r\n\r\n\r\n|4149091136| 13:46:03.000Z We receive a request to open the SecureChannel 3964147273.\r\n|4149091136| 13:46:03.000Z SecureChannel 0x83e1f90 with SecureChannelId=3964147273 was correctly openned.\r\n|4149091136| 13:46:03.000Z Server_CreateSession receive from the client\r\n|4149091136| 13:46:03.000Z The currentSecureChannelId for this session will be 3964147273\r\n|4149091136| 13:46:03.000Z Server_CreateSession done uStatus=0x0\r\n|4148599616| 13:46:03.000Z Started>UpdateDataSubscriptionThread Id=2663583728 run:1\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4148476736| 13:46:03.000Z Started>UpdateDataSubscriptionThread Id=1237762576 run:1\r\n|4149091136| 13:46:03.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4150623040| 13:46:11.000Z End Post-Parsing initialization\r\n\r\n|4149091136| 13:48:10.000Z We receive a request to open the SecureChannel 3964147274.\r\n|4149091136| 13:48:10.000Z SecureChannel 0x8858db8 with SecureChannelId=3964147274 was correctly openned.\r\n|4149091136| 13:48:10.000Z Request to close SecureChannel 3964147274 \r\n|4149091136| 13:48:10.000Z SecureChannel 3964147274 was close properly\r\n|4149091136| 13:48:10.000Z RemoveSecureChannel done 0x8858db8 uStatus=0x00000\r\n\r\n\r\n\r\n|4149091136| 13:48:11.000Z We receive a request to open the SecureChannel 3964147275.\r\n|4149091136| 13:48:11.000Z SecureChannel 0x831ff30 with SecureChannelId=3964147275 was correctly openned.\r\n|4149091136| 13:48:11.000Z Server_CreateSession receive from the client\r\n|4149091136| 13:48:11.000Z The currentSecureChannelId for this session will be 3964147275\r\n|4149091136| 13:48:11.000Z Server_CreateSession done uStatus=0x0\r\n|4143848256| 13:48:11.000Z Started>UpdateDataSubscriptionThread Id=3830111568 run:1\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4143725376| 13:48:11.000Z Started>UpdateDataSubscriptionThread Id=1854037936 run:1\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4143602496| 13:48:11.000Z Started>UpdateDataSubscriptionThread Id=3650667888 run:1\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4143479616| 13:48:11.000Z Started>UpdateDataSubscriptionThread Id=1590895552 run:1\r\n|4143356736| 13:48:11.000Z Started>UpdateDataSubscriptionThread Id=2799501312 run:1\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n|4143233856| 13:48:11.000Z Started>UpdateDataSubscriptionThread Id=1903115776 run:1\r\n|4149091136| 13:48:11.000Z CSubscriptionServer::AddMonitoredItem>m_MonitoredItemListSem properly received\r\n\r\n</pre>',NULL,NULL,5,1,5,12,246,5,'2015-11-18 14:22:25','2016-09-15 19:59:24','2015-11-18',100,NULL,NULL,66,1,2,0,'2016-09-15 19:59:24'),(67,1,46,'OpenOPCUA Client not able to browse variables on B&R X-20 module ','While testing the OPC UA client with actual device, I have faced this issue, I am able to connect to the B&R X-20 module with OPC UA protocol using Softing client (Softing Client.png). When I have connect to the device using the OpenOPCUA client, it was connected successfully. Session was created and activated successfully, but when I tried reading for variables, it not able to do so. \r\n\r\nEven the OpenOpcUaQuickClient was not able to browse the objects (OpenOPCUA.png).\r\n\r\nI am attaching the logs from the OpenOpcUaQuickClient and OpenOPCUA client.\r\n',NULL,NULL,5,1,6,NULL,243,7,'2015-12-01 13:56:35','2015-12-21 12:06:47','2015-12-01',100,NULL,NULL,67,1,2,0,'2015-12-21 12:06:47'),(68,1,46,'Useless publishes send by the serveur','',NULL,NULL,3,1,4,13,246,1,'2015-12-17 20:13:00','2016-01-04 22:57:11','2015-12-17',0,NULL,NULL,68,1,2,0,'2016-01-04 22:57:11'),(69,1,46,'OpenOpcUa_CloseSession leads to crash','#12 0xf7fb13d8 in std::vector<OpenOpcUa::UACoreClient::CSubscriptionClient*, std::allocator<OpenOpcUa::UACoreClient::CSubscriptionClient*> >::at (this=0xf6b008a8, __n=1)\r\n    at /usr/include/c++/4.8.2/bits/stl_vector.h:812\r\n#13 0xf7fbda52 in OpenOpcUa::UACoreClient::CSessionClient::DeleteAllSubscriptions (this=0xf6b00870) at OpenOpcUa/OpenOpcUaClientLib/source/ClientSession.cpp:1591\r\n#14 0xf7fc2a65 in OpenOpcUa_CloseSession (hApplication=0x80c2008, hSession=0xf6b00870) at OpenOpcUa/OpenOpcUaClientLib/source/OpenOpcUaClientLib.cpp:497\r\n\r\n\r\nexpection std::out_of_range in OpcUa_ClientApi_DeleteSubscriptions because nNoofResults > m_SubscriptionList.size()',NULL,NULL,5,1,4,13,246,1,'2015-12-17 20:17:44','2015-12-18 09:38:24','2015-12-17',100,NULL,NULL,69,1,2,0,'2015-12-18 09:38:24'),(70,1,46,'Server can crash randomly','In fonction AsyncRequestThread in SessionServer.cpp  around line 1358 \r\n\r\n<pre>\r\nOpcUa_Semaphore_Post(pSessionServer->m_hPublishSem, 1); \r\n</pre>\r\n\r\ncause a crash because pSessionServer->m_hPublishSem == NULL',NULL,NULL,3,1,4,13,246,1,'2015-12-17 20:20:15','2015-12-18 10:50:42','2015-12-17',100,NULL,NULL,70,1,2,0,'2015-12-18 10:50:42'),(71,1,46,'Troubles with OpenOpcUa_CreateMonitoredItemsEx','',NULL,NULL,3,1,4,NULL,246,1,'2015-12-17 20:22:40','2015-12-18 09:09:48','2015-12-17',0,NULL,NULL,71,1,2,0,'2015-12-18 09:09:48'),(72,1,46,'Troubles With Server','Hi M.condemine,\r\n\r\nI have some issues with the Server (versio 1.0.2.8).\r\nI attach some logs.\r\nMy client uses WinCC for UA-Client and yesterday he loosed the connection with the server and he couldn\'t connect anymore.\r\n\r\nThe memory of the Server reach about 60 Mo (instead of 8 Mo at beginning).\r\n\r\nCould you explain me what it happened ?\r\n\r\nBest Regards.\r\n\r\nSEE - Jacquemet\r\n',NULL,NULL,3,1,4,13,231,2,'2016-01-05 10:35:14','2016-01-05 11:09:53','2016-01-05',100,NULL,NULL,72,1,2,0,'2016-01-05 10:53:24'),(73,3,46,'Examples and documentation','Hello,\r\nis there a documentation for your classes and functions?\r\nE.g.: create a vpi plugin and a node set.\r\n',NULL,NULL,5,NULL,4,NULL,250,2,'2016-01-05 14:51:07','2016-09-15 20:00:58','2016-01-05',100,NULL,NULL,73,1,2,0,'2016-09-15 20:00:58'),(74,1,46,'Tracer initialization failed!: 0x80ab0000','At each start of OpenOpcUaServer a message appears:\r\n\r\nTracer initialization failed!: 0x80ab0000\r\n\r\n',NULL,NULL,1,1,4,13,250,1,'2016-01-19 14:20:26','2016-01-19 14:47:32','2016-01-19',0,NULL,NULL,74,1,2,0,NULL),(75,2,46,'Error output on linux for dlopen','Is it possible to add error messages in function \'OpcUa_LoadLibrary\' in file \'opcua_certficates.cpp\' after dlopen(...)?\r\nE.g. output of dlerror()?',NULL,NULL,1,1,3,NULL,250,1,'2016-01-19 14:28:18','2016-01-19 14:45:46','2016-01-19',0,NULL,NULL,75,1,2,0,NULL),(76,2,46,'Performances (%MEM)','During a normal exchange Client/Server, the server\'s memory is growing linearly for few days before starting to decrease a little.\r\n\r\nGraph example run with 1Gb (100%) memory:\r\n\r\n!Graph.PNG!\r\n',NULL,NULL,1,1,4,13,246,2,'2016-01-25 16:09:36','2016-01-25 17:22:06','2016-01-25',0,NULL,NULL,76,1,2,0,NULL),(77,2,46,'Performances (%CPU)','The use of std::vector is inefficient and leads to performance issues. (linear search with comparison, push_back without reservation (= realloc)).\r\nstd::map with functor will be a better solution.\r\n',NULL,NULL,1,1,3,13,246,3,'2016-01-25 16:09:48','2016-01-27 09:54:55','2016-01-25',0,NULL,NULL,77,1,2,0,NULL),(78,1,46,'CVpiTag XML parsing problem','The constructor of CVpiTag parses all attributes of the tag <Tag> in the subsystem.xml. Your code requires that the XML attribute \"Id\" is the first one. If the XML attribute \"Type\" ist parsed before \"Id\" the error \"Critical Error>Your NodeSet file not fit your SubSystem file\" is shown. \r\n\r\nWe are using QDomDocument to generate the subSystem.xml file and the order of the attributes is handled by QDomDocument internally. We do not have a chance to influence the order of the attributes. The XML specs say that attributes are not ordered. See at  http://www.w3.org/TR/REC-xml/#sec-starttags  -> \"Note that the order of attribute specifications in a start-tag or empty-element tag is not significant.\"','2016-02-05',NULL,5,1,6,13,250,2,'2016-01-28 16:30:20','2022-03-27 23:36:45','2016-01-28',100,NULL,NULL,78,1,2,0,'2022-03-27 23:36:45'),(79,1,46,'VPI: VpiGlobalStop() is not called at server shutdown','I noticed that the VpiGlobalStop() was never called in my VPI. So i had a look at the class VPIScheduler. \r\n\r\nIn my opinion the main problem is the semapore m_hStopSchedulerThread. You are using this semaphore for two different jobs. First you are waiting for the next poll cycle. This waiting can be cancelled by the semaphore post call in StopVpiReaderThread(). Second you are waiting in StopVpiReaderThread() until the reader thread is finished. In most situations the call of OpcUa_Semaphore_Post() in StopVpiReaderThread() will cause the following OpcUa_Semaphore_TimedWait() to exit immediatly. \r\n\r\nMy suggest is to use two semaphores. One for the poll cycle and another for waiting until the reader thread is finished.\r\nThe two attached patches will fix this problem.',NULL,NULL,2,1,4,13,250,3,'2016-02-03 11:48:40','2016-02-04 10:00:57','2016-02-03',0,NULL,NULL,79,1,2,0,NULL),(80,1,46,'OpenOpcUa 1.0.4.0 RC12 does not compile under Linux','Hello Michel,\r\n\r\nthe library OpenOpcUaVpiLibrary cannot be compiled under linux in the RC12.\r\n\r\n1) File RtSocket.cpp, function CRtSocket::Send(): WSAGetLastError() does only exist in Win32.\r\n2) File VpiInternalThread.cpp, function OpcUa_Vpi_Thread_Delete(): CloseHandle() does only exist in Win32.\r\n\r\nMy last tested version was RC9 which can be compiled under linux. \r\n\r\nBye, Bye\r\n\r\nThomas',NULL,NULL,1,NULL,4,13,250,0,'2016-03-17 14:05:23','2016-03-17 14:05:23','2016-03-17',0,NULL,NULL,80,1,2,0,NULL),(81,1,46,'Time problem in logs under Linux','The time is nor UTC nor local and goes the hour goes from 1 to 24. \r\n\r\nI suspect a (+1) on the hour..\r\nI found one in @FileTimeToSystemTime@ (_opcua_p_datetime.c_ line 725)\r\n\r\n<pre>\r\n<code class=\"cpp\">\r\nstruct tm * tmTime;\r\n// ...\r\nlpSystemTime->wHour = tmTime->tm_hour+1;\r\n</code>\r\n</pre>\r\n\r\nThe doc says that tm_hour is between 0 and 23.\r\n\r\nhttp://www.cplusplus.com/reference/ctime/tm/\r\n\r\nBonus: It would be great if we could choose between UTC and localtime.\r\n',NULL,NULL,3,1,4,13,246,2,'2016-04-12 11:16:36','2016-04-13 15:29:11','2016-04-12',100,1,NULL,81,1,2,0,'2016-04-12 20:01:52'),(82,1,46,'Unexpected log behavior','First, one would expect ordered trace level such as :\r\n\r\n<pre>\r\nNONE > ERROR > WARNING > INFO > DEBUG > ALL\r\n</pre>\r\n\r\nWhich means that with a trace output *NONE* the log system products no traces, *ERROR* shows only ERROR traces, *WARNING* shows ERROR + WARNING traces and so on.\r\n\r\nBut actually it doesn\'t.\r\n*INFO* only shows INFO traces, *WARNING* warning trace etc...\r\nExcept \"DEBUG\" which actually means \"ALL\":\r\n\r\n<pre><code class=\"cpp\">\r\n#define OPCUA_TRACE_SERVER_LEVEL_ERROR   (OPCUA_TRACE_SERVER_ERROR)\r\n#define OPCUA_TRACE_SERVER_LEVEL_WARNING (OPCUA_TRACE_SERVER_WARNING)\r\n#define OPCUA_TRACE_SERVER_LEVEL_INFO    (OPCUA_TRACE_SERVER_INFO )\r\n#define OPCUA_TRACE_EXTRA_LEVEL_DEBUG    (OPCUA_TRACE_EXTRA_WARNING | OPCUA_TRACE_EXTRA_INFO | OPCUA_TRACE_EXTRA_ERROR )\r\n</code></pre>\r\n\r\nIt results that we can\'t filter DEBUG traces in logs (expect with none) !\r\n\r\nSecondly, the configuration file doesn\'t allow us to have multiple modules traces.\r\nFor example we can\'t mix *STACK_INFO* with *SERVER_DEBUG* which is sad (:P).\r\n\r\nBecause the code is defined as:\r\n\r\n<pre><code class=\"cpp\">\r\nif (OpcUa_StrCmpA(atts[ii+1],\"STACK_DEBUG\")==0)	// contient le niveau de trace selectionné dans le fichier de configuration\r\n    iTraceLevel = OPCUA_TRACE_OUTPUT_STACK_DEBUG;\r\nelse\r\n{\r\n    if (OpcUa_StrCmpA(atts[ii+1],\"STACK_ERROR\")==0)\r\n	iTraceLevel = OPCUA_TRACE_OUTPUT_STACK_ERROR;\r\n    else\r\n    {\r\n	if (OpcUa_StrCmpA(atts[ii+1],\"STACK_WARNING\")==0)\r\n	    iTraceLevel = OPCUA_TRACE_OUTPUT_STACK_WARNING;\r\n	else\r\n	{\r\n	    if (OpcUa_StrCmpA(atts[ii+1],\"STACK_INFO\")==0)\r\n		iTraceLevel = OPCUA_TRACE_OUTPUT_STACK_INFO;\r\n	    else\r\n	    {\r\n		if (OpcUa_StrCmpA(atts[ii + 1], \"SERVER_DEBUG\") == 0)	// contient le niveau de trace selectionné dans le fichier de configuration\r\n		    iTraceLevel = OPCUA_TRACE_SERVER_LEVEL_DEBUG; //   OPCUA_TRACE_OUTPUT_SERVER_DEBUG\r\n		else\r\n		{\r\n		    if (OpcUa_StrCmpA(atts[ii + 1], \"SERVER_ERROR\") == 0)\r\n			iTraceLevel = OPCUA_TRACE_OUTPUT_SERVER_ERROR;\r\n		// etc ...\r\n</code></pre>\r\n\r\nWhich I personally find awful and can be easily changed for a @std::map<std::string, int>@.\r\n',NULL,NULL,1,NULL,4,NULL,246,0,'2016-04-13 15:26:38','2016-04-13 15:26:38','2016-04-13',0,NULL,NULL,82,1,2,0,NULL),(83,2,46,'Same Timestamp (less 30 second) in Server and Client for Communcating is a restriction','Hi M.Condemine,\r\n\r\nDue to your new version of OPC server, there is a restriction for me.\r\nNow a UA client and the OpenOpcUa Server need to have the same time if they are in different computer (same computer no problem).\r\nIf the difference between these time is 30 second or more, the client doesn\'t read any data (datatype is NULL and quality is bad).\r\nWe need to use a time server for distributing time to PC server and PC client.\r\n\r\n\r\nBut For testing or intregrating software between several companies, we don\'t necessarly have a time server (it\'s too early in the project so all pc haven\'t the same time...)\r\n\r\nIs it possible to configure this time or delete this ? (in your xml config file of server)\r\n\r\nThanks for this evolution.\r\nBest Regards\r\n\r\nJacquemet Julien ( SEE.SR company)',NULL,NULL,1,1,5,13,231,0,'2016-05-12 09:43:22','2016-05-12 09:43:22','2016-05-12',0,NULL,NULL,83,1,2,0,NULL),(84,1,46,'RC16 OpenOpcUaCoreServer crashes when client disconnets.','Hello Michel,\r\n\r\nthere are 2 conditions which let the core server crash.\r\n\r\n1.) A connected client disconnects. The attached file \"RC16-Client-Disconnect-crash.txt\" shows the debug output and a stack backtrace. \r\n2.) The server quits while a client is connected. The attached file \"RC16-Close-while-Client-connected-crash.txt\" shows the debug output and a stack backtrace.\r\n\r\nI hope the attached files will help you.\r\n\r\nKind Regards\r\n\r\nThomas ',NULL,NULL,1,1,4,13,250,8,'2016-05-23 14:37:30','2016-08-08 08:40:01','2016-05-23',0,NULL,NULL,84,1,2,0,NULL),(85,1,46,'OpenOpcUaServer RC15 doesn\'t call VpiWriteValue anymore','The function @OpcUa_Vpi_StatusCode VpiWriteValue(OpcUa_Vpi_Handle hVpi, OpcUa_UInt32 UiNbOfValueWrite, OpcUa_NodeId* Ids, OpcUa_DataValue** ppValue)@ isn\'t called anymore by the server in RC15.\r\nWhen writing a node, it acts like it has no VPI.\r\nHowever, the function VpiReadValue is still working.\r\n\r\n',NULL,NULL,3,1,4,13,246,2,'2016-06-01 10:56:43','2016-06-01 11:34:11','2016-06-01',100,NULL,NULL,85,1,2,0,'2016-06-01 11:17:39'),(86,1,46,'OpenOpcUaServer RC16 crash with VPI','The server crash while parsing the xml node file.\r\nMaybe because we don\'t have BrowseName.\r\n\r\n<pre>\r\n(gdb) bt\r\n#0  0xf7987057 in __strcmp_sse4_2 () from /lib/libc.so.6\r\n#1  0x08108ac6 in OpenOpcUa::UAAddressSpace::CUABase::GetBrowseName (this=0x82ae348) at /home/dev/DEV2/OpenOpcUa/OpenOpcUaCoreServer/include/UABase.h:81\r\n#2  0x08171902 in OpenOpcUa::UAAddressSpace::CUABase::CUABase (this=0x82ae348, aNodeClass=OpcUa_NodeClass_Variable, atts=0x82adb30)\r\n    at /home/dev/DEV2/OpenOpcUa/OpenOpcUaCoreServer/source/UABase.cpp:702\r\n#3  0x081948e4 in OpenOpcUa::UAAddressSpace::CUAVariable::CUAVariable (this=0x82ae348, aNodeClass=OpcUa_NodeClass_Variable, atts=0x82adb30)\r\n    at /home/dev/DEV2/OpenOpcUa/OpenOpcUaCoreServer/source/UAVariable.cpp:142\r\n#4  0x08125fda in xmlNodeSetStartElementHandler (userData=0xffffaa60, name=0x82fa200 \"http://opcfoundation.org/UA/2011/03/UANodeSet.xsd\\001UAVariable\", atts=0x82adb30)\r\n    at /home/dev/DEV2/OpenOpcUa/OpenOpcUaCoreServer/source/ServerApplication.cpp:2382\r\n#5  0xf7fc586d in doContent (parser=0x8396db0, startTagLevel=0, enc=0xf7fd8680 <utf8_encoding_ns>,\r\n    s=0x83b5d64 \"<UAVariable NodeId=\\\"ns=1;s=KLAXON_0\\\" DataType=\\\"Int16\\\" AccessLevel=\\\"3\\\" UserAccessLevel=\\\"3\\\">0KICA8L29wYzpTdHJ1Y3R1cmVkVHlwZT4NCg0KICA8b3BjOlN0cnVjdHVyZWRUeXBlIE5hbWU9IlNlcnZpY2VGYXVsdCIgQmFzZVR5cGU9InVh\"...,\r\n    end=0x83b5dbe \"0KICA8L29wYzpTdHJ1Y3R1cmVkVHlwZT4NCg0KICA8b3BjOlN0cnVjdHVyZWRUeXBlIE5hbWU9IlNlcnZpY2VGYXVsdCIgQmFzZVR5cGU9InVhOkV4dGVuc2lvbk9iamVjdCI+DQogICAgPG9wYzpEb2N1bWVudGF0aW9uPlRoZSByZXNwb25zZSByZXR1cm5lZCBieS\"..., nextPtr=0x8396dc8, haveMore=1 \'\\001\') at /home/dev/DEV2/OpenOpcUa/XMLSaxParser/XmlShared/xmlparse.c:2461\r\n#6  0xf7fc4c91 in contentProcessor (parser=0x8396db0,\r\n    start=0x83b5d5f \"\\n    <UAVariable NodeId=\\\"ns=1;s=KLAXON_0\\\" DataType=\\\"Int16\\\" AccessLevel=\\\"3\\\" UserAccessLevel=\\\"3\\\">0KICA8L29wYzpTdHJ1Y3R1cmVkVHlwZT4NCg0KICA8b3BjOlN0cnVjdHVyZWRUeXBlIE5hbWU9IlNlcnZpY2VGYXVsdCIgQmFzZVR5cGU\"...,\r\n    end=0x83b5dbe \"0KICA8L29wYzpTdHJ1Y3R1cmVkVHlwZT4NCg0KICA8b3BjOlN0cnVjdHVyZWRUeXBlIE5hbWU9IlNlcnZpY2VGYXVsdCIgQmFzZVR5cGU9InVhOkV4dGVuc2lvbk9iamVjdCI+DQogICAgPG9wYzpEb2N1bWVudGF0aW9uPlRoZSByZXNwb25zZSByZXR1cm5lZCBieS\"..., endPtr=0x8396dc8) at /home/dev/DEV2/OpenOpcUa/XMLSaxParser/XmlShared/xmlparse.c:2096\r\n#7  0xf7fc4195 in XML_ParseBuffer (parser=0x8396db0, len=95, isFinal=0) at /home/dev/DEV2/OpenOpcUa/XMLSaxParser/XmlShared/xmlparse.c:1647\r\n#8  0xf7fc40a7 in XML_Parse (parser=0x8396db0, s=0x82aeca0 \"\\n    <UAVariable NodeId=\\\"ns=1;s=KLAXON_0\\\" DataType=\\\"Int16\\\" AccessLevel=\\\"3\\\" UserAccessLevel=\\\"3\\\">\", len=95, isFinal=0)\r\n    at /home/dev/DEV2/OpenOpcUa/XMLSaxParser/XmlShared/xmlparse.c:1618\r\n#9  0xf7fcf562 in xml4CE_SAXParseBegin (pParseFile=0x82fa6e0, pXmlParser=0xffffaaf8) at /home/dev/DEV2/OpenOpcUa/XMLSaxParser/source/SAXParser_Helper.cpp:282\r\n#10 0x0812e0e8 in OpenOpcUa::UACoreServer::CServerApplication::LoadUaServerNodeSet (this=0x8207008, path=0x82ae9e0 \"./\", fileName=0x83b53d8 \"VPINodeset.xml\")\r\n    at /home/dev/DEV2/OpenOpcUa/OpenOpcUaCoreServer/source/ServerApplication.cpp:6106\r\n#11 0x0810daf6 in LoadNodeSetFiles () at /home/dev/DEV2/OpenOpcUa/OpenOpcUaCoreServer/source/Main.cpp:2059\r\n#12 0x0810b990 in RunAsApplication (path=0x8214b90 \"./\", fileName=0x8214b70 \"ConfigOpenOpcUa.xml\") at /home/dev/DEV2/OpenOpcUa/OpenOpcUaCoreServer/source/Main.cpp:458\r\n#13 0x0810c88a in main (argc=2, argv=0xffffade4) at /home/dev/DEV2/OpenOpcUa/OpenOpcUaCoreServer/source/Main.cpp:1447\r\n</pre>\r\n',NULL,NULL,3,NULL,4,13,246,6,'2016-06-01 11:22:41','2016-06-01 16:59:52','2016-06-01',100,NULL,NULL,86,1,2,0,'2016-06-01 16:54:44'),(87,1,46,'SourceName empty in Event subscrition','In EventSubscrition, the Sourname is never displayed when the SourceNode is selected.\r\nIndead a time information is displayed instead of the SourceName when filter is initialy applied, then \r\nwhen new events are generated the field remain empty.',NULL,NULL,3,1,4,NULL,229,1,'2016-06-03 16:32:31','2016-09-06 17:48:11','2016-06-03',100,NULL,NULL,87,1,2,0,'2016-09-06 17:48:11'),(88,1,46,'Crash when adding events in UAexpert','OpenOpcUaCoreServer.exe has crashed when using connection with UAExpert client by adding a single event into the event viewer.\r\n\r\nMore info and files attached',NULL,NULL,3,1,4,13,229,4,'2016-06-03 16:43:07','2016-09-15 19:58:46','2016-06-03',100,NULL,NULL,88,1,2,0,'2016-09-15 19:58:46'),(89,1,46,'Reading array Values from a VPI causes data trash','I did not get the correct data read from an array value with my VPI. \r\n\r\nI found the error in CVPIScheduler::VpiReaderThread(): \r\n\r\nAfter reading the array from the VPI ( CVPIScheduler.cpp line 271 ) you are using CDataValue::SetValue() to copy the array data. But CDataValue::SetValue does not call Alloc_And_Copy_Array anymore ( which does a copy of the data ). It now calls TransfertArray, which only copies the address of the data array. \r\n\r\nFinally in CVPIScheduler.cpp line 296 the variant buffer is deleted. So the copied address is not a valid buffer address anymore.\r\n\r\n',NULL,NULL,5,1,6,13,250,3,'2016-06-09 16:49:45','2022-02-17 10:27:48','2016-06-09',100,NULL,NULL,89,1,2,0,'2022-02-17 10:27:48'),(90,1,46,'UTF-8 to Latin-1 translation problem','An OPC UA string variable which contains accentuated characters written from a client, like UA Expert, to the server causes the string to be modificated when received in the VPI.\r\nIt is certainly a transcoding problem, from UTF-8 to Latin-1.\r\n\r\n','2016-06-30',NULL,3,1,5,13,228,1,'2016-06-17 14:01:05','2016-11-28 09:00:29','2016-06-17',100,NULL,NULL,90,1,2,0,'2016-11-28 09:00:29'),(91,1,49,'La lecture/écriture de string via le Vpi Modbus ne fonctionne pas.','Je viens de tester la version Release sur mon PC connecté à l’automate Schneider.\r\nLa fonction string ne fonctionne pas.\r\n\r\nDans UAExpert la case reste constamment vide\r\nIl y a des valeurs dans le PLC à l’adresse du string mais rien ne s’affiche et lorsque que j’écris une valeur dans le client, UAExpert dit qu’elle est bien envoyée mais les valeur dans le PLC ne bouge pas et la case redevient vide.\r\n\r\nLe Int16 et Int32 modifient bien les valeurs dans le PLC\r\n\r\nFichier de config, log et analyse wireshark Joints',NULL,NULL,5,1,5,NULL,254,15,'2016-08-25 17:29:50','2017-12-10 16:26:23','2016-08-25',100,NULL,NULL,91,1,2,0,'2017-12-10 16:26:23'),(92,1,46,'SecureConnexion is closed while communication ok, then crash the server','The Server crashes after more than 1 hour of communication.\r\n\r\nOn the server :\r\n\r\n<pre>\r\n\r\n\r\n|4132694848| 2016-09-08T10:43:40.000Z CleanupTimeoutedPublishRequest>Context=0xefe04700\r\n|4140161856| 2016-09-08T10:43:41.000Z uiSequence 4468 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:43:42.000Z uiSequence 4469 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:43:43.000Z uiSequence 4470 not found on SubscriptionId: 4024449312\r\n|4132694848| 2016-09-08T10:43:45.000Z CleanupTimeoutedPublishRequest>Context=0xefe04700\r\n|4140161856| 2016-09-08T10:43:46.000Z uiSequence 4473 not found on SubscriptionId: 4024449312\r\n|4132694848| 2016-09-08T10:43:48.000Z CleanupTimeoutedPublishRequest>Context=0xefe047a8\r\n|4140161856| 2016-09-08T10:43:49.000Z uiSequence 4476 not found on SubscriptionId: 4024449312\r\n|4132694848| 2016-09-08T10:43:51.000Z CleanupTimeoutedPublishRequest>Context=0xefe047a8\r\n|4140161856| 2016-09-08T10:43:52.000Z uiSequence 4479 not found on SubscriptionId: 4024449312\r\n|4132694848| 2016-09-08T10:43:54.000Z CleanupTimeoutedPublishRequest>Context=0xefe047a8\r\n|4132694848| 2016-09-08T10:43:56.000Z CleanupTimeoutedPublishRequest>Context=0xefe04700\r\n|4132694848| 2016-09-08T10:43:58.000Z CleanupTimeoutedPublishRequest>Context=0xefe008d0\r\n|4132694848| 2016-09-08T10:44:01.000Z CleanupTimeoutedPublishRequest>Context=0xefe008d0\r\n|4132694848| 2016-09-08T10:44:03.000Z CleanupTimeoutedPublishRequest>Context=0xefe008d0\r\n|4140161856| 2016-09-08T10:44:04.000Z uiSequence 4491 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:44:05.000Z uiSequence 4492 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:44:06.000Z uiSequence 4493 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:44:07.000Z uiSequence 4494 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:44:08.000Z uiSequence 4495 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:44:09.000Z uiSequence 4496 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:44:10.000Z uiSequence 4497 not found on SubscriptionId: 4024449312\r\n|4132694848| 2016-09-08T10:44:12.000Z CleanupTimeoutedPublishRequest>Context=0xefe10d60\r\n|4140161856| 2016-09-08T10:44:13.000Z uiSequence 4500 not found on SubscriptionId: 4024449312\r\n|4140161856| 2016-09-08T10:44:14.000Z uiSequence 4501 not found on SubscriptionId: 4024449312\r\n(first trace of the problem)\r\n|4141157184| 2016-09-08T10:44:16.000Z Request to close SecureChannel 153163489\r\n|4141157184| 2016-09-08T10:44:16.000Z Error. This SecureChannel is associated with a pending Session\r\n|4141157184| 2016-09-08T10:44:16.000Z SecureChannel 153163489 was close properly\r\n|4141157184| 2016-09-08T10:44:16.000Z RemoveSecureChannel done 0xefe11438 uStatus=0x00000\r\n|4132694848| 2016-09-08T10:44:16.000Z CleanupTimeoutedPublishRequest>Context=0xefe008d0\r\n|4132694848| 2016-09-08T10:44:16.000Z PQPR>EndSendResponse failed. Status 0x80220000\r\n|4132694848| 2016-09-08T10:44:23.000Z CleanupTimeoutedPublishRequest>Context=0xefe04700\r\n</pre>\r\n&rarr; Warning, the date is incorrect in the serveur logs +2 hr\r\n\r\n\r\n\r\nOn the client :\r\n<pre>\r\n08/09/2016 12:44:16,612 [ INFO] OnShutdownMessage : a034aa8 0x80af0000\r\n08/09/2016 12:44:20,714 [ INFO] OnShutdownMessage : a034aa8 0x80af0000\r\n08/09/2016 12:44:20,714 [ INFO] OnShutdownMessage : a034aa8 0x80af0000\r\n08/09/2016 12:44:46,676 [ INFO] S | 0xa034aa8 : Deconnexion pour cause de non activite sur une souscription\r\n08/09/2016 12:44:46,676 [ INFO] Deconnexion (hSession = 0xa034aa8)\r\n(so reconnecting...)\r\n08/09/2016 12:44:47,734 [DEBUG] 5 endpoints trouves.\r\n08/09/2016 12:44:48,742 [DEBUG] OpenOpcUa_ActivateSession OK -> 0xa037dc0\r\n08/09/2016 12:44:48,744 [DEBUG] NamespaceArray [0] => http://opcfoundation.org/UA/\r\n08/09/2016 12:44:48,744 [DEBUG] NamespaceArray [1] => urn:localhost:OpenOpcUa:OpenOpcUaCoreServer\r\n08/09/2016 12:44:48,746 [DEBUG] OpenOpcUa_CreateSubscription [00000000] Handle=a039aa8, PublishingInterval=1000, LifeTimeCount=30, KeepAliveCount=10\r\n08/09/2016 12:44:48,746 [DEBUG]  > SubscriptionID = 0xefd0e170, 4023443824\r\n08/09/2016 12:44:48,750 [DEBUG] OpenOpcUa_CreateMonitoredItemsEx [0] (hSubscription = a039aa8 ; nbItems = 10)\r\n08/09/2016 12:44:48,750 [ INFO] Souscription INTERNE � 1000 ms avec 9 MonitoredItems\r\n08/09/2016 12:44:48,751 [ INFO] Connexion OK. Publishing.\r\n08/09/2016 12:44:53,741 [ INFO] OnShutdownMessage : a037dc0 0x00000\r\n(the communication is now ok for more than 1 hour)\r\netc.\r\n</pre>\r\n',NULL,NULL,5,1,4,13,226,3,'2016-09-08 13:36:49','2016-09-16 07:55:25','2016-09-08',0,NULL,NULL,92,1,2,0,'2016-09-15 19:58:05'),(93,1,46,'OPCUA_P_NATIVE64 is not set in VpiDataTypes.h','Hi Michel,\r\n\r\nthe preprocessor Flag OPCUA_P_NATIVE64 handles if i64 and u64 values are handles by native 64 bit values or if they are split into two 32 bit values.\r\n\r\nThis Flag is used in 3 header files : opcua_p_types.h, OpenOpcUa_p_types.h and VpiDataTypes.h. in opcua_p_types.h and OpenOpcUa_p_types.h the flag is set to 1 so the core server uses native 64 bit values. In VpiDataTypes.h the flag is NOT set. So the vpi uses the split data format and 64 bit data are not correctly transfered from the vpi to the corde server.\r\n\r\nMaybe it is better to use a single architecture header file for those platform definition. This architecture header file can be included from all sources in the whole project. \r\n\r\nKind regards\r\n\r\nThomas  \r\n\r\n\r\n\r\n',NULL,NULL,1,NULL,4,16,250,0,'2016-09-08 14:15:17','2016-09-08 14:15:17','2016-09-08',0,NULL,NULL,93,1,2,0,NULL),(94,1,48,'Application de Test TCP','Bonjour,\r\nJ\'ai installé l\'application de simulation(TCP) sur un PC Windows 8.1 distant.\r\nLe ping fonctionne mais il m\'est impossible d\'ouvrir le port TCP depuis cette machine.\r\nEst ce que l\'application fourni des informations de log ?\r\nCordialement\r\nMichel',NULL,NULL,5,NULL,4,NULL,1,1,'2016-09-13 10:45:35','2017-03-22 16:19:52','2016-09-13',0,NULL,NULL,94,1,2,0,'2017-03-22 16:19:52'),(95,1,48,'OpenOpcUaVpiLibraty','Problème de build sous Linux.\r\nCode à modifier et à tester.\r\nNlle version OpenOpUa_1_0_4_3 .',NULL,NULL,3,1,4,NULL,270,1,'2016-09-13 17:46:52','2016-10-10 08:45:09','2016-09-13',100,NULL,NULL,95,1,2,0,'2016-10-10 08:45:09'),(96,1,46,'Server crash on delete subscriptions','* Detection : server crash when something goes wrong with network or high system load.\r\n* Scenario to reproduce : the Server is ran with a debugger, set in pause for 8 seconds, then unpaused. A subscribtion is deleted due to timeout, but crash.\r\n* Environment : Linux CentOS 7.1\r\n\r\n<pre>\r\n*** Error in `OpenOpcUaCoreServer\': double free or corruption (!prev): 0xf74090a8 ***\r\nProgram received signal SIGABRT, Aborted.\r\n[Switching to Thread 0xf6d84b40 (LWP 28941)]\r\n0xf7fdc430 in __kernel_vsyscall ()\r\n#0  0xf7fdc430 in __kernel_vsyscall ()\r\n#1  0xf7865657 in raise () from /lib/libc.so.6\r\n#2  0xf7866e93 in abort () from /lib/libc.so.6\r\n#3  0xf78a5075 in __libc_message () from /lib/libc.so.6\r\n#4  0xf78accb2 in _int_free () from /lib/libc.so.6\r\n#5  0xf7a9d97f in operator delete(void*) () from /lib/libstdc++.so.6\r\n#6  0x08110ad8 in OpenOpcUa::UACoreServer::CMonitoredItemServer::~CMonitoredItemServer (this=0xf74090a8, __in_chrg=<optimized out>)\r\n    at OpenOpcUaCoreServer/source/MonitoredItemServer.cpp:167\r\n#7  0x08167f51 in OpenOpcUa::UACoreServer::CSubscriptionServer::DeleteMonitoredItems (this=0xf74033b8)\r\n    at OpenOpcUaCoreServer/source/SubscriptionServer.cpp:1187\r\n#8  0x08167a46 in OpenOpcUa::UACoreServer::CSubscriptionServer::~CSubscriptionServer (this=0xf74033b8, __in_chrg=<optimized out>)\r\n    at OpenOpcUaCoreServer/source/SubscriptionServer.cpp:1089\r\n#9  0x08167e6b in OpenOpcUa::UACoreServer::CSubscriptionServer::~CSubscriptionServer (this=0xf74033b8, __in_chrg=<optimized out>)\r\n    at OpenOpcUaCoreServer/source/SubscriptionServer.cpp:1164\r\n#10 0x08154a9d in OpenOpcUa::UACoreServer::CSessionServer::RemoveSubscription (this=0xf74023b8, pSubscription=0xf74033b8)\r\n    at OpenOpcUaCoreServer/source/SessionServer.cpp:5430\r\n#11 0x08154a20 in OpenOpcUa::UACoreServer::CSessionServer::RemoveSubscriptionBySubscriptionId (this=0xf74023b8, SubscriptionId=4148179896)\r\n    at OpenOpcUaCoreServer/source/SessionServer.cpp:5416\r\n#12 0x08154d3d in OpenOpcUa::UACoreServer::CSessionServer::SubscriptionsLifeTimeCountThread (arg=0xf74023b8)\r\n    at OpenOpcUaCoreServer/source/SessionServer.cpp:5546\r\n#13 0xf7e2ed25 in InternalThreadMain (a_Thread=0xf7403228) at OpenOpcUaStackV1/source/opcua_thread.c:97\r\n#14 0xf7e0909a in pthread_start (args=0xf74032d0) at OpenOpcUaStackV1/source/opcua_p_thread.c:105\r\n#15 0xf7b46b5c in start_thread () from /lib/libpthread.so.0\r\n#16 0xf792eb8e in clone () from /lib/libc.so.6\r\n</pre>\r\n\r\n',NULL,NULL,4,1,4,13,226,5,'2016-09-15 19:48:17','2016-09-22 08:21:16','2016-09-15',0,NULL,NULL,96,1,2,0,NULL),(97,3,48,'Feedback VpiCooperl','Bonjour,\r\navant le call de demain, pourriez vous me faire un retour sur les fonctions manquante data le VpiCooperl.\r\nJ\'ai noté :\r\n1- Code d\'erreurs en lecture et ecriture\r\n2- format ecriture\r\n\r\nCordialement\r\nMichel',NULL,NULL,1,269,4,NULL,1,1,'2016-10-10 08:47:46','2016-10-11 11:50:41','2016-10-10',0,NULL,NULL,97,1,2,0,NULL),(98,2,47,'Widget fir WriteMask Selection','Need to create a Qt Widget for WriteMask and UserWriteMask selection.',NULL,NULL,1,1,4,29,1,0,'2016-11-16 08:26:09','2016-11-16 08:26:09','2016-11-16',0,NULL,NULL,98,1,2,0,NULL),(99,2,1,'Look for help','Hello,\r\nI\'m looking for help to create couple of Qt\'s Widget for the OpenOpcUaConfigManager.\r\n\r\nContact me directly if you are interested.\r\n\r\nKind Regards\r\nMichel',NULL,NULL,1,NULL,4,NULL,1,0,'2016-11-16 08:28:21','2016-11-16 08:28:21','2016-11-16',0,NULL,NULL,99,1,2,0,NULL),(100,1,48,'Erreur de decodage','En cas de reception d\'une payload contenant plusieurs demande (+sieurs lectures et/ou +sieurs écritures) le Vpi n\'en traite qu\'une.\r\nUne solution simple consiste a emettre en TCPNODELAY du côté de l\'AS400. \r\nUn autre solution demandera une modification du décodage de la payload.\r\n\r\n@Yvonnick et David : pourriez vous mettre en oeuvre la solution TCPNODELAY ?\r\n\r\nCordialement\r\nMichel','2016-12-16',NULL,1,1,4,22,1,1,'2016-11-19 09:53:38','2016-11-30 13:54:38','2016-11-19',0,NULL,NULL,100,1,2,0,NULL),(101,2,48,'Gestion des versions','Création d\'une payload permettant de connaitre :\r\n \r\n* la version du VIP Cooperl\r\n* la version systeme OPC ',NULL,NULL,3,269,4,22,269,1,'2016-11-21 09:37:00','2016-11-21 11:32:50','2016-11-21',100,NULL,NULL,101,1,2,0,'2016-11-21 11:32:50'),(102,1,50,'Resultats des premiers tests','Bonjour,\r\nVoici les résultats (cf pièce jointe)des premiers test réalisés sur notre automate avec le programme de test.\r\nTous les échanges en lectures sont ok. Par contre, peu de variables fonctionnent en écriture en utilisant UAExpert\r\nVoir la fiche excel en PJ avec les codes d\'erreurs quand il y en a\r\n',NULL,NULL,5,1,4,27,287,1,'2016-11-23 14:43:49','2016-12-16 11:41:48','2016-11-23',100,NULL,NULL,102,1,2,0,'2016-12-16 11:41:48'),(103,1,42,'Activate session failed on OpenPcs7','See detail in attached screenshot\r\nFailed to activate session',NULL,NULL,5,1,6,4,1,2,'2016-11-23 15:20:39','2019-11-18 09:44:52','2016-11-23',100,2,NULL,103,1,2,0,'2016-11-26 10:43:32'),(104,1,49,'OpenOpcU464bits','Lors du démarrage du serveur il y a un message dans la fenêtre dos :\r\n\"OpenOpcUa:14828>OpenOpcUaCoreServer.lua was not loaded properly. Verify it\'s in the project folder.\"\r\nLe fichier \'OpenOpcUaCoreServer.lua\' n\'est effectivement pas dans le dossier \'OpenOpcUa64bitBinaries-Beta2\'.\r\n\r\nSinon le serveur à l\'aire de fonctionner correctement malgré ce message.',NULL,NULL,1,1,4,17,254,2,'2016-11-25 11:29:45','2016-11-30 12:10:25','2016-11-25',90,NULL,NULL,104,1,2,0,NULL),(105,1,48,'problème VpiS7 boolean','L\'écriture du booleen fonctionne du client UA vers l\'automate, mais pas de l\'automate vers le client UA.',NULL,NULL,1,1,4,NULL,270,0,'2016-12-02 09:36:06','2016-12-02 09:36:06','2016-12-02',0,NULL,NULL,105,1,2,0,NULL),(106,1,48,'Ecriture String ','J\'ai effectué un essai de lecture et d\'écriture d\'un Node de type String.\r\n\r\nLa lecture fonctionne mais l\'écriture ne fonctionne pas complètement.\r\n\r\nCi-joint la capture wireshark.\r\n\r\nValeur test (taille 17) : \"Test string OPCUA\"\r\nValeur Hex              : 0x54 0x65 0x73 0x74 0x20 0x73 0x74 0x72 0x69 0x6E 0x67 0x20 0x4F 0x50 0x43 0x55 0x41\r\n\r\nLa valeur écriture est \"t string OPCUA\"\r\n',NULL,NULL,3,1,4,NULL,269,2,'2016-12-07 11:54:21','2017-03-22 10:02:27','2016-12-07',100,NULL,NULL,106,1,2,0,'2017-03-22 10:02:27'),(107,1,50,'Evalutation version RC01','Bonjour,\r\nVoici le document résumant les tests réalisés sur la version RC01\r\n- Les lectures/écritures sont OK sur l\'ensemble des variables.\r\n- Instabilité du serveur avec un POLLING_RATE du Vpi inférieur à 400ms\r\n- Attente documentation/tutoriel pour configurer le serveur+Vpi sur une machine\r\n- Outils pour aide à la configuration/vérification/cohérence ?\r\n',NULL,NULL,5,1,4,27,287,3,'2016-12-08 16:16:13','2017-03-22 10:00:05','2016-12-08',100,NULL,NULL,107,1,2,0,'2016-12-16 11:41:15'),(108,1,46,'OpenOpcUa_GetEndpoints throws exception for access violation','Using the Terminal Client for version 1.0.4.4 with OPC Foundation UA Sample Server in localhost, the function OpenOpcUa_GetEndpoints crashes with an invalid memory access. This is the call stack:\r\n\r\n 	OpenOpcUaStackV1d.dll!_OpcUa_IsUaString(const void * a_strCString) Line 99	C\r\n 	OpenOpcUaStackV1d.dll!OpcUa_String_Clear(_OpcUa_String * a_pString) Line 399	C\r\n 	OpenOpcUaStackV1d.dll!OpcUa_String_StrnCpy(_OpcUa_String * a_pDestString, const _OpcUa_String * a_pSrcString, unsigned long a_uLength) Line 582	C\r\n 	OpenOpcUaSharedLibd.dll!OpenOpcUa::UASharedLib::Utils::Copy(_OpcUa_EndpointDescription * pSrc) Line 1273	C++\r\n 	OpenOpcUaSharedLibd.dll!OpenOpcUa::UASharedLib::CEndpointDescription::CEndpointDescription(_OpcUa_EndpointDescription * pDescription) Line 64	C++\r\n 	OpenOpcUaSharedLibd.dll!OpenOpcUa::UASharedLib::CApplication::DiscoverEndpoints(const _OpcUa_String & discoveryUrl, std::vector<OpenOpcUa::UASharedLib::CEndpointDescription *,std::allocator<OpenOpcUa::UASharedLib::CEndpointDescription *> > * pEndpoints) Line 603	C++\r\n>	OpenOpcUaClientLibd.dll!OpenOpcUa_GetEndpoints(void * hApplication, _OpcUa_String * discoveryUrl, unsigned long * uiNoOfEndpointDescription, _OpcUa_EndpointDescription * * ppEndpointDescription) Line 311	C++\r\n\r\nThe problem is very easy to reproduce and doesn\'t happen on 1.0.2.9.',NULL,NULL,1,1,4,24,283,1,'2016-12-12 20:03:22','2016-12-16 11:43:37','2016-12-12',100,NULL,NULL,108,1,2,0,NULL),(109,2,46,'Redirect trace output to custom handler','It would be good to have a way to provide a custom callback to handle the traces output, e.g. to write to a database or another file format.',NULL,NULL,1,NULL,4,24,283,0,'2016-12-12 20:07:13','2016-12-12 20:07:13','2016-12-12',0,NULL,NULL,109,1,2,0,NULL),(110,2,48,'VPI Cooperl - Mode Subscribe','Nous allons avoir besoin que le serveur OPC remonte automatiquement des données à chaque changement de valeur.\r\n\r\n2 possibilités :\r\n\r\nAS400 en Mode client : L\'AS400 se connecte comme aujourd\'hui au VPI cooperl et demande la valeur d\'un NODE avec un code action (exemple : \'S\' Subscribe).\r\nL\'as400 reste connecté au serveur opc et lorsque la valeur est modifiée, le serveur opc transmet la valeur comme aujourd\'hui.\r\n\r\nAS400 en Mode serveur : L\'AS400 devient serveur. Lorsque la valeur est modifiée, le serveur opc se connecte et transfert la valeur en utilisant la payload VPI cooperl.\r\n\r\n\r\n\r\n\r\n\r\n',NULL,NULL,1,1,4,NULL,269,0,'2016-12-14 10:45:10','2016-12-14 10:45:10','2016-12-14',0,NULL,NULL,110,1,2,0,NULL),(111,2,50,'mise à disposition OpenOpcUaConfigManager','Bonjour,\r\n\r\nComme discuté précédemment par mail, pourriez-vous me mettre à disposition OpenOpcUaConfigManager svp ? \r\n\r\nD\'avance merci\r\nBien cordialement\r\n\r\nFabien Aune - Cyxplus',NULL,NULL,6,1,4,27,287,1,'2016-12-20 10:24:37','2017-03-22 09:49:56','2016-12-20',0,NULL,NULL,111,1,2,0,'2017-03-22 09:49:56'),(112,2,46,'Portability with VS2012 compiler','There are some .c files that have problems with VS2012 compiler due to declaration position. Please find attached the patches to fix that.',NULL,NULL,2,1,4,32,283,1,'2016-12-21 18:09:41','2016-12-21 19:12:30','2016-12-21',10,NULL,NULL,112,1,2,0,NULL),(113,1,46,'OpenOpcUa_CreateMonitoredItems and OpenOpcUa_CreateMonitoredItemsEx modify the ClientHandle','Both functions modify the value passed in the ClientHandle.\r\nThese are the lines that cause the problem in SubscriptionClient.cpp:\r\n  OpcUa_UInt32 uiClientHandle = 0;\r\n  uiClientHandle = (OpcUa_UInt32)pMonitoredItem;\r\n  pItemsToCreate[i].RequestedParameters.ClientHandle = uiClientHandle; // (OpcUa_UInt32)pMonitoredItem;\r\n\r\n',NULL,NULL,4,NULL,4,32,283,2,'2016-12-21 21:07:35','2017-02-01 14:50:47','2016-12-21',100,NULL,NULL,113,1,2,0,NULL),(114,1,1,'Error Message when starting OPC UA Server on Raspberry Pi (Jessie)','Hi,\r\nim using the Raspberry Pi Demo Version of OPC UA. I copied the Directory to my Raspberry Pi and unzipped it. Whenever i want to Start it with the Command \"sh StartOpenOpcUaCore...\" an error shows up which says \"*** Error in `./OpenOpcUaCoreServer\':malloc(): memory corruption (fast): 0x00345308 *** Aborted\". I can\'t find any solutions. I hope you can give me an advice :).',NULL,NULL,1,1,4,NULL,295,1,'2017-01-16 14:09:00','2017-02-02 20:14:51','2017-01-16',100,NULL,NULL,114,1,2,0,NULL),(115,2,46,'Complete implementation of OpenOpcUa_StringToNodeId','Please find attached diff files for completing the implementation of OpenOpcUa_StringToNodeId',NULL,NULL,1,NULL,4,NULL,283,5,'2017-02-02 21:08:13','2017-02-03 14:09:08','2017-02-02',0,NULL,NULL,115,1,2,0,NULL),(116,3,1,'Version of Debian used for the client sample?','Hi,\r\n\r\nI\'m trying to compile the client sample (OpenOpcUa_1_0_3_2_ClientSdk.zip at the bottom of the download page) on Debian 8 (jessie). That version uses a different version of libssl (and possibly other libraries) than the binaries in the SDK.\r\n\r\nI think it\'s best for me to use the same version of Debian that you did, or maybe copy the needed libraries from that to Debian 8. Which version of Debian did you use to create the binaries?',NULL,NULL,1,1,4,NULL,300,1,'2017-03-21 15:32:05','2017-03-22 09:47:39','2017-03-21',0,NULL,NULL,116,1,2,0,NULL),(117,1,48,'Nouvelle version du VpiCooperl','Bonjour,\r\nje souhaiterais recevoir votre compte rendu suite à la livraison de la nouvelle version du Vpi.\r\nAvez vous pu procéder a des tests ?\r\nAvez vous un feedback a me fournir ?\r\nAvez vous rencontrez des problèmes ?\r\n\r\nBien Cordialement\r\nMichel',NULL,NULL,1,NULL,4,NULL,1,1,'2017-05-03 15:35:58','2017-05-03 18:30:59','2017-05-03',0,NULL,NULL,117,1,2,0,NULL),(118,2,49,'Versioning dans les VPI','Il serait intéressant de pouvoir avoir un suivi des versions avec des tags dans les VPI.\r\nLes versions sont :\r\n   - la version de la .dll\r\n   - la version du fichier .xml. Il faut donc aussi créer une balise <version> dans le fichier .xml.\r\nCes 2 versions doivent pouvoir être relues par des tags (ex : address=\"@VPIVersion\" et address=\"@FileVersion\") pour pouvoir remonter l\'info dans le serveur.',NULL,NULL,5,1,4,NULL,254,2,'2017-05-24 16:35:31','2017-12-10 16:26:05','2017-05-24',100,NULL,NULL,118,1,2,0,'2017-12-10 16:26:05'),(119,1,52,'ELTDeDetectionType','Manque Libelle sur ELTDeDetectionType dans les instances du P2',NULL,NULL,5,1,4,NULL,1,1,'2017-06-13 15:38:11','2018-04-13 00:29:18','2017-06-13',100,NULL,NULL,119,1,2,0,'2018-04-13 00:29:18'),(120,1,52,'ZONEDEDETECTIONTYPE','Manque Libelle dans les instances ZONEDEDETECTIONTYPE',NULL,NULL,5,1,4,NULL,1,2,'2017-06-13 16:15:33','2018-04-13 00:29:33','2017-06-13',100,NULL,NULL,120,1,2,0,'2017-06-21 21:40:04'),(121,1,52,'modele P2','Ref au § annexe F/ Remarque\r\n\r\n§6.3.1.3 /  NOM (ObjectType)\r\n§6.3.2.1/LIBELLE au lieu de NOM (ObjectType)et absent dans SSI P2\r\n§6.3.4/ECSType (ObjectType)\r\n§6.3.7/ELTType  devient ELT (ObjectType)\r\n§6.3.7.1/LIBELLE (SSI P2)\r\n§6.3.9.3/LIBELLE (SSI P2)\r\n§6.3.9/ZoneDeDetectionType ? (ObjectType)\r\n§6.3.10/LIBELLE et non ZONE DE COUVERTURE (ObjectType)\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\n§6.3.12.4 POS_ATT (SSI P2)\r\n§6.3.12.3 DFT_POS_ATT (ObjectType)\r\n§6.3.16.1 LIBELLE (ObjectType)\r\n§6.3.17.5 DFT_POS_SECU ajouté à l\'annexe F (fait)\r\n§6.3.19.1 LIBELLE (ObjectType)\r\n§6.3.21.9 LIBELLE (ObjectType)\r\n','2017-06-22',NULL,5,1,4,44,315,3,'2017-06-15 14:35:35','2018-04-13 00:29:53','2017-06-15',100,NULL,NULL,121,1,2,0,'2018-04-13 00:29:53'),(122,3,53,'Doc VPI Modbus','Bonjour,\r\n\r\nPouvez-vous mettre à dispo le doc de config du VPI Modbus.\r\n\r\nCordialement,\r\n\r\nJ-F DESROUSSEAUX',NULL,NULL,5,1,4,NULL,317,2,'2017-06-26 08:41:19','2017-12-10 16:37:50','2017-06-26',100,NULL,NULL,122,1,2,0,'2017-06-28 09:51:33'),(123,1,53,'Problème au chargement VpiComDa','Lors du démarrage du serveur openopc sur un pc cible de l\'architecture Renault (win7 64bit) qui n\'a jamais exécuté ce serveur opc, le VpiComDa.dll ne fonctionne pas et le fichier log contient ceci : \r\n\r\nLoadVpiLibrary failed VpiComDa.dll error: 0x000c1 \r\n\r\n',NULL,NULL,5,1,4,NULL,304,4,'2017-06-27 16:29:44','2017-12-10 16:37:35','2017-06-27',100,NULL,NULL,123,1,2,0,'2017-06-28 09:52:20'),(124,3,52,'Modèle UGCIS','Bonjour, \r\n\r\nJe reprends le modèle du concentrateur UGCIS (CMSI qui gère les IS et IST) \r\n\r\n*Question 1*:\r\nChap 6 de l\'annexe : \r\n _Le modèle ADP UGCIS  expose un ensemble de types d’objets qui permettent de créer des modèles UGCIS. Tous les objets du modèle sont organisés dans un objet racine appelé ADPTypes._\r\n\r\nComportement de l\'harmonisateur si UGCIS et SSI ont chacun un ADPType? fusion dans l\'harmonisateur?\r\n\r\nFaut-il pas mieux créer un objet racine dont le nom est diffèrent d\'ADPTypes pour y ranger les objets du modèle UGCIS ? ex ADPUGCISType\r\n  \r\n\r\n\r\n','2017-07-05',NULL,5,NULL,4,NULL,315,1,'2017-06-28 15:37:36','2018-04-13 00:30:12','2017-06-28',100,NULL,NULL,124,1,2,0,'2018-04-13 00:30:12'),(125,1,53,'Pb prise en compte paramétre BYTE_ORDER dans VPI Modbus','Bonjour,\r\n\r\nLors de l\'utilisation du VPI Modbus Master TCP, le paramètre BYTE_ORDER ne semble pas pris en compte.\r\nEn BIG_ENDIAN ou LITTLE_ENDIAN les valeurs en Int32 ou Int16 ou Float restent les même.\r\nVersion serveur utilisé : 1.0.4.9 / Version VMPI Modbus : 1.0.2.2',NULL,NULL,5,1,4,NULL,317,5,'2017-07-04 07:38:36','2017-12-10 16:38:07','2017-07-04',100,NULL,NULL,125,1,2,0,'2017-12-10 16:38:07'),(126,2,53,'Afficher le \"DisplayName\" dans les alarmes','Bonjour,\r\n\r\nNous souhaitons afficher la valeur du \"DisplayName\" de la variable dans le message de l\'alarme, en lieu et place de \"Message for OffNormalAlarm <NodeID>\".',NULL,NULL,1,1,4,NULL,319,1,'2017-07-04 15:35:07','2017-12-10 16:38:29','2017-07-04',0,NULL,NULL,126,1,2,0,NULL),(127,1,53,'VPI Modbus','Bonjour,\r\n\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\n\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\n\r\nEn PJ mon projet test qui pointe sur un esclave modbus local (127.0.0.1) + les Logs du VPI',NULL,NULL,5,1,4,NULL,317,1,'2017-07-05 09:19:48','2017-12-10 16:38:50','2017-07-05',0,NULL,NULL,127,1,2,0,'2017-12-10 16:38:50'),(128,1,53,'VPI Modbus','Bonjour,\r\n\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\n\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\n\r\nEn PJ mon projet test qui pointe sur un esclave modbus local (127.0.0.1) + les Logs du VPI',NULL,NULL,6,NULL,4,NULL,317,1,'2017-07-05 09:19:48','2017-07-05 09:26:30','2017-07-05',0,NULL,NULL,128,1,2,0,'2017-07-05 09:26:30'),(129,3,51,'Gestion queue depuis VPI','J’ai l’impression que je n’arrive pas à gérer les queues pour les notifications de mes items.\r\nMon VPI AIDIAG simule des évolutions de chaque items à chaque boucle avec une valeur qui s’incrémente à chaque cycle.\r\nEn simplifié, le code de VPIAidiagThread fait ça :\r\nvoid CVPIAidiag::VPIAidiagThread(LPVOID arg)\r\n{\r\n      CVPIAidiag* pVPIAidiag = (CVPIAidiag *)arg;\r\n      DWORD dwSleepTime;\r\n      FILETIME ftTime;\r\n      char bidon=0;\r\n      // Will wait until the cold start is finished\r\n      Vpi_Semaphore_TimedWait(pVPIAidiag->m_hStopVPIAidiagThreadSem, INFINITE);\r\n      while (pVPIAidiag->m_bRunVPIAidiagThread)\r\n      {\r\n            DWORD dwStart = GetTickCount();\r\n            DWORD dwPollingMin = 10;\r\n            PFUNCNOTIFYCALLBACK pFuncNotifyCallback = (PFUNCNOTIFYCALLBACK)pVPIAidiag->GetNotifyCallback();\r\n            CVpiInternalData* pVpiInternalData = pVPIAidiag->GetVpiInternalData();\r\n            if (pVpiInternalData && bIs2StartVpiThread)\r\n            {\r\n                  Vpi_DataValue pValue;\r\n                  Vpi_DataValue_Initialize(&pValue);\r\n \r\n                  Vpi_NodeId aNodeId; // Fill it with the appropriate NodeId\r\n                  Vpi_NodeId_Initialize(&aNodeId);\r\n \r\n                  Vpi_Mutex_Lock(pVpiInternalData->m_OpcUaSourceObjectMutex);\r\n                  CSourceObjectList* pSourceObjectList = pVpiInternalData->GeSourceObjectList();\r\n                  bidon++;\r\n                  GetSystemTimeAsFileTime(&ftTime);\r\n                  for (Vpi_UInt32 i = 0; i < pSourceObjectList->size(); i++)\r\n                  {\r\n                        CSourceObject* _pSourceObject = pSourceObjectList->at(i);\r\n \r\n                        // ===> Lecture des items source\r\n                        // Fill it with the appropriate NodeId\r\n                        Vpi_NodeId_CopyTo(&_pSourceObject->GetNodeId(), &aNodeId);\r\n \r\n                        // Todo Fill pValue\r\n                        pValue.Value.Datatype = VpiType_Int16;\r\n                        pValue.Value.Value.Int16 = bidon;//(((int)pSharedBuffCore1->buff[140+(index*2)])<<8) + (int)pSharedBuffCore1->buff[140+((index*2)+1)];\r\n                        _pSourceObject->SetValue(&pValue);\r\n                        pValue.StatusCode = Vpi_Good;\r\n                        pValue.ServerPicoseconds = 0;\r\n                        pValue.SourcePicoseconds = 0;\r\n                        pValue.ServerTimestamp.dwHighDateTime = ftTime.dwHighDateTime;\r\n                        pValue.ServerTimestamp.dwLowDateTime = ftTime.dwLowDateTime;\r\n                        pValue.SourceTimestamp.dwHighDateTime = ftTime.dwHighDateTime;\r\n                        pValue.SourceTimestamp.dwLowDateTime = ftTime.dwLowDateTime-600000000;//test -1’ pour source\r\n                        // Do someting in the protected section\r\n                        // Notify the Server\r\n                        pFuncNotifyCallback(1, &aNodeId, &pValue);\r\n                  }\r\n                  Vpi_Mutex_Unlock(pVpiInternalData->m_OpcUaSourceObjectMutex);\r\n                  Vpi_DataValue_Clear(&pValue);\r\n                  Vpi_NodeId_Clear(&aNodeId);\r\n            } \r\n            // Calculate the delay to wait before the next tick\r\n            DWORD dwEnd = GetTickCount();\r\n            DWORD dwCountedTime = dwEnd - dwStart;\r\n            if (dwPollingMin>dwCountedTime)\r\n                  dwSleepTime = dwPollingMin - dwCountedTime;\r\n            else\r\n                  dwSleepTime = 0;\r\n            // wait\r\n            Vpi_Semaphore_TimedWait(pVPIAidiag->m_hStopVPIAidiagThreadSem, dwSleepTime);\r\n      } \r\n      Vpi_Semaphore_Post(pVPIAidiag->m_hStoppedVPIAidiagThreadSem, 1);\r\n}\r\nCela a donc pour effet d’appeler pFuncNotifyCallback pour chaque item avec une valeur différente à chaque fois et avec une fréquence d’environ 10ms.\r\nJ’utilise le client OPCUA Aidmap qu’à fait Ghislain et qui demande pour chaque item un queuesize de 10 et un samplinginterval de 10.\r\nLe publishinginterval est de 50.\r\nNormalement, toutes les 50 ms, le client devrait recevoir une liste d’évolution pour chaque items avec environ 5 valeurs mais ce n’est pas le cas et je n’ai que la dernière valeur.\r\nSi on passe le publishinginterval à 250, je me retrouve avec une valeur toutes les 250ms.\r\noutre le fait que je doive appeler pFuncNotifyCallback qu\'une seule fois (comme dans le vpi saphir) j\'aimerai savoir si il y a quelque chose à faire pour remplir les queues ou bien si le SetValue s\'en charge ?\r\n\r\nMerci\r\n',NULL,NULL,1,1,4,NULL,303,2,'2017-07-07 17:22:57','2017-08-31 17:50:55','2017-07-07',0,NULL,NULL,129,1,2,0,NULL),(130,2,48,'Génération OpenOpcUaClientLibrary','Finaliser le CMakelists.txt de l\'OpenOpcUaClientLibrary','2017-07-19',NULL,1,270,4,NULL,1,0,'2017-07-11 14:47:56','2017-07-11 14:47:56','2017-07-11',0,NULL,NULL,130,1,2,0,NULL),(131,3,48,'Build MOXA','Le build est fait jusqu\'à VpiCooperl.\r\nJe vois que tu as corrigé le bug sur OpenOpcUaClientLib. Tu peux m\'envoyer la modif.\r\n\r\nPar contre dès que je sors de ton environnement, je suis perdu...\r\nJe ne vois pas où modifier les chemins pour builder dans un autre dossier.\r\n\r\nA bientot',NULL,NULL,1,1,4,NULL,270,0,'2017-07-11 16:22:42','2017-07-11 16:22:42','2017-07-11',0,NULL,NULL,131,1,2,0,NULL),(132,1,52,'LSType','Bonjour, \r\n\r\nDans la maquette du P2 :\r\n> Le LSType , fils de CSSI_ADP_P2, n\'est pas instancié. \r\n> Le L_SSI fils de CSSI_ADP_P2 est à supprimer \r\n\r\nCdlt \r\nLaurence DURAND',NULL,NULL,5,NULL,5,NULL,315,2,'2017-07-19 10:19:22','2018-04-13 00:30:28','2017-07-26',100,NULL,NULL,132,1,2,0,'2018-04-13 00:30:28'),(133,1,52,'annule et remplace la demande precendente de ce jour','Erreurs dans le CSSI_ADP_P2 : \r\n\r\n* Erreur au niveau de L_SSI \r\n* LSType est fils de L_SSIType, \r\n\r\nJe pense qu\'il manque également la définition de L_SSIType dans l\'annexe ',NULL,NULL,5,1,5,NULL,315,3,'2017-07-19 11:02:09','2018-04-13 00:30:49','2017-07-26',100,NULL,NULL,133,1,2,0,'2018-04-13 00:30:49'),(134,1,52,'CSSI_ADP_P2','Le CMSI ne correspond pas au CMSIType \r\n(manque les infos ACTIF, ARR_DRG_SON,....',NULL,NULL,5,1,5,NULL,315,1,'2017-07-19 16:09:19','2017-09-28 23:03:29','2017-07-26',0,NULL,NULL,134,1,2,0,'2017-09-28 23:03:29'),(135,3,51,'Temps de démarrage du serveur sous VxWorks','Bonjour,\r\nLe temps de démarrage d\'un coupleur automate est un paramètre important. Il ne faut pas qu\'il soit trop long.\r\nDans mon cas, pour un fichier NodeSet.xml possédant un peu plus de 5000 nodes, le temps de scrutation des fichiers xml est d\'environ 3 minutes.\r\nJ\'ai fait des mesures dans la fonction xml4CE_SAXParseBegin et je constate que pour le fichier AidiagNodeSet.xml (ci-joint):\r\n- le temps global du while(fread(&cChar, 1, sizeof(char), pParseFile) && (uStatus ==OpcUa_Good)) est de 56 secondes environ,\r\n- le temps cumulé de la fonction XML_Parse à l\'intérieur de ce while étant de 22 secondes.\r\nJe voudrais savoir si il existe des adaptations à faire dans les fichiers XML ou dans le multithreading pour pouvoir réduire ces temps.\r\nJ\'ai fait le test en mettant les fichiers en RAM plutôt que sur la SDCard du coupleur et les temps sont les mêmes.\r\nUn temps de démarrage supérieur à la minute risque d\'être problématique pour =S=.\r\nMerci.\r\nDamien.\r\n',NULL,NULL,1,1,4,NULL,303,6,'2017-07-19 17:48:56','2017-07-24 17:42:55','2017-07-19',0,NULL,NULL,135,1,2,0,NULL),(136,3,53,'Agrégation de serveurs','Bonjour,\r\nDans le serveur d’agrégation, je n\'arrive pas à lire la valeur d\'un node déclaré dans un serveur implanté sur une autre machine. Si les deux serveurs sont sur la même machine il n\'y a pas de problème.\r\nCordialement,\r\nBernard BRICE',NULL,NULL,5,NULL,4,NULL,319,5,'2017-07-20 15:27:04','2017-12-10 16:39:06','2017-07-20',0,NULL,NULL,136,1,2,0,'2017-12-10 16:39:06'),(137,3,51,'Performances update variables du serveur','Michel,\r\n\r\nDans mon VPI, j\'ai un thread qui permet d\'envoyer au serveur les évolutions des nodes.\r\nLe code est basé sur celui du VPI Safir et j\'utilise pFuncNotifyCallback pour envoyer les évolutions au serveur.\r\nJ\'ai d\'abord une boucle for pour parcourir les items et remplir des vecteurs NodeId et Value avec les évolutions.\r\nPuis j\'ai l\'appel à pFuncNotifyCallback pour les items modifiés : pFuncNotifyCallback(uiNoOfNodeToSend, pNodeIds, pVpiDataValue);\r\nAvec un peu plus de 5000 nodes qui bougent à chaque cycle, le temps d\'exécution de pFuncNotifyCallback est de 340ms environ.\r\nLa demande de =S= (fondée ou non) est de pouvoir rafraichir 5000 nodes à 100ms.\r\nY a-t-il des choses à faire côté VPI ou XML pour optimiser ce temps de traitement ?\r\n\r\nMerci.\r\n\r\nDamien.',NULL,NULL,5,303,4,NULL,303,2,'2017-07-25 11:33:55','2017-09-20 14:17:04','2017-07-25',0,NULL,NULL,137,1,2,0,'2017-09-20 14:17:04'),(138,1,52,'Modèle SSI ','chap 6.3.10  CMSIType \r\n\r\nA vérifier la déclaration des HasComponent : \r\n ASS\r\n L_<???<\r\n','2017-07-31',NULL,5,NULL,4,NULL,315,1,'2017-07-26 16:03:06','2018-04-13 00:31:08','2017-07-26',100,NULL,NULL,138,1,2,0,'2018-04-13 00:31:08'),(139,1,51,'VpiMdBMaster','Avec VpiMdBMaster v1.0.2.4 du 5/7/2017 à 00:04, pour le paramètre BYTE_ORDER du fichier DAT, les valeurs BIG_ENDIAN et LITTLE_ENDIAN n’ont aucun effet.\r\n\r\nJe te soumets une idée :\r\nPour l’interprétation des valeurs 32bits (float, int32, uint32), l’attribut Address des nœuds Tag pourrait-il contenir quelque chose comme « 0130001 Conv32=xxxx » ?\r\nOù  xxxx est soit CDAB soit BADC soit DCBA, en supposant que la valeur d’origine est ABCD (valeur reçue actuellement).\r\nQu’en penses-tu ?\r\n',NULL,NULL,6,NULL,3,NULL,304,6,'2017-07-31 09:10:59','2017-08-03 10:04:34','2017-07-31',0,NULL,NULL,139,1,2,0,'2017-07-31 09:17:42'),(140,3,46,'problem with compiled source for WINCE6','Dear Mischel \r\n\r\nMy name is Behzad co worker of Anoush from ZTS France .\r\n\r\nWe bought OPCUA source yesterday from your company .\r\n\r\nWe compiled via VS2013 for windows but we have problem while compile for windowsCE .\r\n\r\nOS : WindowsCE 6.0 - X86 \r\nDevice : ICPDAS XP-8047 \r\nSDK : XpacSDK(X86) for ICPDAS company .\r\n\r\nCan you give me additional information for compile source code for windowsCE .\r\n\r\nWe attached SDK of windowsCE ICPDAS.\r\n\r\nRegards\r\nBehzad ',NULL,NULL,5,325,4,37,325,7,'2017-08-17 19:26:02','2017-08-29 14:13:00','2017-08-17',0,NULL,NULL,140,1,2,0,'2017-08-29 14:13:00'),(142,1,46,'The SSL socket does not initialize and work!','Dear Sir,\r\nWe compiled source for WinCE6 without error and worked fine after fixing the following problems:\r\n1- The a_pProvider->GenerateKey of cryptoprovider generator was NULL in \"Opcua_p_cryptofactory.c\". Because there was not any WinCE preprocessor.\r\n2- The default certificate store path in our device refers to non retentive path. So after rebooting our device the certificate file discards. We changed it our application path. We suggest to make in configurable from xml file.\r\n3- In OpcUa_String_AtoW function we used MultiByteToWideChar() instead b2w() function in WinCE.\r\n4- We made the \"VPIOperatingSystem_WCE6.vcproj\" for Visual Studio 2008.\r\n\r\nSo after fix above problems source compiled and executed successfully. But SSL socket does not initialize and does not work. I found that the \"bSSL\" flag never gets True in any condition.\r\nAlso we tested your OPC UA Server Win32 application. It does not use SSL socket.\r\n\r\nPlease help us for Solve this problem.\r\n',NULL,NULL,5,1,3,37,325,8,'2017-08-29 12:53:51','2017-08-30 13:46:24','2017-08-29',0,NULL,NULL,142,1,2,0,'2017-08-30 13:46:24'),(143,1,51,'VpiUaClnt','Bonjour Michel,\r\n\r\nNous rencontrons un soucis lors de l\'utilisation du VpiUaClnt :\r\nSi on a plusieurs nodes assossiés à un même MonitoredItem, alors seulement la valeur d\'un seul node est actualisée.\r\nTu trouveras en pièce-jointe un projet avec deux UaVariables en surveillance sur une même variable automate.\r\nA bientôt,\r\nGhislain B.',NULL,NULL,5,1,4,63,304,9,'2017-09-12 10:09:06','2017-11-08 18:27:21','2017-09-12',100,NULL,NULL,143,1,2,0,'2017-09-18 19:58:33'),(144,1,51,'VpiUaClnt - Tag/MonitoredItem','Bonjour Michel,\r\n\r\nAujourd\'hui, l\'association Tag/MonitoredItem, dans le VpiOpcUaClnt, est faite sur le rapprochement entre la valeur de Address et de NodeId. \r\nAussi, le fichier subsystem client UA contient quelque chose comme \r\n> _<Tag .... Address=\" +ns=2;s=1:Drum2002?Measurement+\">_\r\net le fichier ClientConfig :\r\n> _<MonitoredItem NodeId=\" +ns=2;s=1:Drum2002?Measurement+\"_\r\n\r\nOr l\'information _ns=2;..._ est une valeur arbitraire qui est donnée par le serveur OPC UA tiers et qui ne peut être obtenue qu\'après le démarrage du serveur opc tiers. Ceci pour donc un problème lors de l\'exploitation.\r\n\r\nPour y remédier, est-il envisageable de pouvoir décoréler les 2 liens en  paramétrant\r\n- dans le fichier subsystem client UA  quelque chose comme :\r\n> <Tag ... Address=\" +KeyWord01+\">\r\n- et dans le fichier ClientConfig :\r\n> <MonitoredItem Id=\" +KeyWord01+\" NodeId=\"s=1:Drum2002?Online\" Uri=\"http://openopcua.org/TestClientUa/MonUri\"\r\noù _Uri=..._ et Id=\"KeyWord01\" remplacent _ns=2_ ?\r\n\r\nGhislain\r\n',NULL,NULL,6,NULL,4,NULL,304,1,'2017-09-12 15:35:47','2017-12-10 16:16:54','2017-09-12',0,NULL,NULL,144,1,2,0,'2017-12-10 16:16:54'),(145,2,49,'Temporiser les écritures dans le VPI Modubus','Lors de l\'écriture de plusieurs bloques, le vpi écrit tous les bloques à la suite et sature le PLC.\r\nIl serait bien d\'utiliser le \"INTERBLOCK_TIMEOUT\" utilisé pour les blocks de lecture, pour temporiser les blocks d\'écritures.\r\nAttention, il faut temporiser aussi entre un block d\'écriture simple et un block d\'écriture multiple.',NULL,NULL,5,1,4,NULL,254,1,'2017-09-18 10:10:18','2017-12-07 16:47:42','2017-09-18',100,NULL,NULL,145,1,2,0,'2017-12-07 16:47:42'),(146,2,49,'Installation en tant que service','Lors d\'une installation en tant que service, le serveur démarre avec la fenêtre Dos et on doit la fermer manuellement en tapant Q+Entrer.\r\nIl faudrait supprimer l\'ouverture de cette fenêtre.',NULL,NULL,5,1,4,NULL,254,2,'2017-09-18 10:15:35','2017-12-07 16:46:24','2017-09-18',100,NULL,NULL,146,1,2,0,'2017-12-07 16:46:24'),(147,1,51,'Le serveur se ferme violemment lors du chargement du fichier contenant l\'UAVariable InstrumentRange','Bonjour Michel,\r\n\r\nNous rencontrons un problème avec l\'UAVariable _InstrumentRange_.\r\n+Contexte+ : \r\n- dans un projet simple avec les fichiers \r\n- Opc.Ua.NodeSet2.Part8.xml et \r\n- Opc.Ua.NodeSet2.AnalogItem.xml ci-joint.\r\n+Constat+ : le serveur se ferme violemment lors du chargement.\r\nTu trouveras une copie d\'écran du debuggueur.\r\n_aVariant.Value_ ne semble pas contenir un tableau valide comme attendu.\r\nD\'où peux provenir le problème ?\r\n\r\nGhislain\r\n\r\n',NULL,NULL,5,1,4,71,304,4,'2017-09-27 17:49:58','2017-11-08 18:26:59','2017-09-27',100,NULL,NULL,147,1,2,0,'2017-11-08 18:24:39'),(148,3,53,'Description réseau','Bonjour,\r\nAjout dans le support des \"nodes existantes\", comment décrire un équipement avec plusieurs interfaces réseau avec une assignation à différent réseaux (cas d\'usage des nouveaux robots Renault/Nissan avec tous les équipements en réseau)  à partir de la companion spec Device. Merci.',NULL,NULL,1,1,4,NULL,318,0,'2017-09-28 09:07:18','2017-09-28 09:07:18','2017-09-28',0,NULL,NULL,148,1,2,0,NULL),(149,1,56,'AddressAsservissement','Le §6.3.12 de l\'annexe 1 ADP fait référence aux asservissements.\r\nPourriez vous illustrer un asservissement sur la maquette ?',NULL,NULL,5,328,4,NULL,1,2,'2017-10-01 16:30:40','2018-04-11 16:37:48','2017-10-01',100,NULL,NULL,149,1,2,0,'2018-04-11 16:37:48'),(150,3,56,'Question sur les State Information Reply','Bonjour,\r\nA quoi servent les champ Monitored States Bitmap et State Information Bitmap décrit au §6.19 ?\r\nQuelle est la différence en ces deux attributs ?\r\n',NULL,NULL,5,328,6,NULL,1,1,'2017-10-03 17:40:41','2018-01-28 17:35:51','2017-10-03',0,NULL,NULL,150,1,2,0,'2018-01-28 17:35:51'),(151,1,56,'Sequence de fonctionnement','Lors du déclenchent d\'une alarme (par exemple depart feu)\r\nJe recois un Event §6.1 puis un Event LogData\r\ncomme indiqué ci dessous \r\n* Event detected - Address=Z01.002.A002\r\n* Event LogData detected - Address=Z21.254.L000\r\n\r\nComment retrouver l\'etat associé a ce déclenchement sachant que les EVENT (§6.1) ne fournissent l\'état associé ?\r\nA quoi correspond Z21.254.L000 qui remonte dans la foulé ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,328,6,NULL,1,2,'2017-10-03 17:46:02','2018-01-15 19:31:36','2017-10-03',100,NULL,NULL,151,1,2,0,'2018-01-15 19:31:36'),(152,1,56,'Point Information Request','La Point Information Request rend optionnel certains paramètres. Ces paramètres comprennent Logical Point Number et Logical Point Zone.\r\nDu point de vue de la trame, quand on dit \'Optionel\' est ce que cela signifie que l\'on peut ne pas les fournir ou est ce que qu\'on doit les fournir à une valeur NULL ?',NULL,NULL,5,328,4,NULL,1,2,'2017-10-04 08:43:44','2018-04-11 16:38:08','2017-10-04',100,NULL,NULL,152,1,2,0,'2018-04-11 16:38:08'),(153,1,56,'Point Status Map','Comment obtenir le n° de node et l\'adresse physique à partir d\'un Point Status Map Reply §6.13 ?',NULL,NULL,5,328,4,NULL,1,2,'2017-10-04 10:30:33','2018-03-07 11:02:26','2017-10-04',0,NULL,NULL,153,1,2,0,'2018-03-07 11:02:26'),(154,2,51,'Status codes ','Bonjour Michel,\r\n\r\nVoici des status codes que je compte utiliser dans mon VPI :\r\n\r\nBadLicenseNotAvailable,0x81100000,The server does not have a license which is required to operate in general or to perform a service or operation.\r\nBadHostUnknown, 0x81060000, The hostname could not be resolved.\r\n\r\nIl ne semblent pas faire partie du fichier StatusCode-1.03.csv\r\n\r\nGhislain',NULL,NULL,5,304,4,NULL,304,3,'2017-10-04 16:47:58','2017-11-08 18:26:45','2017-10-04',0,NULL,NULL,154,1,2,0,'2017-11-08 18:26:45'),(155,1,56,'Documentation incomplète','Le §5 du document mxspeak_anx_5_2_95191_4CE_Industry.pdf\r\nList des groupe. La maquette envoie via le protocole MXSpeak d\'autres n° de groupe.\r\nPourriez vous me dire a quoi ils correspondent et me fournir une liste complète ?\r\nCodes inconnu reçu :\r\n* 0x10\r\n* 0x93\r\n* 0xb9\r\n* 0x425\r\n* 0x426\r\n* 0x45e',NULL,NULL,5,328,6,NULL,1,2,'2017-10-04 20:41:02','2017-10-05 20:47:27','2017-10-04',100,NULL,NULL,155,1,2,0,'2017-10-05 20:47:27'),(156,3,51,'Tests avec la version 1.0.5.1','Bonjour Michel,\r\n\r\nLors de mes tests avec le serveur version 1.0.5.1, le vpiUaClnt est indispensable et provoque le message d\'erreur en PJ.\r\nLa version de ce vpi n\'est pas la dernière.\r\nSachant que je n\'ai pas besoin du browse auto dans l\'immédiat, quand penses-tu que les dll VpiUaClnt[d], compatibles 1.0.5.1, seront disponibles ?\r\n\r\nCordialement\r\nGhislain\r\n',NULL,NULL,5,NULL,4,NULL,304,1,'2017-10-06 14:39:34','2017-10-06 14:58:36','2017-10-06',0,NULL,NULL,156,1,2,0,'2017-10-06 14:58:36'),(157,1,51,'error occurs in GlobalStart: 0x803e0000','Bonjour Michel,\r\n\r\nJe rencontre un problème avec VpiUaClnt:\r\n|11408| 2017-10-06T15:07:08.679Z Vpi VpiUaClntd.dll loaded sucessfully but error occurs in GlobalStart: 0x803e0000\r\n\r\nEn PJ, deux serveurs. Demo-TestDouble est client de Demo-TestEmpty.\r\nJe ne vois pas où peut-être le problème. Et toi, qu\'en penses-tu ?\r\n\r\nCordialement,\r\nGhislain ',NULL,NULL,5,NULL,4,NULL,304,4,'2017-10-06 17:15:33','2017-10-11 14:00:31','2017-10-06',0,NULL,NULL,157,1,2,0,'2017-10-11 14:00:31'),(158,3,56,'Question sur les messages','Bonjour, \r\ncomme vous pourrez le constater on reçoit de nombreux messages sur les addresses VPI\r\nZ01.L000.227 --> ECS01 panel restart\r\nZ21.L000.227 --> CMSI21 panel restart\r\n\r\nA quoi est ce que cela correspond ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,328,7,NULL,1,1,'2017-10-13 13:57:49','2018-01-15 19:30:07','2017-10-13',100,NULL,NULL,158,1,2,0,'2018-01-15 19:30:07'),(159,1,51,'SubscriptionDetail (RefCounter==1)','Bonjour Michel,\r\n\r\nSubscriptionDetail contient bien le nodeid d\'un nœud dès qu\'il fait partie d\'une subscription.\r\nSi le même noeud est utilisé par plusieurs clients (subscriptions) et que l\'avant dernier client se désabonne, alors le nodeid est retiré de  SubscriptionDetail alors qu\'il est encore présent dans une subscription. \r\n\r\nA quel comportement s\'attendre autour de la valeur de SubscriptionDetail ?\r\nCordialement,\r\n\r\nGhislain',NULL,NULL,5,1,4,NULL,304,2,'2017-10-16 14:23:23','2017-12-10 16:16:30','2017-10-16',0,NULL,NULL,159,1,2,0,'2017-12-10 16:16:30'),(160,1,52,'Doublon détecté dans l\'harmonisateur','Certains doublons existent dans l\'harmonisateur.\r\nExemple : le champ LIBELLE (voir pj)',NULL,NULL,5,1,4,NULL,314,2,'2017-10-19 16:17:44','2018-04-13 00:31:26','2017-10-19',100,NULL,NULL,160,1,2,0,'2018-04-13 00:31:26'),(161,1,52,'Problème de typage de données','Des données sont mal typées au niveau de l\'harmonisateur (alors qu\'elles le sont bien dans le simulateur).\r\nEx : ALM_GEN (voir pj)',NULL,NULL,5,1,5,46,314,1,'2017-10-19 16:19:37','2018-04-13 00:31:49','2017-10-19',100,NULL,NULL,161,1,2,0,'2018-04-13 00:31:49'),(162,1,52,'Conteneurs à supprimer','Il faut supprimer les conteneurs Orly/SSI/P2 du simulateur du P2. C\'est l\'harmonisateur qui doit les créer.',NULL,NULL,5,1,4,44,314,1,'2017-10-19 16:21:10','2018-04-13 00:32:46','2017-10-19',100,NULL,NULL,162,1,2,0,'2018-04-13 00:32:46'),(163,1,52,'Harmonisateur : ADPType','Dans BaseObjectType , il y 2 objectTypes ADPtype (dont 1 vide), pourquoi ? \r\nIl y a également de nombreux doublons (ex CMSIType, ECSType,...)et tous ne sont pas identiques (ex ZAType). \r\n\r\n',NULL,NULL,6,1,5,NULL,315,1,'2017-10-20 13:03:33','2017-11-23 14:05:14','2017-10-20',100,NULL,NULL,163,1,2,0,'2017-11-23 14:05:14'),(164,1,52,'Problème avec les TRACES','confusion dans les traces générée par le Vfi. \r\nLors de la phase d\'init. \r\nLes traces sur serveur et du Vpi sont masqué par le trace Vfi.\r\nVpiUaClient.log (nok)\r\nADP-HarmoServer.log (ok)\r\nUaClientP2-00200.log (ok)\r\n\r\n\r\n',NULL,NULL,5,1,7,NULL,1,1,'2017-10-21 14:30:40','2019-11-18 09:44:12','2017-10-21',100,NULL,NULL,164,1,2,0,'2019-11-18 09:44:12'),(165,1,52,'Crash a l\'arrêt','En configuration complète l\'harmonisateur ne s\'arrête pas correctement.',NULL,NULL,5,1,7,71,1,2,'2017-10-21 14:31:27','2017-11-27 22:43:37','2017-10-21',100,NULL,NULL,165,1,2,0,'2017-11-17 09:57:05'),(166,1,52,'Changer l\'emplacement des logs applicatives','Rendre l\'emplacement d\'écriture des logs paramétrable.\r\nSur la plateforme de VABF, tous les fichiers des logs applicatifs doivent être écrits sur le disque F: du SAN.\r\n',NULL,NULL,1,1,4,NULL,314,0,'2017-10-30 10:29:27','2017-10-30 10:29:27','2017-10-30',0,NULL,NULL,166,1,2,0,NULL),(167,2,52,'Rendre les VPI configurables read only ou read/write','Ajouter un paramètre dans les fichiers de configuration des VPI pour pouvoir les configurer en mode read only (afin de réaliser les phases de tests à venir) ou read/write.',NULL,NULL,5,1,5,NULL,314,2,'2017-10-31 15:49:33','2018-04-13 00:34:12','2017-10-31',100,NULL,NULL,167,1,2,0,'2018-04-13 00:34:12'),(168,3,1,'Download source code','Where can we download the source code for the OpenOcUa-Server?',NULL,NULL,1,NULL,4,NULL,250,0,'2017-11-06 11:02:40','2017-11-06 11:02:40','2017-11-06',0,NULL,NULL,168,1,2,0,NULL),(169,1,51,'Comportement VpiUaClnt','Bonjour Michel,\r\n\r\nAprès avoir réalisé quelques tests du vpi UA Client, je te rapporte les combinaisons dont je n\'explique pas le résultat.\r\nQu\'en penses-tu ?\r\n\r\nCordialement,\r\nGhislain Boez\r\n\r\n\r\ncas des boolean :\r\nConfiguration :\r\nServeur A\r\n - Var A1\r\nServeur B\r\n - Var B1  ->A1\r\n - Var B2  ->A1\r\n\r\nSéquence d\'execution :\r\nServeur A démarre\r\nOn force A1 à true\r\nServeur B démarre\r\nB1 est true\r\nB2 est true\r\n1seconde plus tard\r\nB2 devient false\r\n\r\n\r\n\r\ncas des UInt32, on a parfois:\r\nConfiguration :\r\nServeur A\r\n - Var A1\r\nServeur B\r\n - Var B1  ->A1\r\n\r\nSéquence d\'execution :\r\nServeur A démarre\r\nOn force 5 dans A1\r\nServeur B démarre\r\nA1 devient 125\r\nB1 contient 125\r\n\r\n\r\n\r\ncas des UInt32:\r\nConfiguration :\r\nServeur A\r\n - Var A1\r\nServeur B\r\n - Var B1  ->A1\r\n - Var B2  ->A1\r\n\r\nSéquence d\'execution :\r\nServeur A démarre\r\nOn force 5 dans A1\r\nServeur B démarre\r\nB1 contient 5\r\nB2 contient 5\r\n1seconde plus tard\r\nB2 devient 0\r\n\r\n\r\n\r\ncas des UInt32:\r\nConfiguration :\r\nServeur A\r\n - Var A1\r\nServeur B\r\n - Var B1  ->A1\r\n - Var B2  ->A1\r\n\r\nSéquence d\'execution :\r\nServeur A démarre\r\nOn force 5 dans A1\r\nServeur B démarre\r\nA1 passe à 125\r\nB1 contient 125\r\nB2 contient 125\r\n1seconde plus tard\r\nB2 passe à 0\r\n\r\n\r\n\r\n\r\n\r\n',NULL,NULL,1,1,4,NULL,304,1,'2017-11-09 17:41:30','2017-11-17 09:59:20','2017-11-09',0,NULL,NULL,169,1,2,0,NULL),(170,3,46,'Génération 64 bits de la version 1.0.5.2','Ayant eu des erreurs lors de la compilation en 64 bits de la version 1.0.4.7, serait-il possible de s\'assurer que la dernière version ne génère plus ces erreurs ?\r\nVoici le type d\'erreur remontée sur la librairie OpenOpcUaVpiLibrary : \r\n<pre>\r\n/OpenOpcUa_1_0_4_7/VpisSdk/OpenOpcUaVpiLibrary/source/VpiSocket.cpp:969: erreur: cast from ‘VpiBuiltinType::Vpi_Void*’ to ‘int’ loses precision\r\n</pre>',NULL,NULL,1,1,4,71,2,2,'2017-11-17 09:30:21','2017-12-01 18:02:47','2017-11-17',80,NULL,NULL,170,1,2,0,NULL),(171,2,46,'Call changes','Hello,\r\nI\'m collecting changes according to the license model of OpenOpcUa.\r\nPlease send all you changes before decembre 31 2017 for integration in the next release.\r\nI remind you that forking the codebase in forbidden you have to provide your changes.\r\n\r\nFeel free to contact me for more detail\r\n\r\nRegards\r\nMichel',NULL,NULL,1,NULL,6,NULL,1,0,'2017-11-17 09:55:45','2017-11-17 09:55:45','2017-11-17',0,NULL,NULL,171,1,2,0,NULL),(172,1,51,'Modification OpenOpcUa_1_0_4_7 pour compatibilité VxWorks 6.7','Michel,\r\nTu trouveras ci-joint un zip qui contient les fichiers modifiés et les ajouts.\r\nLe zip contient un fichier WinDiffOpenOpcUa.txt qui contient la liste des modifications.\r\nJe suis à ta disposition pour échanger sur chacune des modifications.\r\nMerci.\r\nDamien.',NULL,NULL,1,1,4,NULL,303,0,'2017-11-17 18:25:17','2017-11-17 18:25:17','2017-11-17',0,NULL,NULL,172,1,2,0,NULL),(173,1,52,'Comportement client UAE','Bonjour,\r\nle client UAE utilise une souscription pour l\'ensemble des monitoredItems.\r\nJe voous recommande de répartir les monitored items dans plusieurs souscriptions voir dans plusiers sessions.\r\nPar ailleur la queuesize de 1 est un peut \"short\"\r\n\r\nCordialement\r\nMichel\r\n\r\n',NULL,NULL,5,316,5,NULL,1,1,'2017-11-22 02:45:38','2018-04-13 00:34:35','2017-11-22',100,NULL,NULL,173,1,2,0,'2018-04-13 00:34:35'),(174,1,52,'Harmonisateur','Bonjour,\r\nEn fonctionnement l\'harmonisateur affiche une consommation trop importante de mémoire type \"leak\". 1m/sec\r\nL\'orgine de cette fuite peut être multiple...\r\nIl faut lancer des investigations\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,1,7,NULL,1,3,'2017-11-22 02:48:17','2017-11-27 22:43:14','2017-11-22',100,NULL,NULL,174,1,2,0,'2017-11-23 13:51:34'),(175,1,54,'String array issue on Vpi DirectAccess','Michel,\r\n\r\nThe Vpi DirectAccess seems to work just fine with all variable types except for string array.\r\n\r\nthe attach example will crash as it tries to set string array values.\r\n\r\nOpcDirectAccessTestDebugBin.zip contains the configuration files and the server compiled in debug in VS2015.\r\n- execute the server with \"StartServer_Debug.bat\",\r\n- execute UAExpert, connect to the server,\r\n- subscribe to ComponentNameList node (i=1620),\r\n- execute the test program \"OpcDirectAccessTest.exe\" a couple of time and verify update on uaexpert,\r\n- the server should crash after a few executions.\r\n\r\nOpcDirectAccessTest.zip contains the source files\r\nI tried to a make visual studio solution but it is far much faster to use cmake :\r\n- be sure to have cmake and Qt5.7 installed on the development machine,\r\n- no need to link against VpiDirectAccess.lib or dll or other openopcua libraries as it will load the api dynamically,\r\n- create a bin dir (e.g. build32),\r\n- use cmake or cmake GUI to generate the adequate visual studio solution(VS2013, VS2015 or VS2017) run it with source dir containing the CMakeLists.txt and with the binary dir (e.g. build32).\r\n\r\nI have doubts about my implementation of string array manipulation in file \"core_opc_direct_access.cpp\" between line 307 and 336.\r\nCould you check if this is the right way ?\r\n\r\nBruno',NULL,NULL,5,1,4,NULL,2,9,'2017-11-22 11:56:05','2018-03-07 00:16:47','2017-11-22',100,NULL,NULL,175,1,2,0,'2017-11-27 13:32:42'),(176,1,52,'Noms de types entre chevrons','Les types suivants sont entre chevrons dans les fichiers XML de description des types : <FMSIType> , <CSSI_ADP_TYPE>, <ZCType>.\r\nIl en existe peut-être d\'autres.\r\n=> corriger tous les noms de types marqués entre chevrons et vérifier l\'annexe 1.',NULL,NULL,5,1,4,NULL,314,2,'2017-11-22 16:42:44','2018-04-13 00:35:01','2017-11-22',100,NULL,NULL,176,1,2,0,'2017-12-03 22:50:34'),(177,3,52,'restart centrale','Bonjour,\r\nles centrales TYCO fournissent par protocol une information signalant leur redemmarage. \r\n* Est ce que l\'on doit ignorer cette info ?\r\n* Est ce que l\'on doit l\'associé à DFT_SYST ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,1,315,4,NULL,1,0,'2017-11-23 17:19:12','2017-11-23 17:19:12','2017-11-23',0,NULL,NULL,177,1,2,0,NULL),(178,2,54,'Fichier XMI','Je vous transmets le fichier XMI exporté par Modelio.',NULL,NULL,5,1,4,NULL,331,3,'2017-11-27 11:32:05','2018-03-07 00:16:18','2017-11-27',100,NULL,NULL,178,1,2,0,'2018-03-07 00:16:18'),(179,1,48,'Version  OPC du 23-11-2017','Bonjour Michel,\r\n\r\nJe viens d\'installer la dernière version du 23/11/2017.\r\nJ\'ai le message d\'erreur à chaque exécution au bout de 4 secondes.\r\n\r\nJe te joint les fichiers LOG\r\n\r\nCordialement\r\nYvonnick\r\n\r\n',NULL,NULL,1,1,4,NULL,269,3,'2017-11-27 14:24:12','2017-12-04 14:33:40','2017-11-27',0,NULL,NULL,179,1,2,0,NULL),(180,3,51,'Connexion impossible de client OPC au serveur OpenOpcUaCoreServer','Bonjour,\r\n\r\nNous n\'arrivons pas à connecter des clients (autre que UA Expert) au serveur OpenOpcUaCoreServer 1.0.5.2 release. Nous avons fait l\'essai avec UA sample client de la fondation OPC. le résultat de l\'essai se trouve dans le fichier PDF en pièce jointe. nous souhaiterons résoudre ce problème, car nous souhaiterions avancer sur les tests des clients.\r\n\r\nA bientôt',NULL,NULL,6,NULL,4,NULL,304,2,'2017-11-29 16:17:18','2017-12-01 16:16:40','2017-11-29',100,NULL,NULL,180,1,2,0,'2017-12-01 16:16:32'),(181,1,52,'Problème de remontée flux concentrateur => harmonisateur','Un changement d\'état sur un node du concentrateur n\'a pas d\'impact dans l\'harmonisateur.\r\nLes tests ont été faits avec UA Expert sur le simulateur du P2 en changeant l\'état EN_SERV d\'un ELT => il n\'y a pas de remontée de changement d\'état dans l\'harmonisateur.',NULL,NULL,5,1,6,NULL,314,2,'2017-11-30 19:17:10','2018-04-13 00:35:42','2017-11-30',100,NULL,NULL,181,1,2,0,'2018-04-13 00:35:42'),(182,1,52,'Création de nodes en erreur','Au niveau de l\'harmonisateur il manque plusieurs nœuds.\r\nCréation de nodes en erreur.',NULL,NULL,5,1,6,NULL,314,2,'2017-11-30 19:18:31','2018-04-13 00:36:07','2017-11-30',100,NULL,NULL,182,1,2,0,'2017-12-03 22:48:43'),(183,1,51,'DisplayName remplacé par BrowsName','Bonjour,\r\n\r\nLe serveur OpenOpcUaCoreServer 1.0.5.2 release ne prend plus en compte le DisplayName des objets décrits dans le NodSet, mais reprend le BrowsName. Cela fonctionnait avec la version 1.0.5.0 release et le même fichier NodSet.\r\n\r\nDans le fichier PDF joint, vous trouverez des imprime-écrans du résultat.\r\n\r\nCordialement.\r\n\r\nL\'équipe PROSYST',NULL,NULL,5,1,4,NULL,304,3,'2017-12-01 10:43:42','2017-12-10 16:16:10','2017-12-01',100,NULL,NULL,183,1,2,0,'2017-12-01 14:36:36'),(184,1,53,'Pb avec le BrowseName','Avec la v1.0.5.2 le DisplayName n\'est plus personnalisable car le serveur recopie le BrowseName dans le DisplayName',NULL,NULL,5,NULL,5,71,317,2,'2017-12-01 13:08:41','2017-12-10 16:37:12','2017-12-01',100,NULL,NULL,184,1,2,0,'2017-12-01 14:37:39'),(185,1,53,'L\'adresse du serveur n\'ai pas correctement renseigner','Dans la v1.0.5.2, l\'adresse du serveur n\'est pas correctement renseigné dans la fenêtre de commande (voir copie d\'écran en PJ)\r\nIl manque le mon DNS du PC\r\nExemple : opc.tcp://:2065/RenaultSAS\r\nCa provoque des disfonctionnements avec certain client UA qui utilise l\'adresse retourné par le serveur quand on interroge les endpoints disponibles.',NULL,NULL,5,1,5,NULL,317,2,'2017-12-01 13:16:31','2017-12-10 16:36:59','2017-12-01',100,NULL,NULL,185,1,2,0,'2017-12-10 16:36:59'),(186,1,51,'connexion vpiUaClnt','connexion impossible à un serveur UA avec VpiUaClnt en configuration manuelle. Exemple de message apparaissant dans le log pour un item : GetSourceObjectByWrappedNodeId failed. The nodeid ns=7;s=API.CPU.Z1.S1Z1ZBDF24VR is not declare in your subSystem file. Ce message apparait pour chaque item du subsystem.',NULL,NULL,5,NULL,4,NULL,304,1,'2017-12-05 17:58:15','2017-12-10 16:05:44','2017-12-05',100,NULL,NULL,186,1,2,0,'2017-12-10 16:05:44'),(187,3,51,'Débuggage VPI Prosyst','Bonjour Mr Condemine,\r\n\r\nAfin de débugger nos VPIs, Il nous faudrait la version Debug du serveur OpenOpcUa. \r\n\r\nA bientôt,\r\n\r\nProsyst',NULL,NULL,5,NULL,4,NULL,304,1,'2017-12-06 10:04:41','2017-12-10 16:12:58','2017-12-06',100,NULL,NULL,187,1,2,0,'2017-12-10 16:12:58'),(188,1,49,'OpenOpcUa en service plante lors de son arrêt','Sur XP, quand le serveur tourne en tant que service, on a un message d\'erreur lors de sont arrêt.\r\nIl y a bien les 15 secondes avant l\'arrêt du service puis il plante.\r\nEn PJ, le rapport d\'erreur.','2018-01-29',NULL,5,1,4,NULL,254,3,'2017-12-07 16:55:19','2018-04-18 16:07:34','2017-12-07',100,NULL,NULL,188,1,2,0,'2018-03-27 11:51:11'),(189,1,49,'DeviceState Nok dans VpiModbus','En XP, pour le node DeviceState du VPIModbus le StatusCode est toujours rouge.',NULL,NULL,5,1,4,NULL,254,3,'2017-12-07 16:58:03','2018-04-18 16:07:51','2017-12-07',100,NULL,NULL,189,1,2,0,'2018-03-27 11:50:03'),(190,1,49,'le Vpi Ua Client ne fonctionne pas sur XP','Je viens de faire le test du Vpi Ua Client pour Xp et il ne fonctionne pas.\r\nEn PJ, le message lors du lancement du serveur\r\n',NULL,NULL,5,1,4,NULL,254,1,'2017-12-07 17:01:01','2017-12-10 16:25:36','2017-12-07',0,NULL,NULL,190,1,2,0,'2017-12-10 16:25:36'),(191,1,52,'Doublons détectés objet ADPType','Après raccordement du concentrateur du P2, on voit dans UA Expert deux objets de type ADPType.\r\nL\'harmonisateur aspire la définition ADPType du concentrateur conduisant à un conflit avec la définition présente dans l\'harmonisateur.',NULL,NULL,5,1,6,NULL,314,1,'2017-12-07 18:16:00','2018-04-13 00:36:28','2017-12-07',100,NULL,NULL,191,1,2,0,'2018-04-13 00:36:28'),(192,1,49,'Intégration du serveur OPC dans le core','Bonjour,\r\n \r\nSuite à la formation que nous avons eu avec vous un problème était apparu lors de l’intégration du serveur OPC dans le core.\r\nPour intégrer le serveur j’ai compilé le projet « OpenOpcUaCoreServer » sous forme de librairie statique en excluant le main.cpp de la compilation.\r\nJ’ai copié toutes les fonctions du main.cpp dans notre projet, j’ai pu compiler mais j’ai eu des plantes sur des delete. \r\nNous avons redéfini les opérateurs new et delete. Il arrive que l’on utilise une paire d’opérateur (new/delete) standard et surchargé, or cela fait planter l’application. \r\n \r\nNous avons trouvé une technique qui marche et qui nécessite très peu de modification du code OPC. Plutôt que d’exclure le main.cpp de la compilation j’ai juste mis en commentaire le main. J’ai mis la définition des fonctions RunAsApplication et RunAsService dans le fichier stdafx.h pour pouvoir les appeler depuis notre code.\r\nJ’ai rajouté une fonction « testTiama » dans stdafx.h et je l’ai mise à la place de la fonction getCChar dans la fonction RunAsApplication pour pouvoir décider nous-même de comment arrêter le serveur.\r\n \r\nCôté Tiama j’ai inclus stdafx, déclarer toutes les variables globales du main.cpp en extern.\r\nEnfin pour lancer le serveur voici que l’on fait :\r\ng_pTheApplication = new CServerApplication();\r\nif (g_pTheApplication)\r\n       g_pTheApplication->Initialize();\r\n \r\nSTARTUP_COMMAND eCommand = COMMAND_UNKNOWN;\r\ng_pTheApplication->ParseFirstParameter(\".\\\\ConfigOpenOpcUa.xml\", &eCommand);\r\n \r\nRunAsApplication(eCommand);\r\n \r\nCela fonctionne, je vous joins les deux fichiers modifiés pour que vous puissiez voir le code qui marche chez nous.\r\nVous aviez proposé d’enlever toutes les fonctions du main et cela est cohérents avec les modifications que nous avons faites, il faut juste que l’on puisse inclure un fichier header qui contient les bons prototypes de fonctions (RunAsApplication/RunAsService).\r\n \r\nSi je ne me trompe pas les seuls modifications que l’on aura à faire lorsque vous livrerez d’autres versions sont :\r\n-	Mettre en commentaire le main\r\n-	Compiler en librairie statique\r\n-	Ajouter la fonction tiama et l’insérer à la place du getCChar\r\n \r\nJe vous relance aussi sur le fait de supprimer le code suivant de votre version pour que l’on puisse compiler de notre côté en debug/release:\r\n#define _HAS_ITERATOR_DEBUGGING 0\r\n',NULL,NULL,1,1,4,NULL,254,0,'2017-12-11 16:16:51','2017-12-11 16:16:51','2017-12-11',0,NULL,NULL,192,1,2,0,NULL),(193,3,57,'Change of Source Code Encoding  to UTF-8 Or Korean 949','Hi Michel,\r\n\r\nJust a kindly reminder that the source code textual encoding would have to be updated to include UTF-8 or Corean 949\r\nso that we would not lose anything when we open the codes in Korean OS.\r\n\r\nThanks,\r\n\r\nJason ',NULL,NULL,5,1,4,NULL,333,2,'2017-12-12 00:47:05','2018-03-03 14:44:42','2017-12-12',100,NULL,NULL,193,1,2,0,'2018-03-03 14:44:42'),(194,1,48,'NamespaceArray','Bonjour,\r\nest ce que le node NamespaceArray i=2255 est present dans l\'espace d\'adressage du S7 ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,1,269,6,NULL,1,0,'2017-12-18 10:03:20','2017-12-18 10:03:20','2017-12-18',0,NULL,NULL,194,1,2,0,NULL),(195,1,52,'Impossible de joindre l\'harmonisateur','Le nouveau plugin UAE Egidium, s\'abonne désormais par type de variables (ALM, DRG, DFT, DFT_BATT, DFT_L_ECS...) comme demandé par ADP.\r\nLa première connexion à l\'harmonisateur a aboutie:\r\n<pre>\r\n2017-12-18 14:29:27,604 [0x00006540] DEBUG UAEListener - ADPSpace::UAEListener::connect (#145) server uri:		opc.tcp://harm-opcua:2579/ADP-HarmoServer\r\n2017-12-18 14:29:27,604 [0x00006540] DEBUG UAEListener - ADPSpace::UAEListener::connect (#146) discovery url:	opc.tcp://harm-opcua:2579/ADP-HarmoServer\r\n2017-12-18 14:29:27,604 [0x00006540] DEBUG UAEListener - ADPSpace::UAEListener::connect (#147) -----\r\n2017-12-18 14:29:27,606 [0x00006540] DEBUG UAEListener - ADPSpace::UAEListener::connect (#167) Connecting...\r\n2017-12-18 14:29:27,612 [0x00006540] DEBUG UAEListener - ADPSpace::UAEListener::connectionStatusChanged (#334) connectionStatusChanged begin\r\n2017-12-18 14:29:27,612 [0x00006540] WARN UAEListener - ADPSpace::UAEListener::connectionStatusChanged (#347) Connection status changed to Connected\r\n</pre>\r\n\r\nJ\'ai dû le relancer le plugin pour prendre en compte un paramètre et depuis l\'harmonisateur ne répond plus:\r\n<pre>\r\n2017-12-18 14:43:28,984 [0x00004cb4] DEBUG UAEListener - ADPSpace::UAEListener::connect (#145) server uri:		opc.tcp://harm-opcua:2579/ADP-HarmoServer\r\n2017-12-18 14:43:28,984 [0x00004cb4] DEBUG UAEListener - ADPSpace::UAEListener::connect (#146) discovery url:	opc.tcp://harm-opcua:2579/ADP-HarmoServer\r\n2017-12-18 14:43:28,984 [0x00004cb4] DEBUG UAEListener - ADPSpace::UAEListener::connect (#147) -----\r\n2017-12-18 14:43:28,986 [0x00004cb4] DEBUG UAEListener - ADPSpace::UAEListener::connect (#167) Connecting...\r\n2017-12-18 14:43:34,001 [0x00004cb4] DEBUG UAEListener - ADPSpace::UAEListener::connect (#181) Connect failed with status BadTimeout\r\n2017-12-18 14:43:34,001 [0x00004cb4] ERROR UAEListener - ADPSpace::UAEListener::connect (#189) Connect failed\r\n2017-12-18 14:43:34,001 [0x00004cb4] ERROR UAEAnalyst - ADPSpace::UAEAnalyst::run (#865) Connect failed\r\n</pre>\r\n\r\nSi l\'harmonisateur est tombé, ce serait bien de faire en sorte qu\'il se relance automatiquement.',NULL,NULL,5,1,6,NULL,329,3,'2017-12-18 14:57:42','2018-04-13 00:36:53','2017-12-18',100,NULL,NULL,195,1,2,0,'2017-12-18 19:03:03'),(196,1,52,'Pug-In Muet','J\'ai fait quelques essai avec wireshark.\r\nLe plug-in est totalement muet ce soir. Il fonctionne dans la machine EDIGIUM1 (Active) mais il n\'envoi aucune demande au serveur.\r\nIl semblait produire de l\'activité dans l\'AM.\r\nMerci de vérifier le comportement/stabilité de votre Plug-In ASAP.\r\nJe vais par ailleurs etudier les traces de cette AM.\r\nJe souhaite vérifier la bonne prise en compte/compréhension de mes recommandations.\r\nSessionTimeOut, LifeTimeCount, KeepAliveCount, PublishInterval, etc.\r\n\r\nMichel\r\n\r\n',NULL,NULL,5,329,7,NULL,1,1,'2017-12-19 01:23:32','2018-04-13 00:28:48','2017-12-19',100,NULL,NULL,196,1,2,0,'2018-04-13 00:28:48'),(197,1,52,'Analyse Trace wireshark','Après analyse de la trace WS. Je constate :\r\n1- aucune de mes recommandations n\'a été correctement prise en compte\r\n2- Le plug-in crée 21 subscriptions toutes utilisent les mêmes paramètres qui sont totalement inadaptés\r\n3- aucune de ces subscriptions n\'utilisent les paramètres demandés par ADP\r\n4- le plug-in ne crée plus aucun monitoredItem\r\nCETTE NOUVELLE VERSION DU PLUG-IN EST UNE REGRESSION PAR RAPPORT A LA VERSION PRECEDENTE.\r\n\r\nJe suis disponible entre 11h et 12h pour en parler\r\n\r\n',NULL,NULL,5,329,7,NULL,1,3,'2017-12-19 01:34:21','2018-04-13 00:28:29','2017-12-19',100,NULL,NULL,197,1,2,0,'2018-04-13 00:28:29'),(198,1,54,'OPC DA/UA Démo','Bonjour Michel,\r\n\r\nNous avons tenté de lancer la démo fournie (Demo-ComDa). \r\nAprès avoir lancé le fichier *StartServerRelease.bat* nous n\'arrivons pas à lancer correctement la suite. Ci-joint les deux fichiers log qui présentent les erreurs rencontrées. \r\nMerci d\'avance.',NULL,NULL,5,NULL,4,NULL,331,1,'2017-12-19 10:08:56','2018-02-01 09:33:52','2017-12-19',100,NULL,NULL,198,1,2,0,'2018-02-01 09:33:52'),(199,1,57,'Build failure in Ubuntu on OpenOpcUA ver 1.0.5.2','Hello Michel,\r\n\r\nWe experienced build failure due to some issues SSL-related.\r\nWe have uploaded the virtual box.\r\n\r\nThanks,\r\n\r\nJason ',NULL,NULL,5,NULL,4,NULL,333,5,'2017-12-20 07:20:43','2018-02-09 09:16:10','2017-12-20',100,NULL,NULL,199,1,2,0,'2018-02-09 09:16:10'),(200,2,56,'Utilisation AdressageMXSpeak.xlsx','Bonjour,\r\nle fichier contient des adresses qui pointent sur le meme nodeId\r\nVous avez pour cela utilisé une colonne suplementaire.\r\nCe n\'est pas utilisable en l\'état. Il convient d\'ajouter une ligne et de ne modifier que l\'adresse.\r\nseul Full adresse 1 devra etre présent. \r\nMerci de faire la modification avant que j\'importe le fichier.\r\nCordialement\r\nMichel',NULL,NULL,5,328,7,NULL,1,2,'2017-12-20 08:41:54','2018-01-15 18:26:45','2017-12-20',100,NULL,NULL,200,1,2,0,'2018-01-15 18:26:45'),(201,1,54,'OPC DA/UA Démo','Bonjour Michel,\r\n\r\nNous avons tenté de lancer la démo fournie (Demo-ComDa). \r\nAprès avoir lancé le fichier *StartServerRelease.bat* nous n\'arrivons pas à lancer correctement la suite. Ci-joint les deux fichiers log qui présentent les erreurs rencontrées. \r\nMerci d\'avance.',NULL,NULL,5,1,4,NULL,331,4,'2017-12-22 08:28:19','2018-02-01 09:33:22','2017-12-19',100,NULL,NULL,201,1,2,0,'2018-02-01 09:33:22'),(202,3,57,'When would you be able to release finished OpenOpcUa 1.0.5.2?','Hi Michel,\r\n\r\n\r\nHope you enjoyed the Christmas holidays...\r\nJust let us know when you would be releasing the latest OpenOPcUA.\r\n\r\nWe like to proceed to Clint development.\r\n\r\n\r\nThanks,\r\n\r\nJason ',NULL,NULL,5,NULL,4,NULL,333,1,'2017-12-26 06:16:52','2018-01-06 09:24:51','2017-12-26',100,NULL,NULL,202,1,2,0,'2018-01-06 09:24:51'),(203,3,57,'Latest version 1.0.5.2 and UTF-8 support','Hi Michel,\r\n\r\nHope you had a wonderful year-end vacations.\r\n\r\nJust a friendly reminder that we are still awaiting your release of the latest version of the OpenOpcUA i.e. verion 1.0.5.2\r\nWhile you are at it, please look into the UTF-8 support or EUC-KR KR-949.\r\n\r\nAnd one more thing, when do you think we could do the 4th session?\r\n\r\nThanks,\r\n\r\nJason \r\n',NULL,NULL,5,1,4,NULL,333,22,'2018-01-02 05:01:25','2018-02-09 09:17:08','2018-01-02',100,NULL,NULL,203,1,2,0,'2018-02-09 09:17:08'),(204,2,57,'Endian-related issues.','Hi Michel, \r\n\r\nThis week, we\'ve been working with the OpenOpcUA 1.0.5.2 you shared with us to build a cross-compile environment \r\nas the target deployment platform for our OPC UA client module is Power Chips.\r\n\r\nFYI, the cross compilor is power-poky-gcc compiler.\r\nwe ran into following compile error:\r\n\r\n___Compilation error --\r\nbits/endian.h:27:4: error: #error Both BIG_ENDIAN and LITTLE_ENDIAN defined!\r\n#  error Both BIG_ENDIAN and LITTLE_ENDIAN defined!___\r\n\r\n\r\nWe also did some digging following the source code and found the suspect for your convenience;\r\n\r\n   OpenOpcUa_1_0_5_2/OpenOpcUaStackV1/include/shared/opcua_platformdefs.h\r\n\r\nthe above header file at the code line 35 \"_LITTLE_ENDIAN\" is defined. \r\nand that causes the above error in the glibc bits/endian.h \r\n\r\n\r\nCan you look further into this, please.\r\n\r\n\r\nThanks,\r\n\r\nJason\r\n',NULL,NULL,1,1,5,79,333,16,'2018-01-05 06:16:34','2018-02-01 21:22:40','2018-01-05',0,NULL,NULL,204,1,2,0,NULL),(205,2,54,'Representation UML sous MD','',NULL,NULL,5,1,4,NULL,1,1,'2018-01-05 15:44:19','2018-02-01 09:32:46','2018-01-05',100,NULL,NULL,205,1,2,0,'2018-02-01 09:32:46'),(206,1,52,'les createMonitoredItems en série font crasher le serveur harmonisateur','je suis dans la situation suivante:\r\n\r\nJe crée une première souscription, afin d\'y monitorer des items.\r\nJe regarde le résultat de la création de cette souscription.\r\nJe monitor les items d\'intérêt (e.g. tous les nœuds ALD).\r\nJe regarde les résultats de monitoring de chacun des nœuds monitorés.\r\n\r\nJe crée une deuxième souscription, afin d\'y monitorer des items.\r\nJe regarde le résultat de la création de cette souscription.\r\nJe monitor les items d\'intérêt (e.g. tous les nœuds ALM).\r\nJe regarde les résultats de monitoring de chacun des nœuds monitorés.\r\n\r\nJe crée une troisième souscription, afin d\'y monitorer des items.\r\nJe regarde le résultat de la création de cette souscription.\r\nJe monitor les items d\'intérêt (e.g. tous les nœuds ALM_GEN).\r\nJe regarde les résultats de monitoring de chacun des nœuds monitorés.\r\n\r\n... ainsi de suite vingt fois (pour les 20 types de noeuds).\r\n\r\nCela fait crasher le serveur harmonisateur au bout de 6, 7 ou 8 souscription, difficile d\'évaluer à laquelle précisément.\r\n\r\nJ\'ai essayé dé retirer les souscriptions aux paquets de nœuds trop grands (exit les groupes de plus de 100, je n\'ai gardé que les paquets de 15-20 max)\r\nCela corrige le problème, le serveur ne crashe plus.\r\n\r\nJ\'ai aussi essayé de ne garder qu\'une souscription: les ALM qui contient 10000 nœuds quand tous les concentrateurs sont allumés.\r\nLe serveur ne plante pas dans cette configuration.\r\n\r\nEnfin, j\'ai remis toutes les souscriptions, et j\'ai ajouté un sleep d\'une seconde entre chaque opération:\r\n\r\n\r\nJe crée une première souscription, afin d\'y monitorer des items.\r\nJe regarde le résultat de la création de cette souscription.\r\nJe monitor les items d\'intérêt (e.g. tous les noeuds ALD).\r\nJe regarde les résultats de monitoring de chacun des noeuds monitorés.\r\n\r\nsleep 1 seconde\r\n\r\nJe crée une deuxième souscription, afin d\'y monitorer des items.\r\nJe regarde le résultat de la création de cette souscription.\r\nJe monitor les items d\'intérêt (e.g. tous les noeuds ALM).\r\nJe regarde les résultats de monitoring de chacun des nœuds monitorés.\r\n\r\nsleep 1 seconde\r\n\r\n...\r\n\r\nLe serveur ne crashe plus avec cette modification.\r\n\r\nCette solution est actuellement celle mise en oeuvre sur le serveur ADP.\r\n',NULL,NULL,5,1,5,NULL,316,3,'2018-01-09 18:21:15','2018-02-01 23:02:41','2018-01-09',100,NULL,NULL,206,1,2,0,'2018-02-01 23:02:41'),(207,1,47,'Import CSV in Subsystem','During subsystem import we must create the Uri List according to the namespaceindex available in the import.\r\nThe idea is that all tag are declare in one subsystem file.',NULL,NULL,1,1,4,NULL,1,0,'2018-01-09 21:28:47','2018-01-09 21:28:47','2018-01-09',0,NULL,NULL,207,1,2,0,NULL),(208,1,52,'Remontée d\'information Concentrateur -> Harmonisateur','Confirmation que de nombreuses remontées ne se font pas vers l\'harmonisateur (livraison du 03/01/2018)\r\n\r\nCeci est observé dans tous les cas avec un simple client UA expert que l\'on soit ou non connecté sur le plugin ou mon petit outil de test client.\r\n\r\nIl est très difficile d\'avancer sur cette base.\r\n\r\nPour info pour on a dû reconnecter le plugin Egidium sur simulateur en direct afin de progresser sur les autres sujets et difficile à passer le cap suivant. ',NULL,NULL,5,1,5,NULL,345,4,'2018-01-10 15:53:55','2018-04-13 00:37:16','2018-01-10',100,NULL,NULL,208,1,2,0,'2018-04-13 00:37:16'),(209,1,52,'Remontée croisée entre concentrateur et Harmonisateur','Au travers nos tests, un phénomène que l\'on avait pas encore identifié.\r\n\r\nEn changeant la valeur d\'une ALM dans le concentrateur , c\'est la valeur d\'une CMD_HS dans l\'harmonisateur qui a évolué.\r\n\r\nCas concret: P2 sur l\'ELT ALM i = 531 dans concentrateur agit sur l\'harmonisateur en CMD_HS i=561.\r\n\r\n',NULL,NULL,5,1,5,NULL,345,4,'2018-01-10 16:25:18','2018-01-11 21:13:06','2018-01-10',100,NULL,NULL,209,1,2,0,'2018-01-11 21:13:06'),(210,3,57,'Re: OpenOpcUaClientSdk Libary ','Hi Michel,\r\n\r\nAs you know, we are using *ANSI C* in our development environment and \r\nwhile tracing the code in the \"OpenOpcUaClientSdk\", we run into various C++ specific constructs.\r\n\r\nHow could we access the OpenOpcUaClientSdk from ANSC C environment?\r\nCan you give us an idea?\r\n\r\nThanks,\r\n\r\nJason \r\n',NULL,NULL,5,1,7,4,333,19,'2018-01-12 00:45:50','2018-01-17 08:02:55','2018-01-12',100,NULL,NULL,210,1,2,0,'2018-01-16 12:21:44'),(211,2,56,'Node DFT (ns=8;i=16)','Je pense que DFT doit passer à 1 dès que le serveur n\'arrive pas à communiquer avec le SSI, par exemple si le port série ne s\'ouvre pas, si le câble USB est débranché... peut-être utilisé le fait que l\'on reçoit une trame de surveillance (packet ID 128)',NULL,NULL,5,1,4,NULL,328,3,'2018-01-15 17:52:54','2018-04-11 16:38:40','2018-01-15',100,NULL,NULL,211,1,2,0,'2018-04-11 16:38:40'),(212,2,56,'node MODIF_BD','Il faut que cette variable passe à 1 des que des nodes sont ajoutés ou supprimés, par exemple, si on ajoute un détecteur.\r\nIl ne faut pas récupérer l’info au niveau des centrales mais plutôt au niveau du fichier subsystem si celui-ci est  modifié, peut-être mettre en place un système d’indexation de ce fichier...',NULL,NULL,5,1,4,NULL,328,4,'2018-01-15 17:58:21','2018-04-11 16:39:14','2018-01-15',100,NULL,NULL,212,1,2,0,'2018-04-11 16:39:14'),(213,2,56,'NODE LS','Pour les  nodes LSType , on peut utiliser le packet ID 128 « supervision request » (page 34 du document), a priori on peut ainsi savoir quelle nœud réseau ne répond pas et ainsi faire passer la variable DFT à true et la variable EN_SERV à false.',NULL,NULL,5,1,4,NULL,328,3,'2018-01-15 18:00:48','2018-04-11 16:39:39','2018-01-15',100,NULL,NULL,213,1,2,0,'2018-04-11 16:39:39'),(214,2,56,'NODE DRG_GEN ','DRG_GEN ne passe pas à true lors de l\'apparition d\'un derangement sur l\'ECS ou le CMSI\r\nDans les trames reçues  du paquet 201, y a-t-il d’autres bit à 1 ? Peut-être un mauvais emplacement du bit…\r\nEst-il possible d’essayer avec le bit 8 (Panel has local fault) ?\r\n',NULL,NULL,5,1,4,NULL,328,3,'2018-01-15 18:04:29','2018-04-11 16:40:06','2018-01-15',100,NULL,NULL,214,1,2,0,'2018-04-11 16:40:06'),(215,1,56,'Nodes LIBELLE','Pour l\'ensemble des nodes de type LIBELLE, il n\'y a que le node du 1er niveau (ns=8;i=15) et le node des ELT (ns=11;i=571 ou ns=11;i=671..) qui permettent de récupérer les textes, les autres semblent ne pas fonctionner.',NULL,NULL,5,1,4,NULL,328,4,'2018-01-15 18:43:44','2018-04-11 16:40:24','2018-01-15',100,NULL,NULL,215,1,2,0,'2018-04-11 16:40:24'),(216,1,1,'Problème lors de la suppression des souscriptions','Ci-joint les logs :\r\n* du plugin Egidium (dossier com.egidium.adp)\r\n* de l\'harmonisateur (dossier OK et NOK)\r\n* et les traces Wireshark (dossier OK et NOK)\r\n\r\nDescription du test NOK:\r\n* Relance de l\'harmonisateur et des 4 concentrateurs\r\n* Relance du plugin Egidium\r\n* UAExpert montre bien des souscriptions (VpiSet.SubscriptionDetail!=0)\r\n* Arrêt du plugin Egidium\r\n* UAExpert montre encore des souscriptions (VpiSet.SubscriptionDetail!=0)\r\n\r\nDans les logs du plugin Egidium, on trouve:\r\n<pre>\r\n2018-01-16 14:25:18,524 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllMonitoredItems (#325) deleteMonitoredItems failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:18,534 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllMonitoredItems (#325) deleteMonitoredItems failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:18,541 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllMonitoredItems (#325) deleteMonitoredItems failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:18,547 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllMonitoredItems (#325) deleteMonitoredItems failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:18,553 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllMonitoredItems (#325) deleteMonitoredItems failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:19,137 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllSubscriptions (#362) DeleteSubscription failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:19,137 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllSubscriptions (#362) DeleteSubscription failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:19,138 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllSubscriptions (#362) DeleteSubscription failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:19,138 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllSubscriptions (#362) DeleteSubscription failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:19,139 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllSubscriptions (#362) DeleteSubscription failed with status BadSubscriptionIdInvalid\r\n2018-01-16 14:25:19,139 [0x00006110] ERROR SampleSubscription - ADPSpace::SampleSubscription::deleteAllSubscriptions (#362) DeleteSubscription failed with status BadSubscriptionIdInvalid\r\n</pre>\r\n\r\nDescription du test OK:\r\n* Relance de l\'harmonisateur et de 1 seul concentrateur\r\n* Relance du plugin Egidium\r\n* UAExpert montre bien des souscriptions (VpiSet.SubscriptionDetail!=0)\r\n* Arrêt du plugin Egidium\r\n* UAExpert ne montre plus de souscriptions (VpiSet.SubscriptionDetail=0)\r\n',NULL,NULL,5,1,6,NULL,316,2,'2018-01-16 15:00:57','2018-01-16 20:49:30','2018-01-16',100,NULL,NULL,216,1,2,0,'2018-01-16 20:49:30'),(217,1,56,'Node ECS.ELT.DRG','La variable DRG est à true alors que le point est normal (pas en dérangement), quels sont les infos de MxSpeak qui animent cette variable ?\r\n',NULL,NULL,5,1,4,NULL,328,1,'2018-01-17 19:10:07','2018-01-19 14:47:54','2018-01-17',100,NULL,NULL,217,1,2,0,'2018-01-19 14:47:54'),(218,1,56,'Node ECS.ELT.DRG','La variable DRG est à true alors que le point est normal (pas en dérangement), quels sont les infos de MxSpeak qui animent cette variable ?\r\n',NULL,NULL,5,1,4,NULL,328,2,'2018-01-17 19:10:52','2018-01-17 19:39:20','2018-01-17',0,NULL,NULL,218,1,2,0,'2018-01-17 19:15:25'),(219,1,56,'Node ECS.ELT.EN_SERV','La variable EN_SERV doit être à false uniquement si le point est hors service, dans tous les autres cas doit être à true.',NULL,NULL,5,1,4,NULL,328,2,'2018-01-17 19:21:11','2018-03-05 18:03:08','2018-01-17',100,NULL,NULL,219,1,2,0,'2018-03-05 18:03:08'),(220,2,56,'Node CMSI.ASS.POS_ATT , Node  CMSI.ASS.DFT_POS_ATT','Actuellement ne s\'animent pas.\r\n\r\nFonctionnement Node CMSI.ASS.POS_ATT:\r\nDoit être à true lorsque le DAS n\'est pas en défaut de position d\'attente\r\nDoit être à false lorsque le DAS est en défaut de position d\'attente\r\n\r\nFonctionnement Node CMSI.ASS.DFT_POS_ATT:\r\nDoit être à false lorsque le DAS n\'est pas en défaut de position d\'attente\r\nDoit être à true lorsque le DAS est en défaut de position d\'attente\r\n\r\nOn doit pouvoir récupérer l\'état de défaut de position d\'attente avec le Groupe 1004 et l\'event code 401\r\n\r\n\r\n\r\n\r\n ',NULL,NULL,5,1,4,NULL,328,2,'2018-01-18 17:43:07','2018-03-05 18:02:35','2018-01-18',100,NULL,NULL,220,1,2,0,'2018-03-05 18:02:35'),(221,1,56,'Node CMSI.ASS.POS_SECU , Node  CMSI.ASS.DFT_POS_SECU','Actuellement ne s\'animent pas.\r\n\r\nFonctionnement Node CMSI.ASS.POS_SECU:\r\nDoit être à true lorsque le DAS n\'est pas en défaut de position de sécurité\r\nDoit être à false lorsque le DAS est en défaut de position de sécurité\r\n\r\nFonctionnement Node CMSI.ASS.DFT_POS_SECU:\r\nDoit être à false lorsque le DAS n\'est pas en défaut de position de sécurité\r\nDoit être à true lorsque le DAS est en défaut de position de sécurité\r\n\r\nOn doit pouvoir récupérer l\'état de défaut de position de sécurité avec le Groupe 1000 et l\'event code 402',NULL,NULL,5,1,4,NULL,328,2,'2018-01-18 18:09:29','2018-03-05 18:02:09','2018-01-18',100,NULL,NULL,221,1,2,0,'2018-03-05 18:02:09'),(222,1,57,'OPC UA Client - segmentation error','Hi Michel,\r\n\r\n\r\nWe have updated the latest OpenOpcUaTerminalClient code as part of our learning process and found it causing segmentation error.\r\n\r\nCode (as attached) has been modified to do as follows:\r\n\r\n\r\n1. register subscriptions \r\n2. wait 10 sec  \r\n3. remove Subscription\r\n4. wait 1 sec \r\n\r\nIf we run the code for about 10 times, we encounter random segmentation fault and/or failure in publishing.\r\nPlease review the code and show us what we missed or did wrong.\r\n\r\nAnd while you are at it,  could you show us how to stop/pause/resume the subscription correctly. \r\n\r\nMerci,\r\n\r\nJason ',NULL,NULL,5,1,7,NULL,333,36,'2018-01-19 10:36:56','2018-03-19 23:47:37','2018-01-19',100,NULL,NULL,222,1,2,0,'2018-03-19 23:47:37'),(223,3,56,'Channet Addresse 24','Bonjour,\r\nen cas de lecture des text PacketId 151. Je reçois des réponses sur le ChannelAddress 24.\r\nLa documentation indique que les channel adresse vont de 0 à 31.\r\nA quoi correspond la ChannelAddress 24.\r\nCordialement',NULL,NULL,5,328,6,NULL,1,3,'2018-01-19 16:36:03','2018-03-05 18:01:32','2018-01-19',100,NULL,NULL,223,1,2,0,'2018-03-05 18:01:15'),(224,3,56,'§6.19 State Information','Bonjour,\r\nj\'ai besoin d\'une clarification de la part de votre R&D sur l\'interprétation des State Information Reply.\r\nLes données reçues n\'ont pas beaucoup de sens. \r\nPar exemple :ECS en dérangement et HS sur la face avant.\r\nMonitored State Bitmap =  ‭1101 1111 0000 1111 0000 0010 0000 0000‬\r\nState Information Bitmap =0000 ‭0110 0000 0011 0000 0000 0000 0000(0x2010000)\r\nCette demande est URGENTE\r\nCordialement\r\nMichel',NULL,NULL,5,328,7,NULL,1,4,'2018-01-20 15:27:04','2018-03-05 13:26:08','2018-01-20',100,NULL,NULL,224,1,2,0,'2018-03-05 13:26:08'),(225,2,49,'Communication de 2 cores Tiama (OpenOpcUaCore','',NULL,NULL,5,NULL,3,NULL,254,2,'2018-01-22 17:34:22','2018-01-22 17:38:50','2018-01-22',100,NULL,NULL,225,1,2,0,'2018-01-22 17:38:50'),(226,2,49,'Communication de 2 cores Tiama (OpenOpcUaCore intégré) à travers 1 OpenOpcUaCore Agrégateur','L\'agrégateur communique avec :\r\n  - le 1er core grâce à 1 VpiUaClient\r\n  - le 2ième core grâce à 1 VpiUaClient\r\n\r\nLa variable \'X\' du 1er core est lié à la variable \'Z\' de l\'agrégateur.\r\nLa variable \'Y\' du 2ième core est lié à la variable \'Z\' de l\'agrégateur.\r\n\r\nLorsque je modifie la variable \'X\' dans le 1er core, je veux que la variable \'Y\' du 2ième core soit modifiée.\r\nAujourd\'hui, quand je modifie la variable \'X\' dans le 1er core, la variable \'Z\' dans l\'agrégateur est bien modifiée mais elle ne redescend pas sur le 2ième core.','2018-05-16',NULL,1,1,5,NULL,254,1,'2018-01-22 17:48:54','2018-04-26 14:09:04','2018-01-22',0,NULL,NULL,226,1,2,0,NULL),(227,3,57,'terminal log file','',NULL,NULL,5,NULL,4,NULL,336,3,'2018-01-23 09:56:59','2018-02-08 21:20:15','2018-01-23',100,NULL,NULL,227,1,2,0,'2018-02-08 21:20:15'),(228,1,49,'Vpi Modbus écriture de plusieurs Bool','Lors de l\'écriture de plusieurs bool dans le serveur OpenOpcUa, il y a un problème d\'écriture sur le Modbus.\r\nDans l\'exemple en pièces jointes :\r\non écrit i=1755 à 1 (ligne 21 du VpiModbus) ça donne 16#1f10 sur le mot 1007 en Modbus (ligne 3561 du wireshark)\r\net on laisse i=1171 à 1 (ligne 31 du VpiModbus) ça donne 16#1f10 sur le mot 1007 en Modbus (ligne 3561 du wireshark)\r\npuis\r\non repasse i=1755 à 0 (ligne 38 du VpiModbus) ça donne 16#1e10 sur le mot 1007 en Modbus (ligne 8328 du wireshark)\r\net on laisse i=1171 à 1 (ligne 58 du VpiModbus) ça donne 16#1f10 sur le mot 1007 en Modbus (ligne 8383 du wireshark) Ce qui n\'est pas bon.\r\n\r\nLa différence entre les 2 est que pour :\r\n - la première écriture, les 2 bool passe dans une écriture multiple au niveau du VPI\r\n - la deuxième écriture, les 2 bool passe dans des écritures différents au niveau du VPI espacée de ~100ms.','2018-01-29',NULL,1,1,5,NULL,254,1,'2018-01-23 14:51:59','2018-03-27 09:34:20','2018-01-23',0,NULL,NULL,228,1,2,0,NULL),(229,2,49,'VpiModbus Nom du fichier .dat','Le nom du fichier .dat est constitué des infos renseignées dans le fichier de configuration du subsystem.\r\nMais pour le VpiUaClient il y a un \"-\" entre le nom du Vpi et les chiffres.\r\nexemple : VpiUaClient-00400.dat\r\nLe tiré est absent pour le VpiModbus.\r\nexemple : VpiModbus00200.dat\r\nIl serait bien de le rajouter pour harmoniser.','2018-01-29',NULL,1,1,3,NULL,254,0,'2018-01-23 15:25:11','2018-01-23 15:25:11','2018-01-23',0,NULL,NULL,229,1,2,0,NULL),(230,1,49,'Vpi Modbus écriture multiple non temporisée','lors d\'une écriture multiple, il n\'y a pas de temporisation entre les questions modbus et le serveur peut retourner des exceptions.\r\nDans l\'exemple en PJ, à la ligne 3561 on commence une écriture multiple de 11 éléments en moins de 1ms.\r\nLe serveur retourne 2 exception ligne 3578 et3584','2018-01-29',NULL,5,1,4,NULL,254,4,'2018-01-23 16:32:10','2018-04-18 16:08:37','2018-01-23',100,NULL,NULL,230,1,2,0,'2018-03-27 09:30:18'),(231,1,49,'VpiUaClient pas de lecture des string','En XP avec configuration manuelle, on ne relie pas les string.','2018-01-24',NULL,5,1,4,NULL,254,2,'2018-01-23 16:35:23','2018-03-27 11:48:41','2018-01-23',100,NULL,NULL,231,1,2,0,'2018-02-08 15:54:36'),(232,2,49,'Dossier de configuration','Il serait bien que, lorsque le serveur est installer en service, tous les fichiers de configurations et de logs soit stocké au même endroit.\r\nAujourd\'hui, les fichier .xml sont dans un dossier mais le fichier .dat des Vpi et les logs sont stocké sur c:\\Windows\\system32\\ pour Xp 32bits','2018-01-29',NULL,5,1,3,NULL,254,3,'2018-01-23 16:46:59','2018-04-18 16:08:58','2018-01-23',100,NULL,NULL,232,1,2,0,'2018-01-24 23:01:08'),(233,2,56,'Nodes ASS, FMSI et UGA , tableau de correspondance nouveaux \"events\" ','Ci-joint le tableau de correspondance pour les nouveaux événements créés.\r\nIl faudrait de préférence extraire les \"events loga data\" et plus précisément l\'event code qui lui seul permettra par exemple de faire la distinction entre les DFT_POS_ATT et le POS_ATT.\r\nPour la partie FMSI et UGA, c\'est le n° de la zone qui permettra d\'adresser.\r\n\r\nCordialement.',NULL,NULL,5,1,6,NULL,328,5,'2018-01-28 16:59:21','2018-03-05 13:20:44','2018-01-28',100,NULL,NULL,233,1,2,0,'2018-03-05 13:20:44'),(234,2,56,'Node CMSI.L_ECS.DFT_L_ECS','J\'ai créé un autre événement pour le node: CMSI.DFT_L_ECS\r\nil est associé à l\'event code n°432 et au groupe G1095\r\nLa fin de l\'événement est associé à l\'event code n°433 et au groupe G1095\r\n\r\nL\'adressage se sera par rapport au n° de centrale.\r\n\r\nCordialement.\r\n\r\n\r\n ',NULL,NULL,5,1,4,NULL,328,1,'2018-01-28 22:22:08','2018-03-05 13:25:27','2018-01-28',100,NULL,NULL,234,1,2,0,'2018-03-05 13:25:27'),(235,2,56,'Node CMSI.ACTIF','J\'ai créé un autre événement pour le node: CMSI.ACTIF\r\nil est associé à l\'event code n°430 et au groupe G1603\r\nLa fin de l\'événement est associé à l\'event code n°431 et au groupe G1603\r\n\r\nL\'adressage se sera par rapport au n° de centrale.\r\n\r\nCordialement.',NULL,NULL,5,1,4,NULL,328,1,'2018-01-28 22:29:26','2018-01-29 17:40:51','2018-01-28',100,NULL,NULL,235,1,2,0,'2018-01-29 17:40:51'),(236,2,54,'Preparer configuration OOUA Procellics','',NULL,NULL,5,1,4,NULL,1,1,'2018-02-01 14:54:26','2018-03-07 00:15:47','2018-02-01',100,NULL,NULL,236,1,2,0,'2018-03-07 00:15:47'),(237,3,57,'SegFault and other things','Michel,\r\n\r\nI have asked one of the engineers to dig deeper into your code; he would be investigating the SegFault and other issues on the client lib analyzing the Qt client code as well.\r\nWe will post the questions we encounter as we make progress.\r\n\r\nA quick question; any idea what would be required to make your code 64-bit compliant?\r\n\r\nMerci,\r\n\r\nJason ',NULL,NULL,5,1,4,NULL,333,7,'2018-02-07 01:57:12','2018-02-09 09:13:51','2018-02-07',100,NULL,NULL,237,1,2,0,'2018-02-09 09:13:51'),(238,2,57,'OpenOpcUa - 64 bit support','Bonjour Michel,\r\n\r\nWe would need to support  64 bit OS.\r\nCan you give us a guidance once the clientlib is stablized?\r\n\r\nMerci,\r\n\r\nJason ',NULL,NULL,5,1,6,4,333,2,'2018-02-09 03:25:22','2019-11-18 09:47:04','2018-02-09',100,NULL,NULL,238,1,2,0,'2019-11-18 09:47:04'),(239,2,57,'OpenOpcUa - 64 bit support','Bonjour Michel,\r\n\r\nWe would need to support  64 bit OS.\r\nCan you give us a guidance once the clientlib is stablized?\r\n\r\nMerci,\r\n\r\nJason ',NULL,NULL,5,1,4,4,333,1,'2018-02-09 03:25:42','2018-02-09 09:12:04','2018-02-09',100,NULL,NULL,239,1,2,0,'2018-02-09 09:12:04'),(240,1,49,'VPI UA Client plante quand le serveur graine est redémarré','Lorsque l\'on coupe le serveur graine, le serveur et le Vpi log des d\'erreur.\r\nUne fois le serveur graine démarré, il n\'y a plus d\'erreur logé mais si on essaye de modifier un node, le serveur plante.\r\n',NULL,NULL,5,1,4,NULL,254,1,'2018-02-09 09:15:08','2018-05-04 15:42:31','2018-02-09',100,NULL,NULL,240,1,2,0,'2018-05-04 15:42:31'),(241,1,57,'Code fixes to be reviewed and merged','Michel,\r\n\r\n\r\nSome observations to share :\r\n  - With the latest code of 1.0.5.3  with OpenOpcUa_AutoConnectMecanismState(OpcUa_True), leave the client idle after around 10 minutes of session creation,\r\n     then issue any command and you would get  uStatus=0x80250000.\r\n  - what does this mean?\r\n\r\n\r\n\r\nChanges we made;  (refer to the attache diff patch)\r\n - All the codes are now UTF-8 encoded on our end from Windows-1252 which causes issues.\r\n\r\n 1. bug fix : OpcUa_String is not initialized causing compile time error. \r\n      OpenOpcUaClientSdk/OpenOpcUaClientLib/source/ClientApplication.cpp\r\n\r\n 2. Changes made to make the code 64 bit  \r\n    OpenOpcUaClientSdk/OpenOpcUaClientLib/include/SubscriptionClient.h\r\n   OpenOpcUaClientSdk/OpenOpcUaClientLib/source/ClientSession.cpp\r\n   OpenOpcUaClientSdk/OpenOpcUaClientLib/source/OpenOpcUaClientLib.cpp\r\n   OpenOpcUaClientSdk/include/opcua/opcua_types.h\r\n   OpenOpcUaCoreServer/include/UADataChangeNotification.h\r\n   OpenOpcUaCoreServer/source/UADataChangeNotification.cpp\r\n\r\n 3. We\'ve made a couple of temporary fixes to resolve the issues described below. \r\n     We\'d like to ask you to review and make revision as needed, since we\'re not absolutely sure of the cause or the mechanism leading up to the problems.\r\n  \r\n= Deadlock condition\r\n       CSubscriptionClient destructor may cause a deadlock and throw segment fault error. The situation leading to this is as follows:\r\n   \r\n       - CSubscriptionClient destructor calls StopMonitoredItemsNotificationThread function\r\n       - CSubscriptionClient::StopMonitoredItemsNotificationThread locks m_MonitoredItemsNotificationListMutex and is waiting for m_hStopMonitoredItemsNotificationSem to be signaled\r\n       - CSubscriptionClient::MonitoredItemsNotificationThread is waiting for m_MonitoredItemsNotificationListMutex, unable to signal m_hStopMonitoredItemsNotificationSem\r\n       - m_hStopMonitoredItemsNotificationSem wait eventually times out unlocking m_MonitoredItemsNotificationListMutex and CSubscriptionClient destructor continue freeing data members\r\n       - CleanMonitoredItemNotificationQueue called from MonitoredItemsNotificationThread causes segment fault error\r\n\r\n=  pthread assertion failure or segment fault error\r\n    When deleting subscription, the terminal client on linux intermittently crashes with pthread assertion failure or segment fault error. \r\n    After some investigation, we think that it might be caused by deleting OpcUa_ThreadInternal related objects in OpcUa_Thread_Delete function before InternalThreadMain finishes. \r\n    Thus, we inserted wait on ShutdownEvent semaphore temporarily to avoid using deleted objects.\r\n   \r\n   OpenOpcUaStackV1/source/opcua_thread.c\r\n   OpenOpcUaClientLib/source/SubscriptionClient.cpp\r\n\r\n\r\nMerci and hope you are making meaningful progress on the segfault issue in session creating and subscription management.\r\n\r\n\r\nJason \r\n',NULL,NULL,5,1,7,4,333,4,'2018-02-13 11:20:30','2022-03-27 23:23:35','2018-02-13',100,NULL,NULL,241,1,2,0,'2022-03-27 23:23:35'),(242,1,57,'Unsupported type? (byteStringValue, StatusCodeValue)','The OpenOpcClient library look like doesn\'t support these types. \r\n\r\n1. byteStringValue\r\n2. StatusCodeValue\r\n\r\n\r\ncheck for these please\r\n\r\n\r\nreference ) \r\n   1. The function \"OpenOpcUa_VariantToString\" in the \"OpenOpcUaClientLib  return \"0x80AB0000\"\r\n\r\n\r\n   2. OPC Server and tags \r\n      OPCUA Server : opc.tcp://opcua.demo-this.com:51210/UA/SampleServer\r\n\r\n      Tags : \r\n             \"ns\":2, \"i\":10858 --> byteStringValue\r\n             \"ns\":2, \"i\":10864 --> StatusCodeValue\r\n\r\n\r\nthank you!\r\n\r\nDavid Kwon.',NULL,NULL,1,NULL,4,NULL,335,0,'2018-02-13 11:22:08','2018-02-13 11:22:08','2018-02-13',0,NULL,NULL,242,1,2,0,NULL),(243,3,58,'[CHUBB][CSSI]  Questions sur le modèle OPCUA','Bonjour Monsieur CONDEMINE,\r\n\r\nJe vous joins dans le fichier Excel quelques questions nous avons concernant le modèle OPCUA ADP.\r\n\r\nCordialement.\r\n\r\nSouley BOUBE.',NULL,NULL,5,1,5,NULL,348,2,'2018-02-16 10:15:14','2018-02-16 10:45:24','2018-02-16',0,NULL,NULL,243,1,2,0,'2018-02-16 10:45:24'),(244,3,58,'[CHUBB][CSSI]  Gestion du R/W pour les variables en simulation ','Bonjour Mr CONDEMINE,\r\n\r\nDans le besoin CHUBB il est prévu un mode simulation qui permet de changer les variables OPC UA avec le client OPC UA\r\ntout en préemptant les données venant du réseau LON. Or ces variables sont pour la plupart de type readonly.\r\nExiste-il un mécanisme permettant de gérer le R/W des variables de type readonly pour la simulation?\r\n\r\nCordialement,\r\n\r\nSouley BOUBE.',NULL,NULL,2,1,5,NULL,348,2,'2018-02-16 10:36:38','2018-02-16 10:52:21','2018-02-16',90,NULL,NULL,244,1,2,0,NULL),(245,3,58,'[CHUBB][CSSI]  Utilisation de la variable libellé sur le modèle ADP','Bonjour Mr CONDEMINE,\r\n\r\nPouvez-vous nous expliquer la différence d\'utilisation entre la variable LIBELLE et DisplayName?\r\n\r\nCordialement,\r\n',NULL,NULL,5,1,4,NULL,348,2,'2018-02-16 10:39:15','2018-03-08 16:22:32','2018-02-16',100,NULL,NULL,245,1,2,0,'2018-02-16 10:46:32'),(246,3,58,'[CHUBB][CSSI]  Mise à jour fichiers NodeSet de types ADP','Bonjour Mr CONDEMINE,\r\n\r\nLes fichiers NodeSets des types ADP que nous avons actuellement correspondent à la version F01 du modèle ADP.\r\nOr nous devons travailler avec la version F02. Avez-vous prévu une mise à jour de ces fichiers?\r\n\r\nCordialement,\r\n\r\nSouley BOUBE',NULL,NULL,5,1,5,NULL,348,2,'2018-02-16 10:41:23','2018-03-08 16:20:07','2018-02-16',100,NULL,NULL,246,1,2,0,'2018-03-08 16:20:07'),(247,3,58,'[CHUBB][CSSI] Arborescence OPCUA et UGATYPE','Bonjour Mr CONDEMINE,\r\n\r\nDans l\'OPC-DA les ZA étaient nommées individuellement. Par exemple CSSI_ADP / UGA / UGA-C22 / ZA / AS-GAL / ALM_GEN. \r\nNormalement  ne devrait - on pas  retrouver ce type d\'arborescence avec OPC-UA ?( ref UGAType).\r\n\r\nCordialement,\r\n\r\nSouley BOUBE\r\n',NULL,NULL,5,1,5,NULL,348,2,'2018-02-16 10:44:17','2018-03-08 16:19:32','2018-02-16',100,NULL,NULL,247,1,2,0,'2018-03-08 16:19:32'),(248,1,57,'OpcUa_BadSessionIdInvalid happens','Michael\r\n\r\nI set the flag to OpcUa_True using OpenOpcUa_AutoConnectMecanismState\r\nAnd when i invoke the OpenOpcUa_CreateSubscription a few minutes after session is created, the OpcUa_BadSessionIdInvalid is returned.\r\n\r\nThanks, \r\nkyucheol',NULL,NULL,5,1,4,NULL,336,4,'2018-02-19 09:29:55','2018-03-03 14:56:09','2018-02-19',100,NULL,NULL,248,1,2,0,'2018-03-03 14:56:09'),(249,3,58,'Planification 3ème jour de formation','Bonjour M. Condemine,\r\n\r\nAvez-vous des disponibilités mi-mars pour planifier le 3ème jour de la formation ?\r\n\r\nEt en prévision de la planification du 4ème jour, êtes-vous disponible début avril ? \r\n\r\nCordialement,\r\nVivien Raynal',NULL,NULL,5,1,4,NULL,349,2,'2018-02-20 10:29:46','2018-02-27 13:31:41','2018-02-20',0,NULL,NULL,249,1,2,0,'2018-02-27 13:31:41'),(250,3,58,'Version OS pour OpenOpcUA','Bonjour M. Condemine,\r\n\r\nOpenOPCUA fonctionne-t-il sur Windows Server 2016 version standard ?\r\n\r\nJe pense pas qu\'il y ait de problème mais par mesure de sécurité, je préfère avoir votre avis sur le sujet.\r\n\r\nMerci par avance.\r\n\r\nCordialement,\r\nVivien RAYNAL ',NULL,NULL,5,1,4,NULL,349,2,'2018-02-21 11:15:46','2018-02-27 13:29:15','2018-02-21',100,NULL,NULL,250,1,2,0,'2018-02-27 13:29:15'),(251,1,57,'64bit support problem','Michael\r\n\r\nIt looks like the following code block is tied to 32-bit compilation. \r\nWe\'d like to make it work in 64-bit build but we\'re having trouble following the code. \r\nSo 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\nOpenOpcUaClientSdk\\OpenOpcUaClientLib\\source\\stdafx.cpp:319~392\r\n<pre>\r\nOpcUa_StatusCode InternalExtractString(void* pValue, OpcUa_String* pString)\r\n{\r\n	OpcUa_StatusCode uStatus=OpcUa_Good;\r\n	void* pVoidResult=malloc(12);\r\n	if (pVoidResult)\r\n	{\r\n		ZeroMemory(pVoidResult, 12);\r\n		// Duplicate a string\r\n		if (pString)\r\n		{\r\n			OpcUa_String_Initialize(pString);\r\n#ifdef _DEBUG\r\n			// copy flag\r\n			OpcUa_MemCpy(pVoidResult, 4, pValue, 4);\r\n			((OpcUa_Byte*&)pVoidResult) += 4; // \r\n			OpcUa_MemCpy(&(pString->flags), 2, pValue, 2);\r\n			((OpcUa_Byte*&)pValue) += 4; // The real size is 4 because a OpcUa_String is in fact an OpcUa_StringInternal\r\n			// copy Length\r\n			OpcUa_MemCpy(pVoidResult, 4, pValue, 4);\r\n			((OpcUa_Byte*&)pVoidResult) += 4; //\r\n			OpcUa_MemCpy(&(pString->uLength), 4, pValue, 4);\r\n			if (pString->uLength > 0)\r\n			{\r\n				pString->strContent = (OpcUa_CharA*)OpcUa_Alloc(pString->uLength + 1);\r\n				ZeroMemory(pString->strContent, pString->uLength + 1);\r\n			}\r\n			// Copy the content\r\n			((OpcUa_Byte*&)pValue) += 4;\r\n			void* apVoid = OpcUa_Null; // OpcUa_Alloc(4);\r\n			memcpy(&apVoid, pValue, 4);\r\n			if (pString->uLength > 0)\r\n			{\r\n				if (apVoid)\r\n					OpcUa_MemCpy((pString->strContent), pString->uLength, ((void*)(apVoid)), pString->uLength);\r\n				OpcUa_MemCpy(pVoidResult, 4, &(pString->strContent), 4);\r\n			}\r\n			// ici pString->strContent contient la valeur de la chaine. Les autres pointeurs ne servent qu\'a transporter\r\n#else\r\n			// copy flag\r\n			OpcUa_MemCpy(pVoidResult, 4, pValue, 4);\r\n			((OpcUa_Byte*&)pVoidResult) += 4; // \r\n			OpcUa_MemCpy(&(pString->uReserved1), 2, pValue, 2);\r\n			((OpcUa_Byte*&)pValue) += 4; // The real size is 4 because a OpcUa_String is in fact an OpcUa_StringInternal\r\n			// copy Length\r\n			OpcUa_MemCpy(pVoidResult, 4, pValue, 4);\r\n			((OpcUa_Byte*&)pVoidResult) += 4; //\r\n			OpcUa_MemCpy(&(pString->uReserved2), 4, pValue, 4);\r\n			if (OpcUa_String_StrLen(pString) > 0)\r\n			{\r\n				pString->uReserved4 = (OpcUa_CharA*)OpcUa_Alloc(pString->uReserved2 + 1);\r\n				ZeroMemory(pString->uReserved4, pString->uReserved2 + 1);\r\n			}\r\n			// Copy the content\r\n			((OpcUa_Byte*&)pValue) += 4;\r\n			void* apVoid = OpcUa_Alloc(4);\r\n			memcpy(&apVoid, pValue, 4);\r\n			if (OpcUa_String_StrLen(pString) > 0)\r\n			{\r\n				OpcUa_MemCpy((pString->uReserved4), pString->uReserved2, ((void*)(apVoid)), pString->uReserved2);\r\n				OpcUa_MemCpy(pVoidResult, 4, &(pString->uReserved4), 4);\r\n			}\r\n#endif\r\n			// Update the pointer\r\n			((OpcUa_Byte*&)(pVoidResult)) += 4; //\r\n			((OpcUa_Byte*&)(pValue)) += 4;\r\n		}\r\n		else\r\n			uStatus = OpcUa_BadInvalidArgument;\r\n		//free(pVoidResult);\r\n	}\r\n	else\r\n		uStatus = OpcUa_BadOutOfMemory;\r\n	return uStatus;\r\n}\r\n</pre>\r\n\r\nThanks, \r\nkyucheol','2018-03-06',NULL,5,1,6,4,336,9,'2018-02-22 07:00:09','2018-03-05 09:38:48','2018-02-22',100,NULL,NULL,251,1,2,0,'2018-03-05 09:38:48'),(252,1,56,'+sieurs adresses sur un node ne fonctionne pas','+sieurs adresses sur un node ne fonctionne pas',NULL,NULL,5,1,7,NULL,1,1,'2018-02-23 18:32:46','2018-04-10 21:34:05','2018-02-23',100,NULL,NULL,252,1,2,0,'2018-04-10 21:34:05'),(253,1,57,'1_5_0_3_RC02 : Code fixes to be reviewed and merged','Changes we made; (refer to the attache diff patch)\r\nand we checked the code using the valgrind memory tool.\r\n	\r\n	*Same pthread mutex crash as 1_5_0_2 version & memory leakage*\r\n	Line 1: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/include/ClientSession.h OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/include/ClientSession.h\r\n	Line 22: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/ClientSession.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/ClientSession.cpp\r\n	Line 12: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/ClientApplication.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/ClientApplication.cpp\r\n	Line 516: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/SubscriptionClient.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/SubscriptionClient.cpp\r\n	\r\n	*Deleted  unused dangerous member variables  and function. Deadlock condition* \r\n	Line 4: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/include/MonitoredItemsNotification.h OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/include/MonitoredItemsNotification.h\r\n	Line 104: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/MonitoredItemsNotification.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/MonitoredItemsNotification.cpp\r\n	\r\n	*Memory leakage, 64bit memory crash, Uninitialized OpcUa_String is causing runtime memory crash*\r\n	Line 9: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/include/OpenOpcUaClientLib.h OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/include/OpenOpcUaClientLib.h\r\n	Line 121: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/OpenOpcUaClientLib.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/OpenOpcUaClientLib.cpp\r\n	Line 658: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/stdafx.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/stdafx.cpp\r\n	\r\n	\r\n	*Memory leakage*\r\n	Line 540: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/XmlElement.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/XmlElement.cpp\r\n	Line 586: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/XmlParser.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/OpenOpcUaClientLib/source/XmlParser.cpp\r\n	Line 856: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaStackV1/source/opcua_p_utilities.c OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaStackV1/source/opcua_p_utilities.c\r\n	Line 909: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaStackV1/source/opcua_thread.c OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaStackV1/source/opcua_thread.c\r\n	\r\n	*Create and ignore unnecessary threads, Uninitialized OpcUa_String is causing runtime memory crash*\r\n	Line 804: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaSharedLib/source/Application.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaSharedLib/source/Application.cpp\r\n	\r\n	*Support 64bit*\r\n	Line 784: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaClientSdk/include/opcua/opcua_p_types.h OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaClientSdk/include/opcua/opcua_p_types.h\r\n	Line 819: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaSharedLib/source/Utils.cpp OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaSharedLib/source/Utils.cpp\r\n	Line 920: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/include/OpenOpcUaClientSdk/OpenOpcUa_p_types.h OpenOpcUa_1_0_5_3_RC2_6_modified/include/OpenOpcUaClientSdk/OpenOpcUa_p_types.h\r\n	Line 940: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/include/opcua/opcua_p_types.h OpenOpcUa_1_0_5_3_RC2_6_modified/include/opcua/opcua_p_types.h\r\n	Line 836: diff -x \'*.txt\' -x \'*.cmake\' -x \'*.bak\' -r OpenOpcUa_1_0_5_3_RC2/OpenOpcUaStackV1/include/shared/opcua_p_types.h OpenOpcUa_1_0_5_3_RC2_6_modified/OpenOpcUaStackV1/include/shared/opcua_p_types.h\r\n',NULL,NULL,1,NULL,7,4,336,3,'2018-03-05 10:09:35','2018-03-06 05:59:03','2018-03-05',0,NULL,NULL,253,1,2,0,NULL),(254,3,57,'e 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.','Hello,\r\nFirst i want to be sure that there are no confusion about secure connection in OPC UA. In OPC UA there 2 different level of connection.\r\n1- The secure channel \r\n2- Users connection\r\nWhich one do you want to use ?\r\nThe so called \"simplistic\" terminal client cover both of them.\r\nIn order to open a none secure \"SecureChannel\" or a secure channel you just have to use the same API with different parameters.\r\nuStatus = *OpenOpcUa_CreateSession*(m_hApplication, pEndpointDescriptionNone, 600000, aSessionName, &m_hSession);\r\nThis API will pass the client certificate to server. No matter the selected SecurityPolicy.\r\nTo create the second parameter, OpcUa_EndpointDescription, you can use :\r\n* \"http://opcfoundation.org/UA/SecurityPolicy#Basic128Rsa15\"\r\n* \"http://opcfoundation.org/UA/SecurityPolicy#Basic256\"\r\n* \"http://opcfoundation.org/UA/SecurityPolicy#Basic256Sha256\"\r\n\r\nAll of that according to the SecurityPolicy supported by the server you want to connect to.\r\n\r\nSo once the Session is created according to the SecurityPolicy you want. You need to activate the session.\r\n\r\nThe Flex client demonstrate clearly this in the method CProjectTreeWidget::OnActivateSession\r\n\r\nThis API use the following signature\r\nOpcUa_StatusCode OpenOpcUa_ActivateSession(\r\n		OpcUa_Handle hApplication, \r\n		OpcUa_Handle hSession, \r\n		OpcUa_UserTokenType, \r\n		OpcUa_String* pszPolicyId, \r\n		OpcUa_String* pszEncryptionAlgorithm, \r\n		OpcUa_String* pszUserName,\r\n		OpcUa_ByteString* PasswordorCertificateData)\r\n\r\n\r\nMore detail in the attached document \r\n\r\nRegards\r\nMichel Condemine',NULL,NULL,2,333,4,NULL,1,0,'2018-03-05 10:44:44','2018-03-05 10:44:44','2018-03-05',0,NULL,NULL,254,1,2,0,NULL),(255,3,57,'Once securely connected, we need to provide tag discovery and/or browsing','Hello,\r\nThe Flex client demonstrate the browsing mecanism. But the Flex client browsing is very generic. I suppose you need someting more simple based on OpenOpcUa_BrowseEx.\r\nThe OpenOpcUaQuickClient shows it\r\nOpcUa_StatusCode CUABrowserDlg::Browse(OpcUa_NodeId aFromNodeId)\r\n{\r\n	OpcUa_StatusCode uStatus=OpcUa_Good;\r\n	OpcUa_Int32 iNoOfReferenceDescription=0;\r\n	OpcUa_ReferenceDescription* pReferenceList=OpcUa_Null; \r\n	// On commence par récupérer le hSession\r\n	if (m_hSession)\r\n	{\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		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 aFromNodeId\r\n		if (aFromNodeId.IdentifierType==OpcUa_IdentifierType_Numeric)\r\n			pNodesToBrowse[0].NodeId.Identifier.Numeric=aFromNodeId.Identifier.Numeric;// OpcUaId_ObjectsFolder;\r\n		else\r\n		{\r\n			if (aFromNodeId.IdentifierType==OpcUa_IdentifierType_String)\r\n				OpcUa_String_StrnCpy(&(pNodesToBrowse[0].NodeId.Identifier.String),\r\n									 &(aFromNodeId.Identifier.String),\r\n									 OpcUa_String_StrLen(&(aFromNodeId.Identifier.String)) );\r\n		}\r\n		pNodesToBrowse[0].NodeId.IdentifierType=aFromNodeId.IdentifierType;//OpcUa_IdentifierType_Numeric;\r\n		pNodesToBrowse[0].NodeId.NamespaceIndex=aFromNodeId.NamespaceIndex;// 0;\r\n\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		uStatus=OpenOpcUa_Browse(m_hApplication,m_hSession,a_nNoOfNodesToBrowse,pNodesToBrowse,&iNoOfReferenceDescription,&pReferenceList);\r\n		if(uStatus==OpcUa_Good)\r\n		{\r\n			CString message;\r\n			message.Format(L\"OpenOpcUa_Browse succeed\");\r\n			\r\n			// Let\'s clear the selected node\r\n			// Only if we got answers\r\n			if (iNoOfReferenceDescription)\r\n			{\r\n				HTREEITEM hCurrentItem=m_ReferencesTreeCtrl.GetSelectedItem();\r\n				OpcUa_NodeId* aNewNodeId=(OpcUa_NodeId*)m_ReferencesTreeCtrl.GetItemData(hCurrentItem);\r\n				if (aNewNodeId)\r\n				{\r\n					HTREEITEM hChildItem=m_ReferencesTreeCtrl.GetChildItem(hCurrentItem);\r\n					while (hChildItem)\r\n					{\r\n						m_ReferencesTreeCtrl.DeleteItem(hChildItem);\r\n						hChildItem=m_ReferencesTreeCtrl.GetChildItem(hCurrentItem);\r\n					}\r\n				}\r\n				USES_CONVERSION;\r\n				std::vector<OpcUa_ReferenceDescription> aReferenceList;\r\n				for (OpcUa_Int32 ii=0;ii<iNoOfReferenceDescription;ii++)\r\n				{\r\n\r\n					OpcUa_Boolean bFound=OpcUa_False;\r\n					if (!bFound)\r\n					{\r\n						aReferenceList.push_back(pReferenceList[ii]);\r\n						short sImage=0;\r\n						OpcUa_NodeId pDataType;\r\n						OpcUa_NodeId_Initialize(&pDataType);\r\n						OpenOpcUa_GetUAVariableDatatype(m_hApplication, m_hSession, pReferenceList[ii].NodeId.NodeId, &pDataType);\r\n						if ((pDataType.IdentifierType == OpcUa_IdentifierType_Numeric) && (pDataType.Identifier.Numeric > 0))\r\n							GetDatatypeIcon(pDataType, &sImage);\r\n						else\r\n							GetNodeClassIcon(pReferenceList[ii].NodeClass, &sImage);\r\n						// let use only the NodeClass\r\n						{\r\n							HTREEITEM hNewItem=m_ReferencesTreeCtrl.InsertItem(A2W(OpcUa_String_GetRawString(&pReferenceList[ii].DisplayName.Text)),sImage,sImage,hCurrentItem);\r\n							OpcUa_NodeId* pNodeId=(OpcUa_NodeId*)OpcUa_Alloc(sizeof(OpcUa_NodeId));\r\n							OpcUa_NodeId_Initialize(pNodeId);\r\n							OpcUa_NodeId_CopyTo(&(pReferenceList[ii].NodeId.NodeId),pNodeId);\r\n							m_ReferencesTreeCtrl.SetItemData(hNewItem,(DWORD_PTR)pNodeId);\r\n						}\r\n					}\r\n				}\r\n				// Free ressources OpcUa_ReferenceDescription\r\n				for (OpcUa_UInt32 iii=0;iii<aReferenceList.size();iii++)\r\n				{\r\n					OpcUa_ReferenceDescription aReferenceDescription=aReferenceList.at(iii);\r\n					OpcUa_ReferenceDescription_Clear( &aReferenceDescription);\r\n				}\r\n				OpcUa_Free(pReferenceList);\r\n				pReferenceList=OpcUa_Null;\r\n			}\r\n		}\r\n		OpcUa_Free(pNodesToBrowse);\r\n	}\r\n	if (pReferenceList)\r\n		OpcUa_Free(pReferenceList) ;\r\n	return uStatus;\r\n}\r\n\r\nRegards\r\nMichel Condemine',NULL,NULL,2,333,4,NULL,1,1,'2018-03-05 10:55:06','2018-03-05 22:44:56','2018-03-05',0,NULL,NULL,255,1,2,0,NULL),(256,3,57,'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.','Hello Again the Quick Client demonstrate this.\r\nAttached a screenshop of the quickClient. Unfortunatly this is a MFC client. Below the DisplayAttribute Method\r\nHRESULT CUABrowserDlg::DisplayAttributes(OpcUa_NodeId* sourceNodeId)\r\n{\r\n	HRESULT hr=S_OK;\r\n	OpcUa_StatusCode		uStatus;\r\n	OpcUa_DataValue* pResults=OpcUa_Null;\r\n	OpcUa_ReadValueId* pNodesToRead=OpcUa_Null;\r\n	OpcUa_Int32 iNodNodesToRead=0;\r\n	//int iCurrentAttributeId;\r\n	OpcUa_NodeId aNodeId;\r\n	OpcUa_NodeId_Initialize(&aNodeId);\r\n	// Reset the Datatype of the current selected sourceNodeId\r\n	m_iCurrentDataType=0;\r\n	// compute the nuùmber of attribute to read on the server\r\n	iNodNodesToRead=(OpcUa_Attributes_UserExecutable-OpcUa_Attributes_NodeId)+1;\r\n	// Allocate and prepare the attribute to read\r\n	pNodesToRead=(OpcUa_ReadValueId*)OpcUa_Alloc((OpcUa_Attributes_UserExecutable+1)*sizeof(OpcUa_ReadValueId));\r\n	for (OpcUa_Int32 ii = 0;ii<=OpcUa_Attributes_UserExecutable-1;ii++)\r\n	{\r\n		OpcUa_ReadValueId_Initialize(&pNodesToRead[ii]);\r\n		pNodesToRead[ii].AttributeId=ii+1;\r\n		OpcUa_NodeId_Initialize(&(pNodesToRead[ii].NodeId));\r\n		OpcUa_NodeId_CopyTo(sourceNodeId,&(pNodesToRead[ii].NodeId));\r\n	}\r\n	// Call the OpenOpcUaClientLib (make the read)\r\n	uStatus=OpenOpcUa_ReadAttributes(m_hApplication,\r\n		m_hSession,\r\n		OpcUa_TimestampsToReturn_Both,\r\n		iNodNodesToRead,\r\n		pNodesToRead,\r\n		&pResults);\r\n	if (uStatus==OpcUa_Good)\r\n	{\r\n		// Show the attributes in the dialogBox\r\n		for (OpcUa_Int32 iii = 0;iii<=OpcUa_Attributes_UserExecutable-1;iii++)\r\n		{\r\n			OpcUa_String* szAttributeName=OpcUa_Null;\r\n			OpcUa_String* szAttributeDescription=OpcUa_Null;\r\n			OpcUa_String* szBuiltInTypeName=OpcUa_Null;\r\n			OpcUa_String* szBuiltInTypeDescription=OpcUa_Null;\r\n			if (pResults[iii].Value.Datatype!=0)\r\n			{\r\n				// will update the datatype of the current sourceNodeId\r\n				if (pNodesToRead[iii].AttributeId==OpcUa_Attributes_DataType)\r\n				{\r\n					// The datatype must be in a NodeId\r\n					if ( (pResults[iii].Value.Value.NodeId->IdentifierType==OpcUa_IdentifierType_Numeric) && (pResults[iii].Value.Datatype==OpcUaType_NodeId))\r\n						m_iCurrentDataType=pResults[iii].Value.Value.NodeId->Identifier.Numeric;\r\n				}\r\n				uStatus=OpenOpcUa_GetAttributeDetails(pNodesToRead[iii].AttributeId,&szAttributeName,&szAttributeDescription);//pNodesToRead[iii].AttributeId\r\n				if (uStatus==OpcUa_Good)\r\n				{\r\n					//\r\n					int iIndex=m_NodeAttributesCtrl.GetItemCount();\r\n					// insertion du nom de l\'attribut\r\n					int iItem=m_NodeAttributesCtrl.InsertItem(iIndex,CString(OpcUa_String_GetRawString(szAttributeName)));\r\n					m_NodeAttributesCtrl.SetColumnWidth(ATTRIBUTE_NAME_COLUMN,LVSCW_AUTOSIZE);\r\n					// Attribut Type\r\n					uStatus=OpenOpcUa_GetBuiltInTypeDetails(pResults[iii].Value.Datatype,&szBuiltInTypeName,&szBuiltInTypeDescription);\r\n					if (uStatus==OpcUa_Good)\r\n					{\r\n						m_NodeAttributesCtrl.SetItem(iItem,\r\n							ATTRIBUTE_TYPE_COLUMN,\r\n							LVIF_TEXT,\r\n							CString(OpcUa_String_GetRawString(szBuiltInTypeDescription)),\r\n							0,0,0,0); \r\n						m_NodeAttributesCtrl.SetColumnWidth(ATTRIBUTE_TYPE_COLUMN,LVSCW_AUTOSIZE);\r\n					}\r\n					// Value\r\n					if (pNodesToRead[iii].AttributeId != OpcUa_Attributes_NodeClass)\r\n					{\r\n						if (pNodesToRead[iii].AttributeId == OpcUa_Attributes_AccessLevel)\r\n						{\r\n							OpcUa_String* szAccessLevel = OpcUa_Null;\r\n							uStatus = OpenOpcUa_GetAccessLevel(pResults[iii].Value.Value.Byte, &szAccessLevel);\r\n							if (uStatus == OpcUa_Good)\r\n							{\r\n								m_NodeAttributesCtrl.SetItem(iItem, ATTRIBUTE_VALUE_COLUMN, LVIF_TEXT, CString(OpcUa_String_GetRawString(szAccessLevel)), 0, 0, 0, 0);\r\n								OpcUa_String_Clear(szAccessLevel);\r\n								OpcUa_Free(szAccessLevel);\r\n							}\r\n						}\r\n						else\r\n						{\r\n							if (pNodesToRead[iii].AttributeId == OpcUa_Attributes_UserAccessLevel)\r\n							{\r\n								OpcUa_String* szUserAccessLevel = OpcUa_Null;\r\n								uStatus = OpenOpcUa_GetUserAccessLevel(pResults[iii].Value.Value.Byte, &szUserAccessLevel);\r\n								if (uStatus == OpcUa_Good)\r\n								{\r\n									m_NodeAttributesCtrl.SetItem(iItem, ATTRIBUTE_VALUE_COLUMN, LVIF_TEXT, CString(OpcUa_String_GetRawString(szUserAccessLevel)), 0, 0, 0, 0);\r\n									OpcUa_String_Clear(szUserAccessLevel);\r\n									OpcUa_Free(szUserAccessLevel);\r\n								}\r\n							}\r\n							else\r\n							{\r\n								OpcUa_String* strValue = OpcUa_Null;// (OpcUa_String*)OpcUa_Alloc(sizeof(OpcUa_String));\r\n								OpcUa_Handle hSession = OpcUa_Null;\r\n\r\n								uStatus = OpenOpcUa_VariantToString(m_hApplication,hSession,pResults[iii].Value, &strValue);\r\n								m_NodeAttributesCtrl.SetItem(iItem, ATTRIBUTE_VALUE_COLUMN, LVIF_TEXT, CString(OpcUa_String_GetRawString(strValue)), 0, 0, 0, 0);\r\n								OpcUa_String_Clear(strValue);\r\n							}\r\n						}\r\n					}\r\n					else\r\n					{\r\n						OpcUa_String* szNodeClassName = OpcUa_Null;\r\n						uStatus = OpenOpcUa_GetNodeClassDetails(pResults[iii].Value.Value.Int32, &szNodeClassName);\r\n						if (uStatus == OpcUa_Good)\r\n						{\r\n							m_NodeAttributesCtrl.SetItem(iItem, ATTRIBUTE_VALUE_COLUMN, LVIF_TEXT, CString(OpcUa_String_GetRawString(szNodeClassName)), 0, 0, 0, 0);\r\n							OpcUa_String_Clear(szNodeClassName);\r\n							OpcUa_Free(szNodeClassName);\r\n						}\r\n					}\r\n					m_NodeAttributesCtrl.SetColumnWidth(ATTRIBUTE_VALUE_COLUMN,LVSCW_AUTOSIZE);\r\n					// release allocated ressources\r\n					OpcUa_String_Clear(szAttributeName);\r\n					OpcUa_Free(szAttributeName);\r\n					OpcUa_String_Clear(szAttributeDescription);\r\n					OpcUa_Free(szAttributeDescription);\r\n					OpcUa_String_Clear(szBuiltInTypeName);\r\n					OpcUa_Free(szBuiltInTypeName);\r\n					OpcUa_String_Clear(szBuiltInTypeDescription);\r\n					OpcUa_Free(szBuiltInTypeDescription);\r\n				}\r\n			}\r\n			\r\n		}\r\n		OpcUa_Free(pResults);\r\n	}\r\n	for (OpcUa_Int32 ii = 0;ii<=OpcUa_Attributes_UserExecutable-1;ii++)\r\n		OpcUa_ReadValueId_Clear(&pNodesToRead[ii]);\r\n	OpcUa_Free(pNodesToRead);\r\n	return hr;\r\n}\r\n\r\nRegards\r\nMichel Condemine',NULL,NULL,2,333,4,NULL,1,7,'2018-03-05 11:15:31','2018-03-06 09:41:29','2018-03-05',0,NULL,NULL,256,1,2,0,NULL),(257,3,57,'persisting configurations for user convenience','For persistance you can use \r\nOpcUa_StatusCode OpenOpcUa_SaveConfig(OpcUa_Handle hApplication, OpcUa_String szConfigFileName); This function save the configuration in an XML file according to the schema OpenOpcUaClientConfig.xsd (see attached document)\r\nOpcUa_StatusCode OpenOpcUa_LoadConfig(OpcUa_Handle hApplication, OpcUa_String szConfigFileName); Can be use to restore ther configuration\r\n\r\nRegards\r\nMichel Condemine',NULL,NULL,1,333,4,NULL,1,0,'2018-03-05 11:19:58','2018-03-05 11:19:58','2018-03-05',0,NULL,NULL,257,1,2,0,NULL),(258,1,56,'VARIABLES: ALD / ALM_RSTR / ACTIF / MS','Problème lié à l\'adresse qui est enregistré avec l\'Event Log Data.\r\nEn effet, lorsque le fait générateur provient d\'une autre centrale (ECS ou UAE), l\'adresse générée ne correspond plus à l\'adresse configurée dans le fichier subsystem.\r\nExemple pour l\'ALD, c\'est le n° de la zone de détection qui est enregistré et non le n° de la zone de sécurité.\r\n\r\n\r\n',NULL,NULL,5,1,5,NULL,328,3,'2018-03-05 18:16:12','2019-05-06 18:07:37','2018-03-05',100,NULL,NULL,258,1,2,0,'2019-05-06 18:07:37'),(259,1,56,'MISE EN/HORS SERVICE DE LA LIAISON LOGICIELLE VERS UNE CENTRALE VIA INTERFACE DE CONFIGURATION','',NULL,NULL,5,1,5,NULL,328,4,'2018-03-05 18:18:30','2019-05-06 18:06:26','2018-03-05',100,NULL,NULL,259,1,2,0,'2019-05-06 18:06:26'),(260,1,56,'Interface de configuration à simplifier/automatiser','',NULL,NULL,5,1,4,NULL,328,2,'2018-03-05 18:20:42','2019-05-06 18:01:24','2018-03-05',90,NULL,NULL,260,1,2,0,'2019-05-06 18:01:24'),(261,1,56,'Variable ECS.ELT.ALM à maintenir à True jusqu\'au réarmement','',NULL,NULL,5,1,7,110,328,8,'2018-03-05 18:22:40','2020-02-21 18:26:32','2018-03-05',100,NULL,NULL,261,1,2,0,'2020-02-21 18:26:32'),(262,1,56,'Retour à False des variables DFT_POS_SECU / POS_SECU / POS_ATT / DFT_POS_ATT ','Terminer le retour à False des variables (hard-coder pour la recette usine)',NULL,NULL,5,1,4,NULL,328,2,'2018-03-05 18:27:11','2018-04-10 23:05:32','2018-03-05',100,NULL,NULL,262,1,2,0,'2018-04-10 23:05:32'),(263,3,57,'OpenOpcUa_CreateSubscription parameters infomation','Michel\r\n\r\nI want to know more about OpenOpcUa_CreateSubscription parameters including explanation in detail and how different values affect the operation.\r\n\r\n<pre>\r\n	OpcUa_StatusCode OpenOpcUa_CreateSubscription(OpcUa_Handle hApplication,\r\n		OpcUa_Handle hSession,\r\n		OpcUa_Double* dblPublishingInterval, // In/Out param\r\n		OpcUa_UInt32* uiLifetimeCount, // In/Out param\r\n		OpcUa_UInt32* uiMaxKeepAliveCount,// In/Out param\r\n		OpcUa_UInt32 uiMaxNotificationsPerPublish,\r\n		OpcUa_Boolean bPublishingEnabled,\r\n		OpcUa_Byte aPriority,\r\n		OpcUa_Handle* hSubscription);\r\n</pre>\r\n\r\nRegards\r\nkyucheol',NULL,NULL,5,NULL,6,NULL,336,5,'2018-03-06 11:07:37','2018-03-19 23:40:23','2018-03-06',100,NULL,NULL,263,1,2,0,'2018-03-19 23:40:23'),(264,1,52,'Problème Type P2 - FinSecure','Bonjour,\r\nAvec FinSecure nous avons au moins deux problèmes\r\n1- Encore beaucoup de type sont exprimés sous forme de chaine (problème mineur)\r\n2- Lors de l\'aspiration l\'harmonisateur s\'attend à trouver les uri existantes au même index dans tous les serveurs.\r\nExemple : http://adp.fr/cmsitype est à l\'index 3 sur les simulateurs et sur l\'harmonisateur mais à l\'index 5 chez FinSecure.\r\nCe problème est récurent pour l\'ensemble des uri. Je vais essayer de régler le problème a partir de l\'harmonisateur et vous tiens au courant.\r\n\r\nBien Cordialement\r\nMichel Condemine\r\n\r\n',NULL,NULL,5,1,6,NULL,1,1,'2018-03-06 13:37:56','2018-04-13 00:27:30','2018-03-06',100,NULL,NULL,264,1,2,0,'2018-04-13 00:27:30'),(265,3,57,'Siemens Opaque Item from Siemens OPC UA Server ','Good morning Michel,\r\n\r\nI was wondering if you are familiar with the \"opaque data type\";\r\nit seems like it is referring to the Siemens OPC UA data type of \"binary  data blobs\" holding more complex data type structure.\r\n\r\nSomeone mentioned it today and I was wondering if you have encountered this type in the field.\r\n\r\nMerci,\r\n\r\nJason ',NULL,NULL,2,333,4,NULL,333,4,'2018-03-06 22:45:02','2018-03-13 07:51:00','2018-03-06',0,NULL,NULL,265,1,2,0,NULL),(266,3,54,'Use semantique','Bonjour,\r\nje ne comprends pas la sémantique entre Model et les instances ConfigurationType et DeviceType.\r\nPourriez vous m\'expliquer ?\r\nJ\'ai par ailleurs posté la démo dans la section FILE.\r\nMerci de me faire vos remarques\r\n\r\nCordialement\r\nMichel',NULL,NULL,2,331,4,NULL,1,3,'2018-03-07 18:12:13','2018-05-02 15:23:50','2018-03-07',0,NULL,NULL,266,1,2,0,NULL),(267,1,52,'Absence de réaction de l\'harmonisateur à demande du client UAE','Ce point peut rejoindre le phénomène déjà observé mais comme je sais reproduire j\'explique en vu d\'une facilitation à la correction.\r\n\r\nPrincipe simplifié: Une ALD =1 dans SIMU P2 doit provoquer un événement chez le client UAE. En retour via le client UAE je monte CMD_MS_UAE = 1\r\n\r\nProblème: quand je vérifie via UA expert le CMD_MS_UAE dans l\'harmonisateur et dans le SIMU P2 ne passe pas à 1.\r\nSi je recommence la même manipulation en étant déjà abonné via UA expert, j\'ai immédiatement le bon fonctionnement.\r\n\r\nCeci ressemble étrangement à un sujet déjà rencontré où on a l\'impression que le mécanisme de l\'harmonisateur ne se déclenche pas par la sollicitation du client UAE si on a pas déjà eu un abonnement via UA expert. \r\n\r\nNous n\'aurions pas la bonne remontée dans tous les cas je dirai que l\'on pourrait être sur du 50%/50% sur le lieu du bug (client ou harmo) mais là je suis sur du 95% côté Harmo et ça nous bloque de plus en plus pour tester les fonctionnalités UAE. \r\n\r\nJ\'espère que ce cas concret va te donner la piste \r\n\r\n\r\n \r\n',NULL,NULL,5,1,6,NULL,345,2,'2018-03-09 10:55:15','2018-04-13 00:38:05','2018-03-09',100,NULL,NULL,267,1,2,0,'2018-04-13 00:26:58'),(268,1,58,'Validation du schema XSD des fichiers de types ADP','Monsieur Condemine,\r\n\r\nNous rencontrons les erreurs suivantes sur les fichiers XML de l\'ANNEXE 1 F03 :\r\n\r\n*Opc.Ua.NodeSet2.CMSIType.xml*\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n\r\n*Opc.Ua.NodeSet2.ECSType.xml*\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n\r\n*Opc.Ua.NodeSet2.FMSIType.xml*\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'IsAbstract\': The attribute \'IsAbstract\' is not allowed.\r\n\r\n*Opc.Ua.NodeSet2.UGAType.xml*\r\n* ERROR: Element \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}UAObject\', attribute \'EventNotifier\': \'false\' is not a valid value of the atomic type \'{http://opcfoundation.org/UA/2011/03/UANodeSet.xsd}EventNotifier\'.\r\n\r\nCes erreurs rendent notre configurateur inutilisable, comment peut-on procéder ? \r\n1 - Modification des fichiers XML et le cas échéant avez-vous prévu de nous transmettre une nouvelle version de ces fichiers qui corrige ces erreurs \r\n2 - modification du fichier XSD (UANodeSet.xsd)\r\n',NULL,NULL,5,1,5,NULL,349,2,'2018-03-09 14:19:20','2018-03-09 14:56:27','2018-03-09',0,NULL,NULL,268,1,2,0,'2018-03-09 14:56:27'),(269,1,53,'Export XMI','Bonjour,\r\nlors de l\'export XMI l\'ensemble des objets présents dans l\'arbre de confinement sont exportés.  Ils sont par conséquent ajoutés aux fichiers de configuration génerés par XmiToNodeSet.\r\nEst ce que tu pourrais  ne conserver que les objets pertinents dans le contexte d\'un projet concerné.\r\nPar exemple il faut supprimer Axes, AngleType du projet batteryCharger.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,318,7,NULL,1,4,'2018-03-09 14:19:46','2018-04-05 10:54:25','2018-03-09',100,NULL,NULL,269,1,2,0,'2018-04-05 10:54:25'),(270,1,49,'ProjectFolder pour VpiUaClient XP en service','Le fichier de log du client UA est créé dans C:\\Windows\\System32\\ alors qu\'il devrait être dans le ProjectFolder',NULL,NULL,5,1,4,NULL,254,1,'2018-03-14 21:57:53','2018-04-26 14:07:44','2018-03-14',100,NULL,NULL,270,1,2,0,'2018-04-26 14:07:44'),(271,1,49,'VpiUaClient Xp fichier de configuration du client UA','Dans le fichier .dat, il n\'est pas possible de donner un chemin complet pour le fichier de configuration du client Ua.',NULL,NULL,5,1,4,NULL,254,2,'2018-03-14 22:02:46','2018-05-04 15:43:35','2018-03-14',100,NULL,NULL,271,1,2,0,'2018-05-04 15:43:35'),(272,3,57,'Events/Alarms and Historians','Hi Michel,\r\n\r\nWe are now trying to implement the \"events/alarms\" on our client.\r\nCan you point us where in the client lib to look for APIs/samples for this?\r\nWe can\'t seem to find anything yet regarding events/alarms.\r\n\r\nWe also need to access historians.\r\nHow could we do this?\r\n\r\nMerci,\r\n\r\nJason\r\n\r\n',NULL,NULL,4,1,4,NULL,333,1,'2018-03-19 02:17:12','2018-03-19 23:36:11','2018-03-19',0,NULL,NULL,272,1,2,0,NULL),(273,3,57,'Example for \"command\" calling','Hi Michel\r\n\r\nWe also need some help/guidance for the followings features;\r\n\r\n- How to discover (browse) OPC servers on a network,\r\n- How to call a method or multiple methods.\r\n\r\nAny tutorial or sample code based on your client lib would be welcome.\r\n\r\nMerci,\r\n\r\nJason \r\n',NULL,NULL,5,NULL,4,NULL,333,2,'2018-03-19 02:56:37','2018-03-20 02:43:17','2018-03-19',90,NULL,NULL,273,1,2,0,'2018-03-19 23:39:46'),(274,3,57,'RE: Accessing and decoding Enumberation and QualifiedName data type correctly','Hi Michel,\r\n\r\nAnother question we ran into over the past several days;\r\nCan you show us how to correclty access and decode the Enumberation and QualifiedName data type?\r\nWe have tested out using other OPC UA Server and clients and found some differences in representations.\r\n\r\nWe need to correctly recognize those data types and to decode/parse out the values from those data types.\r\n\r\nYour immediate attention to this would be much appreciated,\r\n\r\nMerci,\r\n\r\nJason \r\n ',NULL,NULL,3,1,7,NULL,333,4,'2018-03-19 07:43:50','2018-09-21 11:50:37','2018-03-19',100,NULL,NULL,274,1,2,0,'2018-09-21 11:50:37'),(275,3,57,'RE: Accessing and decoding Enumberation and QualifiedName data type correctly','Hi Michel,\r\n\r\nAnother question we ran into over the past several days;\r\nCan you show us how to correclty access and decode the Enumberation and QualifiedName data type?\r\nWe have tested out using other OPC UA Server and clients and found some differences in representations.\r\n\r\nWe need to correctly recognize those data types and to decode/parse out the values from those data types.\r\n\r\nYour immediate attention to this would be much appreciated,\r\n\r\nMerci,\r\n\r\nJason \r\n ',NULL,NULL,5,NULL,7,NULL,333,1,'2018-03-19 07:43:51','2018-03-19 23:44:36','2018-03-19',100,NULL,NULL,275,1,2,0,'2018-03-19 23:44:36'),(276,1,60,'OpenOpcUaConfigManager impossible de charger les fichiers nodeset dans des sous répertoires','Bonjour,\r\n\r\nJ\'ai segmenté la configuration de notre serveur Opc en sous-répertoires pour trier les fichiers NodeSet.\r\n  <FileNodeSet FullFileName=\"D:\\tmp\\OPCUA-Configuration\\NodeSetBase\\Opc.Ua.NodeSet2.Part3.xml\"></FileNodeSet>\r\n  <FileNodeSet FullFileName=\"D:\\tmp\\OPCUA-Configuration\\NodeSetBase\\Opc.Ua.NodeSet2.Part4.xml\"></FileNodeSet>\r\n  <FileNodeSet FullFileName=\"D:\\tmp\\OPCUA-Configuration\\NodeSetBase\\Opc.Ua.NodeSet2.Part5.xml\"></FileNodeSet>\r\n  <FileNodeSet FullFileName=\"D:\\tmp\\OPCUA-Configuration\\NodeSetBase\\Opc.Ua.NodeSet2.Part8.xml\"></FileNodeSet>\r\n  <FileNodeSet FullFileName=\"D:\\tmp\\OPCUA-Configuration\\NodeSet2Types\\Opc.Ua.NodeSet2.CFPTypes.xml\"></FileNodeSet>\r\n  <FileNodeSet FullFileName=\"D:\\tmp\\OPCUA-Configuration\\NodeSet2CPFInstances\\Opc.Ua.NodeSet2.CPF_L04.xml\"></FileNodeSet>\r\n  <FileNodeSet FullFileName=\"D:\\tmp\\OPCUA-Configuration\\NodeSet2CPFInstances\\Opc.Ua.NodeSet2.CPF1.xml\"></FileNodeSet>\r\n\r\nCela fonctionne très bien sous Linux avec le serveur (avec chemin relatif ./NodeSetBase/...) mais ne fonctionne pas dans le configuration manager sous Windows. Je suis obligé de mettre tous les fichiers nodeset dans le même répertoire que le fichier projet. Les chemins relatif sous Windows ne semble pas fonctionner non-plus (a vérifier).\r\n\r\nVoir ci-joint la configuration.\r\n\r\nCordialement\r\n',NULL,NULL,1,1,4,NULL,353,1,'2018-03-19 11:30:51','2018-03-19 11:32:57','2018-03-19',0,NULL,NULL,276,1,2,0,NULL),(277,3,60,'Comment créer des arguments aux méthodes','Bonjour,\r\n\r\nJe ne sais pas comment créer des arguments aux méthodes, pouvez-vous me fournir un exemple en xml ?\r\nJe ne comprend pas comment faire non plus avec le ConfigManager...\r\nJe crois que nous n\'avons pas abordé le sujet en formation ou j\'ai oublié.\r\n\r\nMerci.',NULL,NULL,5,1,6,NULL,353,1,'2018-03-19 15:06:04','2018-03-23 14:07:57','2018-03-19',100,NULL,NULL,277,1,2,0,'2018-03-23 14:07:57'),(278,3,54,'OPC Assistance - ServerStatus','Bonjour Michel,\r\n\r\nNous avons de nouvelles questions concernant l\'OPC via notre client. Il se trouve qu\'il rencontre une erreur par rapport à la valeur maximale de l\'item SecondsTillShutdown (ci-joint les mails explicatifs du problème).\r\nIls souhaiteraient modifier cette valeur puisqu\'elle semble leur poser problème mais ne peuvent pas puisqu\'elle est en ReadOnly il me semble.\r\nDu coup, comment est fixée cette valeur ? Est-ce qu\'elle est censée être au maximum et ne pas évoluer ? Est-ce qu\'ils ont vraiment besoin de modifier cette valeur ? \r\n\r\nCordialement.\r\n\r\nMargaux',NULL,NULL,5,1,4,NULL,331,1,'2018-03-20 10:08:25','2018-04-04 13:48:14','2018-03-20',100,NULL,NULL,278,1,2,0,'2018-04-04 13:48:14'),(279,2,49,'MultiCore','Bonjour Anthony,\r\nJ\'ai supprimé la propogation des changemnts entre deux Vpi. Elle provoque un disfonctionnement à différent niveau dans le serveur et les VPI.\r\nJe vais poster une mise a jour cette AM du VpiModbus et du serveur.\r\n\r\nCordialement\r\nMichel ',NULL,NULL,1,254,4,NULL,1,0,'2018-03-21 15:02:58','2018-03-21 15:02:58','2018-03-21',0,NULL,NULL,279,1,2,0,NULL),(280,1,49,'OpenOpcUaCoreServer installé en service ne répond pas toujours en XP','Lorsque le service se lance, parfois le serveur ne répond pas.\r\nIl est impossible de se connecter dessus avec UAExpert par exemple alors qu\'il est bien présent dans les proccess.\r\nLe seul moyen est de le tuer dans le gestionnaire de proccess et de le redémarrer.',NULL,NULL,5,1,4,NULL,254,1,'2018-03-21 18:58:47','2018-05-04 15:44:34','2018-03-21',100,NULL,NULL,280,1,2,0,'2018-05-04 15:44:34'),(281,1,49,'VPI Modbus DeviceState ','Avec le VPI Modbus en Xp, le device state reste à la valeur Good même si on débranche la connexion avec le PLC Modbus.',NULL,NULL,5,1,4,NULL,254,2,'2018-03-28 14:39:19','2018-04-18 16:06:29','2018-03-28',100,NULL,NULL,281,1,2,0,'2018-04-18 16:06:29'),(282,1,49,'VPI UA Client sur XP en service : Problème au démarrage du service','Lors du démarrage du service avec un VPI UA Client, il y a un problème avec les données en Read/Write.\r\nLes données du serveur graine sont écrasées par des 0 puis reviennent puis de nouveau écrasées par des zéro .... cette séquence se passe plusieurs fois pendant environ 1 minute puis se stabilise mais soit avec la valeur du serveur graine soit avec le 0.\r\nLa vidéo montre le phénomène.\r\n',NULL,NULL,5,1,5,NULL,254,1,'2018-03-30 10:34:40','2018-04-18 16:06:09','2018-03-30',100,NULL,NULL,282,1,2,0,'2018-04-18 16:06:09'),(283,1,49,'Vpi Modbus : Orphan block','Le vpi modbus en version XP log des orphan block alors que dans wireshark les traces sont correctes.\r\n\r\nDans le log on voit les morceaux de la trame modbus.\r\n',NULL,NULL,1,1,4,NULL,254,0,'2018-04-03 15:58:55','2018-04-03 15:58:55','2018-04-03',0,NULL,NULL,283,1,2,0,NULL),(284,1,60,'Instabilité Server 1.0.5 RC2 en 64 bits','Bonjour,\r\nCi-joint la configuration avec laquelle le serveur plante en 64 bits sous Windows et Linux lors de l\'appel de methodes.\r\nCette configuration fonctionne avec la version 32 bits du serveur.\r\nMerci.\r\nCordialement.\r\nF. TOURRET',NULL,NULL,6,1,4,NULL,353,2,'2018-04-05 09:32:44','2019-04-15 14:16:40','2018-04-05',0,NULL,NULL,284,1,2,0,'2019-04-15 14:16:40'),(285,3,60,'Erreur dans les log au chargement des fichiers NodeSet','Bonjour,\r\n|CPF_L04.log| 2018-04-05T07:21:21.324Z Now will try to parse: .\\NodeSetBase\\Opc.Ua.NodeSet2.Part8.xml\r\n|CPF_L04.log| 2018-04-05T07:21:21.331Z VariableType: Warning FindBuiltinType i=12080 failed 0x803e0000\r\nComment résoudre ce problème ? La configuration fonctionne correctement tout de même.\r\nCi-joint la configuration.\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,NULL,4,NULL,353,1,'2018-04-05 09:36:44','2019-06-19 16:47:58','2018-04-05',100,NULL,NULL,285,1,2,0,'2019-06-19 16:47:58'),(286,2,60,'ServiceLevel','Bonjour,\r\n\r\nConcernant la variable ServiceLevel, dans part 4 et 5 on ne trouve cette variable que dans les chapitres évoquant la redondance. Mais quand est il pour un serveur unique ? Comment justifier que nous ne devons pas initialiser cette variable par rapport à la norme OPCUA.\r\nQuand un regarde dans l\'espace d\'adressage d\'un serveur, ServiceLevel apparaît directement sous Server et pas dans ServerRedundancy. Devons nous alors l\'utiliser comme l\'indique la norme part 4 ServiceLevel Ranges dans le cas d\'un serveur unique ?\r\n\r\nLe norme ne me semble pas claire sur le sujet ou alors j\'ai loupé quelque chose. Cela ne me pose pas de problème à faire l\'initialisation dans le Vpi mais j\'aimerai être en accord avec OPCUA.\r\n\r\nMerci.\r\nCordialement.',NULL,NULL,5,1,4,NULL,353,5,'2018-04-09 14:41:37','2019-04-15 14:16:54','2018-04-09',100,NULL,NULL,286,1,2,0,'2018-12-07 10:08:22'),(287,1,52,'L_ECSType ','bonjour, \r\n\r\nIncoherence L_ECSType \r\n\r\nAnnexe 1 \r\n§6.1    :  L_ECSType est défini comme un Object Type d\'ADPTypes\r\n§6.3.13 :  L-ECSType est défini comme une Variable Type \r\nIl manque également une cardinality \r\n\r\nDans le Nodeset L_ECSType est une VariableType \r\n\r\n\r\n\r\n','2018-04-10',NULL,5,1,6,NULL,315,2,'2018-04-10 10:41:13','2018-04-13 00:26:24','2018-04-10',100,NULL,NULL,287,1,2,0,'2018-04-13 00:26:24'),(288,3,60,'VpiUdpEx et CacheVpi','Bonjour,\r\nMerci pour les documents, j\'ai bien avancé sur la structure du Vpi en lui même mais bloque sur le cache du Vpi...\r\nJe n\'arrive pas à créer des tag sur le namespace du serveur (ServiceLevel et NamespaceArray). Comme nous avons x fichiers NodeSet avec donc des numéros de Namespace dynamique comment créer le cache du Vpi ?\r\nDans le fichier Subsystem.xml, peut on utiliser des NodeId en chaine (s=CPF_MTRG_VERD_1_DEFAUT) ?\r\nA évoquer lors de notre prochaine réunion.\r\n\r\nNotre Vpi sera sans doute assez proche de VpiUdpEx (détaillé dans le pdf) avec notre propre implémentation de la communication TCP.\r\nPouvez-vous nous mettre à disposition les sources de ce Vpi pour l\'étudier plus facile sous VS2013.\r\nMerci.\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,2,'2018-04-11 07:58:30','2019-06-19 16:47:22','2018-04-11',100,NULL,NULL,288,1,2,0,'2019-06-19 16:47:22'),(289,1,49,'si on est avec des StatusCode « BadCommunication » mais que l’on écrit quand même on a fait planter le serveur.','Bonjour Anthony,\r\nje crée un issue pour le problème que tu m\'as rapporté par @mail.\r\nJ\'ai analysé le miniDump que tu m\'as envoyé (très utile).\r\nIl fait apparaitre un crash dans la méthode CUAVariable::WriteToVpiTags(const OpcUa_DataValue ValueToWrite).\r\nJ\'avais modifié cette méthode pour le support des écritures multi-tag.\r\nIl s\'agit peut être d\'une regression. J\'ai ajouté une mutex de protection.\r\nJ\'ai réalisé des tests et le fonctionnement me semble correcte.\r\nPourrais tu vérifier avec ta plateforme \r\n\r\nCordialement \r\nMichel',NULL,NULL,5,254,4,NULL,1,1,'2018-04-11 23:20:08','2018-04-18 16:05:41','2018-04-11',100,NULL,NULL,289,1,2,0,'2018-04-18 16:05:41'),(290,1,54,'Bad generationwith XmiToNodeSet','XmiToNodeSet :\r\nIl manque dans la generation les classes :\r\n\r\n* Unit\r\n* Historic\r\n* Note\r\n* Enumeration\r\n',NULL,NULL,1,1,4,NULL,1,0,'2018-04-12 16:42:23','2018-04-12 16:42:23','2018-04-12',0,NULL,NULL,290,1,2,0,NULL),(291,1,54,'Clarification Historic','Bonjour,\r\npourriez vous clarifier la semantique de la class Historic.\r\nDiscuter de la modification du modèle en pièce jointe\r\n\r\nCordialement\r\nMichel\r\n',NULL,NULL,5,NULL,4,NULL,1,2,'2018-04-12 16:58:16','2018-05-02 14:04:33','2018-04-12',100,NULL,NULL,291,1,2,0,'2018-05-02 14:04:33'),(292,1,52,'UAE indisponible','Bonjour,\r\nje n\'arrive pas  lancer le Plug-In. L\'UAE semble indisponible ce soir (12-4-2018).\r\nAfin de corriger le problème lié au crash de l\'harmonisateur en cas de deconnexion de l\'UAE j\'ai activé ProcDump.\r\nEst ce que vous pourriez vérifier la disponibilité de l\'UAE ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,345,7,NULL,1,2,'2018-04-13 00:41:03','2018-04-13 12:00:22','2018-04-13',100,NULL,NULL,292,1,2,0,'2018-04-13 12:00:22'),(293,1,52,'BrowseName ElementDeDetectionType','ELTDeDetectionType ne doit pas être le BrowseName des instances de ElementDeDetectionType',NULL,NULL,1,315,4,NULL,1,0,'2018-04-13 10:32:36','2018-04-13 10:32:36','2018-04-13',0,NULL,NULL,293,1,2,0,NULL),(294,1,52,'BrowseName ElementDeDetectionType','ELTDeDetectionType ne doit pas être le BrowseName des instances de ElementDeDetectionType',NULL,NULL,1,1,4,NULL,1,1,'2018-04-13 10:32:37','2018-04-13 10:45:57','2018-04-13',0,NULL,NULL,294,1,2,0,NULL),(295,2,47,'Ajouter suppression SubSystem','Tout est dans le titre',NULL,NULL,1,1,4,NULL,1,0,'2018-04-17 13:52:23','2018-04-17 13:52:23','2018-04-17',0,NULL,NULL,295,1,2,0,NULL),(296,3,54,'OPC DA','Bonjour Michel,\r\n\r\nJe suis actuellement en train de voir pour la configuration entre notre server OPC UA et notre nouveau client DA. Je rencontre quelques soucis de configurations :\r\n- Avec la démo fourni (Demo-ComDa - OneServer) je n\'ai pas de problème, les valeurs changent en temps réel.\r\n- Quand je souhaite remplacé le server Demo-ComDa par notre server OPC je n\'y arrive pas.\r\n\r\nCe que j\'ai fais : \r\n- ajout d\'un fichier .dat avec un seul ITEM dans le dossier de notre server OPC UA. (en PJ)\r\n- modification du fichier xml subsystem pour ajout de l\'ADRESS de l\'ITEM (en PJ)\r\n- création d\'un fichier XMl de configuration pour RapidService (en PJ)\r\n\r\nA partir de là je ne sais plus ce que je dois faire. Je vois bien l\'architecture (RS.TAG0011) sur mon client DA (Matrikon) connecté à RapidService mais la connexion entre RapidService et ProCellics Server OPC UA ne semble pas fonctionnelle. Y-a-t-il un endroit où je dois entrer l\'adresse de mon server OPC ?',NULL,NULL,1,1,4,NULL,331,1,'2018-04-18 17:04:21','2018-05-02 14:32:30','2018-04-18',0,NULL,NULL,296,1,2,0,NULL),(297,3,57,'Share the fixes you added to the client lib, please','Hi Michel,\r\n\r\nIt\'s been a while.\r\nI saw your message. Please share your updates to the Client Lib and we will merge them to the codebase we have.\r\nAs we have quite a bit of updates ourselves, we will share the final one with you in return.\r\n\r\nThanks,\r\n\r\nJason',NULL,NULL,1,NULL,4,NULL,333,2,'2018-04-26 10:36:42','2018-04-30 01:20:24','2018-04-26',0,NULL,NULL,297,1,2,0,NULL),(298,1,49,'Plantage Serveur avec VpiUaClient sous Xp en mode service','Lorsque je débranche la connexion ethernet du PLC, le serveur plante.\r\nEn PJ, un Dump créé avec VS2010',NULL,NULL,5,1,5,NULL,254,2,'2018-04-27 16:10:50','2018-05-04 15:41:41','2018-04-27',100,NULL,NULL,298,1,2,0,'2018-05-04 15:41:41'),(299,1,49,'Plantage Serveur avec VpiUaClient sous Xp en mode service','Lorsque je débranche la connexion ethernet du PLC, le serveur ne plante plus, mais lorsque je le rebranche et que j\'essaye d\'écrire un variable, le serveur plante.\r\nEn PJ, un Dump créé avec VS2010',NULL,NULL,1,1,4,NULL,254,0,'2018-05-04 16:26:53','2018-05-04 16:26:53','2018-05-04',0,NULL,NULL,299,1,2,0,NULL),(300,3,60,'Test Siemens avec erreurs','Bonjour,\r\n\r\nSiemens à quelques petits soucis avec le serveur OPC, voici les éléménts :\r\n\r\nNous avons effectué des tests avec notre client OPC et avons relevé deux points gênants :\r\n\r\n1/ Statut UncertainInitialValue\r\n\r\nQuand le simulateur démarre, les valeurs des tags sont vides avec un statut « Good ».\r\n\r\nMais dès qu’on les modifie pour les tests, le statut passe à UncertainInitialValue ce qui n’est pas normal.\r\n\r\n2/ Retour en erreur BadMessageNotAvailable\r\n\r\nDans notre application, on a un mécanisme pour éviter toute perte de données entre notre ATS et notre client OPC UA. Sur notification, le client OPC UA va envoyer des Republish() pour traiter les notifications manquantes. Quand le client tente cette action auprès du serveur OPC UA, une erreur est émise :\r\n\r\n \r\n\r\n2018-05-03 14:27:08.076;20F8;info;spocc.acquisition;SpUAMissingNotificationsCollector:13;SpUAMissingNotificationsCollector started for Device\r\n\r\n2018-05-03 14:27:08.076;20F8;info;spocc.acquisition;SpUASubscriptionUnifiedAutomation:880;Doing republish for subscription under CPF_1\r\n\r\n2018-05-03 14:27:08.092;20F8;ERROR;spocc.acquisition;SpUASubscriptionUnifiedAutomation:903;Error: doRepublish() : bad status BadMessageNotAvailable returned from republish(),  Subscription created under UASession name = CPF_1\r\n\r\n \r\n\r\n \r\n\r\nPourriez-vous svp analyser ces deux points.\r\n\r\nEn vous remerciant par avance.\r\n\r\nCordialement.\r\nF. TOURRET\r\n',NULL,NULL,5,1,6,NULL,353,4,'2018-05-07 13:17:31','2018-12-07 10:06:26','2018-05-07',100,NULL,NULL,300,1,2,0,'2018-12-07 10:06:26'),(301,2,51,'DataCache Serveur','Le data cache du serveur ne permet pas de conserver un historique d\'évolution pour un même tag.\r\nMême si on rempli la \"queue size\" avec plusieurs évolutions successive d\'un même tag, le data cache du serveur ne gère qu\'une seule évolution.\r\nOn perd donc des évolutions entre la partie \"queue size\" et la partie data cache.\r\nIl faudrait faire évoluer le serveur et le data cache pour mettre un vecteur d’évolution et pas une seule évolution par tag.\r\nMerci.\r\n',NULL,NULL,1,NULL,4,NULL,303,0,'2018-05-31 11:10:01','2018-05-31 11:10:01','2018-05-31',0,NULL,NULL,301,1,2,0,NULL),(302,2,51,'Date Serveur','Si la date du serveur est trop en retard ou trop en avance par rapport à la date du client, aucunes évolutions n\'est envoyées au client.\r\nIl serait bien de pouvoir désactiver ce contrôle de dates.\r\nMerci.',NULL,NULL,1,NULL,4,NULL,303,0,'2018-05-31 11:35:46','2018-05-31 11:35:46','2018-05-31',0,NULL,NULL,302,1,2,0,NULL),(303,3,49,'Extract du code source VPI UA Client','Batch à finir ',NULL,NULL,1,1,4,NULL,254,0,'2018-05-31 15:00:49','2018-05-31 15:00:49','2018-05-31',0,NULL,NULL,303,1,2,0,NULL),(304,3,49,'Compile de la .net legacy v1.03.342','',NULL,NULL,1,1,4,NULL,254,1,'2018-05-31 15:01:38','2018-05-31 15:01:48','2018-05-31',0,NULL,NULL,304,1,2,0,NULL),(305,3,62,'Modèle ADP','Bonjour M. Condemine,\r\n\r\nComme convenu, pouvez vous me transmettre :\r\n\r\n- Le modèle ADP à jour (fichier .xmi ainsi que le NodeSet.xml correspondant généré depuis MagicDraw)\r\n- Un exemple de NodeSet d\'instances avec le type UGCIS correctement instancié et éventuellement une porte rattachée.\r\n\r\nMerci d\'avance.\r\n\r\nFrancesco DEMURU',NULL,NULL,5,1,5,NULL,361,1,'2018-06-01 14:54:02','2018-06-08 14:38:41','2018-06-01',100,NULL,NULL,305,1,2,0,'2018-06-08 14:38:41'),(306,3,62,'Spec OPC-UA','Comme convenu également, pouvez vous me mettre à disposition les spécifications OPC-UA.',NULL,NULL,5,1,4,NULL,361,1,'2018-06-01 14:57:41','2018-06-08 14:38:17','2018-06-01',100,NULL,NULL,306,1,2,0,'2018-06-08 14:38:17'),(307,1,56,'VARIABLE DFT DE L_SSI','La variable ne passe pas à true lorsque les centrales ne répondent  pas à la supervision request.\r\n\r\n ',NULL,NULL,5,1,4,NULL,328,2,'2018-06-18 18:22:39','2018-10-02 18:30:33','2018-06-18',0,NULL,NULL,307,1,2,0,'2018-10-02 18:30:33'),(308,2,62,'xmiToUANodeSet et Enterprise Architect','Comme vu en formation, l\'import de fichiers xmi générés par Enterprise Architect v14 ne fonctionne pas. Voir s\'il est possible de faire l\'évolution comme convenu. ',NULL,NULL,1,1,4,NULL,361,0,'2018-06-25 17:05:58','2018-06-25 17:05:58','2018-06-25',0,NULL,NULL,308,1,2,0,NULL),(309,2,56,'Ajout tri sur colonne adress dans le subsystem','',NULL,NULL,5,1,4,NULL,1,1,'2018-06-25 17:33:23','2019-05-06 18:08:16','2018-06-25',100,NULL,NULL,309,1,2,0,'2019-05-06 18:08:16'),(310,1,62,'ADP / A discuter avec Mme Durand','M. CONDEMINE,\r\n\r\nComme convenu, ci-dessous les points à discuter avec ADP (certains déjà évoqués lors de ma formation au mois de Mai dernier).\r\n\r\n\r\nANNEXE I du CCTP :\r\n\r\n- Chapitre 6.4.1 CUGCIS_ADP_TYPE => LIBELLE : Erratum type bool au lieu de string\r\n- Chapitre 11.1 Certification : Revoir l\'intitulé qui a été modifié par rapport au CCTP SSI (pour que la certification soit possible par 4CE Industry)\r\n- Chapitre 11.2.1.1 => table 57 / Caractéristiques fonctionnelles : Trop de contraintes mentionnées dans les caractéristiques fonctionnelles\r\n- Chapitre 11.2.1.2 \"Manipulation et transfert de fichiers\" à supprimer\r\n- Le chapitre 13.1 portant sur la haute disponibilité est à supprimer (contradiction avec le mode de redondance à froid imposé).\r\n\r\nCCTP en lui même (indice A):\r\n- p15/48 chapitre 1.3.3 :\r\n   E.CONC-UGCIS-25 : Les tags seront lus une fois pour toute au démarrage du serveur donc l\'arrêt / redémarrage me paraît indispensable pour toute modifications que ce soit UGCIS ou porte\r\n   E.CONC-UGCIS-29 : l\'UAE devrait utiliser exclusivement le service de découverte offert par OPC-UA\r\n\r\n',NULL,NULL,1,NULL,5,NULL,361,0,'2018-06-28 15:52:36','2018-06-28 15:52:36','2018-06-28',0,NULL,NULL,310,1,2,0,NULL),(311,2,56,'MultiNode','Suite a votre demande je viens d\'implémenter le MultiNode.\r\nIl s\'agit d\'une focntionnalité complémentaire du MultiTag ajouté précedement.\r\n\r\n',NULL,NULL,5,328,4,NULL,1,1,'2018-07-03 15:30:55','2019-05-06 17:46:07','2018-07-03',100,NULL,NULL,311,1,2,0,'2019-05-06 17:46:07'),(312,3,51,'Code pour controle Date Serveur / Date Client (subscription)','Bonjour Michel,\r\nJe n\'arrive pas à trouver dans le code du serveur l\'endroit où est fait le contrôle entre le serveur timestamp et la date du client (ou de la subscription).\r\nJ\'aimerai désactiver ce test car l\'horodateur de mon automate dérive assez fortement dans le temps et je dois régulièrement le remettre à l\'heure pour que le client reçoive les évolutions.\r\nMerci pour ton aide.\r\nDamien',NULL,NULL,1,1,4,NULL,303,2,'2018-07-06 15:47:59','2018-07-10 10:56:21','2018-07-06',0,NULL,NULL,312,1,2,0,NULL),(313,1,49,'Serveur OpenOpcUa en 64bits','','2018-07-24',NULL,2,1,4,NULL,254,1,'2018-07-12 14:20:04','2018-08-02 17:46:25','2018-07-12',0,NULL,NULL,313,1,2,0,NULL),(314,1,49,'Builtd Vpi Ua Client','','2018-07-24',NULL,1,1,4,NULL,254,0,'2018-07-12 14:20:35','2018-07-12 14:20:35','2018-07-12',0,NULL,NULL,314,1,2,0,NULL),(315,1,58,'Blocage du démarrage du serveur lorsque le fichier .oouaprj contient des chemins invalide','Afin de tester les cas d\'erreur, j\'ai lancé le serveur OpenOpcUaCoreServeur avec en paramètre un fichier _oouaprj_ de format valide, mais en ayant remplacé dans tous les chemins absolue la lettre \"c:\" par \"z:\", le lecteur Z n\'existant pas sur le PC en question.\r\n\r\nJe m\'attendais à une erreur de lancement du serveur (genre \"_Impossible d\'ouvrir le fichier xxx_\" ou au moins une trace dans le log du serveur, mais en fait le démarrage du serveur *reste bloqué*, sans printf, ni log.\r\n\r\nLa non-existance du log ne m\'étonne pas puisque l\'emplacement indiqué du log est incorrect.\r\n\r\nCeci pose un problème lors de l\'utilisation du serveur en tant que service, car alors le service semble lancé et fonctionnel, alors qu\'il n\'en ai rien, et qu\'il est impossible de consulter le log...\r\n\r\n*Idéalement, nous aurions aimé que le démarrage du serveur échoue (sorte avec un code d\'erreur), de manière à ce que Windws indique une erreur de  lancement du service, et ce dès qu\'un fichiers indiqué dans le fichier projet n\'existe pas ou ne peut être ouvert.*\r\n\r\n\r\nVersion du serveur utilisé : 1.0.5.5',NULL,NULL,2,1,4,NULL,346,1,'2018-08-02 14:17:46','2018-08-21 10:46:15','2018-08-02',0,NULL,NULL,315,1,2,0,NULL),(316,1,58,'Erreur lors du lancement du serveur avec une TRES GROSSE configuration','Afin de satisfaire une exigence ADP, nous avons mis en place un projet comportant les éléments suivants :\r\n\r\n* 20 ECS, équipés chacun de:\r\n    - 1024 détecteurs au maximum,\r\n    - 1024 zones de détections (ZD).\r\n* 20 CMSI, équipés chacun de:\r\n    - 2048 asservissements,\r\n    - 256 fonctions de mise en sécurité (évacuation, désenfumage, compartimentage, etc.) maximum,\r\n    - 256 Unité de Gestion d\'Alarmes (UGA),\r\n    - 256 Zones d\'alarmes maximum. \r\n\r\nLors de l\'utilisation du serveur avec un tel projet, *le démarrage échoue*, avec de nombreuse lignes semblables à celle-ci, dans le fichier de log :\r\n\r\n<pre>\r\n...\r\nxmlNodeSetCharacterDataHandler: unexpected situation. Please contact OpenOpcUa Team leader ns=11;i=13 uStatus=0x00000\r\nxmlNodeSetCharacterDataHandler: unexpected situation. Please contact OpenOpcUa Team leader ns=11;i=20 uStatus=0x80020000\r\nxmlNodeSetCharacterDataHandler: unexpected situation. Please contact OpenOpcUa Team leader ns=11;i=27 uStatus=0x80020000\r\n...\r\n</pre>\r\n\r\nCi-joint le projet en question, et le fichier de log du serveur.\r\n\r\nVersion du serveur utilisé : 1.0.5.5\r\n',NULL,NULL,2,1,4,NULL,346,2,'2018-08-02 14:41:13','2018-08-31 14:22:50','2018-08-02',0,NULL,NULL,316,1,2,0,NULL),(317,3,62,'Ajout namespace par code','M. CONDEMINE,\r\n\r\nJ\'ai essayé d\'écrire dans le noeud 2255 avec UA Expert pour essayer d\'ajouter un namespace. J\'ai l\'erreur \"BadNotWritable\" donc le nœud est certainement en lecture seule. Comment puis je faire autrement pour ajouter les namespace , n\'ayant pas accès au tableau interne du serveur (m_NamespaceUri) ?\r\n\r\nMerci d\'avance.',NULL,NULL,1,NULL,4,NULL,361,0,'2018-08-07 15:03:50','2018-08-07 15:03:50','2018-08-07',0,NULL,NULL,317,1,2,0,NULL),(318,1,62,'Problème avec VpiAddVariableCallback','Bonjour M. Condemine,\r\n\r\nJe vous rapporte un soucis constaté en utilisant la fonction VpiAddVariableCallback appelée depuis le VPI.\r\n\r\nL\'ajour de la variable se passe bien mais lorsque le serveur appelle la méthode VpiReadValue, les nodes à lire ont tous le même identificateur ns=0;i=0.\r\n\r\nJ\'ai joint 4 fichiers numérotés et annotés qui expliquent le problème et le fix que j\'ai dû appliquer pour corriger.\r\n\r\n',NULL,NULL,3,NULL,4,NULL,361,1,'2018-08-27 12:11:58','2018-08-29 14:23:39','2018-08-27',100,NULL,NULL,318,1,2,0,'2018-08-29 14:23:39'),(319,1,62,'Problème pour étendre le namespacearray depuis le vpi','Bonjour M. Condemine,\r\n\r\nJe suis parvenu à lire et écrire le node 2255 représentant le namespace array. Néanmoins, cela ne fonctionne pas si la manipulation est effectuée dans le ColdStart du Vpi car à ce moment là, le serveur est certainement occupé à lire les fichiers XML et n\'a pas terminé l\'initialisation du namespacearray. Si je lis le tableau dans le coldstart, je récupère un tableau vide. \r\n\r\nJe me suis aperçu que si je le lisais plus loin (lors du VpiRead par exemple), cela fonctionnait. \r\n\r\nJ\'ai vu par hasard que si le Coldstart échouait, vous le relanciez plus tard. Donc pour l\'instant, je m\'en suis sorti avec l\'astuce suivante : \r\n\r\nDans VpiColdStart, je lis le namespacearray. Si celui ci contient 0 items, la fonction retour Vpi_Bad. Le coup d\'après, lors du rappel de VpiColdStart, le tableau est bien initialisé et je peux poursuivre.\r\n\r\n',NULL,NULL,1,NULL,4,NULL,361,0,'2018-08-27 12:20:22','2018-08-27 12:20:22','2018-08-27',0,NULL,NULL,319,1,2,0,NULL),(320,1,46,'Update to current version','Dear Michel,\r\n\r\nafter 2 years, we need to improve our opc ua client.\r\n\r\nI got a crash in OpenOpcUa_GetEndpoints calling \'DiscoverEndpoints\' (OpcUa_String_Clear called with unitialized pointer) \r\non sample server \'opc.tcp://opcua.demo-this.com:51210/UA/SampleServer\'.\r\n\r\nI would like to by an update from our version 1.0.4.6 to version 1.0.5.5 and to 64 bit 1.0.5.6.\r\n\r\nIs it enough just to pay 500 Euro on \'http://www.openopcua.org\'  to get a download file link?\r\n',NULL,NULL,1,1,4,32,286,0,'2018-08-28 15:10:11','2018-08-28 15:10:11','2018-08-28',0,NULL,NULL,320,1,2,0,NULL),(321,3,58,'[ADP] Fonctionnement de MODIF_BD au niveau de l\'harmonisateur','Bonjour,\r\n\r\nPouvez-vous, s\'il vous plait, nous préciser le fonctionnement de l\'harmonisateur au sujet de MODIF_BD ?\r\n\r\n1 - En cas de modification de configuration, génération d\'une nouvelle configuration à partir du configurateur -> génération du fichier des instances avec valeur de MODIF_BD égale à true\r\n2 - Re-démarrage du service OPC-UA\r\n3 - L\'harmonisateur détectant que MODIF_BD est à true recharge la nouvelle configuration.\r\n4 - L\'harmonisateur passe MODIF_BD à false.\r\n5 - Le VPI doit-il ensuite passer la valeur de MODIF_BD à false dans le fichier des instances ? si ce n\'est pas le cas, en cas de redémarrage du serveur l\'harmonisateur rechargera la configuration, est-ce problématique ?\r\n\r\nMerci d\'avance.\r\n\r\nCordialement',NULL,NULL,1,NULL,4,NULL,349,0,'2018-09-20 09:31:14','2018-09-20 09:31:14','2018-09-20',0,NULL,NULL,321,1,2,0,NULL),(322,3,58,'URGENCE - Problème d\'intégration avec l\'harmonisateur','Bonsoir monsieur Condemine,\r\nChubb est actuellement en cours d\'intégration du concentrateur à Orly.\r\nIls rencontre un problème de communication avec l\'harmonisateur : les objets Chubb ne semble pas apparaitrent dans l\'harmonisateur.\r\n\r\nEn comparant les objet d\'un concentrateur concurent à l\'aide de l\'outil UAExpert, ils ont constatés que nous n\'avions jamais de \"ComponentOf\" (dans la zone de droite de UaExpert) lorsque qu\'un de nos objet est sélectionné. Une liste de \"HasComponant\" apparaît bien.\r\n\r\nDans nos fichiers d\'instances, nous déclarons bien le/les \"pères\" d\'un objet à l\'aide d\'une ligne comme celle-ci :\r\n\r\n<pre>\r\n  <Reference ReferenceType=\"i=47\" IsForward=\"false\">ns=9;i=2</Reference>\r\n</pre>\r\n\r\nD\'ou deux questions :\r\n* Avons nous fait une erreur en déclarant le père d\'un objet comme ceci ?\r\n* Est-ce que cela peut effectivement être un problème pour l\'harmonisateur si un objet ne contient pas de \"ComponentOf\" ?\r\n\r\nLe sujet est assez urgent, l\'intégration ayant lieu en ce moment-même !\r\n\r\nPS : Chubb n\'a pas souhaité que nous soyons présent lors de l\'intégration à Orly, ce qui limite notre capacité d\'investigation...',NULL,NULL,1,1,4,NULL,346,1,'2018-09-24 17:30:47','2018-09-24 18:19:21','2018-09-24',0,NULL,NULL,322,1,2,0,NULL),(323,1,46,'nslookup problem?','Hi Michel,\r\n\r\nsorry for bothering you with my problem.\r\n\r\nIf i run your example server locally ( e.g.: opc.tcp://w7-dlg6.tdw.iptnet.org:16664),\r\nthe endpoint detection (OpenOpcUa_GetEndpoints -> pUaClientApplication->DiscoverEndpoints) runs normal.\r\n\r\nIf i try the same server locally with direct ip (e.g. opc.tcp://192.168.1.107:16664)\r\nthe endpoint protection runs into (long time) timout and finally fails.\r\n\r\nI have the problem also at a customers server.\r\nThe server runs at opc.tcp://10.219.64.51:49320.\r\nIf i try to detect the endpoints, it runs into (long time) timout and finally fails.\r\nIf i try opc.tcp://<domain_hostname>:49320, it fails immediately.',NULL,NULL,5,1,6,105,286,2,'2018-09-27 14:41:41','2022-03-27 23:35:52','2018-09-27',100,NULL,NULL,323,1,2,0,'2022-03-27 23:35:52'),(324,2,56,'AUGMENTATION VITESSE PORT SERIE','Ci-joint une procédure qui permettrait d\'augmenter la vitesse du port série.\r\nà tester',NULL,NULL,5,1,4,110,328,1,'2018-10-02 19:22:35','2022-10-06 19:04:59','2018-10-02',0,NULL,NULL,324,1,2,0,'2022-10-06 19:04:59'),(325,2,56,'Mise à jour Analyse fonctionnelle avec VPITycoEX','Mettre à jour l\'analyse fonctionnelle selon le nouveau fonctionnement du VPI (configuration automatique)',NULL,NULL,5,1,4,NULL,328,1,'2018-10-02 19:32:53','2019-05-10 11:47:35','2018-10-02',100,NULL,NULL,325,1,2,0,'2019-05-10 11:47:35'),(326,3,59,'probleme avec les projets OpenOpcUaCoreServer et vpiUaClient beta3 en mode exe','Bonjour Michel,\r\n\r\nJ\'ai quelques problèmes avec l\'utilisation du projet OpenOpcUaCoreServer et VpiUaClnt de la version beta3 que tu nous à donné.\r\n\r\nLe projet OpenOpcUaCoreServer compile bien en x64, idem pour VpiUaClnt .\r\nPar contre quand je lance le OpenOpcUaCoreServer.exe et qu\'il appel LoadLibrary(\"VpiUaClntd.dll\")\r\nÇa me renvoie une erreur : OpcUa_NodeId_Clear est introuvable dans la bibiliotheque OpenOpcUaClientLibd.dll.\r\nSi je rajoute cette méthode dans le .def du projet OpenOpcUaClientLibd et que je recompile tout j\'ai encore une autre erreur me disant qu\'il me manque une autre méthode.\r\nY a t-il un projet non mis à jour ou une erreur dans ma config?\r\n\r\nMerci d\'avance\r\n\r\nCordialement\r\n\r\nBenoit\r\n\r\n\r\n',NULL,NULL,5,1,4,89,374,1,'2018-10-05 10:50:16','2019-01-21 15:52:17','2018-10-05',100,NULL,NULL,326,1,2,0,'2019-01-21 15:52:17'),(327,1,59,'Probleme avec les versions des serveurs version 1.0.5.5 et 1.0.5.6','Bonjour Michel,\r\n\r\nJ\'ai fais des tests avec la version bet03(version serveur 1.0.5.5) et beta04(1.0.5.6) pour aspirer une variable avec 2 cores et un serveur agrégateur.\r\nAvec une version de serveurOpc 1.0.5.3 ça marche très bien.\r\nPar contre si je recompile et je créé un serveurOPC avec la version beta03 ou beta04 et que j’utilise la même config ça ne marche plus.\r\nC\'est comme si le serveur agrégateur n\'avait pas les droits d’écriture sur la variable.\r\nSi je modifie la variable dans le core 1 elle est mis à jour dans le serveur agrégateur mais pas dans le core 2\r\nSi je modifie la variable dans le serveur agrégateur la variable est modifiée dans UA expert mais quand je fais un read elle récupère la valeur d’avant et les variables surs les cores 1 et 2 ne bougent pas.\r\n\r\nJ\'ai mis en pièce jointe les 2 configurations \"demo_avec_probleme_1.0.5.5\"  et \"demo_version_1.0.5.3_OK\"\r\nPour lancer un core il faut cliquer sur OPC_UA.exe et dans fenêtre cmd qui s\'ouvre taper sop(1) pour le model1 et dans le core 2 sop(2) pour le model2\r\n\r\nSi tu veux plus d\'informations n\'hesites pas à m\'appeler.\r\n\r\nY a t il des choses à activer quand on compile le projet en mode serveur que je n\'ai pas faites( ce qui expliquerait le problème), ou y a t il une régression sur la version?\r\n\r\nMerci\r\n\r\nBonne soirée\r\n\r\nCordialement,\r\n\r\nBenoit\r\n\r\n',NULL,NULL,5,1,4,8,374,1,'2018-10-11 20:26:12','2019-01-21 15:51:56','2018-10-11',100,NULL,NULL,327,1,2,0,'2019-01-21 15:51:56'),(328,1,59,'Probleme avec les versions des serveurs version 1.0.5.5 et 1.0.5.6','Bonjour Michel,\r\n\r\nJ\'ai fais des tests avec la version bet03(version serveur 1.0.5.5) et beta04(1.0.5.6) pour aspirer une variable avec 2 cores et un serveur agrégateur.\r\nAvec une version de serveurOpc 1.0.5.3 ça marche très bien.\r\nPar contre si je recompile et je créé un serveurOPC avec la version beta03 ou beta04 et que j’utilise la même config ça ne marche plus.\r\nC\'est comme si le serveur agrégateur n\'avait pas les droits d’écriture sur la variable.\r\nSi je modifie la variable dans le core 1 elle est mis à jour dans le serveur agrégateur mais pas dans le core 2\r\nSi je modifie la variable dans le serveur agrégateur la variable est modifiée dans UA expert mais quand je fais un read elle récupère la valeur d’avant et les variables surs les cores 1 et 2 ne bougent pas.\r\n\r\nJ\'ai mis en pièce jointe les 2 configurations \"demo_avec_probleme_1.0.5.5\"  et \"demo_version_1.0.5.3_OK\"\r\nPour lancer un core il faut cliquer sur OPC_UA.exe et dans fenêtre cmd qui s\'ouvre taper sop(1) pour le model1 et dans le core 2 sop(2) pour le model2\r\n\r\nSi tu veux plus d\'informations n\'hesites pas à m\'appeler.\r\n\r\nY a t il des choses à activer quand on compile le projet en mode serveur que je n\'ai pas faites( ce qui expliquerait le problème), ou y a t il une régression sur la version?\r\n\r\nMerci\r\n\r\nBonne soirée\r\n\r\nCordialement,\r\n\r\nBenoit\r\n\r\n',NULL,NULL,5,1,4,8,374,1,'2018-10-12 09:03:31','2019-01-21 15:51:36','2018-10-11',100,NULL,NULL,328,1,2,0,'2019-01-21 15:51:36'),(329,2,64,'Création d\'un premier VPI','Bonjour M Condemine,\r\n\r\nsuite à notre heure du binaire qui est passée très rapidement, je reviens vers vous pour nous donner un point de départ.\r\n\r\nEn effet, pendant l\'heure du binaire nous avons eu à manipuler beaucoup de fichiers mais nous n\'avons pas eu le temps d\'aborder la finalité de notre première étape qui est celle de récupérer une structure d\'un automate.\r\n\r\nAlors je vous avoue que cela reste encore très flou dans nos têtes et nous sollicitons auprès de vous une aide afin de faire les premiers pas.\r\n\r\nCordialement.',NULL,NULL,5,380,3,NULL,380,1,'2018-11-05 11:25:23','2018-11-12 18:06:59','2018-11-05',100,NULL,NULL,329,1,2,0,'2018-11-12 18:06:59'),(330,1,56,'Plantage ConfigManager 0.8.1','Ci joint le fichier dump',NULL,NULL,5,NULL,4,NULL,328,1,'2018-11-07 18:23:10','2019-05-06 18:08:39','2018-11-07',0,NULL,NULL,330,1,2,0,'2019-05-06 18:08:39'),(331,1,56,'Plantage ConfigManager 0.8.2','ça plante aussi avec cette version.\r\nCi-joint le fichier dump',NULL,NULL,5,NULL,6,NULL,328,1,'2018-11-08 00:08:17','2018-11-10 14:17:10','2018-11-07',100,NULL,NULL,331,1,2,0,'2018-11-10 14:17:10'),(332,3,63,'fichier de log de compilation','PC de dev :\r\nFedora 28\r\nLinux ug135-linux 4.18.14-200.fc28.x86_64 #1 SMP\r\n\r\nTarget :\r\nBeagle Bone\r\ncompilateur : armv7-am335x_sise-linux-gnueabihf-gcc    7.3.0\r\n\r\nsource : OpenOpcUa_1_0_5_6_SISE_08-11-2018_14h00.zip',NULL,NULL,1,1,4,NULL,386,0,'2018-11-08 17:09:10','2018-11-08 17:09:10','2018-11-08',0,NULL,NULL,332,1,2,0,NULL),(333,1,56,'Configuration OrlyOuest','Bonjour,\r\naprès analyse de votre configuration du 9-11-2018. Il apparait que le fichier Opc.Ua.NodeSet2.SSIType.xml est corrompu.\r\nIl contient une double declaration du DataType espaceType. Supprimer la déclaration du node de nodeId  ns=2;s=EspaceTypeEnum\r\nPuis relancez le serveur. Vous devrez aussi supprimer tous les caractères LATIN-1 de vos fichiers.\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,328,7,NULL,1,1,'2018-11-10 14:22:34','2019-05-06 17:45:02','2018-11-10',100,NULL,NULL,333,1,2,0,'2019-05-06 17:45:02'),(334,1,47,'High DPI Support in Qt','High DPI Support in Qt\r\nhttps://doc.qt.io/qt-5/highdpi.html',NULL,NULL,1,1,5,NULL,1,0,'2018-11-12 23:52:12','2018-11-12 23:52:12','2018-11-12',0,NULL,NULL,334,1,2,0,NULL),(335,1,62,'Problème LocalizedText et symboles','M. Condemine,\r\n\r\nSuite à notre CT, quelques captures d\'écrans sur les deux problèmes suivants:\r\n\r\n- Depuis la 1.0.5.5 : Ajout manuel de deux fichiers de la stack dans le sous répertoire Include de VpiSDK pour obtenir certaines constantes manquantes\r\n- Depuis la 1.0.5.6 : Les signatures des fonctions callback ont été modifiées et attendent un type localizedText pour le displayName et la description. Les fonction d\'intialisation de ce type ne sont pas présentes dans le openopcuavpisdk.h importé dans le VpiUgcis. Je les ai rajouté manuellement mais le compilateur n\'arriver pas à faire le LINK.\r\n\r\nMerci d\'avance pour votre réponse.',NULL,NULL,2,1,5,NULL,361,2,'2018-11-13 15:01:12','2018-11-15 09:51:52','2018-11-13',80,NULL,NULL,335,1,2,0,NULL),(336,3,56,'Programme pour centrale Labo Montpellier','Bonjour,\r\nafin de pouvoir tester l\'ELD 456 j\'aurai besoin que vous me modifiez le programme qui tourne dans les centrales de ma maquette.\r\nEst ce possible ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,328,7,NULL,1,1,'2018-11-27 23:34:42','2019-05-06 17:41:38','2018-11-27',100,NULL,NULL,336,1,2,0,'2019-05-06 17:41:38'),(337,1,58,'Valeur d\'un define dans le code source du serveur','Par hasard je suis tombé, dans le fichier \"OpenOpcUa\\include\\opcua\\opcua_trace.h\" sur la ligne suivante :\r\n\r\n#define OPCUA_TRACE_STACK_NONE			0x00000004 // 0\r\n\r\nne serait-ce pas plutôt 0x00000000 ?\r\n',NULL,NULL,3,1,3,82,347,1,'2018-11-28 17:59:37','2018-11-29 18:04:39','2018-11-28',100,NULL,NULL,337,1,2,0,'2018-11-29 18:04:39'),(338,3,52,'Harmo as a Service','Bonjour Kamel,\r\nEst ce que tu pourrais modifier le paramétrage de l\'harmonisateur afin qu\'il fonctionne sous le compte de service.\r\nCela me permettra de le faire fonctionner \"instrumenter\" tout en le laissant tourner en tant que service.\r\nAujourd\'hui il fonctionne sous ton compte. voir piece jointe\r\n\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n\r\n\r\n\r\n',NULL,NULL,1,314,7,NULL,1,0,'2018-12-02 20:02:00','2018-12-02 20:02:00','2018-12-02',0,NULL,NULL,338,1,2,0,NULL),(339,1,62,'1.0.5.6 RC03 / ServerStatus State','Bonjour,\r\n\r\nle serveur passe de NOCONF à RUNNING *AVANT* ++l’appel à GlobalStart du Vpi.\r\n\r\nDonc ça fait : NOCONF, RUNNING puis … valeur écrite par le Vpi dans le thread (J\'écris RUNNING si lecture config OK ou FAILED si erreur lors de la lecture de config).\r\n\r\nDonc si lecture de config erronée, j\'ai bien \"FAILED\" dans le statut mais il y a eu un état transitoire \"RUNNING\"\r\n\r\nCordialement,\r\n\r\nFrancesco DEMURU',NULL,NULL,2,1,5,NULL,361,1,'2018-12-03 11:48:05','2018-12-03 11:54:21','2018-12-03',0,NULL,NULL,339,1,2,0,NULL),(340,3,58,'Plantage du concentrateur CHUBB lorsqu\'il est connecté à l\'UAE','Bonjour,\r\n\r\nLorsque nous connectons directement l\'UAE au concentrateur CHUBB, le serveur OPC-UA est \'figé\' et logue sans arrêt le message suivant : GetFirstPublishRequest>m_PublishRequests late situation detected.\r\n\r\nAuriez-vous une idée de l\'origine du problème ?\r\n\r\nMerci d\'avance.\r\n\r\nCordialement,\r\n',NULL,NULL,5,NULL,4,NULL,346,5,'2018-12-04 18:23:59','2018-12-08 17:33:35','2018-12-04',100,NULL,NULL,340,1,2,0,'2018-12-08 17:33:35'),(341,1,56,'ESSAI VPI 0.1.1.1','Bonjour Michel,\r\n\r\nVoici un compte rendu des essais effectués Vendredi 30 :\r\n\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\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\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.\r\n\r\n•ECS\\CMD_REINIT : Commande OK et retour à False OK\r\n\r\n•CMSI\\CMD_REINIT : Commande OK mais pas de retour à False\r\n\r\nMerci.\r\n\r\nCordialement.\r\n',NULL,NULL,5,1,6,NULL,328,2,'2018-12-05 17:23:10','2019-05-06 17:44:07','2018-12-05',100,NULL,NULL,341,1,2,0,'2019-05-06 17:44:07'),(342,1,60,'Compilation Linux x64','Impossible de compiler sans l\'option -fpermissive du compilateur :\r\n\r\n/home/ftourret/OpenOpcUa_1_0_5_6_RC04/OpenOpcUaCoreServer/source/SessionServer.cpp: In member function ‘OpcUa_StatusCode OpenOpcUa::UACoreServer::CSessionServer::CallGetMonitoredItemsMethod(OpcUa_CallMethodRequest, OpcUa_CallMethodResult*)’:\r\n/home/ftourret/OpenOpcUa_1_0_5_6_RC04/OpenOpcUaCoreServer/source/SessionServer.cpp:6640:89: error: cast from ‘OpenOpcUa::UACoreServer::CMonitoredItemServer*’ to ‘OpcUa_UInt32 {aka unsigned int}’ loses precision [-fpermissive]\r\n      pMethodResult->OutputArguments[0].Value.Array.Value.UInt32Array[i] = (OpcUa_UInt32)pMonitoredItemServer;\r\n                                                                                         ^\r\nCMakeFiles/OpenOpcUaCoreServer.dir/build.make:744: 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\n',NULL,NULL,5,1,5,NULL,353,2,'2018-12-06 11:24:20','2019-01-15 10:27:26','2018-12-06',100,NULL,NULL,342,1,2,0,'2019-01-15 10:27:26'),(343,1,60,'Compilation linux x64 Classe OpcUa_ServerState inconnue','La classe ‘OpcUa_ServerState’ est inconnue lors de la compilation sous linux en x64\r\n\r\n/home/ftourret/OpenOpcUa_1_0_5_6_RC04/OpenOpcUaCoreServer/source/ServerApplication.cpp: In member function ‘OpcUa_StatusCode OpenOpcUa::UACoreServer::CServerApplication::CheckServerStateFromVpis()’:\r\n/home/ftourret/OpenOpcUa_1_0_5_6_RC04/OpenOpcUaCoreServer/source/ServerApplication.cpp:8488: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_RC04/OpenOpcUaCoreServer/source/ServerApplication.cpp:8508: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_RC04/OpenOpcUaCoreServer/source/ServerApplication.cpp:8511: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_RC04/OpenOpcUaCoreServer/source/ServerApplication.cpp:8514: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_RC04/OpenOpcUaCoreServer/source/ServerApplication.cpp:8517: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_RC04/OpenOpcUaCoreServer/source/ServerApplication.cpp:8524: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\n',NULL,NULL,5,1,5,NULL,353,13,'2018-12-06 11:26:47','2019-01-15 10:29:06','2018-12-06',100,NULL,NULL,343,1,2,0,'2019-01-15 10:29:06'),(344,1,60,'Linux x64 CertificateStore','Bonjour,\r\n\r\nJe viens de voir qu\'un certificat refusé sous linux n\'est pas correctement placé dans la PKI local du serveur.\r\nEn fait le nom du chamin généré est fait avec des \"\\\" au lieu de \"/\".\r\nVoir copie d\'écran jointe.\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,2,'2018-12-07 07:42:51','2019-04-15 14:16:19','2018-12-07',100,NULL,NULL,344,1,2,0,'2019-04-15 14:16:19'),(345,1,60,'Linux x64 utilisation de \\ dans les chemins de fichier','Bonjour,\r\n\r\nSous linux le \\ (de Windows) est utilisé pour générer des fichiers au lieu du / (de Linux).\r\nLe problème à été identifié pour les Certificats rejeté voir #344, mais aussi pour la génération du fichier de log du serveur.\r\n\r\nCordialement\r\n\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,1,'2018-12-07 08:10:04','2019-04-02 17:39:47','2018-12-07',0,NULL,NULL,345,1,2,0,'2019-04-02 17:39:47'),(346,3,60,'Vpi Linux X64','Bonjour,\r\n\r\nImpossible de compiler le VpiNull sous Linux x64 sans l\'option -fpermissive\r\nImpossible de générer le Makefile de VpiNullEx sous linux x64\r\n\r\nCordialement\r\n\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,2,'2018-12-07 08:48:08','2019-01-15 10:27:53','2018-12-07',100,NULL,NULL,346,1,2,0,'2019-01-15 10:27:53'),(347,2,60,'Erreur d\'affichage de log de chargement SubSystemVpi.xml','Bonjour,\r\n\r\nLe log suivant est incorrecte :\r\nYour XML Subsystem file : /config/ServerOpcUaSubSystemVpi.xml has been parsed. Internal parsing result=0x00000\r\nIl manque le / entre le nom du répertoire et le nom du fichier : /config/ServerOpcUa/SubSystemVpi.xml\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,1,'2018-12-07 09:21:52','2019-06-19 16:46:50','2018-12-07',100,NULL,NULL,347,1,2,0,'2019-06-19 16:46:50'),(348,1,60,'OpcUaServer Linux x64 + VpiNull Segmentation Fault','Bonjour,\r\n\r\nLe serveur fait une segmentation fault avec le VpiNull Sous Linux x64.\r\nVersion 1.5.0.6_RC4.\r\nLe serveur est compilé avec un -fpermissive (cast de pointeur en uint32...) le vpi également.\r\nCeci est peut être la cause du plantage.\r\n\r\nCi-joint le log du serveur\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,3,'2018-12-07 09:38:23','2019-01-15 10:27:04','2018-12-07',100,NULL,NULL,348,1,2,0,'2019-01-15 10:26:53'),(349,1,59,'Plantage sur un abonnement d\'un string null en x64','Plantage sur un abonnement d\'un string null en x64 dans uaexpert\r\nAccess violation dans Vpi_string_is_null dans le fichier vpiString.cpp',NULL,NULL,5,1,5,NULL,374,2,'2018-12-19 10:58:13','2018-12-30 17:44:49','2018-12-19',100,NULL,NULL,349,1,2,0,'2018-12-30 17:44:49'),(350,1,59,'Probleme x64 du VPiModBus dans VpiParseAddId','Problème lors du calcul de la position d\'un caractère dans un string en x64 avec la méthode find_first_of(\"@\");\r\nEn x64 le test tmpStringAddr.find_first_of(\"@\") ne donne pas std::string::npos quand on ne trouve pas le caractère\r\n\r\nVpiParseAddId(), EntryPoints.cpp L734\r\n\r\nVpi_UInt32 atIndex = tmpStringAddr.find_first_of(\"@\");\r\nif (std::string::npos != atIndex)\r\n',NULL,NULL,5,1,5,NULL,374,2,'2018-12-19 11:02:45','2019-01-21 15:50:42','2018-12-19',100,NULL,NULL,350,1,2,0,'2018-12-30 17:46:29'),(351,1,59,'Probleme de chargement VPI','Bonjour Michel,\r\n\r\nJ\'ai un problème pour mes tests sur le VPI modBus.\r\nJ\'ai un serveur (core), 1 serveur agrégateur avec vpiCLient et vpiModbus et un automate\r\n\r\n Quand je mets un seul subsytem dans la configuration de mon serveur agrégateur ça marche bien :\r\n<FileSubsystem FullFileName=\"SubSystem.Modbus.PlcSchneider.xml\"></FileSubsystem>\r\n\r\npar contre quand je mets deux subsytems différent pour écouter mon core et mon automate genre :\r\n    <FileSubsystem FullFileName=\"SubSystem.Uaclient-001_Debug.xml\"></FileSubsystem>\r\n    <FileSubsystem FullFileName=\"SubSystem.Modbus.PlcSchneider.xml\"></FileSubsystem>\r\n\r\nLe serveur agrégateur essaye de me charger dans la fonction (CVpiFuncCaller::LoadVpi) 2 vpi Modbus et non un modbus et UAclient...\r\nSi j\'inverse les deux dernières lignes il va essayer de me charger 2vpi Uaclient ',NULL,NULL,5,1,4,NULL,374,1,'2019-01-09 17:33:50','2019-01-21 15:51:10','2019-01-09',100,NULL,NULL,351,1,2,0,'2019-01-21 15:51:10'),(352,3,60,'Utilisation certificats','Bonjour,\r\n\r\nPour tester une connexion sécurisé par certificat, je procède de la façon suivante :\r\nConfiguration serveur : SecurityNone=\"False\"\r\nJe déplace le certificat du client UaExpert@pisa-043[...].der du répertoire rejected à certs.\r\n\r\nDans le client UaExpert 1.5.0\r\nSecurity policy Basic256Sha256 ou Basic256\r\nMessage Security Mode Sign & Encrypt\r\nQuand je me connecte j\'ai le message : Error BadCertificateTimeInvalid\r\n\r\nCi-joint le certificat.\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,3,'2019-01-15 10:34:08','2019-04-15 14:17:18','2019-01-15',100,NULL,NULL,352,1,2,0,'2019-04-15 14:17:18'),(353,1,60,'Erreur à l\'arrêt du Server','Bonjour,\r\n\r\nPour information parfois à l\'arrêt du serveur (V1.0.5.6 sous Debian 8.6 x64), il y a l’erreur suivante :\r\n*** Error in `/usr/local/PISA/ServerOpcUA/OpenOpcUaCoreServer\': munmap_chunk(): invalid pointer: 0x00007f69dc000d70 ***\r\n\r\nCi-joint le log.\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,1,'2019-01-15 10:40:15','2019-04-15 14:15:55','2019-01-15',100,NULL,NULL,353,1,2,0,'2019-04-15 14:15:55'),(354,2,1,'Default_Timeout to big','In some circumstance it is the DEFAULT_TIMOUT which is used and its actual value of 300000 ms is really too long. \r\nProgram seem to hang.\r\nIS it possible to reduce the use of this timeout or reduce its value to 30000 ms.',NULL,NULL,1,NULL,4,NULL,398,0,'2019-01-22 15:38:49','2019-01-22 15:38:49','2019-01-22',0,NULL,NULL,354,1,2,0,NULL),(355,1,1,'Auto reconnect during  Session closing','If session closing took some time (durring debug session for instance),  AutoConnect thread could restart a new but lost session.\r\n',NULL,NULL,1,NULL,4,NULL,398,0,'2019-01-22 15:42:41','2019-01-22 15:42:41','2019-01-22',0,NULL,NULL,355,1,2,0,NULL),(356,1,62,'1.0.5.6 / NodeSet xml','Bonjour M. Condemine,\r\n\r\nJ\'ai un soucis sur le projet UGCIS avec les variable de type \"CardinalityType\" défini ainsi:  \r\n\r\n<pre>\r\n\r\n <UAVariableType NodeId=\"ns=1;i=51\" BrowseName=\"CardinalityType\" DataType=\"UInt32\" ValueRank=\"1\" AccessLevel=\"1\">\r\n    <DisplayName>CardinalityType</DisplayName>\r\n    <References>\r\n      <Reference ReferenceType=\"HasSubtype\" IsForward=\"false\">i=63</Reference>\r\n    </References>\r\n  </UAVariableType>\r\n\r\n</pre>\r\n\r\nDonc on a spécifié un ValueRank=1 pour tableau à une dimension.\r\n\r\nPour indiquer les cardinalités, on déclare une variable de cette manière:\r\n\r\n<pre>\r\n\r\n  <UAVariable NodeId=\"ns=1;i=10\" BrowseName=\"Cardinality\" DataType=\"UInt32\" AccessLevel=\"1\" UserAccessLevel=\"1\" ValueRank=\"1\">\r\n	<Value>\r\n		<ListOfUInt32>\r\n			<UInt32>00</UInt32>\r\n			<UInt32>20</UInt32>\r\n		</ListOfUInt32>\r\n	</Value>\r\n	\r\n	<DisplayName>Cardinality</DisplayName>\r\n	<Description>Nombre d\'UGCIS connectables au concentrateur</Description>\r\n    <References>\r\n      <Reference ReferenceType=\"HasTypeDefinition\">ns=1;i=51</Reference>\r\n    </References>\r\n  </UAVariable>\r\n\r\n</pre>\r\n\r\nLe soucis concerne la balise <Value> qui contient un ensemble de <UInt32> => Cardinalité min et max soit 2 éléments.\r\n\r\nVous remarquerez que j\'ai mis l\'entier 0 sur deux digits car sinon ça ne fonctionne pas, la variable n\'a qu\'un seul élément dans UAExpert.\r\n\r\nJ\'ai fait différents essais et en fait, je me suis rendu compte que ça fonctionnait à partir de 10. Donc de 0 à 9, il faut spécifier la valeur sur deux digits (00 jusque 09) sinon ça ne fonctionne pas.\r\n',NULL,NULL,1,NULL,4,NULL,361,0,'2019-02-26 14:55:36','2019-02-26 14:55:36','2019-02-26',0,NULL,NULL,356,1,2,0,NULL),(357,3,56,'ConSys Key','82040000CMGVIWEBDMEZJDDCEBDG',NULL,NULL,5,328,6,NULL,1,1,'2019-03-15 16:07:17','2019-03-19 19:10:29','2019-03-15',100,NULL,NULL,357,1,2,0,'2019-03-19 19:10:29'),(358,3,60,'VpiNullEx Linux x64','Bonjour,\r\n \r\nLe VpiNullEx ne se charge pas dans le serveur ni sur la machine de dev, ni sur la cible. Comment tracer efficacement le chargement de ce Vpi et trouver le problème ?\r\n \r\nSources du VpiNullEx : sources 1.0.5.6 du serveur\r\n \r\nCompilation OpenOpcUaVpiLibrary OK :\r\nftourret@debian-027:~/Documents/ServerOpcUa/VpisSdk/OpenOpcUaVpiLibrary$ make\r\n[  3%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/SerialPort.cpp.o\r\n[  7%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiByteString.cpp.o\r\n[ 11%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiArgument.cpp.o\r\n[ 15%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/FileVersionInfo.cpp.o\r\n[ 19%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiVariant.cpp.o\r\n[ 23%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiSocket.cpp.o\r\n[ 26%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiQualifiedName.cpp.o\r\n[ 30%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiSemaphore.cpp.o\r\n[ 34%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiNodeId.cpp.o\r\n[ 38%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiGuid.cpp.o\r\n[ 42%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiMutex.cpp.o\r\n[ 46%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiDataValue.cpp.o\r\n[ 50%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiDatetime.cpp.o\r\n[ 53%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiThread.cpp.o\r\n[ 57%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiExtensionObject.cpp.o\r\n[ 61%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiXmlElement.cpp.o\r\n[ 65%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiExpandedNodeId.cpp.o\r\n[ 69%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiTrace.cpp.o\r\n[ 73%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/dllmain.cpp.o\r\n[ 76%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiLocalizedText.cpp.o\r\n[ 80%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/stdafx.cpp.o\r\n[ 84%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiInternalThread.cpp.o\r\n[ 88%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiString.cpp.o\r\n[ 92%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/OpenOpcUaVpiLibrary.cpp.o\r\n[ 96%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/VpiMemory.cpp.o\r\n[100%] Building CXX object CMakeFiles/OpenOpcUaVpiLibrary.dir/source/RtSocket.cpp.o\r\nLinking CXX shared library /home/ftourret/Documents/ServerOpcUa/lib/linux/Release/libOpenOpcUaVpiLibrary.so\r\n[100%] Built target OpenOpcUaVpiLibrary\r\n \r\nCompilation du Vpi OK :  \r\nftourret@debian-027:~/Documents/ServerOpcUa/VpisSdk/VpiNullEx$ make\r\nScanning dependencies of target VPINullEx\r\n[ 16%] Building CXX object CMakeFiles/VPINullEx.dir/source/VPINullEx.cpp.o\r\n[ 33%] Building CXX object CMakeFiles/VPINullEx.dir/source/EntryPoints.cpp.o\r\n[ 50%] Building CXX object CMakeFiles/VPINullEx.dir/source/SourceObject.cpp.o\r\n[ 66%] Building CXX object CMakeFiles/VPINullEx.dir/source/VpiInternal.cpp.o\r\n[ 83%] Building CXX object CMakeFiles/VPINullEx.dir/source/dllmain.cpp.o\r\n[100%] Building CXX object CMakeFiles/VPINullEx.dir/source/stdafx.cpp.o\r\nLinking CXX shared library /home/ftourret/Documents/ServerOpcUa/lib/linux/Release/libVPINullEx.so\r\n[100%] Built target VPINullEx\r\n \r\nEmplacement du serveur et librairies :\r\nftourret@debian-027:~/Documents/ServerOpcUa/VpisSdk/VpiNullEx$ ls -la /usr/local/PISA/ServerOpcUa/\r\ntotal 16516\r\ndrwxr-sr-x 2 ftourret staff    4096 mars  27 11:49 .\r\ndrwxrwsrwx 5 root     staff    4096 mars  18 09:54 ..\r\n-rwxr-xr-x 1 ftourret staff 1993952 mars  22 09:46 libOpenOpcUaSharedlib.so\r\n-rwxr-xr-x 1 ftourret staff 3955712 mars  22 09:46 libOpenOpcUaStack.so\r\n-rwxr-xr-x 1 ftourret staff  379528 mars  22 09:48 libOpenOpcUaVpiLibrary.so\r\n-rwxr-xr-x 1 ftourret staff  197504 mars  27 11:39 libVPINullEx.so\r\n-rwxr-xr-x 1 ftourret staff   94168 mars  22 09:49 libVPINull.so\r\n-rwxr-xr-x 1 ftourret staff  610440 mars  22 09:46 libXMLSAXParser.so\r\n-rwxr-xr-x 1 ftourret staff 9654592 mars  22 09:47 OpenOpcUaCoreServer\r\n-rwxr-xr-x 1 root     staff     165 mars  27 11:49 start.sh\r\n \r\nScript de lancement start.sh :\r\n#!/bin/sh\r\nexport LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/PISA/ServerOpcUa/\r\n/usr/local/PISA/ServerOpcUa/OpenOpcUaCoreServer /config/ServerOpcUa/CPF_L04.oouaprj\r\n \r\nConfiguration SubSystemVpi.xml :\r\n…\r\n<SubSystem SubSystemId=\"ns=1;i=101\" SubSystemName=\"VpiNullEx\" VpiName=\"libVPINullEx\" AccessMode=\"Subscribe\">\r\n…\r\n \r\nLog :\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-03-27T15:32:23.000Z LoadVpiLibrary failed libVPINullEx.so error: (null)\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-03-27T15:32:23.000Z Vpi  version: 0.0.0.0 cannot be loaded.\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-03-27T15:32:23.000Z Your XML Subsystem file : /config/ServerOpcUa/SubSystemVpi.xml has been parsed. Internal parsing result=0x00000\r\n|/log/ServerOpcUa/CPF_L04.log| 2019-03-27T15:32:23.000Z Subsystems were properly loaded\r\n \r\nJe suis désolé de vous solliciter de nouveau mais j’ai dû oublier quelque chose.\r\nJ’ai refait volontairement un script « start.sh » comme vous pour être dans les même condition mais ça ne fonctionne pas…\r\n\r\nCordialement.\r\nF. TOURRET\r\n',NULL,NULL,5,1,4,NULL,353,1,'2019-03-28 08:04:30','2019-06-19 16:46:23','2019-03-28',100,NULL,NULL,358,1,2,0,'2019-06-19 16:46:23'),(359,2,62,'Fin sponsoring','Bonjour,\r\nVotre sponsoring s\'est terminé il y a 3 mois maintenant.\r\nPour continuer a bénéficier des derniers codes et du support technique je vous invite a renouveler/prolonger votre contrat.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,1,NULL,4,NULL,1,0,'2019-03-28 17:38:49','2019-03-28 17:38:49','2019-03-28',0,NULL,NULL,359,1,2,0,NULL),(360,3,60,'Pb de connexion basic256Sha256','Bonjour,\r\n\r\nAvec le client UAExpert toujours la même erreur à la connexion en Basic256Sha256:\r\nBadApplicationSignatureInvalid alors que tous les attributs du certificat sont OK dans le client.\r\n\r\n15:56:21.699 | Server Node        | Server Debian VM 10.4.54.67    | Connection status of server \'Server Debian VM 10.4.54.67\' changed to \'Disconnected\'.\r\n15:58:51.947 | Server Node        | Server Debian VM 10.4.54.67    | Endpoint: \'opc.tcp://localhost:4880/CPF_L04\'\r\n15:58:51.947 | Server Node        | Server Debian VM 10.4.54.67    | Security policy: \'http://opcfoundation.org/UA/SecurityPolicy#Basic256Sha256\'\r\n15:58:51.948 | Server Node        | Server Debian VM 10.4.54.67    | ApplicationUri: \'urn:SCBGR:PISA:CPF_L04\'\r\n15:58:51.948 | Server Node        | Server Debian VM 10.4.54.67    | Used UserTokenType: Anonymous\r\n15:58:59.057 | General            |                                | The signature algorithm returned in the server signature does not match the algorithm expected for the current security policy (returned: \'http://www.w3.org/2000/09/xmldsig#rsa-sha1\', expected: \'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256\').\r\n15:59:53.548 | Server Node        | Server Debian VM 10.4.54.67    | Error \'BadApplicationSignatureInvalid\' was returned during CreateSession\r\n15:59:53.552 | Server Node        | Server Debian VM 10.4.54.67    | Connection status of server \'Server Debian VM 10.4.54.67\' changed to \'Disconnected\'.\r\n\r\n\r\nJ\'ai vérifié à de nombreuse reprise et notre certificat est bon (Signature Algorithm: sha256WithRSAEncryption).\r\n\r\n',NULL,NULL,5,1,7,NULL,353,8,'2019-04-02 16:02:21','2019-04-15 14:15:07','2019-04-02',100,NULL,NULL,360,1,2,0,'2019-04-15 14:15:07'),(361,1,60,'Bug à l\'arrêt du serveur Linux x64','Bonjour,\r\n\r\nA l\'arrêt du serveur, appuie de la touche \'q\', puis attente, on obtient une erreur :\r\n*** Error in `/usr/local/PISA/ServerOpcUa/OpenOpcUaCoreServer\': double free or corruption (out): 0x00007fed10000d70 ***\r\nAborted\r\n\r\nCeci est observé en Debian 8.6 x64 et Debian 9x64 (log complet ci-joint).\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,1,'2019-04-03 11:40:23','2019-04-15 14:15:33','2019-04-03',100,NULL,NULL,361,1,2,0,'2019-04-15 14:15:33'),(362,3,56,'MultiTag sur VpiTycoEx','Bonjour Norbert,\r\nj\'ai terminé le codage du MultiTag conformement à votre demande.\r\nJ\'aurai besoin d\'une configuration XML ConSys pour valider mon implémentation.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,328,7,NULL,1,1,'2019-04-07 23:42:42','2019-05-06 17:40:44','2019-04-07',100,NULL,NULL,362,1,2,0,'2019-05-06 17:40:44'),(363,1,56,'Compte rendu essais VpiTycoEx 0.0.1.0','Bonjour Michel,\r\n\r\nCi-joint un compte rendu des essais du VpiTycoEx 0.0.1.0, je terminerai la partie UGA et AP demain.\r\nJe vous joint également le log si besoin.\r\n\r\nBien cordialement.\r\n\r\nNorbert.',NULL,NULL,5,1,5,NULL,328,5,'2019-04-16 01:09:08','2019-04-29 19:32:26','2019-04-16',100,NULL,NULL,363,1,2,0,'2019-04-29 19:32:26'),(364,1,60,'PB de génération de clé publique client','Bonjour,\r\n\r\nLe certificat client généré à la première connexion dans le répertoire \"rejected\" par le serveur OPC n\'est pas conforme au certificat envoyer par le client dans le cas d\'une clé RAS 4096 bits.\r\n\r\nCi-joint les 2 certificats et une copie d\'écran.\r\n\r\nCordialement.\r\n\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,1,'2019-04-16 11:31:04','2019-06-19 16:45:44','2019-04-16',100,NULL,NULL,364,1,2,0,'2019-06-19 16:45:44'),(365,1,62,'Redémarrage du service OpenOpcUaCoreServer','Lorsque le serveur est démarré en temps que service sous Windows:\r\n\r\n - Si on arrête le service, celui-ci passe presque immédiatement en statut \"Arrêté\" mais pour autant le processus OpenOpcUaCoreServer.exe reste en mémoire quelques instants après.\r\n\r\nça pose un problème pour le redémarrage du service (qui équivaut donc à un arrêt puis démarrage):\r\n\r\n - Le service s\'arrête puis démarre et on se retrouve avec deux instances OpenOpcUaCoreServer_Release.exe en mémoire. Et la deuxième instance plante car impossible d\'initialiser le binding à l\'écoute sur le même port que la précédente instance.\r\n\r\nPour l\'instant, je m\'en suis sorti en fournissant un script de redémarrage qui arrête le service, attend la disparition du processus en mémoire puis démarre à nouveau le service.\r\n\r\nMais si on passe par la console Windows de gestion des services, le redémarrage se passe très mal.',NULL,NULL,1,1,4,NULL,361,0,'2019-04-24 09:42:43','2019-04-24 09:42:43','2019-04-24',0,NULL,NULL,365,1,2,0,NULL),(366,3,60,'Bilan essais Siemens','Bonjour,\r\n\r\nVoici les différents essais qui ont été effectué le 19/04 dans les locaux de Siemens.\r\n\r\n1 - Echange de certificat\r\n> Le certificat client contient les éléments suivant:\r\n> CN = ACQOPCUA@ATS_CEN1\r\n> OU = ATS\r\n> O = Siemens\r\n> L = Chatillon\r\n> S = Fr\r\n> C = Fr\r\n> DC = ATS_CEN1\r\n> Connexion Basic256Sha256 avec utilisation du même certificat pour le cryptage\r\n> Dans un premier temps le certificat est rejeté systématiquement (même en plaçant le certificat public du client dans le dossier \'cert\' ou celui généré par le serveur (rejected->cert)\r\n> J\'ajoute alors dans le fichier hosts du serveur 10.48.52.33 ATS_CEN1\r\n> Le certificat n\'est plus rejeté mais côté client on a BadIdentityTokenRejeted\r\n> Nous désactivons le cryptage côté client\r\n> Certificat de nouveau rejeté...\r\n> Le problème viens t\'il du nom de domaine du certificat client non connu côté serveur ? Comment corriger le problème ?\r\n> J\'ai le certificat client, je vais procéder à de nouveaux tests avec Uaexpert.\r\n\r\n2 - Essais sans certificat\r\n> Le client se connecte et souscrit son abonnement aux différents nodes.\r\n> Ensuite il considère le serveur comme \'passif\' et coupe la connexion\r\n> Ceci est-il du au fait que les données ne sont pas initialisées dans le serveur ?\r\n> Le solution serai de créer un Vpi qui initialise les données ?\r\n\r\n3 - Arrêt involontaire du serveur\r\n> En cours d\'essais le serveur c\'est arrêté une fois...\r\n> Quel est le niveau de log à configurer dans le serveur pour traquer ce type de problème ?\r\n\r\nCordialement\r\nF. TOURRET',NULL,NULL,5,1,5,NULL,353,2,'2019-04-25 09:29:30','2019-06-19 16:45:12','2019-04-25',100,NULL,NULL,366,1,2,0,'2019-06-19 16:45:12'),(367,1,60,'VpiNullEx dans release 1.0.5.7 Beta 05','Bonjour,\r\n\r\nLe VpiNullEx est obsolète dans cette version du serveur :\r\n/home/ftourret/Documents/ServerOpcUa/VpisSdk/VpiNullEx/source/VPINullEx.cpp:55:74: error: too few arguments to function\r\n     pFuncNotifyCallback(uiSizeToSend, &nodeId, pValue, &pResult, Vpi_Null);\r\n\r\nAvez-vous également une documentation à jour sur les fonction de la OpenOpcUaVpiLibrary.\r\n\r\nJe ne comprends pas non plus le CMakeLists.txt semble corrompu sur ce Vpi, je suis obligé de reprendre celui du VpiNull (en le modifiant) pour compiler...\r\n\r\nCordialement,\r\nF. TOURRET',NULL,NULL,5,1,6,NULL,353,4,'2019-04-25 16:19:34','2019-05-06 09:40:50','2019-04-25',100,NULL,NULL,367,1,2,0,'2019-05-06 09:40:50'),(368,1,56,'LS.EN_SRV','Uniquement les variables \"sollicitées\" passe en BadOutOfService, \r\nil faudrait que toutes les variables liées à la centrale non présente dans PANEL_EN_SRV soient en BadOutOfService dès le démarrage du serveur.\r\nLa variable EN_SRV des centrales en service ne passe pas à True\r\n',NULL,NULL,5,NULL,4,NULL,1,1,'2019-04-29 11:55:19','2019-05-09 15:16:16','2019-04-29',100,NULL,NULL,368,1,2,0,'2019-05-09 15:16:16'),(369,2,56,'ARR_ALM_SON','ARR_ALM_SON\r\nPour le retour à False: j\'ai fait une modification dans la prog, pouvez-vous prendre en compte uniquement l\'Event Zxx.L0006.ARR_DRG_SON, plutôt que l\'ELD 456\r\nAttention, c\'est l\'évenement ARR_DRG_SON qui est créé même pour ARR_ALM_SON\r\n',NULL,NULL,5,NULL,4,NULL,1,6,'2019-04-29 12:02:08','2019-05-10 11:32:21','2019-04-29',100,NULL,NULL,369,1,2,0,'2019-05-02 18:27:59'),(370,2,56,'ELT et ZD CMD_HS','ELT et ZD CMD_HS\r\nLes commandes ont du mal à passer lorsque la COMMON THREAD est réglée à 10s, sur 30s fonctionne mieux\r\n',NULL,NULL,5,NULL,4,NULL,1,1,'2019-04-29 12:03:11','2019-05-03 12:04:51','2019-04-29',100,NULL,NULL,370,1,2,0,'2019-05-03 12:04:51'),(371,2,56,'ACTIF','Il faudrait interroger spécifiquement l\'état du voyant \"ACTIF\" de chaque CMSI, c-a-d, faire une requete pour connaitre l\'état des points actifs du G1604',NULL,NULL,5,NULL,4,NULL,1,2,'2019-04-29 12:03:41','2019-05-10 11:17:18','2019-04-29',100,NULL,NULL,371,1,2,0,'2019-05-10 11:17:18'),(372,1,56,'MultiTag','DRG, POS_ATT, DFT_POS_ATT\r\nNodeSet OK mais pas de multitag',NULL,NULL,5,NULL,4,NULL,1,9,'2019-04-29 12:05:05','2019-05-07 17:44:31','2019-04-29',100,NULL,NULL,372,1,2,0,'2019-04-29 19:30:31'),(373,2,56,'ZC et ZF POS_ATT','Si dans les réponses, il n\'y a pas de points actifs dans une zone il faut passer POS_ATT à True, DRG à False',NULL,NULL,5,NULL,4,NULL,1,3,'2019-04-29 12:06:11','2019-05-03 12:04:15','2019-04-29',0,NULL,NULL,373,1,2,0,'2019-05-03 12:04:15'),(374,1,56,'CMD_MS_SSI','Ne passe pas à true lors d\'une commande manu (VOYANT G1601 FIXE)\r\n',NULL,NULL,5,NULL,4,NULL,1,1,'2019-04-29 12:07:47','2019-05-02 18:17:11','2019-04-29',90,NULL,NULL,374,1,2,0,'2019-05-02 18:17:11'),(375,1,56,'CMD_MS_UAE','Ce ne sont pas les bons liens réseaux ET il semble que c\'est un CMD_HS qui est envoyé.',NULL,NULL,5,NULL,4,NULL,1,9,'2019-04-29 12:08:31','2022-10-06 19:07:15','2019-04-29',100,NULL,NULL,375,1,2,0,'2022-10-06 19:07:15'),(376,1,56,'AP','LIBELLE, CMD_AP_SSI, CMD_AP_UAE, AP\r\nIl ne faut pas que les Nodes aient un lien avec les points sur les boucles.\r\nPour créer les Nodes, se baser sur le libéllé des zones présentes sur les Rbus des CMSI maitre comme pour les ZC et ZF.\r\nS\'il y a AP dans le libéllé on peut créer l\'objet avec ses variables avec le n° de zone correspondante.\r\nDans un souci d\'uniformisation , ce serait bien d\'appliquer ce principe pour les ZD également.\r\n',NULL,NULL,2,1,4,110,1,7,'2019-04-29 12:09:16','2020-10-20 11:52:35','2019-04-29',50,NULL,NULL,376,1,2,0,NULL),(377,1,56,'Decodage PointInformationReply','Bonjour,\r\nune question URGENTE :\r\nDans le decodage de PointInformationReply nous avions convenu d\'utiliser le champ AreaNumber pour les n° de zone. \r\nIl semble que ce n° ne corresponde pas au n° de la zone.\r\nPourriez vous me confirmer que l\'utilisation de la LogicalPointZone corresponde ?\r\n URGENT URGENT \r\nCordialement\r\nMichel',NULL,NULL,5,NULL,7,NULL,1,5,'2019-05-01 16:17:27','2020-10-20 11:44:42','2019-05-01',90,NULL,NULL,377,1,2,0,'2020-10-20 11:44:42'),(378,1,56,'Zone status Map','Bonjour,\r\n\r\nil y a un souci avec les Zone status map, normalement on doit recevoir un PID 132 uniquement quand il y a des changements dans les zones (abonnement) hors là on les reçoit exactement toutes les 4 minutes (à la seconde près)comme si un polling était en place,pouvez-vous vérifier ?\r\n\r\nD\'autres part, si je me souviens bien, vous aviez mis en place un désabonnement au démarrage du serveur, ce fonctionnement a t il été reconduit avec le VpiEx ?\r\n\r\n\r\nMerci.Cordialement.\r\n\r\nNF\r\n\r\nNF\r\n',NULL,NULL,5,1,4,NULL,328,1,'2019-05-07 14:51:42','2019-05-07 17:43:42','2019-05-07',100,NULL,NULL,378,1,2,0,'2019-05-07 17:43:42'),(379,1,56,'FILTRE POS_ATT','Bonjour,\r\n\r\nEst-il possible de mettre un filtre sur la prise en compte de POS_ATT , il faudrait par exemple qu\'il soit présent pendant au moins 10s pour être pris en compte.\r\n\r\nCela permettrait de régler le problème de discordance lors d\'une commande au niveau des FMSI.\r\n\r\nCdlt.\r\n\r\nNF',NULL,NULL,1,1,5,110,328,1,'2019-05-10 11:41:25','2019-05-10 11:46:21','2019-05-10',0,NULL,NULL,379,1,2,0,NULL),(380,1,56,'CMD_REINIT UGA','Bonjour,\r\n\r\nLa commande CMD_REINIT de la partie UGA fonctionne mais n\'est pas prise en compte dans la procédure de reset.\r\n\r\nCdlt.\r\n\r\nNF',NULL,NULL,1,1,4,110,328,0,'2019-05-10 11:45:05','2019-05-10 11:45:05','2019-05-10',0,NULL,NULL,380,1,2,0,NULL),(381,1,56,'ARR_ALM_SON','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',NULL,NULL,1,1,4,NULL,328,0,'2019-05-10 11:46:17','2019-05-10 11:46:17','2019-05-10',0,NULL,NULL,381,1,2,0,NULL),(382,1,60,'DEV VPI','Bonjour, \r\nPour valider le bon fonctionnement du VPI, je fais tourner le serveur sous valgrind.\r\nCeci m\'a permis de corrigé quelques initialisations et autres. Par contre il me reste une erreur qui doit être côté serveur : \r\n==5383== Thread 11:\r\n==5383== Invalid read of size 8\r\n==5383==    at 0x4C2D940: memcpy@@GLIBC_2.14 (vg_replace_strmem.c:915)\r\n==5383==    by 0x568430A: OpcUa_ParseUrl (opcua_p_utilities.c:242)\r\n==5383==    by 0x561B947: OpcUa_P_SocketManager_CreateServer (opcua_p_socket_interface.c:677)\r\n==5383==    by 0x560795B: OpcUa_TcpListener_Open (opcua_tcplistener.c:2346)\r\n==5383==    by 0x55F2D80: OpcUa_Listener_Open (opcua_listener.c:56)\r\n==5383==    by 0x5607B1E: OpcUa_SecureListener_Open (opcua_securelistener.c:290)\r\n==5383==    by 0x55F2D80: OpcUa_Listener_Open (opcua_listener.c:56)\r\n==5383==    by 0x5617363: OpcUa_Endpoint_Open (opcua_endpoint.c:737)\r\n==5383==    by 0x523F0A: OpenOpcUa::UACoreServer::CServerApplication::Start() (ServerApplication.cpp:5964)\r\n==5383==    by 0x527AB0: OpenOpcUa::UACoreServer::CServerApplication::LDSRegistrationThread(void*) (ServerApplication.cpp:7811)\r\n==5383==    by 0x5603176: InternalThreadMain (opcua_thread.c:96)\r\n==5383==    by 0x561CB92: pthread_start (opcua_p_thread.c:92)\r\n==5383==  Address 0x8731f78 is 24 bytes inside a block of size 29 alloc\'d\r\n==5383==    at 0x4C2AD10: calloc (vg_replace_malloc.c:623)\r\n==5383==    by 0x55FD38C: OpcUa_P_Memory_Alloc (opcua_p_memory.c:47)\r\n==5383==    by 0x56A3824: OpcUa_Memory_Alloc (opcua_memory.c:64)\r\n==5383==    by 0x55F058A: OpcUa_String_AttachToString (opcua_string.c:338)\r\n==5383==    by 0x561712F: OpcUa_Endpoint_Open (opcua_endpoint.c:603)\r\n==5383==    by 0x523F0A: OpenOpcUa::UACoreServer::CServerApplication::Start() (ServerApplication.cpp:5964)\r\n==5383==    by 0x527AB0: OpenOpcUa::UACoreServer::CServerApplication::LDSRegistrationThread(void*) (ServerApplication.cpp:7811)\r\n==5383==    by 0x5603176: InternalThreadMain (opcua_thread.c:96)\r\n==5383==    by 0x561CB92: pthread_start (opcua_p_thread.c:92)\r\n==5383==    by 0x58E0063: start_thread (pthread_create.c:309)\r\n==5383==    by 0x6D0662C: clone (clone.S:111)\r\n==5383== \r\n\r\nPouvez-vous vérifier si vous avez le même problème ?\r\n\r\nMerci.\r\n\r\nCordialement,\r\nF. TOURRET\r\n\r\n',NULL,NULL,1,1,5,NULL,353,1,'2019-05-13 08:56:48','2019-06-24 10:07:16','2019-05-13',0,NULL,NULL,382,1,2,0,NULL),(383,3,60,'Gestion d\'état du VPI et du Server','Bonjour,\r\n\r\nLors d\'une demande de VpiWarmStartNeeded, le serveur passe en état 6 communicationFault.\r\nLe VpiWarmStart() est appelé et la reconnexion à la source de données fonctionne correctement.\r\nLe VpiDeviceState passe OK, par contre le State du serveur reste à 6...\r\nDoit on faire quelquechose de particulier pour remettre l\'état du serveur à OK ?\r\n\r\nAutre question doit on gérer la date du VpiDeviceState ?\r\n\r\nCordialement,\r\nF. TOURRET',NULL,NULL,5,1,5,NULL,353,11,'2019-05-13 10:53:54','2019-05-15 17:40:38','2019-05-13',100,NULL,NULL,383,1,2,0,'2019-05-15 17:40:38'),(384,3,60,'DEV Vpi - Vpi_BadCommunicationError ','Bonjour,\r\nSur une perte de communication avec la source de données, j\'ai fais le code suivant pour passer les nodes à Vpi_BadCommunicationError.\r\n\r\nJ\'ai un plantage sur la CallBack mais je ne comprend pas pourquoi. Je doit mal l\'utiliser...\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 de l\'objet DeviceState du Cache\r\n	Vpi_NodeId DeviceStateNodeId;\r\n	Vpi_NodeId_Initialize(&DeviceStateNodeId);\r\n	Vpi_NodeId_CopyTo(&pVpiDESPCCL04->m_DeviceStateNodeId, &DeviceStateNodeId);\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	// Préparation de la value\r\n	Vpi_DataValue* pValue = deviceState->GetValue();\r\n	pValue->Value.Value.StatusCode = Vpi_WarmStartNeed;\r\n\r\n	LOG(INFO,\"onDisconnect : Appel de la CallBackServer - Vpi_WarmStartNeed\");\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	LOG(INFO,\"Nb valeurs : %i\",nbelements);\r\n	vector<CSourceObject *>::iterator it;\r\n	Vpi_UInt32 i = 0;\r\n	Vpi_NodeId* pIds = (Vpi_NodeId*)malloc(sizeof(Vpi_NodeId) * nbelements); // idem pour faire un tableau de pNodeIds et pValues\r\n	Vpi_DataValue* pValues = (Vpi_DataValue*)malloc(sizeof(Vpi_DataValue) * nbelements); // idem pour faire un tableau de pNodeIds et pValues\r\n	Vpi_StatusCode* pResult = (Vpi_StatusCode*)malloc(sizeof(Vpi_StatusCode) * nbelements); // idem pour faire un tableau de pNodeIds et pValues\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 dans le tableau\r\n		if (Vpi_NodeId_Compare(&NodeId, &DeviceStateNodeId) == 1) // 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_CopyTo(Objet->GetValue(), &pValues[i]); // On copie la valeur dans le tableau\r\n			pValues[i].Value.Value.StatusCode = Vpi_BadCommunicationError; // On affecte le nouveau status\r\n			pValues[i].Value.Value.DateTime = Vpi_DateTime_UtcNow();	// On affecte l\'heure de modification\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\r\n	return Vpi_Null;\r\n}\r\n\r\nMerci',NULL,NULL,5,1,6,NULL,353,10,'2019-05-14 14:13:56','2019-05-15 17:40:59','2019-05-14',100,NULL,NULL,384,1,2,0,'2019-05-15 17:40:59'),(385,3,60,'Vpi_NodeId_Compare() ','Merci de confirmer que pour un \r\n* resultat = 0, les nodeId passés en paramètres sont identiques.\r\n* resultat = 1, les nodeId passés en paramètres sont différents.  \r\n',NULL,NULL,5,1,4,NULL,353,2,'2019-05-14 14:20:02','2019-06-19 16:44:22','2019-05-14',100,NULL,NULL,385,1,2,0,'2019-06-19 16:44:22'),(386,3,60,'VpiWriteValue() ','Doit on mettre à jour le cache du Vpi dans cette fonction une fois que les données sont à jour dans la sources ? (les données traitées dans VpiWrite ne sont jamais remontées dans le thread de lecture dans notre cas).',NULL,NULL,5,1,4,NULL,353,2,'2019-05-14 14:22:35','2019-06-19 16:44:00','2019-05-14',100,NULL,NULL,386,1,2,0,'2019-05-14 14:31:05'),(387,3,60,'Code de retour des EntryPoints','Nous avons vu que le code de retour de la fonction VpiWarmStart() est utilisée pour mettre à jour le VpiDeviceState.\r\nPour les autres fonctions VpiGlobalStart() et VpiColdStart() alimente le ServeurState apparemment. Qu\'en est il pour les autres ?',NULL,NULL,5,1,4,NULL,353,3,'2019-05-14 14:25:44','2019-06-19 16:44:49','2019-05-14',100,NULL,NULL,387,1,2,0,'2019-06-19 16:44:49'),(388,3,60,'Vpi Nouvelle génération','Bonjour,\r\n\r\nSerait il possible d\'avoir une structure de code de Vpi plus ressente comme vu la semaine dernière, car les seuls modèles que je possède date un peu et le powerpoint J3 aussi.\r\n\r\nMerci.',NULL,NULL,5,1,6,NULL,353,2,'2019-05-14 14:33:31','2019-06-19 16:49:40','2019-05-14',50,NULL,NULL,388,1,2,0,'2019-06-19 16:49:40'),(389,3,49,'Petites questions','Bonjour Michel,\r\n\r\nJ\'ai quelques petites questions sur le serveur OPC : \r\n-Est il possible d\'initialiser un Tableau statique de structure à une taille fixe directement dans le model?\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-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-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-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\r\nMerci \r\n\r\nCordialement,\r\n\r\nBenoit\r\n\r\n\r\n',NULL,NULL,1,1,4,NULL,374,2,'2019-06-11 17:03:58','2019-06-11 17:20:53','2019-06-11',0,NULL,NULL,389,1,2,0,NULL),(390,3,60,'VPI gestion des SourceTimeStamp','Bonjour,\r\n\r\nDans la VpiWriteValue(), je récupère le  SourceTimeStamp de la value que je convertie à notre format :\r\n				Vpi_CharA* cDate = (Vpi_CharA*) malloc (sizeof(Vpi_Char) * 30);\r\n				Vpi_DateTime_GetStringFromDateTime(ppValue[i]->SourceTimestamp, cDate, 30);\r\n				string strDate(cDate);\r\n				time_t sourceDate = CConversion::timestampToTime(strDate);\r\n				string objdate = CConversion::timeGmtToLocalDate (sourceDate) + \" \" + CConversion::timeGmtToLocalTime(sourceDate);\r\n				LOG(INFO,\"--> Obj Date : %s\", objdate.c_str());\r\n				free(cDate);\r\nLe souci (vue dans client UAExpert : là ou je saisie la value) c\'est que le SourceTimeStamp n\'est pas modifié et je récupère tous le temps 1601-01-01T00:00:00.000Z.\r\nPouvez-vous éclairer ma lanterne sur le sujet ?\r\n\r\nDans l\'autre sens, dans le thread métier du Vpi, je souhaite mettre le SourceTimeStamp de la value avec l\'heure de la source (heure de modification de la données dans la source). Comment convertir une chaine date (\"19/06/2019 16:44:00\") ou un time_t en SourceTimeStamp ?\r\n\r\nMerci.\r\n\r\nCordialement,\r\nF. TOURRET',NULL,NULL,2,1,6,NULL,353,6,'2019-06-19 16:47:26','2019-10-08 08:56:32','2019-06-19',100,NULL,NULL,390,1,2,0,NULL),(391,1,60,'PB validation certificat','Bonjour,\r\n\r\nSuite à essais ce jour sur la version 1.0.5.7RC05 sur le PC de Mr Brandely pour les essais de demain : \r\nIl est impossible de ce connecter sur le serveur avec UaExpert et un certificat (application) nouvellement créé ! Il est rejeté systématiquement. Je pense que c\'est un problème de vérification de date de début de certificat.\r\n\r\nNous avons été obligé de reculer la date du PC de plusieurs semaines (juste pour être sur) et recréer le certificat client (avec UaExpert).\r\nRemettre le PC à la bonne date.\r\nEtablir la connexion avec le serveur, copier le certificat de rejected à certs (côté serveur) et la OK, ça fonctionne.\r\n\r\nIl me semble que l\'on avait déjà corrigé un souci de ce type.\r\nA prendre en compte pour la 1.0.5.7\r\n\r\nMerci.\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,5,1,7,NULL,353,5,'2019-06-25 15:06:21','2022-04-29 00:16:39','2019-06-25',100,NULL,NULL,391,1,2,0,'2022-04-29 00:16:39'),(392,3,60,'VPI ConnectionWarningWatchdogTimeout','Bonjour,\r\n\r\nDe façon aléatoire, a priori lors d\'un changement de valeurs rapide sur le client j\'obtiens cette erreur :\r\n08:20:26.332 | General            |                                | [uastack] OpcUa_Channel_ResponseAvailable: Request failed! (0x800A0000)\r\n08:20:26.332 | Server Node        | Server Debian 8.6x64 Dev       | Connection status of server \'Server Debian 8.6x64 Dev\' changed to \'ConnectionWarningWatchdogTimeout\'.\r\n08:20:26.992 | DA Plugin          | Server Debian 8.6x64 Dev       | Write to node \'NS7|String|CPF_RESE_STSD_DP_CMD_INHIBITION\' succeeded [ret = Good]\r\n\r\nJe modifie un node booléen qui est lu par le VPI (Donc appel à la VPIWriteValue() qui envoi des données en TCP sans attente).\r\nPour chacun des nodes transmis en TCP, je fais une mise à jour du cache du VPI (VpiDESPCCL04->GetSourceObject(Ids[i])->SetValue(ppValue[i]);)\r\n\r\nJe ne fais pas d\'appel à la CallBack du serveur dans les EntryPoints.\r\n\r\nTous les nodes dans le DataviewAccess de UaExpert passent en rouge et BadCommunicationError sur tous les nodes pendant quelques secondes.\r\n\r\nPouvez-vous m\'expliquer le ConnectionWarningWatchdogTimeout ?\r\nQue peut-il se passer ? Je ne sais pas vraiment comment traiter ce problème...\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,3,1,4,NULL,353,10,'2019-06-27 09:15:04','2019-07-01 14:18:25','2019-06-27',90,NULL,NULL,392,1,2,0,'2019-06-27 16:02:03'),(393,1,43,'CSessionServer::FindNextSubscriptionToNotify','CSessionServer::FindNextSubscriptionToNotify is not use in the server',NULL,NULL,2,1,5,NULL,1,0,'2019-06-28 14:29:40','2019-06-28 14:29:40','2019-06-28',0,NULL,NULL,393,1,2,0,NULL),(394,1,43,'CSessionServer::GetLastPublishRequest() ','CSessionServer::GetLastPublishRequest() is not use in the server',NULL,NULL,1,1,5,NULL,1,0,'2019-06-28 14:32:48','2019-06-28 14:32:48','2019-06-28',0,NULL,NULL,394,1,2,0,NULL),(395,1,46,'Basic128Rsa15 for IdentityToken','Need to Check  OpcUa_P_OpenSSL_RSA_Private_Decrypt line 651 \r\nVerify error handling.\r\nVerify messages\r\nA bug appears here when client use User/Password with Basic128Rsa15 securityMode',NULL,NULL,2,1,4,NULL,1,0,'2019-07-11 17:28:02','2019-07-11 17:28:02','2019-07-11',0,NULL,NULL,395,1,2,0,NULL),(396,1,60,'PB Compilation 1.0.7_RC06 Debian 8.6','Bonjour,\r\n\r\nNous avons un soucis de compilation sous Debian 8.6 dans OpenOpcUaStack :\r\n\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaStackV1/source/opcua_p_openssl_pki.c: In function ‘OpcUa_P_OpenSSL_CertificateStore_IsExplicitlyTrusted’:\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaStackV1/source/opcua_p_openssl_pki.c:344:2: error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode\r\n  for (int i = 0; i < sk_X509_num(pStOfX509); ++i) \r\n\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaStackV1/source/opcua_p_openssl_pki.c:1478:6: error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode\r\n      for (int ii = 0; ii < sk_X509_EXTENSION_num(pExtensions); ii++)\r\n\r\n/home/ftourret/Documents/ServerOpcUa/OpenOpcUaStackV1/source/opcua_p_openssl_pki.c:1610:12: error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode\r\n            for (int i = 0; i < sk_X509_num(pStOfX509); ++i)\r\n            ^\r\nQue préconisez-vous comme solution ?\r\n\r\nNotre version de compilateur est la GNU 4.9.2, sur un Debian 9 GNU 6.3.0...\r\n\r\nMerci.\r\n\r\nCordialement\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,12,'2019-09-05 08:47:58','2019-09-09 15:29:50','2019-09-05',100,NULL,NULL,396,1,2,0,'2019-09-09 15:29:50'),(397,3,60,'Certificat serveur 1.0.5.7_RC6','Bonjour,\r\n\r\nDans cette nouvelle version le serveur ne prend pas en compte le certificat auto-signé qui est dans le répertoire CertificateStore/private.\r\nIl génère systématiquement un nouveau certificat.\r\n\r\nQu\'est-ce qui a changé entre la RC5 et la RC6 à ce sujet ?\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,2,1,4,NULL,353,20,'2019-09-09 15:16:36','2019-10-16 10:10:39','2019-09-09',0,NULL,NULL,397,1,2,0,NULL),(398,1,68,'Lenteur arret du serveur','Bonjour,\r\n\r\nL\'appui sur la touche Q arrête bien le serveur mais très lentement, le problème semble lié à l\'appel des destructeurs de la classe cdataValue sur la fonction opcua_dataValue_clear\r\nBonne continuation\r\n',NULL,NULL,1,1,4,NULL,223,0,'2019-10-10 10:03:07','2019-10-10 10:03:07','2019-10-10',0,NULL,NULL,398,1,2,0,NULL),(399,2,68,'Ajout d\'un node contenant une date issue du fichier Subsystem','Bonjour,\r\nModification vpiset pour ajouter un node contenant une date issue du fichier subsystem.\r\n\r\nex de ligne dans le subsystem\r\n\r\n<SubSystem SubSystemId=\"ns=1;i=200\" SubSystemName=\"RauEx\" VpiName=\"VPIRauUdpExd\" AccessMode=\"Subscribe\" Version=\"V191008\" PublicationDate=\"2019-10-09T16:18:44Z\">\r\n\r\n  \r\nBonne journée',NULL,NULL,3,1,4,NULL,223,1,'2019-10-10 10:13:14','2019-11-10 00:08:48','2019-10-10',100,2,NULL,399,1,2,0,'2019-11-10 00:08:48'),(400,1,68,'Probleme erreur fermeture socket','Bonjour,\r\nApres réception de données, la fermeture de l\'appli (Fermeture socket) génère une erreur.\r\nCommenté dans le code vpirauudpex.cpp L42\r\nBonne continuation',NULL,NULL,1,1,4,NULL,223,0,'2019-10-10 12:06:59','2019-10-10 12:06:59','2019-10-10',0,NULL,NULL,400,1,2,0,NULL),(401,1,56,'\"plantage\" serveur V 1.0.5.7','Bonjour Michel,\r\n\r\nJ’ai mis en service le serveur V1.0.5.7,\r\nà plusieurs reprises celui-ci a « planté » au démarrage.\r\nJe vous joint les fichiers dump et logs.\r\n\r\nCordialement.',NULL,NULL,5,1,4,NULL,328,5,'2019-10-15 15:58:40','2022-10-06 19:08:22','2019-10-15',0,NULL,NULL,401,1,2,0,'2022-10-06 19:08:22'),(402,3,56,'CERTIFICATS DE SECURITE','Bonjour,\r\n\r\nComme convenu, pouvez-vous convertir les pem en tfx \r\nMerci.\r\n\r\nCordialement.',NULL,NULL,5,NULL,4,NULL,328,9,'2019-10-29 10:34:09','2022-05-24 14:11:31','2019-10-29',70,NULL,NULL,402,1,2,0,'2022-05-24 14:11:31'),(403,1,56,'Séquence de démarrage du VPI','Bonjour Michel,\r\n\r\nil faudrait modifier la séquence de démarrage du VPI de manière à s\'assurer que les variables sont d\'abord créés avant de débuter la communication.\r\nIl faudrait également que les différentes demandes envoyées sur le réseau SSI soient espacées.\r\nActuellement, il semble que tout démarre en même temps et cela génère des problèmes au niveau du réseau SSI = saturation de la communication entre les centrales.\r\n\r\nCordialement.\r\n\r\nNorbert.',NULL,NULL,1,1,4,110,328,0,'2019-10-31 09:40:16','2019-10-31 09:40:16','2019-10-31',0,NULL,NULL,403,1,2,0,NULL),(404,1,60,'Compilation Linux x64 Serveur 1.0.5.7_RC09','Bonjour,\r\n\r\nUne petite anomalie bloque la compilation du serveur 1.0.5.7_RC09 sous linux.\r\n\r\n/home/ftourret/workspace-2019/ServerOpcUa/OpenOpcUaCoreServer/source/ServerApplication.cpp:9384:104: error: ‘szProjectFolder’ was not declared in this scope\r\n     sprintf(pszOOAUAuthenticationFileName, \"%s/OOUAUserAuthentication.txt\", OpcUa_String_GetRawString(&szProjectFolder));\r\n\r\nJ\'ai remplacé la variable incriminé szProjectFolder par m_ProjectFolder comme 3 lignes au dessus dans la partie Windows.\r\n\r\nMerci de confirmer et prendre en compte cette correction.\r\n\r\nSinon tout le reste compile correctement. Par contre maintenant j\'ai un plantage dans le VPI :\r\n<pre>\r\nterminate called after throwing an instance of \'std::logic_error\'\r\n  what():  basic_string::_S_construct null not valid\r\nAborted\r\n</pre>\r\n\r\nJe recherche une solution, c\'est surement du à une évolution de traitement des erreurs dans le VPI, comme nous l\'avons évoqué ce matin.\r\n \r\n\r\nCordialement,\r\nF. TOURRET\r\n\r\n',NULL,NULL,3,NULL,4,NULL,353,12,'2019-11-07 15:01:06','2019-11-18 10:15:08','2019-11-07',100,NULL,NULL,404,1,2,0,'2019-11-18 10:15:08'),(405,3,57,'Can you post the \"OpenOpcUaConfigManager\" again','Hi Michel,\r\n\r\nHow have you been? Busy as usual?\r\nWe are finally began working on the OPC UA Server based on your project.\r\nI remember you shared with us the \"OpenOpcUaConfigManager\", the QT-based gui tool.\r\n\r\nCan you share the code with us again.\r\n\r\nThanks,\r\n\r\nJason ',NULL,NULL,1,NULL,4,NULL,333,1,'2019-11-08 02:16:46','2019-11-19 03:17:22','2019-11-08',0,NULL,NULL,405,1,2,0,NULL),(406,1,68,'Compilation impossible OpenOpcUa_1_0_5_7_RC10 et absence VPI','Bonjour Michel,\r\nCette demande fait suite à mon mail de vendredi 15/11/19\r\n\r\n1) Dans l\'archive livrée, il manque des fichiers afxres.h aux projets Xparer, Stack, Sharelib et CoreServer.\r\nJe ne peux pas recompiler ces projets et faire mes tests d\'application.\r\n\r\n2) Il n\'y a pas de VPI dans l\'archive. Tu devais jetter un oeil au code, et corriger le problème du delete dans le destructeur qi engendre une erreur.\r\n\r\nCela va devenir critique pour moi, je suis attendu par mon client la semaine prochaine.\r\n\r\nMerci\r\nFrédéric',NULL,NULL,5,1,6,NULL,223,2,'2019-11-18 09:22:02','2020-10-19 13:52:19','2019-11-18',100,NULL,NULL,406,1,2,0,'2020-10-19 13:52:19'),(407,1,60,'Server 1.0.5.7_RC11','Bonjour,\r\n\r\nDésolé mais cette version à le même problème que la RC09 => Segfautl à la connexion d\'un client !\r\n\r\nEst-ce les bonnes sources ? Problème de configuration ?\r\n\r\nTesté en sécurity None dans notre projet (sans Vpi) en Debian 8 et en Debian 9 sources non modifiées (Sans Vpi) !\r\n\r\nEncore perdu 1h. Ci-joint le fichier d\'exécution sous valgrind, les logs, la conf.\r\n\r\nCordialement.\r\n\r\nF. TOURRET',NULL,NULL,5,1,4,NULL,353,8,'2019-11-19 10:54:15','2019-11-22 02:10:26','2019-11-19',100,NULL,NULL,407,1,2,0,'2019-11-22 02:10:26'),(408,2,60,'Vpi_String_GetRawString','Bonjour,\r\n\r\nJ\'utilise la fonction Vpi_String_GetRawString() pour convertir un Vpi_String en String C pour l\'utiliser dans un log par exemple.\r\nSi par mégarde on lui passe en paramètre un Vpi_String qui pointe sur Null ou qui contient Null (ne je sais pas exactement), on a un plantage direct.\r\n<pre>\r\nterminate called after throwing an instance of \'std::logic_error\'\r\n  what():  basic_string::_S_construct null not valid\r\n</pre>\r\nPour éviter ceci, il faut faire un test avec Vpi_String_IsNull() avant d\'utiliser la fonction Vpi_String_GetRawString().\r\n\r\nPour éviter le plantage brutal, est-ce le test de Vpi_String_IsNull() ne peut pas être intégré dans la fonction Vpi_String_GetRawString() ? Elle retournerai alors un string vide.\r\n\r\nCordialement.\r\nF. TOURRET',NULL,NULL,1,NULL,4,NULL,353,1,'2019-11-22 08:08:50','2019-11-22 15:38:57','2019-11-22',0,NULL,NULL,408,1,2,0,NULL),(409,3,60,'Serveur 1.0.5.7_RC12 et VPI','Bonjour,\r\n\r\nDepuis la RC11, au démarrage du serveur j\'ai un appel de la Vpi_Write_Value avec l\'ensemble des nodes définit dans la cache du VPI (337). Je n\'avait pas ce comportement avec la RC05.\r\n\r\nEst-ce nouveau ? Pourquoi le serveur déclenche une VpiWriteValue ? Peut-on le désactiver ?\r\n\r\nCar dans la VpiParseAddId, je met les Status de nodes à Vpi_UncertainInitialValue car on a pas encore lues de données dans la source. La source monitor plusieurs équipements, si un des équipement n\'est pas actif, les valeurs dans les nodes doivent restés à Vpi_UncertainInitialValue. Mais le fait d\'avoir la Vpi_Write_Value qui ce déclenche, je récupère des status à Vpi_Good...\r\n\r\nMerci de m\'éclaircir la situation.\r\n\r\nCordialement.\r\n\r\nF. TOURRET',NULL,NULL,4,NULL,4,NULL,353,7,'2019-11-22 11:18:25','2020-01-15 15:33:40','2019-11-22',0,NULL,NULL,409,1,2,0,NULL),(411,3,60,'Gestion des certificats client','Bonjour,\r\n\r\nJuste une question concernant les certificats clients qui deviennent obsolètes présent dans certs sont\'ils  déplacés par le serveur dans rejected ? Si oui, je suppose que c\'est au moment de la connexion d\'un client (quand le serveur parcours les certificats).\r\n\r\nMerci.\r\n\r\nF. TOURRET',NULL,NULL,2,NULL,4,NULL,353,2,'2019-11-25 07:36:31','2019-11-26 09:06:55','2019-11-25',0,NULL,NULL,411,1,2,0,NULL),(412,1,56,'Prise en compte CMSI maitre','Bonjour,\r\n\r\nl\'ajout d\'un 2ème CMSI \"maitre\" (paramètre CMSI_MASTER_LIST dans le fichier Tyco-00200.dat) n\'est pas prise en compte dans la création des variables.\r\n\r\nCordialement.\r\n\r\nNorbert',NULL,NULL,5,1,5,110,328,3,'2019-12-09 19:45:13','2019-12-18 19:25:18','2019-12-09',100,NULL,NULL,412,1,2,0,'2019-12-18 14:44:15'),(413,3,58,'Version 1.0.5.7','Bonjour monsieur Condemine,\r\n\r\nQuelles sont les adaptations à faire au niveau du code du VPI pour utiliser cette version ?\r\nQuels sont les éventuels ajouts ou modifications à apporter aux fichiers de configuration (« *.oouaprj », au fichier d’instance des nœuds xml et au fichier « subsystem.xm » ?\r\n\r\nCordialement,\r\nOlivier Pesle.\r\n',NULL,NULL,3,1,5,NULL,347,1,'2020-02-06 17:14:55','2020-02-10 10:09:48','2020-02-06',0,NULL,NULL,413,1,2,0,'2020-02-10 10:09:48'),(414,3,58,'1.0.5.7 : VpiWriteValue au lancement du VPI','Bonjour monsieur Condemine,\r\n\r\nY\'a-t-il un moyen de désactiver le premier appel à VpiWriteValue, qui semble être utilisé pour initialiser les valeurs des nœuds définies dans le fichier xml des instances ?\r\nCet appel n\'existait pas dans la version que nous utilisions auparavant.\r\n\r\nCordialement,\r\nOlivier Pesle.',NULL,NULL,5,1,5,NULL,347,2,'2020-02-10 10:34:04','2020-02-12 21:21:18','2020-02-10',100,NULL,NULL,414,1,2,0,'2020-02-12 21:21:18'),(415,3,58,'Utilisation des certificats ssl','Bonjour monsieur Condemine,\r\n\r\nConcernant les certificats de sécurité, nous disposons des fichiers suivants fournis par ADP :\r\n\r\nrca.crl\r\nrca.der\r\nrca.pem\r\nsp403sichubuae1-bundle.pem\r\nsp403sichubuae1.der\r\nsp403sichubuae1.pem\r\nsp403sichubuae1.pfx\r\nsp403sichubuae1_key.pem\r\ntca.crl\r\ntca.der\r\ntca.pem\r\n\r\nPouvez-vous nous indiquer quels fichiers sont utiles et nécessaires côté serveur et dans quels répertoires les placer ?\r\nMerci !',NULL,NULL,1,1,5,NULL,347,1,'2020-02-12 16:53:57','2020-02-12 21:31:16','2020-02-12',0,NULL,NULL,415,1,2,0,NULL),(416,3,58,'Utilisation des certificats ssl','De manière générale, quels sont les étapes à suivre pour l\'utilisation de certificats de sécurité côté serveur ?\r\nMerci!',NULL,NULL,6,1,5,NULL,347,1,'2020-02-12 18:04:31','2020-02-12 21:32:10','2020-02-12',100,NULL,NULL,416,1,2,0,'2020-02-12 21:32:10'),(417,1,70,'Documentation etape','Il existe 20 étapes rincage. \r\nElles sont codées en dur. \r\nAttente documentation from SK',NULL,NULL,5,NULL,4,NULL,1,2,'2020-02-20 15:29:22','2022-02-18 15:22:01','2020-02-20',100,NULL,NULL,417,1,2,0,'2022-02-18 15:22:01'),(418,1,54,'Update with Array of String','La mise à jour de tableau de chaines en utilisant l\'API semble poser un problème.\r\nUne solution a été appliqué dans le code du serveur.\r\ncependant cette solution ne sera pas diffusé sans une serie de tests en profondeur sur\r\nDataValue.cpp methode CDataValue::SetValue(OpcUa_Variant Value) \r\nTransfertArray(String); // This transfert function is working with the VpiDirectAccess but it can cause leak issue of other problem with the CTT. Need to be check in deep',NULL,NULL,2,1,4,NULL,1,0,'2020-02-20 23:06:24','2020-02-20 23:06:24','2020-02-20',50,NULL,NULL,418,1,2,0,NULL),(419,3,58,'Gestion des certificats : mise à jour de la liste de révocation','Bonjour monsieur Condemine,\r\n\r\nLors d\'une mise à jour de la liste de révocation des certificats (fichier tca.crl dans CertificateStore\\certs\\crl), la stack OpcUa prend-elle automatiquement en compte le nouveau fichier, ou faut-il pour cela redémarrer le serveur ?\r\n\r\nCordialement,\r\nOlivier Pesle.',NULL,NULL,5,1,6,NULL,347,1,'2020-02-27 10:25:35','2020-03-02 11:30:31','2020-02-27',100,NULL,NULL,419,1,2,0,'2020-03-02 11:30:31'),(420,1,70,'SamesKremlin API ','- Ajout commentaires au mécanismes d\'adressage des données process',NULL,NULL,5,NULL,4,NULL,420,1,'2020-02-28 10:40:34','2020-02-28 12:54:33','2020-02-28',100,NULL,NULL,420,1,2,0,'2020-02-28 12:54:33'),(421,3,58,'Connection à distance avec certificats','Bonjour monsieur Condemine,\r\n\r\nChubb a fait des essais dans les locaux d\'ADP, ils arrivent à se connecter avec un client sur le même PC que le serveur, mais ont rencontré un problème pour se connecter à distance (avec UA Expert), qu\'ils ont résolu de la façon suivante :\r\n\"nous avons recopié le fichier définissant la machine hébergeant UAExpert depuis « Projets\\CSSI_ADP_P3\\CertificateStore\\rejected\\xxxxxxx.der » dans « Projets\\CSSI_ADP_P3\\CertificateStore\\certs\\\"\r\nAvez-vous déjà rencontré un problème similaire, et quelle peut en être la cause ?\r\nA quoi correspondent les fichiers générés par le serveur dans le répertoire \'CertificateStore\\rejected\' d\'un projet ?\r\n\r\nCordialement,\r\nOlivier Pesle.',NULL,NULL,2,1,4,4,347,1,'2020-03-11 17:14:05','2020-03-11 17:19:00','2020-03-11',50,NULL,NULL,421,1,2,0,NULL),(422,1,71,'Crash serveur','Je viens de relancer ce matin meme type de crash\r\n\r\n\r\nlog du client Matrikon\r\nChannelInterrupted : BadUnexpectedError: An unexpected error occurred.(0x80010000)\r\nTechPapUAServer - Session - 1\r\n\r\nlog OPC UA\r\n2020-06-19T06:24:59.327Z SERVER_ERROR Now will try to parse: .\\Project\\Opc.Ua.NodeSet2.Part3.xml\r\n2020-06-19T06:24:59.382Z SERVER_ERROR Your XML configuration file : .\\Project\\Opc.Ua.NodeSet2.Part3.xml has been parsed. AddressSpace initialization result=0x00000\r\n2020-06-19T06:24:59.387Z SERVER_ERROR fixing the orphan dataType declaration\r\n2020-06-19T06:24:59.393Z SERVER_ERROR Orphan dataType declaration fixed\r\n2020-06-19T06:24:59.398Z SERVER_ERROR Now will try to parse: .\\Project\\Opc.Ua.NodeSet2.Part4.xml\r\n2020-06-19T06:24:59.514Z SERVER_ERROR Your XML configuration file : .\\Project\\Opc.Ua.NodeSet2.Part4.xml has been parsed. AddressSpace initialization result=0x00000\r\n2020-06-19T06:24:59.521Z SERVER_ERROR fixing the orphan dataType declaration\r\n2020-06-19T06:24:59.526Z SERVER_ERROR Orphan dataType declaration fixed\r\n2020-06-19T06:24:59.532Z SERVER_ERROR Now will try to parse: .\\Project\\Opc.Ua.NodeSet2.Part5.xml\r\n2020-06-19T06:24:59.960Z SERVER_ERROR Your XML configuration file : .\\Project\\Opc.Ua.NodeSet2.Part5.xml has been parsed. AddressSpace initialization result=0x00000\r\n2020-06-19T06:24:59.965Z SERVER_ERROR fixing the orphan dataType declaration\r\n2020-06-19T06:24:59.971Z SERVER_ERROR Orphan dataType declaration fixed\r\n2020-06-19T06:24:59.977Z SERVER_ERROR Start Post-Parsing initialization\r\n2020-06-19T06:24:59.983Z SERVER_ERROR Start Updating UAVariablesBuiltinType\r\n2020-06-19T06:24:59.990Z SERVER_ERROR Start Updating inverse references\r\n2020-06-19T06:24:59.995Z SERVER_ERROR End Post-Parsing. Threads running...\r\n2020-06-19T06:25:00.007Z SERVER_ERROR Root =.\\Project\\CertificateStore TrustedLocation=\\certs RevokeLocation IssuerLocation=\\crl RevokedIssuerLocation=\\auth\r\n2020-06-19T06:25:00.017Z SERVER_ERROR Root =.\\Project\\CertificateStore TrustedLocation=\\certs RevokeLocation IssuerLocation=\\crl RevokedIssuerLocation=\\auth\r\n2020-06-19T06:25:00.025Z SERVER_ERROR Root of the certificateStore: .\\Project\\CertificateStore\r\n2020-06-19T06:25:00.077Z SERVER_ERROR VpiTP.dll was properly loaded\r\n2020-06-19T06:25:00.083Z SERVER_ERROR VpiGlobalStop successfully loaded\r\n2020-06-19T06:25:00.088Z SERVER_ERROR VpiGlobalStart successfully loaded\r\n2020-06-19T06:25:00.094Z SERVER_ERROR Extension found in the server certificate are :\r\n2020-06-19T06:25:00.100Z SERVER_ERROR DC=TP-14p_I5_DM:\r\n2020-06-19T06:25:00.106Z SERVER_ERROR O=OpenOpcUa:\r\n2020-06-19T06:25:00.112Z SERVER_ERROR CN=TechPapUAServer:\r\n2020-06-19T06:25:00.118Z SERVER_ERROR VpiColdStart successfully loaded\r\n2020-06-19T06:25:00.124Z SERVER_ERROR Your certificate validate your server \r\nfrom: 18/06/2020 16:10:45.000\r\n \r\nto: 13/06/2021 16:10:44.000\r\n\r\n2020-06-19T06:25:00.130Z SERVER_ERROR VpiWarmStart successfully loaded\r\n2020-06-19T06:25:00.136Z SERVER_ERROR VpiReadValue successfully loaded\r\n2020-06-19T06:25:00.142Z SERVER_ERROR VpiWriteValue successfully loaded\r\n2020-06-19T06:25:00.148Z SERVER_ERROR VpiParseAddId successfully loaded\r\n2020-06-19T06:25:00.154Z SERVER_ERROR VpiParseAddId successfully loaded\r\n2020-06-19T06:25:00.160Z SERVER_ERROR VpiParseRemoveId successfully loaded\r\n2020-06-19T06:25:00.166Z SERVER_ERROR NotifyCallback successfully loaded\r\n2020-06-19T06:25:00.172Z SERVER_ERROR Reference DeviceName for Vpi VpiTP.dll version: 0.0.0.2 is TechPap\r\n2020-06-19T06:25:00.179Z ALWAYS Server is listening on IPV6 at :\r\n	opc.tcp://TP-14p_I5_DM:1106/TechPapUAServer.\r\n\r\n2020-06-19T06:25:00.187Z SERVER_ERROR Vpi VpiTP.dll loaded sucessfully\r\n2020-06-19T06:25:00.194Z ALWAYS 1058 Nodes in the addressSpace split in \r\n	142 Objects 680 Variables 0 Views 21 Methods \r\n	63 ObjectTypes 23 ReferenceTypes 107 DataTypes 22 VariableTypes\r\n2020-06-19T06:25:00.201Z SERVER_ERROR Server Endpoint open. It\'s now listening at opc.tcp://TP-14p_I5_DM:1106/TechPapUAServer with Binary Encoder\r\n2020-06-19T06:25:00.209Z ALWAYS Press Q or q to exit.\r\n\r\n2020-06-19T06:25:00.215Z SERVER_ERROR Your XML Subsystem file : .\\Project\\Opc.UA.SubSystem.TechPap.xml has been parsed. Internal parsing result=0x00000\r\n2020-06-19T06:25:00.222Z SERVER_ERROR Subsystems were properly loaded\r\n2020-06-19T06:25:00.232Z SERVER_ERROR Start Updating UAVariables EncodeableObject\r\n2020-06-19T06:25:00.239Z SERVER_ERROR UAVariables EncodeableObject has been updated properly\r\n2020-06-19T06:25:00.246Z SERVER_ERROR Start Updating DataTypes EncodingType\r\n2020-06-19T06:25:00.253Z SERVER_ERROR DataTypes EncodingType has been updated properly\r\n2020-06-19T06:25:00.260Z SERVER_ERROR End Post-Parsing initialization\r\n\r\n',NULL,NULL,5,1,4,NULL,426,1,'2020-06-19 08:40:54','2020-07-15 16:04:10','2020-06-19',100,NULL,NULL,422,1,2,0,'2020-07-15 16:04:10'),(423,1,71,'Fichier TechPap-00200.dat','Bonjour\r\n\r\nJe viens de tester à priori c est OK\r\nJuste une question :\r\nJe ne comprends pas le chemin du fichier de data dans le fichier de config TechPap-00200.dat du dossier Projet\r\nSi on change le nom ca fonctionne par contre le dossier n est pas pris en compte\r\nVotre exemple est comme chemin > DATA_FILENAME .\\Project\\MaquetteLabo\\e2d.ini\r\nOr quand je fais un sous dossier MaquetteLabo de projet il ne prends pas e2d.ini dedans mais dans le dossier projet ?\r\nsi on change le chemin ailleurs c est idem\r\nBonne journée\r\n\r\nDominique\r\n',NULL,NULL,5,1,3,NULL,426,2,'2020-06-22 11:43:12','2020-10-19 13:49:08','2020-06-22',100,NULL,NULL,423,1,2,0,'2020-10-19 13:49:08'),(424,1,71,'Fichier TechPap-00200.dat','Bonjour\r\n\r\nJe viens de tester à priori c est OK\r\nJuste une question :\r\nJe ne comprends pas le chemin du fichier de data dans le fichier de config TechPap-00200.dat du dossier Projet\r\nSi on change le nom ca fonctionne par contre le dossier n est pas pris en compte\r\nVotre exemple est comme chemin > DATA_FILENAME .\\Project\\MaquetteLabo\\e2d.ini\r\nOr quand je fais un sous dossier MaquetteLabo de projet il ne prends pas e2d.ini dedans mais dans le dossier projet ?\r\nsi on change le chemin ailleurs c est idem\r\nBonne journée\r\n\r\nDominique\r\n',NULL,NULL,5,1,3,NULL,426,2,'2020-06-22 11:43:21','2020-07-15 16:12:21','2020-06-22',100,NULL,NULL,424,1,2,0,'2020-07-15 16:12:21'),(425,1,71,'Fichier TechPap-00200.dat','Bonjour\r\n\r\nJe viens de tester à priori c est OK\r\nJuste une question :\r\nJe ne comprends pas le chemin du fichier de data dans le fichier de config TechPap-00200.dat du dossier Projet\r\nSi on change le nom ca fonctionne par contre le dossier n est pas pris en compte\r\nVotre exemple est comme chemin > DATA_FILENAME .\\Project\\MaquetteLabo\\e2d.ini\r\nOr quand je fais un sous dossier MaquetteLabo de projet il ne prends pas e2d.ini dedans mais dans le dossier projet ?\r\nsi on change le chemin ailleurs c est idem\r\nBonne journée\r\n\r\nDominique\r\n',NULL,NULL,5,1,3,NULL,426,1,'2020-06-22 11:43:42','2020-07-15 16:11:26','2020-06-22',100,NULL,NULL,425,1,2,0,'2020-07-15 16:11:26'),(426,1,71,'Heures Serveur / PC','Je pense pas que cela soit une anomalie mais juste pour bien comprendre :\r\n- l\'heure du fichier comme celle de du champs time est 11:54\r\n> l heure est prise comme heure UTC donc ServerTimestamp est a 11:54\r\n> Source Timestamp est marqué à 13h54  ?? \r\n   Pourquoi ? il voit que la machine est en UTC +2 donc il dit qu\'il a pris la donnée à 13:54\r\nSi Vous avez accès a la zone du serveur je pense qu\'il faut basculer l\'heure directement et donc prendre l\'heure en UTC+2 donc dans notre cas retrancher 2h\r\nSinon ca va être difficilement comprehensible\r\nOu prendre l\'heure fichier histoire que tout soit coherent\r\nou dans le fichier de config mettre le decalage souhaité entre local et UTC ( TechPap-00200.dat ligne exemple: UTCtoLocal  +2 )\r\npour moi on doit avoir en 2 et 3 la meme heure\r\n\r\nQu\'en pensez vous\r\n\r\nDominique\r\n',NULL,NULL,5,1,4,NULL,426,3,'2020-06-22 12:10:26','2020-10-19 13:49:30','2020-06-22',100,NULL,NULL,426,1,2,0,'2020-10-19 13:49:30'),(427,1,71,'Plantage ou ? du serveur OPC UA','Bonjour\r\n\r\nJ ai mis en test le serveur sur le PC de la salle de reunion, j ai eu un arret du serveur je ne sais pas trop pourquoi ??\r\nJe vous passe une copie d\'ecran du client\r\nJe l ai relancé ave le dump pour vous passer plus d\'info\r\nBon week end\r\nDominique',NULL,NULL,5,1,4,NULL,426,2,'2020-06-26 16:53:35','2020-10-19 13:51:32','2020-06-26',100,NULL,NULL,427,1,2,0,'2020-10-19 13:51:32'),(428,1,71,'Dump file de l amomalie 427 ( rapport d avant )','',NULL,NULL,5,NULL,4,NULL,426,2,'2020-06-26 17:33:00','2020-10-19 13:51:15','2020-06-26',100,NULL,NULL,428,1,2,0,'2020-10-19 13:51:15'),(429,1,47,'Ordre d\'enregistrement dans le fichier OOUAPRJ','Le fichier de simulation est enregistré avant les fichiers nodeset.\r\nCela posera un problème. Il faut corriger l\'ordre d\'enregistrement',NULL,NULL,2,1,4,NULL,1,0,'2020-07-05 18:33:53','2020-07-05 18:33:53','2020-07-05',0,NULL,NULL,429,1,2,0,NULL),(431,1,47,'La selection d\'un node ne pointe pas sur le fichier nodeset associé.','La selection d\'un node ne pointe pas sur le fichier nodeset associé. Cela provoque facilement des erreurs de configuration.\r\nCorriger ce comportement',NULL,NULL,5,1,4,NULL,1,1,'2020-07-06 18:16:26','2020-07-06 22:53:03','2020-07-06',100,NULL,NULL,431,1,2,0,'2020-07-06 22:53:03'),(432,1,73,'Ecriture des FLOAT sur le serveur MODBUS ','J\'ai un souci sur l\'interprétation des FLOAT. Par exemple j\'écris 5000 sur le client OPC UA et j\'obtiens 4992 sur WINTUN (après vérification au niveau du serveur MODBUS j\'ai bien 4992). Le deuxième mot n\'est pas écrit sur le serveur Modbus. \r\nEn binaire :\r\n5000 :01000101 10011100 01000000 00000000\r\n4992 :01000101 10011100 00000000 00000000\r\n\r\nJe suis à disposition pour toutes questions. \r\n',NULL,NULL,3,1,4,NULL,428,3,'2020-07-29 15:14:10','2020-07-30 16:34:58','2020-07-29',90,NULL,NULL,432,1,2,0,'2020-07-29 23:11:25'),(433,3,73,'Documentations VPIs + outil de configuration','Serait il possible d\'avoir les documentations des différents VPI + l\'outil de configuration à disposition sur le redmine ?\r\n',NULL,NULL,5,1,4,NULL,428,2,'2020-07-29 15:30:22','2021-04-09 18:22:48','2020-07-29',100,NULL,NULL,433,1,2,0,'2021-04-09 18:22:48'),(434,1,73,'Int32 interprétation + conf LITTLE/BIG ENDIAN','Bonjour M.CONDEMINE, \r\n\r\n* Dans le cas d\'un INT32, je mets la valeur 1 dans le client OPCUA afin de l\'écrire dans le serveur modbus. Dans celui-ci j\'obtiens les données suivantes : \r\n000EH:<0000H>\r\n000FH:<0100H>\r\nLa pj représente les différentes interprétations que nous pouvons avoir selon little/big endian (mid ou pas). \r\nDès que j\'écris la valeur 1 elle se transforme côté client opc ua et wintun en 256 alors que la valeur 1 était désirée. \r\nPouvez vous vérifier l\'interprétation des INT32 ? \r\n\r\n* Lorsque je change de BIG Endian à LITTLE Endian je ne vois pas de différence dans l\'interprétation. Pouvez vous m\'expliquer comment cela fonctionne ? \r\n\r\nMerci d\'avance, \r\n\r\nAlexis\r\n',NULL,NULL,3,1,4,157,428,4,'2020-07-30 14:34:07','2021-03-02 15:19:55','2020-07-30',100,NULL,NULL,434,1,2,0,'2021-03-02 15:19:55'),(435,1,74,'Reading with index ranges','1.	Reading with IndexRanges is working fine for most of possible IndexRange values.\r\na.	IndexRange “0”: BadIndexRangeInvalid\r\nb.	IndexRange “1”: All results are good and the expected value is returned.\r\nc.	IndexRange “2”: All results are good, but the server provide the values for IndexRange “1:2”\r\nd.	IndexRange “3”: All results are good, but the server provide the values for IndexRange “1:3”\r\ne.	…\r\nf.	IndexRange “0:3”: All results are good and the expected values are returned\r\nSo it looks like all is fine except for single elements with an different IndexRange than 1.\r\nThis has been tested with the SampleClient from the OPC Foundation.\r\n',NULL,NULL,2,1,4,NULL,1,6,'2020-08-12 10:13:17','2020-08-14 12:14:09','2020-08-12',0,NULL,NULL,435,1,2,0,NULL),(436,1,74,'Write Index ranges','When writing with IndexRange to the Byte-Array node and using a ByteString as value, the Byte-Array will only contain the previously written value.\r\nThis has been tested with the SampleClient of the OPC Foundation and the value was observed with the UaExpert.\r\n',NULL,NULL,2,1,4,NULL,1,2,'2020-08-12 10:14:44','2020-08-13 07:32:14','2020-08-12',50,NULL,NULL,436,1,2,0,NULL),(437,1,74,'StatusCode error on monitoring on object','When monitoring other attributes than the value attribute, the creation of the MonitoredItem succeeds and the values were provided. But if there is no value available (for example when monitoring the DataType attribute of an object) no bad status code is provided. The creation of an MonitoredItem with the AttributeId set to an invalid attribute can be handled by two way. Either the creation of the MonitoredItem should fail (OperationResult = BadAttributeIdInvalid), or the creation succeeds but a bad status code (BadAttributeIdInvalid) is provided via the Publish service.\r\nThis has been tested with dataFEED OPC UA Client.\r\n',NULL,NULL,3,1,4,NULL,1,1,'2020-08-12 10:16:15','2020-08-12 12:59:17','2020-08-12',100,NULL,NULL,437,1,2,0,'2020-08-12 12:59:17'),(438,1,74,'UserTokenIssues','When disabling an UserIdentityToken, the Token is still available in the EndpointDescription. Connecting using this TokenType is not possible. It is expected that disabled SecurityPolicies and UserIdentityTokens are not available in the EndpointDescription.\r\nThis has been tested with the UaExpert and a disabled Anonymous Token.\r\n',NULL,NULL,3,1,4,NULL,1,1,'2020-08-12 10:19:33','2020-08-12 10:20:05','2020-08-12',100,NULL,NULL,438,1,2,0,'2020-08-12 10:20:05'),(439,1,74,'OOUA CTTs Nodeset issues','There are several issues in the address space of the server.\r\n* Ns=2;i=200 , ns=2;i=1 and all nodes organized by this folder have a HasModellingRule-Reference. This reference is intended to be used in TypeDefinitions only.\r\n* There are 2 references (1x HasComponent and 1x Organizes) in the folders ns=2;i=1 and ns=2;i=2 to the same node. This is allowed but not common behavior.\r\n* Nodes in the folders Arrays and Scalar has the TypeDefinition PropertyType but are referenced with a HasComponent-Reference. Either the TypeDefinition has to be changed or the ReferenceType.\r\n* The (User-)Executable attributes of the GetMonitoredItems method are set to false but the method can be called.\r\n',NULL,NULL,3,1,4,NULL,1,1,'2020-08-12 10:21:38','2020-08-12 10:22:48','2020-08-12',100,NULL,NULL,439,1,2,0,'2020-08-12 10:22:48'),(440,1,74,'Issues in SubSystem related nodes','The (User-)WriteMask attributes of the node ns=1;i=1 (and all nodes in it) are set to 1 (which means that the AccessLevel is writable) but writing to the AccessLevel attribute fails.',NULL,NULL,3,1,4,NULL,1,1,'2020-08-12 10:24:14','2020-08-12 10:24:38','2020-08-12',100,NULL,NULL,440,1,2,0,'2020-08-12 10:24:38'),(441,1,74,'Missing flags in the KeyUsage field','The ServerCertificate is not valid (missing flags in the KeyUsage field)\r\nIn the certificate “nonRepudiation” and “keyEncipherment” are missing.',NULL,NULL,3,1,4,NULL,1,1,'2020-08-12 10:29:26','2020-08-12 17:24:33','2020-08-12',100,NULL,NULL,441,1,2,0,'2020-08-12 17:24:33'),(442,1,74,'Nonce not provided on SecurityPolicy#None','The server does not provide a ServerNonce in the CreateSessionResponse if SecurityPolicy#None is used.',NULL,NULL,3,1,4,NULL,1,3,'2020-08-12 10:32:21','2020-08-13 15:57:20','2020-08-12',90,NULL,NULL,442,1,2,0,'2020-08-12 10:34:21'),(443,1,74,'First PublishResponse has to be sent after the first Publishing Interval has been elapsed','After the creation of a subscription, the server does not provide the first PublishResponse after the the first Publishing Interval has been elapsed.\r\n\r\nSee specifications (Part 4, 5.13.1.1):\r\n\"When a Subscription is created, the first Message is sent at the end of the first publishing cycle to inform the Client that the Subscription is operational. A NotificationMessage is sent if there are Notifications ready to be reported. If there are none, a keep-alive Message is sent instead that contains a sequence number of 1, indicating that the first NotificationMessage has not yet been sent. This is the only time a keep-alive Message is sent without waiting for the maximum keep-alive count to be reached, as specified in (f) above.\"\r\n',NULL,NULL,1,1,4,NULL,430,0,'2020-08-14 12:25:36','2020-08-14 12:25:36','2020-08-14',0,NULL,NULL,443,1,2,0,NULL),(444,1,74,'Missing KeepAlive after the deletion of one MonitoredItem from a Subscription','This issue can be reproduced by set up the following scenario:\r\n\r\n- 1 Subscription (PublishingInterval=5000, MaxKeepAliveCount: 5)\r\n- 2 MonitoredItems (Static values)\r\n\r\nX: PublishResponse (KeepAlive)\r\nX+25: PublishResponse (KeepAlive)\r\nX+30: DeleteMonitoredItems (1 of the MonitoredItems)\r\nX+60: PublishResponse (KeepAlive)\r\n\r\nThe last KeepAlive was expected at X+50 but has been received 10 seconds later.',NULL,NULL,1,1,4,NULL,430,0,'2020-08-14 12:40:00','2020-08-14 12:40:00','2020-08-14',0,NULL,NULL,444,1,2,0,NULL),(445,3,73,'VPI SQL','Bonjour M.CONDEMINE, \r\n\r\nSerait il possible d\'avoir un exemple de VFI SQL ? \r\n\r\nCordialement, \r\n\r\nAlexis',NULL,NULL,5,NULL,4,NULL,428,4,'2020-08-17 14:55:52','2021-04-09 18:22:21','2020-08-17',100,NULL,NULL,445,1,2,0,'2021-04-09 18:22:21'),(446,1,56,'Arrêt serveur','Bonjour,\r\n\r\nPlusieurs arrêts du serveur ont eu lieu aujourd\'hui, ci-joint les fichiers dump.\r\n\r\nCordialement.',NULL,NULL,5,1,5,NULL,328,2,'2020-09-07 21:18:28','2022-10-06 19:03:28','2020-09-07',0,NULL,NULL,446,1,2,0,'2022-10-06 19:03:28'),(447,1,74,'ServerDiagnosticsSummary the counters were not incremented.','When reading the ServerDiagnosticsSummary, the counters were not incremented.\r\nBut when reading the exposed elements, a valid value is provided. exposed element means the encaspulated variable.\r\nJust the datatype itseft is not incremented',NULL,NULL,3,1,5,NULL,1,1,'2020-09-16 16:08:13','2020-09-16 16:08:47','2020-09-16',100,NULL,NULL,447,1,2,0,'2020-09-16 16:08:47'),(448,1,75,'Serveur OpenOpcua Linux crash lors d\'une connexion avec Kepware Server','Bonjour, \r\nVoici le scénario d\'anomalie repéré: \r\n\r\nNous essayons de connecter notre serveur Kepware à OpenOpcua 1.0.5.9 afin que certains nœuds soient accessibles sur une plateforme qui n\'offre une interconnexion uniquement avec Kepware Server.\r\n\r\nPour y parvenir nous essayons une méthode qu\'on a déjà précédemment essayé avec d\'autres serveurs OPC UA (en rajoutant un Channel avec notre server OpenOpcua, puis un Device qui contient des tags). Au moment de l\'ajout du tag (voir Piece Jointe Img1), le serveur crash (fichier de Log également mis en PJ, et le Log a bien été vidé avant reproduction du scénario)\r\n',NULL,NULL,5,1,4,NULL,432,7,'2020-09-22 17:12:39','2021-03-15 09:35:00','2020-09-22',100,NULL,NULL,448,1,2,0,'2021-03-15 09:35:00'),(449,3,75,'Problème de connexion OpenOpcua sur client Genesis64','Bonjour, \r\n\r\nNous souhaitons effectuer le connexion entre Genesis64 et OpenOpcua\r\nLorsque le serveur OpenOpcua est sur la même machine que Genesis64, le serveur se lance et prend pour hostname (dans le Endpoint URL et le Certificate store) le nom de la machine. Ce scénario fonctionne. \r\nLorsque nous essayons de déployer le serveur sur une VM Linux , il se lance en annonçant comme endpoint URL localhost. Genesis64 lui n\'arrive pas à se connecter sur cette instance du serveur. \r\nNous pensons que la raison est comme mentionné pendant la formation que vous nous avez faites, qu\'un bon client opcua ne se connecte pas si le lien de connexion n\'est pas le même que le lien dans le certificat. \r\n\r\nAvons nous raison? \r\nComment pouvons nous changer le endpoint url du serveur afin qu\'il le change dans le certificat? \r\n\r\nMichael ',NULL,NULL,5,1,4,NULL,432,3,'2020-09-22 17:45:08','2021-08-04 17:53:19','2020-09-22',100,NULL,NULL,449,1,2,0,'2021-08-04 17:53:19'),(450,1,75,'Tag kepware non rafraichit','Bonjour,\r\n\r\nLors de la mise en œuvre de Open OPC UA avec Kepware nous rencontrons des difficultés de lecture des tag dans Kepware.\r\nLe problème est identique avec Linux et Windows.\r\nLa déclaration des tags dans Kepware (excepté le problème reporté dans le ticket précédent) se fait correctement pour la partie Browsing.\r\nDe façon relativement reproductible, lors du lancement du serveur Oen OPC UA, il y a une première lecture de valeur des tags (on monitore les tags dynamiques pour le test).\r\nEnsuite les tags sont vu BAD dans Kepware.\r\nLorsque l\'on fait une demande d\'écriture d\'un tag (on utilise le quick client fournit avec Kepware) le node est bien mis à jour, ce que l\'on vérifie par ailleurs avec UA Expert connecté sur le serveur Open OPC UA.\r\nLe status du tag passe alors à Good dans le quick client environ 40 secondes puis retombe à BAD.\r\nLorsque le tag est vu bad et que l\'on monitore les tags depuis UA expert connecté sur Kepware cette fois, la valeur du tag est NULL avec le code 0x8000000.\r\nOn note également dans UA Expert concernant le paramètre Minimum sampling interval : Invalid datatype: Expected OpcUaType_Double, Received OpUaType_UInt32.\r\nCoté serveur Open OPC UA, on a bien essayé de rajouter :<UAVariable MinimumSamplingInterval=\"1.000000\"  NodeId=\"ns=2;i=229\" BrowseName=\"Position\" ... sans succès.\r\nNotre conclusion est qu\'il y a un problème sur la lecture de l\'adresse space depuis kepware mais pas en écriture.\r\nQuelles investigations complémentaires peut-on mener ?\r\n\r\nCordialement,\r\n\r\nSylvain\r\n','2020-10-30',NULL,5,435,4,4,435,4,'2020-09-25 18:05:38','2021-03-15 09:31:43','2020-09-25',100,NULL,NULL,450,1,2,0,'2021-03-15 09:31:43'),(451,3,70,'Utilisation de VpiType_ExtensionObject','Aide pour exemple d\'utilisation de VpiType_ExtensionObject',NULL,NULL,5,NULL,5,NULL,424,10,'2020-09-29 17:49:57','2020-11-19 22:19:03','2020-09-29',100,NULL,NULL,451,1,2,0,'2020-11-19 22:19:03'),(452,1,73,'Compilation projet OpcUa','Bonjour,\r\n\r\nSuite à notre dernière discussion, comme je vous l\'avait indiqué j\'ai pu compiler le \'XMLSaxParser\'.\r\n\r\nLes modifications que vous m\'aviez indiqué pour forcer les emplacements de OpenSSL dans le fichier CMakeLists.txt du module \'OpenOpcUaStackV1\' m\'ont permis d\'exécuter le *cmake*\r\nPar contre lorsque j\'exécute la commande *make* cela génère une erreur de compilation.\r\nJe vous joins le fichier.\r\n\r\nMerci pour votre aide\r\n\r\nJacques Peigné',NULL,NULL,5,1,4,NULL,431,6,'2020-09-29 18:05:12','2021-03-02 15:18:21','2020-09-29',100,NULL,NULL,452,1,2,0,'2021-03-02 15:18:21'),(453,3,71,'Livraison 10-2020','Nouvelle livraison :\r\n* Version 1.0.5.9 du serveur OOUA \r\n* Version 0.0.0.5 du VpiTP\r\n* Exemple d\'invocation des API DirectAccess\r\n','2020-10-13',NULL,5,1,5,NULL,1,2,'2020-10-12 10:18:46','2020-10-19 13:49:59','2020-10-12',100,NULL,NULL,453,1,2,0,'2020-10-19 13:49:59'),(454,3,71,'Installation en tant que service','Bonjour,\r\nPour installer le serveur en tant que service vous devez tapez :\r\nOpenOpcUaCoreServer_Release.exe FULL_PATH\\Config_Filename.oouaprj Install\r\nL’appId ne doit être utilisé que lors de l’installation de multiples instances.\r\nLe premier paramètre « FULL_PATH\\Config_Filename.oouaprj » permet d’indiquer la localisation du fichier OOUAPRJ\r\nL’exe n’a pas à se trouver dans un répertoire spécifique. La commande d’installation configurera le Service Control Manager.\r\n\r\nAvez vous réussi a installer le serveur ?\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,426,4,NULL,1,3,'2020-10-12 14:34:46','2020-10-19 11:55:31','2020-10-12',0,NULL,NULL,454,1,2,0,'2020-10-19 11:55:31'),(455,1,71,'Registration Server comme service','le bat lançant cette ligne ne registre pas le serveur comme TP_OPCUA ?\r\nOpenOpcUaCoreServer_Release.exe C:\\OPC_UA_TECHPAP\\Project\\MaquetteLabo.oouaprj  Install;TP_OPCUA\r\n\r\nLigne doc\r\nOpenOpcUaCoreServer_Release c:\\myproject\\ConfigOpenOpcUaoouaprj Install={A49B17EC-\r\n172D-412D-87F0-A6150B3AA020};OpenOpcUaCoreServer \r\n\r\nComme vous me l\'aviez dit je n ai pas mis de guid',NULL,NULL,5,1,4,NULL,426,1,'2020-10-14 08:34:06','2020-10-19 11:54:06','2020-10-14',0,NULL,NULL,455,1,2,0,'2020-10-19 11:54:06'),(456,1,71,'Complement sur registration server','voici les fichiers utilisées\r\n',NULL,NULL,5,NULL,4,NULL,426,1,'2020-10-14 08:43:27','2020-10-19 11:53:35','2020-10-14',100,NULL,NULL,456,1,2,0,'2020-10-19 11:53:35'),(457,1,71,'Le chemin avec le fichier les données  a publier ne fonctionne pas il va tjs le chercher dans le dossier project','',NULL,NULL,5,NULL,6,NULL,426,2,'2020-10-14 12:04:07','2020-10-19 13:50:32','2020-10-14',100,NULL,NULL,457,1,2,0,'2020-10-19 11:52:42'),(458,1,56,'ZONE STATUS MAP ET POINT STATUS MAP','Bonjour,\r\n \r\nPouvez-vous vérifier si la requête d’abonnement des \"Zones status map\" n’est pas envoyé de manière cyclique ? On a des \"zones status map reply\" en permanence alors que ceux-ci ne devraient être envoyés que lors d\'un changement d\'état.\r\n \r\nPour les \"points status map\": Sur le même principe que les \"zones status map\", pouvez-vous modifier les destinataires des requêtes: requête uniquement envers les ECS (et non en broadcast).\r\n \r\nMerci.\r\n \r\nCordialement.\r\n \r\nNorbert\r\n',NULL,NULL,5,NULL,4,NULL,328,2,'2020-10-16 10:26:59','2020-10-20 16:29:23','2020-10-16',100,NULL,NULL,458,1,2,0,'2020-10-20 16:21:34'),(459,3,71,'Chemin vers fichier avec donnée toujours dans le projet','Bonjour\r\n\r\nle chemin absolu ne fonctionne toujours pas je ne sais pas si vous avez vu ma derniere demande et si le code source posté apres est une réponse j ai recompilé le vpi \r\n\r\nPouvez vous me contacter LUNDI pour regler cela \r\n\r\n\r\n\r\n	uStatus = GetFileParameter(\"DATA_FILENAME\", &szDataFileName);\r\n	if (uStatus == Vpi_Good)\r\n	{\r\n		Vpi_CharA* szBuffer = Vpi_String_GetRawString(&szDataFileName);\r\n\r\n		Vpi_CharA* localPath = Vpi_Null;\r\n		Vpi_CharA* fileName = Vpi_Null;\r\n		std::basic_string<char> myString(szBuffer);\r\n		std::basic_string<char>::size_type index = 0;\r\n		index = myString.rfind(\"\\\\\");\r\n		if (index != std::basic_string<char>::npos)\r\n		{\r\n			// path\r\n			std::basic_string<char> tmpStr = myString.substr(0, index + 1);\r\n\r\n			localPath = (char*)malloc(tmpStr.size() + 1);\r\n			if (localPath)\r\n			{\r\n				ZeroMemory(localPath, tmpStr.size() + 1);\r\n				memcpy(localPath, tmpStr.c_str(), tmpStr.size());\r\n				// fileName\r\n				tmpStr = myString.substr(index + 1, myString.size() - index);\r\n\r\n				fileName = (char*)malloc(tmpStr.size() + 1);\r\n				if (fileName)\r\n				{\r\n					ZeroMemory(fileName, tmpStr.size() + 1);\r\n					memcpy(fileName, tmpStr.c_str(), tmpStr.size());\r\n\r\n					if ((localPath) && (fileName))\r\n					{\r\n						// PathName\r\n						Vpi_String szPathName;\r\n						Vpi_String_Initialize(&szPathName);\r\n						Vpi_String_AttachCopy(&szPathName, localPath);\r\n						SetDataPathName(&szPathName);\r\n						Vpi_String_Clear(&szPathName);\r\n						// FileName\r\n						Vpi_String szFileName;\r\n						Vpi_String_Initialize(&szFileName);\r\n						Vpi_String_AttachCopy(&szFileName, fileName);\r\n						SetDataFileName(&szFileName);\r\n						Vpi_String_Clear(&szFileName);\r\n					}\r\n					else\r\n						Vpi_Trace(m_ProxyStubConfiguration, VPI_TRACE_EXTRA_LEVEL_ERROR, \"Critical error>Memory error,DataFileName is corrupted\\n\");\r\n					if (localPath)\r\n						free(localPath);\r\n					if (fileName)\r\n						free(fileName);\r\n				}\r\n			}\r\n		}\r\n		else\r\n		{\r\n			uStatus = Vpi_BadInternalError;\r\n			Vpi_Trace(m_ProxyStubConfiguration, VPI_TRACE_EXTRA_LEVEL_ERROR, \"Critical error>Full Data filename is corrupted\\n\");\r\n		}',NULL,NULL,5,NULL,5,NULL,426,2,'2020-10-18 10:19:30','2020-10-19 13:48:21','2020-10-18',100,NULL,NULL,459,1,2,0,'2020-10-19 13:48:21'),(460,1,56,'VLE_RSTR','Bonjour,\r\n\r\nen attendant des nouvelles d\'ADP pour la mise en place des variables VLE_RSTR, pouvez-vous mettre en commentaire le code qui permet de lancer la requête sur l\'état des points appartenant au G1113 (via PID148).\r\nMerci.\r\n\r\nCdlt.\r\n\r\nNorbert',NULL,NULL,5,1,4,110,328,1,'2020-10-20 12:01:54','2020-10-20 16:20:41','2020-10-20',100,NULL,NULL,460,1,2,0,'2020-10-20 16:20:41'),(461,1,71,'Pas de soucis avec le serveur OPCUA et le chemin absolu du fichier data TEchpap par contre je n\'arrive pas a utiliser DirectAccess','Je ne parviens pas a utiliser l\'exe de demo que vous m\'avez fait passer\r\n\r\nY a t il qqes chose que je fais pas bien ?\r\n\r\nCf Copy ecran\r\n\r\nMerci \r\n\r\nDominique MOINEAU',NULL,NULL,1,NULL,4,NULL,426,1,'2020-10-20 17:13:06','2020-10-29 10:22:23','2020-10-20',0,NULL,NULL,461,1,2,0,NULL),(462,2,70,'Prise en compte de la version 1.0.5.9','Bonjour,\r\nCette évolution pour suivre votre prise en compte de la nouvelle version de la base de code.\r\nVoir screenshot dans le fichier joint.\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,424,4,NULL,1,7,'2020-10-28 21:33:40','2020-11-16 22:57:01','2020-10-28',100,NULL,NULL,462,1,2,0,'2020-11-16 22:57:01'),(463,3,75,'Problèmes/Questions pour le développement d\'un VPI pour le InternalKrnlAPI','Voici certains points de blocage que nous avons rencontré : \r\n\r\n*Projet : InternalKrnlAPI\r\n*Problème de compilation du InternalKrnlAPI (ce projet doit-il être placé dans un dossier spécifique, dans le projet OpenOPCUA (Serveur?) ) \r\n*Projet VPINullEx\r\n*\r\nJ’ai bien compris l’objectifs des classes EntryPoints, VPI Internal et VPINullEx, mais pour la classe dllmain, un élément doit il être placé pour le fonctionnement du VPI (comme dans le VPI OS) ?\r\n',NULL,NULL,6,NULL,4,NULL,432,1,'2020-10-29 13:59:12','2021-08-04 17:53:52','2020-10-29',100,NULL,NULL,463,1,2,0,'2021-08-04 17:53:52'),(464,1,56,'PERTE ESPACE ADRESSAGE','Bonjour Michel,\r\n\r\nje suis intervenu sur site le 30/10/20 suite à un appel de l\'astreinte signalant une perte de comm. entre le serveur et l\'UAE.\r\n\r\nà mon arrivée, je constate que le serveur fonctionne toujours mais il n\'y a plus d\'espace d\'adressage dans UAExpert.\r\n\r\nAprès relance du serveur, tout refonctionne à nouveau.\r\n\r\nCi-joint les logs.\r\n\r\nCordialement.\r\n\r\nNorbert',NULL,NULL,5,1,6,NULL,328,6,'2020-11-02 10:56:03','2022-02-17 18:48:06','2020-11-02',100,NULL,NULL,464,1,2,0,'2022-02-17 18:48:06'),(465,1,75,'Maquette Plant/Line','Bonjour,\r\navec la dernière base de code j\'arrive à lancer votre configuration sans problème.\r\nCependant je ne suis pas certain de comprendre votre objectif.\r\nJe vous livre une nouvelle version de la base de code dans la journée.\r\nJe vais en profiter pour vérifier le séquençage du démarrage. \r\n\r\nCordialement\r\nMichel',NULL,NULL,5,433,4,NULL,1,6,'2020-11-11 10:42:42','2021-08-30 18:10:08','2020-11-11',100,NULL,NULL,465,1,2,0,'2021-08-30 18:10:08'),(466,3,70,'Dysfonctionnement recipeList','',NULL,NULL,5,NULL,6,NULL,424,13,'2020-11-16 23:16:29','2020-12-07 18:14:04','2020-11-16',100,NULL,NULL,466,1,2,0,'2020-12-07 18:14:04'),(467,3,98,'Ximulator - generation running non stop','Bonjour Michel,\r\n\r\nSuite à votre nouvelle release de Ximulator, j\'ai fait un essai ce matin.\r\nLe fichier xml est bien monté dans le logiciel, je lance alors la génération et obtiens ceci :\r\n\r\n17/11/2020 08:58:57 XmiToNodeSet. New Project Folder17/11/2020 08:58:57 New projet folder set:C:\\Users\\U563914\\Desktop\\OPCUA_Part-2\r\n17/11/2020 08:58:57 Load XMI file: C:\\Users\\U563914\\Desktop\\OPCUA_Part-2\\Exo_Tricycle.xml\r\n17/11/2020 08:58:57 SuperType is NULL\r\n17/11/2020 08:58:57 SuperType is NULL\r\n17/11/2020 08:59:16 Generation started\r\n17/11/2020 08:59:23 Generation running\r\n17/11/2020 08:59:23 Generation of Nodeset file. Pre-steps\r\n17/11/2020 08:59:23 Generation: DataTypes\r\n17/11/2020 08:59:23 Generate UaDataTypes 9\r\n17/11/2020 08:59:24 Generation: Types from classList\r\n17/11/2020 08:59:24 Generate 5 UaTypes and attributes from the class list\r\n\r\nMalgré plusieurs essais (et une attente de 5-10 minutes à chaque fois) pas de changement. Ximulator semble tourner en arrière plan mais il n\'arrive pas à générer.\r\nJe vous met mon fichier EAP en pj.',NULL,NULL,3,1,4,NULL,450,12,'2020-11-17 09:26:41','2022-05-14 11:56:21','2020-11-17',100,NULL,NULL,467,1,2,0,'2020-11-18 23:58:58'),(468,3,98,'Génération Nodet et Doc vide','Bonjour Michel,\r\n\r\nSuite à la nouvelle version, j\'ai un problème différent de celui de Guy Alexis.\r\n\r\nMa génération se passe à priori bien, bien le fichier doc est vide et le nodeset ne contient que les alias des datatypes \"simple\" (Int / float/ ...)\r\n\r\nCi-joint le fichier Log et fichier Xml de mon tricycle ainsi que les 2 fichiers généré',NULL,NULL,5,1,4,NULL,447,5,'2020-11-17 09:40:16','2022-05-14 11:55:43','2020-11-17',100,NULL,NULL,468,1,2,0,'2020-11-17 10:24:46'),(469,1,46,'V1.0.5.8 : CoreServer trace error \"0x807A BadSequenceNumberUnknown\" when used with OpenOpcUaClientLib.dll','After deep search, it seems that, in ClientSession.cpp,  PublishAsyncCallback at ligne 208, the client return a unattended Sequence number (an old one) to the server. \r\nIt is unattended because the serve message is a KeepAlive (no data to notify so no sequence number).\r\n\r\nI modified this part  like that :\r\n\r\n202	if (pSessionClient->FindSubscription(pResponse->SubscriptionId, &pSubscription) == OpcUa_Good)\r\n203	{\r\n204		pSubscription->WakeupKeepAliveThreadSem();\r\n205		if (!pSubscription->IsMarkForDeletion())\r\n206		{\r\n207*			//if (pResponse->NotificationMessage.SequenceNumber >= 0)\r\n208			if (pResponse->NoOfAvailableSequenceNumbers> 0) //JMC pour ne pas réempilé un Acq si KeepAliveMessage ???*\r\n209				pSubscription->AddSequenceNumber(pResponse->NotificationMessage.SequenceNumber);\r\n210		}\r\n211	}\r\n212	else\r\n\r\n\r\n\r\nI don\'t known if it\'s the good maner to solve the problem, but it solve it.',NULL,NULL,1,1,5,152,398,1,'2020-11-18 16:20:58','2020-11-18 18:59:27','2020-11-18',0,NULL,NULL,469,1,2,0,NULL),(470,3,70,'Modifications champs - variables UA','Bonjour,\r\nSuite à notre réunion teams, ci-dessous les champs que j\'aimerais modifier:\r\n> Ajout dans \"IdGunEnum\".\r\n>> <Field Name=\"Gun1\" Value=\"2\" />\r\n>> <Text>Gun1 Gun 2</Text>\r\n\r\n> Suppression dans \"RecipeEltDataType\"\r\n>> <Field Name=\"Internal_priming_vol\" DataType=\"Float\" />\r\n>> <Field Name=\"Internal_regen_vol\" DataType=\"Float\" />\r\n\r\n> Ajout d\'un champ Recipe_ID dans \"RecipeDataType\"\r\n\r\nMerci.',NULL,NULL,5,NULL,4,NULL,424,3,'2020-11-18 19:06:33','2020-11-19 22:02:21','2020-11-18',100,NULL,NULL,470,1,2,0,'2020-11-19 22:02:21'),(471,3,78,'Lecture du nodeset/Config OPCUA','Re bonjour Michel,\r\nComme demandé, voici en PJ du ticket le dossier de mon projet\r\nJ\'ai préféré ouvrir un ticket car cela vient d\'un problème, de manip ou d\'une exception quelque part (ou autre)\r\n\r\nCordialement,',NULL,NULL,5,NULL,4,NULL,451,1,'2020-11-19 15:56:50','2022-05-20 15:29:01','2020-11-19',100,NULL,NULL,471,1,2,0,'2022-05-20 15:29:01'),(472,1,70,'Dysfonctionnement opcua publish/subscribe','Bonjour,\r\nJe constate un problème avec cette version et qui était présent dans la version précédente.\r\nLe problème c\'est que le serveur ne semble pas mettre à jour les données auxquelles le client est souscrit.\r\nJ\'ai fait le test en modifiant les données dans la cache mais si je ne fais pas un refresh depuis le client, la modification n\'est pas publier.\r\n\r\n',NULL,NULL,5,NULL,4,NULL,424,7,'2020-11-24 16:20:12','2020-12-02 13:34:51','2020-11-24',100,NULL,NULL,472,1,2,0,'2020-12-02 13:34:51'),(473,1,47,'SubSystemName issue','Erreur en changeant le SubSystemName',NULL,NULL,2,1,6,NULL,1,0,'2020-12-01 10:57:31','2020-12-01 10:57:31','2020-12-01',0,NULL,NULL,473,1,2,0,NULL),(474,1,78,'Fichier Config serveur ','Bonjour Michel, \r\nLors de l\'ouverture du StartServerRelease.bat , le fichier de configuration généré avec le configurateur n\'est pas directement ouvert. \r\nAprès quelques essais, en créant un dossier \"Project\" et en y plaçant mon fichier de configuration renommé ainsi : ConfigOpenOpcUa_Release la manipulation fonctionne. \r\nSi le fichier n\'a pas le même nom , la manipulation ne fonctionne pas.\r\n\r\nScreen de l\'erreur en fichier joint \r\n',NULL,NULL,5,1,4,NULL,454,1,'2020-12-01 16:54:29','2022-05-20 15:30:39','2020-12-01',100,NULL,NULL,474,1,2,0,'2022-05-20 15:30:39'),(475,1,56,'MultiTag','Bonjour,\r\nje viens de constater que le multi-tag n\'est plus actif dans votre VPI.\r\n@Norbert. Avez vous constaté un problème ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,NULL,4,NULL,1,1,'2020-12-01 18:05:10','2020-12-03 13:55:39','2020-12-01',100,NULL,NULL,475,1,2,0,'2020-12-03 13:55:39'),(476,1,79,'Validation accès RDP','Bonjour,\r\nCe ticket pour suivre et valider la mise en place du lien RDP.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,461,6,NULL,1,7,'2020-12-02 16:55:58','2020-12-03 10:04:36','2020-12-02',0,NULL,NULL,476,1,2,0,'2020-12-03 09:51:35'),(477,1,79,'Problème de configuration','Bonjour,\r\nj\'ai commencé à étudier votre configuration.\r\nCelle ci regroupe plusieurs sous-systèmes sur une instance du VPI.\r\nCette déclaration bien que fonctionnelle sous l\'angle du schéma SubSystem.xsd n\'est pas fonctionnelle sous l\'angle du serveur.\r\nIl faut donc déclarer 1 VPI par sous-système. Je vais modifier votre configuration et relancer les tests.\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,NULL,4,NULL,1,1,'2020-12-03 17:41:13','2020-12-09 20:08:35','2020-12-03',100,NULL,NULL,477,1,2,0,'2020-12-09 20:08:35'),(478,3,75,'Capabilité d\'OpenOpcUa d\'être addressé par des webservices','Suite aux requirements d\'eMotors, nous nous posons la question de la capabilité d\'OpenOpcUa d\'être attaqué et d\'interagir avec des webservices.\r\n\r\nEst-ce possible nativement ?\r\nEst-ce envisageable de le mettre en œuvre ?\r\nCe cas de figure a-t-il déjà été implémenté ?',NULL,NULL,5,1,5,NULL,433,2,'2020-12-04 10:39:07','2021-08-04 17:55:37','2020-12-04',100,NULL,NULL,478,1,2,0,'2021-08-04 17:55:37'),(479,1,78,'Datatype boolean','Dans le modèle ci-joint, j\'ai ajouté un UserDataType StatusDataType dans le IOValueDataType.\r\n\r\nTout fonctionne sauf le tableau (problème connu) mais également le boolean. Il est dans le nodeset, mais n\'apparait pas dans le modèle (peut-être i=0?): <Field Name=\"Completed\" DataType=\"i=0\"></Field>\r\n\r\n',NULL,NULL,5,1,4,NULL,447,1,'2020-12-07 18:13:51','2020-12-07 19:30:30','2020-12-07',100,NULL,NULL,479,1,2,0,'2020-12-07 19:30:30'),(480,1,47,'Création Nodeset avec configManager','Le fichier nodeset généré par configmanager n\'a pas la même forme que le nodeset généré par Ximulator. \r\n\r\nLa partie Alias en sortie de configmanager est vide\r\nLa partie Alias en sortie de Ximulator est completée\r\n\r\nMais ca n\'a pas l\'air de poser problème dans le serveur\r\n',NULL,NULL,5,NULL,4,NULL,447,2,'2020-12-07 18:29:39','2022-05-14 11:54:31','2020-12-07',100,NULL,NULL,480,1,2,0,'2020-12-08 14:43:09'),(481,1,79,'Memory Leak','Bonjour,\r\nje pense qu\'il y a une fuite mémoire dans l\'application. Son origine se trouve soit :\r\n* dans le VPI qans il détecte une erreur 0x800040000\r\n* dans l\'application client si elle n\'acquittent les messages de notification\r\n\r\nJe propose de laisser tourner ma la RAM est déjà à 575Mo.  \r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,2,461,6,NULL,1,14,'2020-12-07 19:44:34','2021-01-18 08:17:04','2020-12-07',0,NULL,NULL,481,1,2,0,NULL),(482,3,75,'Outils OOUA','Bonjour Michel,\r\n\r\nPourriez-vous SVP mettre à notre disposition les deux outils OOUA de Configuration et d\'Instanciations présentés le 23/oct dernier ?\r\n\r\nMerci,\r\nChristophe',NULL,NULL,3,1,4,NULL,436,2,'2020-12-08 09:35:45','2021-08-04 17:56:10','2020-12-08',100,NULL,NULL,482,1,2,0,'2021-08-04 17:56:10'),(483,3,1,'Instanciations dynamiques','Bonjour Michel,\r\n\r\nDans le cadre d\'une architecture OOUA Agrégateur/Graines utilisée dans le monde de la production industrielle et mettant en œuvre un modèle opc ua propriétaire complexe, quelle serait SVP l\'approche OOUA pour pouvoir instancier dynamiquement les pièces (utilisées pour la production), les composants (créés tout au long de la production) et les produits créés (produits finis résultats de la production) ?\r\n\r\nPar ailleurs, les données opc ua liées à ces pièces/composants/produits devant être archivées sur plusieurs dizaines d\'années, comment gérer la croissance quotidienne importante de l\'Address Space tant au niveau Graines qu\'au niveau Agrégateur ?  \r\n\r\nMerci,\r\nChristophe',NULL,NULL,1,1,4,NULL,436,0,'2020-12-08 09:50:39','2020-12-08 09:50:39','2020-12-08',0,NULL,NULL,483,1,2,0,NULL),(484,1,60,'Instabilité du serveur sur site RATP','Bonjour,\r\nsuite à votre mail reportant un problème de stabilité j\'ouvre ce ticket pour commercer la collecte d\'information.\r\nLe premier objectif est de comprendre le/les problème(s) pour mieux pouvoir le/les corriger\r\nMerci de me fournir des log, ficher WS lors de l\'apparition du/des problèmes(s)\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,1,355,5,NULL,1,1,'2020-12-08 11:26:28','2020-12-08 11:40:46','2020-12-08',0,NULL,NULL,484,1,2,0,NULL),(485,1,79,'Crash','Le dump est stocké sur la machine: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201208_102531.dmp\r\n\r\nJ\'ai \"simplement\" fermé UA Expert puis redémarré, car je voyais beaucoup d\'erreur (que je n\'ai hélas pas noté).',NULL,NULL,5,461,7,NULL,461,21,'2020-12-08 12:49:55','2021-04-09 18:24:16','2020-12-08',100,NULL,NULL,485,1,2,0,'2021-04-09 18:24:16'),(486,3,79,'Récupération configuration des serveurs','Bonjour,\r\n\r\nVous nous aviez parler d\'aspirer la configuration des serveurs S7/UC au démarrage et nous aurions quelques questions à ce sujet.\r\n\r\nSurtout concernant les nodes id. Cette opération permet-t-elle de récupérer l\'addressage et les/des nodes id qui nous permettrait de valider notre configuration sub-system et/ou de la créer lors d\'un premeir démarrage.\r\n\r\nMerci,\r\nC.',NULL,NULL,1,NULL,4,NULL,461,1,'2020-12-10 08:08:06','2020-12-10 08:15:12','2020-12-10',0,NULL,NULL,486,1,2,0,NULL),(487,1,79,'Chargement des VPIs avec sub-systems','Re-bonjour,\r\n\r\nJ\'ai créé un outil nous permettant de généré la config multi-sub-system et je test maintenant le procédé sur une configuration client.\r\n\r\nLa configuration contient 8 sous-systèmes, mais 7 d\'entre eux renvoi cette erreur:\r\n\r\nOpenOpcUa:ALWAYS> Vpi VPIS7.dll version: 1.0.0.4 loaded sucessfully but error occurs in GlobalStart: 0x803e0000\r\n\r\nEst-ce parceque il n\'y a pas d\'automate derrière, donc une simple erreur de connexion?\r\n\r\nSi oui, pourquoi le 8ème et dernier VPI n\'est pas d\'erreur. C\'est d\'ailleurs le seul VPI qui s\'affiche dans UA Expert quand je me connecte au serveur.\r\n\r\nCi-joint les fichiers config et une copie d\'écran du résultat dans UA Expert.\r\n\r\nPouvez-vous jeter un oeuil au fichiers de config et me dire si ils vous paraissent ok?\r\n\r\nMerci,\r\nC.',NULL,NULL,1,NULL,4,NULL,461,2,'2020-12-10 12:21:40','2020-12-10 13:10:00','2020-12-10',0,NULL,NULL,487,1,2,0,NULL),(488,1,98,'Tableau dans une variable','Bonjour Michel,\r\n\r\nJe viens de faire des essais avec Ximulator. Les tableaux compris dans un userdatatype (donc dans le dictionnaire de type) ont l\'air de fonctionner. Mais un tableau qui n\'est pas dans un userdatatype est bien déclaré sous forme de tableau (ValueRank = 1) mais le ArrayDimensions dans la déclaration de la UAVariable est toujours à 0 malgré une valeur renseigné dans le fichier UML EA.\r\n\r\n',NULL,NULL,2,1,4,NULL,447,1,'2020-12-10 17:31:50','2022-05-14 11:53:57','2020-12-10',0,NULL,NULL,488,1,2,0,NULL),(489,1,79,'Nouveau crash','[23:10:52] Exception: 80000003.BREAKPOINT\r\n[23:10:52] Exception: C0000374\r\n[23:10:52] Unhandled: C0000374\r\n[23:10:52] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201210_231052.dmp\r\n[23:10:53] Dump 1 complete: 33 MB written in 0.1 seconds\r\n[23:10:53] Dump count reached.\r\n\r\n[08:03:21] Exception: 80000003.BREAKPOINT\r\n[08:03:21] Exception: C0000374\r\n[08:03:21] Unhandled: C0000374\r\n[08:03:21] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201211_080321.dmp\r\n[08:03:21] Dump 1 complete: 10 MB written in 0.1 seconds\r\n[08:03:22] Dump count reached.',NULL,NULL,5,NULL,4,NULL,461,5,'2020-12-11 08:03:54','2021-04-09 18:35:04','2020-12-11',100,NULL,NULL,489,1,2,0,'2021-04-09 18:35:04'),(490,3,56,'Generation server','Bonjour Norbert,\r\nci-dessous le travail de préparation avant notre call de 15h ce jour.\r\nCharger les sources 1.0.5.9\r\ndécompresser dans un répertoire de votre choix\r\nlancer Visual Studio\r\nCharger le projet serveur et compiler l\'ensemble en debug 64bit\r\nCharger le projet OpenOpcUaVpiLibrary et compiler l\'ensemble en debug 64bit\r\nCharger le projet VpiTycoEx et compiler l\'ensemble en 64bit\r\nCopier les binaires, serveur et DLLs, dans un répertoire de test\r\nLancer\r\nCordialement\r\nMichel',NULL,NULL,5,328,7,NULL,1,1,'2020-12-11 14:48:07','2022-10-06 12:51:52','2020-12-11',0,NULL,NULL,490,1,2,0,'2022-10-06 12:51:52'),(491,2,79,'Accès TeamViewer','Nouveau mot de passe (reboot mise à jour PC): p52un6',NULL,NULL,1,NULL,4,NULL,461,9,'2020-12-14 09:08:12','2020-12-16 13:12:09','2020-12-14',0,NULL,NULL,491,1,2,0,NULL),(492,1,46,'V1.0.5.8 OpenOpcUaClientLib.dll : 0x0807a000 Result in TopServer 6.6 OPC Diagnostics','When i used OpenOpcµUaClientlib.dll with TopServer 6.6 OPCUAServer. I found this message in TopServer OPCUA diagnostics :\r\n12/12/2020 02:44:23.817 [opc.tcp://FBFC-SRV-OPCUA-P:49380] PublishResponse\r\n	0000000000: Event started\r\n	0000000000:    Response Header: \r\n	0000000000:       timestamp (UTC): 2020-12-12T01:44:23.817 \r\n	0000000000:       requestHandle: 526480 \r\n	0000000000:       serviceResult: 0x00000000 (Good) \r\n	0000000000:    Parameters: \r\n	0000000000:       subscriptionId: 9 \r\n	0000000000:       availableSequenceNumbers []: Size: 0 \r\n	0000000000:       moreNotifications: 0 \r\n	0000000000:       notificationMessage: \r\n	0000000000:          sequenceNumber: 2 \r\n	0000000000:          publishTime (UTC): 2020-12-12T01:44:23.817 \r\n	0000000000:          notificationData []: Size: 0 \r\n	0000000000:       acknowledgementResults []: Size: 1 \r\n	0000000000:          acknowledgementResults [ 0 ]: 0x807a0000 (BadSequenceNumberUnknown) \r\n	0000000000: Event complete\r\n\r\nit seemes to be the same warning that i notice with OpcUaCoreServer (see http://www.openopcua.org/redmine/issues/469)\r\n\r\ni join a more complete extract from TopServer diagnostics',NULL,NULL,1,1,4,152,398,2,'2020-12-14 11:31:33','2020-12-14 13:45:07','2020-12-14',0,NULL,NULL,492,1,2,0,NULL),(493,1,78,'ValueRank hors limite Sortie ConfigManager','Bonjour Michel,\r\n\r\nLe fichier NodeSet de Type qui sort de ConfigManager génère une erreur sur SIOME : \r\nValidation for c:\\user\\JV14239\\Documents\\OPC UA\\ATP\\OOUA_Test\\Config2\\Opc.Ua.NodeSet2.ATPLine_Ximu.xml failed: Line 7, position 131: L\'attribut \'ValueRank\' n\'est pas valide - La valeur \'4294967295\' n\'est pas valide selon son type de données \'http://opcfoundation.org/UA/2011/03/UANodeSet.xsd:ValueRank\' - La chaîne \'4294967295\' n\'est pas une valeur Int32 valide.\r\n\r\nLa valueRank est à priori trop haute et pas compatible avec un Int32',NULL,NULL,5,1,4,NULL,447,1,'2020-12-14 17:34:41','2022-05-20 15:31:33','2020-12-14',100,NULL,NULL,493,1,2,0,'2022-05-20 15:31:33'),(494,1,43,'CurrencyUnitType cause a crash on stop ','When i setup the VpiUAClient CurrencyUnitType cause a crash when i stop the application.\r\nThe UAVariable transporting the CurrencyUnitType seems release twice or not properly initialized.\r\n',NULL,NULL,1,1,4,NULL,1,0,'2020-12-14 21:42:20','2020-12-14 21:42:20','2020-12-14',0,NULL,NULL,494,1,2,0,NULL),(495,2,42,'Add function to load configration without restoration','Add a new feature during the call to OpenOpcUa_LoadConfig\r\nA new parameter (OpcUa_Boolean) allows to restore or not the configuration\r\nRestore meaning :\r\nTrue: Load, connect, createSubscriptio and add monitoredItems.\r\nFalse: Load only',NULL,NULL,2,1,4,NULL,1,0,'2020-12-15 22:19:50','2020-12-15 22:19:50','2020-12-15',50,NULL,NULL,495,1,2,0,NULL),(496,1,79,'Crash avec popup','Ci-joint le dump concernant un nouveau crash aujourd\'hui.\r\n\r\n[12:57:58] Exception: 80000003.BREAKPOINT\r\n[12:57:58] Exception: C0000374\r\n[12:57:58] Unhandled: C0000374\r\n[12:57:58] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201216_125758.dmp\r\n[12:57:58] Dump 1 complete: 10 MB written in 0.2 seconds\r\n[12:57:58] Dump count reached.\r\n\r\nCordialement,\r\nCédric Counotte.',NULL,NULL,1,NULL,4,NULL,461,0,'2020-12-16 13:51:53','2020-12-16 13:51:53','2020-12-16',0,NULL,NULL,496,1,2,0,NULL),(497,2,42,'Adjust the parentNodeId - TBD implement in a better way. Note 12/2020','Change the code in function OpenOpcUa_BrowseEx.\r\nLine 3549\r\n<pre>\r\nif ((!pReferenceDescription->IsForward) \r\n	&& (pReferenceDescription->NodeId.NodeId.Identifier.Numeric != 0)\r\n	&& (pReferenceDescription->ReferenceTypeId.Identifier.Numeric==35)\r\n	&& (pReferenceDescription->ReferenceTypeId.Identifier.Numeric == 45)\r\n	&& (pReferenceDescription->ReferenceTypeId.Identifier.Numeric == 46)\r\n	&& (pReferenceDescription->ReferenceTypeId.Identifier.Numeric == 47))\r\n</pre>',NULL,NULL,1,1,5,NULL,1,0,'2020-12-16 21:46:16','2020-12-16 21:46:16','2020-12-16',0,NULL,NULL,497,1,2,0,NULL),(498,1,79,'Exceptions 6 à répétition','Procdump rapporte des exceptions fréquentes, alors même qu\'aucun clients n\'est utilisé. Cette nuit, uniquement notre application tournaient (2 clients, l\'un local, l\'autre déporté sur un PC distant).\r\n\r\n[13:20:31] Exception: 00000006\r\n[13:41:22] Exception: 00000006\r\n[16:52:47] Exception: 00000006\r\n[21:59:38] Exception: 00000006\r\n\r\n',NULL,NULL,1,NULL,4,NULL,461,0,'2020-12-17 08:04:35','2020-12-17 08:04:35','2020-12-17',0,NULL,NULL,498,1,2,0,NULL),(499,3,79,'Test client','Nous avons un client ou les problèmes OpenOPCUA sont particulièrement nombreux et nous aimerions donc (avec son accord) installé la version du serveur la plus récente.\r\n\r\nPourriez-vous mettre à jour le serveur (ou nous fournir les binaires) sur la machine de test, que nous puissions vérifier la correction des différents crash relevés et ainsi l\'installer chez ce client?\r\n\r\nMerci,\r\nCédric Counotte.',NULL,NULL,1,NULL,5,NULL,461,2,'2020-12-17 08:07:08','2020-12-17 08:28:43','2020-12-17',0,NULL,NULL,499,1,2,0,NULL),(500,1,46,'V1.0.5.8 : Unprotected push_back in CClientApplication::AddLoggerMessage(CLoggerMessage* pLoggerMessage)','m_loggerMessageList is consumed in InternalMessageThread in protected maner by m_hloggerMessageListMutex.\r\n\r\nBut m_loggerMessageList loading is not protected in AddLoggerMessage.\r\n\r\nI propose the following correction :\r\n\r\nvoid CClientApplication::AddLoggerMessage(CLoggerMessage* pLoggerMessage)\r\n{\r\n	OpcUa_Mutex_Lock(m_hMessageLoggerMutex);		//JMC ++ Protection du stockage dans la liste accédée par InternalMessagethread\r\n	m_LoggerMessageList.push_back(pLoggerMessage);\r\n	OpcUa_Mutex_Unlock(m_hMessageLoggerMutex);		//JMC++\r\n}',NULL,NULL,5,NULL,4,NULL,398,1,'2020-12-17 14:23:06','2020-12-17 14:26:29','2020-12-17',100,NULL,NULL,500,1,2,0,'2020-12-17 14:26:29'),(501,1,46,'V1.0.5.8: memory leak in CSubscriptionClient::CreateMonitoredItemFragment','In CSubscriptionClient::CreateMonitoredItemFragment, a part of resources release is comment (lines 232 to 241).\r\nI sugest to uncomment :\r\n		//Release resources\r\n		/*  JMC reactivation liberation des ressources */\r\n		if (hMonitoredItems)\r\n			OpcUa_Free(hMonitoredItems);\r\n		for (OpcUa_UInt32 ii = 0; ii < NoOfItemsToCreate; ii++) \r\n		{       \r\n			if (pItemsToCreateRequest[ii].RequestedParameters.Filter.Body.EncodeableObject.Object)\r\n				OpcUa_Free(pItemsToCreateRequest[ii].RequestedParameters.Filter.Body.EncodeableObject.Object);\r\n			OpcUa_NodeId_Clear(&(pItemsToCreateRequest[ii].ItemToMonitor.NodeId));                       \r\n		}                                \r\n		OpcUa_Free(pItemsToCreateRequest);/**/',NULL,NULL,1,NULL,4,NULL,398,0,'2020-12-17 14:32:09','2020-12-17 14:32:09','2020-12-17',0,NULL,NULL,501,1,2,0,NULL),(502,1,46,'V1.0.5.8: memory leak in CApplication::LoadPFXCertificate','Certificate and private key ByteString allocated by \"OpcUa_Certificate_LoadPrivateKeyFromFile\" are not released in all cases.\r\n\r\nI suggest to release the two ByteStrings at line 435 :\r\n\r\n433            else\r\n434                uStatus = OpcUa_BadCertificateUseNotAllowed; // Here this mean that no certificate match the CommonName\r\n435            OpcUa_ByteString_Clear(&aCertificate);        //JMC++\r\n436            OpcUa_ByteString_Clear(&(aPrivateKey.Key));   //JMC++\r\n437        }\r\n438    else\r\n439        OpcUa_Trace(m_pTraceConfiguration, OPCUA_TRACE_EXTRA_LEVEL_ERROR, \"Impossible to load PrivateKey From %s\\n\", pszFullFileName);\r\n',NULL,NULL,5,NULL,3,NULL,398,1,'2020-12-17 14:43:06','2020-12-17 14:45:51','2020-12-17',100,NULL,NULL,502,1,2,0,'2020-12-17 14:45:51'),(503,1,79,'Crash C0000005','[21:10:52] Exception: C0000005.ACCESS_VIOLATION\r\n[21:10:52] Unhandled: C0000005.ACCESS_VIOLATION\r\n[21:10:52] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_201217_211052.dmp\r\n[21:10:53] Dump 1 complete: 131 MB written in 0.6 seconds\r\n[21:10:53] Dump count reached.\r\n\r\nCi-joint le dump mentionné.\r\n\r\nPas de UAExpert, 2 clients sans activité sur la machine.',NULL,NULL,1,NULL,4,NULL,461,2,'2020-12-18 09:06:04','2021-01-18 13:02:14','2020-12-18',0,NULL,NULL,503,1,2,0,NULL),(504,1,79,'Ecrasement des données à chaque démarrage!','Nous avons découvert un problème fonctionnel important avec la nouvelle version du serveur.\r\n\r\nToutes les données des automates sont remises à zero à chaque démarrage du serveur, en particulier la recette, voir copie d\'écran ci-joint.\r\n\r\nJ\'ai donc testé avec l\'ancienne version, aucun soucis au démarrage du serveur, les valeurs persistent.',NULL,NULL,5,1,6,NULL,461,12,'2020-12-18 09:59:04','2020-12-22 15:17:41','2020-12-18',100,NULL,NULL,504,1,2,0,'2020-12-22 15:17:41'),(505,1,46,'OpenOpcUa Client : Memoryleak during auto reconnect process','I finish to correct all detected memory leaks which apear durring auto reconnect process.\r\nIt still remain the error on sequencenumber\r\nImpacted files are :\r\nApplication.cpp (sharedlib)\r\nsessionbase.cpp (sharedlib)\r\nClientApplicaiton.cpp (ClientLib)\r\nClientSession.cpp (ClientLib)\r\nSubscriptionClient.cpp (ClientLib)\r\nI submit the files, joined to this demand with my integration report\r\n',NULL,NULL,5,1,4,152,398,3,'2020-12-22 16:34:38','2020-12-23 08:39:41','2020-12-22',100,NULL,NULL,505,1,2,0,'2020-12-22 17:54:20'),(506,1,79,'Situation au 31/12','Bonjour,\r\nje viens de me connecter (31/12 14h00 heure locale) pour surveiller le serveur.\r\nSuite à ma dernière mise à jour le serveur fonctionnait depuis plus de 48h sans problème.\r\nJe note que deux instances du serveur sont actives\r\n!clipboard-202012311404-9xoxt.png!\r\n\r\nMes questions :\r\n* Pourquoi y a-t-il deux instances ?\r\n* Comment la dernière instances s\'est arrêtée ?\r\nDans l\'attente je vous souhaite un bon réveillons et je vous donne rendez vous l\'année prochaine.\r\n\r\nBien cordialement\r\nMichel Condemine',NULL,NULL,1,461,4,NULL,1,3,'2020-12-31 14:08:17','2021-01-04 09:32:02','2020-12-31',0,NULL,NULL,506,1,2,0,NULL),(507,1,79,'Crash C0000374','[09:38:58] Exception: 80000003.BREAKPOINT\r\n[09:38:58] Exception: C0000374\r\n[09:38:58] Unhandled: C0000374\r\n[09:38:58] Dump 1 initiated: C:\\EXELSIUS\\4CE\\OpenOpcUaServer\\OpenOpcUaCoreServer_Release.exe_210107_093858.dmp\r\n[09:38:58] Dump 1 complete: 10 MB written in 0.2 seconds\r\n[09:38:58] Dump count reached.\r\n\r\n\r\nToujours en utilisant UA Expert.',NULL,NULL,5,1,4,NULL,461,8,'2021-01-07 09:42:17','2021-04-09 18:34:11','2021-01-07',100,NULL,NULL,507,1,2,0,'2021-04-09 18:34:11'),(508,3,58,'[CHUBB] Certification OPC-UA','Monsieur Condemine,\r\nSuite à votre réponse par mail nous avons déplacé le chargement du fichier \'Opc.Ua.NodeSet2.CTT.xml\' et les erreurs dans le log sont bien supprimées, merci.\r\nPouvez-vous nous fournir les fichiers OPC Foundation à jour ?\r\nDe notre côté le setup spécial certification est prêt, nous allons le mettre à jour en fonction de vos retours.\r\nMerci!',NULL,NULL,5,1,6,82,347,1,'2021-01-08 17:04:56','2022-03-27 23:35:03','2021-01-08',100,NULL,NULL,508,1,2,0,'2022-03-27 23:35:03'),(509,3,58,'[CHUBB] Certification OPC-UA','Bonjour monsieur Condemine,\r\n\r\nNous mettons à votre disposition en fichier joint un zip contenant un setup d\'installation spécifique à la certification OPC-UA.\r\nLe zip contient le setup (Setup_Concentrateur_ADP_32bits_2.0.1.6-CertificationOpcUa.exe) ainsi que les divers setups des prérequis.\r\nLe fichier des types CTT est intégré dans le projet chargé au démarrage du serveur.\r\nNous avons mis à jour les nodesets avec la version 1.03.\r\nCela vous permet de commencer les tests de certification.\r\nNous mettrons éventuellement à jour le serveur avec la dernière version de la pile OPC-UA si nous avons le temps par rapport aux dead lines de CHUBB.\r\n\r\nCordialement,\r\nOlivier PESLE.',NULL,NULL,5,1,6,NULL,347,7,'2021-01-11 18:48:27','2022-03-27 23:34:33','2021-01-11',100,NULL,NULL,509,1,2,0,'2022-03-27 23:34:33'),(510,1,79,'OOUAVpiLibrary Trace Issue','Bonjour,\r\nj\'ai désactivé la trace sur les Vpi que je suspecte être à l\'origine de problèmes de stabilité.\r\nLa fonction Vpi_Trace_Internal est court-circuitée dan VpiTrace.cpp ligne 353 \r\n\r\nA suivre\r\n\r\nCordialement',NULL,NULL,2,1,4,NULL,1,0,'2021-01-12 13:28:03','2021-01-12 13:28:03','2021-01-12',0,NULL,NULL,510,1,2,0,NULL),(511,2,98,'Vérifier que Ximulator ajoute la référence HasTypeDefinition','Vérifier que Ximulator ajoute la référence HasTypeDefinition',NULL,NULL,5,1,4,NULL,1,2,'2021-01-12 13:54:55','2022-05-14 11:52:57','2021-01-12',100,NULL,NULL,511,1,2,0,'2022-05-14 11:52:57'),(512,1,73,'Problème VPI','Bonjour Monsieur Condemine, \r\n\r\nJ\'ai actuellement 3 problèmes sur le VPI que j\'ai mis en place.\r\n\r\nContexte : Je veux communiquer entre un automate et le logiciel Avisio en passant par le serveur OPCua. Pour cela 2 VPI ont été créé, un VPI \r\n(ModbusAviso-00200) entre Avisio et le serveur OPCua fait par Alexis et un autre VPI (Modbusautomate00300) entre l\'automate et le serveur OPCua fait par moi.\r\n\r\n1er problème : Sur le VPI (Modbusautomate00300) en effectuant mes tests, j\'ai constaté que je n\'arrive pas à trouver l\'adresse de la variable \"DB1.DBD42\". C\'est à dire que j\'ai affecté des valeurs à mon automate, à l\'adresse 0130016 doit se trouver la valeur 42, mais à la place j\'ai la valeur 46 qui se trouve être la valeur de l\'adresse d\'après soit 0130018. J\'ai donc un décalage sur mes adresses.\r\n\r\n2ème problème : En rajoutant mes variables une par une, à la variable \"DB1.DBD82\" j\'ai observé sous Wireshark un code d\'erreur \"Illegal data address\" et les  valeurs dans mon automate ne s\'affichent pas sur Avisio.\r\n\r\n3ème problème : A chaque redémarrage du serveur OPCua comme mes variables sont déclarées en Input-Output, cela force les valeurs dans mon automate à 0. Le problème est que si je déclare mes variables en Input, les valeurs dans mon automate ne s\'affichent pas sur Avisio quand je lance le serveur OPCua. \r\n\r\nVous Trouverez en fichier joint le projet en Zip.\r\n\r\n',NULL,NULL,3,1,5,NULL,459,3,'2021-01-12 18:12:49','2021-03-02 15:17:25','2021-01-12',100,NULL,NULL,512,1,2,0,'2021-03-02 15:17:25'),(513,1,79,'Connexion impossible','Le process du serveur est lancé, aucun crash depuis 13h32.\r\n\r\nJ\'ai activé les diagnostiques, vérifié les données de diag dans UAExpert, puis désactivé les diagnostiques. Jusque là tout semble aller bien.\r\n\r\nPuis j\'ai voulu réactiver les diagnostiques. Là UA Expert s\'est bloqué et a fini par affiché un timeout write...\r\n\r\nDepuis notre client n\'arrive plus à ce connecter, ni UA Expert. Redémarrage manuel du serveur nécessaire.',NULL,NULL,5,1,4,NULL,461,12,'2021-01-13 14:45:28','2021-01-18 08:15:54','2021-01-13',100,NULL,NULL,513,1,2,0,'2021-01-14 16:26:04'),(514,1,75,'Plantage serveur sur ingestion fichier NodeSet incorrect','Ingestion d\'un fichier NodeSet2 avec un Node mal défini. \r\nErreur = syntaxe incorrecte (i=xxxx  -> 4 fois la lettre \"x\") dans l\'énoncé d\'une reference.\r\n\r\nDump de l\'un des Nodes concernés.\r\n  <UAObject NodeId=\"ns=1;i=6972\" BrowseName=\"Default Binary\">\r\n    <DisplayName>Default Binary</DisplayName>\r\n    <References>\r\n      <Reference ReferenceType=\"HasTypeDefinition\" IsForward=\"true\">i=76</Reference>\r\n      <Reference ReferenceType=\"HasDescription\" IsForward=\"true\">ns=1;i=xxxx</Reference>\r\n      <Reference ReferenceType=\"HasEncoding\" IsForward=\"false\">ns=1;i=261</Reference>\r\n    </References>\r\n  </UAObject>\r\n\r\nEn retirant les nodes concernés, le serveur réussi à démarrer.\r\n',NULL,NULL,5,1,3,NULL,433,2,'2021-01-13 14:51:31','2023-02-08 18:57:33','2021-01-13',100,NULL,NULL,514,1,2,0,'2023-02-08 18:57:33'),(515,1,73,'Echange de données','Bonjour Monsieur Condemine, \r\n\r\nAvant de vous expliquer le nouveau problème, tous les problèmes rencontrés depuis le début du projet sont corrigés, mais j\'ai une petite incompréhension sur une erreur que j\'ai corrigée. Quand je passe d\'un registre en int à un registre en float sur le VPI, j\'utilise la même adresse, cependant j\'ai bien 2 valeurs différentes par exemple 13 pour le registre int et 14 pour le registre float alors que j\'utilise la même adresse pour les 2 registres. \r\n\r\nLe problème rencontré est le suivant :\r\n\r\nObjectif :Echanger entre le logiciel de supervision et l\'automate en passant par le serveur OPCua. \r\n\r\nTout d\'abord j\'ai connecté le logiciel de supervision à l\'automate  pour voir si j\'arrive à échanger des informations, c\'est le cas.\r\n \r\nEnsuite j\'ai fait le même test mais cette fois-ci avec le serveur OPCua entre le logiciel de supervision et l\'automate. J\'ai donc forcé la première voie sur le logiciel de supervision pour que sur l\'automate le 1er registre se force à la valeur affectée par le logiciel de supervision, mais la valeur de l\'automate reste la inchangée. \r\n\r\nJ\'ai donc ensuite ouvert le client OPCua et j\'ai constaté que la valeur forcée est bien prise en compte par un registre du VPI, mais la valeur du 1er registre de l\'automate reste inchangée. \r\n\r\nDans un second temps j\'ai modifié la valeur directement sur le Client OPCua, la nouvelle valeur que j\'ai saisi se remplace directement par la valeur forcée sur le logiciel de supervision, mais l\'automate lui a changé la valeur de son 1er registre par la valeur que j\'ai remplacé à la main sur le Client OPcua et non celle forcée par la supervision. \r\n\r\nJ\'arrive donc à communiquer entre la supervision et le serveur, du client OPCua à l\'automate mais pas de la supervision à l\'automate en passant par le serveur OCPua.\r\n\r\nMerci de votre retour. \r\n\r\nCordialement, \r\nAlexandre Macé\r\n\r\n\r\n',NULL,NULL,5,1,4,NULL,459,2,'2021-01-14 18:04:52','2021-03-02 15:13:54','2021-01-14',100,NULL,NULL,515,1,2,0,'2021-03-02 15:13:54'),(516,3,58,'Certification OPC-UA : Nouveaux fichiers types ADP pour correction problèmes WriteMask','Monsieur Condemine,\r\n\r\nComme convenu, ci-joint les fichiers des types ADP corrigeant le problème de WriteMask et UserWriteMask non cohérents\r\n\r\nCordialement,\r\nOlivier Pesle.',NULL,NULL,1,NULL,4,NULL,347,0,'2021-01-15 15:46:12','2021-01-15 15:46:12','2021-01-15',0,NULL,NULL,516,1,2,0,NULL),(517,3,58,'Certification OPC-UA','Bonjour monsieur Condemine,\r\n\r\nAvez-vous pu tester le serveur avec les fichiers de type ADP corrigés envoyés vendredi ?\r\nSi vous ne les avez pas reçu, comme il semble que je n\'avais rempli le champ \"Assigné à\" de mon dernier message, au cas où je les joins ici.\r\n\r\nQuand pensez-vous pouvoir nous envoyer les sources de la dernière version du serveur ?\r\n\r\nEn vous remerciant, cordialement,\r\nOlivier Pesle.\r\n',NULL,NULL,1,1,5,NULL,347,0,'2021-01-18 14:28:11','2021-01-18 14:28:11','2021-01-18',0,NULL,NULL,517,1,2,0,NULL),(518,1,73,'Log démarrage serveur ','',NULL,NULL,5,1,4,NULL,459,2,'2021-01-18 16:55:13','2021-04-09 18:21:27','2021-01-18',100,NULL,NULL,518,1,2,0,'2021-04-09 18:21:27'),(519,1,79,'Développement client et anomalie avec les diagnostiques','Je développe actuellement un client OPCUA (avec la librairie de la fondation), et je remarque certains problèmes lorsque les diagnostiques sont actifs.\r\n\r\nA savoir:\r\n\r\n1- Lorsque le client met en place 2 souscriptions avec le même nom, le serveur crash. J\'ai donc ajouté le GetHashCode() sur le DisplayName dans le code suivant:\r\n\r\n                m_subscription = new Subscription();\r\n\r\n                m_subscription.DisplayName = \"OPCUA Subscription\" + m_subscription.GetHashCode();\r\n                m_subscription.PublishingEnabled = true;\r\n                m_subscription.PublishingInterval = 1000;\r\n\r\n                m_session.AddSubscription(m_subscription);\r\n\r\n                m_subscription.Create();\r\n\r\n\r\n2- Quand je fais un Thread.Sleep(20000), soit 20 secondes, les diagnostiques de la session disparaissent totalement, toutes les valeurs affichent N/A pour toutes les souscriptions.\r\n\r\n3- Quand je déconnecte la première souscription, le serveur plante:\r\n\r\n                        m_subscription.SetPublishingMode(false);\r\n\r\n                        m_subscription.ApplyChanges();\r\n\r\n                        m_subscription = null;\r\n\r\n4- Si je crée plusieurs sessions avec le même nom d\'application, une seule session apparaît dans les diagnostiques, pas forcément la première créé.\r\n\r\n\r\n\r\nJe voulais valider le comportement du client, que toutes les sessions et souscriptions soient bien fermé, mais cela est impossible vue les problèmes rencontré ci-dessus.',NULL,NULL,1,NULL,4,NULL,461,1,'2021-01-19 14:44:25','2021-01-19 14:55:52','2021-01-19',0,NULL,NULL,519,1,2,0,NULL),(520,3,58,'Certification OPC-UA','Monsieur Condemine,\r\n\r\nComme convenu, ci-joint un zip avec les binaires recompilés avec la dernière version 1.0.5.9 RC03.\r\nLes fichiers doivent remplacer ceux présents dans le répertoire « C:\\Program Files (x86)\\CHUBB\\Concentrateur ADP Certification OPC-UA ».\r\n\r\nQuelques petites choses à mettre à jour sur la version reçue, constatées à la compilation et à l’exécution :\r\n* Dans le projet « OpenOpcUaVpiLibrary.vcxproj », il reste une référence à un répertoire VS2013 dans le post-build en Win32/Release.\r\n* Le Vpi ne génère plus de fichier de log, il y’a apparemment un ‘return’ au début de la fonction « Vpi_Void VPI_DLLCALL Vpi_Trace_Internal(void* pProxyStubConfiguration, Vpi_UInt32 a_uTraceLevel, Vpi_CharA* a_sMessage) » qui empêche l’écriture.\r\n\r\nSinon le serveur se lance bien, j’ai pu me connecter avec UAExpert et parcourir l’arborescence.\r\n\r\nDans l’attente de vos retours,\r\ncordialement,\r\nOlivier Pesle.\r\n',NULL,NULL,1,1,5,NULL,347,2,'2021-01-20 12:26:37','2021-01-25 16:58:03','2021-01-20',0,NULL,NULL,520,1,2,0,NULL),(521,1,79,'Valeurs non a jour!','Bonjour,\r\n\r\nNous constatons que certaines valeurs ne sont pas a jour quand elles sont modifiées par le client puis modifiés par le serveur.\r\n\r\nCeci est très problématique et rends la solution totalement non fiable.\r\n\r\nPouvez-vous regardé s\'il vous plait?\r\n\r\n\r\nNous avons ce problème sur le node id suivant (quelques soit la machine):\r\n<Tag Name=\"RecipeSynchro\" Id=\"ns=13;s=SubSystem 12 OVEN BOTTOM.RECIPE.RecipeSynchro\" Type=\"Int16\" AccessRight=\"Input_Output\" Address=\"DB03E9.0002\" />\r\n\r\nL\'interface y écrit la valeur 4, ce qui déclenche un programme sur les automates qui après opération écrit 0 dans ce node id. L\'interface continu de voir 4.\r\n\r\nChez un client nous avons du ajouter un délai entre 200 et 500 ms sur tous les programmes automates avant de passer la valeur à 0.',NULL,NULL,3,NULL,7,NULL,461,2,'2021-01-20 13:48:22','2021-01-21 09:12:05','2021-01-20',100,NULL,NULL,521,1,2,0,'2021-01-21 00:06:08'),(522,1,77,'Test ','Test for Sylvain',NULL,NULL,1,NULL,4,NULL,1,0,'2021-01-21 10:24:03','2021-01-21 10:24:03','2021-01-21',0,NULL,NULL,522,1,2,0,NULL),(523,1,73,'Etat serveur ','Bonjour Monsieur Condemine, \r\n\r\nJe reviens vers vous pour savoir si vous avez eu le temps de regarder le problème sur le serveur OPCua depuis le 18/01 à cause du remplacement des fichiers du serveur OPCua pour la communication inter-vpi.\r\n\r\nDans l\'attente de votre réponse.\r\n\r\nCordialement \r\nAlexandre macé',NULL,NULL,5,1,5,NULL,459,2,'2021-01-21 17:49:36','2021-01-21 22:11:10','2021-01-21',100,NULL,NULL,523,1,2,0,'2021-01-21 22:11:10'),(524,3,75,'Utilisation des alarmes OpenOpcUa ','Bonjour M. Condemine\r\n\r\nNous tentons d\'utiliser les alarmes OpenOpcua. \r\nNous avons bien pu implémenter les alarmes de type LimitAlarm comme vous l\'avez fait dans la démo Alarms and Conditions\r\nOr, en implémentant une alarme OffNormalType (comme dans la norme opcua et pas comme dans la démo en tant que alarme booléenne), lorsque nous lui donnons assignons une variable NormalState et InputNode comme dans la norme, ça ne fonctionne pas comme prévu. \r\n\r\nVoici la déclaration de notre alarme : \r\n\r\n!clipboard-202101281528-cwjgd.png!\r\n\r\n!clipboard-202101281529-kawwx.png!\r\n\r\net voici le nœud auquel l\'alarme est rattachée : \r\n\r\n!clipboard-202101281530-tu4kn.png!\r\n\r\n\r\net son objet Event Source auquel on s\'abonne:\r\n\r\n!clipboard-202101281531-2wuod.png!\r\n \r\n\r\n\r\nDans l\'implémentation OpenOpcUa, le NormalState est il pris en compte ou bien le OffNormalType est-il simplement une alarme booléenne?\r\nSi oui, auriez vous un exemple de comment déclarer une variable de type NodeId avec sa valeur?  \r\nLes autres types d\'alarmes de la norme sont elles implémentées ? \r\n\r\nMerci d\'avance \r\nMichael\r\nDéveloppeur Inetum',NULL,NULL,5,432,4,NULL,432,6,'2021-01-28 15:32:31','2021-05-03 14:29:26','2021-01-28',100,NULL,NULL,524,1,2,0,'2021-05-03 14:29:26'),(525,1,43,'WS reputation OOUACoreServer','Symantec detect OOUACoreServer as a malware\r\n!clipboard-202101282221-huieu.png!\r\n',NULL,NULL,5,1,6,NULL,1,2,'2021-01-28 22:21:46','2022-03-28 00:22:23','2021-01-28',100,NULL,NULL,525,1,2,0,'2022-03-28 00:22:23'),(526,1,43,'Conflict between VpiUAClient and CTT ','uStatus = OpcUa_BadSequenceNumberUnknown; //  OpcUa_BadSequenceNumberUnknown for CTT but OpcUa_Good for Vpi_UaClient so ... ; Change this during the test phase of the VpiUaClient.\r\nIt seems to have a conflict between the VpiUaClient and the expected CTT behavior.\r\nSee SessionServer.cpp line 2331',NULL,NULL,2,1,6,NULL,1,0,'2021-01-31 23:24:47','2021-01-31 23:24:47','2021-01-31',0,NULL,NULL,526,1,2,0,NULL),(527,3,75,'Questions utilisation VFI CSV ','Bonjour, \r\n\r\nJ\'espère que vous allez bien\r\nNous manipulons le VfiCsv que vous nous avez partagé dur Redmine le 4 septembre dernier. \r\n\r\nNous avons réussi à la faire fonctionner et à la plugger à notre serveur de démo mais nous avons 2 questions:\r\n\r\n- vous nous avez précédemment indiqué que le ficher de configuration prend le nom du Archive Id que l\'on met dans le fichier ouprj. \r\nOr sur la démo que vous nous avez fournie, l\'archive ID est \"(ns=1,i=200) et le fichier .dat  (CSV00200.dat). Y-a-t-il uniquement le i que l\'on met? ou bien le nom du fichier doit-il être du type (CSV01200.dat)\r\n\r\n- lorsque nous intégrons le VfiCsv, à notre démo, nous avons procédé de la même manière que vous. Or cela ne marchait pas le temps que nous rajoutons dans le nœud à historiser le paramètre Historizing=true, paramètre que vous n\'avez pas dû mettre dans votre démo CSV. Comment vous êtes vous affranchis de ce besoin ? \r\n\r\n\r\nMerci beaucoup ,\r\n\r\nMichael de l\'équipe Inetum\r\n\r\n\r\n',NULL,NULL,5,NULL,4,NULL,432,2,'2021-02-02 10:07:49','2021-02-12 18:15:03','2021-02-02',0,NULL,NULL,527,1,2,0,'2021-02-12 17:56:23'),(528,3,58,'Certification OPC-UA','Bonjour monsieur Condemine,\r\n\r\nLes binaires utilisés pour la certification sont-ils disponibles, ainsi que le code source ?\r\nPouvons-nous les récupérer sur RedMine ?\r\n\r\nCordialement,\r\nOlivier Pesle',NULL,NULL,1,1,5,80,347,0,'2021-02-05 14:43:32','2021-02-05 14:43:32','2021-02-05',0,NULL,NULL,528,1,2,0,NULL),(529,1,78,'EOLMachineType Modèle Assembly','Bonjour,\r\nla classe EOLMachineType est mal formée dans le modèle Assembly.\r\nElle n\'hérite de rien. \r\nAfin de générer correctement le modèle à partir de la dernière version EA j\'ai corrigé l\'héritage.\r\nEOLMachineType hérite de MachineType. \r\nMerci de confirmer ou de corriger.\r\n\r\nCordialement\r\nMichel',NULL,NULL,3,454,6,NULL,1,2,'2021-02-10 00:26:38','2021-02-15 11:03:11','2021-02-10',100,NULL,NULL,529,1,2,0,'2021-02-15 11:03:11'),(530,1,78,'Types orphelins','Bonjour,\r\nj\'ouvre ce ticket pour tracker et éventuellement supprimer les types orphelins. \r\nUn type orphelin est un type qui n\'est pas utilisé dans le modèle.\r\n\r\nAutoIdDeviceType : Conserver/supprimer ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,3,NULL,6,NULL,1,2,'2021-02-10 13:32:25','2021-02-19 14:53:32','2021-02-10',100,NULL,NULL,530,1,2,0,'2021-02-19 14:53:32'),(531,1,78,'ElectricConsumptionDataType','Ce dataType me semble inutilement complexe.\r\nIl contient 3 attributs U,I et P.\r\nEst ce que quelqu\'un pourrait m\'expliquer pourquoi U,I et P sont des IOValueDataType et pas de float ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,3,NULL,4,NULL,1,2,'2021-02-10 13:49:36','2021-02-15 11:02:07','2021-02-10',100,NULL,NULL,531,1,2,0,'2021-02-15 11:02:07'),(532,1,46,'policy Basic128Rsa15, mode Sign : periodic rsa_sign error','When using security policy Basic128Rsa15 with Sign option, every 45 minutes there is rsa_sign err in log file like :\r\n\r\n15:51:00.241Z ERROR *** RSA_Private_Sign: error:0D07207B:asn1 encoding routines:ASN1_get_object:header too long ***\r\n16:36:03.142Z ERROR *** RSA_Private_Sign: error:0D068066:asn1 encoding routines:asn1_check_tlen:bad object header ***\r\n17:21:05.749Z ERROR *** RSA_Private_Sign: error:0D07207B:asn1 encoding routines:ASN1_get_object:header too long ***\r\n18:06:08.331Z ERROR *** RSA_Private_Sign: error:04093004:rsa routines:old_rsa_priv_decode:RSA lib ***\r\n18:51:11.006Z ERROR *** RSA_Private_Sign: error:0D07803A:asn1 encoding routines:asn1_item_embed_d2i:nested asn1 error ***\r\n19:36:13.800Z ERROR *** RSA_Private_Sign: error:0D0680A8:asn1 encoding routines:asn1_check_tlen:wrong tag ***\r\n\r\nafter each error, session are close and reconnect fine, but some time, program crash.',NULL,NULL,3,NULL,6,NULL,398,12,'2021-02-10 15:50:49','2021-04-29 22:17:52','2021-02-10',90,NULL,NULL,532,1,2,0,'2021-04-29 22:17:52'),(533,1,77,'Sécurité dans OPC UA','Ajouter Annexe : Sécurité dans OPC UA',NULL,NULL,5,443,5,NULL,1,1,'2021-02-17 09:15:28','2021-02-17 10:08:32','2021-02-17',100,NULL,NULL,533,1,2,0,'2021-02-17 10:08:32'),(534,3,75,'Agrégation de plusieurs serveurs graines ','Bonjour M. Condemine,\r\n\r\nNous utilisons la dernière version reçue de VpiUaClient livrée sous OpenOpcUa_1_0_5_9_RC07_INETUM.zip(02/12/2021 05:48 PM).\r\n\r\nNous avons mis en place une maquette contenant un serveur agrégateur et 3 serveurs graines (de type Simulation livré Simulation_2020_Release_x64.zip	09/04/2020 02:52 PM).\r\n\r\nNous avons effectué une conf de type automatique. \r\nNous constatons que les 3 Address Space des 3 serveurs graines sont bien aspirés par contre la souscription auprès des valeurs ne fonctionne que sur un des serveurs graines. Nous constatons également dans le noeud Objects -> OpenOpcuaSystem -> VpiSet que la déclaration des 3 Sous-systèmes n\'est pas intègre:\r\n\r\n!clipboard-202102191639-v4wdf.png!\r\n\r\nSans surprise, le serveur graine pour lequel la souscription fonctionne est celui qui a la déclaration la plus propre dans le VpiSet et le premier Vpi déclaré dans le fichier de configuration ouaprj. \r\n\r\nLa maquette est également jointe (Multi client.zip)\r\n\r\n\r\nPar ailleurs, nous observons dans la dernière version (du VpliUaClient) uniquement que l\'aspiration n\'est plus attachée sur le nœud pointé par la configuration (fichier .dat), mais directement sous Objects. La méthode de configuration a t-elle évolué? \r\n\r\nMerci d\'avance, \r\n\r\nMichael et Nicolas \r\n\r\n ',NULL,NULL,3,NULL,4,NULL,432,2,'2021-02-19 16:47:48','2021-02-19 19:03:52','2021-02-19',100,NULL,NULL,534,1,2,0,'2021-02-19 19:03:52'),(535,3,75,'Lancement de la Demo SQL Server','Bonjour M.Condemine, \r\n\r\nJ\'essaye de lancer la démo Sql que vous nous avez fournie (Demo-SQL-HA_x64_Debug.zip	02/05/2021 04:10 PM) après avoir changé les éléments de connexion à la BDD (avec une BDD Microsoft SQL Express locale). \r\n\r\nJ\'ai une erreur indiquant que certains dll de Debug (MSVCP120D.dll et MSVCR120D.dll) de Visual Studio 2013 manquent (et je suis en 2019).\r\n \r\nPourriez-vous nous fournir une version Release (ou bien le source afin que j\'essaye de la compiler en Release)? Ou bien serait-il mieux que je fasse une installation de VS 2013 ? \r\n\r\n\r\nTrès bonne journée à vous, \r\n\r\nMichael',NULL,NULL,5,NULL,4,NULL,432,14,'2021-02-23 11:26:34','2021-03-03 15:17:34','2021-02-23',100,NULL,NULL,535,1,2,0,'2021-03-03 15:17:34'),(536,3,81,'ConnectionDesignType ','Bonjour,\r\nquelques information sur le ConnectionDesignType.\r\nHierarchie : \r\n!clipboard-202102241456-nnqpr.png!\r\n\r\nA suivre\r\nMichel Condemine',NULL,NULL,2,NULL,4,NULL,1,0,'2021-02-24 14:56:49','2021-02-24 14:56:49','2021-02-24',0,NULL,NULL,536,1,2,0,NULL),(537,3,75,'Nouvelle configuration VpiUaClnt en mode automatique','Bonjour,\r\nComme convenu, un redmine pour tracer notre besoin de comprendre comment configurer le VpiUaClient en mode automatique \"dernier cri\", en particulier quant au Node d\'accrochage.\r\nPour mémoire : en appliquant la configuration \"ancienne\", l\'aspiration est accrochée directement sous Objects, et plus sous le Node configuré dans le fichier .dat sous ROOT001.',NULL,NULL,5,1,4,NULL,433,2,'2021-02-25 10:27:16','2021-03-17 08:53:04','2021-02-25',100,NULL,NULL,537,1,2,0,'2021-03-17 08:53:04'),(538,3,75,'Sécurité','Bonjour Michel,\r\n\r\nComme convenu hier durant le call hebdomadaire, j\'ouvre un ticket Redmine concernant le partage du document EDF sur la sécurité.\r\n\r\nCordialement,\r\nChristophe',NULL,NULL,5,1,4,NULL,436,7,'2021-02-26 11:52:45','2021-03-22 10:05:57','2021-02-26',100,NULL,NULL,538,1,2,0,'2021-03-17 10:25:15'),(539,1,73,'combinaison DINT puis FLOAT sur le serveur','En Modbus, lorsqu\'on lit des adresses sur un automate via le VPI, il y a un problème/décalage d\'écriture des valeurs dans le serveur sur la combinaison DINT puis FLOAT.',NULL,NULL,5,NULL,4,NULL,429,10,'2021-03-02 15:36:10','2021-04-30 17:29:31','2021-03-02',100,NULL,NULL,539,1,2,0,'2021-04-30 17:29:31'),(540,2,73,'Ecriture adresses VPI MDBMaster','standardisation de l’écriture des adresses dans le VPI MDBMaster par rapport au VPI MDBserveur.',NULL,NULL,2,NULL,4,NULL,429,1,'2021-03-02 15:37:16','2022-11-17 14:19:36','2021-03-02',0,NULL,NULL,540,1,2,0,NULL),(541,3,75,'Aide diagnostic connexion serveur OOUA à distance','Bonjour M. Condemine, \r\n\r\nNous essayons de diagnostiquer un problème de connexion sur un serveur OPC UA déployé sur une VM. La machine en question arrive à accéder à la VM serveur au niveau réseau, et le port utilisé est ouvert au niveau du Firewall. \r\n\r\nVoici une trace Wireshark de la machine qui n\'arrive pas à se connecter au serveur : \r\n!clipboard-202103030954-6hoje.png!\r\n\r\n\r\nEt voici une trace de ma machine qui arrive bien à se connecter  :\r\n!clipboard-202103030954-hwfim.png!\r\n\r\nY-a-t-il un scénario où le serveur ne répond pas à un OpenSecureChannelRequest? \r\n\r\nCordialement,\r\nMichael\r\n \r\n',NULL,NULL,5,NULL,4,NULL,432,7,'2021-03-03 09:57:25','2021-03-15 09:36:47','2021-03-03',100,NULL,NULL,541,1,2,0,'2021-03-15 09:36:47'),(542,1,56,'Test en cours sru Event for ALD','					if (uiActiveGroup == 1601) // Modif on  feb 3 2021. Check pending\r\n					{						\r\n						sprintf(szAddress, \"Z%02u.Z%04u.%s\",\r\n							m_pEventTypeDef->t_Node,\r\n							szCa,\r\n							m_pEventTypeDef->t_PhysicalPointNumber,\r\n							szBuffer);\r\n					}\r\n					else\r\n					{\r\n						sprintf(szAddress, \"Z%02u.%c%04u.%s\",\r\n							m_pEventTypeDef->t_Node,\r\n							szCa,\r\n							m_pEventTypeDef->t_PhysicalPointNumber,\r\n							szBuffer);\r\n					}',NULL,NULL,5,NULL,4,NULL,1,4,'2021-03-04 14:47:41','2022-05-24 14:14:11','2021-03-04',0,NULL,NULL,542,1,2,0,'2022-05-24 14:14:11'),(543,2,73,'ConfigManager','Bonjour Monsieur Condemine,\r\n\r\nJe 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\nDans l\'attente de votre réponse. \r\n\r\nCordialement, \r\nAlexandre Macé',NULL,NULL,5,1,4,NULL,459,3,'2021-03-05 16:53:42','2022-06-13 14:39:17','2021-03-05',0,NULL,NULL,543,1,2,0,'2022-06-13 14:39:17'),(544,3,79,'Statut serveur \"Failed\" ?','Bonjour,\r\n\r\nDepuis ce matin, le serveur renvoi un statut \"Failed\". Ce statut est fournit dans le \'keep alive\' et nous permet de valider la connexion au serveur.\r\n\r\nDans l\'état notre IHM se reconnecte tout le temps au serveur et recevant un statut failed, se déconnecte et recommence.\r\n\r\nComment puis-je debugger cette situation?\r\n\r\nMerci.\r\n\r\nPS: Copie d\'écran en pièce jointe montrant le statut du serveur.',NULL,NULL,5,NULL,5,NULL,461,6,'2021-03-08 10:14:20','2021-03-18 10:20:19','2021-03-08',100,NULL,NULL,544,1,2,0,'2021-03-08 18:35:26'),(545,1,75,'Bug HistoricalAccess','Bonjour M Condemine, \r\n\r\nNous avons repéré un bug sur le HA : \r\n \r\n- en configuration Time (dans la RC 07) , la période semble être la différence entre MaxTimeInterval et MinTimeInterval ( lorsque le Timer est reset il est égal à MaxTimeInterval, on le décrémente avec le temps qu\'a duré l\'opération de vérification, et pour vérifier si le Timer a fini on le compare à MinTimeInterval \r\n\r\n\r\n- en configuration Exception, MaxTimeInterval n\'est pas pris en compte \r\n\r\n\r\nMichael \r\n',NULL,NULL,5,NULL,4,NULL,432,4,'2021-03-15 10:13:41','2021-03-17 15:12:58','2021-03-15',100,NULL,NULL,545,1,2,0,'2021-03-17 15:12:58'),(546,1,75,'Améliorations et Bugs VFI CSV','Bonjour M. Condemine, \r\n\r\nVoici nos points sur le VFI CSV (dll livrée dans démo du 4 septembre 2020) : \r\n\r\n- En mode exception archivage en double lorsque Historizing=true et UserAcessLevel=15, archivage 1 fois si UserAcessLevel=3\r\n- Le HistoryRead n\'a lieu pas lieu depuis le fichier, que depuis le cache (les StartOfArchive rentrent-ils en jeu ici? )\r\n- La période où méthode de vidage du cache est trop lente (scénario où le serveur crashe avant le vidage dans le fichier)\r\n- Un accès au code source serait vraiment débloquant pour : débogage d\'un scénario de crash du serveur lorsque beaucoup de HistoryRead avec le CoreDump , réponse à questions tels que le \"VFI suppriment-ils les fichiers qui ne sont plus de date? \", \"en crée-t-il de nouveaux?\"\r\n\r\n\r\n\r\nMichael \r\n',NULL,NULL,5,NULL,4,NULL,432,2,'2021-03-15 10:38:13','2021-03-18 00:55:47','2021-03-15',100,NULL,NULL,546,1,2,0,'2021-03-18 00:55:47'),(547,1,79,'Serveur en état \"Failed\" permanent','Le même problème (http://www.openopcua.org/redmine/issues/544) revient et je ne trouve rien pour le résoudre.\r\n\r\nJ\'ai tenté un reboot, le problème est toujours le même. \r\n\r\nL\'état du serveur et failed, UAExpert se connecte bien, mais tout autre client vérifiant l\'état du serveur ne fonctionne pas correctement.\r\n\r\nLes logs ne montrent rien d\'utile. Pourriez-vous jeter un coup d\'oeil et me dire ce qui ne va pas?\r\n\r\nMerci.',NULL,NULL,2,NULL,6,NULL,461,3,'2021-03-18 10:25:56','2021-03-19 23:36:14','2021-03-18',0,NULL,NULL,547,1,2,0,NULL),(548,1,75,'VpiUaClnt : Node browse_root dupliqué coté aggrégateur si situé sous Object coté graine','Contexte :\r\nVpiUaClnt en conf automatique.\r\nLe serveur graine est aspiré depuis un Node \"browe_root\" situé directement sous Objects.\r\n\r\nComportement\r\nL\'aspiration des fils du Node \"browse_root\" pour rattachement sous le Node \"root\" se passe correctement, mais il y a en plus (et à tort) une duplication du Node \"Browse root\" (sans fils) sous l\'Objects du serveur aggrégateur.',NULL,NULL,5,1,3,NULL,433,1,'2021-03-18 14:19:11','2022-11-04 16:02:09','2021-03-18',100,NULL,NULL,548,1,2,0,'2022-11-04 16:02:09'),(549,1,73,'Import Uavariable','Bonjour M Condemine\r\n\r\nJe rencontre actuellement des problèmes à l\'import des UaVariables sur le ConfigManager. Les problèmes sont les suivants:\r\n\r\n- 1er problème \r\nQuand j\'importe le fichier csv sur le ConfigManager, les variables importées non pas les NodeIDs déclarés dans le fichier csv et les NodeIDs donnés par défaut ne se suivent pas, ex : variable1 i=1945, variable2 i=1976, variable3 i=2010. Alors que dans le fichier csv : variable1 i=1945, variable2 i=1946, variable3 i=1947.\r\n\r\n- 2ème problème\r\nA la suite du 1er problème si je sauvegarde les variables importées, elles ne sont pas sauvegardées dans le fichier XML.\r\n\r\nAlors que si je fais toutes les déclarations de variables sur le ConfigManager à la main, les variables sont bien déclarées avec un NodeID qui se suit et à la sauvegarde du ConfigManager, les variables sont enregistrées dans le fichier XML.\r\n\r\nDans l\'attente de votre retour, \r\nAlexandre Macé\r\n',NULL,NULL,3,1,5,NULL,459,3,'2021-03-23 18:01:00','2022-11-17 14:20:07','2021-03-23',100,NULL,NULL,549,1,2,0,'2022-11-17 14:20:07'),(550,3,75,'Mise à disposition version à jour du code OOUA, incluant le code à jour du Vpi UaClnt','Bonjour Michel.\r\n\r\nNous sommes actuellement bloqués par des problèmes de redescente d\'information depuis le serveur Plant vers le serveur Line dans la mise en place de notre nouvelle Démo. \r\n\r\nNous suspectons des problèmes de cohabitation de Vpi que nous pensons probablement résolus par les corrections dont vous nous avez parlé. Pouvez vous s\'il vous plait nous mettre à disposition un niveau de code à jour, comme évoqué lors de nos réunions.\r\n\r\nMerci d\'avance.\r\n\r\nCdlt.\r\n\r\nNicolas.',NULL,NULL,5,1,6,NULL,433,1,'2021-03-25 11:46:15','2021-04-08 20:49:28','2021-03-25',100,NULL,NULL,550,1,2,0,'2021-04-08 20:49:28'),(551,2,73,'Test OPCua ','Bonjour Monsieur Condemine \r\n\r\nJe me permet de revenir vers vous sur les sujets :\r\n\r\n-	La combinaison DINT puis FLOAT sur le serveur\r\n-	La standardisation de l’écriture des adresses dans le VPI MDBMaster par rapport au VPI MDBserveur.\r\n\r\nDans l\'attente de votre réponse. \r\n\r\nCordialement, \r\nAlexandre macé',NULL,NULL,2,1,6,NULL,459,2,'2021-04-06 18:35:51','2022-11-17 14:22:09','2021-04-06',0,NULL,NULL,551,1,2,0,NULL),(552,1,73,'Compilation projet OpcUa sur Mac OS','Bonjour Monsieur Condemine,\r\n\r\nAprès avoir tenté de multiples solutions pour compiler le projet OPC UA sur la plateforme Mac OS, je bloque toujours sur le même problème. A savoir sans doute comme vous me l\'aviez indiqué, une directive de compilation mal positionnée dans le fichier cmakelist.txt\r\n\r\nVous m\'aviez indiqué pour la compilation de \'OpenOpcUaStack\':\r\n\r\n\"il 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\n\r\nLors de la compilation avec Xcode sur Mac OS il apparaît que \'_GNUC_\' est bien défini mais pas \'_INC_STDIO\'\r\nQuelle est l\'option ou la ligne de code qui définie \'_INC_STDIO\' ?\r\n\r\nJ\'ai également tenté de compliler \'OpenOpcUaSharedlib\'\r\nj\'ai 3 erreurs sur le fichier \'opcua_certficates.cpp\'\r\n\r\n[ 90%] Building CXX object CMakeFiles/OpenOpcUaSharedlib.dir/source/opcua_certficates.cpp.o\r\n/Users/administrateur/Documents/OPC/OPC-UA/OpenOpcUa_1_0_5_8-B_copy/OpenOpcUaSharedLib_test/source/opcua_certficates.cpp:120:56: error: member reference base type \'fpos_t\'  (aka \'long long\') is not a structure or union\r\n                                        pBuffer = (BYTE*)OpcUa_Alloc((OpcUa_UInt32)iLength.__pos);\r\n                                                                                   ~~~~~~~^~~~~~\r\n/Users/administrateur/Documents/OPC/OPC-UA/OpenOpcUa_1_0_5_8-B_copy/OpenOpcUaSharedLib_test/../include/opcua/opcua_platformdefs.h:253:76: note: expanded from macro \'OpcUa_Alloc\'\r\n#define OpcUa_Alloc(xSize)                              OpcUa_Memory_Alloc(xSize)\r\n                                                                           ^~~~~\r\n/Users/administrateur/Documents/OPC/OPC-UA/OpenOpcUa_1_0_5_8-B_copy/OpenOpcUaSharedLib_test/source/opcua_certficates.cpp:121:40: error: member reference base type \'fpos_t\'   (aka \'long long\') is not a structure or union\r\n                                        memset(pBuffer, 0, (size_t)iLength.__pos);\r\n\r\nJ\'ai essayé plusieurs solutions, installation de nouvelle machine avec nouvel OS, utilisation du compilateur natif ou installation de GCC\r\n\r\nIl semble bien que le blocage soit \'_INC_STDIO\' mais je ne trouve pas la solution\r\n\r\nMerci pour votre aide\r\n\r\nJacques Peigné\r\n',NULL,NULL,5,1,4,NULL,431,4,'2021-04-08 14:30:10','2021-04-12 19:00:37','2021-04-08',100,NULL,NULL,552,1,2,0,'2021-04-09 18:18:40'),(553,1,73,'Teams Opcua','Bonjour Monsieur Condemine,\r\n\r\nActuellement je rencontre des problèmes sur la récupération des valeurs de type int32, pouvons-nous organiser une réunion Teams suivant vos disponibilités pour voir le problème et essayer de le régler.\r\nDans l\'attente de votre retour.\r\n\r\nCordialement,\r\nAlexandre macé',NULL,NULL,5,1,4,NULL,459,2,'2021-04-09 13:27:40','2021-04-30 17:29:51','2021-04-09',100,NULL,NULL,553,1,2,0,'2021-04-30 17:29:51'),(554,3,79,'Merci pour l\'accès aux documents , je vais les étudier pour une solution d\'accès aux  \'DO\'','Je vous remercie pour l\'accès, ce message afin de confirmer qu\'il fonctionne.\r\n\r\nPour info : La machine de démonstration n\'est plus accessible (elle a été mise en production), donc il n\'est plus possible d\'essayer comme vous le faisiez ces derniers mois, ni de livrer les mises a jours en directe par TeamViewer.\r\n\r\nJe vous tiens au courant par le biais de ce canal si je trouve la solution à mon problème immédiat dans la documentation (a savoir en fermant ce ticket).\r\n\r\nDescription du besoin  :\r\n* Capacité de lire les sorties automate %Q2.0 .. %Q2.3 qui pilotent les \'LightTower=Balise Rouge/Orange/Vert/buzzer\' pour les visualiser sur l\'IHM.\r\n\r\n\r\nBien Cordialement\r\nJ-L\r\n',NULL,NULL,2,NULL,3,NULL,462,13,'2021-04-09 13:45:55','2021-05-12 14:27:41','2021-04-09',20,NULL,NULL,554,1,2,0,NULL),(555,1,75,'Maquette bug Plant et 2 lignes conf manuelle ','Bug avec remontée données ligne plant fonctionne mais descente plant ligne KO (de façon non régulière)',NULL,NULL,5,NULL,7,NULL,432,8,'2021-04-12 12:29:35','2021-04-14 18:24:49','2021-04-12',100,NULL,NULL,555,1,2,0,'2021-04-14 18:24:49'),(556,3,77,'P2V WOIS','Bonjour,\r\nAfin de convertir le WOIS en machine virtuelle merci de charger et d\'installer l\'outil suivant :\r\nhttps://docs.microsoft.com/fr-fr/sysinternals/downloads/disk2vhd\r\n\r\nCordialement\r\nMichel\r\n',NULL,NULL,1,443,4,NULL,1,0,'2021-04-14 09:27:24','2021-04-14 09:27:24','2021-04-14',0,NULL,NULL,556,1,2,0,NULL),(557,3,75,'Debug réception alarmes OOUA par client Genesis','Bonjour M. Condemine, \r\n\r\nJ\'ai effectué de mon côté et avec ICONICS du diagnostique sur le sujet des alarmes et évènements. Voici ce que j\'ai trouver à travers des traces Wireshark que j\'ai conservé et que l\'on peut reproduire \r\n\r\nA)  Client Ua Expert \r\n\r\n1) Souscription aux évènements liés à un objet \r\n\r\nPaquet CreateMonitoredItemRequest avec 19 éléments est émis par UaExpert \r\n[0 EventId, 1 EventType, 2 SourceName, 4 Time, 5 Message , 6 ConditionName, 7 BranchId, 8 Retain, 9 DialogState , 10 QualifiedName, 11 ResponseOptionSet, 12 Default Response, 13 Acked State + Id, 14 ConfirmedState + Id , 15 ActiveState, 16 ActiveState + Id , 17 ActiveState + EffectiveDisplayName, NodeId] \r\nLe serveur répond Good\r\n\r\n2) Levée d\'une alarme en modifiant la variable surveillée par le serveur \r\n\r\nPaquet PublishResponse émis par le serveur avec 19 éléments. Le serveur a rempli les champs qu\'il connait, et laissé à nul ce qu\'il ne connait pas. \r\n\r\n\r\nB) Client Genesis \r\n\r\n1) Souscription aux évènements liés à un objet \r\n\r\nPaquet CreateMonitoredItemRequest avec 11 éléments est émis par Genesis\r\n[ 0 EventId, 1 NodeId, 2 EventType, 3 EventType (2ème fois), 4 SourceNode, 5 Time, 6 Message, 7 Severity, 8 EnabledState + Id ,9  ActiveState + Id, 10 AckedState + Id]\r\n\r\nLe serveur répond Good\r\n\r\n2) Levée d\'une alarme en modifiant la variable surveillée par le serveur \r\n\r\nPaquet PublishResponse émis par le serveur avec 7 éléments. \r\n\r\n[0 un EventId , 1 un EventType sous forme de NodeId , 2 un EventType sous forme de NodeId , 3 SourceNode , 4 Time , 5 Message, 6 Severity] \r\n\r\n\r\nC) Clients Softing et Integration Objects\r\n\r\n1) Souscription aux évènements liés à un objet\r\n\r\n9 éléments demandés\r\n\r\n2) Levée d\'une alarme en modifiant la variable surveillée par le serveur \r\n\r\n9 éléments reçus au bon endroit et dans le bon ordre\r\n\r\n\r\nJe me demande donc pourquoi le serveur n\'applique pas le même mécanisme avec Genesis qu\'avec UaExpert, (répondre avec un tableau de même taille que celui du tableau qui contient les éléments demandés, en mettant Null aux éléments pour lesquelles il n\'a pas l\'information ( NodeId, EnabledState + Id, ActiveState + Id , AckedState+ Id) )  \r\n',NULL,NULL,6,432,7,NULL,432,31,'2021-04-14 14:41:32','2021-10-29 13:10:18','2021-04-14',100,NULL,NULL,557,1,2,0,'2021-10-29 13:10:18'),(558,1,73,'Test OPCua','Bonjour M Condemine, \r\n\r\nCette semaine durant mes tests j\'ai rencontré un nouveau problème, \r\n\r\nContexte : Récupérer les valeurs de 61 variables (107 words) sur un automate à l\'aide d\'un VPI.\r\n\r\nProblème : Dans mon VPI après l\'ajout de 51 tags (75 words) si je rajoute un nouveau tag, au démarrage du serveur, il se ferme au bout de 30s - 2min.\r\n\r\nAvez-vous une idée d’où le problème pourrait venir ? \r\nDans l\'attente de votre réponse. \r\n\r\nCordialement, \r\nAlexandre Maé',NULL,NULL,5,1,4,NULL,459,3,'2021-04-22 18:16:48','2021-04-26 14:38:07','2021-04-22',100,NULL,NULL,558,1,2,0,'2021-04-26 14:38:07'),(559,3,68,'Sources VPI suite conférence','Bonsoir,\r\nMerci pour ton intervention.\r\nJ\'ai uploadé les sources de notre VPI pour que tu les recompile en 64 bits vs2017 pour la dernière version du serveur.\r\n\r\nBonne soirée',NULL,NULL,1,1,4,NULL,223,1,'2021-04-22 20:08:21','2021-04-22 20:11:02','2021-04-22',0,NULL,NULL,559,1,2,0,NULL),(560,1,73,'INT32 fichier csv','Bonjour M Condemine, \r\n\r\nDans un fichier csv, pour déclarer une UaVariable en int32 je rentre dans la partie \"Datatype\" int32, mais quand j\'importe le fichier csv dans le ConfigManager, l\'UaVariable que je voulais déclarer en int32 est déclaré en Uint32.\r\n\r\nSavez-vous quelle information faut-il rentrer dans la partie \"Datatype\" pour avoir une UaVariable de type int32.  \r\nDans l\'attente de votre retour. \r\n\r\nCordialement, \r\nAlexandre Macé',NULL,NULL,5,1,4,NULL,459,1,'2021-04-29 19:00:27','2021-04-29 21:02:51','2021-04-29',100,NULL,NULL,560,1,2,0,'2021-04-29 21:02:51'),(561,2,75,'Modèle','A méditer\r\n!clipboard-202104301512-mejdj.png!\r\n',NULL,NULL,5,436,4,NULL,1,2,'2021-04-30 15:13:16','2021-08-30 18:11:23','2021-04-30',100,NULL,NULL,561,1,2,0,'2021-08-30 18:11:23'),(562,3,75,'Manipulation de l\'outil OpenOpcUaConfigManager version 0.9.1','Bonjour, \r\n\r\nJ\'ai quelques soucis en manipulant l\'outil OpenOpcUaConfigManager pour instancier des objets. \r\n\r\nJ\'utilise le projet Tricycle que vous nous avez mis à disposition. \r\n\r\nJ\'ajoute en zip le dossier Project associé. \r\nVoici les problèmes que je rencontre : \r\n\r\n- En instanciant un objet à travers l\'IHM, j\'ai un crash de l\'application au moment de la sauvegarde du Nodeset\r\n\r\n- En instanciant un objet à travers un fichier csv (import.csv dans le dossier Project), j\'ai un retour de type AddUAObjectFromCSVRecord. J\'ai essayer de manipuler le fichier CSV avec les instructions que vous nous avez donné à notre call hebdomadaire du 17 février. \r\n\r\n\r\nJ\'ai également essayer de créer un projet neuf : \r\n\r\n- Au moment de la création d\'un nouveau NodeSet et puis de l\'ajout d\'un nouvel URI pour ce fichier d\'instance, la fenêtre qui gère les URI ne fonctionne pas. \r\n\r\nUne bonne partie de ces problèmes viens surement de ma mauvaise manipulation de l\'outil. \r\n\r\nPourrais t-on convenir à un call cette semaine pour tester l\'instanciation sur cette nouvelle version? Afin que cela me sert de support pour mes prochains travaux. \r\nJe suis disponible demain, jeudi matin ou bien vendredi. \r\n\r\nTrès cordialement, \r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,4,'2021-05-04 14:26:12','2021-05-06 23:58:09','2021-05-04',100,NULL,NULL,562,1,2,0,'2021-05-06 23:58:09'),(563,1,73,'VPI et nombre de mots max protocole modbus','Bonjour M Condemine\r\n\r\nLe protocole de communication Modbus a pour taille 256 octets de données maximale. \r\nConcernant les VPI, est ce que je dois créer un VPI par com Modbus, ou bien je peux créer un VPI et affilier plusieurs coms Modbus à ce même VPI.\r\nDans l\'attente de votre réponse.\r\n\r\nCordialement\r\nAlexandre Macé\r\n\r\n',NULL,NULL,5,1,4,NULL,459,2,'2021-05-06 13:10:23','2022-06-13 14:39:35','2021-05-06',0,NULL,NULL,563,1,2,0,'2022-06-13 14:39:35'),(564,2,47,'OpenOpcuaConfigManager','Bonjour, \r\n\r\nSuite à notre discussion aujourd\'hui j\'ouvre ce ticket d\'évolution sur l\'outil OpenOpcuaConfigManager. \r\nNous souhaiterons si possible que pour l\'instanciation en CSV, nous puissions instancier un objet à partir de son type sans préciser tous ces champs (comme le fait parfaitement l\'instanciation à travers l\'IHM) \r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,2,1,4,NULL,432,2,'2021-05-07 17:31:24','2022-11-04 16:04:33','2021-05-07',0,NULL,NULL,564,1,2,0,NULL),(565,3,98,'Manipulation de l\'outil Entreprise Architect pour générer un XMI et l\'importation dans Ximulator 1.0.1.1','Bonjour, \r\n\r\nComme montré dans notre call ce matin, je retrouve la même erreur sous Ximulator indiquant : 07/05/2021 17:47:03 Critical error>Orphan class found EAID_98DB13B6_F59C_4fb5_A24C_CF6CD75B667D. It cannot be found in the current loaded xmi files\r\n\r\nMa manipulation sur Entreprise Architect est la suivante: Publish, Export XML , Export XML for current Package, Publish, UML 2.5.1 (XMI 2.5.1), Décocher Export Diagram, Export. \r\n\r\n\r\nJe met en pièce jointe un zip contenant , \r\n\r\n- le projet Entreprise architect pour Tricycle\r\n- le XMI que vous nous avez fourni avec le projet Tricycle (dossier v2 with Old XMI) qui est bien importé par Ximulator sans erreur \r\n- le XMI qu\'on a généré avec notre version du Entreprise Architect qui génère l\'erreur indiquée sur Ximulator \r\n\r\nQu\'en pensez vous? \r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,3,NULL,4,NULL,432,13,'2021-05-07 18:00:42','2022-05-14 11:52:19','2021-05-07',100,NULL,NULL,565,1,2,0,'2021-05-28 11:40:09'),(566,3,75,'Assistance compilation prohet OOUA, ClientLib et VpiUaClient pour stack ipv4','Bonjour, \r\n\r\nJ\'espère que vous allez bien. Nous essayons de mettre en place une connexion entre Serveur PM et LM sur des machines séparés avec une stack IPV4 comme on devra le faire chez le client. \r\n\r\nVoici les essais que j\'ai fait et les résultats : \r\n\r\n- compilation du projet OOUA en IPV4 et copie des binaires ipv4 dans le projet du PM (qui devra être l\'agrégateur) : au lancement du projet la ClientLib indique qu\'il lui manque des points d\'entrées vers la SharedLib \r\n!clipboard-202105251100-ixzpc.png!\r\n\r\n\r\n- copie uniquement du binaire ipv4 de la OpenOpcuaStackV1: au lancement du projet, pas d\'erreur mais la connexion PM -> LM n\'est pas étable. Le log du VPiUaClient indique des erreurs : \r\n!clipboard-202105251105-zbznt.png!\r\n\r\n\r\nPourriez vous s\'il vous plaît nous indiquer le procédure ou bien convenir assez rapidement sur une session pour nous montrer comment procéder? Nous souhaiterons montrer nos démos au client avec une architecture similaire à la sienne dans les jours qui viennent. \r\n\r\nMerci beaucoup. \r\nCordialement, \r\n\r\nMichael Ejigu',NULL,NULL,3,NULL,6,NULL,432,11,'2021-05-25 11:08:27','2021-08-04 18:03:17','2021-05-25',100,NULL,NULL,566,1,2,0,'2021-08-04 18:03:17'),(567,1,47,'Generation des Variable Types Ximulator v1.0.1.3_v1.0.1.9','Bonjour, \r\n\r\nSuite à notre modification sur le modèle hier, j\'ai réeffectué des tests. \r\n\r\nLe positif est que on a plus l\'erreur systématique dans le log \"Cannot find EMotorsBaseObjectType during call to SearchNodeClassbyBrowseName. Here we limit recursion\" \r\n\r\nJ\'ai fait les tests en générant le modèle en entier ainsi qu\'en générant séparément les packages dans l\'ordre des dépendances. \r\n\r\nDeux symptômes persistent dans les deux cas : \r\n\r\n- Message dans le log à l\'ouverture des XMI : \"Guid of the super classe cannot be found in the current xmi file. EAID_83BB1A9D_6CAA_4ef5_8832_938E3EE16E93\" \r\n\r\n- certains DataTypes ne sont pas convertis en VariableType (comme par exemple le Part_Produce_Datatype ou Traceability_result_Datatype) \r\n\r\n\r\nJ\'ai mis en PJ une maquette qui contient le projet Ximulator ainsi qu\'un serveur OOUA ingérant le ou les NodeSet de type générés. Je l\'ai fait pour les essais en générant le modèle en entier ainsi qu\'en générant les classes séparément (dossiers avec le mot clé Decomp dans le nom). Ce qui fait 4 dossiers dans le zip. \r\n\r\n\r\nTrès cordialement, \r\n\r\nMichael\r\n',NULL,NULL,3,NULL,4,NULL,432,2,'2021-06-01 11:05:42','2022-05-14 11:50:57','2021-06-01',100,NULL,NULL,567,1,2,0,'2021-06-01 17:39:33'),(568,3,75,'Questions développement de méthodes ','Bonjour M. Condemine, \r\n\r\nJe développe une méthode pour tester la cohabitation OOUA et Genesis sur les méthodes. \r\n\r\nDans toutes les déclarations de méthodes dans NodeSet de type que j\'ai trouvé (DemoMéthodes, DemoLua, Méthodes du serveur OOUA déclarées dans les NodeSet de fondation), je vois que les input et output Arguments sont déclarés sous forme de ExtensionObjects. Est-ce la seule possibilité? Ou pensez vous que je peux utiliser les types élémentaires UInt32 pour la déclaration etc.. ? Je pose cette question pour savoir si le client OPC UA a besoin de supporter les ExtensionObjects pour pouvoir appeler les méthodes en donnant ces paramètres d\'entrée et récupérant ces paramètres de sortie. \r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,NULL,4,NULL,432,1,'2021-06-01 11:28:57','2021-06-01 11:37:28','2021-06-01',100,NULL,NULL,568,1,2,0,'2021-06-01 11:37:28'),(569,3,98,'Mauvais lien entre objets du package JobOrder et le type EmotorsBaseObjectType du package Shared','Bonjour, \r\n\r\n\r\nCi-joint la maquette pour ce qu\'on a vu tout alors pendant le call lors de la génération de NodeSet de type à partir des XMI des packages SharedClasses et JobOrder : ObjectTypes manquant du package JobOrder. \r\n\r\nLa maquette contient les XMI et les xprj pour les deux packages. \r\n\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,3,NULL,4,NULL,432,2,'2021-06-04 17:56:57','2022-05-14 11:48:01','2021-06-04',100,NULL,NULL,569,1,2,0,'2021-08-04 18:04:44'),(570,3,47,'Assistance avec l\'outil OpenOpcUaConfigManager  0 9 2 (crash à l\'import et erreur pendant sauvegarde de node set d\'instances)','Bonjour, \r\n\r\nLe test qu\'on avait fait tout à l\'heure pour l\'instanciation d\'un ObjectType contenant des Datatype n\'a en fait pas fonctionné. L\'IHM montrait que le nœud était instancié mais une erreur dans le log indiquait : \r\n!clipboard-202106041805-2liyc.png!\r\n\r\n\r\n\r\nNous attendons la dernière version du ConfigManager pour retester les deux anomalies qu\'on a observé, mais voici quand même une maquette qui permet de reproduire les deux anomalies. \r\n\r\nAnomalie 1 : Import d\'un projet avec le node set de type du modèle eMotors en entier et crash de l\'outil \r\n\r\nAnomalie 2 :  Erreur pendant l\'instanciation d\'un ObjectType (dans Objects, FolderType, KPI_ERP_OF) \r\n\r\n\r\nLa maquette contient l\'outil ConfigManager avec un dossier Project (Projet avec le modèle généré en entier) qui permet de tester l\'anomalie 1 et un dossier ProjectDecomp (Projet avec le modèle généré en deux parties ) qui permet de tester l\'anomalie 2. \r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n\r\n',NULL,NULL,5,NULL,4,NULL,432,14,'2021-06-04 18:12:24','2022-05-14 11:50:14','2021-06-04',100,NULL,NULL,570,1,2,0,'2021-08-04 18:06:41'),(571,1,26,'OOUAFlexClient crash when reading SessionDiagnostics with Prosys Simulation Server.','The problem occurs only with this server.\r\nNeed further investigation',NULL,NULL,1,1,4,NULL,1,0,'2021-06-04 23:01:48','2021-06-04 23:01:48','2021-06-04',0,NULL,NULL,571,1,2,0,NULL),(572,1,78,'Erreur modele','Bonjour,\r\nle  Receive_Datatype hérite du EMotorsBaseObjectType. c\'est sémantiquement impossible.\r\nUn datatype ne peux pas hériter d\'un ObjectType. \r\n!clipboard-202106042326-hnxci.png!\r\n\r\nCordialement\r\nMichel Condemine\r\n',NULL,NULL,5,447,7,NULL,1,2,'2021-06-04 23:28:17','2022-05-20 15:09:52','2021-06-04',100,NULL,NULL,572,1,2,0,'2022-05-20 15:09:52'),(573,1,78,'Erreur model','Bonjour,\r\nle KPI_Maintenance_DataType est déclaré dans le modèle JobOrder et utilisé dans le modèle Shared.\r\nC\'est interdit. Il convient donc de déplacer KPI_Maintenance_DataType dans le modèle Shared.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,447,5,NULL,1,5,'2021-06-04 23:39:43','2022-05-20 15:09:34','2021-06-04',100,NULL,NULL,573,1,2,0,'2022-05-20 15:09:34'),(574,1,78,'Part_Produce_Datatype modelling error','Part_Produce_Datatype herite de EMotorBaseObjectType. C\'est impossible. Un dataType ne doit pas hériter d\'un objectType.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,447,7,NULL,1,1,'2021-06-05 00:14:54','2022-05-20 15:09:17','2021-06-05',100,NULL,NULL,574,1,2,0,'2022-05-20 15:09:17'),(575,1,78,'Erreur KPI_ERP_OF_Type','Il s\'agit d\'une erreur relativement mineur et lié à l\'ordre de génération du modèle.\r\nKPI_ERP_OF_Type et la déclaration de tous ces attributs ne doit pas se trouver dans le Package JobOrder. \r\nKPI_ERP_OF_Type utilise KPI_Maintenance_DataType qui se trouve dans la SharedClasses. \r\nIl convient donc de tout déplacer dans le package SharedClasses.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,447,6,NULL,1,2,'2021-06-05 14:31:47','2022-05-20 15:08:46','2021-06-05',100,NULL,NULL,575,1,2,0,'2022-05-20 15:08:46'),(576,1,75,'Assistance OOUAConfigManager 093 crash applciation','',NULL,NULL,5,NULL,4,NULL,432,1,'2021-06-07 14:00:12','2021-08-04 18:10:50','2021-06-07',100,NULL,NULL,576,1,2,0,'2021-08-04 18:10:50'),(577,1,78,'Ressource_SubOP_Type','Bonjour,\r\nSub_OP_Datatype contient un attribut de type Ressource_SubOP_Type.\r\nC\'est interdit. \r\nLes attributs des datatypes doivent toujours être des datatypes.\r\n\r\nCordialement\r\nMichel\r\n',NULL,NULL,5,447,4,NULL,1,2,'2021-06-08 00:18:59','2022-05-20 15:08:15','2021-06-08',100,NULL,NULL,577,1,2,0,'2022-05-20 15:08:15'),(578,3,98,'Assistance avec l\'outil Ximulator v1.0.1.5_v1.0.2.1','Bonjour M. Condemine, \r\n\r\nJ\'ai testé la nouvelle version du Ximulator avec le modèle que vous nous avez fourni ainsi que celui que Lionel nous a fourni ce matin. \r\n\r\nDans les deux cas, Ximulator crash lorsqu\'on lance la génération en indiquant des messages du type : \r\n\r\n\" 08/06/2021 14:42:02 The DataType 1:WorkingModeEnum is not properly spelled. Verify your configuration.\r\n 08/06/2021 14:42:02 Convert 1:2dDimControDataType is a variableType  \"\r\n\r\nJ\'ai attaché les XMIs que j\'ai exporté en mettant comme nom de dossier 0706_4CE pour les XMIs venant du modèle que vous nous avez fourni et 0806 pour les XMI\'s venant du modèle de Lionel du 8 juin (aujourd\'hui). \r\nDans les dossiers SharedClasses, j\'ai laissé les fichiers de log de Ximulator. \r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n',NULL,NULL,5,NULL,4,NULL,432,2,'2021-06-08 14:55:45','2022-05-14 11:48:40','2021-06-08',100,NULL,NULL,578,1,2,0,'2021-08-04 17:52:56'),(579,1,78,'LaserSpotDataType','WeldingDataType utilise un dataType défini dans le modèle Stator.\r\nIll convient de déplace LaserSpotDataType.',NULL,NULL,5,447,4,NULL,1,1,'2021-06-09 00:05:43','2022-05-20 15:07:49','2021-06-09',100,NULL,NULL,579,1,2,0,'2022-05-20 15:07:49'),(580,1,78,'WeldingTech','Il manque le suffix Emum dans la déclaration de l\'enumération WeldingTech',NULL,NULL,5,447,4,NULL,1,1,'2021-06-09 00:06:24','2022-05-20 15:07:18','2021-06-09',100,NULL,NULL,580,1,2,0,'2022-05-20 15:07:18'),(581,1,78,'Erreur Modèle','Voici quatre autres erreurs détecté par XiMulator.\r\n!clipboard-202106090011-yiq8x.png!\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,447,4,NULL,1,3,'2021-06-09 00:11:33','2022-05-20 15:06:56','2021-06-09',100,NULL,NULL,581,1,2,0,'2022-05-20 15:06:56'),(582,3,75,'Instanciation CSV de variable de Datatype UserDatatype ','\r\nBonjour M. Condemine, \r\n\r\nJe fabrique une maquette qui contient un objet de type MachineType pour un mapping VpiUaClient manuel avec un automate. Nous avons posé la question à Emotors si pour cette objet les variables de Datatype UserDatatype doivent être mis à plat ou non. \r\n\r\nJ\'ai une difficulté pour instancier par fichier CSV une variable de Datatype UserDatatype. \r\n\r\nPour commencer j\'instancie un ObjectType de TypeDefinition  MachineType avec son component Id de Datatype EMotorsBaseDataType. \r\n\r\n\r\nVoici à quoi ressemble le fichier CSV : \r\n\r\n!clipboard-202106161436-xwckd.png!\r\n\r\nVoici les paramètres donnés pour l\'import : \r\n\r\n!clipboard-202106161441-hvatw.png!\r\n\r\nA l\'import ConfigManager 0 9 4  m\'indique dans le log que : \r\n\r\n!clipboard-202106161441-d1ijk.png!\r\n\r\nJ\'ai également essayé avec la syntaxe ns=2;i=368 pour indiquer le Datatype.\r\n\r\n\r\nJe mets en PJ une maquette contenant la config, le projet et le fichier CSV utilisé myMachine.csv\r\n\r\nAurez vous une idée pourquoi je n\'arrive pas à instancier la variable?\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n',NULL,NULL,3,NULL,4,NULL,432,1,'2021-06-16 14:46:01','2021-06-21 23:36:18','2021-06-16',100,NULL,NULL,582,1,2,0,'2021-06-21 23:36:18'),(583,3,98,'Décodage des UserDataTypes du Package JobOrder','Bonjour, \r\n\r\n\r\nNous instancions des objets de différents types pour fabriquer une maquette et manipuler des objets complexes. \r\nEn instanciant un objet du Package JobOrder (ERP_OF_Type), le serveur n\'arrive pas à décoder des Datatypes de ce package. Peut-être parce que ces Datatypes contiennent des attributs de types déclarés dans un autre package? \r\n\r\nNous avons ajouté une variable au ObjectType ERP_OF_Type. Avant il ne contenait qu\'une seule variable de type Array of ERP_OF_Datatype, maintenant il contient également une variable de type scalaire ERP_Of_Datatype. \r\n\r\nDans les deux cas, le décodage ne s\'effectue pas bien alors que pour l\'objet de type ProductionLineType, ça se passe bien. \r\n\r\n\r\nJ\'ai comparé l\'ObjectType ERP_OF_Type à ProductionLineType ainsi que leurs variables de type Datatype et Array de Datatype, mais je ne trouve rien de discordant. \r\nAuriez vous une idée pourquoi? \r\n\r\nJe mets en PJ la maquette de serveur que j\'utilise pour ces tests. \r\n\r\nCordialement, \r\n\r\nMichael \r\n\r\n',NULL,NULL,5,NULL,4,NULL,432,3,'2021-06-16 16:05:44','2022-05-14 11:45:49','2021-06-16',100,NULL,NULL,583,1,2,0,'2021-06-28 11:20:47'),(584,3,47,'Remarques OOUAConfigManager','Bonjour, \r\n\r\nVoici la liste de ce que j\'ai noté sur l’OOUAConfigManager : \r\n\r\n* Value 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é par le serveur)\r\n* Pour certains Datatype l\'index de namespace comporte un décalage (+1) \r\n* AccessLevel est toujours égal à 0 \r\n* Le 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\nN\'hésitez pas à me demander si besoin de plus de précision. \r\n\r\nMichael',NULL,NULL,5,432,6,NULL,432,5,'2021-06-22 16:35:48','2022-05-14 11:44:26','2021-06-22',100,NULL,NULL,584,1,2,0,'2021-08-04 17:51:29'),(585,1,78,'Working_Hour_Dataype spelling error','Bonjour,\r\nle XiMulator viens de détecter une erreur sur Working_Hour_Datatype. \r\nIl est mal orthographié. Il manque un T dans Working_Hour_Dataype.\r\n\r\nCordialement.\r\nMichel Condemine',NULL,NULL,5,447,4,NULL,1,1,'2021-06-23 22:11:46','2021-08-19 14:55:03','2021-06-23',100,NULL,NULL,585,1,2,0,'2021-08-19 14:55:03'),(586,3,75,'Question encodage binaire opc ua de DateTime pour UserDatatypes','Bonjour M. Condemine, \r\n\r\nJe travaille en ce moment sur l\'encodage et décodage des UserDataTypes. Il me semble que les DateTime sont encodés sur 8 octets et indiquent le temps passé depuis la date 0001-01-01T00:00:00Z. \r\nAuriez vous des fonctions ou exemples qui effectuent ce genre de conversion? \r\nJe vois qu\'il existe des fonctions C tel que mktime qui font la conversion depuis des variables de type c++ time_t ou tm. Dans le cas où vous n\'avez pas d\'exemples, pensez vous que je puisse utiliser cette fonction mktime? \r\n\r\n\r\n\r\nCordialement, \r\nMichael',NULL,NULL,5,NULL,4,NULL,432,2,'2021-07-02 15:30:21','2021-07-02 17:29:17','2021-07-02',100,NULL,NULL,586,1,2,0,'2021-07-02 17:29:17'),(587,1,78,'VfiPostGres : Archivage des string ','Sur un Archivage de STring dans une base postGres, il y a bien une nouvelle ligne dans la table mais sans valeur\r\n\r\nSur lecture de l\'archivage depuis UA Expert: La lecture d\'un NodeId de type String fait crasher le serveur\r\n\r\nSur l\'image jointe: le NodeId 6019 est du type string',NULL,NULL,5,NULL,5,NULL,447,1,'2021-07-17 12:19:45','2021-07-19 18:29:51','2021-07-17',100,NULL,NULL,587,1,2,0,'2021-07-19 18:29:51'),(588,1,73,'Serveur OPCua','Bonjour M Condemine, \r\n\r\nJ\'ai rencontré un problème sur la version du ConfigManager 9_2, je n\'arrive pas à sauvegarder les UaObjets que je créer pour faire mes familles dans la partie Nodeset du ConfigManager.\r\n\r\nJe travaille donc en ce moment sur la version 9_1 du ConfigManager ou je rencontre un autre problème mais sur l\'importation de fichier csv. \r\nQuand j\'importe plusieurs fichiers csv à mon projet, le ConfigManager se ferme tout seul et à sa réouverture et je n\'arrive plus à importer de fichier csv. De plus j\'ai constaté que les tags créés à l\'importation d\'un fichier csv ne s\'enregistrent pas dans les VPI assignés. \r\n\r\nSerait-il possible de voir le problème avec vous. \r\nDans l\'attente de votre réponse.\r\n\r\nCordialement, \r\nAlexandre Macé',NULL,NULL,5,1,4,NULL,459,10,'2021-07-19 18:23:42','2021-07-22 11:17:41','2021-07-19',100,NULL,NULL,588,1,2,0,'2021-07-22 10:44:08'),(589,1,75,'Remarques OOUAConfigManager 0_9_7','Bonjour M. Condemine, \r\n\r\nJ\'espère que vous allez bien. \r\n\r\nVoici certains points non bloquants relevés sur l\'outil OOUAConfigManager 0_9_7  lors de *l\'instanciation par fichier CSV* ainsi qu\'une maquette permettant de reproduire cela \r\n\r\n1) Reference inverse HasComponent incorrecte pour noeud racine instancié par fichier CSV \r\n\r\nA partir d\'une maquette contenant un objet A, j\'instancie un objet B fils de A. (A et B n\'ont pas le même namespaceURI) *Après sauvegarde* , le noeud B a une référence inverse HasComponent vers le noeud A. Cependant cette référence ne prend pas le bon URI numérique relatif au fichier XML où il a été instancié, mais l\'id absolu de l\'URI au sein du serveur (nous devons donc le corriger manuellement après instanciation. \r\n\r\nScénario pour reproduire : \r\n\r\nInstancier le ficher csv ERPExchange.csv dans la maquette ( FileNodeset : Opc.Ua.NodeSet2.Plant.xml ; URI : http://Inetum.com/eMotors/Instances/Tremery/ERPExchange ; Séparateur \"|\" ; First Line Header :Oui cocher Numerical). Attention ne pas mapper la colonne ArraySize du fichier CSV (voir point 2) \r\nL\'objet ERP Exchange instancié aura une référence inverse HasComponent vers ns=4;i=10 plutôt que ns=3;i=10 \r\n\r\n2) Impossibilité d\'indiquer qu\'une variable est de type tableau. J\'ai essayer le champ ArraySize en le mettant à 0 mais l\'outil crash  \r\n\r\nScénario pour reproduire : même scénario que point 1 en mappant la colonne ArraySize en plus (les variables Part_Produce_list (ns=http://Inetum.com/eMotors/Instances/Tremery/ERPExchange;i=17) et ERP_Of_List (ns=http://Inetum.com/eMotors/Instances/Tremery/ERPExchange;i=14) ont la colonne ArraySize valorisée \r\n\r\n3) Instanciation de variables de Datatype UserDatatype  \r\n\r\nDepuis la dernière version du OOUAConfigManager, lorsque une variable est du type UserDatatype, le NodeId du Datatype rajouté n\'as pas le bon namespaceURI ni le bon ID\r\n(l\'ID du URI est l\'id absolu au sein du serveur plutôt que l\'ID relatif au fichier XML, et l\'ID du noeud est le NodeIs de la description du Datatype plutôt que celui du Datatype)\r\n\r\nScénario pour reproduire : même scénario que point 1, les variables Part_Produce_list (ns=http://Inetum.com/eMotors/Instances/Tremery/ERPExchange;i=17) et ERP_Of_List (ns=http://Inetum.com/eMotors/Instances/Tremery/ERPExchange;i=14 n\'ont pas le bon Datatype \r\n\r\n4) Nous avons testé l\'indication de l\'URI dans les fichier CSV sous forme de String plutôt que Numerical, l\'outil n\'arrive pas à les reconnaitre \r\n\r\nScénario pour tester : Instancier le ficher csv ERPExchangeString.csv dans la maquette ( FileNodeset : Opc.Ua.NodeSet2.Plant.xml ; URI : http://Inetum.com/eMotors/Instances/Tremery/ERPExchange ; Séparateur \"|\" ; First Line Header :Oui ; cocher String).\r\n\r\n5) Import de valeur par fichier CSV\r\n\r\nNous avons essayé d\'initialiser des valeurs par fichier CSV. Cela fonctionne bien pour les String mais pas les Int \r\n\r\nScénario pour tester : Importer le fichier csv ValueImportTest.csv ( FileNodeSet Opc.Ua.NodeSet2.Line1.xml, Séparateur \"|\" ; First Line Header : Oui ) \r\n\r\n\r\nDisponible pour en discuter si besoin, \r\n\r\nCordialement, \r\n\r\nMichael EJIGU\r\n',NULL,NULL,5,NULL,4,NULL,432,6,'2021-07-26 10:42:20','2021-08-04 17:49:13','2021-07-26',100,NULL,NULL,589,1,2,0,'2021-08-04 17:49:13'),(590,1,78,'VFI PostGreSql avec UDT','L\'archivage de UDT avec le VFIPostGres ne fonctionne pas.\r\nSur la maquette réalisé à l\'ATP, nous réalisons \r\n* un archivage sur 2 URI différents : OK\r\n* l\'archivage sur datatype classique (Boolean, double, float, String): OK\r\n* +l\'archivage sur UDT / Test réalisé avec l\'UDT StatusDataType du modèle eMotors : NOK+',NULL,NULL,5,1,4,NULL,447,1,'2021-07-26 13:35:06','2022-05-20 15:05:59','2021-07-26',100,NULL,NULL,590,1,2,0,'2022-05-20 15:05:59'),(591,1,75,'Crash VpiUaClient lors de synchronisation de tableau de Extension Objects','Bonjour M. Condemine, \r\n\r\nNous avons mis en place un mécanisme d\'échange d\'OF ERP entre un serveur Plant et un serveur Line. \r\n\r\nLes nœuds du serveur Line et Plant sont synchronisés avec le VpiUaClient en mode manuel. \r\n\r\nNous remarquons que lorsque le nœud de la liste des ExtensionObjects (de Datatype ERP_OF) est présent dans la configuration du VpiUaClient, on a un crash du serveur Plant. Et lorsque commentons dans les 2 fichiers de configuration le nœud, la mécanique d\'échange ce passe bien sans crash. Dans le fichier de configuration  SubSystem.Uaclient-001_Release.xml, nous avons essayé d\'indiquer le Datatype du noeud ERP_Of_List (i=16) sous ns=1; i=391 (avec le namespace id relatif à la table des URI du fichier xml) mais aussi sous ns=2;i=391 (avec le namespace id qu\'il aura lorsque le serveur sera lancé). Dans les deux cas nous avons le crash. \r\n\r\nPour reproduire le scénario il faut lancer le Serveur Plant et le Serveur Line (mis en pièces jointes). Une fois démarrés, il faut depuis le serveur ligne passer la variable ERP_Of_Counter (dans LineExample, Line1Exhange, PlantToLine) a une valeur entre 0 et 4. Ceci va lancer une mécanique avec la machine à état suivantes : \r\n\r\n- Line  passe ERP_Of_Counter à une valeur entre 0 et 4 \r\n- Plant vérifie si cette valeur est inferieur à 4. Si oui il met dans la variable ERPOFList X Of Erp (X=10 - Erp_OF_counter) et passe Data_Present a 1 \r\n- Line est réveillé par DataPresent =1, rajoute les OF ERP reçus dans sa liste Erp_Of_Liste_To_Do (dans LineExample) , passe DataCollected à 1 , et met à jour ERP_Of_Counter avec la taille de Erp_Of_Liste_To_Do\r\n- Plant est reveillé par DataCollected =1 et passe DataPresent = 0 \r\n- Line est reveillé par DataPresent =0 et passe DataCollected à 0\r\n\r\n\r\nDans les maquettes zippées, le nœud ERP_Of_List est enlevé des fichiers UaClnt-001-00301-0.xml et SubSystem.Uaclient-001_Release.xml\r\nPour reproduire le crash, il faut décommenter le nœud depuis les deux fichiers\r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\n',NULL,NULL,3,1,5,NULL,432,5,'2021-07-30 11:40:28','2021-08-13 10:22:41','2021-07-30',100,NULL,NULL,591,1,2,0,'2021-08-13 10:22:41'),(592,2,78,'Conversion CHAR SIEMENS en String OPC UA','',NULL,NULL,5,NULL,4,NULL,1,3,'2021-08-03 18:01:52','2021-09-03 08:31:23','2021-08-03',100,NULL,NULL,592,1,2,0,'2021-08-19 14:46:55'),(593,2,78,'Compliance valeur numérique VPIUaClient','Bonjour Michel,\r\n\r\nComme convenu voici la compliance que l\'on souhaiterait avoir dans la correspondance des attributs numérique:\r\nSource	Cible\r\nInteger	Uint16\r\nInt16	Uint16\r\nInt32	Uint32\r\nDouble	Float\r\n',NULL,NULL,5,1,4,NULL,447,4,'2021-08-10 17:14:30','2021-09-27 14:29:56','2021-08-10',100,NULL,NULL,593,1,2,0,'2021-08-19 14:49:06'),(594,3,75,'Désactivation de la Trace','Bonjour M. Condemine, \r\n\r\n\r\nNous avons une maquette qui tourne avec un simulateur PLCSIM qui malheureusement provoque un crash de façon aléatoire. \r\n\r\nUn Dump me fait deviner que la Trace est la raison de ce crash :\r\n\r\n!clipboard-202108131900-kcqe7.png!\r\n \r\nEst-il possible de désactiver la Trace au niveau du serveur pour voir si cela résout le problème? Et si oui, comment? \r\n\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,5,'2021-08-13 19:01:54','2021-09-13 13:50:59','2021-08-13',100,NULL,NULL,594,1,2,0,'2021-08-30 18:09:29'),(595,1,73,'Importation fichier CSV OPCua','Bonjour M.Condemine,\r\n\r\nDans la version 0_9_8 du ConfigManager à l\'importation de fichier csv je dois remplir obligatoirement la ligne \"Parent\" que je ne remplis jamais d\'habitude et que je ne devais pas remplir obligatoirement dans les anciennes versions. Je n\'arrive donc pas à importer de fichier csv car j\'ai comme erreur que \"Parent\" est vide.\r\n\r\nDans l\'attente de votre réponse.\r\n\r\nCordialement \r\nAlexandre Macé',NULL,NULL,3,1,4,NULL,459,1,'2021-08-17 10:04:35','2022-11-17 14:22:30','2021-08-17',100,NULL,NULL,595,1,2,0,'2022-11-17 14:22:30'),(596,3,98,'Temps de démarrage serveur avec modèle v2.6 et Ximulator versions supérieur à v1.0.1.9_v1.0.2.7','Résultats des tests: \r\n\r\nVersion v1.0.1.9_v1.0.2.7 : \r\n\r\nTaille fichier NodeSet de type SharedClasses : 5.1MB\r\nTemps de démarrage : > 30 secondes\r\n\r\n\r\nVersion v1.0.1.9_v1.0.2.8 : \r\n\r\nTaille fichier NodeSet de type SharedClasses : 2.7MB\r\nTemps de démarrage : 17 secondes\r\n\r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,3,'2021-08-24 16:59:02','2022-05-14 11:43:17','2021-08-24',100,NULL,NULL,596,1,2,0,'2021-10-22 16:13:13'),(597,3,75,'Problème UserDatatypes dans environnement avec 2 VPI','Bonjour M. Condemine, \r\n\r\n\r\nJe travaille actuellement sur le VpiErp en partant de la base VpiXmlTemplate. \r\n\r\nAprès avoir adapté le Vpi pour parser des Of ERP, les avoir encodé et les avoir renvoyé au serveur, j\'essaye maintenant de les récupérer au niveau du VpiPlant. Au début le VpiPlant n\'était pas notifié de changements sur ces valeurs. En faisant un peu de debug, j\'ai remarqué que dans le TransferToCoreServerCache du VpiErp, lorsqu\'on appelait la pFuncNotifyCallback , on passait Vpi_Null comme paramètre Address. \r\nCeci avait comme conséquence de ne pas notifier les autres Vpi car dans le code du serveur, on ne rentrait pas dans cette condition :\r\n\r\n!clipboard-202108251640-rbcpf.png!\r\n\r\n\r\nJ\'ai donc fait les modifications nécessaires au niveau du VpiErp, pour passer un tableau d\'adresses lorsqu\'on on appelle la pFuncNotifyCallback dans le TransferToCoreServerCache, en m\'inspirant du TransferToCoreServerCache du VpiPlant et VpiLine. \r\n\r\n\r\nUne fois cette modification faite, le VpiPlant est bien notifié des changements de valeurs sur les Tags qu\'il partage avec le VpiErp. \r\nMais j\'ai un autre souci qui ressemble à celui qu\'on avait sur le ticket 591 (Crash VpiUaClient lors de synchronisation de tableau de Extension Objects) \r\n\r\nLe crash indique la callback suivante: \r\n\r\n!clipboard-202108251646-mcqoa.png!\r\n\r\n\r\nEn commentant l\'encodage du tableau d\'Extension Objects, on a plus le crash et le mécanisme d\'échange entre le VpiErp et VpiPlant fonctionne. \r\n\r\n\r\n\r\nLes corrections faites dans le cadre du ticket 591 incluent elles des modifications dans la OpenOpcUaStackV1? Pensez vous qu\'on est sur des erreurs similaires? \r\n\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,5,'2021-08-25 16:51:58','2021-09-14 22:23:03','2021-08-25',100,NULL,NULL,597,1,2,0,'2021-08-25 17:32:47'),(598,3,75,'Livrable Package OpenOpcUa_1_0_6_0_INETUM_RC01, projet OpenOpcUaVpiLibrary manquant','Rebonjour M. Condemine, \r\n\r\nDans le package de ce matin il nous manque la OpenOpcUaVpiLibrary. Pourriez vous nous le transmettre? \r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,NULL,4,NULL,432,1,'2021-09-16 16:48:10','2021-09-19 15:52:54','2021-09-16',100,NULL,NULL,598,1,2,0,'2021-09-19 15:52:54'),(599,3,75,'Assistance Debug VpiUaClient ','Bonjour M. Condemine , \r\n\r\n\r\nNous avons pu avancer sur le point discuté hier. Nous n\'avons plus le message suivant : \r\n\r\n!clipboard-202109171125-y0wa8.png!\r\n\r\nLe deadlock au niveau du Serveur Ligne n\'as plus lieu non plus. \r\n\r\n\r\nCependant on a toujours le VpiPlant qui est notifié en boucle par le serveur à travers le VpiWrite. \r\n\r\nJe vois de la lib client qu\'il semble y avoir une déconnexion/reconnexion en boucle : \r\n\r\n!clipboard-202109171128-ijmwb.png!\r\n\r\n\r\nLe VpiUaClient lui indique le message suivant :\r\n\r\n!clipboard-202109171129-oyrrk.png!\r\n\r\nIl semble que le VpiPlant est notifié dû à un \"changement \" venant du VpiUaClient. \r\nAussi, le VpiUAClient ne fait pas de vraies relectures au niveau du ServeurLine (le VpiLine n\'est pas renotifié par des VpiRead en boucle) \r\nAuriez vous une idée ? Dispo pour en discuter si possible \r\n\r\nCordialement, \r\n\r\nMichael \r\n \r\n\r\n\r\n',NULL,NULL,5,NULL,4,NULL,432,2,'2021-09-17 11:45:32','2021-09-21 11:52:51','2021-09-17',100,NULL,NULL,599,1,2,0,'2021-09-21 11:52:51'),(600,1,75,'Synchronisation OOUA to PLC SIM denièere version VpiUaClient','Bonjour M. Condemine, \r\n\r\nNous faisons des tests avec la dernière version du VpiUaClient livrée dans le package 1.6.0.0 et il semble y avoir une régression \r\n\r\nLorsque nous le mettons face à PLCSIM, il a du mal à synchroniser les variables de type String( les autres types sont bons)\r\n\r\n\r\nCe sont des synchronisation de type :\r\n\r\nVariable de type string au niveau du serveur OOUA -> mappé vers une partie d\'un UDT au niveau de PLCSIM\r\n\r\n!clipboard-202109191437-qahab.png!\r\n\r\n\r\nLe message dans le log VpiUaClient est le suivant : \r\n\r\n!clipboard-202109191441-n1jja.png!\r\n\r\n\r\nUne autre remarque au niveau du nouveau VpiUaClient : \r\n\r\nLorsque dans les fichiers d\'instance on a des String qui sont \"mal initialisés\", on retrouve le message dans le log de type BadTypeMismatch en essayant d\'écrire au niveau de PLCSIM. \r\n\r\nUne \"mauvaise initialisation\" ressemble à ça : \r\n!clipboard-202109191447-ecp4t.png!\r\n\r\n\r\nC\'est OpenOpcUaConfigManager qui les génère ainsi lorsqu\'on on fait une instanciation par fichier CSV \r\nLa version précedente du VpiUaClient arrivait à contourner ce problème \r\n\r\n\r\n\r\nCordialement, \r\n\r\n\r\nMichael \r\n\r\n\r\n',NULL,NULL,5,NULL,5,NULL,432,5,'2021-09-19 14:48:26','2021-09-21 11:52:13','2021-09-19',100,NULL,NULL,600,1,2,0,'2021-09-21 11:52:13'),(601,3,75,'VpiUaClient/ClientLib PublishRequest avec Publish non activé','Bonjour, \r\n\r\n\r\nNous avons hier remarqué sur la maquette Plant-Line qu\'il y avait des PublishRequest avant que le Publish soit activé\r\n\r\nCi joint une trace Wireshark qui montre cela\r\n\r\nIl faut rajouter le port 6001 dans les protocoles OPC UA  \r\n\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,1,NULL,3,NULL,432,0,'2021-09-21 11:54:48','2021-09-21 11:54:48','2021-09-21',0,NULL,NULL,601,1,2,0,NULL),(602,3,47,'Instanciation ConfigManager CSV et effet de bord sur VpiUaClient','Bonjour, \r\n\r\n\r\nLorsque l\'on fait des instanciation par fichier CSV de Variables de type String, on se retrouve avec des balises Value vides :\r\n\r\n!clipboard-202109211157-knxzf.png!\r\n\r\n\r\nCeci a comme effet de bord que le VpiUaClient essaye de faire une écriture en boucle au niveau de PLCSIM et échoue en laissant dans le log le message suivant :\r\n\r\n\r\n!clipboard-202109211158-bylmu.png!\r\n\r\nProblème contourné actuellement en éliminant toute les balises de Value vides\r\n\r\nCordialement, \r\n\r\nMichael \r\n',NULL,NULL,1,NULL,3,NULL,432,1,'2021-09-21 12:00:14','2022-11-04 16:03:51','2021-09-21',0,NULL,NULL,602,1,2,0,NULL),(603,2,75,'Développement de méthodes dans un Vpi','Bonjour M. Condemine, \r\n\r\n\r\nComme discuté hier, je travaille sur la mise en place d\'une méthode dans un Vpi. \r\n\r\nLe client OPC UA n\'arrive toujours pas à recevoir les variables de sortie. En faisant une trace Wireshark j\'ai pu voir que les OutputArguments ne sont pas remplis dans le paquet CallResponse\r\n\r\n\r\nEn regardant dans le code j\'ai trouve ceci :\r\n\r\n!clipboard-202109211710-owpvz.png!\r\n\r\nJ\'ai l\'impression que pour les appels de méthodes venant des Vpi, l\'argument pResponse n\'est pas passé comme pour l\'appel d\'une méthode développée en Lua. \r\n\r\nJ\'ai essayé de faire passer l\'argument en remplacant &outputArgument par &pResponse->Results[ii] mais ça a comme conséquence que le CallResponse n\'est pas envoyé par le serveur et le client OPC UA indique un BadTimeout\r\n\r\n\r\n\r\nCordialement,\r\n\r\nMichael',NULL,NULL,5,NULL,5,NULL,432,5,'2021-09-21 17:11:17','2021-10-29 14:08:41','2021-09-21',100,NULL,NULL,603,1,2,0,'2021-10-28 21:17:03'),(604,1,70,'Seg fault OPCUA/MQTT (VpiUaMqttJSonPub)','Bonjour, \r\nPetit problème. Une fois lancé, le serveur OPCUA plante et dans le fichier log Publisher-00150.log on a le message suivant:\r\n> 2021-09-23T09:30:46.000Z ERROR TCPSend buffer is 44800\r\n\r\nVous trouverez ci-joint les fichiers logs.\r\nJe n\'ai rien vu de particulier dans les logs du fichier \"OpenOpcUaConfigManager.log\" qui puisse m\'aider à mieux analyser le problème vous aurez probablement un meilleur expertise.',NULL,NULL,5,1,5,NULL,424,8,'2021-09-23 13:06:33','2022-02-18 15:21:35','2021-09-23',100,NULL,NULL,604,1,2,0,'2022-02-18 15:21:35'),(605,1,70,'Synchronisation OPCUA','Lorsque je me connecte sur le serveur OPCUA, je synchronise les timestamps, j\'ai un status code \"Good\",\r\nau bout d\'un certains temps, j\'ai un status code \"BadWaitingForInitialData\". Quand je fais un refresh de la data, j\'ai de nouveau un status \"Good\".\r\nEt si je change une valeur, la valeur n\'est pas enregistrée. Avez-vous une idée de l\'origine de ces phénomènes?',NULL,NULL,5,1,4,NULL,424,3,'2021-09-23 13:07:27','2021-10-28 11:53:48','2021-09-23',100,NULL,NULL,605,1,2,0,'2021-10-28 11:53:48'),(606,2,78,'Compliance UA Client Double --> Float | Array Byte --> String','Bonjour Michel,\r\n\r\nDemande d\'évolution du VPI UA Client/ A ce jour dans la configuration du subSystem il faut:\r\nDans le cas array Byte vers String indiquer dans la balise Type : le Type du serveur source\r\nDans le cas double vers Float indiquer dans la balise type : le type du serveur cible\r\n\r\nLa demande concerne une harmonisation vers serveur cible ou source\r\n\r\nMerci',NULL,NULL,3,NULL,3,NULL,447,2,'2021-09-27 20:49:12','2022-11-04 14:32:32','2021-09-27',100,NULL,NULL,606,1,2,0,'2022-11-04 14:32:32'),(607,3,75,'Allocations mémoires récurrentes et étude de fuite de mémoire','Bonjour M. Condemine, \r\n\r\n\r\nOn a identifié sur notre maquette ServeurLine - PLC SIM des allocations mémoires récurrentes hors VpiLine. Ces allocations ont lieu au niveau de la Stack (2 venant d\'appels du VpiUaClient). \r\nL\'outil que nous utilisons est l\'Outils de diagnostics de Visual Studio. \r\n\r\n\r\nSi vous avez de la disponibilité avant notre call demain soir, je suis disponible pour en discuter, \r\n\r\nVoici la pile d\'appel des allocations que j\'ai identifié : \r\n\r\n\r\n!clipboard-202110041052-rxlay.png!\r\n\r\n!clipboard-202110041052-xougb.png!\r\n\r\n!clipboard-202110041052-tdgds.png!\r\n\r\n!clipboard-202110041053-4igng.png!\r\n\r\n!clipboard-202110041053-yjp6v.png!\r\n\r\n!clipboard-202110041053-jmfbh.png!\r\n\r\n!clipboard-202110041053-qaav2.png!\r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n ',NULL,NULL,5,NULL,4,NULL,432,7,'2021-10-04 10:54:44','2021-10-22 16:11:05','2021-10-04',100,NULL,NULL,607,1,2,0,'2021-10-22 16:11:05'),(608,1,70,'Arrêt serveur OPCUA/MQTT si arrêt Broker','Après démarrage du broker et démarrage du serveur OPCUA/MQTT, le MQTT Pub publie des données sur le broker.\r\nSi on coupe la liaison MQTT Pub -> Broker (arrêt du broker), Le serveur OPCUA/MQTT s\'arrête aussi.',NULL,NULL,5,1,4,NULL,424,1,'2021-10-06 18:03:56','2022-02-18 15:21:13','2021-10-06',100,NULL,NULL,608,1,2,0,'2022-02-18 15:21:13'),(609,1,70,'libVPISk vs libVpiUaMqttJsonPub ','!clipboard-202110061820-93cyh.png!\r\nAprès avoir configurer les deux fichiers Subsystem pour libVPISk et libVpiUaMqttJsonPub je constate le scénario suivant:\r\n- Si je modifie une valeur depuis notre Main App, le client OPCUA reçoit la màj de la donnée mais pas le Broker. C\'est comme si le VpiUaMqttJsonPub n\'avait pas été notifié du changement de donnée.\r\nEt si je fais un rebrowse de la donnée depuis le client, elle disparaît.\r\n\r\n- Par contre si je modifie une valeur depuis le client OPCUA, le Broker reçoit bien la donnée.\r\nSi je fais un rebrowse de la donnée depuis le client, elle est toujours présente.\r\n\r\nIl se passe quelques chose entre les deux Vpis mais je n\'arrive pas à comprendre. Avez-vous une idée? Est-ce lié aux variables  partagées R/W entre les Vpis.\r\n\r\nCi-joint une vidéo montrant le phénomène ainsi que notre config. Merci.\r\n\r\n00:15 > Démarrage du serveur et publication de la donnée \"Cyclomix EVO\" au client OPCUA. OK.\r\n\"en parallèle\" Publication d\'un Json_WriterGroup_1/$Metadata sur le broker. OK.\r\nPublication d\'un Json_WriterGroup_1 sur le broker avec un Payload Null. \"\" au lieu de \"Cyclomix EVO\". NOK.\r\n\r\n00:25 >  Le rebrowse récupère une valeur nulle du serveur. NOK.\r\n\r\n00:42 > La modification de la donnée depuis le client a modifier la donnée dans le serveur OPCUA. OK. \r\n\"en parallèle\" Publication d\'un Json_WriterGroup_1 sur le broker avec la valeur modifiée. OK.\r\nLe rebrowse du client récupère une valeur du serveur. OK.\r\n\r\n\r\n00:25 > ',NULL,NULL,5,1,5,NULL,424,2,'2021-10-06 18:50:33','2021-10-28 11:53:21','2021-10-06',100,NULL,NULL,609,1,2,0,'2021-10-28 11:53:21'),(610,3,75,'Assistance connexion VpiUaClient mode Automatique','Bonjour M. Condemine, \r\n\r\nLa version actuelle du VpiUaClient en mode auto semble demander une variable appelé TRIGGER_URI et TRIGGER_IDENTIFIER\r\n\r\nA quoi servent ce noeud ?\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,1,'2021-10-08 15:40:27','2021-10-08 16:36:59','2021-10-08',100,NULL,NULL,610,1,2,0,'2021-10-08 16:36:59'),(611,3,75,'VFI Postgres','Bonjour M. Condemine \r\n\r\n\r\nAuriez vous la possibilité de nous poster le VfiPostgres dernière version en mode Debug svp? \r\n\r\nMerci,\r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,2,'2021-10-08 18:03:13','2021-10-10 18:44:08','2021-10-08',0,NULL,NULL,611,1,2,0,'2021-10-10 18:44:08'),(612,3,78,'Format des livraisons','Bonjour,\r\nest ce que je dois vous livrer les binaires au format DEBUG ou RELEASE ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,447,6,NULL,1,1,'2021-10-10 18:27:06','2022-05-20 15:42:46','2021-10-10',100,NULL,NULL,612,1,2,0,'2022-05-20 15:42:46'),(613,3,75,'Compilation de la OpenOpcUaVfiLibrary','Bonjour M. Condemine, \r\n\r\n\r\nJ\'ai un problème avec la compilation de la OpenOpcUaVfiLibrary. Visual Studio m\'indique le message suivant: \r\n\r\n!clipboard-202110111844-d5njz.png!\r\n\r\nLa VFI library dans le livrable OpenOpcUa_1_0_6_0_INETUM_RC02 est-elle à jour? J\'arrive a compiler des versions de livrables précédents, mais la maquette indique un problème au lancement du VfiPostgres : \r\n\r\n!clipboard-202110111845-tv6ez.png!\r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,NULL,4,NULL,432,2,'2021-10-11 18:46:22','2021-10-22 16:10:24','2021-10-11',100,NULL,NULL,613,1,2,0,'2021-10-22 16:10:24'),(614,3,75,'Déploiement chez le client et problème de PublishResponse','Bonjour M. Condemine, \r\n\r\n\r\nNous déployons chez le client un PM (salle serveur) et LM (salle de production) qui se trouvent sur des PC/réseaux locaux différents. Les machines sont inter-accessibles. \r\n\r\nOn a cependant un souci : \r\n\r\n- En se connectant depuis un UaExpert depuis la salle serveur au PM, tout fonctionne bien \r\n- En se connectant depuis un UaExpert depuis la salle de production au LM, tout fonctionne bien \r\n\r\n- En se connectant depuis un UaExpert depuis la salle serveur au LM: tout fonctionne appart aucun PublishResponse n\'est jamais généré par le serveur LM\r\n- En se connectant depuis un UaExpert depuis la salle de production au PM: tout fonctionne appart aucun PublishResponse n\'est jamais généré par le serveur PM\r\nLes Read, Write se passent très bien dans tous les sens. \r\n\r\n\r\nEst-ce que vous avez déjà rencontré ce genre de situation? Est-ce que une désynchronisation des horloges des deux machines pourrait être la cause? Si oui, une désynchronisation de combien de temps? \r\nSi non, avez vous d\'autres pistes? On a ouvert tout les canaux afin de vérifier qu\'un firewall n\'était pas la cause mais pas de changement. \r\n\r\nOn a déjà vu la communication fonctionner parfaitement (hier soir et ce matin) et rien ne semble avoir été modifié entre temps. \r\n\r\n\r\n\r\nCordialement, \r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,5,'2021-10-11 19:38:10','2021-10-12 17:47:12','2021-10-11',100,NULL,NULL,614,1,2,0,'2021-10-12 17:47:12'),(615,3,78,'VFI PostGre et VpiInitValue Release','Bonjour Michel,\r\nPourrions nous avoir une version du Vfi et du VpiInitValue en mode release pour les tester sur l\'ATP.\r\nMerci\r\n\r\nCordialement\r\nLosson Paul',NULL,NULL,5,1,4,NULL,455,3,'2021-10-12 10:38:11','2022-05-20 15:43:19','2021-10-12',100,NULL,NULL,615,1,2,0,'2022-05-20 15:43:19'),(617,1,78,'VpiValuesInit avec UDTs','Bonjour,\r\nNotre VpiValuesInit ne marche pas avec les UDT et tableaux d\'UDT sur notre configuration ci-joint.\r\nIl faudrait que l\'on trouve une solution, par une réunion Teams sur le LM si besoin.\r\nMerci\r\n\r\nCordialement\r\nLosson Paul\r\n\r\n(J\'avais oublié le \"assigné à\" sur la demande précédente, désolé)',NULL,NULL,5,1,5,NULL,455,3,'2021-10-14 09:18:34','2022-05-20 15:44:00','2021-10-14',100,NULL,NULL,617,1,2,0,'2022-05-20 15:44:00'),(618,3,75,'Remarques Historisation à travers Aspiration mode Auto VpiUaClient','Bonjour M. Condemine, \r\n\r\nSuite à notre call hier, voici les problèmes qu\'on a rencontré avec le VpiUaClient : \r\n\r\n1)	Le nœud TRIGGER_IDENTIFIER ne rafraîchit pas l’@ Space\r\n2)	Au démarrage, il stocke tous les 2 UDT qu’il trouve au niveau du serveur (même ceux qui ne sont pas aspirés)\r\n3)	Après le démarrage pour que des variables de type non UDT soient stockés, il faut qu’il y ait un autre client qui est abonné aux variables que l’on veut historiser\r\n4)	Après le démarrage on n’arrive pas à faire enregistrer les variables de type UDT même s’il y a un client qui s’y est souscrit\r\n\r\nInfos supplémentaires : \r\n-	Dans le log, du serveur Plant, il nous indique qu’il n’aime pas les types du MaxTimeInterval et MinTimeInterval (on a laissé la configuration telle que reçue dans la maquette du VfiPostgres) \r\n-	Le serveur Plant est configuré pour qu’il aspire les nœuds à partir de l’objet ProdLine1 au niveau du serveur Plant\r\n\r\n\r\nCordialement,\r\n\r\nMichael \r\n',NULL,NULL,5,NULL,4,NULL,432,3,'2021-10-14 10:45:41','2021-10-22 16:09:54','2021-10-14',100,NULL,NULL,618,1,2,0,'2021-10-22 16:09:54'),(619,3,78,'Mauvais mélange de dll ','Bonjour,\r\nLe VpiValuesInit marche avec les UDT, le problème étant que le VpiUaClient ne marche plus et ce surement à cause d\'un mauvais mélange de dll.\r\nPour que nous nous y retrouvions, pouvez vous nous fournir une maquette d\'une configuration en release avec toutes les bibliothèques nécessaire contenant les dernières versions des VpiUaClient/Vfi/VpiValuesInit.\r\nOu dans le pire des cas seulement les dll sans la partie projet.\r\nMerci\r\n\r\nCordialement\r\nLosson Paul',NULL,NULL,6,1,5,NULL,455,1,'2021-10-14 11:24:17','2022-03-29 21:51:41','2021-10-14',100,NULL,NULL,619,1,2,0,'2022-03-29 21:51:41'),(620,1,70,'Compilation ','Bonjour M. Condemine,\r\nJ\'essaye de compiler la base de code \"OpenOpcUa_1_0_6_1_SK_13-10-2021\" mais j\'obtiens les erreurs suivantes, j\'ai vérifié dans les dossiers et il n\'existe pas de fonction/macro OpcUa_DateTime_FromInt64 prenant 2 arguments. est-ce qu\'il me manque un fichier?\r\nCela dit, au vu des noms de variables dtDiff je supposes que vous vouliez utiliser le macro -OpcUa_DateTime_FromInt64-  *OpcUa_DateTime_Diff*.\r\n\r\n\r\n!clipboard-202110141437-jenzh.png!\r\n\r\nSinon j\'ai aussi ces erreurs dans le VpiUaMqttJsonPub. La dernière concernant la fonction \"X509_get0_extensions\" concerne probablement openssl. utilisez-vous toujours la version 1.1.0h.\r\n\r\n\r\n!clipboard-202110141445-vqxon.png!\r\n',NULL,NULL,5,1,4,NULL,424,2,'2021-10-14 15:05:21','2021-10-15 19:05:37','2021-10-14',100,NULL,NULL,620,1,2,0,'2021-10-15 19:05:37'),(621,3,75,'VfiPgsql crash ','Bonjour, \r\n\r\nOn a un scénario qui fait crasher le serveur en indiquant une pile d\'appel au niveau du VfiPgsql. \r\n\r\nCe scénario arrive lorsque le VpiLine met à jour une liste de recette. L\'enregistrement à bien lieu mais le process crash par la suite. \r\nOn n\'a pas ce scénario lorsqu\'on met à jour la liste d\'OF ERP ni d\'OF Virtuels. \r\nLes encodages sont casi identiques pour ces 3 listes. \r\n\r\nLa pile d\'appel indiquée est la suivante : \r\n\r\n!clipboard-202110141612-cptgp.png!\r\n\r\n\r\nSauriez vous ce qui ne plaît pas au VFI? \r\n\r\nCordialement, \r\n\r\nMichael \r\n',NULL,NULL,5,432,4,NULL,432,2,'2021-10-14 16:13:07','2021-10-29 16:07:50','2021-10-14',100,NULL,NULL,621,1,2,0,'2021-10-29 16:07:50'),(622,3,75,'Crash VpiUaClient lors d\'une reconnection avec un serveur feuille qui s\'est mal arrété','Bonjour, \r\n\r\nNous avons constaté un scénario de crash du VpiUaClient. \r\n\r\nScénario: un plant est connecté à un line. \r\nLe line crash pour une raison quelconque, au redémarrage du Line, ceci provoque un crash du plant lors de la tentative de reconnexion \r\n\r\nSi vous pouvez nous fournir une dll et un pdb à jour du VpiUaClient, je pourrai vous fournir la pile d\'appel qui mène au crash\r\n\r\n\r\nCordialement,\r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,11,'2021-10-14 16:45:41','2021-10-17 14:26:51','2021-10-14',100,NULL,NULL,622,1,2,0,'2021-10-17 14:26:51'),(623,3,75,'Livraison binaires debug ipv4 ou package OpenOpcUa et vfi/vpi','Bonjour, \r\n\r\n\r\nPourriez vous svp nous fournir le nouveau package OpenOpcUA ou bien les binaires compilés IPV4 Debug? (Core, LibClient, VpiUaClient, VfiPostgres, LibVFI et LibVpi, VpiInitValue ..)\r\n\r\nPour info, dans les packages précédent, il manquait dans les propriétés de la OpenOpcUAStackV1 la définition du mot clé préprocesseur IPV4_ONLY \r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,8,'2021-10-14 17:48:31','2021-10-17 14:39:12','2021-10-14',100,NULL,NULL,623,1,2,0,'2021-10-14 18:29:52'),(624,1,78,'Souscription nombreuse variable UAClient','Bonjour,\r\n\r\nSuite à une souscription de 840 Nodes sur un PLC S7-1500. il y a des erreurs dans le LOG.\r\n\r\nEn décomposant la souscription en plusieurs fichier cela fonctionne',NULL,NULL,5,NULL,4,NULL,447,1,'2021-10-14 19:24:59','2022-05-20 15:44:33','2021-10-14',100,NULL,NULL,624,1,2,0,'2022-05-20 15:44:33'),(625,3,75,'Crash Serveur Coredump','Ci-joint le CoreDump d\'un scénario de crash',NULL,NULL,5,NULL,4,NULL,432,2,'2021-10-15 21:54:26','2021-10-15 22:17:08','2021-10-15',100,NULL,NULL,625,1,2,0,'2021-10-15 22:12:07'),(626,1,75,'Minidump crash VpiInitValue','',NULL,NULL,5,NULL,4,NULL,432,1,'2021-10-21 10:49:07','2021-10-22 16:05:46','2021-10-21',100,NULL,NULL,626,1,2,0,'2021-10-22 16:05:46'),(627,3,75,'Log ClientLib Overnight (automates déconnectés) ','Bonjour, \r\n\r\nLe ticket est sur le fait que la taille augmente toute la nuit et atteint des tailles d\'une centaine de MB) \r\n\r\nCi joint le log',NULL,NULL,5,NULL,4,NULL,432,1,'2021-10-21 11:23:54','2021-10-22 16:01:05','2021-10-21',100,NULL,NULL,627,1,2,0,'2021-10-22 16:01:05'),(628,3,75,'Captures d\'écrans crash VpiUaClient (VpiWriteValue) ','!clipboard-202110211127-pxjqo.png!\r\n\r\n\r\nCi joint la stack et l\'état du tableau des NodeIds\r\n\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,432,4,NULL,432,6,'2021-10-21 11:28:27','2021-11-05 09:49:58','2021-10-21',100,NULL,NULL,628,1,2,0,'2021-11-05 09:49:58'),(629,2,75,'Mise en place d\'un VpiParseAddIdExs pour démarrage plus rapide du VPI avec un mélange de UDT et de variables simples','Bonjour,\r\n\r\nNous souhaiterons si possible pour le démarrage plus rapide du VpiLine l\'implémentation d\'une fonction VpiParseAddIdExs  \r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,1,NULL,4,NULL,432,0,'2021-10-21 11:31:25','2021-10-21 11:31:25','2021-10-21',0,NULL,NULL,629,1,2,0,NULL),(630,1,75,'VfiPgsql enregistrement \"raté\" , retours tests backoffice','Bonjour, \r\n\r\n\r\nSuite à notre discussion, voici les résultats de mes tests backoffice\r\n\r\n\r\n- En fonctionnement nominal tout est ok\r\n- Je provoque la déconnexion réseau et demande un archivage. \r\n- Je rétablit la connexion réseau et attends : la récupération n\'est pas automatique. Le VfiWarmStart n\'est pas appelé (et donc la mconn n\'est pas restituée). L\'enregistrement \"raté\" n\'est donc pas encore rétablie. \r\n- Je provoque une nouvelle demande d\'archivage. Le VfiWarmStart est appelé (logs). Et l\'enregistrement \"raté\" et la nouvelle demande d\'enregistrement se trouvent bien dans la base. \r\n\r\n\r\nIl semblerait que c\'est le Trigger d\'essai de reconnexion qu\'il faut revoir\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n- ',NULL,NULL,5,NULL,4,NULL,432,1,'2021-10-21 12:00:18','2021-10-22 15:55:51','2021-10-21',100,NULL,NULL,630,1,2,0,'2021-10-22 15:55:51'),(631,3,65,'Version Linux','Bonjour,\r\n\r\ncomme évoqué au tel, compilation sous linux du Serveur/VPI Tyco.\r\n\r\nMerci.\r\n\r\nCdlt.\r\n\r\nNorbert',NULL,NULL,5,1,4,NULL,328,1,'2021-10-21 15:20:28','2022-05-24 14:12:35','2021-10-21',0,NULL,NULL,631,1,2,0,'2022-05-24 14:12:35'),(632,3,56,'Version Linux','Bonjour,\r\n\r\ncomme évoqué au tel, compilation sous linux du Serveur/VPI Tyco.\r\n\r\nMerci.\r\n\r\nCdlt.\r\n\r\nNorbert',NULL,NULL,1,1,4,NULL,328,0,'2021-10-21 15:26:28','2021-10-21 15:26:28','2021-10-21',0,NULL,NULL,632,1,2,0,NULL),(633,3,75,'Nouveau messages VpiUaClient ','Bonjour, \r\n\r\n\r\nNous voyons apparaitre des messages dans les logs indiquant : \r\n\r\n2021-10-26T06:08:47.850Z ERROR VpiWriteValue> VpiNodeIdToOpcUaNodeId failed 0x00000\r\n\r\n\r\nQue veulent dire ces messages? \r\nJ\'ai mis en PJ les logs du VpiUaClient \r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,NULL,4,NULL,432,3,'2021-10-26 09:54:32','2021-10-28 15:00:32','2021-10-26',100,NULL,NULL,633,1,2,0,'2021-10-28 15:00:32'),(634,1,98,'Simantec and Ximulator client','!clipboard-202110271053-ztdeh.png!\r\n',NULL,NULL,5,1,4,NULL,513,3,'2021-10-27 10:53:43','2022-05-14 11:41:35','2021-10-27',100,NULL,NULL,634,1,2,0,'2022-03-21 14:26:54'),(635,1,98,'Problème Ximulator & Word','',NULL,NULL,1,1,4,NULL,510,2,'2021-10-27 12:38:59','2022-05-14 11:40:47','2021-10-27',0,NULL,NULL,635,1,2,0,NULL),(636,2,70,'Gestion extensionObject par le libVpiUaMqttJsonPub ','Manque de la gestion des données complexes (extensionObject) dans la version actuelle du libVpiUaMqttJsonPub.',NULL,NULL,5,1,4,NULL,424,1,'2021-10-28 11:02:46','2022-02-18 15:20:40','2021-10-28',100,NULL,NULL,636,1,2,0,'2022-02-18 15:20:40'),(637,1,75,'Suite Ticket 618. Enregistrement de nœuds non aspirés au démarrage d\'un serveur agrégateur mode auto  et Save on change =true','Bonjour, \r\n\r\n\r\nNous avons un \"bug\" sur la configuration suivante. \r\n\r\nAu démarrage du serveur agrégateur il y a un enregistrement de tous les tableau de UDT du serveur feuille. Ceux aspirés et ceux non aspirés. \r\nDe plus ces enregistrements sont de la mauvaise forme : \r\n\r\n!clipboard-202110281216-aufv7.png!\r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,1,'2021-10-28 12:18:34','2021-11-04 18:57:21','2021-10-28',100,NULL,NULL,637,1,2,0,'2021-11-04 18:57:21'),(638,1,75,'Suite Ticket 618. Enregistrement de UDT non scalaires aspirés en configuration automatique par un serveur agrégateur','Bonjour,\r\n\r\n\r\nUn serveur agrégateur aspire les nœuds d\'un serveur feuille. \r\n\r\nCependant, même en nous abonnant sur une variable de type UDT non scalaire, le serveur agrégateur n\'enregistre pas les évolutions de l\'UDT. \r\nLorsque nous sommes en configuration simple (serveur ligne qui fait les enregistrements, la variable est bien enregistrée) \r\n\r\nSur notre maquette c\'est la variable KPI_Maintenance qui permet de tester ce cas. \r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,NULL,4,NULL,432,1,'2021-10-28 12:23:22','2021-11-04 18:53:26','2021-10-28',100,NULL,NULL,638,1,2,0,'2021-11-04 18:53:26'),(639,2,75,'Suite Ticket 618. Enregistrement de variables aspirés par un serveur agrégateur sans un client qui est abonné aux nœuds','Bonjour, \r\n\r\nConfiguration :\r\n\r\nUn serveur agrégateur aspire une partie partielle de plusieurs serveurs feuilles en configuration automatique. \r\n\r\nNous cherchons un moyen de faire les historisations à travers le serveur agrégateur sans qu\'il y ait un client OPC UA abonné à tous les nœuds \r\n\r\n\r\nAuriez vous des pistes? \r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,3,NULL,4,NULL,432,4,'2021-10-28 12:28:54','2021-11-05 09:50:56','2021-10-28',100,NULL,NULL,639,1,2,0,'2021-11-04 18:55:01'),(640,1,75,'Suite Ticket 618. Aspiration et synchronisation des enums par VpiUaClient mode Auto','Sur la maquette sur les autres tickets (Suite Ticket 618), une variable de type Enum est aspirée (type sous ProductionLine1) \r\n\r\nCôté Plant on a un Int32 qui est instancié dynamiquement. \r\nLa valeur pour cette variable ne se rafraichit lorsqu\'on est souscrit côté Plant. Il faut faire un Read pour la rafraichir. \r\n\r\n\r\nCordialement,\r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,1,'2021-10-29 17:37:44','2021-11-04 15:19:01','2021-10-29',100,NULL,NULL,640,1,2,0,'2021-11-04 15:19:01'),(641,3,75,'Analyse d\'un minidump concernant le VpiValuesInit','Bonjour, \r\n\r\nJ\'espère que vous allez bien. \r\n\r\nNous avons reçu le procdump suivant du client concernant le VpiValuesInit au démarrage. \r\n\r\n\r\n!clipboard-202111021044-ouqnd.png!\r\n\r\nJe vous transmet le procdump au cas où vous aurez toujours les symboles liés à ce Vpi \r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,NULL,6,NULL,432,4,'2021-11-02 10:44:59','2021-11-04 14:21:48','2021-11-02',100,NULL,NULL,641,1,2,0,'2021-11-04 14:21:48'),(642,2,75,'Démarrage synchrone des Vpi pour s\'assurer que le VpiValuesInit a fini son travail avant démarrage du VpiLine/VpiUaClient','',NULL,NULL,1,1,4,NULL,432,3,'2021-11-02 11:38:22','2021-12-08 17:10:07','2021-11-02',0,NULL,NULL,642,1,2,0,NULL),(643,3,75,'VfiPgsql crash lorsque taille enregistrement > 320 k ','Bonjour, \r\n\r\nNous avons rencontré un souci sur 2 lignes de production indiquant une pile d\'appel du VfiPgsql. \r\nLes fichiers de log du VfiPgsql n\'indiquent rien \r\n\r\nSur les 2 lignes, la taille de l\'élément à enregistrer avait atteint les 320 000 octets. \r\nJe mets en PJ 2 procdumps de chacune des lignes au cas où vous avez toujours les symboles liée au VfiPgsql v 0.0.1.8 datant du 26-10 11h09\r\n\r\n',NULL,NULL,3,NULL,4,NULL,432,1,'2021-11-03 17:23:13','2021-11-04 14:19:32','2021-11-03',100,NULL,NULL,643,1,2,0,'2021-11-04 14:19:32'),(644,3,75,'Analyse de crash ligne Rotor','Bonjour, \r\n\r\nEmotors nous a transmis un procdump et logs pour un crash qu\'ils ont eu sur la ligne Rotor. \r\n\r\nSelon eMotors, le crash a eu lieu sans la présence du personnel\r\n\r\nLa callstack est la suivante : \r\n\r\n!clipboard-202111091208-g2bl4.png!\r\n\r\nEn regardant les logs rien ne me saute aux yeux. Je ferai des tickets dans la semaine pour certains messages dans les logs serveurs qui apparaissent plusieurs fois que je ne comprends pas tout à fait. \r\n\r\nJ\'ai mis en PJ les logs ainsi que le procdump transmis par eMotors. \r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,2,NULL,4,NULL,432,15,'2021-11-09 12:12:47','2022-11-04 16:07:54','2021-11-09',0,NULL,NULL,644,1,2,0,NULL),(645,1,78,'VPIS7 - Tableau de Byte --> String','Michel\r\n\r\nSuite à nos essais sur le VPI S7, nous avons un crash lors d\'un mapping de tableau de byte vers une string. Je pense qu\'il s\'agit du même problème rencontré sur le VPI UAClient\r\n\r\nD\'autre part, pourriez-vous nous faire une livraison de ce VPI S7 en accord avec la dernière LibraryDebug livrée svp?',NULL,NULL,5,NULL,5,NULL,447,4,'2021-11-09 18:34:59','2022-05-20 15:45:23','2021-11-09',100,NULL,NULL,645,1,2,0,'2022-05-20 15:45:23'),(646,3,92,'Unit to choose in US','Verify if \"galons\" apply for the Capacity attribute in US.\r\nIf not propose another unit.',NULL,NULL,5,512,4,NULL,436,1,'2021-11-16 11:04:57','2021-11-22 22:15:48','2021-11-16',0,NULL,NULL,646,1,2,0,'2021-11-22 22:15:48'),(647,3,92,'Category for Phase','In the input/ouput list to which Category Phase should belong to?',NULL,NULL,5,510,4,NULL,436,2,'2021-11-16 11:15:40','2021-11-16 15:14:31','2021-11-16',0,NULL,NULL,647,1,2,0,'2021-11-16 15:14:31'),(648,3,92,'Category for Waste Water','In the input/ouput list to which Category Waste Water should belong to?',NULL,NULL,5,510,4,NULL,436,2,'2021-11-16 11:17:13','2021-11-16 15:48:59','2021-11-16',0,NULL,NULL,648,1,2,0,'2021-11-16 15:48:59'),(649,3,92,'Well Water','What is \"Well Water\"?',NULL,NULL,5,510,4,NULL,436,1,'2021-11-16 11:23:26','2021-11-16 15:50:36','2021-11-16',0,NULL,NULL,649,1,2,0,'2021-11-16 15:50:36'),(650,3,92,'Naming selection for Phase','At the very end, what should be the best name for \"Phase\"?\r\n\r\nShould we keep \"Phase\"?\r\nOr should it be named \"Matter state\"?\r\nOr should it be named \"Matter classification\"?\r\nOr should we propose another name (and which one)?',NULL,NULL,5,510,4,NULL,436,1,'2021-11-16 11:51:16','2021-11-16 15:10:14','2021-11-16',100,NULL,NULL,650,1,2,0,'2021-11-16 15:10:14'),(651,1,75,'Analyse de crash ligne PrepaStack 15-16 novembre','Bonjour,\r\n\r\nCi joint les mindumps déposé par eMotors. \r\n\r\nLes plus intéressants sont les 3 derniers qui ont eu lieu en fonctionnement (pour celui à 17h je ne pense pas que ce soit un crash en fonctionnement) \r\n\r\nLes logs joints correspondent normalement à ceux lié au dernier mindump. Le serveur a continué de tourner après la génération du mindump.',NULL,NULL,5,NULL,5,NULL,432,3,'2021-11-16 12:30:27','2022-11-04 16:08:37','2021-11-16',100,NULL,NULL,651,1,2,0,'2022-11-04 16:08:37'),(652,3,92,'C3_Evapo_Prod','To find/To provide some documentation related to the components that are part of the evaporator described in the C3_Evapo_Prod schema (in particular for CD01 component that is a cooling tower).',NULL,NULL,5,510,4,NULL,436,1,'2021-11-16 13:59:17','2021-11-16 16:29:15','2021-11-16',100,NULL,NULL,652,1,2,0,'2021-11-16 16:29:15'),(653,3,75,'Compréhension message log LibClient ','Bonjour, \r\n\r\n\r\nPourriez vous nous expliquer que signifie le message suivant ? : \r\n\r\nCLIENT_ERROR Call to NotificationMessageCallback failed 0x808d0000\r\n\r\nJe l\'aperçoit sur certains Subsystem et pas d\'autres. Nous sommes sur une configuration où il y a plusieurs Subsystem VpiUaClient mais tous connectés au même automate. \r\n\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,2,'2021-11-16 17:07:53','2022-11-04 16:12:44','2021-11-16',100,NULL,NULL,653,1,2,0,'2022-11-04 16:12:44'),(654,1,78,'Fichiers .log et .dmp','Bonjour,\r\n\r\nCi-joint les fichiers rapport du crash sur la ligne Prépastack récupéré ce matin (17-11-21).\r\n\r\nRaison: Démarrage de machine (Autour de 8h00).',NULL,NULL,5,489,5,NULL,489,2,'2021-11-17 09:38:19','2022-11-04 14:32:57','2021-11-17',100,NULL,NULL,654,1,2,0,'2022-11-04 14:32:57'),(655,1,78,'Crash Prepastack 17-11-21','bonjour,\r\n\r\nles fichiers logs et dmp fourni par la ligne prépara° des stacks',NULL,NULL,5,NULL,5,NULL,489,4,'2021-11-17 13:22:19','2022-11-04 14:33:23','2021-11-17',100,NULL,NULL,655,1,2,0,'2022-11-04 14:33:23'),(656,1,78,'Rapport du Crash sur la ligne Rotor 17-11-21','les fichiers log et dmp',NULL,NULL,5,NULL,5,NULL,489,2,'2021-11-17 13:31:35','2022-11-04 14:33:51','2021-11-17',100,NULL,NULL,656,1,2,0,'2022-11-04 14:33:51'),(657,3,94,'ServiceFault sur S7-1500 et UaClient','Bonjour,\r\n\r\nComme convenu j\'ai réalisé ce matin une trace WireShark sur le line Middleware prépastack pour analyser les servicesFault et GoodOverload renvoyé par le PLC de prépastack\r\n\r\nSur cette configuration, il y a 9 subsystem ua client qui s\'abonne à 106 nodes chacun\r\n\r\nPas de Ua Expert connecté pendant la capture WireSkark \r\n\r\nCommentaires sur la capture :\r\n- lancement de la capture avant démarrage du serveur\r\n- il y a eu le phénomène GoodOverLoad sur x temps au démarrage puis il a disparu.\r\n\r\nLe statutGoodOverLoad nous l\'avons à 100% des démarrage - la disparition à lieu après x temps à lieu dans 50% des cas (je n\'ai pas trouvé dans quel cas il disparaissait ou non), sinon il reste indéfiniment ',NULL,NULL,5,NULL,5,NULL,447,2,'2021-11-17 15:56:44','2022-11-04 14:34:18','2021-11-17',100,NULL,NULL,657,1,2,0,'2022-11-04 14:34:18'),(658,3,75,'Document analyse et résumé mindumps et logs serveurs','Rebonjour, \r\n\r\nSuite à notre call, ci joint un document récapitulant les mindumps et pointant vers ce que j\'ai trouvé d\'intéressant dans les logs. \r\n\r\nN\'hésitez pas à m\'indiquer si je peux faire plus pour aider\r\n\r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,2,'2021-11-17 16:59:24','2023-02-08 18:58:32','2021-11-17',100,NULL,NULL,658,1,2,0,'2023-02-08 18:58:32'),(659,1,94,'Fichiers .log et .dmp','CRASH PREPASTACK midi 18-11_21',NULL,NULL,5,489,4,NULL,489,11,'2021-11-18 15:09:14','2022-11-04 14:35:01','2021-11-18',100,NULL,NULL,659,1,2,0,'2022-11-04 14:35:01'),(660,1,94,'Fichiers .log et .dmp pour Crash d\'essai de S7','CRASH S7',NULL,NULL,5,NULL,4,NULL,489,2,'2021-11-18 15:10:24','2022-11-04 14:35:22','2021-11-18',100,NULL,NULL,660,1,2,0,'2022-11-04 14:35:22'),(661,3,94,'VPI UA Client','Bonjour,\r\n\r\nNous avons ajouté 24 Datacollect sur un PLC de la ligne Rotor en plus des 2 déjà présent)\r\n\r\nAvant la mise à jour des binaires de ce soir, le serveur n\'arrivait pas à se connecter au 26 datacollect (105 nodes par datacollect répartit en 4 subsystem de 6 et 8 Datacollect) avec une erreur de time out dans le log sur la ligne createdMonitoredItem\r\n\r\nApres x secondes, il y avait un plantage\r\n\r\nNous avons testé la dernière livraison des binaires sur ligne Rotor. \r\n\r\nLe mapping ne fonctionne toujours pas avec la même erreur mais pas de plantage après plusieurs minutes \r\n\r\nCe problème de TimeOut avait déjà été constaté, il y a plusieurs semaines sur la ligne usinage (12 Datacollect sur le mêmee susbystem), nous avons alors splitté les datacollect en 1 subsystem = 1 datacollect et ca a fonctionné.\r\n\r\nQuel est la valeur avant de déclarer le TimeOut et serait-il possible de faire un essai en l\'augmentant significativement (si possible et si oui peut-être le rendre paramétrable dans le fichier .Dat) pour vérifier si après x secondes la connexion s\'établi?\r\n\r\nJe vous envoi les Log dans ce même ticket demain matin (vendredi 19/11)\r\n\r\nLionel\r\n',NULL,NULL,5,447,4,NULL,447,31,'2021-11-18 19:48:13','2022-11-04 14:36:21','2021-11-18',100,NULL,NULL,661,1,2,0,'2022-11-04 14:36:21'),(662,1,75,'Alarmes UaExpert et Genesis','Bonjour M. Condemine, \r\n\r\n\r\nNous identifions plusieurs points sur le réception des alarmes côté Genesis et UaExpert. \r\n\r\nNotre AdressSpace ressemble à l\'image suivante: \r\n\r\n!clipboard-202111191740-dgqbq.png!\r\n\r\n\r\nToutes les variables sous List_Of_Alarm sont les booléens surveillées et l\'object notifié est l\'object Logistic ou Quality. (Est-ce un problème d\'avoir toutes les variables qui notifient un unique object?) \r\n\r\n\r\n\r\nVoici les anomalies notées: \r\n\r\n- côté UaExpert : \r\n     - Pour une souscription sur un objet donné (Logistic par exemple) on ne voit sur la fenêtre Alarms de UaExpert que 1 alarme à la fois (Phénomène non présent coté Genesis, ni sur l\'onglet Events des alarmes) \r\n     - Toute alarme acquittée avec un commentaire repasse dans un état non acquittée sans commentaire\r\n\r\n- côté Genesis : \r\n     - Au moment de la souscription à l\'objet, les alarmes précédemment générées et toujours actives ne sont pas récupérées (est-ce lié au phénomène de Refresh neutralisé dans le serveur ? )\r\n     - Presque toute alarme acquittée avec un commentaire repasse dans un état non acquitée sans commentaire (bizarrement la première alarme qui apparait a le droit de garder son état acquittée commentée) \r\n\r\n\r\nAuriez vous une disponibilité lundi pour vous montrer ça et ouvrir autant de ticket que nécessaire par problème? \r\n\r\nCordialement, \r\n\r\nMichael  \r\n\r\n \r\n\r\n\r\n\r\n\r\n',NULL,NULL,2,1,4,NULL,432,2,'2021-11-19 17:51:00','2022-11-04 16:16:51','2021-11-19',0,NULL,NULL,662,1,2,0,NULL),(663,1,75,'Nouvelle version VpiUaClient et Strings','Bonjour, \r\n\r\nEn testant en backoffice, je viens de m\'apercevoir que pour les strings (String dans Adress Space, et tableau de CHAR côté automate), la communication ne fonctionne pas. \r\n\r\nLes logs VpiUaClient indiquent le message suivant (0x80110000) : \r\n\r\n\r\n\r\n!clipboard-202111221051-wndyi.png!\r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,NULL,6,NULL,432,4,'2021-11-22 10:54:35','2021-11-22 19:09:45','2021-11-22',100,NULL,NULL,663,1,2,0,'2021-11-22 19:09:45'),(664,3,92,'Marble\'s attributes','What are the relevant attributes for Marble?',NULL,NULL,5,510,4,NULL,436,1,'2021-11-22 11:46:14','2022-01-03 15:05:22','2021-11-22',100,NULL,NULL,664,1,2,0,'2022-01-03 15:05:22'),(665,3,75,'Version Ximulator','Bonjour M. Condemine,\r\n\r\n\r\nPourriez vous s\'il vous plaît nous fournir une version récente de Ximulator \r\n\r\nCordialement, \r\nMichael ',NULL,NULL,5,NULL,4,NULL,432,1,'2021-11-22 15:35:50','2022-03-25 18:08:51','2021-11-22',100,NULL,NULL,665,1,2,0,'2022-03-25 18:08:51'),(666,1,70,'Arrêt serveur OPCUA/MQTT après lancement','Bonjour M. COndemine,\r\nJ\'ai effectué quelques tests avec le VpiUaMqttPub et j\'ai remarqué que le serveur plante lorsqu\'on arrive dans la fonction :\r\nVpiUaPub.cpp -> MQTT_SendPingRequest() -> SSL_write(m_SSL, pszEncodedMessage, iMessageLen)\r\nEn démarrant le serveur, si la machine arrive à faire 1 ping, puis un autre, le serveur ne plante pas.\r\nPar contre lorsqu’elle plante c\'est toujours au moment du second ping (SSL_Write).\r\nPour tester j\'ai commenté le SSL_Write du ping et j\'ai constaté que le serveur ne plante pas.\r\nJ\'ai donc utilisé le KrnlApiTester pour modifier une variable, Ce qui oblige le VpiPub à faire un MQTT_SendPublish (SSL_Write) et là, le serveur plante.\r\n\r\nJ\'ai l\'impression que le problème vient d\'un manquement dans la comm SSL. J\'ai fait quelques recherches qui mentionnent qu\'il faut faire un SSL_do_hanshake avant un SSL_Write, Mais ça c\'est avant le premier SSL_Write. Dans notre cas la connexion se fait, le premier ping est envoyé, je ne vois pas encore ce qui peut se produire après ça pour créer ce plantage.\r\n\r\n',NULL,NULL,5,1,4,NULL,424,16,'2021-11-22 18:16:46','2021-12-07 12:03:25','2021-11-22',100,NULL,NULL,666,1,2,0,'2021-12-06 12:31:23'),(667,3,92,'Lab\'s equipment','What is the list of equipment used in the Lab?',NULL,NULL,5,510,4,NULL,436,1,'2021-11-24 13:18:11','2022-01-03 15:06:04','2021-11-24',100,NULL,NULL,667,1,2,0,'2022-01-03 15:06:04'),(668,3,98,'Regénération NodeSet de Type avec XiMulator_1.0.1.9_v1.0.3.0 en partant d\"un projet précédent','Bonjour, \r\n\r\nLionel a pu nous fournir la version XiMulator_1.0.1.9_v1.0.3.0 de l\'outil Ximulator. \r\n\r\nNous avons régénéré le modèle en partant du projet Ximulator précédent afin de conserver les NodeId Maps\r\nVoici les résultats de nos essais . \r\n\r\n\r\n*+NodeIds des noeuds+*\r\n\r\nLes UserDataTypes ont conservé leur NodeIds\r\nLes VariableType mis à plats n’ont pas conservé leur NodeIds\r\nLes ObjectTypes ont conservé leur NodeIds mais les Objects qu’ils ont en Component n’ont pas conserver leur NodeIds\r\nLes Enums ont conservé leur NodeIds\r\n\r\n\r\n+*Problèmes*+ \r\n\r\n+Message dans les logs du serveur au démarrage+ :\r\n-	On n’a plus les messages concernant les Dates (très bien)\r\n-	2021-11-24T13:32:56.927Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=8335 contains a forward reference with a not found target : i=0\r\n2021-11-24T13:32:56.928Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=8327 contains a forward reference with a not found target : i=0\r\n\r\n\r\n	2 UDT (ResponseAGVDataType et RequestAGVDataType) ont des Default Binary (Encoding) avec une référence HasDescription vers ns=1;i=xxxx\r\n\r\n\r\n-	2021-11-24T13:32:56.945Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=3;i=16650 contains a forward reference with a not found target : ns=3;i=8515\r\n2021-11-24T13:32:56.947Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=3;i=15229 contains a forward reference with a not found target : ns=3;i=7405\r\n2021-11-24T13:32:56.948Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=3;i=14968 contains a forward reference with a not found target : ns=3;i=7155\r\n\r\n	Pour 3 Object ( RecipesExchange, UplinkErp, DownlinkErp) les liens HasTypeDefinition n’ont pas bien eu lieu. Au lieu de pointer vers les ObjecType lié au nouveau NodeSet de Type, ils ont gardé des références vers l’object du nouveau NodeSet de Type précédent\r\nExemple : Pour l’object RecipesExchange, on a un lien HasTypeDefinition vers l’object dans le nouveau NodeSet de Type précédent plutôt que vers le bon ObjectType dans ce nouveau NodeSet de Type\r\n\r\n\r\n-	2021-11-24T13:33:14.533Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=18801 cannot be Abstract. Probably a modelization error\r\n2021-11-24T13:33:14.534Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=18787 cannot be Abstract. Probably a modelization error\r\n2021-11-24T13:33:14.537Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=2077 cannot be Abstract. Probably a modelization error\r\n\r\n	Ces identifiants n’existent pas dans les NodeSetdeType. Peut-être dans les NodeSet de la Fondation ? \r\n\r\n+NodeIds Maps+\r\n\r\n-	La taille des NodeId Maps a presque doublé (impact au long terme ?)\r\n\r\n+*Impact transition configuration en fin de Sprint*+ \r\n\r\nMise à jour des VariableType mis à plats référencés (FBDC et FBDR)\r\nModification des instances \r\n\r\n\r\nJe mets en PJ un zip contenant les précédents et nouveaux NodeIdMaps et NodeSet de Types.\r\n\r\nJe vous propose de garder ce nouveau NodeSet de Type pour ce Sprint. Qu\'en pensez vous? \r\n\r\nCordialement \r\n\r\nMichael\r\n',NULL,NULL,1,NULL,4,NULL,432,1,'2021-11-24 17:13:47','2022-05-14 11:26:13','2021-11-24',0,NULL,NULL,668,1,2,0,NULL),(669,3,75,'Rustine','Bonjour,\r\nLionel vient de m\'indiquer que vous aviez mis un rustine dans un code pour empêcher le crash à l\'arrêt.\r\nVous vous doutez bien que ma curiosité est titillée. \r\nPourriez vous m\'en dire plus ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,NULL,4,NULL,1,6,'2021-11-26 15:24:57','2022-11-04 16:17:43','2021-11-26',100,NULL,NULL,669,1,2,0,'2022-11-04 16:17:43'),(670,3,92,'Verify some Enums\' English traductions','Need support from Sunil to verify the English names assigned to the different Enumerations and Objects related to the PowerSupplyDataType object.',NULL,NULL,5,512,4,NULL,436,1,'2021-11-29 11:53:21','2022-01-03 15:06:37','2021-11-29',100,NULL,NULL,670,1,2,0,'2022-01-03 15:06:37'),(671,1,94,'Problème de détection du dernier Tag déclaré dans un SubSystem (Vpi)','Bonjour M. Condemine, \r\n\r\nNous avons repéré un souci sur la détection du dernier Tag déclaré dans le Subsystem dans les cas ou le Subsystem contient aussi une méthode déclarée. \r\nLe Vpi n\'est pas appelé par un ParseAddId pour ce dernier Tag. \r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,NULL,5,NULL,432,1,'2021-11-30 16:51:29','2021-12-07 20:48:17','2021-11-30',100,NULL,NULL,671,1,2,0,'2021-12-07 20:48:17'),(672,1,70,'VpiMqtt Variables','Bonjour M. Condemine,\r\nJe suis entrain de configurer une machine pour pouvoir publier des données et je remarque que le VpiUaJsonMqtt ne  m\'affiche pas mes variables.\r\nJ\'ai décommenté toutes les variables comme ci-dessous, et dans la structure Json retourné par le Vpi je ne vois que #RecipeIndex, #Machine_serial_Number, #Machine_Name.\r\nA noté que toutes les variables qui ne s\'affiche pas sont:\r\nsoit des variables de type extensionobject,\r\nsoit des variables qui sont referencé dans une variable extensionobject\r\n\r\nSavez-vous pourquoi?\r\n\r\n!clipboard-202112031206-jv0rq.png!\r\n\r\nJ\'ai vérifié dans les logs du serveur et j\'ai vu les erreurs ci-dessous (Vpi_BadNodeIdExists, Vpi_ParseError).\r\n\r\n!clipboard-202112031236-offs0.png!\r\n\r\nEst-ce pour ça que le VpiUaJsonMqtt ne voit pas les variables?\r\n\r\nJ\'ai vu que le Coreserver faisait appel à la fonction VpiParseAddIdEx du VpiSK qui a déjà des adresses de variables définis en dur, est-ce normal?:\r\n\r\n!clipboard-202112031248-trwym.png!\r\n',NULL,NULL,5,1,5,NULL,424,1,'2021-12-03 12:51:54','2022-02-18 15:20:07','2021-12-03',100,NULL,NULL,672,1,2,0,'2022-02-18 15:20:07'),(673,1,70,'Crash VpiUaPub','Bonjour M. Condemine,\r\nAu démarrage du serveur j\'ai une segfault lié au VpiUaPub. Ci-dessous le debuggage.\r\nEt lorsque je n\'ai pas ce segfault, le publisher se connecte et il ne se passe plus rien. Il n\'y a pas de publish quand je modifie des variables.\r\n\r\nBien cordialement,\r\nMaycko LOUIS\r\n\r\n\r\nDebuggage\r\n\r\n!clipboard-202112071343-pxnrc.png!\r\n\r\n!clipboard-202112071343-eweyx.png!\r\n ',NULL,NULL,5,1,5,NULL,424,6,'2021-12-07 13:44:46','2022-02-18 15:19:40','2021-12-07',100,NULL,NULL,673,1,2,0,'2022-02-18 15:19:40'),(674,3,75,'Cohabitation VpiInitValues et derniers binaires du serveur','Bonjour M. Condemine, \r\n\r\n\r\nNous avons des soucis avec le VpiValuesInit. \r\nAvec les livraisons de binaires de décembre, nous n\'arrivons pas à récupérer la valeur. \r\n\r\nNous sommes sur une conf où le VpiLine est désactivé. La valeur lue dans le serveur avec UaExpert est la valeur par défaut mise par le serveur. \r\nEst-il possible que le serveur écrase la valeur restituée par le VpiValuesInit ? (Peut-être que le serveur attend le passage du Device State à Good pour appeler le VpiWrite du VpiValuesInit avec les valeurs initiales?)\r\n\r\n\r\nCordialement, \r\nMichael',NULL,NULL,5,1,6,NULL,432,3,'2021-12-07 18:45:46','2022-03-27 23:27:31','2021-12-07',0,NULL,NULL,674,1,2,0,'2022-03-27 23:27:31'),(675,3,94,'Instanciation avec SIOME2.3','Bonjour,\r\n\r\nCi-joint une instanciation de la ligne COVER avec les LOGS (sans avoir réellement identifier les machine Type pour le moment <pas d\'intégration des machine de gravage , Centre usinage, Presse, ....>)\r\n\r\nJe vais poster également la dernière version de SIOME dans la partie Fichier\r\n\r\nVoici quelques erreurs que j\'ai pu identifier :\r\n2021-12-13T08:38:13.247Z SERVER_ERROR UpdateBuiltinType>You specify an incorrect NodeId: ns=2;i=14280 BrowseName=List_Sub_Of\r\n2021-12-13T08:38:13.255Z SERVER_ERROR UpdateBuiltinType>You specify an incorrect NodeId: ns=2;i=14234 BrowseName=KPI_Quality\r\n2021-12-13T08:38:13.255Z SERVER_ERROR UpdateBuiltinType>You specify an incorrect NodeId: ns=2;i=14230 BrowseName=KPI_Maintenance\r\n2021-12-13T08:38:13.255Z SERVER_ERROR UpdateBuiltinType>You specify an incorrect NodeId: ns=2;i=14231 BrowseName=KPI_Fabrication\r\n2021-12-13T08:38:13.257Z SERVER_ERROR UpdateBuiltinType>You specify an incorrect NodeId: ns=2;i=14220 BrowseName=List_ERP_OF\r\n2021-12-13T08:38:13.267Z SERVER_ERROR Configuration inconsistency.Error during Built-In type update Please check you XMLs files\r\n\r\n2021-12-13T08:38:13.833Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=1339 contains a forward reference with a not found target : i=0\r\n2021-12-13T08:38:13.833Z SERVER_ERROR UpdateAllInverseReferences>Critical error uStatus=0x80ab0000. ns=2;i=1322 contains a forward reference with a not found target : i=0\r\n2021-12-13T08:38:47.847Z SERVER_ERROR Start Updating UAVariables EncodeableObject\r\n2021-12-13T08:38:47.847Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=18801 cannot be Abstract. Probably a modelization error\r\n2021-12-13T08:38:47.849Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=18787 cannot be Abstract. Probably a modelization error\r\n2021-12-13T08:38:47.849Z SERVER_ERROR InitializeEncodeableObject>The dataType of a Variable i=2077 cannot be Abstract. Probably a modelization error\r\n2021-12-13T08:38:47.909Z SERVER_ERROR UpdateUAVariablesEncodeableObject>Error, impossible to find ns=2;i=14280 in UADataTypeList 0x80ab0000\r\n2021-12-13T08:38:47.909Z SERVER_ERROR InitializeEncodeableObject>GetNodeIdFromDataTypeList failed. The UAVariable have no dataType \r\n2021-12-13T08:38:47.909Z SERVER_ERROR UpdateUAVariablesEncodeableObject>Error, impossible to find ns=2;i=14234 in UADataTypeList 0x80ab0000\r\n2021-12-13T08:38:47.909Z SERVER_ERROR InitializeEncodeableObject>GetNodeIdFromDataTypeList failed. The UAVariable have no dataType \r\n2021-12-13T08:38:47.909Z SERVER_ERROR UpdateUAVariablesEncodeableObject>Error, impossible to find ns=2;i=14230 in UADataTypeList 0x80ab0000\r\n2021-12-13T08:38:47.909Z SERVER_ERROR InitializeEncodeableObject>GetNodeIdFromDataTypeList failed. The UAVariable have no dataType \r\n2021-12-13T08:38:47.909Z SERVER_ERROR UpdateUAVariablesEncodeableObject>Error, impossible to find ns=2;i=14231 in UADataTypeList 0x80ab0000\r\n2021-12-13T08:38:47.909Z SERVER_ERROR InitializeEncodeableObject>GetNodeIdFromDataTypeList failed. The UAVariable have no dataType \r\n2021-12-13T08:38:47.917Z SERVER_ERROR UpdateUAVariablesEncodeableObject>Error, impossible to find ns=2;i=14220 in UADataTypeList 0x80ab0000\r\n2021-12-13T08:38:47.919Z SERVER_ERROR InitializeEncodeableObject>GetNodeIdFromDataTypeList failed. The UAVariable have no dataType \r\n2021-12-13T08:38:47.940Z SERVER_ERROR UAVariables EncodeableObject has been updated properly\r\n',NULL,NULL,5,447,4,NULL,447,3,'2021-12-13 09:47:06','2022-11-04 14:37:21','2021-12-13',100,NULL,NULL,675,1,2,0,'2022-11-04 14:37:21'),(676,3,92,'LIMS data connection','How do we connect to the LIMS (Lab Information Management System) data?',NULL,NULL,5,518,4,NULL,436,1,'2021-12-13 12:24:24','2022-01-03 15:07:08','2021-12-13',100,NULL,NULL,676,1,2,0,'2022-01-03 15:07:08'),(677,3,75,'Stabilité communication Plant to Line avec VpiUaClient en mode manuelle','Bonjour, \r\n\r\n\r\nJ\'ouvre ce ticket suite à notre call à 14h. \r\nSuite aux derniers binaires, nous avons des soucis lorsqu\'on fait communiquer des tableaux de UDT entre un serveur Plant agrégateur et un serveur ligne : le serveur Line crash \r\nAurez vous moyen de tester cela de votre côté? \r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,1,5,NULL,432,3,'2021-12-13 18:43:27','2022-03-28 00:37:02','2021-12-13',100,NULL,NULL,677,1,2,0,'2022-03-28 00:37:02'),(678,2,92,'Dernière version du fichier Entreprise Architect','Bonjour, je ne trouve pas la dernière version du fichier Entreprise Architect.',NULL,NULL,5,1,4,NULL,510,2,'2021-12-16 09:17:28','2022-01-03 13:35:30','2021-12-16',100,NULL,NULL,678,1,2,0,'2022-01-03 13:35:30'),(679,1,70,'Validation livrables','Bonjour,\r\nj\'ai livré des sources le 12/12/2021.\r\nPourriez vous me faire un retour sur sont fonctionnement dans la Cyclomix ?\r\n\r\nCordialement\r\nMichel Condemine\r\n',NULL,NULL,5,424,7,NULL,1,7,'2021-12-16 10:31:37','2022-02-18 15:19:21','2021-12-16',100,NULL,NULL,679,1,2,0,'2022-02-18 15:19:21'),(680,1,43,'ExtensionObject during write operation','ExtensionObject on write operation behave in an ODD way.\r\nI workaround th eodd behavior with the bUpdate param.\r\nSee comment below from UAVariable.cpp line 946\r\nbUpdate = OpcUa_False;  // Sound odd. This is a temporary workaround in order to be able to initialize any ExtensionObject from an UAClient\r\n			// What is odd ?\r\n			// The internal m_pDataValue->m_pInternalDataValue already contains the writen value.\r\n			// So there are no need to call m_pDataValue->UpdateValue(aVariant). But why ?\r\n			// The same mechanism work fine for any other dataType',NULL,NULL,1,1,6,NULL,1,0,'2021-12-17 06:46:44','2021-12-17 06:46:44','2021-12-17',0,NULL,NULL,680,1,2,0,NULL),(681,1,55,'On en est ou avec ce projet ?','Est ce que tu peux me dire comment choisir entre ce projet et un autre et quel sont les autres ?',NULL,NULL,1,285,4,NULL,1,2,'2021-12-20 10:47:32','2021-12-20 22:03:52','2021-12-20',0,NULL,NULL,681,1,2,0,NULL),(682,1,75,'Erreur de configuration','Bonjour,\r\nvous utilisez un Trigger node dans la configuration du VpiUaClient en mode automatique.\r\nCe node doivent exister au sein du serveur graine. Ce n\'est pas la cas dans vos configuration.\r\nIl faut corriger cette erreur ASAP.\r\nJ\'ai amélioré les messages de trace pour permettre une detection plus facile de cette erreur.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,432,7,NULL,1,1,'2021-12-21 22:09:20','2022-11-04 16:18:19','2021-12-21',100,NULL,NULL,682,1,2,0,'2022-11-04 16:18:19'),(683,3,92,'Logical Model: Object CoolingTowerType','In the Logical Model, the object CoolingTower has to be completed with an expert.',NULL,NULL,5,510,4,NULL,436,3,'2022-01-03 12:53:08','2022-07-04 17:13:20','2022-01-03',100,NULL,NULL,683,1,2,0,'2022-07-04 17:13:20'),(684,3,92,'Logical Model: Object EvaporatorType','In the Logical Model, check with an expert if the object EvaporatorType has to be completed.',NULL,NULL,5,518,4,NULL,436,1,'2022-01-03 12:55:32','2022-07-04 17:12:59','2022-01-03',100,NULL,NULL,684,1,2,0,'2022-07-04 17:12:59'),(685,3,92,'Logical Model: Object CompressorType','In the Logical Model, check with an expert if object CompressorType has to be completed.',NULL,NULL,2,510,4,NULL,436,2,'2022-01-03 13:00:04','2022-07-04 17:12:37','2022-01-03',20,NULL,NULL,685,1,2,0,NULL),(686,3,92,'Logical Model: Object HeatExchangerType','In the Logical Model, check if object HeatExchangerType has to be completed.\r\n\r\nThe Companion Specification OPC 30250 is available on the drive.',NULL,NULL,5,510,4,NULL,436,2,'2022-01-03 13:07:35','2022-07-04 17:03:15','2022-01-03',100,NULL,NULL,686,1,2,0,'2022-07-04 17:03:15'),(687,1,92,'IndirectPowerDataType is a DataType with no attribute','IndirectPowerDataType is a DataType with no attribute. \r\nDo we want to keep it ?\r\nIf yes then we need to comlete it.\r\n\r\nRegards\r\nMichel',NULL,NULL,5,NULL,4,NULL,1,3,'2022-01-03 13:31:50','2022-01-03 15:44:39','2022-01-03',100,NULL,NULL,687,1,2,0,'2022-01-03 15:27:26'),(688,3,75,'Connexion UaClient Plant to Line avec derniers binaires, erreurs LibClient ','Bonjour M. Condemine, \r\n\r\n\r\nNous testons les binaires après avoir fait le nécessaire. \r\nMalheureusement la connexion Plant Line n\'aboutit pas et nous indique ce message dans le log :\r\n\r\n!clipboard-202201051628-ackvb.png!\r\n\r\nNous avons l\'impression que le dossier de Project n\'est pas passé à la LibClient par le VpiUaClient. Le paramétrage du VpiUaClient a évolué? Ou serait-ce plutôt notre configuration de test qui contient des erreurs ? \r\n\r\n\r\nCordialement, \r\nMichael',NULL,NULL,5,1,6,NULL,432,6,'2022-01-05 16:34:47','2022-03-27 23:25:14','2022-01-05',100,NULL,NULL,688,1,2,0,'2022-03-27 23:25:14'),(689,1,92,'Model organization error','Hello,\r\nthere is an error in the model organization.\r\nThe DataType KPIStringValueDataType is declare in the InputOutput Package and used in the SharedPackage.\r\nThe generation dependencies involve that shared Types must be declared in the SharedPacked.\r\nI will fixe this is in the next version of the model.\r\n\r\nRegards\r\nMichel',NULL,NULL,5,1,4,NULL,1,1,'2022-01-06 09:11:25','2022-02-09 15:11:55','2022-01-06',100,NULL,NULL,689,1,2,0,'2022-02-09 15:11:55'),(690,2,92,'File with data address for Mapping','The file with the adresses of the data in PLC is not yet finished.\r\nI need to work on it.\r\nCan you estimate when the mapping will begin and so, when this file will need to be finished?\r\nI need this information to organize my time.\r\nThanks.',NULL,NULL,5,510,4,NULL,510,3,'2022-01-06 11:44:29','2022-02-16 15:32:56','2022-01-06',100,NULL,NULL,690,1,2,0,'2022-02-16 15:32:56'),(691,1,94,'VpiS7 _ Temps de connexion','Bonjour Michel,\r\n\r\nComme convenu voici une configuration pour la connexion à une partie des CN de la ligne Stator\r\n\r\nce Zip contient toute la maquette, ainsi que les LOG de connexion du VPIS7. Environ 3mn pour la connexion à chaque CN (dépend du nombre de node) et les connexion se font en séquence:\r\nInstance VpiS7_1 puis VpiS72 ....\r\n\r\nD\'où un temps de démarrage très long si connexion sur 18 CN\r\n\r\nCordialement,\r\n\r\nLionel Claudel',NULL,NULL,3,NULL,4,NULL,447,2,'2022-01-07 20:41:45','2022-11-04 14:39:38','2022-01-07',100,NULL,NULL,691,1,2,0,'2022-11-04 14:39:38'),(692,1,78,'RequestAGVDataType','Bonjour,\r\nLe DataType RequestAGVDataType est présent deux fois dans le modèle.\r\n!clipboard-202201091433-f1hm7.png!\r\nLequel doit on conserver ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,447,4,NULL,1,3,'2022-01-09 14:34:06','2022-01-20 10:31:44','2022-01-09',0,NULL,NULL,692,1,2,0,'2022-01-20 10:31:44'),(693,1,98,'XiMulator_1.0.2.1_v1.0.3.7','Bonjour,\r\n\r\nVoici les 1ere anomalies rencontrées sur l\'utilisation de XiMulator_1.0.2.1_v1.0.3.4. J\'ai fait un test sur création de Nodeset de type pour sharedClassse / MacroModèle / RotorClasse avec comme objectif d\'instancier la ligne prépastack (j\'ai joint le nouveau modèle V19 où quelques autres erreurs étaient présentent dans RotorClasse) :\r\n\r\n1: Les objets stéréotypés FOLDER sont sous BaseObjectType | Exemple avec Folder_Station:\r\n!clipboard-202201101134-j5gza.png!\r\n!clipboard-202201101134-25ibk.png!\r\n\r\n2: Les objets qui hérites de MachineType dans SharedClasse sont sous BaseObjectType au lieu de MachineType |Exemple avec AxialPressMachineType :\r\n!clipboard-202201101142-uatv1.png!\r\n!clipboard-202201101138-l9dq9.png!\r\n!clipboard-202201101139-e35nn.png!\r\n\r\n\r\n\r\n3: Point mineur: Le Datatype StatusDatatype qui est présent dans la SharedClasse est indiqué en String au lieu de ns=1;1=xxxxx. C\'est le seul dans RotorClasse qui ressort comme cela avec l\'Enum MotorTypeEnum\r\n!clipboard-202201101137-qekuk.png!\r\n',NULL,NULL,5,1,5,NULL,447,8,'2022-01-10 11:43:15','2022-05-14 11:23:00','2022-01-10',100,NULL,NULL,693,1,2,0,'2022-03-19 18:17:44'),(694,1,92,'Last version of the model on Drive','I can\'t see the last version of the entreprise architect file on the drive.\r\nThe file with the changes made this monday.',NULL,NULL,5,1,4,NULL,510,1,'2022-01-11 13:29:15','2022-02-09 15:42:00','2022-01-11',100,NULL,NULL,694,1,2,0,'2022-02-09 15:42:00'),(695,3,75,'Cohabitation PM-LM : Crash LM dans partie Server','Bonjour Michel,\r\n\r\nDepuis notre point de synchro d\'hier, plusieurs choses ont été modifiées dans le VpiLine :\r\n- correction de mauvaises gestions de la Mutex sur SourceObjects, probablement cause d\'utilisation concurrente favorisant les crash dans la méthode de Clean examinée ensemble hier.\r\n- Débraillage complet (return; dès le début) de la méthode de clean (nous étions convenus de provoquer sciemment une fuite pour vérifier si c\'était la purge qui posait problème).\r\n\r\nLe VpiLined.dll résultant est attaché au ticket. Elle gère en outre un écho sur la console à chaque lock et unlock de la mutex sur SourceObjects.\r\n\r\nSuite à ces corrections, le LM est plus stable (plus les plantages observés dès le début ou sur descente des recettes qui descendent à nouveau toutes seules sur démarrage du plant), mais j\'obtiens quand même un plantage au bout de quelques échanges remontants fructueux. La pile d\'appel est hors VpiLine cette fois-ci.\r\n\r\nSont jointes au ticket 2 screenshots :\r\n- Screenshot du VS VpiLine en debug, avec le base de la pile d\'appel\r\n- Screenshot de la console LM au moment du crash. Les opérations applicatives ont toutes été menées à terme (y compris les répercutions du dernier échange avec le PM). Un cycle complet de la thread de transfert to coreserver a même été menée à bien. Le crash semble intervenir hors de toute prise de la mutex sur SourceObjects (donc ni Write, ni travail de la Thread en cours).',NULL,NULL,5,NULL,6,NULL,433,61,'2022-01-11 15:37:28','2022-11-04 16:20:00','2022-01-11',100,NULL,NULL,695,1,2,0,'2022-11-04 16:20:00'),(696,1,95,'Hard codage des blocs Vpi','L\'objectif est de créer de blocs dans le fichier de configuration du Vpi.\r\n','2022-01-28',NULL,5,1,4,NULL,1,2,'2022-01-12 14:03:38','2022-03-07 13:49:35','2022-01-12',100,NULL,NULL,696,1,2,0,'2022-03-07 13:49:35'),(697,1,95,'Script exécuté à fréquence fixe','Invocation de script LUA à une fréquence fixe.\r\nscript : \r\n500() execution toute les 500ms\r\n1000() execution toute les secondes\r\n\r\nTrigger Node : ==> execution d\'un script\r\n\r\n','2022-02-05',NULL,5,1,4,NULL,1,1,'2022-01-12 14:35:48','2022-07-06 17:07:49','2022-01-12',0,NULL,NULL,697,1,2,0,'2022-07-06 17:07:49'),(698,3,95,'Accès TeamViewer Cluses (CETIM)','Id TeamViewer: 114918461\r\nPassword : OPC-UA01\r\n\r\n',NULL,NULL,5,NULL,4,NULL,1,2,'2022-01-12 14:39:27','2022-03-07 13:48:22','2022-01-12',100,NULL,NULL,698,1,2,0,'2022-03-07 13:48:22'),(699,1,95,'Mise en place du systeme hordatage Csv','1 - Horodatage des variables sur le pas de temps de 500 ms dans un Csv\r\n2 - Modification du NodeSet CEA pour mise en place historical Acces sur les variables que l\'on souhaite sauvegarder lors de la démonstration.\r\n\r\nQuestion MG: possibilité de \"lancer\" et \"arreter\" l\'enregistrement des données via un client par exemple ?','2022-02-01',NULL,5,1,4,NULL,496,2,'2022-01-12 17:00:38','2022-07-06 17:07:46','2022-01-12',100,NULL,NULL,699,1,2,0,'2022-07-06 17:07:46'),(700,2,92,'Input/Output declaration/management','How to deal with Input/Output declarations/management for the different equipment concerned?\r\n\r\nThe latest changes made in the Grinder to address this point should be considered as a temporary solution.\r\nWe do need to find a generic solution.',NULL,NULL,5,NULL,4,NULL,436,1,'2022-01-13 16:36:11','2022-02-21 16:37:11','2022-01-13',100,NULL,NULL,700,1,2,0,'2022-02-21 16:37:11'),(701,1,78,'Erreur Modele','Bonjour,\r\nles objets PlantToLine et LineToPlant ne respectent pas les règles de nommage. Il manque le suffixe Type sur la déclaration des classes.\r\nPlantToLineType et LineToPlantType.\r\n\r\nBien cordialement\r\nMichel Condemine',NULL,NULL,5,447,4,NULL,1,1,'2022-01-16 23:33:01','2022-01-17 10:16:13','2022-01-16',100,NULL,NULL,701,1,2,0,'2022-01-17 10:16:13'),(702,3,94,'SessionTimeoutThread et Late situation detected','Bonjour,\r\n\r\nAprès un week-end où les LM sont resté allumé et les PLC éteints: j\'ai constaté ce lundi matin deux choses dans le LOG du server\r\n\r\nun sur un décalage d\'heure : 2022-01-16T18:20:05.140Z SERVER_ERROR GetFirstPublishRequest>m_PublishRequests late situation detected\r\nun sur un timeOut de Session: 2022-01-16T18:21:04.311Z SERVER_ERROR A session is in timeout. It will be deleted in the next loop of the CServerApplication::SessionTimeoutThread puis 2022-01-16T18:25:06.268Z SERVER_ERROR Subscription Id=10107 will be removed for timeout\r\n\r\nFichier Log en pièce jointe.\r\n\r\nPour le décalage d\'heure serait-il possible d\'ajouter dans le LOG le Node en question? afin de pouvoir identifier quel serveur source n\'est pas à la même heure que le serveur cible\r\nPour le TimeOut, je ne comprend pas l\'erreur. Pouvez-vous m\'en dire plus ? Autre point, ce lundi matin, le client UA Expert n\'était plus connecté et il était impossible de relancer la connexion sans extinction du serveur.\r\n\r\nCordialement,\r\n\r\nLionel Claudel',NULL,NULL,5,NULL,4,NULL,447,2,'2022-01-17 10:29:22','2022-11-04 14:24:02','2022-01-17',100,NULL,NULL,702,1,2,0,'2022-11-04 14:24:02'),(703,2,92,'Placement fichier sur redmine','Michel,\r\n\r\nI don\'t see how i can upload a file in redmine. I want to uload the last Logicalmodel.\r\nFor now, i upload it on Drive.\r\n\r\nI attach the file at this request.',NULL,NULL,5,1,4,NULL,510,1,'2022-01-18 09:05:27','2022-01-19 15:54:12','2022-01-18',100,NULL,NULL,703,1,2,0,'2022-01-19 15:54:12'),(704,3,97,'Schneider PLC & OPC-UA compliance','A supplier ask us what Schneider PLC to use for Verkor: Do you confirm M580 PLC is ok.\r\n\r\nMaybe M580 needs to be associated with BMENUA0100 module?\r\nWe found the following reference that seems compatible with several OPC UA features (starting p37):\r\nhttps://download.schneider-electric.com/files?p_enDocType=User+guide&p_File_Name=PHA83350.02.pdf&p_Doc_Ref=PHA83350 \r\n\r\n\r\nWhat do you think?\r\n\r\nRegards,',NULL,NULL,5,NULL,4,NULL,532,5,'2022-01-21 15:50:39','2022-02-21 10:09:58','2022-01-21',100,NULL,NULL,704,1,2,0,'2022-02-21 10:09:58'),(705,1,70,' Validation Livraison 23-1-2022','Bonjour,\r\nJ\'ai pris en compte votre livraison OpenOpcUa_1_0_7_0_SK_22-01-2022.\r\nUne fois compilé (coreServer et ses dépendances, VpiSk et ses dépendances, VpiUaMqttJsonPub et ses dépendances)et lancé sur notre cible, j\'ai l\'erreur suivante:\r\n\r\nThread 14 \"OpenOpcUaCoreSe\" received signal SIGSEGV, Segmentation fault.\r\n[Switching to Thread 0x733e3450 (LWP 1490)]\r\nstrlen () at ../sysdeps/arm/armv6t2/strlen.S:85\r\n85		sfi_breg src, \\\r\n(gdb) bt\r\n#0  strlen () at ../sysdeps/arm/armv6t2/strlen.S:85\r\n#1  0x765eab7c in Vpi_String_StrSize (a_pString=0x76973620)\r\n    at /home/user/cyclomix_evo/oopcua_server/VpisSdk/OpenOpcUaVpiLibrary/source/VpiString.cpp:171\r\n#2  0x765eab28 in Vpi_String_StrLen (a_pString=0x76973620)\r\n    at /home/user/cyclomix_evo/oopcua_server/VpisSdk/OpenOpcUaVpiLibrary/source/VpiString.cpp:146\r\n#3  0x733ec254 in SKReadValue (hVal=0x769742d0, uiNbToRead=1, \r\n    szAliases=0x76973620, ppValues=0x733e2d9c)\r\n    at /home/user/cyclomix_evo/oopcua_server/VpisSdk/VpiSk/InternalKrnlApi/sources/InternalKrnlApi.cpp:117\r\n#4  0x7682f9c0 in UASubSystem::CVpiSk::VpiSkThread (arg=0x76973e60)\r\n    at /home/user/cyclomix_evo/oopcua_server/VpisSdk/VpiSk/source/VpiSk.cpp:94\r\n#5  0x765e8f40 in InternalThreadMain (a_Thread=0x76973fd8)\r\n    at /home/user/cyclomix_evo/oopcua_server/VpisSdk/OpenOpcUaVpiLibrary/source/VpiInternalThread.cpp:143\r\n#6  0x765e8f0e in pthread_start (args=0x76974070)\r\n    at /home/user/cyclomix_evo/oopcua_server/VpisSdk/OpenOpcUaVpiLibrary/source/VpiInternalThread.cpp:124\r\n#7  0x76dc65b0 in start_thread (arg=0x0)\r\n    at /usr/src/debug/glibc/2.25-r0/git/nptl/pthread_create.c:458\r\n#8  0x76ba10fa in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76\r\n---Type <return> to continue, or q <return> to quit---return\r\n   from /lib/libc.so.6\r\nBacktrace stopped: previous frame identical to this frame (corrupt stack?)\r\n(gdb) ',NULL,NULL,5,424,7,141,424,27,'2022-01-24 12:26:37','2022-02-18 15:18:56','2022-01-24',100,NULL,NULL,705,1,2,0,'2022-02-18 15:18:56'),(706,1,70,'Infraction sur l\'utilisation de source OpenOpcUa','Bonjour,\r\n\r\ncomme indiqué sur la page du projet OpenOpcUa et sur le projet dédié à Sames Kremlin au sein du Redmine OpenOpcUa. <pre>Le Fork de la base de code est interdit.\r\n</pre>\r\nOpenOpcUa exige de ses sponsors qu\'ils respectent deux règles :\r\n# La mention au projet OpenOpcUa doit être faite dans les documentations\r\n# Le code du serveur et de ses dépendances ne doit pas être modifié (pas de FORK de la base de code)\r\n\r\nJe constaté que vous ne respectez pas ces deux règles. \r\nPourriez vous faire le necessaire pour corriger cela ?\r\n\r\nBien cordialement\r\nMichel Condemine',NULL,NULL,5,422,5,NULL,1,1,'2022-01-25 10:37:58','2022-01-28 15:58:27','2022-01-25',0,NULL,NULL,706,1,2,0,'2022-01-28 15:58:27'),(707,1,92,'SiOME\'s errors with our Nodeset of types','Hello Michel,\r\n\r\nFYI, when trying to load the latest SharedClasses nodeset file of types with SiOME we’ve got the attached errors.\r\n\r\n\r\nBR,\r\nChris',NULL,NULL,5,1,4,NULL,436,1,'2022-01-25 18:47:06','2022-02-09 15:46:07','2022-01-25',100,NULL,NULL,707,1,2,0,'2022-02-09 15:46:07'),(708,1,78,'une erreur majeur dans le Package LogisticClasses empêche la génération complète.','Bonjour,\r\nune erreur majeur dans le Package LogisticClasses empêche la génération complète.\r\nJ\'ai passé deux jours à chercher une erreur dans le XiMulator alors que l\'erreur venait du fichier Xmi relatif aux Classes Logistiques.\r\nVoila ce que l\'on trouve dans le fichier :\r\n!clipboard-202201262058-pfdwz.png!\r\nContentDataType n\'est pas un type natif JAVA. Je ne sais pas d\'où vient cette erreur. Pour corriger il suffit de sélectionner le ContentDataType depuis la sharedClasses.\r\nLe résultat est le suivant :\r\n!clipboard-202201262101-bzflz.png!\r\n\r\nCette erreur a pu se propager aux types suivants :\r\n!clipboard-202201262103-r4a6z.png!\r\nIls sont tous déclarés de manière incorrecte.\r\nActions :\r\n# Vérifier le modèle Logistique\r\n# Comprendre l\'origine de cette erreur de modélisation. Comment est arrivé ?\r\n\r\nCordialement\r\nMichel Condemine\r\n',NULL,NULL,5,447,4,NULL,1,3,'2022-01-26 21:06:05','2022-05-14 11:02:13','2022-01-26',100,NULL,NULL,708,1,2,0,'2022-05-14 11:02:13'),(709,3,92,'Question #1 raised during the Model presentation','Here is a question raised during the Logical Model presentation that could make sense to address:\r\n\r\nDoes the model take into consideration the PIDs in cascade?',NULL,NULL,5,510,4,NULL,436,1,'2022-01-27 16:46:02','2022-01-31 15:16:37','2022-01-27',100,NULL,NULL,709,1,2,0,'2022-01-31 15:16:37'),(710,3,92,'Question #2 raised during Model presentation','Here is a question raised during the Logical Model presentation that could make sense to address:\r\n\r\nDoes the model take into consideration the vibration sensors from Asystom?',NULL,NULL,5,510,4,NULL,436,1,'2022-01-27 16:47:10','2022-01-31 15:22:07','2022-01-27',100,NULL,NULL,710,1,2,0,'2022-01-31 15:22:07'),(711,3,92,'Question #3 raised during Model presentation','Here is a question raised during the Logical Model presentation that could make sense to address:\r\n\r\nHow to take into consideration a flowmeter replacement?\r\n',NULL,NULL,5,1,4,NULL,436,3,'2022-01-27 16:48:57','2022-02-09 15:49:31','2022-01-27',100,NULL,NULL,711,1,2,0,'2022-02-09 15:49:31'),(712,3,92,'Point raised during Model presentation','Here is a remark raised during the Logical Model presentation that should be addressed:\r\n\r\nAdd the Line consumption in the model (in kwh/ton).',NULL,NULL,5,510,4,NULL,436,1,'2022-01-27 16:50:25','2022-01-31 15:57:01','2022-01-27',100,NULL,NULL,712,1,2,0,'2022-01-31 15:57:01'),(713,3,92,'Question #4 raised during Model presentation','Here is a question raised during the Logical Model presentation that could make sense to address:\r\n\r\nHow do we add calculation (for instance a heat balance) in the model?',NULL,NULL,5,1,4,NULL,436,2,'2022-01-27 16:51:38','2022-01-31 16:02:54','2022-01-27',100,NULL,NULL,713,1,2,0,'2022-01-31 16:02:54'),(714,3,92,'Question #5 raised during Model presentation','Here is a question raised during the Logical Model presentation that could make sense to address:\r\n\r\nWhat would be the impact of the calculation (e.g: real time calculations) on the OOUA server?',NULL,NULL,5,1,4,NULL,436,1,'2022-01-27 16:52:29','2022-01-31 16:08:07','2022-01-27',100,NULL,NULL,714,1,2,0,'2022-01-31 16:08:07'),(715,1,70,'libVpiUaMqttJsonPub  Json Format','Bonjour,\r\nAprès analyse des premières données publiées par le publisher,  j\'ai constaté certains problèmes avec le format JSON (en rouge dans les captures ci-dessous).\r\n\r\n- ua-metadata: \r\n1/Il manque les deux caractères suivant au tout début du message:  < {\" >. Actuellement le début du message est : MessageId\":\"ad35..... il faudrait plutôt avoir : {\"MessageId\":\"ad35.....\r\n!clipboard-202201311615-ffkpm.png!\r\n\r\n- ua-data : \r\n1/ De même que pour ua-metadata, Il manque les deux caractères suivant au tout début du message:  < {\" >.\r\n2/ Il y\'a un retour à la ligne à la fin du timestamp (après le \"Z\").\r\n!clipboard-202201311634-cminb.png!\r\n\r\n',NULL,NULL,3,1,6,NULL,424,2,'2022-01-31 16:38:35','2022-02-04 09:17:31','2022-01-31',100,NULL,NULL,715,1,2,0,'2022-02-02 10:46:54'),(716,1,95,'Remplir fichier XLSX','Bonjour,\r\nle fichier 2022-01-26-Variables Cellule OPCUA.xlsx doit etre renseigné.\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,496,7,NULL,1,2,'2022-02-01 09:00:04','2022-02-14 14:35:50','2022-02-01',100,NULL,NULL,716,1,2,0,'2022-02-14 14:35:50'),(717,1,75,'Visibilité des méthodes client UaExpert','Bonjour M. Condemine, \r\n\r\n\r\nAvec les binaires du 30 janvier, nous n\'avons plus visibilité sur les input et output arguments des méthodes avec le client UaExpert. \r\nOn retrouve se problème sur les méthodes appartenant au serveur et les méthodes du projet. \r\n\r\nCordialement, \r\n\r\nMichael Ejigu',NULL,NULL,5,NULL,4,NULL,432,4,'2022-02-01 17:16:05','2022-11-04 16:20:27','2022-02-01',100,NULL,NULL,717,1,2,0,'2022-11-04 16:20:27'),(718,3,92,'Note missing in EquipmentBaseType class','There is no comment for the \"Interfaces\" attribute in the EquipmentBaseType class.',NULL,NULL,5,510,4,NULL,436,1,'2022-02-02 11:28:20','2022-02-09 15:50:32','2022-02-02',100,NULL,NULL,718,1,2,0,'2022-02-09 15:50:32'),(719,1,98,'Model generation errors with XiMulator v1.0.3.7','Hello Michel,\r\n\r\nWhen trying to generate the model with the latest version of XiMulator (v1.0.3.7) I get the following Warnings and Errors:\r\n\r\n!Model-Generation-SharedClasses-Warnings.JPG!\r\n\r\n!Model-Generation-InputOutput-Warnings.JPG!\r\n\r\n!Model-Generation-InputOutput-Errors.JPG!\r\n\r\nFYI because of the errors for InputOutput I didn\'t try to generate the nodeset file for Equipments.\r\n\r\nBR,\r\nChris',NULL,NULL,5,1,4,NULL,436,5,'2022-02-02 16:31:11','2022-05-14 11:21:16','2022-02-02',100,NULL,NULL,719,1,2,0,'2022-03-28 16:44:33'),(720,3,95,'Exemple Enumération et DEMO LUA','Bonjour Michel,\r\n\r\nSerait-il possible de me faire parvenir un bout de NODESET présentant la structure d\'une énumération pour que je compare à la structure CEA (NODSET de type)\r\nEgalement, serait-il possible de me partager la \"DEMO LUA\" pour regarder les différentes possibilités en plus de ce que l\'on a mis en place sur la cellule.\r\n\r\nMerci d\'avance,\r\n\r\nMarc\r\n','2022-02-08',NULL,5,1,4,NULL,496,3,'2022-02-03 10:47:18','2022-03-07 13:49:53','2022-02-03',100,NULL,NULL,720,1,2,0,'2022-03-07 13:49:53'),(721,1,56,'PROBLEME CREATION BASE DE DONNEES','Bonjour Michel,\r\n\r\nComme convenu voici le dossier comprenant la conf qui pose problème (fichier: OLW_FR23_2_REV1202.xml)\r\n\r\nCordialement.\r\n\r\nNorbert\r\n',NULL,NULL,1,1,5,NULL,328,0,'2022-02-03 19:16:58','2022-02-03 19:16:58','2022-02-03',0,NULL,NULL,721,1,2,0,NULL),(722,1,75,'Testeur bloqué - Need help','Bonsoir,\r\nj\'ai fait quelques tests et très rapidement le testeur est bloqué.\r\nLe serveur ne plante pas mais impossible de faire évoluer les valeurs dans ERP_Of_List_To_Do.\r\nIl contient 7 ERP_OF. Je peux ajouter des ERP_OF en appelant CopyFilePM\r\n!clipboard-202202042326-tcxj8.png!\r\nLe premier contient 108 part_produce mais n\'evolue plus quand j\'execute le script LaunchTestStepSequential.\r\nL\'invite de commande affiche ce genre d\'erreur:\r\n!clipboard-202202042335-q0l2t.png!\r\n\r\nNotez que les log dans un fichier bien plus pratique.\r\n\r\nCordialement\r\nMichel\r\n',NULL,NULL,5,432,5,NULL,1,7,'2022-02-04 23:37:15','2022-11-04 16:21:09','2022-02-04',100,NULL,NULL,722,1,2,0,'2022-11-04 16:21:09'),(723,1,92,'Model in Entreprise Architect','TemperatureMeterType is placed in SharedPackage. It\'s the only one of all the \"MeterType\". The other are placed in equipments',NULL,NULL,5,NULL,4,NULL,510,1,'2022-02-08 08:48:30','2022-02-09 16:07:31','2022-02-08',100,NULL,NULL,723,1,2,0,'2022-02-09 16:07:31'),(724,3,98,'Modèle JNEM OPC UA','Bonjour,\r\n\r\nDans le cadre du développement du modèle JNEM OPC UA, j\'ai quelques questions concernant Entreprise Architecte :\r\n\r\n- Comment mettre des objets avec un stéréotype autre que \"BaseObjectType\" ou \"FunctionnalGroupType\"? J\'aimerais créer un objet \"JNEMType\" pour mettre tous les objets dédiés au JNEM avec ce stéréotype.\r\n\r\n- Comment mettre des objets comme \"Optional\" ?\r\n\r\n- Comment fonctionne le stéréotype \"GeneratesEvent\" ? \r\n\r\n- Comment mettre un attribut avec comme type \"File\" dans EA ?\r\n\r\n- J\'arrive à créer des stéréotypes faisant référence au CS DI mais pas avec le CS Pump. Une fois le modèle construit avec Ximulator je n\'ai aucun attribut des objets ayant pour stéréotype un objet du CS Pump.\r\n\r\n- Comment gérer les différentes versions d\'un modèle OPC UA ?\r\n\r\nCordialement,\r\nMatthieu Gatine',NULL,NULL,2,1,5,NULL,492,2,'2022-02-08 10:07:50','2022-05-14 11:19:14','2022-02-08',0,NULL,NULL,724,1,2,0,NULL),(725,2,95,'Mise à jour LUA = Node Fixed Rate','Bonjour,\r\n\r\nSuite à la discussion de ce jour,\r\ndemande de modification pour intégration d\'un node permettant de modifier la vitesse d\'execution de la fonction FixedRate du script lua afin de passer de 2 secondes à 500ms.\r\n\r\n\r\nCdt,\r\n\r\nMarc','2022-02-16',NULL,5,1,4,NULL,496,3,'2022-02-09 10:58:02','2022-03-07 13:48:55','2022-02-09',0,NULL,NULL,725,1,2,0,'2022-03-07 13:48:55'),(726,3,95,'Demande Demo VPI OPCUA','Demande :\r\n\r\nVPI OPCUA pour interrogation serveur OPCUA sur un équipement en mode MANU','2022-02-16',NULL,5,1,7,NULL,496,2,'2022-02-09 10:58:52','2022-03-27 23:22:52','2022-02-09',100,NULL,NULL,726,1,2,0,'2022-03-27 23:22:52'),(727,1,75,'StructuresEmotors','Bonsoir,\r\nil y a de nombreux warning graves dans StructuresEmotors (117 au totals). Ces warning pourraient contribuer aux problèmes que nous rencontrons.\r\nun exemple :\r\n<pre>\r\ncsubassemblypart.cpp(163): warning C6386: Dépassement de mémoire tampon lors de l\'écriture sur \'*data+*data_Pointer\' : la taille accessible en écriture est \'*length\' octets, mais \'4\' octets sont peut-être écrits.\r\n</pre>\r\nMerci de supprimer tous ces warning.\r\nPar ailleurs quand vous recopiez du code OOUA merci de respecter le droit d\'auteur.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,NULL,7,NULL,1,2,'2022-02-09 20:31:34','2022-11-04 16:21:51','2022-02-09',100,NULL,NULL,727,1,2,0,'2022-11-04 16:21:51'),(728,1,75,'Warning VpiPLM','Bonjour,\r\nJe viens de regénérer le VpiPlm. Il contient de nombreux warning qu\'il faudra nettoyer. En particulier les warning C4238. \r\nCordialement\r\nMichel Condemine',NULL,NULL,5,NULL,7,NULL,1,2,'2022-02-10 11:12:30','2022-11-04 16:22:09','2022-02-10',100,NULL,NULL,728,1,2,0,'2022-11-04 16:22:09'),(729,1,75,'Warning VpiErp','Bonjour,\r\nJe viens de regénérer le VpiErp. Comme les autres Vpi. Il contient de nombreux warning qu\'il faudra nettoyer. En particulier les warning C4238.\r\nCordialement\r\nMichel Condemine',NULL,NULL,2,432,4,NULL,1,2,'2022-02-10 11:21:45','2022-11-04 16:22:36','2022-02-10',50,NULL,NULL,729,1,2,0,NULL),(730,1,97,'CPC Meaning','CPI seems to be an acronym. What is stand for ?',NULL,NULL,5,531,4,NULL,1,2,'2022-02-10 16:09:10','2022-03-08 15:09:03','2022-02-10',100,NULL,NULL,730,1,2,0,'2022-03-08 15:09:03'),(731,1,97,'Information about roll','Need detail related to cooper and aluminium roll.\r\nWhat is relevant for the process',NULL,NULL,5,531,4,NULL,1,2,'2022-02-10 16:15:13','2022-02-21 10:16:22','2022-02-10',100,NULL,NULL,731,1,2,0,'2022-02-21 10:16:22'),(732,2,47,'Add option to save project folder and log folder relatively','Create an Option entry in the detailView allowing to select :\r\n* save project folder relatively/absolutely\r\n* log folder relatively/absolutely',NULL,NULL,2,NULL,4,NULL,1,1,'2022-02-12 11:42:23','2022-02-13 10:51:59','2022-02-12',100,NULL,NULL,732,1,2,0,NULL),(733,2,47,'Project creation option','When we create the project allow to automatically creates \r\nProject and Logs folder to place project file and logs in it.\r\nThis option selection should appears in the create project wizard.',NULL,NULL,3,NULL,4,NULL,1,1,'2022-02-12 11:44:19','2022-02-13 10:51:26','2022-02-12',100,NULL,NULL,733,1,2,0,'2022-02-13 10:51:26'),(734,2,47,'Search function ','Add a search NodeId.\r\nI allows to search a NodeId in the whole addressSpace',NULL,NULL,1,NULL,4,NULL,1,0,'2022-02-13 10:48:48','2022-02-13 10:48:48','2022-02-13',0,NULL,NULL,734,1,2,0,NULL),(735,1,94,'Problème critique','Bonjour,\r\nEn travaillant sur le problème de stabilité de l\'installation je suis tombé sur un problème critique.\r\nLe problème est le suivant :\r\nIl y a une discordance entre :\r\n# l\'encodeur réalisé par INETUM qui est conforme à la structure des objets déclarés dans le dictionnaire de données du serveur.\r\n# Les dataTypes dans le modèle disponible dans le fichier UML \r\n\r\nPar exemple pour ERP_OF_Datatype.\r\nCi dessous le type visible par un client issu du dictionnaire de données\r\n!clipboard-202202131110-dmhlh.png!\r\nCi-dessous la déclaration du même objet ErpOf dans le modèle UML\r\n!clipboard-202202131114-xrqii.png!\r\n\r\nOu est la vérité ?\r\nCordialement\r\nMichel Condemine\r\n',NULL,NULL,5,NULL,7,NULL,1,3,'2022-02-13 11:15:22','2022-05-20 16:07:25','2022-02-13',100,NULL,NULL,735,1,2,0,'2022-05-20 16:07:25'),(736,3,92,'Update Excel file with Rack/Slot numbers','Need to update with PLC\'s Rack/Slot numbers the Excel file \"OPC UA Modeling – Equipments Instrumentation & data mapping.xlsx” that will be used for the mapping.',NULL,NULL,5,510,4,NULL,436,1,'2022-02-14 11:22:20','2022-02-16 15:35:20','2022-02-14',100,NULL,NULL,736,1,2,0,'2022-02-16 15:35:20'),(737,3,92,'Update Excel file with EquipmentBaseType’s attributes','Update with attributes inherited from EquipmentBaseType the Excel file “OPC UA Modeling – Equipments Instrumentation & data mapping.xlsx” that will be used for mapping.',NULL,NULL,5,510,4,NULL,436,2,'2022-02-14 11:34:27','2022-07-04 17:02:19','2022-02-14',100,NULL,NULL,737,1,2,0,'2022-07-04 17:02:19'),(738,2,92,'Add attributes to PlateDataType','Can we add some attributes to PlateDataType.\r\nLike caracteristicDataType(with multiplicity) (with name(string) and \"Value\"(string)).\r\nSo we can add some caractéristics of the equipment caracteristics see on the plate (like Nominal Speed, nominal KW, in & out speed ratio, ...)',NULL,NULL,5,436,4,NULL,510,2,'2022-02-14 14:56:32','2022-02-16 15:36:16','2022-02-14',100,NULL,NULL,738,1,2,0,'2022-02-16 15:36:16'),(739,3,95,'Get Value LUA ','Question :\r\n\r\nInitialGrafcetStep=this:GetUAValue(\"ns=9;i=6020\",13);\r\n\r\nQue signifie le 13 dans la fonction getValue ?\r\n\r\nMarc\r\n',NULL,NULL,5,1,4,NULL,496,1,'2022-02-14 15:42:31','2022-02-16 14:07:45','2022-02-14',100,NULL,NULL,739,1,2,0,'2022-02-16 14:07:45'),(740,1,97,'Roll defect handling ','How to handle defect on rolls ?\r\n',NULL,NULL,5,NULL,4,NULL,1,2,'2022-02-15 15:45:12','2022-03-08 15:08:49','2022-02-15',100,NULL,NULL,740,1,2,0,'2022-03-08 15:08:49'),(741,1,97,'VirtualMeter','Thin about virtual',NULL,NULL,2,NULL,4,NULL,1,1,'2022-02-15 15:58:42','2022-02-21 10:23:50','2022-02-15',20,NULL,NULL,741,1,2,0,NULL),(742,1,97,'Dryer','Dryer is split in 5 zones.\r\nIS each zone equivalent ?',NULL,NULL,5,533,4,NULL,1,3,'2022-02-15 16:38:06','2022-03-08 15:04:15','2022-02-15',100,NULL,NULL,742,1,2,0,'2022-03-08 15:04:15'),(743,1,97,'Need to work on Filter','Prepare a session for Filter object.\r\nStudy Air Protect solution',NULL,NULL,5,NULL,4,NULL,1,1,'2022-02-15 16:47:45','2022-03-08 14:59:36','2022-02-15',100,NULL,NULL,743,1,2,0,'2022-03-08 14:59:36'),(744,2,92,'Create methods','In the logical model the method \"SetPid\" has been created for the Pump.\r\n\r\nCreate additional methods for:\r\n• Motors\r\n• Drive\r\n• Valve\r\n• Contactor\r\n ',NULL,NULL,5,1,4,NULL,436,1,'2022-02-16 14:16:43','2022-02-21 16:35:40','2022-02-16',100,NULL,NULL,744,1,2,0,'2022-02-21 16:35:40'),(745,1,47,'Difficultés à l\'instanciation (pour le modèle Imerys)','Lors du démarrage de l\'instanciation manuelle du modèle d\'Imérys, nous rencontrons des difficultés/problèmes pour instancier les objets \"LixhePlant\" (de type FactoryType - FolderType) et \"Carbital3\" (de type DepartmentType - BaseObjectType).\r\n\r\nPour information :\r\nns = 1 ; i = 3379 = LixhePlant mais BrowseName = \"New UA Object\" dans le fichier d\'instances.\r\n\r\nns = 2 ; i = 541 = DepartmentType\r\nns = 2 ; i = 804 = Department\r\n ',NULL,NULL,2,1,4,NULL,436,2,'2022-02-17 09:10:33','2022-02-17 10:31:13','2022-02-17',0,NULL,NULL,745,1,2,0,NULL),(746,1,98,'Problèmes à la génération du modèle Imerys','Lors de la génération du modèle Imerys V1.0.5 via XiMulator 1.0.3.7 nous constatons les problèmes suivants :\r\n\r\n- Alias \"Range\" généré avec un index i = 2350 au lieu de i = 884.\r\n- inconsistance/erreur remontée par SiOME sur \"State\" ou \"StateOnOffEnum\" (i = 14647 dans le fichier nodeset de type unique Opc.Ua.NodeSet2.FullModel.xml).\r\n- non prise en compte des méthodes créées dans le modèle (absence dans le fichier nodeset de type unique Opc.Ua.NodeSet2.FullModel.xml).\r\n\r\nA noter que plusieurs Warnings sont également créés lors de la génération.',NULL,NULL,5,1,4,NULL,436,3,'2022-02-17 09:28:46','2022-03-27 21:29:27','2022-02-17',100,NULL,NULL,746,1,2,0,'2022-03-27 21:29:27'),(747,1,78,'TypeMismatch des instance Counter LM et Counter PLC','Bonjour, \r\n\r\nConcernant d\'anomalie vu sur la ligne Prepastack et après avoir appliqué des corrections de type \'UInt32\' J\'ai trouvé d\'autres défaut de \'TypeMismatch\' côté Serveur sur le fichier \'PrePastack.log\'. Je pense qu\'il n\'aime pas les nouveaux modifs, mais ce message n\'est pas toujours répétitif et le serveur est stable. Est-ce qu\'il pourrait être un point bloquant plus tard ?\r\n\r\nJe vous partage ici le fichier PrePastack.log quand même.\r\n\r\nCordialement,\r\nArash',NULL,NULL,3,NULL,4,NULL,489,1,'2022-02-17 12:12:21','2022-11-04 14:40:33','2022-02-17',100,NULL,NULL,747,1,2,0,'2022-11-04 14:40:33'),(748,1,75,'Essais sur la maquette TesteurEmotors fournie','Bonjour M. Condemine, \r\n\r\n\r\nJe fais tourner la maquette TesteurEmotors sur mon PC ainsi qu\'une VM. \r\nAu bout de quelques dizaine de minutes j\'ai eu un crash sur la VM. \r\n\r\nCi joint les dossiers de log ainsi que le mindump que j\'ai pu avoir. \r\n\r\nLes logs serveur indiquent des problèmes liés à des numéros de séquences, le VpiTesteur lui n\'est pas du tout verbose\r\n\r\n',NULL,NULL,5,NULL,4,NULL,432,1,'2022-02-17 18:33:19','2022-11-04 16:23:03','2022-02-17',100,NULL,NULL,748,1,2,0,'2022-11-04 16:23:03'),(749,1,70,'libVpiUaMqttJsonPub  SSL_Read failed','Bonjour M. Condemine,\r\nJ\'ai testé la livraison du 18.02.2022.\r\nle format json est OK pour moi. \r\nMais il reste un cas où le publisher démarre, se connecte au broker puis s\'arrête. ci-joint le log de ce cas.\r\n\r\nBien cordialement,\r\nMaycko LOUIS',NULL,NULL,5,1,5,NULL,424,2,'2022-02-18 14:51:22','2022-03-24 10:22:52','2022-02-18',100,NULL,NULL,749,1,2,0,'2022-03-24 10:22:52'),(750,1,97,'VaccumDryerType','The model contains the following object dryer related :\r\n!clipboard-202202211039-bd2oo.png!\r\nWe don\'t understand the purpose of the VaccumDryer ?\r\nCan you explain ?\r\n',NULL,NULL,5,533,4,NULL,1,2,'2022-02-21 10:39:52','2022-03-08 14:44:17','2022-02-21',100,NULL,NULL,750,1,2,0,'2022-03-08 14:44:17'),(751,1,97,'PID Control object','Consider the creation of a PID control object',NULL,NULL,1,NULL,4,NULL,1,0,'2022-02-21 18:36:39','2022-02-21 18:36:39','2022-02-21',0,NULL,NULL,751,1,2,0,NULL),(752,3,92,'Methods- How to manage mapping','How to manage mapping for methods \r\n Method Start = bit Start in PLC?',NULL,NULL,5,1,4,NULL,510,1,'2022-02-23 15:33:38','2022-03-28 16:42:14','2022-02-23',100,NULL,NULL,752,1,2,0,'2022-03-28 16:42:14'),(753,1,97,'Ceramic quesiton','Bonjour,\r\nHow the Ceramic is handled in the process do you mixed  kaolin  and feldspath or do you recipe an already mixed slurry ?\r\n\r\nRegards\r\nMichel Condemine',NULL,NULL,1,533,5,NULL,1,1,'2022-02-23 15:47:34','2022-02-24 10:55:46','2022-02-23',0,NULL,NULL,753,1,2,0,NULL),(754,1,98,'Ximulator - Problème URI','Bonjour M. Condemine,\r\n\r\nPour faire suite à notre point sur le modèle OPC UA JNEM, nous avons relevé un problème avec Ximulator pour récupérer les URI.\r\n\r\nCordialement,\r\n\r\nMatthieu GATINE','2022-03-11',NULL,1,492,5,NULL,492,1,'2022-03-01 15:16:10','2022-05-14 11:00:51','2022-03-01',0,NULL,NULL,754,1,2,0,NULL),(756,1,75,'Méthodes Add dans la nouvelle version structuresEmotors','Bonjour Michel,\r\n\r\nNous migrons dans VpiLine les appels de nos anciennes méthodes \"AddCloneTo\" vers les nouvelles méthodes Add.\r\n\r\nPour mémoire, les anciennes méthodes AddCloneTo permettaient de faire un clone instancié par structureseMotors qui était mis dans le push_back à la place du \"patron\" original pour permettre que cet objet (qui sera détruit plus tard par structuresemotors dans le destructeur du parent) soit un objet instancié par structuresemotors et pas par une autre DLL (la destruction de l\'objet patron étant assurée par l\'appelant immédiatement après l\'appel au AddCloneTo). Ces méthodes ne géraient pas d\'exclusion.\r\n\r\nDans les nouvelles méthodes Add, la donnée est gérée de manière sécurisée (contrôle de validité + gestion d\'exclusion) mais c\'est l\'objet transmis par l\'appelant (donc instancié par lui) qui est mis dans le push_back. \r\n\r\nEst-ce que ce fonctionnement est bien celui que vous préconisez ? (en s\'appuyant sur l\'exclusion et les contrôles supplémentaires qui garantissent la sécurité de la donnée?) ou faut-il faire en sorte qu\'une ré-instanciation (s\'appuyant sur les constructeurs pas copie) soit assurée quand l\'appel vient de \"l\'extérieur\" (développement d\'une seconde méthode de Add reprenant la trame de la première mais dédiée aux appels par le SDK et réalisant en plus une ré-instanciation? une autre solution?).',NULL,NULL,5,1,4,NULL,1,1,'2022-03-03 19:06:37','2022-03-28 00:34:58','2022-03-02',100,NULL,NULL,756,1,2,0,'2022-03-28 00:34:58'),(757,1,100,'Installation de la CRT','Bonjour,\r\npour installer la CRT veuillez utiliser le setup Microsoft.\r\nIl n\'est pas pertinent de copier les DLLs une à une.\r\nJ\'espère que ce type de procédure ne sera pas enseigné aux clients.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,432,4,NULL,1,6,'2022-03-08 12:04:37','2022-10-25 10:31:28','2022-03-08',100,NULL,NULL,757,1,2,0,'2022-10-25 10:31:28'),(758,3,98,'Ajouter un identifiant à un stéréotype dans Entreprise Architect','Bonjour M. Condemine,\r\n\r\nJe cherche à ajouter un identifiant à un stéréotype pour qu\'un attribut puisse faire référence à un \"GeneratesEvent\" de type \"LimitAlarmType\" (i =2955). J\'ai essayé d\'ajouter une \"Tagged Value\" dans le modèle de stéréotype OPC UA mais cela ne fonctionne pas.\r\n\r\nQue faut-il faire pour que Ximulator reconnaisse des valeurs spécifiques pour un stéréotype.\r\n\r\nMerci d\'avance,\r\nBien cordialement,\r\nMatthieu Gatine',NULL,NULL,5,1,5,NULL,492,3,'2022-03-08 13:58:04','2022-05-14 11:23:37','2022-03-08',100,NULL,NULL,758,1,2,0,'2022-05-14 10:59:12'),(759,3,100,'Questions messages de logs VpiS7 et non remontée de certaines données','Bonjour M. Condemine, \r\n\r\n\r\nNous rencontrons un phénomène étonnant en effectuant des tests de récupération de données sur le VpiS7\r\n\r\nEn vérifiant le mapping variable par variable, on arrive bien à collecter toute données. Mais dépendant de quelles variables sont mappées par le VpiS7, dans certains ca, on ne peut pas récupérer des données. \r\n\r\nOn obtient dans ces scénarios deux types de messages de logs \r\n\r\n1 ) UpdateBlockIfNeeded - Update Start Address - Area: 1 dbNumber: 53 OldAdress: 66 newAdress: 26\r\n\r\n2) UpdateSourceObject>Configuration error BlockStart=cbc0001a Address=0x00006\r\n\r\n\r\nQuelle est la signification de ces deux messages de logs ? \r\n\r\nNous essayons en parallèle d\'effectuer une analyse Wireshark \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\n\r\n',NULL,NULL,5,1,4,NULL,432,8,'2022-03-10 09:43:08','2022-11-04 16:24:01','2022-03-10',100,NULL,NULL,759,1,2,0,'2022-11-04 16:24:01'),(760,3,100,'Questions sur VpiS7','Bonjour M . Condemine, \r\n\r\nNous avons 2 questions sur le VpiSS7. \r\n\r\n\r\n1) Par expérience le VpiUaClient ne supportait pas l\'utilisation de la même adresse dans le fichier de mapping (2 variables mappées vers la même variable côté serveur Seed). \r\nEst ce que le vpiS7 le supporte ? Nous rencontrons ce cas chez Imerys. En testant avec le simulateur, ça à l\'air de fonctionner mais nous souhaitons nous en assurer avant d\'activer le mapping pour les variables qui sont dans ce cas. \r\n\r\n\r\n2) Pour certaines variables, le type de la donnée n\'est pas le même au niveau du serveur OOUA et au niveau de l\'automates (C\'est le cas pour toutes les enums dans l\'Address Space mappés vers les automates). \r\n\r\nEst-ce que vous serez d\'accord pour effectuer certains types de conversions ? (Enum à Booléen, Enum à Int16). \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\n\r\n',NULL,NULL,5,1,4,NULL,432,2,'2022-03-10 09:49:48','2022-03-28 00:49:09','2022-03-10',100,NULL,NULL,760,1,2,0,'2022-03-28 00:49:09'),(761,1,94,'Plantage du serveur OpenOpcUa ','Bonjour,\r\n\r\nOn a ajouté quatre nouveaux nodes (Float) avec l\'option de historisation sur le nodeset des instance de ligne Rotor (A chaque changement d\'état) . Malgré que la traça d\'archivage se trouve dans la BDD OpenOPCUa, le serveur plante dès qu\'on s\'abonne à l\'une des ces variable dans l\'onglet de \"history trend view de UAExpert\".\r\n',NULL,NULL,5,489,7,NULL,489,15,'2022-03-14 14:33:21','2022-11-04 14:20:04','2022-03-14',100,NULL,NULL,761,1,2,0,'2022-11-04 14:20:04'),(762,1,92,'Add Attributes in DepartementType ','Add attributes \"equipments : EquipmentBaseType[0...*] in departmentType\r\n       Inputs : InputType\r\n       Outputs : OutputType',NULL,NULL,5,510,4,NULL,510,1,'2022-03-15 16:13:47','2022-03-28 16:36:12','2022-03-15',100,NULL,NULL,762,1,2,0,'2022-03-28 16:36:12'),(763,3,92,'Confirm SolidType Naming','A discussion needed with Imerys colleagues regarding the naming of SolidType object.\r\nShould it be confirmed? Or do we need to rename it (like for instance RockType)?\r\n\r\nSimilarly current naming of \"InputSolid\" attribute of \"InputType\" object and \"OutputSolid\" attribute of \"OutputType\" object have to be confirmed (or changed). ',NULL,NULL,5,518,4,NULL,436,1,'2022-03-16 16:41:54','2022-07-04 17:01:38','2022-03-16',100,NULL,NULL,763,1,2,0,'2022-07-04 17:01:38'),(764,3,100,'Logs liés au crash du 16/03 11AM (problème de connexion mqtt + souscription sur variables de datatype Range)','Bonjour, \r\n\r\nCi joint les logs au moment du crash. \r\nLe crash semble lié à un problème d\'initialisation des variables de datatype Range (indiqués dans logs serveur). \r\nPour le moment ces variables ont été commenté au niveau de la configuration ( 4 variables par Grinder)\r\n\r\nLes logs MQTT indiquent aussi un problème de connexion qui n\'est pas ré-apparu au redémarrage du serveur. \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\nInetum',NULL,NULL,2,1,4,NULL,432,19,'2022-03-17 17:00:51','2022-03-25 18:08:14','2022-03-17',100,NULL,NULL,764,1,2,0,'2022-03-19 23:00:10'),(765,1,92,'Manage attribute DriveType in equipments','Drive [0...1] : DriveType',NULL,NULL,5,NULL,4,NULL,510,2,'2022-03-21 13:19:25','2022-04-21 17:15:23','2022-03-21',100,NULL,NULL,765,1,2,0,'2022-04-21 17:15:23'),(766,1,92,'Attributes \"information\" update','How to manage \"informations\" update (e.g.: Supplier, maintenance inf...)',NULL,NULL,5,NULL,4,NULL,510,2,'2022-03-21 14:13:08','2022-07-04 17:00:40','2022-03-21',100,NULL,NULL,766,1,2,0,'2022-07-04 17:00:40'),(767,1,47,'Initialisation de valeur via fichier csv ConfigManager (Enums et DateTime)','Bonjour, \r\n\r\nNous souhaitons importer des valeurs de type enums et de type date time avec la fonctionnalité import de valeur de ConfigManager\r\n \r\nPour les Datetime, le format choisi ensemble : YYYY-MM-DD«T»HH:mm:SS«Z»\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n',NULL,NULL,2,1,4,NULL,432,1,'2022-03-22 10:01:23','2022-03-28 00:47:40','2022-03-22',0,NULL,NULL,767,1,2,0,NULL),(768,2,47,'Instanciation de variables avec CSV ( UDT de type tableau vide + valeurs par défaut à enlever )','Bonjour, \r\n\r\nEn terme d\'instanciation de variable  : \r\n\r\nA)  Nous ne pouvons pas instancier des tableaux de UDT vides. Nous proposons de remplacer la colonne ArraySize par deux colonnes ValueRank (qui peut être égal à -1 pour les scalaire) et ArrayDimensions. \r\n\r\nB) Nous proposons que ConfigManager ne mette plus de valeur par défaut lors de l\'instanciation de valeurs. Cela évitera de devoir enlever les valeurs par défauts pour les variables mappées avec des PLC.  \r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,2,1,4,NULL,432,1,'2022-03-22 10:07:01','2022-03-28 00:46:48','2022-03-22',0,NULL,NULL,768,1,2,0,NULL),(769,2,47,'Instanciation de variables Possibilité de préciser le parent avec son nodeId','Bonjour\r\n\r\nNous rencontrons des cas où une variables appelée Location peut avoir une variable fille qui s\'appelle également Location qui lui aussi a variables filles. \r\n\r\nPour ce cas nous proposons de pouvoir préciser la colonne parent en tant que NodeId en plus qu\'en tant de BrowseName\r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,2,1,4,NULL,432,1,'2022-03-22 10:12:26','2022-03-28 00:44:46','2022-03-22',0,NULL,NULL,769,1,2,0,NULL),(770,2,98,'TypeDefinition pour UDT de type tableau mis à plats','Bonjour, \r\n\r\nComme discuté en call le 21/03, nous souhaitons trouver une solution à \"quel TypeDefinition mettre pour des variables UDT de type tableau mis à plats\" . \r\n\r\nPour chaque Datatype XDatatype, Ximulator génère une VariableType XVariableType qui correspond à la mis à plat de Datatype. \r\nDonc quand une variable de Datatype XDatatype est mise à plat on peut lui accorder un TypeDefinition XVariableType. \r\n\r\nNous proposons que Ximulator génère aussi une VaribaleType XArrayVariableType qui a sous elle un (ou plusieurs) XVariableType. \r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n',NULL,NULL,2,1,4,NULL,432,2,'2022-03-22 10:19:49','2022-05-14 10:56:24','2022-03-22',0,NULL,NULL,770,1,2,0,NULL),(771,2,100,'Mapping S7 Enums (dans addresse space) vers Int16 et Boolean (dans PLC) ','Bonjour, \r\n\r\nDans le cadre de la démo MVP. nous devons mappés des Variables de type Enum dans l\'espace d\'adressage vers des Int16 et Booléen au niveau du PLC. \r\n\r\nTel quel, la valeur est remontée mais le Datatype est écrasé. Le client UaExpert ne voit plus une enum mais un Int16 ou un Booléen et nous perdons la sémantique\r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,1,4,NULL,432,5,'2022-03-22 10:28:19','2022-11-04 16:25:42','2022-03-22',100,NULL,NULL,771,1,2,0,'2022-11-04 16:25:42'),(772,1,100,'Problème de connexion Mqtt et logs','Bonjour, \r\n\r\nEn me connectant ce matin chez le client, je vois que le serveur était en freeze (Peut être dû aux problèmes du Ticket 771)\r\nCependant les logs du VpiMqtt indiquent un problème de connexion qui ne se règle pas tout seul.\r\nOn a des messages du type : \r\n\r\n2022-03-23T19:48:51.838Z ERROR MQTT_SendPublish>SSL_Write encounter an error SSL error (1) and return 4294967295. A non-recoverable, fatal error in the SSL library occurred, usually a protocol error\r\n2022-03-23T19:48:51.839Z ERROR MQTT_SendPublish failed with error 0x80050000\r\n \r\nCi joint les logs.\r\n\r\nCordialement, \r\nMichael',NULL,NULL,5,1,5,NULL,432,6,'2022-03-25 09:23:01','2022-03-30 09:59:23','2022-03-25',100,NULL,NULL,772,1,2,0,'2022-03-29 22:11:18'),(773,1,94,'Erreur Modèle','Bonjour,\r\nl\'ObjectType Machine_Traceability devrait s\'appeler Machine_Traceability_Type.\r\nJ\'ai fait la modification dans ma version du modèle. merci de faire le changement dans la version officielle.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,447,5,NULL,1,2,'2022-03-26 17:44:26','2022-03-28 10:23:21','2022-03-26',100,NULL,NULL,773,1,2,0,'2022-03-28 10:23:21'),(774,1,97,'Acronyms','Hello,\r\ncan you explain acronyms used in the Process Flow Diagram :\r\nNMP,PVDF,PD Tank, DW Storage, CMC, EPC Control, WIP, OCV, ACIR, DCIR, OCV.\r\n\r\nRegards\r\nMichel',NULL,NULL,1,NULL,7,NULL,1,1,'2022-03-28 09:24:55','2022-03-28 09:59:09','2022-03-28',0,NULL,NULL,774,1,2,0,NULL),(775,3,92,'Information Modeling: common equipment instantiation','Hello,\r\n\r\nThe Carbital 03 department is composed of 5 lines plus some equipment that are shared or common to all the lines. However the current Model version does not really include these equipment in the objects hierarchy.\r\n\r\nHow do we have to instantiate these equipment?\r\n\r\nShould we instantiate them as equipment at Carbital 03 level?\r\nOr should we change the model by creating a new level in the objects hierarchy?',NULL,NULL,5,NULL,4,NULL,436,1,'2022-03-28 13:59:51','2022-03-28 16:12:33','2022-03-28',100,NULL,NULL,775,1,2,0,'2022-03-28 16:12:33'),(776,1,70,'Validation Livraison 24-03-2022','Bonjour M. Condemine,\r\nJe suis en train de tester le Subscriber avec le DemoMqttSubscriber_Debug_SK.\r\nMon environnement de test est le suivant:\r\n\r\n!clipboard-202203281635-akkf1.png!\r\n\r\nJ\'utilise MosquittoPub pour publier des messages Json sur le Topic d\'abonnement de MqttJsonSub et ce dernier plante lorsque je publie des messages.\r\n\r\nCi-dessous la commande que j\'utilise. J\'ai supposé que MqttJsonSub s\'attendait à recevoir les mêmes formats de messages que ce que MqttJsonPub peut publier donc j\'ai essayé cette commande:\r\n\r\n> mosquitto_pub -h localhost -t OOUA/Json_WriterGroup_1 -m {\\\"MessageId\\\":\\\"e01d8274-c4f5-4654-a56d-12d92738bb39\\\",\\\"MessageType\\\":\\\"ua-data\\\",\\\"PublisherId\\\":\\\"2\\\",\\\"DataSetClassId\\\":\\\"\\\",\\\"Messages\\\":[{\\\"DataSetWriterId\\\":1,\\\"SequenceNumber\\\":1,\\\"MetaDataVersion\\\":{\\\"MajorVersion\\\":1,\\\"MinorVersion\\\":1},\\\"Timestamp\\\":\\\"2022-03-28T13:05:48.0000000Z\\\",\\\"Payload\\\":{\\\"#A_Consumption\\\":{\\\"Type\\\":6,\\\"Body\\\":92}}}]} -i testclient -d\r\n\r\nJ\'ai vérifier avec wireshark, ci-dessous le message arrivant dans le subscriber.\r\nC\'est normal que dans le subscribe request on a pas le nom du topic d\'abonnement?\r\n\r\n!clipboard-202203281644-zw1cr.png!\r\n\r\nEst-ce que je suis passé à côté de quelques choses?\r\nMerci d\'avance de votre retour.\r\n\r\nBien cordialement,\r\nMaycko LOUIS',NULL,NULL,5,1,5,NULL,424,10,'2022-03-28 16:57:05','2022-03-31 16:14:16','2022-03-28',100,NULL,NULL,776,1,2,0,'2022-03-31 16:14:16'),(777,2,92,'Naming policy for MQTT variable ','',NULL,NULL,3,NULL,4,NULL,1,1,'2022-03-28 17:00:05','2022-06-30 16:53:00','2022-03-28',100,NULL,NULL,777,1,2,0,'2022-06-30 16:53:00'),(778,3,78,'Priorités Spring 2022','1- XiMulator - Done\r\n2- Block sur VpiS7\r\n3- Alarme\r\n4- VpiS7 et UaClient doivent supprimer le caractère 0x0d en fin.\r\n5- Synchronisation de UDT mise à plat.\r\n6- VpiOData ... Option',NULL,NULL,5,1,4,NULL,1,1,'2022-03-28 18:38:50','2022-11-04 14:42:06','2022-03-28',100,NULL,NULL,778,1,2,0,'2022-11-04 14:42:06'),(779,3,75,'Comportement HDA avec Genesis','Bonjour, \r\n\r\nEn testant le HDA sur des variables numériques avec le client OPCUA Genesis64, nous tombons sur un freeze du serveur au bout d\'un certain moment. UAExpert ainsi que Genesis n\'arrivent plus à se connecter. UaExpert indique un BadCommunicationError : \r\n!clipboard-202203291423-rm9sp.png!\r\n\r\n\r\nLes logs (en PJ) serveur et VFI indiquent des erreurs liées au Historical Access dans les logs. \r\n\r\nLogs serveur \r\n\r\n!clipboard-202203291420-yrspz.png!\r\n\r\n\r\nLogs VFI \r\n\r\n!clipboard-202203291421-0c15q.png!\r\n\r\n\r\nPour info, la maquette qu\'on utilise est un maquette simple sans UDT, avec quelques instances de type Float. \r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n',NULL,NULL,5,432,4,NULL,432,8,'2022-03-29 14:24:27','2022-11-04 16:26:23','2022-03-29',100,NULL,NULL,779,1,2,0,'2022-11-04 16:26:23'),(780,3,73,'certificat','Bonjour,\r\nLorsque nous démarrons notre conf serveur, il est question d\'un certificat qui est expiré (depuis le 20/03/2022). Pouvez-vous m\'éclairer sur ce sujet ?\r\nMerci d\'avance',NULL,NULL,5,NULL,4,NULL,429,2,'2022-03-29 15:13:35','2022-03-29 16:49:41','2022-03-29',100,NULL,NULL,780,1,2,0,'2022-03-29 16:49:41'),(781,1,97,'SRS information','Hello,\r\nwe need more detail on the SRS. The idea is to select a bunch of attribute for the SRSType which is an equipment.\r\n\r\nRegards\r\nMichel',NULL,NULL,1,531,4,NULL,1,1,'2022-03-30 14:38:28','2022-03-30 14:44:54','2022-03-30',0,NULL,NULL,781,1,2,0,NULL),(782,3,92,'Projects compare for update','In Enterprise architect, how to compare two projects to make update.',NULL,NULL,5,1,4,NULL,510,1,'2022-03-31 09:33:54','2022-03-31 09:37:45','2022-03-31',100,NULL,NULL,782,1,2,0,'2022-03-31 09:37:45'),(783,3,75,'Nouveau VPI S7 et procédure/exemple de configuration','Bonjour M. Condemine, \r\n\r\n\r\nPourriez vous s\'il vous plait nous mettre à disposition le nouveau VpiS7 avec configuration manuelle des blocs? Ainsi de des exemples/procédure si possible ? \r\n\r\n\r\nCordialement,\r\n\r\nMichael',NULL,NULL,5,1,4,NULL,432,1,'2022-03-31 10:50:35','2022-03-31 12:09:14','2022-03-31',100,NULL,NULL,783,1,2,0,'2022-03-31 12:09:14'),(784,1,97,'Empty class','Need more information for CalenderingType, AirCylinderType, CameraType, CoatingReferenceBackingRollerType, CoolerType, HalfSlitterType, InsulationCoatingUnitType, WebPositionControllerType classes. \r\nFor each classes we need :\r\n* A definition (what it is about) \r\n* A list of attributes',NULL,NULL,1,533,4,NULL,1,0,'2022-03-31 15:20:22','2022-03-31 15:20:22','2022-03-31',0,NULL,NULL,784,1,2,0,NULL),(785,1,70,'MqttJsonSub crash (double free or corruption) ou (Vpi_BadNothingToDo)','Tests réalisés avec la version  OpenOpcUa_1_0_7_0_SK_31-03-2022 et le DemoMqttSubscriber_Debug_Simulation.\r\nAu démarrage du serveur/subscriber, le subscriber se connecte au broker mosquitto.\r\nJ\'utilise mosquitto_pub pour publier de la data sur le topic tele/test1.\r\nLorsque je publie la variable \"OOUADemo-MQTT_String\", \r\ndans 30% des cas je vois la donnée publiée apparaitre sur un client OPCUA (UaExpert)\r\n\r\nmais dans 70% des cas, il se passe les scénarios suivants:\r\n- Soit la donnée n\'est pas traité et je vois l\'erreur suivante dans les logs : \r\n\"2022-04-04T09:38:44.000Z ERROR Critical error>TransfertToCoreServerCache failed uStatus=0x800f0000\"\r\nmême en faisant varier la valeur la variable, le subscriber m\'affiche l\'erreur 0x800f0000 (cf VpiErrors.h, Vpi_BadNothingToDo 0x800F0000)\r\n\r\n- Soit le subscriber essaye de traiter la donnée mais il plante à cause d\'un free (voir 4.zip, 6.zip, 7.zip)\r\n\r\nJe n\'ai pas eu ce problème avec les variables OOUADemo-MQTT_UInt16 et OOUADemo-MQTT_Int32.',NULL,NULL,2,1,4,NULL,424,3,'2022-04-04 12:12:43','2022-04-12 18:30:52','2022-04-04',90,NULL,NULL,785,1,2,0,NULL),(786,1,70,'MqttJsonSub String format','Lorsque le Subscriber reçoit un string, les guillemets du json sont gardés dans la valeur.\r\n\r\n!Capture.JPG!\r\n',NULL,NULL,2,1,4,NULL,424,2,'2022-04-04 12:16:50','2022-04-05 18:39:33','2022-04-04',100,NULL,NULL,786,1,2,0,NULL),(787,1,94,'VpiInitValue','Bonjour Michel,\r\n\r\nPar rapport au problème qu\'on a sur la ligne Prepastack, on à relancer le serveur avec la dernière version du dll (VpiValuesInitd version 0.0.1.0). je vous envoi le fichier log .dat de initValue',NULL,NULL,5,NULL,5,NULL,489,7,'2022-04-04 14:52:03','2022-11-04 14:17:23','2022-04-04',100,NULL,NULL,787,1,2,0,'2022-11-04 14:17:23'),(788,1,70,'MqttJsonSub crash (seg fault)','Bonjour, \r\nci-dessous un nouveau cas constaté.\r\n\r\nTests réalisés avec le DemoMqttSubscriber_Debug_SK et DemoMqttPulisher_Debug_SK. Le publisher publie sur le broker mosquitto et le Subscriber reçoit les datas.\r\nAvec les variables simple (int, string) j\'ai les mêmes problème vus avec les DemoSimumation définit dans les tickets #785 et #786.\r\nAvec le DemoSK, La variable #dataProcessVariable(ExtensionObject) est parsé/décodé correctement 1 fois sur 2. Quand ça ne fonctionne pas, j\'ai le problème de seg fault ci-joint.\r\n\r\nBien cordialement,\r\nMaycko LOUIS',NULL,NULL,1,1,4,NULL,424,0,'2022-04-05 14:46:22','2022-04-05 14:46:22','2022-04-05',0,NULL,NULL,788,1,2,0,NULL),(789,2,98,'Stéréotype multipe','Bonjour M. Condemine,\r\n\r\nComme vue ensemble, je dépose ce ticket afin d\'avoir la possibilité d\'utiliser des stéréotypes multiples dans EA et qu\'ils soient retranscrits par Ximulator.\r\n\r\nCordialement,\r\nMatthieu Gatine',NULL,NULL,5,1,4,NULL,492,1,'2022-04-06 08:45:26','2022-05-14 10:34:38','2022-04-06',100,NULL,NULL,789,1,2,0,'2022-05-14 10:34:38'),(790,1,97,'CompressorType','Work on CompressorType Attributes',NULL,NULL,1,531,4,NULL,1,0,'2022-04-06 17:10:54','2022-04-06 17:10:54','2022-04-06',0,NULL,NULL,790,1,2,0,NULL),(791,3,101,'Minidump crash ligne Rotor 06/04 et analyse ','Bonsoir M. Condemine, \r\n\r\nEmotors nous a transmis cet après-midi un minidump obtenu sur la ligne Rotor. Cette ligne Rotor tourne avec un Plant Middleware. \r\nLe minidump indique un problème au niveau de la gestion des MonitoredItems : \r\n\r\n!clipboard-202204062040-ubfpr.png!\r\n\r\nLe MonitoredItem en question est le NamespaceArray. \r\n\r\nEn regardant les logs LM, on s\'aperçoit qu\'il y a eu un timeout d\'une session client peu après que le mindump ait été généré (10h52 en CET, 8h52 en UTC). \r\nLes logs pour le moment du crash sont les logs *.bak au niveau du LM.\r\nLes logs LM indiquent aussi peu avant le crash un message de type \"TypeMismatch on ns=31;i=1013 between Vpi declaration\". Le noeud en question a été identifié. On demandera à Emotors de corriger celà. Ce type d\'erreur peut-elle donner la pile d\'appel obtenue?  \r\n\r\nLes logs  de la lib client au niveau du Plant (Subsystem UaClient Manuel 3) indiquent peu après la génération du mindump 2 messages \"OpcUa_ClientApi_Read failed 0x800a0000\" et montrent que le Plant essaye de se reconnecter jusqu\'à y parvenir. \r\nLes logs pour le moment du crash sont les logs *.log\r\n\r\nJ\'espère que ces informations vous aiderons. Je mets en PJ : \r\n\r\n- le minidump\r\n- les PDB et binaires utilisés \r\n- les logs LM ( .bak )\r\n- les logs PM ( .log et le subsytem correspondant à la connexion avec le LM Rotor est le Subsystem UaClnt-003).\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n',NULL,NULL,5,1,4,NULL,432,6,'2022-04-06 21:09:11','2022-08-03 17:18:27','2022-04-06',100,NULL,NULL,791,1,2,0,'2022-08-03 17:18:27'),(792,3,100,'Installation VFIPgSql','Bonjour,\r\naprès quelques tests concluant avec IMERYS. Il serait judicieux de configurer le VfiPgSql sur le MVP.\r\nPouvez vous vous en charger ?\r\n\r\nCordialement\r\nMichel Condemine','2022-04-11',NULL,5,436,7,NULL,1,3,'2022-04-07 17:10:27','2022-06-27 09:38:51','2022-04-07',100,NULL,NULL,792,1,2,0,'2022-06-27 09:38:51'),(793,1,100,'Abonnement AWS','Bonjour,\r\nAWS s\'abonne aux nodes de DataType i=884 Range\r\nCela génère l\'erreur récurrente suivante :\r\n<pre>\r\nUpdateDataSubscriptionThread>Unsupported EncodeableType i=884\r\n</pre>\r\n\r\nCette erreur finira par saturer le DD.\r\nPourriez vous étudier l\'origine du problème ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,436,6,NULL,1,4,'2022-04-07 17:42:56','2022-04-08 18:46:28','2022-04-07',100,NULL,NULL,793,1,2,0,'2022-04-08 18:46:28'),(794,1,100,'Erreur log','Bonjour,\r\nLe log contient l\'erreur suivante.\r\n<pre>\r\nconfiguration file inconsistancy. Cannot find forward reference i=47 i=2289 -->ns=1;s=50.000000\r\n</pre> \r\nCette erreur montre plusieurs choses :\r\n* Abonnement AWS 50ms\r\n* Problème serveur, ou configuration ou autre.\r\nCe node doit être un node relatif au Diagnostic.\r\nPourriez vous vérifier ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,6,436,3,NULL,1,1,'2022-04-07 17:47:29','2022-10-25 10:31:57','2022-04-07',100,NULL,NULL,794,1,2,0,'2022-10-25 10:31:57'),(795,1,97,'Attribute needed','Hello,\r\nWe need attributes for :\r\n* ActiveMaterialDataType\r\n* AdditiveDataType\r\n* BinderDataType\r\n* SolventDataType\r\n\r\nRegards\r\nMichel',NULL,NULL,1,533,7,NULL,1,1,'2022-04-08 18:03:03','2022-04-11 09:18:37','2022-04-08',0,NULL,NULL,795,1,2,0,NULL),(796,1,92,'Model used for instanciation ','Hello,\r\nI saw errors in the instanciation of the MVP.\r\nCan yo clarify :\r\n* UML model used for type generation\r\n* version of XiMulator used for generation\r\n\r\nRegards\r\nMichel Condemine',NULL,NULL,5,436,4,NULL,1,2,'2022-04-11 14:26:51','2022-06-30 16:49:10','2022-04-11',100,NULL,NULL,796,1,2,0,'2022-06-30 16:49:10'),(797,3,100,'Binaires IPV6 VFiLib et VfiPostgres','Bonjour M. Condemine, \r\n\r\nLa dernière livraison IPV6 ne contient pas les binaires VFiLib et VFIPostgres. Peut-on utiliser ceux livrés avec les binaires IPV4 ? Sinon pourrez vous s\'il vous plait nous les transmettre ? \r\n\r\n\r\nCordialement ,\r\n\r\nMichael Ejigu',NULL,NULL,5,1,4,NULL,432,1,'2022-04-12 09:45:17','2022-04-12 10:20:37','2022-04-12',100,NULL,NULL,797,1,2,0,'2022-04-12 10:20:37'),(798,1,94,'Anomalie vu dans les souscriptions','Bonjour Michel,\r\n\r\nPar rapport à l\'anomalie vue sur le serveur OPC-UA de ligne Assemblage. En fait, des fois ça arrive que le serveur rate un (ou plusieurs) subsystem(s) pendant la souscription. On a modifié les paramètres des UaClient avec Lionel en mettant:\r\n\r\nFRAGMENT_SIZE 150\r\nFRAGMENT_TIMEOUT 100\r\n\r\net ça a marché mieux (moins de crash), mais le serveur n\'est toujours pas content donc on est vigilant pendant le démarrage et on ouvre UAExpert (comme un client) une fois que le serveur se trouve dans une conditionne stable. \r\nTout ça justement pour identifier le problème.\r\n\r\nMerci bien \r\nArash.',NULL,NULL,5,489,4,NULL,489,2,'2022-04-13 18:48:55','2022-11-04 14:19:02','2022-04-13',100,NULL,NULL,798,1,2,0,'2022-11-04 14:19:02'),(799,2,92,'complete the FanType object','Complete with Motortype',NULL,NULL,5,NULL,4,NULL,510,1,'2022-04-15 10:37:24','2022-06-30 16:48:39','2022-04-15',100,NULL,NULL,799,1,2,0,'2022-06-30 16:48:39'),(800,1,92,'Create Condenseur Object','',NULL,NULL,5,NULL,4,NULL,510,1,'2022-04-15 10:37:52','2022-06-30 16:34:40','2022-04-15',100,NULL,NULL,800,1,2,0,'2022-06-30 16:34:40'),(801,3,103,'Fichier Nodeset de type Optimu','Bonjour,\r\nEst ce que le fichier nodeset contenant la définition des types pour Optimu a été généré ?\r\n* Si oui : Merci de me le fournir\r\n* Si non : Est ce que vous pouvez me fournir le fichier eapx correspond aux types exposés.\r\n\r\nLa version 2.23 du modèle en ma possession ne correspond pas au format des fichiers XML décrit dans le *CDC Connecteur Optimu* . \r\nDans tous le cas il est indispensable de corriger cette discordance.\r\n\r\nJe reste à votre disposition pour plus d\'information.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,NULL,7,NULL,1,1,'2022-04-19 13:48:31','2022-11-04 14:44:40','2022-04-19',100,NULL,NULL,801,1,2,0,'2022-11-04 14:44:40'),(802,1,92,'Ximulator - Fixing the node id\'s after change in Model','Michel,\r\n\r\nWhen we create Instances using configmanager, we have to provide the node id\'s in the csv file. If the noteset of type changes then there is a possibility that the nodeid\'s may change. This may have ripple effect on the instance we created and we will have to change the nodeid\'s in all the instance file and then recreate the instances.\r\n\r\nI was told by Michael that most of the Node id\'s remain the same but the nodeids may change for variable type. \r\n\r\nCan you please help us make this process smoother to make sure that the change in model does not impact the instances already created.\r\n\r\nThanks\r\nSunil','2022-04-30',NULL,5,1,4,NULL,512,2,'2022-04-19 21:04:41','2022-06-30 16:33:51','2022-04-19',100,NULL,NULL,802,1,2,0,'2022-06-30 16:33:51'),(803,1,92,'Add \" Grade / Production name\" attribute in Production Line object.','',NULL,NULL,3,NULL,4,NULL,510,1,'2022-04-20 09:12:15','2022-06-30 16:31:01','2022-04-20',100,NULL,NULL,803,1,2,0,'2022-06-30 16:31:01'),(804,1,89,'Issue with VPI MQTT when we configure the OOUA server as a service','',NULL,NULL,5,1,4,NULL,505,1,'2022-04-20 14:29:08','2022-05-09 20:32:29','2022-04-20',100,NULL,NULL,804,1,2,0,'2022-05-09 20:32:29'),(805,3,75,'Fourniture d\'une maquette de test d\'alarmes','Bonjour M. Condemine, \r\n\r\nNous rencontrons des difficultés à tester les alarmes avec les nouveaux binaires. \r\nNous n\'arrivons plus à les obtenir sous UaExpert. Y-a t-il eu un changement dans la configuration des alarmes ? Ou bien la souscription aux alarmes par défaut avec UaExpert ne suffit-elle plus ? \r\n\r\nAuriez vous la possibilité de nous transmettre votre maquette de test ? \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\n',NULL,NULL,5,NULL,4,NULL,432,1,'2022-04-20 17:44:07','2022-04-20 17:52:55','2022-04-20',90,NULL,NULL,805,1,2,0,'2022-04-20 17:52:55'),(806,2,100,'Proposition d\'évolution de gestions des logs ','Bonjour, \r\n\r\nCi dessous une proposition de Sunil lors d\'une session de On the job training avec Imerys\r\n\r\nPour que les logs n\'évoluent pas indéfiniment, il propose un backup/reset des fichiers de logs lorsqu\'ils atteignent une taille limite \r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\n',NULL,NULL,3,NULL,3,NULL,432,2,'2022-04-20 17:51:33','2022-06-27 09:37:49','2022-04-20',100,NULL,NULL,806,1,2,0,'2022-06-27 09:37:49'),(807,2,98,'Retour sur tests faits avec Ximulator. 1.0.2.3_v1.0.4.4 et 1.0.2.3_v1.0.4.5','Bonjour \r\n\r\nParmi les nouvelles fonctionnalités listées en News : \r\n\r\n- La création des règles de modélisation (HasModellingRule),  \r\nRéférence bien présente mais : 2480 optional et 66 mandatory (uniquement les méthodes)  \r\n\r\n- La génération des paramètres des méthodes, OK pour InputArguments, NOK pour OutputArguments\r\n\r\n\r\n\r\nAutres remarques : \r\n\r\n- En générant en réimportant un ancien NodeIdMap généré avec une version Ximulaotor antérieure à  1.0.2.3_v1.0.4.4, les NodeIds des Enums sont conservés, ceux des Datatype, VariableType et ObjectType ne sont pas conservés\r\n\r\n- LOGS : Malgré des Warnings de type (\"Cannot find TypeDefinition for --- DataTypeName=Range\"), le bon Dataytype et TypeDefinition est mis sur ces variables\r\n\r\n- LOGS : Malgré des Warnings de type (\"Cannot find TypeDefinition for --- DataTypeName=EAID_----_-----------_----_--\")  le bon TypeDefinition est mis sur ces Objects\r\n\r\n- LOGS : Quand un ObjectType est déclaré, on a ce message pour ces Components/Property : \"AddOpcUaProperty>Impossible to find the NodeClass for the nodeId ns=-;i=----- It will be forced to UAVariable \". Les déclarations ont l\'air ok\r\n\r\n- * Duplication de méthodes sous des ObjectType (Start et Stop sous EquipementBaseType ou IntegrityCheck sous SlurryType)* \r\n\r\n- *Lors de la génération du modèle v8 avec l\'option inherited attributes activée (pour utilisation avec ConfigManager IHM et SIOME), le fichier résultant contient une multitude de NodeId qui sont en doublon utilisés par différents nodes : on a plusieurs fois le message dans les logs serveur : \"SERVER_ERROR PopulateInformationModel failed. uStatus=0x80ab0000 You have already declared this NodeId: ns=2;i=328. Check you nodeSet file\"\r\n*\r\n\r\nJe mets en PJ nodesets de types/logs Ximulator pour la génération avec et sans inherited attributes ainsi que le XMI utilisé\r\n\r\n\r\nCordialement,\r\n\r\nMichael Ejigu',NULL,NULL,1,1,4,NULL,432,1,'2022-04-20 18:14:18','2022-05-14 10:36:26','2022-04-20',0,NULL,NULL,807,1,2,0,NULL),(808,1,100,'Correspondance node','Bonjour,\r\npourriez vous compléter le tableau ci-dessous ?\r\n\r\nArea	Production Line	PI Tag name	OOUA node\r\nC3	L1	grade L1	\r\nC3	L1	3AKG01X	\r\nC3	L1	3AKG02X	\r\nC3	L1	3AKG03X	\r\nC3	L1	3ARATIODX_L1	\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,NULL,7,NULL,1,6,'2022-04-21 09:58:00','2022-11-03 15:48:57','2022-04-21',100,NULL,NULL,808,1,2,0,'2022-11-03 15:48:57'),(809,3,100,'Débogage sur fichier d\'instance erroné','Bonjour, \r\n\r\ncomme discuté en call ci joint la maquette. C\'est le fichier Opc.Ua.NodeSet2.LixheCarbital3PAPLine1CA3059.xml qui contient les erreurs de parsing. \r\n\r\nPour info d\'autres erreurs sont présentes dans les logs mais elles sont identifiées et corrigées. ',NULL,NULL,5,1,4,NULL,432,2,'2022-04-21 12:38:04','2022-11-04 16:27:23','2022-04-21',100,NULL,NULL,809,1,2,0,'2022-11-04 16:27:23'),(810,3,100,'Déploiement Configuration Carbital 3 (S7+ Mqtt + Vfi) et session de débogage','Bonjour M. Condemine, \r\n\r\n\r\nNous essayons de déployer une nouvelle version de la configuration Imerys. Nous rencontrons 2 soucis \r\n\r\n- pour un DB spécifique (le db 53 (en décimal) de l\'automate 31) le premier tag du fichier de mapping mappé à ce block affiche un Badcommunication Error. Tous les autres sont oks. Y a t-il un cas où on aurait ce message que pour un tag malgré le fait que la connexion soit ok ? \r\n\r\n- on n\'arrive pas à faire démarrer le VFI sur la VM Lixhe. Sut tout autres machines (Vms Inetums, Pcs personnels), le VFI démarre avec les mêmes binaires/même configuration. \r\nOn a les messages suivants dans les logs serveur qui indiquent un BadFileNotFound et le serveur se ferme tout seul: \r\n\r\n\r\n2022-04-22T14:53:04.349Z SERVER_ERROR Start Post-Parsing initialization\r\n2022-04-22T14:53:04.349Z SERVER_ERROR Start Updating UAVariablesBuiltinType\r\n2022-04-22T14:53:04.443Z SERVER_ERROR Start Updating inverse references\r\n2022-04-22T14:53:04.443Z SERVER_ERROR End Post-Parsing. Threads running...\r\n2022-04-22T14:53:04.458Z SERVER_ERROR LoadVfiLibrary failed VfiPgSqld error: 0x0007e\r\n2022-04-22T14:53:04.458Z SERVER_ERROR Critical Error>LoadVfi failed 0x81090000\r\n2022-04-22T14:53:04.458Z SERVER_ERROR Critical error> Error in initialization process. Check your log files, fixe the configuration error and restart the server\r\n2022-04-22T14:53:04.458Z SERVER_ERROR StorageThread>StorageThread Leave\r\n2022-04-22T14:53:04.458Z SERVER_WARNING StorageThread stopped properly\r\n\r\n\r\nCette VM  a Postgres 14 et pgadmin4 6.2 \r\n\r\nAvez vous eu des soucis similaires lors de l\'installation du Vfi sur la VM Imerys \"Paris\"? Aurez vous un moment en début de semaine prochaine pour regarder ensemble ? (Si possible avant 16h pour que je puisse également assister ) \r\n\r\n\r\nNous laissons pour cette semaine le serveur avec mapping S7 et MQTT (une centaine de variables publiés) avec le Vfi désactivé\r\n\r\nTrès cordialement, \r\n\r\nL\'équipe Inetum\r\n',NULL,NULL,5,1,4,NULL,432,9,'2022-04-22 16:59:49','2022-04-29 12:40:38','2022-04-22',100,NULL,NULL,810,1,2,0,'2022-04-28 14:35:39'),(811,1,78,'Règles de nommage dans modèle v2.24','Bonjour,\r\nles règles de nommage en sont pas respectées dans le package QualityClasses de la v2.24 du modèle.\r\nJ\'ai créé une version 2.25 qui corrige ces problèmes (ci-joint)\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,NULL,4,NULL,1,1,'2022-04-23 15:37:46','2022-05-20 15:04:24','2022-04-23',100,NULL,NULL,811,1,2,0,'2022-05-20 15:04:24'),(812,3,100,'Traitement d\'une erreur d\'instanciation remontée par Imerys (Equipements sous ProductionLineType)','Bonjour, \r\n\r\nSunil d\'Imerys nous a remonté que notre manière d\'instancier les équipements n\'était pas conforme au modèle. \r\n\r\n!clipboard-202204251424-lb2dd.png!\r\n\r\nComme le montre l\'UML ci dessus, nous sommes d\'accord qu\'il faudrait regrouper les equipements sous un Objet Equipements. Nous nous posons la question du TypeDefinition de cet objet Equipements. \r\nNous avons l\'impression que nous ne pouvons ni mettre FolderType (car non conforme au modèle) ni mettre EquipementBaseType (Pas correct sémantiquement). \r\n\r\n\r\nQu\'en pensez vous? \r\n\r\nCordialement, \r\n\r\nMichael Ejigu',NULL,NULL,5,NULL,4,NULL,432,1,'2022-04-25 14:30:34','2022-11-04 16:27:47','2022-04-25',100,NULL,NULL,812,1,2,0,'2022-11-04 16:27:47'),(813,3,97,'Need clarification on Bolts','We suggest the following definition for bolts\r\n<pre>\r\nList of positions taken by the slotdie during the creation the electrode.\r\n</pre>\r\n\r\nCan you confirm ?\r\n\r\n!clipboard-202204271612-zs9t1.png!\r\n',NULL,NULL,2,533,4,NULL,1,3,'2022-04-27 16:13:56','2022-04-28 09:35:03','2022-04-27',0,NULL,NULL,813,1,2,0,NULL),(814,3,97,'What is CoatNipRoll in the air cylinder ?','!clipboard-202204271615-ovmpv.png!\r\n',NULL,NULL,1,533,4,NULL,1,0,'2022-04-27 16:15:55','2022-04-27 16:15:55','2022-04-27',0,NULL,NULL,814,1,2,0,NULL),(815,3,97,'CPC dataType','Question about CpcDeviation\r\n!clipboard-202204271616-jxsy9.png!\r\n',NULL,NULL,1,533,4,NULL,1,0,'2022-04-27 16:17:21','2022-04-27 16:17:21','2022-04-27',0,NULL,NULL,815,1,2,0,NULL),(816,1,97,'CoatedLayerEnum is not used in the model. Why ?','All in the subject',NULL,NULL,1,531,4,NULL,1,0,'2022-04-27 16:18:28','2022-04-27 16:18:28','2022-04-27',0,NULL,NULL,816,1,2,0,NULL),(817,3,97,'CoatingReferenceBackingRollerType','CoatingReferenceBackingRollerType.\r\nWe need a small definition of this equipment and attribute list',NULL,NULL,1,533,4,NULL,1,1,'2022-04-27 16:19:08','2022-05-12 10:27:35','2022-04-27',0,NULL,NULL,817,1,2,0,NULL),(818,1,13,'DuplicateExtensionObject problem','DuplicateExtensionObject  have an issue with array.\r\nEspecially with embedded array of string. \r\nthe bug can be reproduce with SessionDiagnostics node created when EnabledFlag is true.',NULL,NULL,1,1,6,NULL,1,0,'2022-04-29 00:13:37','2022-04-29 00:13:37','2022-04-29',0,NULL,NULL,818,1,2,0,NULL),(819,3,97,'SlotDieType clarification','Regulation on slot die position and gap  need to be clarify.\r\n',NULL,NULL,5,533,7,NULL,1,2,'2022-04-29 16:47:22','2022-05-12 10:26:40','2022-04-29',100,NULL,NULL,819,1,2,0,'2022-05-12 10:26:40'),(820,1,103,'Conformité des fichiers Xml avec modèle UML','Bonjour,\r\nLe schéma des fichiers XML échangés entre Gmm et OPC n\'est pas conforme au modèle.\r\nLe champ ValidityStatus est une chaine contenant True ou False. Il est déclaré comme une structure *MeasuringToolValidityStatusDataType* dans le modèle.\r\n\r\n!clipboard-202205011754-argrd.png!\r\n\r\nLe schéma Xml doit être modifié.\r\n\r\nCordialement\r\nMichel Condemine\r\n',NULL,NULL,5,549,6,NULL,1,2,'2022-05-01 17:57:18','2022-05-02 10:43:35','2022-05-01',100,NULL,NULL,820,1,2,0,'2022-05-01 18:09:09'),(821,3,78,'Test DataRequest S7 - DataRequest Problem Characterization','Bonjour, \r\n\r\nDans le cadre du test des « DataRequest », il semblerait que nous ayons des problèmes de communication entre le VPIS7 et l’automate. \r\n\r\nVous trouverez-ci joint un Powerpoint détaillant le problème, n\'hésitez pas si vous avez des questions.\r\n\r\nCordialement, \r\nLoic',NULL,NULL,3,1,5,NULL,548,6,'2022-05-03 16:47:57','2022-11-04 14:45:53','2022-05-03',100,NULL,NULL,821,1,2,0,'2022-11-04 14:45:53'),(822,3,100,'Gestion des enums par un VPI et problème de notification pour une souscription','Bonjour M. Condemine, \r\n\r\nSuite à dernier call, nous avons toujours pas résolu notre problème par rapport à la souscription sur une variable de type Enum manipulée par un VPI. \r\n\r\nNous souhaitons en discuter avec vous au prochain call mais voici les questions qu\'on se pose :\r\n\r\n\r\n- Dans le VpiParseAddIdEx, comme différencier un UDT d\'une Enum (sans statiquement lister les identifiants des enums) ? ( pour le moment nous vérifions que le TypeId passé soit cohérent, c\'est à dire dans le même namespace que le Datatype. D\'après nos tests le typeid récupéré n\'a jamais le même ns que le Datatype lorsque c\'est une Enum.\r\n\r\n- Lorsque nous le détections dans le VpiParseAddIdEx, quel Datatype doit on mettre dans le champ Datatype de la DataValue? Lorsque aucun Vpi n\'y est attaché, que est le Datatype mis par le serveur dans la DataValue? \r\n            - Int 32 nous mets un message de type TypeMismatch dans les logs, et la soucription ne fonctionne pas dessus (on ne reçoit pas les changements de valeur sans lecture)\r\n            - Lorsqu\'on met 29 pour énumération, le serveur n\'accepte pas cette valeur et crash lorsque des demandes de lecture sont effectuées. \r\n\r\n\r\nPour info, suite à vos conseils au dernier call, on a vérifier que le timestamp était bien mis à jour par le Vpi, c\'est bien le cas. \r\n\r\nCordialement, \r\n\r\nMichael \r\n\r\n\r\n\r\n\r\n',NULL,NULL,2,1,4,NULL,432,4,'2022-05-09 13:50:08','2022-08-05 15:23:12','2022-05-09',100,NULL,NULL,822,1,2,0,'2022-08-01 10:38:57'),(823,3,100,'Retour sur arrêt serveur 05 mai ','Bonjour M. Condemine, \r\n\r\nSuite à l\'arrêt du serveur le 05 au soir, nous avons analyser les logs :\r\n\r\n- le log serveur indique certains messages d\'erreurs  dont un au moment du crash (Read failed because sessionId 34270495 doesn\'t exist). Ce message apparait aussi plusieurs fois les jours précédent sans causer de crash. D\'autres messages d\'erreurs sont aussi indiqués ( Critical Error:>CloseSecureChannel the channelId 33056268 cannot be found ; ReadVpiTags failed 0x83050000 \r\nJe mets en PJ les logs serveurs\r\n\r\nPourriez vous nous donner plus de détails sur ces messages afin que l\'on contacte su besoin AWS ? \r\n\r\n- le mqtt a bien fonctionné pendant 2 jours et puis a indiqué des erreurs de connexion pendant une journée\r\n\r\n\r\nNous avons redémarré le serveur avec les nouveaux binaires et traquons l\'évolution de la consommation mémoire. \r\nPour l\'instant : \r\n\r\n9h38  56.2 MB \r\n9h44 57.2 MB\r\n9h58 59.5 MB\r\n10h14 62.3 MB\r\n10h41 66.7 MB\r\n\r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n',NULL,NULL,5,1,4,NULL,432,1,'2022-05-10 10:44:30','2022-11-04 16:30:28','2022-05-10',100,NULL,NULL,823,1,2,0,'2022-11-04 16:30:28'),(824,1,98,'Issue with Roux\'sTricycle','Erreur de génération avec XiMulator. Pb dans les aliases.\r\n<pre>\r\n10/05/2022 16:41:59 SearchNodeClass>Impossible to retrieve the NodeClass for this DataType: VehiculeType. It was probaly not already created\r\n10/05/2022 16:41:59 Cannot find VehiculeType during a call to SearchNodeClassbyBrowseName. Here we limit recursion\r\n10/05/2022 16:41:59 Cannot find VehiculeType during a call to SearchNodeClassbyBrowseName. Here we limit recursion\r\n10/05/2022 16:41:59 Cannot find TrailerType during a call to SearchNodeClassbyBrowseName. Here we limit recursion\r\n10/05/2022 16:41:59 Cannot find TrailerType during a call to SearchNodeClassbyBrowseName. Here we limit recursion\r\n</pre>',NULL,NULL,2,1,4,NULL,1,1,'2022-05-10 16:55:56','2022-05-14 10:35:23','2022-05-10',0,NULL,NULL,824,1,2,0,NULL),(825,2,47,'Instanciation des méthodes','Bonjour Michel,\r\n\r\nConcernant les évolutions possibles de ConfigManager en voici une remontée par Sunil pour Imerys qui concerne la possibilité d\'instancier des méthodes avec InputArguments et OutputArguments instanciés et valorisés (la liste des arguments fait partie de la valorisation des variables InputArguments et OutputArguments). \r\n\r\nCordialement,\r\nChris',NULL,NULL,3,1,4,NULL,436,1,'2022-05-12 11:10:24','2022-12-10 20:30:49','2022-05-12',100,NULL,NULL,825,1,2,0,'2022-12-10 20:30:49'),(826,1,98,'Ajout de nodeset après la génération','Si on ajoute un nouveau nodeset dans le modèle impliquant une modification des Uris.\r\nLe modèle ne plus généré correct. Pourquoi :\r\nXiMulator va essaye de conserver les namespaceIndex mais comme ils ont évolués le résultat est incorrecte.\r\nIl faut donc que les nouvelles Uris soient placées après les anciennes.\r\n\r\nFaire une évolution qui prennent en compte ce problème.',NULL,NULL,1,1,4,NULL,1,0,'2022-05-14 12:11:34','2022-05-14 12:11:34','2022-05-14',0,NULL,NULL,826,1,2,0,NULL),(827,3,73,'Questions dernier dépôt','Bonjour Mr. Condemine,\r\n\r\nSuite au dépôt des derniers fichiers sur le Redmine, nous avons essayé de les exploiter au maximum. Plusieurs questions me sont venues :\r\n\r\n\r\n- Le Debug est-il en quelque sorte une nouvelle version du Release que nous utilisions jusqu\'à présent, mais permettant d\'exploiter les nouveaux VPI ? Quelles autres différences existe-t-il entre le Debug et le Release ?\r\n\r\n- Quelles informations doit-on mettre dans le .dat pour exploiter le VPI UA Client et dans quel ordre ? De plus, un message d\'erreur apparaît dans les Logs : \"LoadConfigurationFile failed because SAVE_ONCHANGE parameter is not setup\", faut-il configurer ce paramètre dans le .dat ou ailleurs ?\r\n\r\n- Pour appuyer ceci, avez-vous une doc à propos de ce VPI et du VPI S7 ? De manière générale, avez-vous des docs plus à jour que celles dont nous disposons ?\r\n\r\n- Lors de notre réunion, vous avez évoqué différentes mises à jour du Config Manager, est-il possible de nous déposer la dernière version ?\r\n\r\n\r\n\r\nMerci d\'avance pour vos réponses.\r\n\r\nCordialement,\r\n\r\nValentin DUFIEF',NULL,NULL,5,1,4,NULL,565,4,'2022-05-16 15:03:15','2022-06-13 14:38:51','2022-05-16',90,NULL,NULL,827,1,2,0,'2022-06-13 14:38:51'),(828,1,92,'Model 2.0.4 attribute redundancy for container and tank for current level value','attribute redundancy for container and tank for current level value (in containerType and in TankType objects)',NULL,NULL,5,NULL,4,NULL,510,2,'2022-05-17 13:13:21','2022-07-04 16:53:09','2022-05-17',100,NULL,NULL,828,1,2,0,'2022-07-04 16:53:09'),(829,3,92,'PLC communication to server OPC UA','The industrial communication of some PLC is configured on ISO and not in TCPIP Protocol.\r\nThe server can\'t reach the PLC in ISO communication. \r\nHow to manage that? OPC UA server configurationneed to be changed or the PLC?',NULL,NULL,3,1,4,NULL,510,3,'2022-05-17 14:16:04','2022-11-15 16:23:04','2022-05-17',100,NULL,NULL,829,1,2,0,'2022-11-15 16:23:04'),(830,3,100,'Problème de connexion Vpi MQTT configuration modèle v1.0.8','Bonjour M. Condemine, \r\n\r\n\r\nNous rencontrons des soucis pour la configuration du VpiMqttJsonPub. \r\nSur l\'ancienne configuration (alignée au modèle v.1.0.6), il se connecte bien au début et publie pendant quelques jours avant d\'indiquer un problème de connexion\r\nSur la nouvelle configuration (alignée au modèle v.1.0.8), il indique dès le lancement un problème de connexion SSL \r\nLa configuration du VPI est la même pour les deux configurations de serveur. Seulement diffère les nodeset de type et l\'address Space. \r\n\r\nLe Vpi indique que la connexion est acceptée par le broker puis immédiatement un problème SSL  :\r\n\r\n\r\n_2022-05-16T09:19:29.667Z ERROR LoadConfigurationFile C:\\OPCUA\\OOUA_IMERYS_MVP_C3\\Project\\\\Publisher-00160.dat succeeded\r\n2022-05-16T09:19:29.675Z ERROR Parameter from C:\\OPCUA\\OOUA_IMERYS_MVP_C3\\Project\\\\Publisher-00160.dat\r\nCACertificate :AmazonRootCA1.pem\r\nClientId:basicPubSub\r\nMetaData:1\r\nPublishRate:5000\r\nRequestTimeout:30000\r\nPingRate:202022-05-16T09:19:29.676Z ERROR TLS12Connect>Will use the client certificate FLAGSHIP-certificate.pem. Remember it must be in PEM format\r\n2022-05-16T09:19:29.676Z ERROR TLS12Connect>Will use the client key FLAGSHIP-private.pem.key. Remember it must be in PEM format\r\n2022-05-16T09:19:29.677Z ERROR TLS12Connect>FLAGSHIP-certificate.pem and FLAGSHIP-private.pem.key were properly loaded in the SSL_CTX\r\n2022-05-16T09:19:29.775Z INFO MQTT_SendConnect>Successfully sent\r\n2022-05-16T09:20:13.533Z INFO Connection accepted by the broker\r\n2022-05-16T09:20:13.534Z ERROR The last MQTT request is in Timeout after 30 sec. The Broker is not responding. Verify your connection\r\n2022-05-16T09:20:13.693Z INFO MQTT_SendPublish>Succeeded with packetIdentifier 1\r\n2022-05-16T09:20:18.552Z ERROR MQTT_SendPublish>SSL_Write encounter an error SSL error (6) and return 4294967295. The TLS/SSL connection has been closed.\r\n2022-05-16T09:20:18.553Z ERROR MQTT_SendPublish failed with error 0x80050000\r\n2022-05-16T09:20:23.539Z ERROR MQTT_SendPublish>SSL_Write encounter an error SSL error (1) and return 4294967295. A non-recoverable, fatal error in the SSL library occurred, usually a protocol error\r\n2022-05-16T09:20:23.540Z ERROR MQTT_SendPublish failed with error 0x80050000\r\n2022-05-16T09:20:28.541Z ERROR MQTT_SendPublish>SSL_Write encounter an error SSL error (1) and return 4294967295. A non-recoverable, fatal error in the SSL library occurred, usually a protocol error\r\n2022-05-16T09:20:28.543Z ERROR MQTT_SendPublish failed with error 0x80050000\r\n_\r\n\r\n\r\nLes logs et les traces Wireshark semblent pointer vers un problème au niveau du Broker. Mais quand on lance l\'ancienne configuration, le Vpi se connecte bien et publie pendant quelques jours avant d\'indiquer un message du type :\r\n\r\n_2022-05-16T09:20:28.541Z ERROR MQTT_SendPublish>SSL_Write encounter an error SSL error (1) and return 4294967295. A non-recoverable, fatal error in the SSL library occurred, usually a protocol error\r\n2022-05-16T09:20:28.543Z ERROR MQTT_SendPublish failed with error 0x80050000_\r\n\r\nEst ce que ce serait possible que le VpiMqtt nous donne plus d\'information sur cet erreur SSL ? Est-il possible que ce soit un effet de bord d\'autre chose que le SSL? Les autres fichiers de logs n\'indiquent pas de problème.\r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael \r\n ',NULL,NULL,5,432,4,NULL,432,3,'2022-05-20 13:19:43','2022-11-04 16:31:27','2022-05-20',100,NULL,NULL,830,1,2,0,'2022-11-04 16:31:27'),(831,3,100,'Fonctionnement du VFIPostgres en lançant le serveur en tant que service ','Bonjour,\r\n\r\nNous n\'arrivons pas à faire fonctionner le VFI en lançant le serveur en tant que service. \r\nLe VFI n\'indique pas de problème d\'accès à la base mais plutôt un problème par rapport au WarmStart :\r\n\r\n\r\n2022-05-17T14:19:08.007Z SERVER_ERROR StorageThread>VfiWarmStart failed 0x830f0000\r\n2022-05-17T14:19:08.008Z SERVER_ERROR StorageThread>VfiHistoryWrite encounter an error during a save on exception. uStatus=0x83050000\r\n2022-05-17T14:19:08.008Z SERVER_ERROR StorageThread>VfiHistoryWrite encounter an error during a save on exception. uStatus=0x83050000\r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,1,4,NULL,432,7,'2022-05-20 13:23:35','2022-06-24 14:44:07','2022-05-20',100,NULL,NULL,831,1,2,0,'2022-06-24 14:44:07'),(832,3,101,'Retours sur tests Alarmes UaExpert/Genesis','Bonjour M. Condemine, \r\n\r\n\r\nCi dessous un retour sur nos tests sur les alarmes. \r\n\r\nIl ne semble pas y avoir un problème sur les numéro de séquences. \r\n\r\n2 petits bugs constatés : \r\n\r\n\r\n- Lorsque il y a plus que 1 client abonné, le 2 ème ne reçoit pas les nouvelles notifications d\'alarmes. Il arrive à les avoir en faisant un Refresh. (testé avec 2 UaExpert)\r\n- Lorsque l\'on fait un Refresh, l\'heure remontée est l\'heure du Refresh et non l\'heure de la montée de l\'alarme. \r\n\r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu \r\nInetum\r\n',NULL,NULL,5,1,4,NULL,432,5,'2022-05-23 11:48:04','2022-10-25 10:18:04','2022-05-23',100,NULL,NULL,832,1,2,0,'2022-10-25 10:18:04'),(833,2,56,'Ajout groupes au NodeSet CMSI','Bonjour Michel,\r\n\r\nPouvez-vous ajouter les groupes ci-dessous dans la liste des groupes à prendre en compte lors de l\'élaboration des ASS du NodeSet CMSI:\r\n\r\nG104 (anime déjà DRG)\r\nG1090 = même fonctionnement que G1008\r\nG1191 = même fonctionnement que G1188\r\n\r\nMerci.\r\n\r\nNorbert','2022-06-10',NULL,5,1,5,110,328,1,'2022-05-24 14:07:59','2022-06-10 15:53:26','2022-05-24',100,NULL,NULL,833,1,2,0,'2022-06-10 15:53:26'),(834,3,103,'Emotors Optimu Connector - GmmToMiddleware 1.0.omi','Bonjour,\r\nle fichier Emotors Optimu Connector - GmmToMiddleware 1.0.omi a été déposé sur le Redmine OOUA.\r\n\r\nIl s\'agit d\'un fichier binaire. \r\nPourriez vous m\'en dire plus sur ce fichier ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,552,4,NULL,1,2,'2022-05-24 15:15:00','2022-11-04 14:46:51','2022-05-24',100,NULL,NULL,834,1,2,0,'2022-11-04 14:46:51'),(835,2,47,'Missing binding','Return an error on saving configuration when the Binding is missing',NULL,NULL,3,1,4,NULL,1,1,'2022-05-27 16:15:45','2022-12-10 20:30:13','2022-05-27',100,NULL,NULL,835,1,2,0,'2022-12-10 20:30:13'),(836,1,98,'Improve SearchNodeClass','SearchNodeClass cannot search completely for UAObject inheritance.\r\nImprove it\'s behavior keeping the loop Limitation active.',NULL,NULL,2,1,4,NULL,1,0,'2022-05-29 22:37:26','2022-05-29 22:37:26','2022-05-29',0,NULL,NULL,836,1,2,0,NULL),(837,1,92,'PumpType as Attirbute','Hello,\r\nPumpType contains an attribut called PumpType.\r\nThis cause an incorrect generation. I fix it by replacing PumpType attribute name by Type. See below\r\n!clipboard-202205311605-z3lg2.png!\r\n\r\nThe whole model need to be checked for other problem like this one\r\n\r\nRegards\r\nMichel Condemine',NULL,NULL,5,NULL,4,NULL,1,1,'2022-05-31 16:06:27','2022-06-30 16:27:08','2022-05-31',100,NULL,NULL,837,1,2,0,'2022-06-30 16:27:08'),(838,1,78,'VPIS7d_v1.0.2.2','Bonjour Michel,\r\n\r\nAprès avoir testé la dernière version du VPIS7 censée supprimer le caractère 13 sur la ligne Stator nous avons remarqué :\r\n\r\nLe caractère 13 semble être supprimé (Image 1) mais :\r\n - Les caractères après le caractère 13 ne sont pas supprimés (\"z\" dans l\'exemple)\r\n - Lorsqu\'avec le client on sélectionne la données, l\'espace du caractère 13 réapparait (Image 2)\r\n      -> Le souhait aurez été de pouvoir réécrire directement la chaine depuis le serveur sans l\'espace\r\n\r\nCordialement\r\nLosson Paul',NULL,NULL,5,1,4,NULL,455,2,'2022-06-07 20:10:06','2022-11-04 14:47:09','2022-06-07',100,NULL,NULL,838,1,2,0,'2022-11-04 14:47:09'),(839,1,92,'InputType and OutputType issue','Hello,\r\nStereoTypes are missing on both InputType and OutputType.\r\n\r\nRergards\r\nMichel',NULL,NULL,5,NULL,4,NULL,1,1,'2022-06-07 22:19:37','2022-06-30 16:24:53','2022-06-07',100,NULL,NULL,839,1,2,0,'2022-06-30 16:24:53'),(840,3,81,'Création d\'un type \"Array of Array of String\"','Bonjour M. Condemine,\r\n\r\nJe cherche à créer une variable avec un type \"Array of Array of String\" pour stocker un tableau à 2 dimensions de \"String\". J\'ai cru comprendre qu\'il fallait utiliser le \"DataType\" \"Structure\" mais je n\'arrive pas à la définir correctement.\r\n\r\n\r\nCordialement,\r\nMatthieu Gatine',NULL,NULL,1,1,5,NULL,492,1,'2022-06-10 10:34:30','2022-06-28 17:46:25','2022-06-10',0,NULL,NULL,840,1,2,0,NULL),(841,3,73,'VPI UA Client','Bonjour,\r\n\r\nComme abordé jeudi dernier lors du premier point hebdo, vous trouverez ci-joint une version zippée du serveur sur lequel j\'obtiens l\'erreur 0x803e0000, que ce soit en essai de configuration automatique ou manuelle.\r\n\r\nMerci d\'avance pour votre aide et votre temps, \r\n\r\nValentin DUFIEF',NULL,NULL,5,1,4,NULL,565,1,'2022-06-13 14:38:35','2022-11-17 14:22:49','2022-06-13',100,NULL,NULL,841,1,2,0,'2022-11-17 14:22:49'),(842,3,78,'Certificats Open OPC UA','Bonjour Michel,\r\nEn tâche de fond je tente de faire marcher le système de certificats sur les serveur OOUA.\r\nC\'est un point que j\'aimerai souvent aborder lors de notre rendez vous du vendredi mais il y a toujours plus urgent.\r\nJ\'ai essayé de mon côté de mettre dans le dossier \\Project\\CertificateStore\\certs un certificat au format .der\r\nEt dans le dossier \\Project\\CertificateStore\\private sa clé privé au format .pem\r\nen essayant de me connecter via UAExpert le Client n\'arrive pas à charger les fichiers de certificats et j\'ai également eu des erreurs avec d\'autres clients.\r\nMa manière de procéder était elle la bonne ? Le système de certificat sous OOUA est il fonctionnel ?\r\nMerci\r\n\r\nCordialement\r\nLosson Paul',NULL,NULL,5,1,3,NULL,455,2,'2022-06-15 18:32:34','2022-11-04 14:47:29','2022-06-15',100,NULL,NULL,842,1,2,0,'2022-11-04 14:47:29'),(843,1,103,'Acces plateforme Qualaxy','Bonjour,\r\nla combinaison user/password EMOTORS/Vejk45(8i@so8! ne permet pas d\'accéder à https://infodream-maq1.infodreamgroup.com/ \r\nPourriez vous vérifier ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,NULL,7,NULL,1,2,'2022-06-16 06:43:17','2022-06-16 08:44:34','2022-06-16',100,NULL,NULL,843,1,2,0,'2022-06-16 08:44:34'),(844,1,96,'Serveur OPCUA d\'agrégation','Bonjour Michel,\r\nNous avançons dans la définition de notre Model, mais en parallèle je fais quelques tests et j\'aimerais faire un teste une architecture père fils.\r\nNous envisageons pour notre projet OPCUA a créé des petits serveurs OPCUA par appareil puis avoir un serveur père qui récupère la conf de chacun des serveurs fils et met à disposition toutes les variables.\r\nCela est-il envisageable et si oui auriez-vous un exemple de serveur client OPCUA en conf auto par hasard?\r\nLe but est de tester les temps de réponse et d\'identifier les contraintes potentielles.\r\n\r\nMerci\r\n\r\nBonne Journée\r\n\r\nCyril',NULL,NULL,1,1,4,NULL,528,0,'2022-06-16 09:04:08','2022-06-16 09:04:08','2022-06-16',0,NULL,NULL,844,1,2,0,NULL),(845,1,73,'Bug VPI MdbMaster','Bonjour,\r\n\r\nJe viens vers vous car je constate depuis hier un bug sur le VPI MdbMaster. Suite à notre conversation de Mardi, j\'ai déployé sur un PC sur site le serveur d\'Avrieux en version débug, ce qui a résolu le problème des crashs que j\'observais avec la version Release.\r\n\r\nCependant, les VPI MdbMaster que l\'on a sur le serveur ont un comportement étrange, en effet ils s\'arrêtent tout seul au bout d\'un certain temps, parfois 1 minute, parfois 10 minutes, et ceci avec plusieurs configurations différentes (interblock timeout et polling rate, certains VPI désactivés). Le VPI semble redémarrer quelques fois tout seul, mais il ne redémarre plus au bout d\'un moment. En analysant avec Wireshark, on remarque qu\'il existe toujours des requêtes sur les ports, mais que les ports renvoient une trame vide. Au final, le serveur tourne encore mais sans aucune nouvelle donnée.\r\n\r\nJe vous joins en PJ des exemples de fichier log de différents VPI, qui comportent quelques messages mais je ne sais pas comment les interpréter, ainsi que le log du VPI MbdServer que l\'on utilise, qui montre qu\'aucune nouvelle donnée ne remonte. Il semble y avoir un timeout dans les logs des VPI, mais je ne pense pas que la communication Modbus soit en cause, car je me suis connecté directement en Modbus sur les DB depuis notre logiciel de supervision et cela semble stable. Savez-vous s\'il y a un paramètre de configuration à changer de notre côté ?\r\n\r\nMerci d\'avance pour votre aide et votre temps,\r\n\r\nValentin DUFIEF',NULL,NULL,5,1,4,NULL,565,5,'2022-06-16 12:11:06','2022-11-17 14:23:02','2022-06-16',100,NULL,NULL,845,1,2,0,'2022-11-17 14:23:02'),(846,1,103,'Otention d’un Acces token','Bonjour,\r\nAfin de réaliser des tests j\'ai besoin obtenir un Acces token. \r\nMalheureusement je ne comprends pas bien la procédure décrite dans le document QualaxyApiTestsPlateforme.\r\nPourriez vous me fournir plus de détails et/ou un step-by-step.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,3,NULL,7,NULL,1,15,'2022-06-16 18:00:27','2022-06-21 10:08:36','2022-06-16',100,NULL,NULL,846,1,2,0,'2022-06-21 10:05:35'),(847,1,78,'Ximulator TypeDefinition issue','',NULL,NULL,2,1,4,NULL,1,2,'2022-06-17 17:22:59','2022-07-11 21:02:58','2022-06-17',0,NULL,NULL,847,1,2,0,NULL),(848,1,103,'Documentation','Bonjour,\r\nj\'ai bien avancé sur le Vpi et l\'architecture prend forme. J\'ai importé le schéma XSD que vous avez fournit et créé le modèle OPC UA associé.\r\nJe dois maintenant créer le Data flow et la logique fonctionnelle associé. \r\nDans l\'état, la documentation des methods REST est assez pauvre. \r\nSWAGGER est un bel outil mais il est difficile de deviner ce que fait une méthode.\r\nPourriez vous fournir plus d\'explication sur chacune d\'entre elles ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,1,550,7,NULL,1,1,'2022-06-21 22:28:38','2022-06-22 11:42:28','2022-06-21',0,NULL,NULL,848,1,2,0,NULL),(849,3,75,'ConfigManager0.1.0 sauvegarde de projet avec nodeset de type Ximulator1.0.4.9 et nodeset d instance Siome','Rebonjour,\r\n\r\nnous avons retesté avec le configManager livré et nous avons toujours un crash lors de la sauvegarde du projet.\r\nveuillez trouver ci-joint le nodeset de types et d\'instances.\r\n\r\nCordialement\r\nEquipe Inetum',NULL,NULL,5,1,4,NULL,545,2,'2022-06-22 16:20:39','2022-06-29 21:28:30','2022-06-22',100,NULL,NULL,849,1,2,0,'2022-06-29 21:28:30'),(850,1,97,'Sampling Rate | Trigger Type etc.','Do we need to define this in instantiation or nodeset ? ',NULL,NULL,2,NULL,4,NULL,572,1,'2022-06-22 17:10:14','2022-06-22 19:51:02','2022-06-22',0,NULL,NULL,850,1,2,0,NULL),(851,1,75,'Generation','Bonjour,\r\nJe viens de générer ce nodeset  à partir de ce binaire.\r\n\r\n\r\nCordialement\r\nMichel Condemine\r\n\r\n',NULL,NULL,5,1,4,NULL,1,4,'2022-06-23 11:10:17','2022-08-02 16:39:57','2022-06-23',100,NULL,NULL,851,1,2,0,'2022-08-02 16:39:57'),(852,1,103,'Media type','Bonjour,\r\nquand j\'essaie d\'appeler un méthode de l\'API qui utilise des paramètres j\'obtiens un erreur 415 \"invalid media type\"\r\nJ\'en ai essayer plusieurs lequel est le bon ?\r\n\r\nmerci\r\nMichel Condemine',NULL,NULL,5,550,7,NULL,1,3,'2022-06-24 11:15:39','2022-11-04 14:49:08','2022-06-24',100,NULL,NULL,852,1,2,0,'2022-11-04 14:49:08'),(853,1,104,'Erreur lors du lancement du service','Bonjour.\r\n\r\nNous avons installé notre client en mode service windows, mais celui-ci refuse de se lancer.\r\nLe service est installé en utilisant le compte Network service. Ce compte a les droits complets sur le répertoire.\r\nA la première tentative de démarrage du service, l’erreur apparait au bout de plusieurs secondes. Les fois suivantes, l’erreur apparait tout de suite.\r\nAutre information, le server fonctionne très bien en mode console (il est lancé comme cela en ce moment).\r\n\r\nEn PJ vous trouverez un zip du dossier complet d\'installation et la copie d\'écran de l\'erreur.\r\n\r\nJ\'espère que vous aurez suffisamment d\'éléments.\r\n\r\nLe client est proche du démarrage, c\'est très impactant pour nous.\r\n\r\nMerci beaucoup.\r\n\r\n',NULL,NULL,3,553,5,NULL,553,6,'2022-06-24 16:01:10','2022-07-29 15:06:51','2022-06-24',100,NULL,NULL,853,1,2,0,'2022-07-29 15:06:51'),(854,2,103,'Résultat des tests VpiOptimu et VpiQualaxy','Bonjour,\r\n\r\nEn pièce-jointe, une description des tests exécutés sur le VpiOptimu, les résultats attendus et les résultats obtenus sur la v1.0.0.1.\r\nCela clarifiera le comportement que doit avoir le VpiOptimu.\r\n\r\nCordialement,\r\nNicolas Pierson',NULL,NULL,2,1,4,NULL,549,3,'2022-06-24 18:00:16','2022-09-23 14:26:29','2022-06-24',0,NULL,NULL,854,1,2,0,NULL),(855,3,75,'Question sur les références HasHistoricalConfiguration','Bonjour M. Condemine, \r\n\r\nEst-ce possible de déclarer la référence HasHistoricalConfiguration entre une variable et la configuration depuis le fichier d\'instance de l\'objet HistoricalConfiguration et inverser le sens de la relation et la target ? (Au lieu de leu faire depuis le fichier d\'instances de la variable vers l\'objet HistoricalConfiguration  ) \r\n\r\nL\'objectif est de le faire lors de l\'historisation des nœuds supplémentaires sur la VM Imerys de Lixhe afin de pouvoir conserver ces références en cas de régénération des instances.\r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu ',NULL,NULL,5,1,4,NULL,432,2,'2022-06-27 13:46:06','2022-11-04 16:38:58','2022-06-27',100,NULL,NULL,855,1,2,0,'2022-11-04 16:38:58'),(856,1,97,'PgSql','Hello,\r\nCan you share you configuration.\r\nI wish to double check it.\r\n\r\nRegards\r\nMichel',NULL,NULL,1,572,4,NULL,1,1,'2022-06-27 21:03:23','2022-06-27 21:41:18','2022-06-27',100,NULL,NULL,856,1,2,0,NULL),(857,1,100,'Log Mqtt','Bonjour,\r\nje me suis logger sur le serveur de Lixhe et j\'ai constaté que le log que Vpi Mqtt grossit de manière trop rapide.\r\nC\'est lié au niveau de log actuellement paramétré (INFO) \r\nPourriez vous le passer en ERROR.\r\n\r\nCordialement\r\nMichel Condemine\r\n',NULL,NULL,3,546,7,NULL,1,1,'2022-06-28 09:14:44','2022-11-03 15:48:24','2022-06-28',100,NULL,NULL,857,1,2,0,'2022-11-03 15:48:24'),(858,2,92,'FlowMeterType and DensityMeter Update','Add attribute to determine %solide, Density // MassFlow, Dry MassFlow',NULL,NULL,5,NULL,6,NULL,510,1,'2022-06-28 13:56:01','2022-07-04 16:49:25','2022-06-28',100,NULL,NULL,858,1,2,0,'2022-07-04 16:49:25'),(859,1,75,'Gestion des tableaux de String par le Server et par le VpiValuesInit','Bonjour,\r\n\r\nDans le cadre d\'une US Phase 2 eMotors, nous rencontrons 2 soucis avec la gestion des tableau de string\r\n\r\n1) Initialisation d\'un tableau de String Vide manipulable par UaExpert (essayé avec dernières versions du serveur IPV4 et IPV6)\r\n\r\n2) un crash au niveau du VpiValuesInit lors de la restitution de la dernière valeur pour un tableau de String\r\n\r\n\r\n\r\nCi joint une maquette permettant de reproduire les deux comportements (il faut mettre à jour les fichiers .dat du Vfi et VpiValuesInit avec les informations de connexion à votre base)\r\n\r\n1) Pour reproduire le comportement, faire un démarrage sans VpiValuesInit, le serveur démarre mais le noeud Objects->LineUsinage_Cover->FBDSC-> TrackIdList n\'est pas valorisable par UaEcpert\r\n\r\n2) Pour reproduire le comportement, faire un démarrage sans VpiValuesInit en forçant une valeur dans le tableau (nous avons réussi à le valoriser avec notre VpiLine), le noeud est bien archivé par le VfiPostgres. Sur un redémarrage avec le VpiValuesInit activé, nous obtenons un crash avec la pile d\'appel suivante : \r\n\r\n!clipboard-202206281405-ljbkv.png!\r\n\r\n\r\nCordialement, \r\n\r\nMichael Ejigu',NULL,NULL,5,1,4,NULL,432,6,'2022-06-28 14:08:18','2022-06-30 09:38:41','2022-06-28',100,NULL,NULL,859,1,2,0,'2022-06-29 22:27:10'),(860,1,103,'VpiOptimu Test P1+P4','Bonjour,\r\nsouhaitez vous qu\'un enregistrement existant puis être mise à jour à partir du fichier PLM et pas seulement créé ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,549,4,NULL,1,2,'2022-06-28 14:57:24','2022-06-29 09:55:09','2022-06-28',100,NULL,NULL,860,1,2,0,'2022-06-29 09:55:09'),(861,1,103,'Test P6','Bonjour,\r\nque souhaitez vous que l\'on fasse si le fichier PLM contient un mix d\'enregistrements valides et invalide ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,549,4,NULL,1,2,'2022-06-28 15:42:48','2022-06-29 09:55:31','2022-06-28',100,NULL,NULL,861,1,2,0,'2022-06-29 09:55:31'),(862,3,75,'Questions sur structures pour encodeur décodeur générique','Bonjour, \r\n\r\n\r\nCi dessous 3 questions sur les structures pour l\'encodeur/décodeur générique :\r\n\r\n1) Est ce que OpenOpcUa_StructureDescription et OpenOpcUa_AttributeDescription seront utilisés ou bien étaient-ce des alternatives à OpenOpcUa_Field et OpenOpcUa_Definition ?\r\n\r\n\r\n2) On a une variable dans l\'addresse space de type tableau de Recipes. \r\nEst-ce qu\'on initialise un unique OpenOpcUa_Definition pour le tableau de UDT ou bien est-ce qu\'on initialise un OpenOpcUa_Definition par élément du tableau ? \r\n\r\n3) Lorsque un UDT ERP_Of contient un attribut PartData de type tableau de PartProduce: \r\nEst-ce que l\'accès au premier partproduce ce fait à travers :\r\n \r\n- m_ppFields (le field qui concerne l\'attribut Part_Data) puis Value puis Value puis Array puis ExtensionObjectArray\r\n\r\nou bien \r\n\r\n-m_ppFields (le field qui concerne l\'attribut Part_Data) puis m_pDefinition où m_pDefinition aura autant d\'élément que de PartProduce au niveau de l\'attribut PartData de l\'ERP OF \r\n\r\nou bien \r\n\r\n- tout autre moyen ? \r\n\r\nDe plus ou aura-t-on la taille du tableau de PartProduce PartData? \r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum',NULL,NULL,5,1,4,NULL,432,1,'2022-06-28 18:03:34','2022-11-04 16:39:32','2022-06-28',100,NULL,NULL,862,1,2,0,'2022-11-04 16:39:32'),(863,1,103,'EndValidity ','Bonjour Nicolas,\r\nvous indiquez dans vos tests que EndValidity n\'est jamais MAJ.\r\ncependant sur ma plateforme il est bien MAJ. Pourrions nous avoir un point rapide dans l\'AM a ce sujet ?\r\n\r\nCordialement\r\nMichel\r\n',NULL,NULL,1,NULL,4,NULL,1,0,'2022-06-29 11:59:39','2022-06-29 11:59:39','2022-06-29',0,NULL,NULL,863,1,2,0,NULL),(864,1,100,'Erreur de configuration','Bonjour,\r\nle ConfigManager a détecté plusieurs erreurs de configuration dans les SubSystem. \r\n*Pourriez vous corriger ces erreurs ?*\r\nJ\'ai utilisé la version du 28/6/2022.\r\n\r\n<pre>\r\n2022-06-30T17:39:16.819 Critical configuration error HW-Address DB.003F.000A NodeId= ns=79;i=3300 is not properly configured uStatus : 0x80330000\r\n\r\n2022-06-30T17:39:17.418 Critical configuration error HW-Address DB.002F.01DA NodeId= ns=8;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:17.557 Critical configuration error HW-Address DB.002F.01DE.5 NodeId= ns=8;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:17.685 Critical configuration error HW-Address DB.002F.01DE.6 NodeId= ns=8;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:17.821 Critical configuration error HW-Address DB.0029.00EA NodeId= ns=10;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:17.944 Critical configuration error HW-Address DB.0029.012C NodeId= ns=10;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:18.061 Critical configuration error HW-Address DB.002F.0042 NodeId= ns=10;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:18.180 Critical configuration error HW-Address DB.002F.0046.5 NodeId= ns=10;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:18.288 Critical configuration error HW-Address DB.002F.0046.6 NodeId= ns=10;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:18.422 Critical configuration error HW-Address DB.0029.00EA NodeId= ns=21;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:18.569 Critical configuration error HW-Address DB.0029.0132 NodeId= ns=21;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:18.682 Critical configuration error HW-Address DB.002F.0042 NodeId= ns=21;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:18.798 Critical configuration error HW-Address DB.002F.0046.6 NodeId= ns=21;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:18.927 Critical configuration error HW-Address DB.002F.0058.5 NodeId= ns=21;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:19.058 Critical configuration error HW-Address DB.0029.00DE NodeId= ns=12;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:19.171 Critical configuration error HW-Address DB.0029.013E NodeId= ns=12;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:19.308 Critical configuration error HW-Address DB.002F.01CE NodeId= ns=22;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:19.428 Critical configuration error HW-Address DB.002F.01D2.5 NodeId= ns=22;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:19.560 Critical configuration error HW-Address DB.002F.01D2.6 NodeId= ns=22;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:19.675 Critical configuration error HW-Address DB.0029.00C6 NodeId= ns=39;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:19.796 Critical configuration error HW-Address DB.0029.014A NodeId= ns=39;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:19.922 Critical configuration error HW-Address DB.002F.0030 NodeId= ns=39;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:20.041 Critical configuration error HW-Address DB.002F.0034.5 NodeId= ns=39;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:20.168 Critical configuration error HW-Address DB.002F.0034.6 NodeId= ns=39;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:20.288 Critical configuration error HW-Address DB.0029.00AE NodeId= ns=41;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:20.416 Critical configuration error HW-Address DB.0029.013E NodeId= ns=41;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:20.539 Critical configuration error HW-Address DB.002F.0036 NodeId= ns=41;i=1208 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:20.662 Critical configuration error HW-Address DB.002F.003A.5 NodeId= ns=41;i=1204 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:20.788 Critical configuration error HW-Address DB.002F.003A.6 NodeId= ns=41;i=1207 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:20.942 Critical configuration error HW-Address DB.0029.00BA NodeId= ns=43;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:21.067 Critical configuration error HW-Address DB.0029.0144 NodeId= ns=43;i=1252 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:21.199 Critical configuration error HW-Address DB.002F.01D4 NodeId= ns=47;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:21.328 Critical configuration error HW-Address DB.002F.01D8.5 NodeId= ns=47;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:21.465 Critical configuration error HW-Address DB.002F.01D8.6 NodeId= ns=47;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:21.600 Critical configuration error HW-Address DB.002F.00B2.5 NodeId= ns=50;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:21.730 Critical configuration error HW-Address DB.002E.0074.0 NodeId= ns=50;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:21.855 Critical configuration error HW-Address DB.002F.00AE NodeId= ns=50;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:21.989 Critical configuration error HW-Address DB.0029.008A NodeId= ns=52;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:22.130 Critical configuration error HW-Address DB.002F.001C.5 NodeId= ns=52;i=2122 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:22.268 Critical configuration error HW-Address DB.002F.001C.6 NodeId= ns=52;i=2125 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:22.405 Critical configuration error HW-Address DB.002F.0018 NodeId= ns=52;i=2126 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:22.541 Critical configuration error HW-Address DB.0029.00A2 NodeId= ns=53;i=1203 is not properly configured uStatus : 0x80330000\r\n2022-06-30T17:39:22.703 Critical configuration error HW-Address DB.0029.0096 NodeId= ns=54;i=1203 is not properly configured uStatus : 0x80330000\r\n</pre>\r\n\r\n',NULL,NULL,5,546,6,NULL,1,9,'2022-06-30 17:44:49','2022-11-03 15:44:54','2022-06-30',100,NULL,NULL,864,1,2,0,'2022-11-03 15:44:54'),(865,3,75,'Appel de la VpiNotifyCallback depuis VpiLine bloquante avec Core Server 1.0.7.3 IPV4 livrée le 30/06','Bonjour, \r\n\r\nLe moyen d\'appeler la NotifyCallback a -elle changée avec la nouvelle dynamique de démarrage ? \r\n\r\nLe VpiLine n\'a pas de retour du Serveur lors de l\'appel à la NotifyCallback pour mettre à jour son Device State au démarrage du Vpi :\r\n\r\n!clipboard-202206301755-onjdc.png!\r\n\r\n\r\nCette fonction est appelée dès le lancement de la VpiLineThread. \r\n\r\nLa fonction NotifyCallback a t-elle maintenant besoin de la mutex sur la cache du Vpi ? \r\n\r\nCordialement, \r\n\r\nMichael ',NULL,NULL,5,1,4,NULL,432,9,'2022-06-30 18:04:19','2022-11-04 16:40:12','2022-06-30',100,NULL,NULL,865,1,2,0,'2022-11-04 16:40:12'),(866,3,101,'Retour Alarmes OOUA version binaire Debug-IPV4-30-06-2022-v1.0.7.3','Bonjour,\r\n\r\nCi-joint le retour sur les alarmes (2 fichiers):\r\n\r\n- Un fichier texte liste Bugs-Alarmes.\r\n- Un fichier qui contient les traces WireShark pour chaque Beug.\r\n\r\nCordialement,\r\nEquipe Inetum',NULL,NULL,5,545,4,NULL,545,3,'2022-07-01 14:35:39','2022-10-25 10:17:33','2022-07-01',100,NULL,NULL,866,1,2,0,'2022-10-25 10:17:33'),(867,3,101,'Retour Alarmes OOUA version binaire Debug-IPV4-30-06-2022-v1.0.7.3 - Beug1','\r\nBonjour, \r\n\r\nci-dessous une description du Beug1 et ci-joint les traces WireShark\r\n\r\n---------------------\r\nEnvironnement\r\n---------------------\r\n\r\n-VM WIN Emotors 8 Back Office\r\n-Serveur d’alarmes OOUA version binaire Debug-IPV4-30-06-2022-v1.0.7.3\r\n-Genesis version 10.97.1 CFR2\r\n\r\n\r\n-------------------\r\nPréconditions\r\n------------------\r\n- Configurer une IHM AlarmWorks Viewer\r\n- Se connecter à un serveur d’alarmes OOUA version binaire Debug-IPV4-30-06-2022-v1.0.7.3 via UAExpert et Genesis en client HTTP\r\n\r\n\r\nBug 1 :\r\n\r\n-----------\r\nActions\r\n-----------\r\n\r\n- Générer Deux alarmes via UAExpert\r\n- Acquitter dans Genesis une seule alarme parmi les deux alarmes générées sans la désactiver \r\n- Rafraichir la page d’alarme (navigateur web)\r\n\r\n\r\n-------------------------\r\nRésultats obtenus\r\n-------------------------\r\nLes deux alarmes ne sont plus affichées dans la page d’alarme\r\n\r\n\r\n-------------------------\r\nRésultats attendus\r\n-------------------------\r\nLes deux alarmes devraient s’afficher dans la page d’alarme.\r\n\r\nN.B : ce bug est reproductible à partir de la génération de deux alarmes et plus.\r\n\r\n-------------------------\r\nAnalyse des traces (port 3885 en OPC UA) Bug1.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\nPaquets 153 et 329 = Ecriture sur les booléens par UaExpert pour lever les alarmes\r\nPaquet 161 Première Alarme\r\nPaquet 335 Deuxième Alarme\r\nPaquet 595 Réponse acquittement de l’alarme\r\nPaquet 984 CreateMonitoredItemsRequest lors de la raffraichisement de la page\r\n\r\nCordialement \r\nEquipe Inetum\r\n',NULL,NULL,3,1,4,NULL,545,6,'2022-07-01 15:35:29','2022-11-03 11:54:38','2022-07-01',100,NULL,NULL,867,1,2,0,'2022-11-03 11:54:38'),(868,3,101,'Retour Alarmes OOUA version binaire Debug-IPV4-30-06-2022-v1.0.7.3 - Beug2','Bonjour,\r\n\r\nCi-dessous une description du beug et ci-joint les traces wireShark\r\n\r\nBug 2 :\r\n\r\n-----------\r\nActions\r\n-----------\r\n\r\n- Générer une alarme via UAExpert\r\n- Acquitter l’alarme générée dans Genesis en saisissant un commentaire « toto »\r\n- Désactiver l’alarme\r\n- Régénérer la même alarme \r\n\r\n-------------------------\r\nRésultats obtenus\r\n-------------------------\r\n- L’alarme regénérée est affichée avec le commentaire « toto »\r\n- Impossible d’acquitter l’alarme\r\n\r\n-------------------------\r\nRésultats attendus\r\n-------------------------\r\n- L’alarme regénérée devrait apparaitre avec un commentaire vide.\r\n- L’alarme regénérée devrait être acquittée\r\n\r\nCordialement,\r\nEquipe Inetum\r\n',NULL,NULL,3,1,4,NULL,545,4,'2022-07-01 15:38:36','2022-10-25 10:23:12','2022-07-01',100,NULL,NULL,868,1,2,0,'2022-10-25 10:23:12'),(869,3,101,'Retour Alarmes OOUA version binaire Debug-IPV4-30-06-2022-v1.0.7.3 - Beug3','Bonjour,\r\n\r\nCi-dessous une description du beug et ci joint les traces wireshark\r\n\r\nBug 3 :\r\n\r\n-----------\r\nActions\r\n-----------\r\n\r\n- Générer une alarme via UAExpert\r\n- Acquitter l’alarme générée dans Genesis en saisissant un commentaire « toto »\r\n- Désactiver l’alarme\r\n- Régénérer la même alarme  L’alarme regénérée est affichée avec le commentaire « toto » (bug 2)\r\n- Rafraichir la page d’alarme (navigateur web)  Disparition du commentaire « toto » et possibilité d’acquittement\r\n- Acquitter l’alarme et la désactiver\r\n- Regénérer la même alarme\r\n\r\n-------------------------\r\nRésultats obtenus\r\n-------------------------\r\n- L’alarme regénérée n’est pas affichée\r\n- Les notifications d’alarmes ne sont plus affichées (même en générant de nouvelles alarmes)\r\n\r\n\r\n-------------------------\r\nRésultats attendus\r\n-------------------------\r\n\r\n- L’alarme regénérée devrait s’afficher\r\n-Les notifications d’alarmes devraient s’afficher en générant de nouvelles alarmes\r\n\r\n\r\n-------------------------\r\nAnalyse des traces (port 3885 en OPC UA) Bug3.pcapng à partir du rafraîchissement de la page d’alarme\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\nPaquet 1001 6 évènements (2 fois refreshStart, 2 fois refreshEnd, 2 fois l’Alarme)\r\nPaquet 1629 double notification de l’acquittement de l’alarme \r\nPaquet 1869 3 évènements de notification de mise à bas \r\nPaquet 2025 notification d’alarme suite à la regénéfation finale de l’alarme (qui n’est pas affichée par Genesis pour une raison inconnue)\r\n\r\n\r\n\r\nCordialement,\r\nEquipe Inetum ',NULL,NULL,3,1,4,NULL,545,2,'2022-07-01 15:41:35','2022-11-03 11:56:01','2022-07-01',100,NULL,NULL,869,1,2,0,'2022-11-03 11:56:01'),(870,1,103,'Invocation Tools POST','Bonjour,\r\nje rencontre un comportement atypique avec la methode Tools lors de la création d\'outils.\r\nLe Body de la requête est le suivant \r\n<pre><code class=\"java\">\r\n{\r\n	\"shortName\": \"METCTL-050001-0499\",\r\n	\"longName\": \"Étalon moyen B2\",\r\n	\"typeOutillage\": \"Optimu\",\r\n	\"lastValidation\": \"2022-07-03T16:11:34.392Z\",\r\n	\"endValidity\": \"1601-01-01T00:00:00.000Z\",\r\n	\"valide\": true,\r\n	\"count\": 0,\r\n	\"verificationName\": \"OptimuPasVerifInterne\"\r\n}\r\n</code></pre>\r\n\r\n*L\'outil est bien créé mais l\'appel retourne un Bad Request (400)*\r\nComme vous pouvez le noter le format de l\'heure des ISO8601 UTC comme convenu avec EMOTORS.\r\nEst ce qu\'une heure à 0 (1-1-1601) pose problème ?\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,550,7,NULL,1,4,'2022-07-03 19:47:28','2022-11-04 14:50:22','2022-07-03',100,NULL,NULL,870,1,2,0,'2022-11-04 14:50:22'),(871,2,92,'GrinderType - ','In GrinderTypeObject Replace the attribute Tank:TankType by Tank:ContainerType',NULL,NULL,5,NULL,4,NULL,510,1,'2022-07-04 13:45:45','2022-07-04 16:39:32','2022-07-04',100,NULL,NULL,871,1,2,0,'2022-07-04 16:39:32'),(872,5,103,'VPI_Optimu version IPV4','Bonjour Michel,\r\nserait-il possible d\'avoir la Maquette VPI Optimu en version IPV4 pour nos tests si cela ne vous prends pas trop de temps\r\nMerci\r\n\r\nCordialement\r\nLosson Paul',NULL,NULL,5,1,3,296,455,1,'2022-07-05 10:27:44','2022-07-06 13:45:58','2022-07-05',100,NULL,NULL,872,1,2,0,'2022-07-06 13:45:58'),(873,3,78,'Dernier modèle','Bonjour,\r\npourriez vous me faire parvenir, à des fins de tests, la dernière version du modèle.\r\n\r\nCordialement\r\nMichel Condemine',NULL,NULL,5,447,4,NULL,1,2,'2022-07-06 13:24:04','2022-07-22 14:17:26','2022-07-06',100,NULL,NULL,873,1,2,0,'2022-07-22 14:17:26'),(874,1,95,'Impossible de lancer le serveur','Bonjour,\r\n\r\nj\'ai essayé de lancer le serveur de la démo Lua sans succès\r\nProblme de DLL MSVCR120.dll manquant.\r\n!MSVRCR120.JPG!\r\n\r\nAvez-vous eu ce genre de probleme ? que faire ? \r\n\r\nmerci d\'avance, \r\n\r\nMarc\r\n',NULL,NULL,5,1,4,NULL,496,5,'2022-07-06 17:10:32','2022-07-06 17:29:41','2022-07-06',100,NULL,NULL,874,1,2,0,'2022-07-06 17:18:58'),(875,3,100,'Stabilité du serveur','Bonjour,\r\nSunil et PH me rapporte des instabilité du serveur (Crash).\r\nAvez vous surveillé le serveur ces derniers jours ?\r\n\r\nCordialement\r\nMichel',NULL,NULL,5,NULL,4,NULL,1,2,'2022-07-07 21:41:07','2022-10-25 10:30:32','2022-07-07',100,NULL,NULL,875,1,2,0,'2022-10-25 10:30:32'),(876,2,92,'EquipmentBaseType. Attribute : LocationInFactory need tobe mandatory.','For me, the attribute LocationInFactory in EquipmentBaseType should be set  \"mandatory\"',NULL,NULL,1,NULL,4,NULL,510,0,'2022-07-11 15:04:07','2022-07-11 15:04:07','2022-07-11',0,NULL,NULL,876,1,2,0,NULL),(877,2,71,'Voir problème d\'enregistrement / démarrage  service OPCUA time out','Comme discuté par téléphone, veuillez trouver ci attaché le zip du soft tel que sauvegardé sur notre serveuyr de données par Dominique\r\n\r\nJ\'ai ajouté un fichier cible pour la source de données (c:\\simpatic3\\simpatic\\data\\dots.ini) que j\'ai ajouté dans le fichier \r\nDont j\'ai ajouté le chemin dans c:\\OPC_UA_TECHPAP\\Project\\TechPap-00200.dat',NULL,NULL,1,1,4,NULL,575,0,'2022-07-12 14:03:56','2022-07-12 14:03:56','2022-07-12',0,NULL,NULL,877,1,2,0,NULL),(878,2,92,'PumpType --> remove Regulation attribute?','PumpType --> remove Regulation attribute? because regulation attribute is a attribute of MotorType (attribute of pump)',NULL,NULL,1,NULL,4,NULL,510,0,'2022-07-12 15:46:29','2022-07-12 15:46:29','2022-07-12',0,NULL,NULL,878,1,2,0,NULL),(879,3,101,'retour Historical Access ','Bonjour,\r\n\r\nVeuillez trouver ci-joint les traces WireShark entre genesis et le serveur HA.\r\n\r\nAnalyse des traces (port 6010 en OPC UA  /  54819 Genesis)\r\npaquet 41384 demande de lecture HA par Genesis \"HistoryReadRequest\", le serveur doit répondre avec un \"HistoryReadResponse\" et un \"PublishResponse\"\r\ndans cette étape de communication ( paquet 41384) le serveur répond seulement par un \"PublishResponse\" il manque le paquet de \"HistoryReadResponse\" dans lequel il y a les valeurs des nœuds historisés. \r\n\r\n\r\nCordialement,\r\nEquipe Inetum',NULL,NULL,5,1,5,NULL,545,19,'2022-07-13 13:42:42','2022-08-03 17:16:16','2022-07-13',100,NULL,NULL,879,1,2,0,'2022-08-03 14:50:55'),(880,2,92,'Gearbox object need to be updated.','Need to add in gearbox Object, the LubrificationDeviceType. \r\nAnd add ea attribute PumpType in LubrificationDeviceType',NULL,NULL,1,NULL,4,NULL,510,0,'2022-07-14 11:18:08','2022-07-14 11:18:08','2022-07-14',0,NULL,NULL,880,1,2,0,NULL),(881,1,89,'VpiS7 Enum support','Some enum are collected from the PLC as Boolean or Int16. Enum arre always Int32 in OPC UA so the VPIS7 need to convert from Boolean to Int32 or from Int16 to Int32.\r\nIE: BS3-->StartMechanism and BS3-->Status\r\n\r\n',NULL,NULL,2,1,4,NULL,1,0,'2022-07-15 17:37:56','2022-07-15 17:37:56','2022-07-15',0,NULL,NULL,881,1,2,0,NULL),(882,1,94,'Ecriture Ack vers le PLC ne fonctionne pas','Sur la ligne Stator, nous avons un soucis où l\'écriture du Node Ack ne se passe pas en mode PostPoned\r\n\r\n',NULL,NULL,3,NULL,4,NULL,447,3,'2022-07-19 12:06:11','2022-11-04 14:16:54','2022-07-19',100,NULL,NULL,882,1,2,0,'2022-11-04 14:16:54'),(883,3,101,'Problème de chargement de VPi au delà d\'un certain nombre de tags','Bonjour, \r\n\r\nNous préparons l\'intégration de nos développements Sprint 1 avec les binaires Core Server au nom de \"Livraison Binaires Debug-IPV4 - 30-6-2022_v1.0.7.4\"  et rencontrons des soucis lors du testing\r\n\r\n\r\nLe serveur semble bloqué sur le chargement du Vpis lorsque l\'on atteint un certain nombre de noeuds\r\n\r\nPour analyser j\'ai mis dans en PJ 2 Configuration, un serveur LM Small pour lequel le fichier de mapping VpiLine contient 1 Data Collect et 1 Data Request et un serveur LM Big pour lequel le fichier de mapping VpiLine contient 15 Data Collect et 3 Data Request. \r\n\r\nLa configuration LM Small démarre systématiquement. \r\nLa configuration LM Big est souvent bloquée lors du chargement du VpiLine. Lorsque la machine sur laquelle tourne le serveur est chargée, la configuration se charge avec une fréquence plus faible\r\n\r\n\r\nLe chargement ou non du VpiLine est indiqué par la présence ou non d\'un message sur la console mais peut aussi être vu au niveau des logs Serveur. \r\n\r\nEn production eMotors tourne avec jusqu\'à 80 DataCollect. \r\n\r\n\r\nJ\'ai testé les limites (qui semblent variés avec la charge et specs de la machine). Sur mon PC ça semble être vers 13 Data Collect (soit environ 1700 Tags) \r\n\r\n\r\nNous n\'avons pas testés avec les livraisons CoreServer après le 30 juin car ce sont celles que nous nous sommes entendus pour livrer à eMotors. \r\n\r\n\r\nNous vous remercions d\'avance pour votre temps, \r\n\r\nL\'équipe Inetum. \r\n\r\n',NULL,NULL,3,1,6,NULL,432,7,'2022-07-21 20:29:37','2022-07-28 09:04:19','2022-07-21',100,NULL,NULL,883,1,2,0,'2022-07-28 08:36:36'),(884,3,73,'Concaténation de nodes','Bonjour Mr Condemine,\r\n\r\nJ\'avais un point à aborder avec vous que je n\'ai pas eu le temps d\'aborder hier, je souhaitais savoir s\'il était possible à l\'intérieur du serveur de réaliser des concaténations de nodes ?\r\n\r\nJe m\'explique, je dois récupérer 16 bits d\'alarmes sur un 1500 via le VPI UA Client, ce qui ne pose aucun soucis, mais la lecture sur notre logiciel de supervision s\'effectue via un Int16. Est-il possible de concaténer les 16 bits pour obtenir un Int16, ou cette démarche doit-elle être faite en amont directement sur l\'automate ?\r\n\r\nEn vous remerciant,\r\n\r\nValentin DUFIEF ',NULL,NULL,5,NULL,4,NULL,565,5,'2022-07-26 15:28:19','2022-11-17 14:23:16','2022-07-26',100,NULL,NULL,884,1,2,0,'2022-11-17 14:23:16'),(885,3,104,'Prise en compte des null au lieu de vide','Bonjour.\r\n\r\nNotre client nous pose une question à laquelle nous avons du mal à répondre.\r\nJe vous la retranscris directement car cela vous parlera peut-être plus facilement :\r\n<pre>Coté MES nous avons changé de passerelle : passage de OI Gateway à TopServer.\r\nLa communication avec les automates SIEMENS est fonctionnelle.\r\nPar contre, lorsque nous avons réalisé sur notre plateforme des tests avec un OPC UA serveur logiciel (sans automate : Docker dans notre cas) nous rencontrons une difficulté lorsque nous écrivons des chaines de caractères vides.\r\nSi vous avez mis en place un serveur OPC UA logiciel à partir de la Stack OPC, il faut appliquer le code/correctif en pièce jointe. Dans notre Stack c’est le CustomNodeManager.\r\n</pre>\r\n\r\nLe code/correctif est c# est le suivant :\r\n<pre>\r\n/*A ajouter au NodeManager sur le serveur OPC UA (ici codé en C#) pour surcharger la méthode \"Write\" afin d\'appeler une procédure permettant de mettre \"\" en cas de String NULL*/\r\n//Correctif ecriture des strings à null par TopServer ou lieu de chaine vide\r\npublic override void Write(OperationContext context, IList<WriteValue> nodesToWrite, IList<ServiceResult> errors)\r\n{\r\n	ReplaceNullSiemensStringByEmptyString(nodesToWrite);\r\n   \r\n	base.Write(context, nodesToWrite, errors);\r\n}\r\n\r\nprivate void ReplaceNullByEmptyString(IList<WriteValue> nodesToWrite)\r\n{\r\n	var nullWriteValues = nodesToWrite.Where(x => x.Value.Value == null);\r\n	foreach (var v in nullWriteValues)\r\n	{\r\n		v.Value.Value = \"\";\r\n	}\r\n}\r\n</pre>\r\n\r\nMerci d\'avance pour votre aide.\r\n',NULL,NULL,5,NULL,5,NULL,553,3,'2022-07-28 17:43:59','2022-07-29 11:01:24','2022-07-28',100,NULL,NULL,885,1,2,0,'2022-07-29 11:01:24'),(886,2,92,'InputType & OutputType : Add attributes  ','For InputType & OutputType we need maybe to add a attribute to define the \"quantity\" of the output or input like a flow, a massflow, a weight...',NULL,NULL,5,NULL,4,NULL,510,1,'2022-07-29 11:27:44','2022-08-08 15:48:41','2022-07-29',0,NULL,NULL,886,1,2,0,'2022-08-08 15:48:41'),(887,2,92,'PumpType; Add OutputPressure attribute?','PumpType; Add OutputPressure attribute? like the OutputFlow ',NULL,NULL,5,NULL,4,NULL,510,1,'2022-07-29 11:43:33','2022-08-08 15:27:18','2022-07-29',0,NULL,NULL,887,1,2,0,'2022-08-08 15:27:18'),(888,3,104,'Gestion des chaines avec valeur null','Bonjour.\r\n\r\nje fais suite à mon précédent tickets. J\'ai eu des précisions, et en fait notre client va nous envoyer des chaines qui, si elles partent en string.empty seront transformées en null.\r\nCela semble poser soucis pour les serveur OPCUA logiciel. Ils nous ont expliqué qu\'il était possible qu\'en recevant ces valeurs null, cela soit en mesure de mettre en l\'air les variables elles mêmes.\r\n\r\nVous avez évoqué dans l\'autre ticket la gestion des valeurs null justement, s\'il y a un lien, pourriez-vous m\'expliquer comment gérer cela ?\r\n\r\nSi vous aviez la possibilité de m\'appeler sur ce sujet ce serait très sympa.\r\n\r\nj\'espère que mon message est suffisamment clair.\r\n\r\nOlivier PREVOT',NULL,NULL,5,NULL,5,NULL,553,2,'2022-07-29 14:32:33','2023-01-23 16:39:18','2022-07-29',0,NULL,NULL,888,1,2,0,'2023-01-23 16:39:18'),(889,1,43,'Documentation Serveur OOUA','Ajouter sections sur :\r\n# configuration User identity token\r\n# Archivage\r\n# Alarmes\r\n',NULL,NULL,2,1,4,NULL,1,0,'2022-08-01 14:37:00','2022-08-01 14:37:00','2022-08-01',0,NULL,NULL,889,1,2,0,NULL),(890,3,75,'Blocage démarrage serveur et chargement Vpi lorsque VpiLine et VpiValuesInit activés','Bonsoir M. Condemine \r\n\r\n\r\nNous préparons une configuration LineMiddleware contenant VfiPgsql, VpiValuesInit et VpiLine\r\n\r\nNous rencontrons un problème au démarrage du serveur qui se bloque (le chargement des Vpis est stoppés et le serveur n\'est pas accessible par un client UAExpert) \r\n\r\nLorsque VpiLine est désactivé et VpiValuesInit et VfiPgsql sont actifs, tout est ok\r\n\r\n!clipboard-202208011903-o3qtl.png!\r\n\r\nLorsque VpiValuesInit est désactivé et VpiLine et VfiPgsql sont actifs, tout est ok\r\n\r\n!clipboard-202208011903-yvltw.png!\r\n\r\nLorsque VpiLine, VpiValuesInit et VfiPgsql sont actifs, le démarrage se bloque\r\n\r\n\r\n\r\n\r\nCi joint une configuration avec tous les modules activés (les fichiers .dat du Vfi, VpiValuesInit et kpiTrConnectionInfo.txt dans Project sont peut-être à MAJ avec les informations de votre BDD postgres, mais je ne pense pas que ce soit nécessaire pour reproduire le problème rencontré)\r\nNous vous remercions pour tout indice de ce qui peut bloquer le démarrage. \r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\nInetum\r\n',NULL,NULL,5,432,6,NULL,432,10,'2022-08-01 19:06:38','2022-08-03 15:31:48','2022-08-01',100,NULL,NULL,890,1,2,0,'2022-08-03 09:28:27'),(891,3,75,'Suivi de l\'analyse reproduction et correction de l\'arrêt serveur aggrégateur en cas d\'arrêt du serveur feuille','Bonjour, \r\n\r\nVoici les informations de bases sur lesquels nous avons commencé l\'analyse\r\n\r\n\r\nPile d\'appel PM-LM (pile générée au niveau du PM)\r\n\r\n!clipboard-202208041719-egipf.png!\r\n\r\n\r\nPile d\'appel LM-automate (pile générée au niveau du LM)\r\n\r\n!clipboard-202208041720-e8yq2.png!\r\n\r\n\r\nEn PJ les minidumps et les deux dossiers nécessaires pour obtenir la pile d\'appel \r\n\r\n\r\nSuite à cette analyse vous nous avez livré des nouveaux Binaires\r\n\r\nNous faisons donc tourner en parallèle 2 confs\r\n\r\nConfNew) PM new binaires -> LM new binaires\r\nConfOld) PM old binaires -> LM old binaires (ce sont les avant derniers binaires ) \r\n\r\nSi d\'ici demain nous n\'arrivons pas à reproduire le problème sur la ConfOld, je préparerai une ConfVeryOld avec les binaires utilisés en prod par eMotors\r\n\r\nComme indiqué dans les news, avec les New binaires, le PM refuse parfois de se reconnecter avec les messages suivants\r\n\r\n2022-08-04T15:31:24.100Z CLIENT_ERROR Your XML configuration file : .\\Project\\UaClnt-ManuelLineX-00301-0.xml has been parsed\r\n2022-08-04T15:31:24.102Z CLIENT_INFO Call OpenOpcUa_GetSessions\r\n2022-08-04T15:31:24.104Z CLIENT_INFO Call OpenOpcUa_CloseSession\r\n2022-08-04T15:31:24.104Z CLIENT_ERROR WatchingThread stopped pSession=000001ABA5A98900.\r\n2022-08-04T15:31:24.106Z CLIENT_ERROR InternalWatchingThread stopped properly\r\n2022-08-04T15:31:24.107Z CLIENT_ERROR Call to OpcUa_ClientApi_DeleteMonitoredItems: 16 items\r\n2022-08-04T15:31:24.369Z CLIENT_ERROR Call to OpcUa_ClientApi_DeleteMonitoredItems done 0x00000\r\n2022-08-04T15:31:24.624Z CLIENT_ERROR KeepAliveThread Stopped\r\n2022-08-04T15:31:24.626Z CLIENT_ERROR KeepAliveThread stopped properly\r\n2022-08-04T15:31:24.627Z CLIENT_ERROR MonitoredItemsNotificationThread stopped\r\n2022-08-04T15:31:24.628Z CLIENT_ERROR MonitoredItemsNotificationThread stopped properly\r\n2022-08-04T15:31:34.630Z CLIENT_ERROR Impossible to stop the PublishingThread. Timeout\r\n2022-08-04T15:31:34.631Z CLIENT_ERROR InternalWatchingThread was already stopped\r\n2022-08-04T15:31:34.632Z CLIENT_ERROR PublishingThread stopped pSession=000001ABA5A98900.\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\nOn fait une MAJ du ticket à 18h pour l\'état final d’aujourd’hui\r\n\r\nCordialement, \r\nL\'équipe Inetum\r\n\r\n\r\n\r\n',NULL,NULL,2,1,5,NULL,432,9,'2022-08-04 17:44:17','2022-10-11 14:18:42','2022-08-04',50,NULL,NULL,891,1,2,0,'2022-08-05 13:25:43'),(892,1,92,'OPC UA SERVER ISSUE./ Lixhe Server','OPC UA server is running as service. Stoping the service does not kill the process instantantly',NULL,NULL,2,573,3,NULL,573,2,'2022-08-05 10:34:14','2022-11-15 16:22:01','2022-08-05',0,NULL,NULL,892,1,2,0,NULL),(893,1,89,'Config manager takes lot of time for export all','Hello,\r\n\r\nConfig Manager takes time when we do Export all.Hence I tried to limit the namespace between 3 and 100 but the export csv resulted in 0 kb file. \r\n\r\nI tried with and with out delimiter still it generated 0 kb CSV file though export says completed',NULL,NULL,2,1,4,NULL,503,1,'2022-08-05 22:16:56','2022-08-07 21:55:21','2022-08-05',0,NULL,NULL,893,1,2,0,NULL),(894,1,89,'Writing data to OPC UA using UA Expert ','Hello, \r\n\r\nWe are unable to write the data to OPC UA server using Expert.Semih has already shared the configuration upload. \r\n\r\nI am creating this issue to keep track of it.',NULL,NULL,2,NULL,4,NULL,503,3,'2022-08-09 05:50:24','2022-08-09 16:31:53','2022-08-09',0,NULL,NULL,894,1,2,0,NULL),(895,3,92,'OPC UA SERVER ISSUE','How to run OPC UA Server as a Service?',NULL,NULL,1,NULL,4,NULL,573,2,'2022-08-09 10:25:09','2022-08-10 19:46:53','2022-08-09',0,NULL,NULL,895,1,2,0,NULL),(896,3,89,'Looking for feedback','Hello,\r\ni\'m working on a new presentation of OOUA and looking for feedback.\r\nIf you have time for it feel free to comment the attached document.\r\n\r\nAny help will be appreciated.\r\n\r\nKind regards\r\nMichel',NULL,NULL,2,NULL,4,NULL,1,1,'2022-08-09 15:31:59','2022-08-09 15:32:49','2022-08-09',0,NULL,NULL,896,1,2,0,NULL),(897,1,92,'PSD Data Type','PSD Data Type Issue(Inst. process)',NULL,NULL,5,1,5,NULL,573,2,'2022-08-16 15:48:33','2022-11-15 16:21:06','2022-08-16',100,NULL,NULL,897,1,2,0,'2022-11-15 16:21:06'),(898,3,101,'Echec LibClient/VpiUaClient WriteRequest sur un élément au délà d\'une certaine taille','Bonjour M. Condemine, \r\n\r\n\r\nIl nous semble avoir trouvé sur un configuration Serveur Agrégateur Serveur graine un souci : dans un certain scénario, l\'écriture semble bloquer la communication OPC UA entre les deux.\r\nLes Traces Wireshark semblent montrer un problème de segmentation (Wireshark n\'arrive pas à réassembler les paquets) de l\'information à minima lorsque la taille du paquet doit être dispatchée dans plus de 2 paquets OPC UA (chacun segmentés sur 49 messages TCP). \r\nNous affinerons sur la taille limite si besoin. \r\n\r\nLes conditions suivants semblent devoir être nécessaire pour reproduire le scénario :\r\n\r\n- serveur agrégateur et serveur graine, agrégateur écrit\r\n- écriture d\'un élément au delà d\'une certaine taille\r\n- Agrégateur et graine sur différentes machines\r\n\r\n\r\n*Aure vous svp une disponibilité demain pour en discuter? \r\n*\r\nSinon je vous mets à disposition demain matin une maquette permettant de reproduire le même comportement de votre côté. Ainsi que des traces Wireshark de ce qu\'on constate\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n\r\n\r\n\r\n\r\n',NULL,NULL,2,1,5,NULL,432,27,'2022-08-16 19:22:42','2022-10-04 15:35:18','2022-08-16',0,NULL,NULL,898,1,2,0,NULL),(899,1,92,'Model handling issue','Hello,\r\nwe discovered yesterday the the wrong or corrupted version of the Nodeset of types was used for instanciation.\r\nThe correct version was published on the Redmine on July 7.\r\nI fixed the file issue and made some basic tests. \r\nThe good new is that with the correct version the whole application seems to work properly.\r\nFor sure this have to be verify more carefully. \r\n\r\n* We need to understand what happened to the original model.\r\n* We need to clean up the existing application, file naming, URI, etc. \r\n\r\nRegards\r\nMichel',NULL,NULL,5,NULL,4,NULL,1,1,'2022-08-17 08:47:23','2022-08-17 17:28:10','2022-08-17',100,NULL,NULL,899,1,2,0,'2022-08-17 17:28:10'),(900,2,92,'Line Status ','We should add new status attributes for each line. Like Centrifuge Line is On/Off',NULL,NULL,5,NULL,4,NULL,573,1,'2022-08-17 14:29:48','2022-08-25 16:02:17','2022-08-17',0,NULL,NULL,900,1,2,0,'2022-08-25 16:02:17'),(901,2,92,'ON/OFF STATUS','Change order of status',NULL,NULL,2,573,4,NULL,573,4,'2022-08-17 16:52:31','2022-11-15 16:19:59','2022-08-17',0,NULL,NULL,901,1,2,0,NULL),(902,3,89,'UaExpert : Saving files issues.','I can\'t make a save in UaExpert. Important for me to create Document forlder to validate data.\r\n!clipboard-202208291046-uxkjl.png!\r\n',NULL,NULL,3,NULL,4,NULL,510,6,'2022-08-29 10:46:13','2022-08-29 15:10:44','2022-08-29',100,NULL,NULL,902,1,2,0,'2022-08-29 15:10:44'),(903,2,47,'Add info when csv export from Uaexpert','Adding a column with Data address (DBxx.DBDXX) in Decimal\r\nAdding a column with the VPI used for the data (to know the PLC address used)',NULL,NULL,3,NULL,4,NULL,510,1,'2022-08-29 16:37:17','2022-11-03 15:51:27','2022-08-29',100,NULL,NULL,903,1,2,0,'2022-11-03 15:51:27'),(904,2,92,'ProductType  PercentSolid attibute','Attribute PercentSolid in ProductType. We put KPIDescriptionDataType. but I think a float would be enough.\r\n\r\n\r\n',NULL,NULL,1,NULL,4,NULL,510,0,'2022-08-30 09:39:36','2022-08-30 09:39:36','2022-08-30',0,NULL,NULL,904,1,2,0,NULL),(905,1,92,'MaterialBaseType;  Density','In MaterialBAseType, the attribute Density is a float, need to change to DensityMeterType',NULL,NULL,1,NULL,4,NULL,510,0,'2022-08-30 09:40:55','2022-08-30 09:40:55','2022-08-30',0,NULL,NULL,905,1,2,0,NULL),(906,1,92,'PlateDataType : AdditionnalAttributes','Attribute AdditionnalAttributes need to be optional',NULL,NULL,1,NULL,4,NULL,510,0,'2022-08-30 09:56:14','2022-08-30 09:56:14','2022-08-30',0,NULL,NULL,906,1,2,0,NULL),(907,1,89,'Instanciation issues  ','In carbital 3, the Folder CommonEquipmentsLine is write CommontEquipmentsLine',NULL,NULL,1,NULL,4,NULL,510,0,'2022-08-30 10:11:10','2022-08-30 10:11:10','2022-08-30',0,NULL,NULL,907,1,2,0,NULL),(908,1,89,'ProductionLine','I don\'t understend why, the productionline are not a \"ObjectType\" in the three and are \"folders\"',NULL,NULL,5,NULL,4,NULL,510,2,'2022-08-30 10:14:47','2022-09-08 14:22:25','2022-08-30',100,NULL,NULL,908,1,2,0,'2022-09-08 14:22:25'),(909,1,78,'Problème de communication entre les deux serveur OOUA (SODEL et LM)','Bonjour Michel,\r\n\r\n\r\nJe viens d\'ajouter le mapping entre le serveur OOUA du banc Sodel et le serveur de la ligne Assemblage. J\'avais un souci par rapport de ça. En fait, le mapping marche que dans un sens (Depuis le LM vers Sodel). Dans le nodset des instances, on a vérifié les correspondance ci-dessous :\r\n\r\nSODEL : AccessLevel=\"15\" UserAccessLevel=\"15\"\r\nLM:     AccessLevel=\"3\"  UserAccessLevel=\"3\"\r\n\r\nAinsi que AccessRight=\"Input_Output\" dans les subsystems (pareil sur les deux)\r\n\r\nJ\'ai relancé le serveur du LM en appliquant la même modification qui se trouve dans les nodeset des instances de SODEL (avec toujours AccessLevel=\"15\" UserAccessLevel=\"15\") sur le nodeset des instances du LM (uniquement sur OP402.02), mais je n\'ai pas abouti d\'établir la communication proprement.\r\n\r\nEst-ce vous auriez du temps libre pour que je vous partage l\'écran et je vous explique tout ça?\r\n\r\nN.B: Veuillez trouver en pièce jointe, ensemble des fichiers log et projet si besoin.\r\n\r\nMerci bien,\r\nArash.',NULL,NULL,5,NULL,5,NULL,489,8,'2022-09-06 09:17:41','2022-09-08 09:25:34','2022-09-06',100,NULL,NULL,909,1,2,0,'2022-09-08 09:25:34'),(910,1,78,'VpiValueInit','if (Vpi_Base64_Decode(pszVal, &iByteCount, &pBytes) == 0) \r\npBytes not freed ==> leak',NULL,NULL,2,1,5,NULL,1,0,'2022-09-06 17:14:20','2022-09-06 17:14:20','2022-09-06',0,NULL,NULL,910,1,2,0,NULL),(911,1,89,'Instanciation issues for FEEDPLANT Departement','!feedplant_Instanciation.JPG!\r\nTHe feed plant instantion seems to be strange. With 2 Autogeuns2 Production Line.?',NULL,NULL,5,573,4,NULL,510,4,'2022-09-08 14:06:13','2022-09-08 14:22:07','2022-09-08',100,NULL,NULL,911,1,2,0,'2022-09-08 14:22:07'),(912,1,101,'PJ pour reproduction crash contextuel avec nouvelle version du DecodeBase64','',NULL,NULL,5,NULL,4,NULL,432,2,'2022-09-08 16:09:57','2022-09-15 15:18:45','2022-09-08',100,NULL,NULL,912,1,2,0,'2022-09-15 15:18:45'),(913,3,101,'crash Ximilator version 1.0.2.5_v1.0.5.4 lors de génération de nodeset de type ','Bonjour M Condemine,\r\n\r\nLors de la création de nodeset de type Emotors modèle V2.30draft2, Ximulator génére bien les nodesets de type pour SharedClasses par contre crash au moment de génération des nodesets de type pour logistique.\r\n\r\nje vous envoie ci joint le fichier de logs et les fichier XMI SharedClasses et Logistique \r\n\r\nCordialement,\r\nEquipe Inetum\r\n ',NULL,NULL,5,1,5,NULL,545,5,'2022-09-08 16:48:47','2022-09-13 16:49:06','2022-09-08',100,NULL,NULL,913,1,2,0,'2022-09-12 18:04:57'),(914,3,92,'Multiple remote connections issues on server 100','only two remote connections possible on the server 100. If i want to connect, i need to eject someone.',NULL,NULL,1,NULL,4,NULL,510,0,'2022-09-09 12:11:25','2022-09-09 12:11:25','2022-09-09',0,NULL,NULL,914,1,2,0,NULL),(915,3,101,'Configuration des AccessLevel et AccessRight d\'une variable et d\'un tag ','Bonjour, \r\n\r\nNous avons rencontré un souci lors des déploiements des derniers binaires 4CE sur la ligne Stator\r\n\r\nNous réalisons que c\'est lié aux AccessLevel et AccessRight que l\'on peut mettre sur une variable ou un Tag\r\n\r\nConstat : \r\n\r\nLorsque au niveau de l\'instance sur une variable booléenne appelée AknowledgeData on donne les droits 2 (Write) et qu\'on marque le tag en temps que Output sur le  fichier de mapping VpiLine, lorsque le VpiLine envoi un NotifyCallback sur cette variable, le statut BadInvalidArgument est renvoyé par le serveur et la valeur n\'est pas prise en compte par le serveur. \r\n\r\nPourquoi la configuration est-elle ainsi ? : \r\n\r\nEn production sur la ligne Stator, on tournait actuellement sur les binaires 4CE de avril. \r\nAvec le serveur d\'avril la configuration était ainsi et fonctionnait: \r\nInstance : CurrentWrite\r\nTag VpiLine Output\r\nTag VpiS7 Output\r\n\r\nLe besoin était que le VpiLine puisse écrire sur ce booléen et mettre à jour la cache de serveur et que le VpiS7 soit notifié par le serveur du changement d\'état de la variable et l\'écrit au niveau de l\'automate\r\n\r\nPour ce besoin, la configuration est-elle correcte? Est-ce que le retour fait par le serveur au niveau du VpiNotifyCallback pour le pResult spécifique à la variable booléenne (BadInvalidArgument) est correct? \r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\n\r\n ',NULL,NULL,5,432,5,NULL,432,13,'2022-09-14 17:32:37','2022-11-04 16:42:38','2022-09-14',100,NULL,NULL,915,1,2,0,'2022-11-04 16:42:38'),(916,1,96,'Demo_VpiUaClnt_AutoCfg_Release_x64','problème de fonctionnement discuté en réunion teams',NULL,NULL,1,NULL,4,NULL,528,0,'2022-09-15 15:15:15','2022-09-15 15:15:15','2022-09-15',0,NULL,NULL,916,1,2,0,NULL),(917,1,89,'Config Manager','Hello Michel,\r\n\r\nWhenever I try, I am facing this problem',NULL,NULL,5,NULL,6,NULL,573,2,'2022-09-20 10:11:07','2022-09-20 13:30:15','2022-09-20',0,NULL,NULL,917,1,2,0,'2022-09-20 13:30:15'),(918,1,92,'Lixhe Server Comm Error with PLC 30','Hello Michel,\r\n\r\nWe have many errors to comm with PLC 30. Do you have chance to check what is the problem?',NULL,NULL,5,1,5,NULL,573,1,'2022-09-21 09:38:14','2022-11-15 16:18:59','2022-09-21',100,NULL,NULL,918,1,2,0,'2022-11-15 16:18:59'),(919,1,92,'Object Valve - Instanciation ?','I don\'t understand the instanciation of the object valve with additionnal equipment with product? Maybe we need to add the attribute Product on the model? Or use Inputs / outputs attributes to mapped the density.\r\n!clipboard-202209211125-pdvkp.png!\r\n',NULL,NULL,1,NULL,4,NULL,510,0,'2022-09-21 11:26:02','2022-09-21 11:26:02','2022-09-21',0,NULL,NULL,919,1,2,0,NULL),(920,1,92,'Instanciation issue Grinder object','Why additionnal equipment for Drive in grinder object? Because Drive is a attribute of MotorsType\r\n\r\n!clipboard-202209211143-hctvs.png!\r\n',NULL,NULL,1,NULL,4,NULL,510,0,'2022-09-21 11:43:42','2022-09-21 11:43:42','2022-09-21',0,NULL,NULL,920,1,2,0,NULL),(921,1,94,'Perte de données sur ligne Rotor','Bonjour Michel,\r\n\r\nNous avons mis à jour les binaires sur l\'ensemble de nos lignes vers le 12/09/22.\r\n\r\nDepuis cette mise à jour, nous avons des comportements anormaux sur la ligne Rotor essentiellement et légèrement sur la ligne d\'assemblage (mais pas sur les autres lignes à priori)\r\n\r\nLes comportements anormaux rencontrés :\r\n* la ligne informe le serveur de la présence de données avec le bit DataAvailable\r\n* mais l\'automate reçoit un front sur le boolean AckData qui donne l\'information de supprimer les datas de traçabilité sans pour autant que l\'UDT ERP_OF_list soir mis à jour par le Vpiline \r\n\r\nInetum à repérer ce log dans le UAClient :\r\n_2022-09-20T15:51:23.399Z ERROR VpiUaClnt is facing an illegal situation.\r\n2022-09-20T15:51:44.522Z ERROR VpiUaClient is trying to handle the illegal situation. 0x3dc4b860 has been closed properly\r\n2022-09-20T15:51:55.629Z ERROR VpiUaClient is trying to handle the illegal situation. 0x3e6716c0 has been closed properly\r\n2022-09-20T15:51:55.629Z ERROR OpenOpcUa ClientConnection cannot be Restored uStatusUa=0x830c0000\r\n2022-09-20T15:52:03.607Z ERROR OpenOpcUa_LoadConfig succeed. for file .\\Project\\UaClnt-AUTO10-PRESS-00301-0.xml\r\n2022-09-20T15:52:07.913Z ERROR OpenOpcUa ClientConnection was Restored properly\r\n2022-09-20T15:52:07.991Z ERROR OnNotificationMessage> receive 547 changes_\r\n\r\nLorsque nous revenons sur les binaires de Mai, nous n\'avons plus ce phénomène\r\n\r\nNous avons testé plusieurs choses mais sans succès :\r\n* Configuration avec binaires OOUA à jour et Binaires Inetum de Mai \r\n* Configuration avec binaires OOUA et Inetum à jour en mettant les Nodes écrit seulement par le VPiLine en OutPut dans les fichiers UAClient (comme Stator)\r\n\r\nCeci devient une priorité car nous perdons des données de traçabilité. Comment pouvons-nous procéder pour avancer de sujet? Nous ne sommes pas persuadé de reproduire ce problème avec PLCSIM\r\n\r\nLionel  \r\n',NULL,NULL,3,NULL,6,NULL,447,5,'2022-09-28 11:37:02','2022-11-04 14:16:05','2022-09-28',100,NULL,NULL,921,1,2,0,'2022-11-04 14:16:05'),(922,3,101,'Pile d\'appel arrêt serveur VpiValuesInit dès le démarrage du LM','Niveau du serveur : Serveur OOUA en version 1.0.7.9\r\n\r\nPile d\'appel arrêt serveur VpiValuesInit dès le démarrage du LM (obtenue avec les dll et pdb de la delivery 1.7.0.9).\r\nRedémarrage serveur suivant sans Vfi ni VpiLine : OK\r\nRedémarrage serveur suivant avec la conf complète : OK\r\n\r\nProcDump et screenshot de la pile d\'appel joints.',NULL,NULL,2,1,4,NULL,433,8,'2022-09-30 17:54:51','2022-11-09 17:36:29','2022-09-30',0,NULL,NULL,922,1,2,0,NULL),(923,1,92,'OPC UA SERVER MQTT Error','Hello Michel,\r\n\r\nWhen I activated the mqtt line in the OOPRJ file, this error happen.',NULL,NULL,3,1,6,NULL,573,11,'2022-10-04 11:43:23','2022-11-03 10:48:13','2022-10-04',100,NULL,NULL,923,1,2,0,'2022-11-03 10:48:13'),(924,3,81,'Exception deviation','Bonjour Michel,\r\nje souhaiterai faire une enregistrement Csv sur changement de valeur.\r\nJ\'ai repris le fichier Xml (HA configuration) et je ne sais comment remplir les variables suivantes :\r\n\r\nMaxTimeInterval\r\nMinTimeInterval\r\nExceptionDeviation\r\nExceptionDeviationFormat\r\n\r\nSerait-il possible d\'avoir un \"How to\" pour la config ?\r\nMin et max time sont-ils en millisec ?\r\n\r\nExceptionDeviation est-ce un seuil en % de variation de la valeur ?\r\n\r\nque signifie ExceptionDeviationFormat ?\r\n\r\nAvez-vous un document concernant le vfi Csv ?\r\n\r\n\r\nCdt,\r\n\r\nMarc GOMEZ\r\n\r\n','2022-10-07',NULL,5,1,5,NULL,496,3,'2022-10-04 14:41:10','2022-10-18 17:29:02','2022-10-04',100,0,NULL,924,1,2,0,'2022-10-18 17:29:02'),(925,1,81,'VPI MODBUS Lecture Manu de BLOCK >999','Bonjour Michel,\r\n\r\nJai un problème pour de la lecture de bloc ModBus en Manuel ayant une adresse >999.\r\nJe souhaite associer à trois UA Variables INT32 des valeurs issus de registres ModBus. (Adresses 38;62 et 1055)\r\nEn Manuel j\'obtiens la liaison avec les deux premiers blocs. (j\'ai pu valider par rapport a ModBus Doctor et Serveur Web => OK)\r\nEn automatique, j\'obtiens la liaison avec le dernier bloc, à l\'adresse 1055 mais je perds l\'affichage les deux autres variables (int 32 en 0038 et int 32 en 0062)\r\n\r\nfichier .dat : \r\n\r\nIP_ADDRESS 172.17.14.14\r\nPORT 502\r\nBYTE_ORDER BIG_ENDIAN\r\nINTERBLOCK_TIMEOUT 50\r\nTCP_NODELAY TRUE\r\nPOLLING_RATE 1000\r\nBLOCK_MODE MANU\r\nNUMBER_OF_BLOCK 3\r\nBLOCK_001 38-42,06,4 (pour la lecture 0140026)\r\nBLOCK_002 62-66,06,4 (pour la lecture 014003E)\r\nBLOCK_003 1055-1059,06,4 (pour la lecture 014041F) => l bloc problématique\r\n\r\n\r\nLa première ligne du log disparait lors d\'un essai avec bloc<999\r\n\r\n\r\nlog du  .dat :\r\n\r\n2022-10-04T15:31:22.653Z ERROR LoadConfigurationFile>Critical error your block is not properly declared. See documentation\r\n2022-10-04T15:31:22.668Z ERROR Bocks shall be setup manualy\r\n2022-10-04T15:31:22.668Z ERROR VpiGlobalStart called 0x00000\r\n2022-10-04T15:31:22.684Z ERROR Inconsistent situation in Manual Block configuration. The Tag 014041F is not in declared block\r\n2022-10-04T15:31:22.699Z ERROR VpiColdStart\r\n2022-10-04T15:31:22.699Z ERROR BlockInfo: StartAddress:38 Size: 10 byte(s) BlockDataType: 6 FunctionCode: 4 Address : 38\r\n2022-10-04T15:31:22.699Z ERROR BlockInfo: StartAddress:62 Size: 10 byte(s) BlockDataType: 6 FunctionCode: 4 Address : 62\r\n2022-10-04T15:31:22.721Z ERROR TCPSend buffer is 65536\r\n2022-10-04T15:31:22.721Z ERROR PLCLevelThread started \r\n2022-10-04T15:31:22.737Z ERROR ListeningThread started \r\n\r\n\r\nà votre disposition,\r\n\r\nMarc\r\n','2022-10-07',NULL,2,1,5,NULL,496,1,'2022-10-04 17:44:24','2022-10-05 09:08:12','2022-10-04',0,NULL,NULL,925,1,2,0,NULL),(926,1,96,'Aggregation issue','',NULL,NULL,1,1,4,NULL,1,2,'2022-10-06 16:13:59','2022-10-06 17:28:33','2022-10-06',0,NULL,NULL,926,1,2,0,NULL),(927,1,56,'Arrêt intempestif du serveur','Bonjour Michel,\r\n\r\nLors d\'un démarrage du serveur ce jour, celui-ci s\'est arrêté sans raison (apparente).\r\n\r\nCi-joint le fichier dump.\r\n\r\nCdlt.',NULL,NULL,1,1,5,NULL,328,0,'2022-10-06 19:13:31','2022-10-06 19:13:31','2022-10-06',0,NULL,NULL,927,1,2,0,NULL),(928,1,56,'Récupération aléatoire de l\'état des variables EN_SRV des points','Bonjour Michel,\r\n\r\ncela fait déjà plusieurs fois que lors du démarrage du serveur, la récupération de l\'état EN_SRV des points ne se fait pas bien.\r\n\r\nEst-il possible de modifier la requête correspondante ?\r\n\r\nCdlt.\r\n',NULL,NULL,1,1,4,NULL,328,0,'2022-10-06 19:19:23','2022-10-06 19:19:23','2022-10-06',0,NULL,NULL,928,1,2,0,NULL),(929,1,56,'Fichiers Logs volumineux','Bonjour Michel,\r\n\r\nEst-il possible d\'optimiser le niveau ERROR des fichiers logs du VPI de manière à ne remonter que les erreurs importantes ?\r\n\r\nCi-joint un exemple de log.\r\n\r\nCdlt.',NULL,NULL,1,1,4,NULL,328,0,'2022-10-06 19:25:54','2022-10-06 19:25:54','2022-10-06',0,NULL,NULL,929,1,2,0,NULL),(930,3,92,'Questions','Modeling\r\nHow to Update the model?\r\nHow to Merge the models?\r\nWhat is the differences between has component and  has property?\r\nModel Versioning\r\nInstantiation\r\nHow to do it with ConfigManager\r\nWork Mechanism of OOPRJ File\r\nWork Mechanism of Nodeset File\r\nMapping\r\nHow to do it with ConfigManager\r\nWork Mechanism of DAT File\r\nWork Mechanism of Subsytem File\r\nS7\r\nSQL\r\nValueInit\r\nMQTT PUB SUB\r\nOPC DA\r\nMethods\r\nHistorizing\r\nHow to do it with ConfigManager\r\nWork Mechanism of Nodeset File\r\nHow to create a table in the DB\r\nValueInit\r\nPublishing\r\nWork Mechanism of DAT File\r\nWork Mechanism of Subsytem File\r\nCertificates\r\nSubscribing\r\nWork Mechanism of DAT File\r\nWork Mechanism of Subsytem File\r\nCertificates\r\nAWS IoT Core\r\nServer\r\nHow to Run as a service the Server\r\nBinaries\r\nManuel Data Entry\r\nFailover Mechanism\r\nRedundancy\r\n',NULL,NULL,5,NULL,4,NULL,573,1,'2022-10-07 11:49:50','2022-11-15 16:15:58','2022-10-07',100,NULL,NULL,930,1,2,0,'2022-11-15 16:15:58'),(931,1,78,'Leak on VpiS7','Check Leak on Write ',NULL,NULL,6,1,4,NULL,1,1,'2022-10-07 14:00:39','2022-11-04 14:15:14','2022-10-07',100,NULL,NULL,931,1,2,0,'2022-11-04 14:15:14'),(932,3,101,'Scénario de mauvais démarrage et blocage connection PM/LM','Bonjour, \r\n\r\nNous venons de retrouver un scénario de démarrage assez étrange\r\n\r\nPM:\r\nVpiPlant, VpiPlm, VpiErp, VpiUaClient\r\n\r\nLM\r\nVpiValuesInit (32 noeuds) VpiLine (2062 noeuds) \r\n\r\n\r\nDans certains cas, lorsque nous démarrons le LM et le PM en même temps, nous retrouvons les messages suivants et la connexion LM et PM reste bloquée. (Pour info dans ce scénario le VpiValuesInit et déclaré avant le VpiLine - voir dernières remarques #solutions de contournement)\r\n\r\n2022-10-10T12:30:46.399Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2022-10-10T12:30:46.399Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2022-10-10T12:30:46.401Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n2022-10-10T12:30:46.402Z SERVER_ERROR UpdateSamplingIntervalAndAddToDeviceSubscriptionDetail failed 0x80020000\r\n2022-10-10T12:30:46.403Z SERVER_ERROR UpdateSubscribedTagDetailContent failed: 0x80020000\r\n\r\n\r\nSolutions de contournements trouvés: \r\n\r\n- décaler le démarrage entre le PM et LM\r\n- déclarer le VpiLine en premier au niveau du LM \r\n\r\n\r\neMotors nous avait dans le passé annoncé des soucis de démarrage si le VpiLine n\'était pas déclaré en premier, sans plus de détails -chose qu\'on trouvait assez étrange- c\'est peut être le même scénario\r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n',NULL,NULL,1,1,4,NULL,432,4,'2022-10-10 14:43:22','2022-10-20 19:59:51','2022-10-10',0,NULL,NULL,932,1,2,0,NULL),(933,1,78,'\"float\" convertis en \"Double\" par Ximulator','Bonjour,\r\n\r\nPeut-être une régression : \r\nAvec la dernière version de Ximulator (1.0.5.5), le type \"float\" (avec minuscule) dans Enterprise Architect est converti en \"Double\" dans les NodeSet. Alors que le type \"Float\" (avec majuscule) donne bien \"Float\" dans les NodeSet.\r\nIl faudrait avoir \"Float\" dans les 2 cas.\r\n\r\nCordialement,\r\nNicolas Pierson',NULL,NULL,5,NULL,6,NULL,549,3,'2022-10-12 11:31:00','2022-10-14 17:33:07','2022-10-12',100,NULL,NULL,933,1,2,0,'2022-10-14 17:33:07'),(934,1,73,'Bug VPI UAClient \"BadDisconnect\"','Bonjour,\r\n\r\nJe reviens vers vous concernant le comportement du VPI OPCUA Client que j\'ai observé depuis un moment et qui s\'est reproduit durant la nuit. En effet, il y a eu un redémarrage de l\'ordinateur hébergeant le serveur et aucune donnée n\'est remontée car le VPI est resté en \"BadDisconnect\", sans redémarrer. Les variables qui sont intégrés au VPI UA Client se mettent en \"BadCommunication\".\r\n \r\nIl a fallu que je redémarre le serveur 3 fois avant que ça ne passe en \"Good\" ce matin et que ça refonctionne. Les logs du serveur au moment du bug ne donnent aucune information, si ce n\'est que le fichier .dat a été chargé correctement (je vous joins les deux fichiers logs en PJ). Je vous joins également la configuration actuelle du serveur, le VPI est en configuration manuelle. J\'ai également essayé avec la version 1.0.8.0 du serveur mais ça ne change rien. \r\n\r\nCordialement,\r\n\r\nValentin DUFIEF',NULL,NULL,5,1,6,NULL,565,3,'2022-10-14 10:01:30','2022-10-28 15:07:50','2022-10-14',0,NULL,NULL,934,1,2,0,'2022-10-28 15:07:50'),(935,3,101,'Messages de type m_PublishRequests late situation detected on session (null) lors d\'un démarrage avec UaExpert de connecté','Bonjour, \r\n\r\nNous avons sur certains démarrage une série de messages de type m_PublishRequests late situation detected on session (null) si jamais un UaExpert (sur même hôte que LM) essaye de faire des connexion pendant le démarrage\r\n\r\nNous en apercevons aussi sur des logs de la production\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum',NULL,NULL,5,1,4,NULL,432,3,'2022-10-17 16:27:28','2022-10-17 17:20:46','2022-10-17',100,NULL,NULL,935,1,2,0,'2022-10-17 17:20:46'),(936,1,78,'Ximulator 1.0.5.7 : Attributs Id comme Int32 au lieu de String','Bonjour,\r\n\r\nLa version 1.0.5.7 de Ximulator a bien corrigé les attributs appelés simplement \"Id\" qui ressortaient en DataType NodeId dans SIOME. Par contre, ils obtiennent maintenant le type Int32 même si ce sont des String/string dans Enterprise Architect.',NULL,NULL,1,NULL,5,NULL,549,0,'2022-10-17 18:55:27','2022-10-17 18:55:27','2022-10-17',0,NULL,NULL,936,1,2,0,NULL),(937,1,81,'Paramètres HistoricalDataConfigurationType','Bonjour M. Condemine,\r\n\r\nJ\'utilise le VPI PostgreSQL et je souhaite faire un enregistrement périodique des données. Pour cela, j\'utilise les attributs MaxTimeInterval et MinTimeInterval. Mais pendant mes tests, cela ne fonctionne pas.\r\n\r\nDe plus, j\'ai voulu essayé avec un ExceptionDeviationFormat = PERCENT_OF_VALUE_1 mais avec ce paramètre l\'enregistrement ne se fait plus.\r\n\r\nMerci d\'avance pour vos réponses,\r\nCordialement,\r\nMatthieu Gatine\r\n',NULL,NULL,2,1,6,NULL,492,2,'2022-11-04 14:17:14','2022-11-07 09:18:04','2022-11-04',0,NULL,NULL,937,1,2,0,NULL),(938,1,78,'Priorités Q4 2022','Priorités\r\n1- Encodeur/décodeur\r\n2- VpiQualaxy Serveur\r\n3- Synchronisation de UDT mise à plat.\r\n4- VpiOData ... Option',NULL,NULL,2,NULL,4,NULL,1,1,'2022-11-04 14:43:35','2022-11-04 14:44:09','2022-11-04',0,NULL,NULL,938,1,2,0,NULL),(939,1,78,'Message inccorecte sur TAG contenant une methode','Critical Error>%s Impossible to find %s In the server AddressSpace. Check you configuration\r\nPrendre en compte les \"METHOD\" associé aux Vpis',NULL,NULL,2,1,4,NULL,1,0,'2022-11-04 14:57:33','2022-11-04 14:57:33','2022-11-04',0,NULL,NULL,939,1,2,0,NULL),(940,1,78,'Ximulateur - Argument Ouput - erreur synthaxe','Bonjour Michel,\r\n\r\nNous avons constaté que dans le nodeset de type généré par Ximulateur il manque un \"s\" à la fin de OutputArguments\r\n\r\nVoir Screenshot ci-joint\r\n\r\nCette erreur de synthaxe empêche d\'avoir le retour des méthodes à minima depuis UA expert\r\n\r\nCordialement\r\n\r\nLionel Claudel',NULL,NULL,5,1,5,NULL,447,1,'2022-11-09 10:16:09','2022-11-09 10:30:14','2022-11-09',100,NULL,NULL,940,1,2,0,'2022-11-09 10:30:14'),(941,3,101,'VpiRead appelé sur une Variable marquée en Output dans Subsytem','Bonjour, \r\n\r\nSuite à notre call nous avons essayé la configuration conseillée\r\n\r\nMalgré le fait que la variable Tracking_Id est marquée en Output dans le fichier Subsystem, nous sommes quand même appelé par un VpiRead sur cette variable\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,2,1,4,NULL,432,2,'2022-11-09 17:22:18','2022-11-18 16:50:56','2022-11-09',80,NULL,NULL,941,1,2,0,NULL),(942,3,101,'Source Timestamp de DataValue mise à jour à chaque lecture dans la cache serveur avec VpiNotifyCallback','Bonjour, \r\n\r\nDans le cadre des développements du VpiLine, eMotors nous demande d\'avoir un temps X paramétrable afin que à chaque front montant, nous vérifions que la valeur est figée depuis X temps. \r\n\r\nPour ce faire, nous comparons le timestamp source de la DataValue retournée par lecture (par VpiNotifyCallback) à l\'heure actuelle. \r\n\r\nNous constatons cependant que le timestamp source retourné est constamment réactualisé alors que personne n\'a mis à jour sa valeur \r\n\r\n(Pour info, le timestamp source visible par un Client lui ne bouge pas = comportement souhaité) \r\n\r\nCordialement, \r\n\r\nMichael\r\n',NULL,NULL,5,1,4,NULL,432,2,'2022-11-10 15:55:47','2022-11-10 16:04:02','2022-11-10',100,NULL,NULL,942,1,2,0,'2022-11-10 16:02:15'),(943,1,108,'Cloud OPC UA Server Dump File','Hello Michel,\r\nWhen I stop the cloud server there is a debug error. I attached the screenshot',NULL,NULL,2,1,5,NULL,573,5,'2022-11-14 11:14:39','2023-01-16 08:47:00','2022-11-14',0,NULL,NULL,943,1,2,0,NULL),(944,1,101,'Aide diagnostique retour BadNotFound sur lecture par client UaExpert sur un nœud ','Bonjour, \r\n\r\nNous avons besoin de votre aide afin de pouvoir diagnostiquer sur la configuration Pre-prod eMotors, pourquoi nous avons un retour BadNotFound sur lecture d\'une variable dans l\'Address Space\r\n!clipboard-202211141220-7jo6e.png!\r\n\r\nCi-joint une config avec serveur/VpiLine \r\n\r\nAvant de la lancer, veuillez svp configurer le fichier kpiTrConnectionInfo.txt dans le dossier Project. \r\nLe noeud est bien lisible lorsque le VpiLine n\'est pas activé.\r\n\r\nLe noeud en question : \r\n!clipboard-202211141221-grl6n.png!\r\n\r\n\r\nUn nœud de même type/même fonction qui lui est lisible : \r\n!clipboard-202211141221-umhbn.png!\r\n\r\n\r\n\r\n\r\n\r\n',NULL,NULL,1,1,5,NULL,432,1,'2022-11-14 12:22:46','2022-11-14 12:29:36','2022-11-14',0,NULL,NULL,944,1,2,0,NULL),(945,1,89,'Cloud OPC UA Server PG admin password','Hello Michel,\r\n\r\nI dont know why but I cant connect the db with PGADMIN. There is a password error. I used your password but it doesnt work. you can  find my screenshot below.',NULL,NULL,5,1,4,NULL,573,1,'2022-11-15 15:54:55','2022-11-15 16:12:13','2022-11-15',100,NULL,NULL,945,1,2,0,'2022-11-15 16:12:13'),(946,1,73,'Crash serveur EngineeringUnit','Bonjour,\r\n\r\nComme convenu, ticket à propos du bug de l\'EnginneringUnit, le serveur crash quand on essaye de la consulter sur un client. Le serveur et le minidump associé dans le .zip joint. \r\n\r\nMerci !',NULL,NULL,1,NULL,4,NULL,565,0,'2022-11-17 15:22:00','2022-11-17 15:22:00','2022-11-17',0,NULL,NULL,946,1,2,0,NULL),(947,3,75,'Retours sur tests Alarmes Genesis Serveur 1.0.8.1','Bonjour, \r\n\r\nNous avons pu effectuer des tests sur la VM Cloud et nous pensons voir le bout du tunnel merci beaucoup pour votre travail. \r\n\r\nNous avons juste un constat pour le moment : \r\n\r\nLorsque nous acquittons avec un commentaire et nous rafraichissons la page, nous ne voyons plus le commentaire (test effectué avec Genesis).\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n',NULL,NULL,2,1,4,NULL,432,6,'2022-11-18 11:44:26','2022-12-07 19:05:02','2022-11-18',0,NULL,NULL,947,1,2,0,NULL),(948,3,101,'Récapitulatif piles d\'appels arrêt serveur Ligne Assemblage','',NULL,NULL,2,1,4,NULL,432,9,'2022-11-18 17:40:11','2022-11-25 10:47:44','2022-11-18',0,NULL,NULL,948,1,2,0,NULL),(949,1,101,'Consommation mémoire serveur d\'alarmes sur machine Cloud','Bonjour, \r\n\r\nJe remarque sur le serveur OOUA que l\'on utilise pour les tests de l\'alarming consomme actuellement 8.6 Go de Ram. \r\n!clipboard-202211251109-yymen.png!\r\nLe serveur tourne depuis hier\r\n\r\n\r\nJe vois dans les logs ce type de messages de niveau Error : 2022-11-24T16:54:14.723Z SERVER_ERROR InitializeEventsFieldsEx:Severity>SearchIndexInEventFieldsByBrowseName return an out of range index 8\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n',NULL,NULL,3,1,4,NULL,432,2,'2022-11-25 11:10:03','2022-12-07 19:08:54','2022-11-25',100,NULL,NULL,949,1,2,0,'2022-12-07 19:08:54'),(950,3,101,'Scénario de non synchronisation connexion Graine Aggrégateur (sens Graine Aggrégateur) ','J\'ouvre ce ticket pour tracer nos échanges/investigations\r\n\r\nComme montré on a un scénario ou apparait une dé synchro\r\n\r\nScénario de non sychro synchro : \r\n\r\nPlusieurs VPIs plus VFI sur serveur Graine\r\nDémarrage Graine et Aggrégateur en même temps\r\n\r\nPistes: \r\n- Désynchronisation des handle entre VpiUaClient et ClientLib\r\n\r\nActions : \r\n\r\n- Nous devons essayer de voir si suite à cette non -synchro, le fait de provoquer une coupure réseau et de la restituer répare le scénario\r\n- Palliatif possible short term : Faire en sorte que ResetSessionState resynchronise les handles\r\n- Besoin de monter une session (pour possiblement faire du débogage attaché au process)\r\n\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum ',NULL,NULL,2,1,4,NULL,432,37,'2022-11-25 19:25:25','2022-12-07 11:41:35','2022-11-25',0,NULL,NULL,950,1,2,0,NULL),(951,1,89,'OPCUA GRAFANA','',NULL,NULL,2,1,7,NULL,510,3,'2022-11-28 14:49:27','2022-12-04 22:46:08','2022-11-28',0,NULL,NULL,951,1,2,0,NULL),(952,1,89,'OPC UA Server new version','Hello Michel, \r\n\r\nI deployed new binaries yesterday but the server not working well then I had to change with old binaries. The problem is the connection to UA Clients. The server didn\'t give a response to the clients. ',NULL,NULL,2,1,5,NULL,573,2,'2022-12-01 11:34:08','2023-01-02 09:55:44','2022-12-01',100,NULL,NULL,952,1,2,0,NULL),(953,1,89,'Uri vs  PostGreSQLTableName','Hello,\r\nAs we discuss month ago the URI are too long for PostGreSQL.\r\nThe PostGreSQL limit is 64 characters. The current URI contains useless and unappropriated element.\r\nThis problem prevents the OOUA HA layer to behave properly on both storage and in extraction.\r\n!clipboard-202212052039-jc4p6.png!\r\n\r\nPlease fix the configuration ASAP. This is critical now.\r\n\r\nRegards\r\nMichel',NULL,NULL,5,573,7,NULL,1,1,'2022-12-05 20:40:26','2022-12-09 12:53:13','2022-12-05',0,NULL,NULL,953,1,2,0,'2022-12-09 12:53:13'),(954,1,89,'ValueInit Error','Hello Michel,\r\n\r\nWhen I called the ValueInit, I saw this errors in the logs\r\n\r\n2022-12-06T10:03:34.769Z ERROR LoadConfigurationFile failed because SAVE_ONCHANGE parameter is not setup\r\n2022-12-06T10:03:34.771Z ERROR Warning on LoadConfigurationFile>TRIGGER_URI is not specified. So the reconfiguration cannot be requested from a client\r\n2022-12-06T10:03:34.771Z ERROR LoadConfigurationFile C:\\OPCUA\\OOUA_IMERYS_PROD\\Project\\ValuesInit-00200.dat failed 0x80ab0000.\r\n\r\nWhat is the problem?',NULL,NULL,2,1,5,NULL,573,2,'2022-12-06 11:16:40','2023-01-02 09:55:30','2022-12-06',100,NULL,NULL,954,1,2,0,NULL),(955,3,101,'Scénario de non synchronisation connexion Graine Aggrégateur (crash serveur graine)','Bonjour, \r\n\r\nNous faisons suite au ticket 950 avec un autre cas identifié \r\nDans le même contexte de démarrage que le ticket (950); nous avions rencontré un crash du serveur graine \r\n\r\nLe scénario est un démarrage simultané du PM et LM\r\n\r\nEn PJ 3 cas qu\'on avait rencontré\r\nJe devrais avoir les binaires/symboles si besoin\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n\r\n\r\n\r\n',NULL,NULL,1,1,4,NULL,432,0,'2022-12-07 11:40:27','2022-12-07 11:40:27','2022-12-07',0,NULL,NULL,955,1,2,0,NULL),(956,3,101,'Scénario de non synchronisation connexion Graine Aggrégateur (cas de blocage bidirectionnel)','Bonjour, \r\n\r\n\r\nNous faisons suite au ticket 950 avec un autre cas identifié \r\nDans le même contexte de démarrage que le ticket (950); nous avions rencontré un très rare blocage bidirectionnel \r\n\r\nLe scénario est un démarrage simultané du PM et LM\r\n\r\nEn PJ les logs et trace pour un cas qu\'on a rencontré\r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum\r\n',NULL,NULL,1,1,4,NULL,432,0,'2022-12-07 11:40:29','2022-12-07 11:40:29','2022-12-07',0,NULL,NULL,956,1,2,0,NULL),(957,3,73,'Squelette VPI ','Bonjour,\r\n\r\nDans le cadre d\'un éventuel futur développement/adaptation des VPI, est-il possible de nous envoyer le code source du squelette du VPI MQTT pour commencer à regarder comment il est conçu et pour comprendre comment il fonctionne ?\r\n\r\nMerci à vous !\r\n\r\nValentin',NULL,NULL,1,NULL,4,NULL,565,1,'2022-12-08 10:07:47','2023-01-04 17:21:44','2022-12-08',0,NULL,NULL,957,1,2,0,NULL),(958,1,89,'Service Timeout','',NULL,NULL,1,1,5,NULL,573,0,'2022-12-08 16:33:29','2022-12-08 16:33:29','2022-12-08',0,NULL,NULL,958,1,2,0,NULL),(959,1,47,'Same NodeId in a Type','When a Node define in a Type is using the same NodeId. IT\'s then not necessary to create 2 different node in the instances.\r\nThe nodeId shall be shared. See level in TankType for an exemple of the issue.',NULL,NULL,2,1,4,NULL,1,0,'2022-12-10 20:33:34','2022-12-10 20:33:34','2022-12-10',0,NULL,NULL,959,1,2,0,NULL),(960,1,89,'ISO TCP PLC Connection','Hello Michel,\r\n\r\nI cant be able to connect this plc via OPC UA CLIENT. Do you have a chance to check the connections?\r\n\r\n',NULL,NULL,5,1,4,NULL,573,4,'2022-12-12 11:20:51','2023-01-10 13:10:10','2022-12-12',0,NULL,NULL,960,1,2,0,'2023-01-10 13:10:10'),(961,3,75,'Sychronisation démarrage VpiPlant VpiValuesInit','Bonjour, \r\n\r\nPour les raisons expliqués en call, nous souhaitons savoir à quel moment le DeviceState du VpiValuesInit est mis à Vpi_Good (constructeur VpiInternalData démarrage Vpi? fin de restitution des valeurs et mise à jour de la cache serveur?) \r\n\r\nCordialement,\r\n\r\nL\'équipe Inetum',NULL,NULL,3,1,5,NULL,432,15,'2022-12-12 17:32:11','2023-01-24 17:20:15','2022-12-12',100,NULL,NULL,961,1,2,0,'2023-01-11 18:13:16'),(962,3,108,'Grafana Error about new VFI','Hello Michel,\r\n\r\nWhen we test the new vfi with Grafana, We saw this message\r\n\r\nSystem.ArgumentOutOfRangeException: The UTC time represented when the offset is applied must be between year 0 and 10,000. (Parameter \'offset\') at System.DateTimeOffset.ValidateDate(DateTime dateTime, TimeSpan offset) at System.DateTimeOffset..ctor(DateTime dateTime) at plugin_dotnet.Field.ToArrowArray() in /drone/src/backend/DataFrame.cs:line 238 at plugin_dotnet.DataFrame.ToGprcArrowFrame() in /drone/src/backend/DataFrame.cs:line 344 at plugin_dotnet.ValueDataResponse.CreateHistoryDataResponse(Result`1 valuesResult, OpcUAQuery query, BrowsePath relativePath) in /drone/src/backend/ValueDataResponse.cs:line 62 at plugin_dotnet.DataService.ReadHistoryRaw(Session session, OpcUAQuery[] queries, NamespaceTable namespaceTable) in /drone/src/backend/DataService.cs:line 205 at plugin_dotnet.DataService.QueryData(QueryDataRequest request, ServerCallContext context) in /drone/src/backend/DataService.cs:line 363',NULL,NULL,2,1,6,NULL,573,7,'2022-12-13 14:55:52','2023-01-12 13:08:15','2022-12-13',0,NULL,NULL,962,1,2,0,NULL),(963,3,101,'Questions sur le timeout lié à l\'appel d\'une méthode','Bonjour, \r\n\r\nDans le cadre de nouvelles fonctionnalités eMotors souhaite que nous faisions un retour par méthode suite à un traitement qui peut prendre du temps\r\nLe traitement nécessiterait d\'effectuer un select en BDD et de faire un retour à travers la méthode. \r\n\r\nNous savons que le timeout lié aux méthodes peut rendre ça compliqué. Quelle est la durée du timeout? Est-elle paramétrable? Définie par le client ? \r\n\r\nCordialement, \r\n\r\nL\'équipe Inetum',NULL,NULL,1,1,4,NULL,432,1,'2022-12-16 11:23:36','2022-12-16 13:18:56','2022-12-16',0,NULL,NULL,963,1,2,0,NULL),(964,2,78,'Bufférisassion VFI ','Bonjour,\r\n\r\nSuite à notre échange, il serait judicieux de mettre en place une bufférisassion afin d\'éviter de la perte de données (cas d\'une coupure réseaux)\r\n\r\nCdt, \r\nLoic',NULL,NULL,1,NULL,4,NULL,548,0,'2022-12-16 14:49:30','2022-12-16 14:49:30','2022-12-16',0,NULL,NULL,964,1,2,0,NULL),(965,3,78,'Demande de Fichiers','Bonjour, je résume les demandes de livraisons étaient pour :\r\n- Un exemple de serveur OOUA avec script LUA\r\n- le code source d\'un serveur OOUA et des VPI utilisés par Emotors si possible (UAClient/S7/InitValue/VFI)\r\n- Le TIA Portal qu\'avait fournit Lionel\r\nMerci\r\nLosson Paul',NULL,NULL,3,NULL,4,NULL,455,1,'2022-12-16 15:02:05','2022-12-22 18:05:10','2022-12-16',0,NULL,NULL,965,1,2,0,'2022-12-22 18:05:10'),(966,1,75,'Problème de recherche de TypeId lors d\'une souscription à l\'envoi du paquet','Bonjour, \r\n\r\nsuite au call d\'aujourd\'hui un ticket pour ne pas oublié le problème identifié et la solution (passer TypeId en NodeId au lieu de Int32)\r\n\r\n!clipboard-202212231549-lnrbd.png!\r\n',NULL,NULL,1,1,4,NULL,432,1,'2022-12-23 15:50:11','2022-12-23 15:50:48','2022-12-23',0,NULL,NULL,966,1,2,0,NULL),(967,1,78,'Regéneration Ximulateur','Bonjour Michel\r\n\r\nComme évoqué ce jour, voici un bug que nous avons rencontré dans Ximulateur.\r\nLors de la regénération du Porjet (dans l\'exemple 2.30.6_fix1) - nous avons dans un niveau profond du modèle des datatypes qui passent en basedatatype:\r\n!clipboard-202212232021-ezqtt.png!\r\n\r\nNous avons cette erreur au niveau ProductionLine/Station/CD_Type/Machine_Type/Traceability/Traceability_Data/Control_Value/Control_Value\r\n\r\n\r\nAlors que si on part d\'un projet de 0 (exemple V2.32_draft5) tout est ok\r\n!clipboard-202212232025-smt21.png!\r\n\r\n\r\nJe reviens sur ma demande qui n\'est peut-être pas sémantiquement correct mais sans la mise à plat des attribut dans les variables type nous serions OK avec la regénération\r\nScreenshot des variables type \r\n!clipboard-202212232027-eqcdz.png!\r\n\r\nScreenshot en partant du machine_Type remis à plat et donc sans utiliser la variable Data_Collect_variable_Type déjà mise à plat nous voyons cela dans les types\r\n!clipboard-202212232029-vl58a.png!\r\n\r\nCordialement,\r\n\r\nLionel Claudel\r\n\r\n',NULL,NULL,3,NULL,4,NULL,447,2,'2022-12-23 20:30:49','2023-01-15 16:41:18','2022-12-23',100,NULL,NULL,967,1,2,0,'2023-01-15 16:41:18'),(968,1,78,'Crash PM - VpiUaClnt','',NULL,NULL,3,NULL,4,NULL,447,15,'2022-12-28 12:04:59','2023-01-15 16:35:57','2022-12-28',100,NULL,NULL,968,1,2,0,'2023-01-15 16:35:57'),(969,1,108,'Ximulator NodeID Problem','I am trying to generate a new ImerysTypes nodeset file using V2.1.8 but When I check the differences between v2.1.5 and v2.1.8 nodeset files, a lot of nodeid are changing. Do you have a chance to generate a node-set file using model version 2.1.8?\r\n',NULL,NULL,5,573,5,NULL,573,5,'2023-01-04 10:26:05','2023-01-12 09:24:50','2023-01-04',0,NULL,NULL,969,1,2,0,'2023-01-12 09:24:50'),(970,1,78,'VpiSè non fonctionnel avec CoreServeur 8.5','Vpis Sè ne démarre pas avec coreserveur 8.5',NULL,NULL,3,NULL,4,NULL,447,1,'2023-01-13 19:48:47','2023-01-15 16:35:26','2023-01-13',100,NULL,NULL,970,1,2,0,'2023-01-15 16:35:26'),(971,1,78,'Crash Serveur sur abonnement','',NULL,NULL,2,1,4,NULL,447,2,'2023-01-13 20:58:15','2023-01-13 21:28:46','2023-01-13',0,NULL,NULL,971,1,2,0,NULL),(972,1,108,'Cloud OPC UA Server Dump File,Log,PDB','Hello Michel,\r\n\r\nThe cloud opc ua server stopped again. this is the dump file.',NULL,NULL,2,1,6,NULL,573,13,'2023-01-16 08:20:54','2023-02-16 14:52:00','2023-01-16',0,NULL,NULL,972,1,2,0,NULL),(973,1,108,'continuation point error ','Hello Michel,\r\n\r\nWhen we tested to Grafana, We saw this anomalie in the log file. I havent updated PROD server with new binaries yet. But you told me share the log.',NULL,NULL,5,1,5,NULL,573,4,'2023-01-17 10:43:09','2023-01-17 15:43:40','2023-01-17',100,NULL,NULL,973,1,2,0,'2023-01-17 15:43:40'),(974,1,78,'Probleme connexion VpiUaClient LM - PM','Avec la dernière livraison des bianires, nous n\'avons plus le problème pour la connexion et reconnexion vers les PLC mais entre le LM et le PM il arrive que la connexion se rétablie pas après un redémarrage du LM\r\nCi-joint le logs du PM en Info (mais seulement des messages Error d\'inscrit)\r\n!clipboard-202301172204-sgi1t.png!\r\n',NULL,NULL,2,1,4,NULL,447,19,'2023-01-17 22:04:23','2023-01-27 14:22:29','2023-01-17',0,NULL,NULL,974,1,2,0,NULL),(975,3,78,'VPI MQTT AWS','VPI MQTT AWS',NULL,NULL,5,NULL,4,NULL,548,4,'2023-01-19 14:57:45','2023-01-21 09:09:30','2023-01-19',100,NULL,NULL,975,1,2,0,'2023-01-21 09:09:30'),(976,3,78,'Uaclient OPC UA Simumerik ','Bonjour Michel,\r\nnous avons un problème sur une nouvelle machine sur stator\r\nEn effet cette dernière fonctionnant avec un S7-1500 et TIA Portal nous abandonnons le VPIS7 pour Uaclient\r\nOr nous avons des problèmes de communication entre les des Int16/Uint16 et des Floats/Double\r\nSeriez vous disponible ce matin pour résoudre le problème ensemble car cela est urgent\r\nMerci\r\n\r\nCordialement\r\nLosson Paul',NULL,NULL,2,NULL,6,NULL,455,14,'2023-01-20 09:20:28','2023-02-01 20:53:02','2023-01-20',0,NULL,NULL,976,1,2,0,NULL),(977,3,104,'Activation des logs pour suivre l\'évolution d\'un champ','Bonjour, \r\n\r\nEst-il possible d\'activer des logs pour surveiller les modification d\'un node ?\r\nNous avons un problème avec notre use case client. \r\nNotre application n\'a pas écrit dans le node cependant le client OPC de notre client à reçu des notifications de modification.\r\n\r\nMerci','2023-01-28',NULL,2,1,5,NULL,553,2,'2023-01-23 17:15:03','2023-01-23 20:45:47','2023-01-23',0,NULL,NULL,977,1,2,0,NULL),(978,3,78,'temps dé démarrage Serveur Long','Ci-joint la config de la ligne stator pour analyse du temps de démarrage du serveur long',NULL,NULL,1,NULL,4,NULL,447,0,'2023-01-23 17:38:12','2023-01-23 17:38:12','2023-01-23',0,NULL,NULL,978,1,2,0,NULL),(979,1,108,'OPC UA SERVER PROD PLC CONNNECTION ERROR','Hello Michel,\r\n\r\nI dont know why we lost the connection between PLC 23, 47 and the server. I added the logs and PDB',NULL,NULL,5,1,6,NULL,573,4,'2023-01-24 09:24:56','2023-02-16 11:13:44','2023-01-24',0,NULL,NULL,979,1,2,0,'2023-02-16 11:13:44'),(980,3,75,'Pile d\'appel crash serveur cas d\'usage: méthode qui prend trop de temps à s\'éxécuter','Bonjour, \r\n\r\nEmotors nous a transmis ce matin un minidump de la ligne stator. Ils nous ont passé l\'information que le crash a eu lieu au moment de l\'appel d\'une méthode OPC UA gérée par le VpiLine. Cette méthode a pris un moment à s\'exécuter et à renvoyer le retour au serveur. \r\n\r\nLa pile d\'appel obtenu est la suivante : \r\n\r\n!clipboard-202301301424-dzhzs.png!\r\n\r\nCi-joint les logs, binaires, pdbs et minidump \r\n\r\nCordialement, \r\n\r\nMichael Ejigu\r\nInetum',NULL,NULL,3,1,4,NULL,432,1,'2023-01-30 14:28:48','2023-01-30 18:33:19','2023-01-30',0,NULL,NULL,980,1,2,0,'2023-01-30 18:33:19'),(981,1,78,'Rechargement trop ancien par le VPIInitValue','Bonjour Michel,\r\nnous avons essayés sur des nodes de recharger des valeurs par le VPIInitvalue (VpiLine OFF)\r\nNous 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\nY aurit-il une piste de reflexion côté VPIInitValue ?\r\nMerci\r\n\r\nCordialement\r\nLosson Paul',NULL,NULL,2,NULL,4,NULL,455,2,'2023-01-30 17:23:42','2023-01-31 17:24:59','2023-01-30',0,NULL,NULL,981,1,2,0,NULL),(982,2,78,'Log UA client','Bonjour Michel,\r\n\r\nNous avons ce log (voir pj) qui gonfle sur la prépa stack M2.1, car l\'automate est OFF.\r\nLa dernière version de vos dll est en place sur cette ligne.\r\n\r\nAporès discussion avec Lionel, serait-il possible d\'arrêter d\'écrire cette erreur dans le log après disons 5 min ?\r\n\r\nMerci d\'avance',NULL,NULL,2,NULL,4,NULL,450,2,'2023-01-31 09:23:33','2023-01-31 10:51:47','2023-01-31',0,NULL,NULL,982,1,2,0,NULL),(983,1,73,'Intégration client OPC / Aviso','Bonjour Monsieur Condemine,\r\nJe poursuis l\'intégration du client OPC dans notre application Aviso et je rencontre quelques difficultés pour récupérer les informations en provenance d\'un projet sur le serveur OPC.\r\nParmi l\'ensemble des fonctionnalités présentes dans le code sources, pourriez vous m\'indiquer les méthodes à utiliser pour lire une configuration.\r\nJ\'aurai besoin de pouvoir lister l\'ensemble des variables définies sur un projet avec leurs caractéristiques.\r\nUn bout de code exemple serait le bienvenu.\r\nMerci pour votre aide\r\nJacques Peigné',NULL,NULL,3,1,4,NULL,431,9,'2023-02-01 14:30:37','2023-02-06 09:42:09','2023-02-01',100,NULL,NULL,983,1,2,0,'2023-02-06 09:42:09'),(984,3,75,'Pile d\'appel crash serveur cas d\'usage : lecture d\'une variable avec UaExpert configurée à plusieurs VPIs et historisées','Bonjour, \r\n\r\neMotors nous a transmis un minidump d\'un crash de serveur apparu lors de la lecture de la variable ListErpOf depuis un client UaExpert sur une machine distante. \r\n\r\nCette variable ListErpOf est : \r\n- mappée et très utilisée par le VpiLine\r\n- mappée au VpiValuesInit\r\n- configurée pour l\'historisation avec le VfiPgSql\r\n\r\nCi dessous la pile d\'appel obtenue : \r\n\r\n!clipboard-202302021407-oyivw.png!\r\n\r\n\r\nEn PJ la configuration contenant : \r\n- Logs\r\n- Minidump\r\n- Binaires et Pdb \r\n\r\nCordialement, \r\n\r\nMichael Ejigu',NULL,NULL,1,1,4,NULL,432,1,'2023-02-02 14:17:25','2023-02-03 19:27:09','2023-02-02',0,NULL,NULL,984,1,2,0,NULL),(985,3,75,'Question sur Retour VpiNotifyCallback (pour investigation issue ligne PrepaStack)','Bonjour, \r\n\r\nConcernant le cas qui arrive sur la ligne PrepaStack. \r\nJ\'ai réussi à reproduire le cas etje me rend compte qu\'on est sur une situation ou à la lecture de la cache serveur par le VpiLine, c\'est une DataValue avec un Datatype=0 et un StatusCode= 0x40920000 (BadUncertainValue) qui est renvoyé au niveau du Status Code individuel passé en argument. \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\nLecture trop tôt? Lecture trop tard? \r\n\r\n\r\n\r\n',NULL,NULL,2,1,5,NULL,432,7,'2023-02-03 16:35:21','2023-02-10 17:40:55','2023-02-03',100,NULL,NULL,985,1,2,0,'2023-02-08 18:03:38'),(986,1,75,'Crash PM Preprod 1  02 03 23','!clipboard-202302031930-jomxl.png!\r\n\r\nLa pile d\'appel peut être retrouvée avec les PDB et binaires en PJ\r\n\r\nLogs, PDB, binaires et minidump en PJ',NULL,NULL,5,1,4,NULL,432,1,'2023-02-03 19:31:25','2023-02-13 19:11:13','2023-02-03',100,NULL,NULL,986,1,2,0,'2023-02-13 19:11:13'),(987,1,75,'Crash PM Preprod 2  03 03 23','!clipboard-202302031932-x4c79.png!\r\n\r\nLes symboles Microsoft doivent être chargés pour retrouver la pile d\'appel\r\n\r\nPDB, binaires et minidump en PJ',NULL,NULL,5,1,4,NULL,432,1,'2023-02-03 19:33:13','2023-02-13 19:09:28','2023-02-03',100,NULL,NULL,987,1,2,0,'2023-02-13 19:09:28'),(988,3,75,'Crashs LM au démarrage, mise en production de nouvelles configurations','Bonjour, \r\n\r\neMotors a ce weekend effectué la mise à jour des configurations (fonctionnalités PM/LM)\r\n\r\nIls nous ont transmis ces minidumps de crashs au démarrage du serveur (2 fois PrepaStack et 2 fois Assemblage)\r\n\r\nEn PJ un document récapitulant les piles d\'appels, les binaires, pdb minidumps\r\n\r\nAussi en PJ les logs de ce matin de chacune des 2 lignes. \r\nJ\'ai alerté eMotors sur les messages d\'erreurs des logs VFI LM Prepastack\r\n\r\nLes logs serveur Prepastack indiquent en boucle le message\r\n\r\n2023-02-06T08:27:25.366Z SERVER_ERROR GetFirstPublishRequest>m_PublishRequests late situation detected on session UaClnt_UMY_Plant\r\n\r\nLes logs serveur Assemblage indiquent en boucle le message\r\n\r\n2023-02-06T08:17:05.056Z SERVER_ERROR Critical Error>Client/Sever timestamp desynchronisation. A publish request IsTimeouted.\r\n	It will be mark for deletion. Client in the past. \r\n	Difference=30.000000 sec \r\n	ReceiveTime=2023-02-06T08:17:05.056Z SendTime=2023-02-06T08:16:42.055Z\r\n	Tolerance 30.000000 sec\r\n\r\n\r\nCordialement,\r\n\r\nMichael Ejigu',NULL,NULL,5,1,3,NULL,432,7,'2023-02-06 11:48:01','2023-02-07 11:37:12','2023-02-06',100,NULL,NULL,988,1,2,0,'2023-02-07 11:32:36'),(989,3,75,'Problème encodage de String suite à mise en production VpiLine nouvelle architecture','Bonjour, \r\n\r\neMotors nous a communiqué avoir rencontré à 2 reprises un souci en production lors de l\'insertion en base de donnée de la tracabilité par le VpiLine \r\n\r\nCette donnée est remontée depuis l\'automate avec VpiUaClient ou VpiS7. \r\n\r\nAnciennement on était notifié du changement d\'état de cette variable par un VpiWrite, maintenant nous la récupérons en polling\r\n\r\n\r\nIl semblerait qu\'un traitement soit fait pour les strings avant l\'appel d\'un VpiWrite et qu\'il n\'y ait pas ce traitement lorsque nous la consultons en polling \r\n\r\nPour info les caractères causant un problème sont les caractères 0xb0 (°) et Oxb6\r\n\r\nUn enregistrement retrouvé avec l\'ancien VpiLine contient un * au lieu d\'un ° \r\n\r\nConfirmez vous cette différence entre la notification par VpiWrite et la lecture en polling ? \r\n\r\nCordialement,\r\n\r\nMichael\r\n',NULL,NULL,5,1,5,NULL,432,5,'2023-02-07 15:37:27','2023-02-07 18:45:56','2023-02-07',100,NULL,NULL,989,1,2,0,'2023-02-07 16:31:34'),(990,2,78,'VPI KPI ','Bonjour Michel, \r\n\r\nSuite à notre échange de ce jour, ci-joint l\'expression de besoin. \r\n\r\nL\'idée serait de compter les front montants à True pour les nodes Result_Ok et Result_Nok afin d\'incrémenter un compteur pour connaitre les pièces OK/NOK par OP et par journée de travail et shift. \r\n\r\nN\'hésitez pas si vous avez des questions. \r\n\r\nCdt, \r\nLoic',NULL,NULL,2,1,4,NULL,548,5,'2023-02-10 17:49:48','2023-02-17 18:38:51','2023-02-10',0,NULL,NULL,990,1,2,0,NULL),(991,3,75,'Questions sur logs UaExpert connecté serveur OOUA','Bonjour M. Condemine, \r\n\r\n\r\nContexte : pour le choix de la communication ODATA entre PM et l\'ERP, nous utilisons Bridgeworx de Genesis (temporairement) \r\nBridgeworx rencontre parfois des soucis d\'écriture ou de lecture dans l\'AS du PM (ce qui cause certains effaits de bord) \r\n\r\nEn essayant de reproduire le souci constaté par eMotors en prod, nous constatons que à l\'heure ou BridgeWorX rencontre des souci, UaExpert indique des logs de ce type : \r\n\r\n!clipboard-202302101815-lo6gg.png!\r\n\r\n\r\nAuriez vous des infos sur ce ConnectionWarningWatchdogTimeout ou bien OpcUa_Channel_ResponseAvailable avec un retour 0x800A0000 ? \r\nLes logs PM étaient en Server_Debug (ce qui a pour effet de n\'afficher que les Warning et Info), je l\'ai passé en SERVER_INFO pour avoir les également les Erreurs\r\nIl n\'y avait pas de messages indiquant de problème en mode Info/Warning.\r\n\r\nJe chercherai de mon côté des infos dessus sur le web en début de semaine prochaine\r\n\r\n\r\nCordialement, \r\n\r\nMichael',NULL,NULL,5,1,4,NULL,432,1,'2023-02-10 18:20:58','2023-02-11 11:32:50','2023-02-10',100,NULL,NULL,991,1,2,0,'2023-02-11 11:32:50'),(992,3,75,'Crash LM Stator Production weekend','Bonjour,\r\n\r\neMotors nous a transmis un minidump avec la pile d\'appel suivante\r\n\r\n\r\n!clipboard-202302131536-ussys.png!\r\n\r\n\r\nPas d\'erreur indiquée dans les logs au moment du crash, je pense que ça fait suite à de l\'activité normale (mise à jour de ListErpOf par VpiLine) \r\n\r\n\r\nOn retrouve ici la même pile d\'appel que le ticket 986 (crash PM preprod) \r\n\r\n\r\nLe minidump semple indiquer que pInternalDataValue->Value.Value.Array.Value.ExtensionObjectArray[0].Body, pInternalDataValue->Value.Value.Array.Value.ExtensionObjectArray[0].Body.Binary et pInternalDataValue->Value.Value.Array.Value.ExtensionObjectArray[0].Body.Binary.Data\r\n\r\nsont nuls malgré la vérification ligne précédente :\r\n\r\n!clipboard-202302131539-codv7.png!\r\n\r\n\r\nDans le cas du ticket 986 , ces 3 éléments sont non nuls mais il y a quand même eu un crash sur le memcmp\r\n\r\nEn PJ minidump, binaires et logs \r\n\r\n\r\nCordialement, \r\nMichael Ejigu \r\nInetum\r\n\r\n\r\n',NULL,NULL,2,1,5,NULL,432,22,'2023-02-13 15:48:20','2023-02-17 09:51:00','2023-02-13',0,NULL,NULL,992,1,2,0,NULL),(993,1,75,'Potentiel régréssion SessionDiagnostics ','Bonjour, \r\n\r\nPour des besoin d\'investigations nous avons essayé d\'activé le ServerDiagnostics en passant à True la variable EnableFlag\r\n\r\nEn backoffice et en prod nous avons un crash lors de l\'activation. \r\n\r\nPourrais vous svp vérifier de votre côté qu\'il n y ait pas de régression ? \r\n\r\nCordialement, \r\n\r\nMichael Ejigu',NULL,NULL,2,1,4,NULL,432,4,'2023-02-13 18:15:12','2023-02-14 18:29:23','2023-02-13',0,NULL,NULL,993,1,2,0,NULL),(994,3,75,'Assistance investigations problèmes de sessions Bridgeworx-PlantMiddleware','Ce ticket pour tracer nos échanges lors de la réunion en fin d\'aprem \r\n\r\n\r\nConstats : \r\n\r\nCôté Bridgeworx, la gestion des sessions n\'est pas nominale\r\nConstat 1 : Potentiellement plusieurs sessions crées sur le même SecureChannel \r\nConstat 2 : Potentiellement des CloseSecureChannel sans CloseSession\r\n\r\n\r\nCôté serveur OOUA il y a potentiellement une désychronisation entre le nombre réel de sessions actives et les informations dans ServerDiagnostics ( CurrentSessionCount et liste sous SessionsDiagnosticsSummary) \r\n\r\nEn PJ la capture ( Il y a les échanges entre Bridgeworx et PM mais aussi entre le PM et le Workbench Iconics avec pour nom de session WIN-ICONICS1 ) \r\n\r\n\r\nActions : \r\n\r\n- côté Inetum investiguer/améliorer la gestion des sessions par Bridgeworx\r\n- côté 4CE voir si ce qui est constaté avec Bridgeworx ceci est reproductible avec le testeur de la CTT \r\n\r\nNous vous tenons au courant de nos investigations Bridgeworx\r\nJe vous mets quand même en Assignee pour que vous ayez le ticket sur votre liste \r\n\r\nCordialement, \r\n\r\nMichael\r\n',NULL,NULL,1,1,4,NULL,432,1,'2023-02-14 18:40:51','2023-02-15 17:49:39','2023-02-14',0,NULL,NULL,994,1,2,0,NULL),(995,1,75,'Problème VFI enregistrement tableaux de taille >10 000 découvert en backoffice','Bonjour, \r\n\r\nDésolé de l\'inondation de tickets\r\n\r\nCe matin au redémarrage PM nous voyons qu\'un tableau n\'est pas bien restitué par VpiValuesInit, logs :\r\n\r\n2023-02-15T08:48:43.314Z ERROR ExtractDataFromSqlServer>Critical error on the SQL extraction. Your table should be corrupted: 0x830c0000\r\n2023-02-15T08:48:43.392Z ERROR TransfertToCoreServerCache,7/7 to transfert\r\n2023-02-15T08:48:43.434Z ERROR 7 nodes TransfertToCoreServerCache uStatus=0x00000\r\n\r\nAprès analyse des enregistrements nous remarquons un problème lorsque le nombre d\'éléments dépasse 10 000 éléments \r\n\r\nmoins de 10 000 : \r\n\r\n\r\n!clipboard-202302151024-lwq9f.png!\r\n\r\nplus que 10 000 : \r\n\r\n!clipboard-202302151024-xaii9.png!\r\n\r\n\r\nEn PJ un csv de l\'enregistrement OK (GOOD) , un NOK (BAD) et un qui montre le passage de Ok à NOk (Good to bad)\r\n\r\nProblème pas encore remonté à eMotors ni apparu en Production\r\n\r\nCordialement, \r\n\r\nMichael\r\n\r\n',NULL,NULL,2,1,6,NULL,432,12,'2023-02-15 10:28:32','2023-02-16 15:57:46','2023-02-15',0,NULL,NULL,995,1,2,0,NULL),(996,1,1,'OPCUA did not create tables on new PostgreSQL DB on AWS EC2 Instance ','',NULL,NULL,1,1,4,NULL,503,0,'2023-02-16 14:06:12','2023-02-16 14:06:12','2023-02-16',0,NULL,NULL,996,1,2,0,NULL),(997,3,73,'Problème initialisation VFI PgSql','Bonjour,\r\n\r\nJ\'ai déployé sur un chantier un serveur pour tester notre modèle. Nous voulions activer une mise en base de données, cependant je n\'arrive pas à faire fonctionner le VFI correctement, les logs du serveur m\'indiquant :\r\n\r\n\"2023-02-17T08:36:22.751Z SERVER_ERROR LoadVfiLibrary failed VfiPgSqld error: 0x0007e\r\n2023-02-17T08:36:22.751Z SERVER_ERROR Critical Error>LoadVfi failed 0x81090000\"\r\n\r\nJe n\'obtiens même pas de log pour le VFI en lui même. J\'ai l\'impression d\'avoir réalisé correctement la configuration : j\'ai créé le fichier .dat, ajouté un nodeset HAConfiguration, déclaré le VFI dans le fichier oouaprj.  J\'ai vérifié plusieurs fois, je ne sais pas d\'où le problème peut venir.\r\nJe vous mets en pièce jointe la configuration du serveur.\r\n\r\nMerci d\'avance pour votre aide,\r\n\r\nValentin DUFIEF',NULL,NULL,1,NULL,4,NULL,565,0,'2023-02-17 09:55:49','2023-02-17 09:55:49','2023-02-17',0,NULL,NULL,997,1,2,0,NULL),(998,1,108,'MQTT Subscriber Auto Data Syncronization','Hello Michel,\r\n\r\nI tested the MQTT subscriber. When the server stops and restarts, The server can\'t be able to fill in the data when the server isn\'t working. How we cant protect data lose.\r\n\r\n',NULL,NULL,1,1,6,NULL,573,0,'2023-02-17 11:07:53','2023-02-17 11:07:53','2023-02-17',0,NULL,NULL,998,1,2,0,NULL),(999,2,108,'OPC UA Server Docker Image','Hello Michel,\r\n\r\nI know it\'s on your list. I just created an issue for the following. \r\n\r\nBest Regards','2023-02-28',NULL,1,1,4,NULL,573,1,'2023-02-17 11:15:41','2023-02-17 11:15:58','2023-02-17',0,NULL,NULL,999,1,2,0,NULL),(1000,3,75,'Crash LM Backoffice Binaires serveur 1.0.9.1 (Livraison Binaires Debug-IPV4 - 16-02-2023_v1.0.8.5)','Rebonjour, \r\n\r\nNous avons eu un crash sur le LM en backoffice. \r\n\r\nNouvelle pile :\r\n\r\n!clipboard-202302171424-qw97u.png!\r\n\r\nJ\'avais activé la session Diagnositics pour pouvoir monitorer le nombre de sessions\r\n\r\nEn PJ logs Minidump et Binaires',NULL,NULL,1,1,4,NULL,432,0,'2023-02-17 14:29:47','2023-02-17 14:29:47','2023-02-17',0,NULL,NULL,1000,1,2,0,NULL);
/*!40000 ALTER TABLE `issues` 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:21
@ Telegram