Roadmap ======= The roadmap is not a finite plan, but merely an expression of intentions ! Pymodbus development is mainly driven by contributors, who have an itch, and provide a solution for the community. The maintainers are very open to these pull request, and ONLY work to secure that: - it does not break existing usage/functionality (PR put on hold for next API change release) - it is a generic feature (e.g. not just for serial 9.600 bps) - it have proper test cases, to ensure against side effects. It is important to note the maintainer do NOT reject ANY pull request that emcompases the above criteria. It is the community that decides how pymodbus evolves NOT the maintainers ! The following bullet points are what the maintainers focus on: - 3.7.5, bug fix release, hopefully with: - Simplify PDU classes - Simplify transaction manager (central control point) - Remove ModbusControlBlock - 3.7.6, bug fix release, with: - Not planned - 3.8.0, with: - new transaction handling - transaction 100% coverage - skip_encode, zero_mode parameters removed - 4.0.0, with: - client async with sync/async API - Only one datastore, but with different API`s - Simulator standard in server - GUI client, to analyze devices - GUI server, to simulate devices All contributions are WELCOME, and we (the maintainers) are always open to talk about ideas, best way is via `discussions `_ on github. We have lately decided, that we do strictly follow the `modbus org `_ standard, but we also accept vendor specific (like Huawei) pull requests, as long as they extend the standard or are actitvated with a specific argument like --huawei.