Common Input for Syntaxes 1 to 7
- Last UpdatedDec 08, 2025
- 8 minute read
The following input features are common to syntaxes 1 to 7.
Common syntax
|
BRA, <bkt_definition> [,CNO = <bkt_number>( 1... 25)] [,CUT=<cutout type >]
|
Description
|
<bkt_definition> |
defines the following items: |
|
|
||
|
<bkt_definition>::= |
||
|
, <bkt_type> |
||
|
Example: BRA, B, COR=3, MIRR, SYN=3, ... |
||
|
<bkt_type> is the designation according to the standards. |
||
|
<bkt_type>::= <string> |
||
|
Examples: A, B, BK, ... |
||
|
CNO Number of the bracket. Need normally not be given when the bracket is generated first time but should be given when a panel is regenerated after splitting in order to ensure constant naming of the bracket plate part(s) extracted from the panel |
||
|
COR Defines the notch arrangement alternative according to the Design Standards. If no alternative is given, the alternative with the lowest number will be selected automatically. |
||
|
<alt_no>::= <integer> |
||
|
In the Extended Bracket Handling the notches are normally supposed to be explicitly given (see <notch_def> below). For compatibility reasons COR is still accepted for old brackets and will give the same result as before. Any explicit notch definition will supersede the one, asked for by COR. Thus, COR cannot be used for brackets that are not in-built (or have been in-built |
||
|
MIRR In many cases, there are two possible orientations of the bracket. It can be in normal position, that means, the "A-side" of the bracket (= its u-axis) along the current panel. It can also be mirrored, that means, the "B-side" along the current panel. See the images below. |
||
|
|
||
|
|
||
|
SYN defines the syntax according to which input is given. Each bracket type has a default syntax and if input is given for this syntax, it need not be defined. |
||
|
<symmetry> |
||
|
R |
Used to control a radius of the free side of certain brackets. A negative value is interpreted as the amplitude of the arc. |
|
|
RA,RB |
Radius of toe A and B, respectively, for certain types of brackets/ bracket toes. Any values defined in the bracket setup will be overridden. |
|
|
TOLA |
Ditto lengths of toes at end of arm A and B, respectively. |
|
|
MAT |
defines the thickness of the bracket plate. |
|
|
<plate_thickn>::= <number> |
||
|
<notch_def> |
is relevant only for brackets according to the extended bracket handling. Explicit control of the notches thus may be performed. |
|
|
<notch_def>::=[,NOT=<notch_design>] |
||
|
The images below illustrate in which corners the different corner notches may be used. The arrows indicate the default direction of asymmetrical notches. Note: There are somewhat different rules for 2- and 3-arm brackets. |
||
|
Keywords for notches at bracket: corners:
|
||
|
<notch_design> specifies the notch in the same way as in the notch statement. If set -1 means total suppression of the corresponding notch that would otherwise have been set, for example, as a default in the bracket set-up. |
||
|
If <notch_design> is preceded by a minus sign, the notch will be mirrored in the bisector of the corner angle (that means, its u-axis will fall along the other bracket arm). |
||
|
Note: Symmetric notches always will be centered at the profile edge in case of overlapping brackets. Thus they may be transformed into unsymmetric notches when cut into the bracket geometry. |
||
|
SID |
defines the position of the bracket relative to the plate of the current panel. Need not be given if the bracket is in the same plane as the panel. |
|
|
<side_info>::= AFT|FOR|SB|PS|TOP|BOT |
||
|
PSID |
defines on which side of the bracket the flange/stiffener shall be located (if any). Need not be given for brackets without any stiffening and must not be given for bracket types which cannot have any profiles at all. |
|
|
PQUAL |
defines the material quality of the bracket profiles. <quality>::= <quality_code>|<quality_string> <quality_code>::= <integer> <quality_string>::= <string> If left out entirely, the quality of the bracket will be selected. |
|
|
DOUBLE |
Certain big brackets may have stiffeners on both sides of the bracket, parallel to the free edge. Profiles on both sides are called for by DOUBLE. |
|
|
<flange height> |
is relevant only for brackets with a folded flange. For them it may be used to control the nominal height of the flange. <flange height>::= H= <number> In most cases, there is a built in default flange size and then this clause need not be given even for flanged brackets. |
|
|
<profile_size> |
is used to control the dimension of the stiffeners that will occur on the bracket according to the bracket set-up. |
|
|
<profile_size>::= |
||
|
[,PRA= <p_type> [, <param> (1...4)]] |
||
|
See the definition of profiles on stiffeners in the Stiffener Statement Profile Types. PRA is used for the first stiffener on the bracket (or the flange, if any). PRB for the second stiffener (first stiffener if there is a flange), <p_type>= -1 indicates that the corresponding stiffener should be deleted. |
||
|
POS |
defines the position piece number of the bracket. |
|
|
Standard brackets and variant brackets are normally not supposed to have position numbers. |
||
|
<pos_no>::= <integer> |
||
|
QUAL |
defines the material quality of the bracket. |
|
|
<quality>::= <quality_code>|<quality_string> |
||
|
<quality_code>::= <integer> |
||
|
<quality_string>::= <string> |
||
|
If left out entirely, the default quality according to customer set-up will be selected. |
||
|
DEST |
defines the workshop station where to assembly the bracket. |
|
|
<destination>::= <name> |
||
|
The value to be assigned must be selected among the destination strings defined by the customer.- |
||
|
SURF |
defines the surface treatment of the bracket before the production phase. |
|
|
<surface_treatment>::= <name> |
||
|
The value to be assigned must be selected among the surface treatment strings defined by the customer. |
||
|
WELD |
defines the welding size along the connected edges of the bracket. |
|
|
<leg_length>::= <number> |
||
|
For 2-edge brackets at most four values may be given. They should be given in the following order: w_a, w_b, w_toea, w_toeb. For 3-edge brackets at most five values may be given in the following order: w_con, w_a, w_b, w_toea, w_toeb. (Here w_a is the weld along arm A, w_b along arm B, w_toea weld at (tight connected) toe of arm A, w_toeb ditto for toe of arm B. w_con is the weld along the extra edge connecting arm A and B) Any irrelevant weld must be indicated by 0 if a relevant weld follows. Trailing zeroes need not be given, for example, WELD=5,5,0,5 and WELD=5,5. |
||
|
BVS |
Specifies the direction that the user considers to be positive side when defining the bevel information. It may have impact on the sign of the bevel code. Relevant only if BEV is used. |
|
|
BEV |
defines the bevel along the connected edges of the bracket. |
|
|
BEV=<bevel1>, <bevel2>, ... |
||
|
Similar rules should be applied as described for WELD above |
||
|
EXC |
defines the excess along the connected edges of the bracket. |
|
|
EXC=<excess1>,<excess2>, … |
||
|
The order of the excess values is the same as described for WELD except that for excess no values are given for toes. |
||
|
NAB |
Switch off automatic bevel. There will then be no bevel. |
|
|
GRI |
Defines the grinding along the edges of the bracket. Similar rules should be applied as described for WELD above. |
|
|
VAR |
defines a variant number of the bracket. A given value should be in the interval 1-8. |
|
|
<variant_no>::= <integer> |
||
|
SEP |
Normally, individual brackets are stored along with the panel. Using SEP[ARATE] means that the bracket should be separately stored as a "variant bracket". SEP should not be used without defining a variant number simultaneously. See also BEL below. |
|
|
BEL |
As a default, standard brackets are stored separately (provided the standard bracket handling is in operation). BEL[ONGING] is used to make Hull Modelling treat a bracket as an individual bracket even if it fulfils all requirement of a standard bracket. |
|
|
BRPAN |
Normally, the bracket is generated directly on the current panel. In certain situations, it might be necessary or more convenient to give input as though another panel were current. This can be done by assigning the name of the panel to be considered as the current one to BRPAN (BRacket PANel). |
|
|
<current_panel>::= <name> |
||
|
All input in the current statement shall be given as if the given panel had been the current one. |
||
|
COLOUR |
Color of all brackets defined in the statement. |
|
|
COMMENT |
An arbitrary comment string |
|
|
PO1 PO2 PO3 PO4 PO5 |
Defines the position number of the stiffeners on the bracket. |
|
|
<profile_pos_no>::= |
||
|
[,PO1= <integer>] |
||
|
PO1 is used for the first stiffener on the bracket (or the flange, if any). |
||
|
PO2 for the second stiffener (first stiffener if there is a flange), |
||
|
<id's> |
correspond to the items assigned to the keywords LIS, AS1-AS4 in the panel statement (See Panel Statement). |
|
|
<id's>::= LIS=<parts_list>, AS1=<name> |
||
|
A name given in the bracket statement will override the corresponding name given on panel level. To cancel a name set on panel level without replacing it with another name, the corresponding keyword should be given stand alone (that means, without any assigned value) or be assigned an empty string (for example, AS3=''). |
||
|
<assembly> |
See Panel Statement. If the stiffener belongs to different assembly than the panel in general, that assembly can be specified here. |
|
|
<holes in bracket> |
Defines holes in bracket <holes in bracket> := BHO=<hole designation>, HU=<u value>, HV=<v value>, [HT=<inclination> | PLLA | PLLB | PLLC] |
|
|
BHO - Parameterized designation of standardized holes according to the standards. Only one type of hole per bracket. |
||
|
||
|
||
|
||
|
||
|
||
|
||
|
CUT |
Overrides the cutout type defined in bracket setup, the system will behave as if <cutout_type> was defined in bracket setup |
|



