Repository navigation
Alzado a escala del palé y captura real junto al esquema - #6
Merged
Merged
Conversation
added 2 commits
September 19, 2026 16:05
Dos constantes absolutas mas del mismo tipo que PALLET_X: PALLET_DECK_M (0.144 m) y el suelo de zMax (0.30 m) suponian un europeo. Con la maqueta de 210 mm el pale se dibujaba 1.8 veces mas alto que TODA la carga, y el monton quedaba en el 18% del alzado: por eso parecia que no llegaban dimensiones. Ahora las dos se derivan del ancho del pale. Medido con los datos reales (carga 0.0797 m, pale 0.21 m): maqueta antes: carga 18.0% del alzado, pale 32.4% maqueta ahora: carga 63.8% del alzado, pale 20.2% europeo antes y ahora: 71.3% / 10.8% (sin cambios) Y las capturas del simulador, que ya se estaban subiendo y no las leia nadie: cliente getSnapshots, hook useSnapshots y un conmutador en cada panel para pasar del esquema a la foto. Arranca siempre en el esquema, que es el que lleva cotas y poligono de soporte; la foto esta para comprobar que el dibujo no miente, que hasta ahora no habia forma de saberlo. Va en EpisodeDashboard, asi que lo ganan Live y el detalle de la ejecucion. Se coge la captura de mayor after_seq: la del final del episodio.
# Conflicts: # frontend/api/hooks/index.ts # frontend/components/molecules/index.ts # frontend/components/screens/LiveScreen/useLiveScreen.ts
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Dos cosas que el alzado no estaba enseñando bien, y una que ya se subía y no leía nadie.
1. El alzado se dibujaba para un europeo
PALLET_DECK_M(0.144 m) y el suelo dezMax(0.30 m) eran absolutos, del mismo tipo queel
PALLET_Xque ya se corrigió. Con la maqueta de 210 mm, el palé se dibujaba 1.8 vecesmás alto que toda la carga y el montón quedaba en el 18 % del alzado: parecía que no
llegaban ni dimensiones ni posiciones.
Ahora las dos se derivan del ancho del palé. Medido con los datos reales de la simulación
(carga 0.0797 m, palé 0.21 m):
El europeo no se mueve:
deckHeightyminStackHeightdan para 1.2 m exactamente losvalores de antes.
2. Las capturas del simulador
Ya había 22 filas en
snapshotsy no las consultaba nadie. Se añade el clientegetSnapshots, el hookuseSnapshotsy un conmutador «Ver captura» / «Ver esquema» encada panel.
Arranca siempre en el esquema, que es el que lleva las cotas y el polígono de soporte; la
foto está para comprobar que el dibujo no miente, que hasta ahora no había forma de saberlo.
Se coge la captura de mayor
after_seq: la del final del episodio.Va en
EpisodeDashboard, así que lo ganan Live y el detalle de la ejecución.Comprobado
buildylintdel front en verde..tsdel front.Notas
comparability()bloquea comparar ejecuciones cuyosrangos de semillas no coincidan, así que conviene que cada tanda tenga el suyo.