{"action":"created","issue":{"url":"https://api.github.com/repos/FreeOpcUa/python-opcua/issues/474","repository_url":"https://api.github.com/repos/FreeOpcUa/python-opcua","labels_url":"https://api.github.com/repos/FreeOpcUa/python-opcua/issues/474/labels{/name}","comments_url":"https://api.github.com/repos/FreeOpcUa/python-opcua/issues/474/comments","events_url":"https://api.github.com/repos/FreeOpcUa/python-opcua/issues/474/events","html_url":"https://github.com/FreeOpcUa/python-opcua/issues/474","id":244037123,"node_id":"MDU6SXNzdWUyNDQwMzcxMjM=","number":474,"title":"get_child - BadNoMatch issue accessing an array in a Siemens OPC UA Server","user":{"login":"itrukw","id":7671720,"node_id":"MDQ6VXNlcjc2NzE3MjA=","avatar_url":"https://avatars1.githubusercontent.com/u/7671720?v=4","gravatar_id":"","url":"https://api.github.com/users/itrukw","html_url":"https://github.com/itrukw","followers_url":"https://api.github.com/users/itrukw/followers","following_url":"https://api.github.com/users/itrukw/following{/other_user}","gists_url":"https://api.github.com/users/itrukw/gists{/gist_id}","starred_url":"https://api.github.com/users/itrukw/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/itrukw/subscriptions","organizations_url":"https://api.github.com/users/itrukw/orgs","repos_url":"https://api.github.com/users/itrukw/repos","events_url":"https://api.github.com/users/itrukw/events{/privacy}","received_events_url":"https://api.github.com/users/itrukw/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":40,"created_at":"2017-07-19T13:18:03Z","updated_at":"2018-06-20T10:30:07Z","closed_at":null,"author_association":"NONE","body":"Hello,\r\nWe are using the python-opcua library (0.90.3) to access a Siemens OPC UA server (15xx PLC / TIA). Everything is working fine so far, but if we like to access a node which is an array in the Siemens DB we do get a BadNoMatch error.  You can see here the structure within the UaExpert:\r\n![grafik](https://user-images.githubusercontent.com/7671720/28366784-8766e976-6c8e-11e7-8164-fa98fa798210.png)\r\nThe BrowseName of the first array element is shown as 3,\"0\".\r\n![grafik](https://user-images.githubusercontent.com/7671720/28366823-a86c9846-6c8e-11e7-984a-a8dc5e1ffdbd.png)\r\nWe try to access e.g. the alarm_id of OP 0 and we tried to address it in the following way:\r\n\r\n```\r\nroot = client.get_root_node()\r\nalarm_ID = root.get_child( [\"0:Objects\", \"3:FGDKD\", \"3:DataBlocksGlobal\", \"3:Comm_PLC_Nemetris_JobView\", \"3:OP\", \"3:0\", \"3:alarm_id\"] )\r\n\r\nThe requested operation has no match to return.(BadNoMatch)`\r\n```\r\nReading until OP works fine (`[\"0:Objects\", \"3:FGDKD\", \"3:DataBlocksGlobal\", \"3:Comm_PLC_Nemetris_JobView\", \"3:OP\"]`), but as soon as we like to access one of the array elements it fails. Do we do something wrong building the browse path, or is there an issue with accessing this special structure?\r\n\r\nThx\r\n"},"comment":{"url":"https://api.github.com/repos/FreeOpcUa/python-opcua/issues/comments/398702739","html_url":"https://github.com/FreeOpcUa/python-opcua/issues/474#issuecomment-398702739","issue_url":"https://api.github.com/repos/FreeOpcUa/python-opcua/issues/474","id":398702739,"node_id":"MDEyOklzc3VlQ29tbWVudDM5ODcwMjczOQ==","user":{"login":"the-digital-engineer","id":9216653,"node_id":"MDQ6VXNlcjkyMTY2NTM=","avatar_url":"https://avatars2.githubusercontent.com/u/9216653?v=4","gravatar_id":"","url":"https://api.github.com/users/the-digital-engineer","html_url":"https://github.com/the-digital-engineer","followers_url":"https://api.github.com/users/the-digital-engineer/followers","following_url":"https://api.github.com/users/the-digital-engineer/following{/other_user}","gists_url":"https://api.github.com/users/the-digital-engineer/gists{/gist_id}","starred_url":"https://api.github.com/users/the-digital-engineer/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/the-digital-engineer/subscriptions","organizations_url":"https://api.github.com/users/the-digital-engineer/orgs","repos_url":"https://api.github.com/users/the-digital-engineer/repos","events_url":"https://api.github.com/users/the-digital-engineer/events{/privacy}","received_events_url":"https://api.github.com/users/the-digital-engineer/received_events","type":"User","site_admin":false},"created_at":"2018-06-20T10:30:07Z","updated_at":"2018-06-20T10:30:07Z","author_association":"NONE","body":"With the lxml issue: what about a more fundamental solution. The inclusion of packages is Python's weakest aspect. Please consider pipenv. You may declare pip packages straight forward.\r\n\r\nYeah, with Windows it's sometimes hard when pip packages try to compile something themselves. In 98% of those cases, gohlke ( https://www.lfd.uci.edu/~gohlke/pythonlibs/ ) may help you within seconds. \r\n\r\nMy approach since some months is as follows: pip packages where pip works. Full URL links to gohlke packages where necessary. Never looked back."}}
{"actor":{"display_login":"the-digital-engineer"}}