Ein FB ist eigentlich eine Funktion mit einem Datentyp (der Datentyp ist aufgebaut wie ein struct in C).
Dieser Datentyp kann Vorlage für einen DB sein, oder als Unterstruktur (Multiinstanz) in weiteren FBs vorkommen.
Um alle Vorkommen des FBs, sowohl Aufrufe als auch Verwendung des Datentyps, zu finden, gibt es bestimmt Möglichkeiten in den "Referenzdaten". Ich gehe anders vor. Ich generiere die Quelle (sofern sie nicht schon vorliegt) und suche per Textsuche nach dem Namen des FBs. Der steht bei: DB-Definitionen, FB-Aufrufen mit DB, Multiinstanz-Definitionen.
Um alle Vorkommen der Datenstruktur zu finden: erfasse alle FBs, die den gesuchten FB als Multiinstanz enthalten, auch indirekt, und speichere die Zugriffspfade. Dann erfasse alle DBs, die die gefundenen FBs als Vorlage nutzen.
Zum Sinn und Unsinn von "true" und "false" Bits: sie werden auch in anderen Programmiersprachen oft in irgendeiner Form verwendet, sind also nicht ungewöhnlich. Die Konstruktion "UN bit; S bit;" sieht eher ungewöhnlich aus, wenn man meint, dass es auch SET und CLR oder aehnliches gibt.
Ich habe noch nie nach "true" und "false" oder nach SET und CLR suchen müssen, genauso wenig wie ich zB nach der Zahl 0 suche. Wenn etwas im Programm konstant gesetzt werden muss, dann ist das eben so, ist nichts ungewöhnliches, und ist nichts wovon man alle Vorkommen auflisten müsste. Wenn es aber darum geht, Stellen mit temporärem Code zu markieren, dann können _separate_ Bits wie "Inbe Log 0" (bei mir dann eher tmp_false) hilfreich sein.
Ich finde auch SET nicht mehr oder weniger elegant als "U true".
