Closed numminorih-git closed 2 weeks ago
And one more issue:
After power off/on (in HA entity go to offline) Integration requires reconfiguration and doesn't accept standard password. Help only totally delete device and add again.
1st issue fixed by specify in custom_components/sscpoe/coordinator.py in 39 line return sn.startswith("GPS") to return sn.startswith("GPS1") as for gps1xx reverse naming is needed (as I know).
GPS208 and GPS204 require the port reverse. PS308G has the correct order. I assumed that all devices GPSxxx serie have the reverse order and all devices PSxxxG serie have the correct order. It seems GPS316 doesn't follow this logic. Probably 2xx series require the port reverse.
gps1xx reverse naming is needed (as I know)
What is the source of this knowledge?
I will update the condition.
To investigate the second issue I need logs. Please do the following:
Probably something is wrong around local login/activate behavior.
Here it is: 'mac': 'E04machided' and GPS316numbershided - changed. log.txt
one more thing, did you investigate for achieve sensors with tx/rx and port speed? Thx
What is the source of this knowledge?
2 of gps1xx with v2 software and 3 with v5 - has reverse port naming as GPS2x8 with v4 and some others...
one more thing, did you investigate for achieve sensors with tx/rx and port speed?
Sure. I will add these sensors, but they will be deactivated by default.
2 of gps1xx with v2 software and 3 with v5 - has reverse port naming as GPS2x8 with v4 and some others...
Wow. Would you provide the full list of known models and describe which have the reverse ports, please?
Here it is: ... log.txt
This log does not contain any login/activation errors or requests.
I see SSCPOE_local_request(detail, GPS316*): timeout
at the beginning and then all request are successful.
Can you still reproduce the issue?
This log does not contain any login/activation errors or requests. I see
SSCPOE_local_request(detail, GPS316*): timeout
at the beginning and then all request are successful. Can you still reproduce the issue?
yes, still here, it's only one that I have.
"and then all request are successful." - its after i delete and readd it.
2 of gps1xx with v2 software and 3 with v5 - has reverse port naming as GPS2x8 with v4 and some others...
Wow. Would you provide the full list of known models and describe which have the reverse ports, please?
this is the full list except GPS204 and GPS208 with fw2 and v5/v6 software which you already know about :-)
one more thing, did you investigate for achieve sensors with tx/rx and port speed?
Sure. I will add these sensors, but they will be deactivated by default.
Ouh, super, will wait.
just thoughts: It seems to me that we need to remove the renaming of ports to the format "Port 1 POE" from "GPSxxx", since this name is not displayed anywhere except in the addon itself and when adding sensors to the dashboard it causes slight confusion.
"and then all request are successful." - its after i delete and readd it.
This log is useless. I need the log during the issue occurred and when you tried to reconfigure the device.
Note you can enable the debug log for this integration in configuration.yaml
file even if this integration is not added to Home Assistant or all sscpoe devices are removed:
logger:
default: info
logs:
custom_components.sscpoe: debug
Try the new version 2024.09.30.
Hi,
faced with port mismatch (local control):
Port - Soft (addon) / fact (named on front of device)
port - 16 / 1 port - 15 / 2 port - 14 / 3 port - 13 / 4 port - 12 / 5 port - 11 / 6 port - 10 / 7 port - 9 / 8 port - 8 / 9 port - 7 / 10 port - 6 / 11 port - 5 / 12 port - 4 / 13 port - 3 / 14 port - 2 / 15 port - 1 / 16