I have a problem with version 2023 code not working in version 2024.
The code creates a cross section with two construction stages.
In the first stage we have an external polygon of structural steel and a hole poligon. This works well.
In the second stage we add concrete in the internal polygon and here comes the problem. Sofistik 2022 and 2023 works well but 2024 apparently is taking the hole twice and getting negative area in the total section.
The following code works well in sofistik 2022 and 2023 but not in 2024.
Any help will be apreciated.
+PROG AQUA urs:1
HEAD Material and cross-section
NORM EN 199X-200X-bridge
UNIT 0
CTRL WARN 12482
ECHO mat,sect full
CONC 1 C 50
STEE 2 B 500
STEE 3 S 355
STEE 4 S 460MT
STEE 5 Y 1860
LET#V 1
SECT #V10+2 MNO 4 MRF 2 FSYM YES BTYP BEAM TITL “V#V VIGA INFERIOR IZQDA”
LET#B 1;LET#H 0.90;LET#T 0.015;LET#R 0.10
CS 1
POLY TYPE O MNO 4
VERT ‘1’ Y -#B/2 Z 0 EXP 1 R #R TYPE TP
VERT ‘2’ Y -#B/2 Z -#H+#R EXP 1
VERT ‘3’ Y 0 Z -#H EXP 1
VERT ‘4’ Y #B/2 Z -#H EXP 1
VERT ‘5’ Y #B/2 Z 0 EXP 1 R #R TYPE TP
POLY TYPE O MNO 0
VERT ‘6’ Y #T Z -#T REFP ‘1’ EXP 1 R #R-#T TYPE TP
VERT ‘7’ Y #T Z #T REFP ‘2’ EXP 1
VERT ‘8’ Y 0 Z #T REFP ‘3’ EXP 1
VERT ‘9’ Y -#T Z #T REFP ‘4’ EXP 1
VERT ‘10’ Y -#T Z -#T REFP ‘5’ EXP 1 R #R-#T TYPE TP
CS #V10+2
POLY TYPE O MNO 1
VERT ‘6’ Y #T Z -#T REFP ‘1’ EXP 1 R #R-#T TYPE TP
VERT ‘7’ Y #T Z #T REFP ‘2’ EXP 1
VERT ‘8’ Y 0 Z #T REFP ‘3’ EXP 1
VERT ‘9’ Y -#T Z #T REFP ‘4’ EXP 1
VERT ‘10’ Y -#T Z -#T REFP ‘5’ EXP 1 R #R-#T TYPE TP
Hello Pablo,
I have checked your input. The errors come due to the definition of the variable LET#V. In the records SECT and CS you have input #V10.
The warnings come due to the input of the characters “ and ‘. These are not UNICODE-characters. Please use ‘. Using the UNICODE-characters the definition is marked orange in the TEDDY. I have modified the input in the enclosed DAT.
The code that i included in my post looks different in teddy and in the published post. I dont know why the * character has disapeared, but at the end this is not the cause of the problem.
In fact your code does not work in my sofistik 2024 version. It gives negative values for area of total section because it is taking into account the hole twice as i noticed in my first post.
Please try this code in sofistik 2024 and let me know if it works for you. (Thanks in advance.)
+PROG AQUA urs:1
HEAD Material and cross-section
NORM EN 199X-200X-bridge
UNIT 0
CTRL WARN 12482
ECHO mat,sect full
CONC 1 C 50
STEE 2 B 500
STEE 3 S 355
STEE 4 S 460MT
STEE 5 Y 1860
SECT 2 MNO 4 MRF 2 FSYM YES BTYP BEAM TITL ‘VIGA INFERIOR IZQDA’
LET#B 1;LET#H 0.90;LET#T 0.015;LET#R 0.10
CS 1
POLY TYPE O MNO 4
VERT ‘1’ Y -#B/2 Z 0 EXP 1 R #R TYPE TP
VERT ‘2’ Y -#B/2 Z -#H+#R EXP 1
VERT ‘3’ Y 0 Z -#H EXP 1
VERT ‘4’ Y #B/2 Z -#H EXP 1
VERT ‘5’ Y #B/2 Z 0 EXP 1 R #R TYPE TP
POLY TYPE O MNO 0
VERT ‘6’ Y #T Z -#T REFP ‘1’ EXP 1 R #R-#T TYPE TP
VERT ‘7’ Y #T Z #T REFP ‘2’ EXP 1
VERT ‘8’ Y 0 Z #T REFP ‘3’ EXP 1
VERT ‘9’ Y -#T Z #T REFP ‘4’ EXP 1
VERT ‘10’ Y -#T Z -#T REFP ‘5’ EXP 1 R #R-#T TYPE TP
CS 2
POLY TYPE O MNO 1
VERT ‘6’ Y #T Z -#T REFP ‘1’ EXP 1 R #R-#T TYPE TP
VERT ‘7’ Y #T Z #T REFP ‘2’ EXP 1
VERT ‘8’ Y 0 Z #T REFP ‘3’ EXP 1
VERT ‘9’ Y -#T Z #T REFP ‘4’ EXP 1
VERT ‘10’ Y -#T Z -#T REFP ‘5’ EXP 1 R #R-#T TYPE TP
END
Maybe it’s because the unicode-characters are still there (it is not the original code due clipboard-conversion ? And yes, it is conversion, not the clipboard, but the Sofistik-website (a little cringy), look the picture:
).
This seems to be working: +PROG AQUA
HEAD Material and cross-section
NORM EN 199X-200X-bridge
UNIT 0
CONC 1 C 50
STEE 2 B 500
3 S 355
4 S 460MT
5 Y 1860
SECT 2 MNO 4 MRF 2 FSYM YES BTYP BEAM TITL ‘VIGA INFERIOR IZQDA’
LET#B 1;LET#H 0.90;LET#T 0.015;LET#R 0.10
CS 1
POLY TYPE O MNO 4 #define steel
VERT ‘1’ Y -#B/2 Z 0 EXP 1 R #R TYPE TP
VERT ‘2’ Y -#B/2 Z -#H+#R EXP 1
VERT ‘3’ Y 0 Z -#H EXP 1
VERT ‘4’ Y #B/2 Z -#H EXP 1
VERT ‘5’ Y #B/2 Z 0 EXP 1 R #R TYPE TP
POLY TYPE O MNO 0
VERT ‘6’ Y #T Z -#T REFP ‘1’ EXP 1 R #R-#T TYPE TP
VERT ‘7’ Y #T Z #T REFP ‘2’ EXP 1
VERT ‘8’ Y 0 Z #T REFP ‘3’ EXP 1
VERT ‘9’ Y -#T Z #T REFP ‘4’ EXP 1
VERT ‘10’ Y -#T Z -#T REFP ‘5’ EXP 1 R #R-#T TYPE TP #enddef steel #include steel
CS 2 #define concrete
POLY TYPE O MNO 1
VERT ‘6’ Y #T Z -#T REFP ‘1’ EXP 1 R #R-#T TYPE TP
VERT ‘7’ Y #T Z #T REFP ‘2’ EXP 1
VERT ‘8’ Y 0 Z #T REFP ‘3’ EXP 1
VERT ‘9’ Y -#T Z #T REFP ‘4’ EXP 1
VERT ‘10’ Y -#T Z -#T REFP ‘5’ EXP 1 R #R-#T TYPE TP #enddef concrete #include concrete
sect 92 mno 4 titl ‘test steel’
POLY TYPE O MNO 4 #include steel
sect 93 mno 4 titl ‘test concrete’
POLY TYPE O MNO 0 $ steel-block not as steel (results an error) #include steel #include concrete
END
your second input for the cross sections works fine with the version 2024 and 2025 when the correct UNICODE-characters for ’ are used. I think the not correct characters ’ come due to copy and past.
I get the following in 2024 version with your file. ¿can you share your output in 2024 version? (remember this works well in 2022 version so i think there is no issue with the characters)
*** Start: Program Calculation - Version 2024-2.0.469
*** Start: Program aqua : Material and cross-section
SOFiSTiK 2024-2.0.469 AQUA - GENERAL SECTIONS
++ SOFiSTiK Licence AQUA will expire on Sep 23, 2024 22:00 GMT !
++ SOFiSTiK Licence AQUA will expire on Sep 23, 2024 22:00 GMT !
Output on file aqua_hole-cross-section.plb
Project data base aqua_hole-cross-section.cdb - 6. access
+++++ warning no. 10431 in program aqustopo
Section 2: Opening in material 4 will be effective earlier
than from construction stage 2, i.e. from the construction stage 1
+++++ warning no. 36 in program AQU_SVAL
The plastic section capacity for section 2, construction stage 0 is calculated for a composite section
(EN 1994-1-1, ch. 6.7.), although the steel content is δ < 0.2 ( 0.00),
because the reference material is a steel material
+++++ error no. 10452 in program AQU_PUT_0
Smallest inertia near zero cross section 2
Hint: To define a rectangular cross section you must use a polygon
Thin structural elements have constant normal stress accross the
thickness and thus no inertia in that direction.
+++++ error no. 10452 in program AQU_PUT_0
Smallest inertia near zero cross section 2
Hint: To define a rectangular cross section you must use a polygon
Thin structural elements have constant normal stress accross the
thickness and thus no inertia in that direction.
TIME NEEDED 2, TOTAL 2
DATE 2024-09-19, 17:08:23
+++++ 2 errors and 2 warnings +++++
*** Stop : Program AQUA urs:1
*** Process canceled, error detected!
*** End of Calculation!
at first the messages in your last description are not due to the posted input of the cross section.
The first warning no. 10431 means that you have input the opening in a not correct construction stage. E.g. the opening is defined in a later construction stage than the polygon.
The second warning no. 36 comes regarding the composite cross section. The reference material in record SECT … MNO has to be a structural steel. This warnings comes if e.g. a concrete is defined as reference material.
Regarding the third warning no. 10452 I cannot say why without the input.
You can check the cross section graphically in the Result Viewer → TEDDY Icon Results.
Please note that it is not necessary to defined an opening for a composite section with concrete filling. It is sufficient to defined the outer polygon with structural steel and the inner polygon with concrete filling. The program AQUA calculates here the opening (hole) automatically.
Thank you SabineF
The output messages from my last post are from the input file you sent me. This input file doesnt work in my sofistik 2024-2.0.469 version but works well in yours so Is it possible that some differences between 2024 versions produce this different behaviour? Which is your 2024 version?
As a workaround I removed the hole definition in the first stage as the output is telling us that the hole produced by the second stage poligon is active frome the first constrution stage. However this is a different behaviour from previous versions and it is not recorded in the documentation.
the input file which I have send calculates without any warning with version 2024 service pack 6 (2024-6) and with the newest version 2025.
It can be possible that there can be some differences between the different versions and service packs because we are constantly correcting errors and inaccuracies in the programs.
