-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error: Task SysControl timed out! #102
Comments
I suspect the firmware of your itho devices crashed. It seems that some itho devices access the I2C interface without checking if there is activity on the interface leading to a crash. I'm looking into it. |
Or.... the I2C bus is stuck.
|
Looking into this indeed. Thing is with this particular situation, this is a multi master setup where (at least from the itho side) there seems (for some firmware versions?) no control logic present in the itho firmware before a transmit is initiated and when there is a collision it is crashing itself. Luckily there is a regular pattern, at least for CVE devices, where the itho firmware sends something on the I2C bus. The idea now is to implement some control code to check for this pattern and only send something on the bus after x amount of time until y amount of time before the next I2C communication is to be expected. But it needs to be tested for other itho devices as well. |
Do you also have devices on the bus which may use clock stretching? |
No, only login with the webbrower (now standalone, will connect it later to domoticz)
Van: TD-er ***@***.***>
Verzonden: Tuesday, 6 September 2022 12:36
Aan: arjenhiemstra/ithowifi ***@***.***>
CC: Support at kraatje ***@***.***>; Author ***@***.***>
Onderwerp: Re: [arjenhiemstra/ithowifi] Error: Task SysControl timed out! (Issue #102)
Do you also have devices on the bus which may use clock stretching?
—
Reply to this email directly, view it on GitHub<#102 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ASLRU6FGUAQ6U6T56LKUNPLV44NBNANCNFSM6AAAAAAQD2FPVQ>.
You are receiving this because you authored the thread.Message ID: ***@***.******@***.***>>
|
I expect that indeed. It has been al long time ago but I remember during my initial reverse engineering efforts I needed to adjust some things around clock stretching to get it to work reliable. |
btw @SupportKraatje could you please provide the details of your itho device after a power cycle? |
OK, so then it might not be useful to use the statistical approach you suggested. By temporary swapping SDA and SCL and simply initiating something like a single I2C scan call, or making some call to a non-existing device, you will "push" that hanging device out of its waiting state. There have to be some pulses on the data and clock to get it to work and depending on where things get stuck, you might have to send various sets of data with different amount of pulses on the data pin. Luckily there is no need for the I2C clock to be at a fixed frequency, so that's why this may work to unlock the I2C bus when stuck. |
Itho device type: CVE-Silent |
ok the 10 seconds interval did not help. Hangs again, no fan readings or control (always 0) |
FWIW, I seem to be running into the same issue with 2.4.0-alpha8.
|
What is your itho model and firmware version? |
Same: CVS-E fw 27. |
I also still encounter this issue. Indeed, I already figured out that powercycling the unit makes it work again. I also noticed last time when it hung that the SysControl task memory had 0 bytes free. |
That's useful info, thanks! Please try https://github.com/arjenhiemstra/ithowifi/releases/tag/Version-2.4.3-beta2 |
Brilliant, I will install it now Arjen. |
I just released version 2.4.3 which addresses this further. In some situations the add-on could still access the I2C bus while another master was active. The latest code changes in 2.4.3 should prevent this or at least further lower the change of this happening. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I still get it occasionally
The reboot was manual (power flip) since the unit did not respond. |
Could you try the latest 2.4.4-beta4 firmware and report how it works for you? If you have an itho with built-in humidity sensor please enable the i2c safeguard feature (if your add-on hw revision supports it) |
Up and running. Enabled the I2C safeguard. Stay tuned... |
2.5.0 has been released as new stable release, including fixes for the described issue. https://github.com/arjenhiemstra/ithowifi/releases/tag/2.5.0 |
I've found a serious issue with the fail save firmware update, please do not install 2.5.0 and if you have already, wait with further updates until 2.5.1 comes out. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Is it? |
Used to work fine, just stopped......
2022-09-03 09:03:11 N: System boot, last reset reason: SDIO_RESET
2022-09-03 09:03:11 N: HW rev: 2, FW ver.: 2.3.5
2022-09-03 09:03:15 N: WiFi: connection successful
2022-09-03 09:03:15 N: WiFi info:
2022-09-03 09:03:15 N: Mode:STA
2022-09-03 09:03:15 N: Status:3
2022-09-03 09:03:16 N: IP:192.168.1.135
2022-09-03 09:03:16 N: Setup: Virtual remote ID: 205,194,36
2022-09-03 09:03:16 N: Webserver: started
2022-09-03 09:03:16 N: mDNS: started
2022-09-03 09:03:16 N: Hostname: nrg-itho-c224
2022-09-03 09:03:16 N: Setup: done
2022-09-03 09:03:51 N: Error: Task SysControl timed out!
2022-09-03 09:03:59 N: System boot, last reset reason: SDIO_RESET
2022-09-03 09:03:59 N: HW rev: 2, FW ver.: 2.3.5
2022-09-03 09:04:03 N: WiFi: connection successful
2022-09-03 09:04:03 N: WiFi info:
2022-09-03 09:04:03 N: Mode:STA
2022-09-03 09:04:03 N: Status:3
2022-09-03 09:04:03 N: IP:192.168.1.135
2022-09-03 09:04:04 N: Setup: Virtual remote ID: 205,194,36
2022-09-03 09:04:04 N: Webserver: started
2022-09-03 09:04:04 N: mDNS: started
2022-09-03 09:04:04 N: Hostname: nrg-itho-c224
2022-09-03 09:04:04 N: Setup: done
The text was updated successfully, but these errors were encountered: