WIP: Actual work on my side for native #571
Open
Conversation
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
* fix docs * try to fix indentation warnings * that doesnt belong here * increase timeout * fix warnings * fix mypy warning * wait longer
* make test timezone aware * support older pythons also * add python 3.13 testing * enable more checks * test with py3.9 and use uv * disable this check * we actually want to use python 3.10 * exclude this combo * make 2.0.1 release
* fix pypi tests, drop macos 12
In the case of an error, `check_error()` raises an exception and there is no return value to cache. Closes gijzelaerr#551
* setters.py -> set_string() was limited to ascii 0-128 because of .isascii(). Siemens allows ascii 0-255. * Function snap7.util.set_char() was not automatically imported. setters.py -> set_char() was limited to ascii 0-128 because of .isascii(). Siemens allows ascii 0-255. * set_char() should not return Union[ValueError, bytearray], just bytearray * changed ValueError message * ruff formatting * ruff formatting * adjust the workflow to ensure that Homebrew handles Python installations and symlinks correctly. Add a step to unlink any existing Python versions before installing the required version and explicitly link the newly installed version * revert changes * overwrite python version
# Conflicts: # .pre-commit-config.yaml
Co-authored-by: lupaulus <20111917+lupaulus@users.noreply.github.com>
…entation Co-authored-by: lupaulus <20111917+lupaulus@users.noreply.github.com>
Co-authored-by: lupaulus <20111917+lupaulus@users.noreply.github.com>
…ars and revert s7_server changes Co-authored-by: lupaulus <20111917+lupaulus@users.noreply.github.com>
…mpatibility Co-authored-by: lupaulus <20111917+lupaulus@users.noreply.github.com>
…18-f91c1abffb49 Complete native Python S7 client implementation - Sharp7-like functionality without external dependencies
Co-authored-by: lupaulus <20111917+lupaulus@users.noreply.github.com>
…8c-5d288a591900 Implement low-level S7 Server and Partner classes for pure Python protocol support
…ules Co-authored-by: lupaulus <20111917+lupaulus@users.noreply.github.com>
…dc-1294e47c99da Add unit tests for low_level S7Client, S7Server, and S7Partner modules
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
5 participants
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.
@gijzelaerr Here is some of my work, cobuild with copilot.
I tried some integration with the main s7_client.py to keep the CLI and snap dll call until the "low_level" is stable.
What do you think about this, I saw your part with Claude. It is a bit complicated to continue with my duties but I try to give the best for the projet. It is meaningfull for me.
LP