Forum Replies Created

Viewing 12 posts - 46 through 57 (of 57 total)
  • Author
    Posts
  • in reply to: rigid link features seems does not work #3635
    parhyang
    Participant

    Dear Admin,

    Thank you for explanation, the language menus make myself a little bit confuse. Looking an exported tcl files gave me an insight, it’s use equalDOF methods rather than RigidLink (beam) keywords. Differentiation about these two methods are lay on eccentricity being consider or not. A further implementation to switch of both methods in menus could be useful.

    Regarding to modeling these condition using offset methods as recommended, still the bending moment due eccentricity being ignore by internal solver (OOFEM) or OpenSees.

    Regards,

    Attachments:
    You must be logged in to view attached files.
    in reply to: simple example of p-delta analysis #3489
    parhyang
    Participant

    seems work only using Oofem solver, but not for Opensees. it will cumbersome with editing manually inside text editor. would it be much better supports? thank for interest

    in reply to: divide quad element seem not working #3285
    parhyang
    Participant

    so it can not be installed for both versions at the same machine? ok i will try, thank you.

    in reply to: divide quad element seem not working #3283
    parhyang
    Participant

    using Lite version 1.20 p5 64bit has no problems in dividing beam/plane element, these problem occurs with the latest version (1.60/64bit). in the beginning it’s work properly for several times, did know why then happen.

    in reply to: divide quad element seem not working #3280
    parhyang
    Participant

    attached error reports in text format.

    Attachments:
    You must be logged in to view attached files.
    in reply to: divide quad element seem not working #3278
    parhyang
    Participant

    thank you, so it’s my pc windows installation problems. i checked again, no error but the model did not change as expected.

    Attachments:
    You must be logged in to view attached files.
    in reply to: OOFEM – time is too long to solve a problems #1026
    parhyang
    Participant

    thank you for implementation DSS and Spooles in solver options, cut about half in real time consumed.

    exiting in user time consumed when solved a plate problems with ~2000 nodes, it’s only required 17sec to solve with DSS compared to 477sec with standard solver.

    but why not as in real time consumed?

    in reply to: OOFEM – time is too long to solve a problems #1015
    parhyang
    Participant

    i look back, seem my previous model are wrong. when i try to merging coincided nodes there contains about 400 nodes but why the solver works?

    i reproduce the problem, and taking compare OOFEM with CalculiX but still shown large discrepancy in computational times 1,16sec (P6200) vs 149.0sec (i5)

    Attachments:
    You must be logged in to view attached files.
    in reply to: OOFEM – time is too long to solve a problems #1014
    parhyang
    Participant

    Thank you Admin for considering solver times, i believe it’s only a second when solved with CCX. afaik, most opensource FEA solver are well known beat faster compare to commercial solver.

    in reply to: Software use #1006
    parhyang
    Participant

    thank you for quick responsive, i’m in a basic review of NextFem capabilities. most of codes I use is US such as AISC LRFD and ACI318. just wondering why don’t provide a pages contain e-shop for these each plugin or features.

    in reply to: Software use #1003
    parhyang
    Participant

    look quickly I found at load combination features were did not works, are they cost about this and how much?

    Attachments:
    You must be logged in to view attached files.
    in reply to: Usage and installation on Windows #255
    parhyang
    Participant

    i have an issues when installed NextFEM, although Net 4.0 already installed.

    error screenshot,

    error

    what’s problem? can you explains.

Viewing 12 posts - 46 through 57 (of 57 total)