TIA Portal V13 - FB's. DB's, UDT's?

russg

Member
Join Date
Aug 2012
Location
UK
Posts
275
Hi,

is it possible to create an FB which just uses variables created from a UDT? Or will this always create a DB for the FB?

Thanks

Russ
 
Thanks Jesper I'll give it a go.

Is there any benefit to using a UDT with an FC rather than using an FB with an FC?

I've heard recently that using too many DB's will use up too much memory?
 
The difference between using UDTs with FCs and FBs is that with FCs you will link the UDT data to the FC via one or more global DBs, whereas with an FB you can also let the data be part of the instance of each FB call.

The memory usage will not be much different no matter if you go Global DB and FC or you go Instance DBs and FB.
Besides, memory is proactically abundant these days. It is not such a concern as it used to be.
 
The difference between using UDTs with FCs and FBs is that with FCs you will link the UDT data to the FC via one or more global DBs, whereas with an FB you can also let the data be part of the instance of each FB call.

The memory usage will not be much different no matter if you go Global DB and FC or you go Instance DBs and FB.
Besides, memory is proactically abundant these days. It is not such a concern as it used to be.

Thanks Jesper.

Is it easier to create Win CC faceplates if you have made a UDT rather than just an FB and a DB?

I'm thinking the best way is to create a UDT for say a valve FB, then create a global DB that has all the valve data in for all valves. This would be preferred than many DB's, although I understand that the memory worry is not much to worry about, this would make the program less messy as it grows.
 
I dont use faceplates, so I cannot say if it is easier to work with UDTs for faceplates.
However, it is generally better to use a global DB than an instance-DB for data that has to be accessed outside the FB or FC. So I would use a global DB and UDTs for the data that has to be accessed from the HMI. All other data (that isnt to be acessed by the HMI or from other blocks outside the FB) can better be packed inside the FBs instance. In that way if you need to you can change the declaration part of the FB without it affecting the HMI.
 
I dont use faceplates, so I cannot say if it is easier to work with UDTs for faceplates.
However, it is generally better to use a global DB than an instance-DB for data that has to be accessed outside the FB or FC. So I would use a global DB and UDTs for the data that has to be accessed from the HMI. All other data (that isnt to be acessed by the HMI or from other blocks outside the FB) can better be packed inside the FBs instance. In that way if you need to you can change the declaration part of the FB without it affecting the HMI.

Great thanks Jesper
 

Similar Topics

I am working on a program that was developed in 2015 for an S7-300 safety PLC. The new copy of this machine uses an S7-1500 safety plc. We were...
Replies
4
Views
1,880
Hi Guys, Please, I'm in need of TIA Portal v13 SP1 The V13 I saw can't open a Comfort panel HMI file. Can any one help? It will be much...
Replies
13
Views
5,388
TIA Portal V13 with 1515 Processor. TIA Portal being run on VM. For many weeks, was able to go online and monitor blocks while troubleshooting...
Replies
3
Views
3,978
We had hard drive failure and lost our most recent backup of one of our TIA Portal V13 projects. I uploaded the current program from the PLC...
Replies
15
Views
4,185
Hi, I try almost everything but not solve the problem. As attached is the screenshot of the error from Tia Portal, There seem problem with the...
Replies
6
Views
4,085
Back
Top Bottom