UI glitch: active toggle jumps back to inactive #294
Comments
|
This has to do with the boot time of BraiinsOS+, and having no good way to check Not sure if you have seen anything that would fix this, I can reach out to the braiins team, but since pyasic uses the |
|
It might make more sense to address this on the Home Assistant side. Isn't there a way to indicate "unknown" or to leave it "on" for a few seconds while waiting for it to come up? |
|
The unknown idea is a good one, but I'm not actually sure of a way to tell the difference between "starting" and "paused" if that makes sense? I'll see what I can figure out. |
|
I don't see a difference with your new tag, #293 (comment) |
|
Ok, this will have to be fixed on the pyasic side then. I'll see if I can find another thing I can cross reference to see if it is offline vs just starting. |
|
I might have fixed this in 1.1.6, some weird stuff had to be done, but try it now. |
|
I have this same problem. Toggle active / inactive seems inaccurate and therefore the miner reboots all the time |
You're using 1.1.6? You may want to re-add the miners after uodating. In theory now it should wait until the real state matches the set state, then start allowing the miner to update the state of the switch after that. |
|
Yeah looks like I’m running v1.1.6rc4. |
rc means "release candidate", it's actually pre-1.1.6. You still need another update. |
aha okay! How can I update it (manually?) than? Because home Assistant says it is the latest version. |
|
You may have to turn off beta cersions, HACS seems to be confused about how RC works. |
|
Thanks, will try to find that option. Will let you know! |
|
I’ve been testing this evening and found out that the miner turns on and off continuously when I got fan control on auto instead of manual. Is this known? ps: succeeded to reinstall and go to v 1.1.6 |
|
Are you talking about the fans ramping? Or the miner itself is shutting down? |
|
The fans ramping up to 100% for like 1 minute, than it seems the miner restarts. |
|
It's pretty likely that's just auto mode doing its thing. Is the hashrate affected? |
|
Yes. Hash rate is affected, see attachment Also attached my fan-settings. |
|
It might not be applying immersion mode properly, is there anything in the miner logs about invalid configuration? |
This is part of the Bosminer-log. Is that what you are looking for? |
|
Ah. I see whats going on, it looks like your miner isn't finding the temperature sensors sometimes, and it will have an unknown temperature, which causes the miner to stop mining since it tries to be safe about it. If you take a look at the graph picture you can see it, the miner runs, the yellow line starts tracking temp, the temp dissappears, then the miner shuts down. |
|
You might want to submit support logs to the braiins team in their telegram, they will be more helpful in this case. |
|
Ah thanks, will try that. At least i got something to dive into! Keep you posted. |
|
Any luck on solving this problem. I've updated to 1.1.6 but still having the same issues on my T19's. Near constant Turn on/Turn off. Someone mentioned making sure the immersion mode was set correclty, which i've had problems with in in the past. I have had the miners set to "Manual", but i'm going to try Temperature Control Mode "Disabled" and report back.
|
|
@86codyharris is there anything in the logs? This shouldn't happen, but it may be a good idea for me to move the |
|
This was the only warning message for the last 24hrs. I 
|
"Active" toggle goes back to inactive after turning the miner on. After a minute or so it jumps to active. Presumably this is because the miner is returning an outdated state. But this might cause users to click the Active active button again in desperation.
Not sure what's possible here.
The text was updated successfully, but these errors were encountered: