Workflows: MLP (MACE) and GROMACS as workflow steps

Ouverte
#1,019 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
15/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Domaine
backend

Piste de recherche

Start from WorkflowSteps::codes(), which lists the existing step types, and from how kGeometryLink passes structures between steps. The work needs design decisions first: how MLP (MACE) and GROMACS fit as step types, and how a GROMACS link would select trajectory frames. Done means both codes can be added as steps, geometry links work into and out of them, and the frame-selection link works, which the maintainers should confirm before implementation.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement

A workflow can chain xTB, CREST, Vina, ORCA, ECCE-QM, Gaussian 16, CP2K, Quantum ESPRESSO, NWChem and MOPAC (WorkflowSteps::codes()). Two codes that are natural ends of a coupled study cannot be a step:

  • MLP (MACE). The MLP help page describes MACE energies as for screening, not for reporting. The step that follows a screen is a refinement, so a MACE step would most often feed QE or CP2K (for example, relax many candidate structures with MACE, then refine the lowest few in QE or CP2K). Today that hand-off is manual: a new calculation from each structure.
  • GROMACS. Hand-offs in both directions: QM-derived charges or a QM-optimised structure into an MD run, and MD snapshots into QM single points or spectra.

Wanted: both codes as workflow step types, with the geometry link (kGeometryLink) working into and out of them; for GROMACS, a link that passes selected frames of a trajectory to the next step. Recipes such as "MACE screen, then QE refinement of the lowest N" would follow.

Found while planning the ECCE by Example manual, whose chapters show coupled computations; until this lands they describe these two hand-offs as manual steps.

Langage dominant
C
Étoiles
10
Forks
8
Métriques de merge des PR
Aucune PR mergée en 30 j

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de FriendsofECCE/ECCE

Toutes les issues de FriendsofECCE/ECCE

Issues similaires

Plus d'issues C

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.