feat(shared-data, api, hardware-testing): add the p200_96 #17105
Conversation
This file contains 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
ryanthecoder
force-pushed
the
EXEC-1055-96ch-lv-clean
branch
from
cd85378 to
1e10ec6
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## edge #17105 +/- ##
===========================================
- Coverage 92.43% 74.00% -18.44%
===========================================
Files 77 43 -34
Lines 1283 3250 +1967
===========================================
+ Hits 1186 2405 +1219
- Misses 97 845 +748
Flags with carried forward coverage won't be shown. Click here to find out more.
|
ryanthecoder
force-pushed
the
EXEC-1055-96ch-lv-clean
branch
from
05b9470 to
c3f119f
Compare
| # for offset in LABWARE_OFFSETS: | ||
| # ui.print_info(f"\t{offset.createdAt}:") | ||
| # ui.print_info(f"\t\t{offset.definitionUri}") | ||
| # ui.print_info(f"\t\t{offset.vector}") |
There was a problem hiding this comment.
did you want to keep this commented code
| @@ -191,6 +192,8 @@ def _record_measurement_and_store(m_type: MeasurementType) -> EnvironmentData: | |||
| ) | |||
|
|
|||
| _record_measurement_and_store(MeasurementType.ASPIRATE) | |||
| if not trial.ctx.is_simulating(): | |||
| print(f"pip_size:{pip_size}") | ||
| print(f"pipette channels :{pipette.channels}") | ||
| print(f"tip volume :{tip_volume}") | ||
| # pip_size = 50 if "50" in pipette.name else 1000 |
| print(f"pip_size:{pip_size}") | ||
| print(f"pipette channels :{pipette.channels}") | ||
| print(f"tip volume :{tip_volume}") | ||
| # pip_size = 50 if "50" in pipette.name else 1000 |
| @@ -96,7 +95,7 @@ def _offset_applies_to_labware(_o: dict) -> bool: | |||
| return False | |||
| offset_uri = _o["definitionUri"] | |||
| if offset_uri[0:-1] != lw_uri[0:-1]: # drop schema version number | |||
| ui.print_info(f"{_o} does not apply {offset_uri} != {lw_uri}") | |||
| # ui.print_info(f"{_o} does not apply {offset_uri} != {lw_uri}") | |||
caila-marashaj
approved these changes
Jan 14, 2025
caila-marashaj
pushed a commit
that referenced
this pull request
Feb 11, 2025
<!-- Thanks for taking the time to open a Pull Request (PR)! Please make sure you've read the "Opening Pull Requests" section of our Contributing Guide: https://github.com/Opentrons/opentrons/blob/edge/CONTRIBUTING.md#opening-pull-requests GitHub provides robust markdown to format your PR. Links, diagrams, pictures, and videos along with text formatting make it possible to create a rich and informative PR. For more information on GitHub markdown, see: https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax To ensure your code is reviewed quickly and thoroughly, please fill out the sections below to the best of your ability! --> This pulls in the changes from several different hardware-testing branches/tags that have diverged in the factory and includes all the work for the p200_96 that has happened on those branches. <!-- Describe your PR at a high level. State acceptance criteria and how this PR fits into other work. Link issues, PRs, and other relevant resources. --> <!-- Describe your testing of the PR. Emphasize testing not reflected in the code. Attach protocols, logs, screenshots and any other assets that support your testing. --> <!-- List changes introduced by this PR considering future developers and the end user. Give careful thought and clear documentation to breaking changes. --> <!-- - What do you need from reviewers to feel confident this PR is ready to merge? - Ask questions. --> <!-- - Indicate the level of attention this PR needs. - Provide context to guide reviewers. - Discuss trade-offs, coupling, and side effects. - Look for the possibility, even if you think it's small, that your change may affect some other part of the system. - For instance, changing return tip behavior may also change the behavior of labware calibration. - How do your unit tests and on hands on testing mitigate this PR's risks and the risk of future regressions? - Especially in high risk PRs, explain how you know your testing is enough. --> --------- Co-authored-by: Andiiiiiiyy <[email protected]>
caila-marashaj
pushed a commit
that referenced
this pull request
Mar 19, 2025
<!-- Thanks for taking the time to open a Pull Request (PR)! Please make sure you've read the "Opening Pull Requests" section of our Contributing Guide: https://github.com/Opentrons/opentrons/blob/edge/CONTRIBUTING.md#opening-pull-requests GitHub provides robust markdown to format your PR. Links, diagrams, pictures, and videos along with text formatting make it possible to create a rich and informative PR. For more information on GitHub markdown, see: https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax To ensure your code is reviewed quickly and thoroughly, please fill out the sections below to the best of your ability! --> This pulls in the changes from several different hardware-testing branches/tags that have diverged in the factory and includes all the work for the p200_96 that has happened on those branches. <!-- Describe your PR at a high level. State acceptance criteria and how this PR fits into other work. Link issues, PRs, and other relevant resources. --> <!-- Describe your testing of the PR. Emphasize testing not reflected in the code. Attach protocols, logs, screenshots and any other assets that support your testing. --> <!-- List changes introduced by this PR considering future developers and the end user. Give careful thought and clear documentation to breaking changes. --> <!-- - What do you need from reviewers to feel confident this PR is ready to merge? - Ask questions. --> <!-- - Indicate the level of attention this PR needs. - Provide context to guide reviewers. - Discuss trade-offs, coupling, and side effects. - Look for the possibility, even if you think it's small, that your change may affect some other part of the system. - For instance, changing return tip behavior may also change the behavior of labware calibration. - How do your unit tests and on hands on testing mitigate this PR's risks and the risk of future regressions? - Especially in high risk PRs, explain how you know your testing is enough. --> --------- Co-authored-by: Andiiiiiiyy <[email protected]>
ryanthecoder
added a commit
that referenced
this pull request
Mar 19, 2025
<!-- Thanks for taking the time to open a Pull Request (PR)! Please make sure you've read the "Opening Pull Requests" section of our Contributing Guide: https://github.com/Opentrons/opentrons/blob/edge/CONTRIBUTING.md#opening-pull-requests GitHub provides robust markdown to format your PR. Links, diagrams, pictures, and videos along with text formatting make it possible to create a rich and informative PR. For more information on GitHub markdown, see: https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax To ensure your code is reviewed quickly and thoroughly, please fill out the sections below to the best of your ability! --> This pulls in the changes from several different hardware-testing branches/tags that have diverged in the factory and includes all the work for the p200_96 that has happened on those branches. <!-- Describe your PR at a high level. State acceptance criteria and how this PR fits into other work. Link issues, PRs, and other relevant resources. --> <!-- Describe your testing of the PR. Emphasize testing not reflected in the code. Attach protocols, logs, screenshots and any other assets that support your testing. --> <!-- List changes introduced by this PR considering future developers and the end user. Give careful thought and clear documentation to breaking changes. --> <!-- - What do you need from reviewers to feel confident this PR is ready to merge? - Ask questions. --> <!-- - Indicate the level of attention this PR needs. - Provide context to guide reviewers. - Discuss trade-offs, coupling, and side effects. - Look for the possibility, even if you think it's small, that your change may affect some other part of the system. - For instance, changing return tip behavior may also change the behavior of labware calibration. - How do your unit tests and on hands on testing mitigate this PR's risks and the risk of future regressions? - Especially in high risk PRs, explain how you know your testing is enough. --> --------- Co-authored-by: Andiiiiiiyy <[email protected]>
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.
Overview
This pulls in the changes from several different hardware-testing branches/tags that have diverged in the factory and includes all the work for the p200_96 that has happened on those branches.
Test Plan and Hands on Testing
Changelog
Review requests
Risk assessment