-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Solution for export OPC UA to XML like as in open62541-nodeset-loader. #5579
Comments
I also want to have this functionality! |
Well, I'm preparing this solution, but it will be a C++ library that will use open62541. When it is done, I will write about it and put it on github. |
|
Hi. How are you? Is everything working out? Maybe you need help in testing? |
Hi! The process is underway. Not as fast as I'd like, but it's going. I have three main implementation points.
By the way, the core connects to the other two components via an interface, which will make it possible to use your own implementations. It's usually accepted to encode the nodeset in XML, but maybe someone wants to use JSON?) Now I have finished 1 and 2 points and am working on the 3rd one. Well, when I finish the first version of the project, I will put it on github, and everyone can try it. |
You can read about XML element types here: https://reference.opcfoundation.org/Core/Part6/v104/docs/F (I'm using protocol 1.04 because that's the most common version these days, despite being (open62541) certified under version 1.03). |
I am very glad that you took up this difficult and difficult work!
JSON is good, but then you also need nodeset-loader-json. I am ready to assist in testing. I am waiting and wish you good luck! |
Hi!
And in addition from the documentation: All OPC UA services are asynchronous in nature. For example, sendRequest Functions: In this code, underarm, you will see wait operation for sync-functions __UA_Client_Service I'm not sure yet about running such functions from another thread, since the Client's run cycle will be pushed by the request function, but in one thread everything should be fine and asynchronous.
Thanks for your help in the future). |
Hi! How are you doing? |
This is a very good result! Is there any expectation of the timing of the first option ? |
Will be finished when the time comes) |
Hi! How are things going with you ? There has been no news for a long time :) |
Hi! Where have you disappeared to? Tell me, did you manage to finish export? |
Hello! Yes, the main part of nodesetexporter is complete. I have some problems and the main one is that I can't export custom node types and values, it takes a lot more time, but the generic node type can be exported. |
Many human thanks to you for trying to do for all interested people in this. And make this functionality open. I think after the publication of the functionality, some problems will be solved by the community, including I want to participate in this. I'm looking forward to it :) |
For standalone use I have created CLI part, for example you can set the opc ua server endpoint and start node in linux console and get a set of .xml nodes. |
CLI part is a very good style and correct. Whenever you do something alone, you're never sure if it's right. I have sent you an email to the email address specified in your profile. |
Hello! |
OK, everyone interested is waiting :) |
Hey there,
you can use that name for your repository.
So far we don’t have C++ code in our project.
But it can be a possibility to move it over.
Please release this first as-is.
And then we can see what the advantages and requirements are going forward.
See you, Julius
Am Freitag, 3. November 2023 schrieb Aleksandr Rozhkov <
***@***.***>:
… @jpfr <https://github.com/jpfr> Hi!
I'm preparing an open source (free) solution to export a set of nodes to
xml. This is similar to the '*open62541-nodeset-loader*' project, but I'm
using *C++*. Can I name this project (repository) as "
*open62541-nodeset-exporter*"?
And, in the future, I want to connect this project to your open62541
repository, and with integration as a plugin. if it possible?
—
Reply to this email directly, view it on GitHub
<#5579 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AANFPS4QQZYZIBWFKJNMB3DYCSU2FAVCNFSM6AAAAAAT57ASRGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOJSGA2TIMJSGA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Thanks for the answer. At the beginning I wrote my message in this issue, but after that I thought it would be better to write it in a new issue, but now this is not necessary. You have already answered here. :) |
@vvpnet @jpfr @jpfr Since the project is written in C++, I will make a wrapper for C compatibility, but still, during assembly, the code will require a C++ compiler. |
@xydan83 |
WoW! Pretty cool)) I'll be waiting for the report)) Very interesting)) |
Hello!
In the open62541 was integrated open62541-nodeset-loader for importing XML structure to nodeset. And I have a question, will there be some solution to export OPC UA to XML?
The text was updated successfully, but these errors were encountered: