Edison literature briefs: objectives / outcomes per drop-test data source + cross-modality ANALYSIS synthesis#60
Conversation
…index README Agent-Logs-Url: https://github.com/vertical-cloud-lab/tensegrity-optimization/sessions/22dbb583-2cf2-47d0-a05f-3421bd248007 Co-authored-by: sgbaird <45469701+sgbaird@users.noreply.github.com>
|
@copilot send another edison query (analysis mode) to synthesize the findings from the previous trajectories into a cohesive file, making sure to upload all of the previous artifacts. Fetch next session. In tandem with that, I have a question: based on these results, would it make more sense during the optimization campaign to try to normalize by mass/volume, etc.? I.e., how do we normalize the results since changing the parameters in #35 changes both the mass and bounding volume. I think there might be another PR commentary somewhere that touches on this, but you might have to do a pretty in-depth, one-by-one search to find it. |
|
@sgbaird Unfortunately I hit an unexpected error while processing your comment. I've automatically reported this to GitHub. You can ask me to try again later by mentioning me in a new comment. If you want to contact GitHub about this error, please mention the following identifier so they can better serve you: Sorry for the inconvenience! |
|
@copilot send another edison query (analysis mode) to synthesize the findings from the previous trajectories into a cohesive file, making sure to upload all of the previous artifacts. Fetch next session. In tandem with that, I have a question: based on these results, would it make more sense during the optimization campaign to try to normalize by mass/volume, etc.? I.e., how do we normalize the results since changing the parameters in #35 changes both the mass and bounding volume. I think there might be another PR commentary somewhere that touches on this, but you might have to do a pretty in-depth, one-by-one search to find it. |
…loaded Agent-Logs-Url: https://github.com/vertical-cloud-lab/tensegrity-optimization/sessions/5e6513fb-13ea-45ca-975e-aa3b001dad91 Co-authored-by: sgbaird <45469701+sgbaird@users.noreply.github.com>
Submitted Edison ANALYSIS task Normalization (short answer, pending the synthesis): I searched issues/PRs/branches for a prior commentary thread on this and didn't find a dedicated one; the existing per-modality briefs do discuss it implicitly, so here's the working position the synthesis prompt asks Edison to confirm against the literature. The five PR #35 design variables (
Working recommendation for
Re measurement cost: |
Per #36 comment 4509305026, one
LITERATURE_HIGHEdison query per measurement modality, tying raw signal → BO objectives / constraints / characterization settings for the PETG+TPU 85A H2D campaign (PRs #30 / #33). Per PR #60 comment 4511245383, a follow-upANALYSIStask synthesizes those 5 briefs into a single cohesive recommendation and answers the normalization-by-mass/volume question raised against the PR #35 design space.Changes
scripts/edison/submit_objective_functions.py— driver that submits 5 queries non-blocking, then pollsget_task(task_id=…)to terminal status. Idempotent via<slug>-SUBMITTED.jsonplaceholders so re-runs resume polling instead of re-billing. MirrorsEDISON_API_KEY→EDISON_PLATFORM_API_KEYper repo convention.edison-trajectories/objective-functions/0{1..5}-*.{md,json}— verbatimformatted_answer+ fullmodel_dump_jsonfor each of:cfd30f3e7d6b43bf31126ee79d74ab2ef40e41a7bo/tensegrity_campaign.py: raw observables → BO objectives (g_max,SEA,eta,epsilon_d, transmissibility,zeta,N_reuse, …) → constraints → characterization settings (rate / mount / ASTM-ISO-JEDEC standard) → BO-campaign integration (AxMetricshape, noise model, fidelity tier) → gotchas → numbered DOI refs.scripts/edison/submit_objective_functions_synthesis.py— follow-up driver that uploads every per-modality.md/.jsonartifact viaclient.upload_file()→data_entry:uuidand attaches the full set to a singleJobNames.ANALYSIScreate_task(files=[...])call. Idempotent via asynthesis-SUBMITTED.jsonplaceholder. The prompt asks for: (1) a master cross-modality objective/constraint matrix, (2) a concrete AxMultiObjective/ObjectiveThreshold/OutcomeConstraintrecipe with per-metric noise model, (3) multifidelity slotting into the MuJoCo → Newton → PolyFEM+IPC ladder from PR Add runnable tensegrity simulation demos (MuJoCo, PyBullet, PyChrono, Newton, DiffPD, PolyFEM+IPC) + 3D animated renders + Edison survey + regime-aware sweeps + PLA/TPU 85A printable-design model + BO integration bridge + PR #35 Sobol T3-prism sweep ac... #33, (4) a dedicated normalization section comparingSEA(J/g),VEA(MJ/m³), Pajunen 2019W_min = C_min · ρ_rel, ASTM cushion-curveg_max(ρ_T), and Gibson-Ashbyρ_rel^nscaling under the PR Add T3-prism (3-strut tensegrity) parametric CAD with Bambu PETG.gcode.3mfslice + re-importable project.3mf(H2D-only, supports enabled, scale 1.5× / cable_d 4.5 mm) + PLA-cables and PLA-struts/TPU-cables MM variants (with modeled-in PLA scaffo... #35 design space that couplesm_specimenandV_bbon every trial, (5) cross-modality sanity equalities, and (6) ranked open gaps for further queries. ANALYSIS task id789de8ab-9c68-4782-a70c-0a5a4e10e268submitted; fetch next session and writesynthesis-789de8ab-*.{md,json}.edison-trajectories/objective-functions/README.md— index table, (a–g) recap, and a cross-modality picture assigning each sensor a BO role (destructive primary objectives / ground-truth scoring / cheap pre-screen / strain-rate extension / non-contact cross-check), with links toequipment/,bo/, andsimulations/validation_experiments.md. Now also lists the synthesis row + run command for the new driver.Driver shape
Note:
run_tasks_until_done()cannot resume bytask_id—TaskRequestrejects it asextra_forbidden— so polling is the correct primitive here.