martydingo

+1 for support for AXP 192, the various libraries (custom_components) I have searched and tested across github & gitlab all result in odd and unexpected behaviour. Without this, half the...

> > I think the main issue is the reset for the display on the Core2 is done on a GPIO line of the axp192 instead of the esp32, so...

> > I do believe the obstacle is the path, and the obstacle is adding in support for the AXP192 modules, so it can interface with other modules. We shouldn't...

> +1 from me. As per the feedback this is a bigger issue, a lot of the M5 devices include a high density of really useful sensors and features and...

I think this should be added to the repositories README.md It's a bit annoying to crawl through issues to find the exact argument to parse the config into the container.

Ah I finally found the right issue that's tracking this problem, this also occurs in https://github.com/screepers/python-screeps. I've tracked it down (and bypassed for testing purposes) to lines 80-95, within `_app.py`,...

> For anyone encountering this issue, can you share whether specifying `rel` as dispatcher in `run_forever` like found in the [long-lived connection example](https://github.com/websocket-client/websocket-client#long-lived-connection) improves things? adding the parameter `dispatcher=rel` does...

I am still seeing this issue on v2.11.1 I can see the collection occuring ``` 2024/04/16 13:40:43.757481 updateweb.go:222: [DEBUG] Polling Controller for RogueAPs, site REDACTED (default) (REDACTED) 2024/04/16 13:40:43.757569 updateweb.go:222:...

There has been a code change in @screeps/engine^4.2.18 that tries to import a non-existent `@screeps/core` I've now gotten past this error by configuring ```yaml pinnedPackages: - '@screeps/engine^4.2.16' ... ```

+1 Crazy this, I'd not expect this project to release documented-but-nonfunctional features!