至于主文件名每张图或者每个文本都各不相同，有几十个呢，你可以在打开一个文件时，用“另存为”的指喊型令，就可以看到了。
一、 门式刚架中只承担山墙风荷载，而不承担竖向荷载的一类抗风柱是否考虑计算长度放大系数η？答：对于摇摆柱，其两端铰接，柱本滑灶身不为结构整体提供抗侧刚度，同时它要承担竖向荷载，其他柱子必须为摇摆柱提供侧向支承，因此需要考虑对于其他刚架柱的计算长度放大系数η。对于只承担风荷载，不承受竖向荷载的一类抗风柱，对于刚架柱的稳定没有明显的不利作用，计算长度系数的放大系数不需要考虑。
二、 2同一个门式刚架模型，将地基承载力特征值分别设为fak=245Kpa和fak=155kpa,为什么两次计算结果柱下独立基础的尺寸相同？
答：如下图查看两柱下基础计算结果文件：发现两模型的计算结果地基最大反力Pmax均小于各自修正后的地基承载力特征值，而最小反力Pmin则接近于0，且两次计算基础零应力区控制比例均为0，所以判断两个柱下基础底面尺寸由零应力区控制，此时要满足最小反力大于0，独基尺寸就与修正后的地基承载力特征值没有直接关系了。
三、 STS钢结构二维设计右下工具栏中的 “用钢量”是如何统计的？是否考虑了横向加劲肋等重量？
答：程序直接采用截面面积乘以构件长度再乘以钢材容重得到钢材用量，且不会乘以调整系数，所以其他配件，像构件中的加劲肋并未统计在其中。
四、 门刚规范规定：支撑拉杆长细比400，压杆长细比180，为何门式刚架三维和二维设计的结果值在小于以上限值时，显示超限？
答：门式刚架设计中，对于拉杆需要在验算规范选择门式刚架规范验算，勾选程序自动确定容许长细比，同时杆件定义为单拉杆或在墙面设计中柱间支撑按照单拉杆进行设计，此时程序按照拉杆长细比限值控制。对于压杆，其容许长细比不一定是180，门规3.4.3规定地震作用组合控制构件设计时，柱长细比按150控制，可根据实际情况控制长细比。
五、 门式刚架梁考虑隅撑对钢梁d性约束时，程序是否判断门刚规范对于隅撑的要求（如隅撑上支撑点位置低于檩条中心）？当不满足相关要求时应该如何处理？
答：如果用户选择了考虑隅撑作用定义并布置了隅撑相关信息，程序不自动判断隅撑是否满足要求，直接按照布置参数考虑隅撑作用下的d性屈曲临界弯矩Mcr，进而确定稳定系数。在隅撑布置不满足规范的相关要求时，可以调整隅撑布置，如不能改变隅撑布置的，则需要按照支撑间距确定梁面外计算长度，即取支撑或刚性系杆间距作为梁面外计算长度。
六、 如下图，钢框架模型上下弦杆分别建模在两个标准层中，腹杆用空间斜杆，悬挑部分d性挠度显示，为什么下弦杆相对挠度特别大，而上弦杆挠度接近于0？
答：首先对于带有桁架结构的模型，其桁架部分需要考虑其上下弦杆与山拍腹杆共同工作，当上下弦杆位于不同的标准层时，需要将桁架部分定义为同一个施工次序。
d性挠度中的相对挠度为主梁或次梁跨中相对于梁两端的位移，悬挑梁为悬挑端相对于竖向构件端部的位移差。该模型一层悬挑部分由于整根梁只有一端与竖向构件相连，程序判断为悬挑梁，二层上弦杆各段均与支撑相连，判断为框架梁，因此其相对挠度为梁跨中相对于各梁段两端的位移，所以位移值很小，此时应该看绝对挠度或各荷载工况下的位移情况判断挠度是否满足要求。
七、 为什么同样模型，只将柱截面改大，柱脚锚栓就会增加？为何边跨柱脚锚栓反而比中间跨的多？
答：该模型中将下面一行柱截面改大后，柱刚度随之增大，如下图，柱脚的受拉承载力控制组合由原来的压力变为拉力，弯矩也随之增大，原有锚栓不满足要求，所以锚栓数量会有所增加。
相对中间跨，该模型下部承受的竖向荷载小，轴压比较中间跨要小，且在水平作用下结构边角部一般会产生拉力和弯矩，所以以受拉控制的锚栓数量会比中间跨要多。
一、 在satwe中进行不同性能目标与小震包络设计时，为什么主模型中仍然显示的是小震模型计算结果而不是包络值？
答：在进行性能设计包络时，在参数中定义了性能包络设计的相关信息后，必须要在多模型定义—性能目标中交互定义各个构件的参加包络时的性能目标后再进行计算，才能信唯扮得到包络结果，如果没有定义构件的性能目标，则satwe构件配筋和应力结果不会进行包络。
二、 在satwe中进行不同性能目标与小震包络设计时，为什么结果查看中输出的参数是“在中震(或大震)设计：不考虑”？
答：在参数中定义是“性能设计包络信息”而不是单独考虑整个结构的某个性能目标，该参数只有在“性能设计”参数中选择左侧“按照高规性能化设计时选择一个特定的性能目标时才显示对应的性能目标，否则显示不考虑。
三、 PKPM对于导入用户自定义地震波具体方法是什么？
1、使用txt文本文件进行自定义地震波的数据写入和编辑。文本文件的后缀名为.txt，需要将其修改为.x、y和.z，其中.x文件为地震波主方向数据文件，.y文件为地震波次方向数据文件，.z文件为竖向地震波文件。如图：修改文件后缀名时注意在文件夹选项中的“隐藏已知文件类型的扩展名”处于不勾选的状态，否则很可能无法修改扩展名。
2、 地震波文件名一般为英文和数字组合形式，不要出现特殊符号和空格，例如文件名可以是user1.x、user1.y，wave1.x、wave1.y等等。
3、 打开地震波文本文件，第一行输入该条波的采样点总数，空一格第二列为采样点记录步长，此处没有数值时，程序默认按照0.02s考虑。第二行第一列起为地震波各采样点加速度值，单位为m/s2，注意采样点数必须要与采样点总数一致。如果导入的波为人工波还需要在第一行采样点记录步长后空一格，输入m作为人工波的标志，天然波则不需要。
4、将编辑好之后的地震波文件放入模型所在文件夹后，在地震波库中“自定义地震波”一栏会出现已经导入的自定义地震波。
四、 模型楼层受剪承载力不满足要求，此时增加上层框架柱数量后，为什么本层与上层受剪承载力比值反而满足规范要求？
答：程序对于构件的楼层受剪承载力计算，按照建筑抗震鉴定标准附录C进行计算，构件的楼层受剪承载力不同于剪切刚度等刚度指标只和构件截面及模型布置相关，承载力指标和构件截面、材料强度、构件配筋都有关系。就此种情况来说，增加柱数量后，梁的跨度降低，尤其是在原有柱网跨度较大的方向中间增加柱后，梁跨减小，单个柱的受荷面积会显著减小，柱配筋控制弯矩下降，柱的纵筋和箍筋配筋面积都较之前有明显减小，总配筋量要比修改前要小，减小幅度超过了由于柱数量增加造成混凝土部分的承载力增加的幅度，总体上该层呈现受剪承载力减小趋势，这就使得下层与上层受剪承载力比值增大至满足规范的状态。
五、 采用自定义构件模拟施工次序定义模拟悬吊结构的受力时，发现定义修改构件施工次序与否对于吊柱及下部受力没有影响，是什么原因？
答：定义的构件模拟施工次序并没有发挥作用，是因为要考虑构件模拟施工次序还必须在satwe参数总信息中勾选“自定义构件施工次序”，v4.1系列版本在恒活荷载计算信息中选择模拟施工类型时选择“构件级施工次序”，此时修改构件的模拟施工次序才起作用，否则后续施工次序定义将不起作用。
六、 在同一个框架模型中，在柱附近布置移动荷载与否，柱截面配筋没有变化，程序在配筋设计时没有考虑移动荷载？
答：程序在分析和配筋设计时确实考虑了移动荷载这类吊车荷载。模型之所以配筋没有变化，由于移动荷载作用在柱附近，主要产生柱的轴压力，产生的弯矩值很小，对于混凝土柱，轴压力在一定范围内对配筋起有利作用，因此此时该移动荷载对柱配筋不起控制作用，就出现了是否考虑移动荷载柱截面配筋量没有变化的现象。
七、 采用PKPMv3版本计算 ，发现新旧版本输出的计算书中，对刚度比的计算结果差异较大，是什么原因？
答：新旧版本的结果实际上是一致的，只不过比较的对象不同。新版方式输出的结果是和规范要求的系数进行比较。而旧版方式是将规范要求的系数乘到上一层的刚度中，结果是和1比较。所以数值上虽然有差别，但是刚度比结果实际上是一样的。
八、 程序按规范要求的轴压比限值判断的边缘构件属性与计算轴压比结果不相符。轴压比超过0.3，但是判断出来的属性是构造边缘构件。程序是按什么结果进行设计的？
答：模型在参数中，嵌固端所在层号为1。按规范要求，按轴压比判断边缘构件属性取用的轴压比是底层墙肢底截面，也就是嵌固端所在层的轴压比。在1层这些墙肢的轴压比并未超过0.3，所以可以设置为构造边缘构件。
九、 现在有一个33层剪力墙模型，计算显示底层X向剪重比2.36%<2.4%，设置地震力调整调整系数1.02，结果显示的还是2.36%，只是在调整系数那里显示地震作用放大1.02，而且是全楼放大1.02，请问pkpm是否可以仅放大减重比不足的那一层，如模型的底层。如果可以那么填了放大系数以后，显示的减重比是调整后的还是调整前的？
答：在程序中，即使是有剪重比调整系数，楼层的剪力是不会发生变化的，所以对应的剪重比也不会变。剪重比是作为调整系数输出在WZQ文件下面的。在楼层剪力的位置输出的剪重比总是调整前的。
程序可以实现单层调整剪重比，在参数中可以进行自定义各层各方向调整系数。新版旧版均有这样的功能。
但是如果是程序自动调整，那么只能全楼调整。因为在国标规范中有明确的要求，剪重比是一层不够，全楼调整，不能只调整不够的楼层。
十、 风荷载和地震作用下，WMASS和WZQ中输出了底层的楼层弯矩，WMASS中抗倾覆验算给出了倾覆弯矩，二者均为标准值，为何不相等？
答：两个位置本身算法是不同的，风荷载和地震楼层剪力给出的弯矩值是楼层剪力V*层高H得到的结果。
而倾覆力矩的计算，是把外荷载近似为一个倒三角形分布的形式，按底部剪力V*（2/3总高+地下室高度）得到的结果。
更多关于工程/服务/采购类的标书代写制作，提升中标率，您可以点击底部官网客服免费咨询：https://bid.lcyff.com/#/?source=bdzd
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）