create remote data types

Discussions about product bugs & problems!
Note: This is no replacement for the Official ETM Support!
Search

Post Reply
5 posts • Page 1 of 1
User avatar
xavi.aran
Posts: 63
Joined: Thu Apr 21, 2011 1:21 pm

create remote data types

Post by xavi.aran »

hi! Is possible create a Data Type from one system in a distributed project to another system o copy a Data type from one system to other system in a distributed projects?
i'm trying for a time but i seems is not possible.
Thanks!

User avatar
leoknipp
Posts: 2926
Joined: Tue Aug 24, 2010 7:28 pm

Re: create remote data types

Post by leoknipp »

Hello,

I think you are talking about datapoint-types.
The creation/modification of datapoint-types is only possible for the own system.
If you want to "copy" the datapoint-type you have to make an ASCII export and import.

Best Regards
Leopold Knipp
Senior Support Specialist

User avatar
adaneau
Posts: 310
Joined: Tue Feb 21, 2012 9:49 am

Re: create remote data types

Post by adaneau »

Hello,

It could be possible by making a "create type" script on every server with a listener (ex: dpconnect on a dyn_string or something else)

You put all the data of the type in the dyn_string (name, type, node, etc).

When your dyn change, your script is triggered and in your script you use the data to build your datatype.

It needs to have this "create type script" on every server and a "stamp" datapoint to bring the data and a trigger for the script.


It is probably not as efficient as an ascii export/import but it allows you to do this transparently for a final user.

Hope I can help you

Regards

Alexandre DANEAU

User avatar
xavi.aran
Posts: 63
Joined: Thu Apr 21, 2011 1:21 pm

Re: create remote data types

Post by xavi.aran »

hi! thanks, i had the same idea about that...but i think its not a very 'clean/elegant' solution...
if we have no choice i'll try to implement that...i think it is easy to implement.
Thanks again!

Gertjan van Schijndel
Posts: 634
Joined: Mon Aug 02, 2010 10:37 am

Re: create remote data types

Post by Gertjan van Schijndel »

I think that the most elegant solution who be to have the standard control function extended by an optional systemnumber/name parameter. You probably will want to have the dpTypeChange function also extended.

But if that is not possible or takes to long, you could implement your own control function for this, because the function in the C++ API does contain an optional systemnumber parameter.

Post Reply
5 posts • Page 1 of 1