-
-
Notifications
You must be signed in to change notification settings - Fork 6
Code: 3004, Message: value is illegal. #193
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
Comments
Can you confirm which version is installed? Have you tried a different cloud region (via the Might be that the API changed again and I'll have to do some additional RE work. Luckily, the cloud access is only necessary for obtaining the token and key. If you already have those you can still control the device. |
I'm having the same issue when trying to use discover. Version 2025.2.2 |
This happens with latest HACS version of midea integration and replicates with quite old midea python service. I don't know how to check the version, but I installed it several months ago. Different regions lead to the same behavior. Unfortunately, I previously removed devices, because I had changed IPs of my ACs, so I don't have any tokens atm. |
Same issue here, I also have this with other integrations like this one
|
I'm also seeing this issue. I just replaced my problematic US-OSK102 with the US-SK105 (UPC 17310900003164) after @tacomaguy20 suggested in mill1000/midea-ac-py#283 My Carrier Android app is controlling the device just fine, but HA is having issues adding the device... I ran msmart-ng to get closer to the problem and here's where I'm at... ~ msmart-ng discover 192.168.3.233 |
Ryan, I see you mentioned me so I figured I'd chime in. I've never been able to log into the cloud from msmart for whatever reason but HA would still see and detect my units if I had connected to Nethome plus first. I don't have a proprietary app like carrier does. However, when I tried to use msmart, I would get the value is illegal is when I tried to discover without using the --account and --password or if I mistyped either. Even getting the password correct, it never would log me in, just continued to tell me my password was wrong. Additionally, I believe I could see the token information if I used the debug option but I don't think it was necessary to add since the Midea smart AC would detect automatically as long as I used the "discover device" option. Configure manually never seemed to work for me though. I'm not sure if that helps. Maybe trying a generic app like Nethome plus would help you to connect? |
I just tried the nethome plus app. It said I already had an account so I tried using my Carrier credentials and it worked! Nethome plus has the exact UI as Carrier's app! So I'm guessing it's all the same backend with rebranding. Anyway, I had all the same experiences as you with everything you mentioned. Perhaps the Code: 3004 error is a recent bug. Thanks for your input! |
Also having this issue with a Midea MAW08V1QWT I just purchased. Setup from Home Assistant fails with the
|
Alright, I have a potential fix ready in PR #194 I'd appreciated if some additional testing could be done against real world devices. To test, install the PR via pip
Then run discover with debugging and post your results. e.g. Success, tokens received and functional or failures with errors.
Thanks for your patience |
I do get tokens with this version, thank you :) |
It works. I could obtain the tokens. |
switch default cloud from Smarthome to Nethome plus. as Midea closed the api service in Smarthome cloud. we just receive this temp solution from msmart-ng repo, the origin link is : mill1000/midea-msmart#193 mill1000/midea-msmart#194 anyway, it's a backup solution, and midea also will close this service in future, so we still need to migrate to new v2 cloud api in future.
Hello,
Since today my AC stopped working with 3004 message: "Code: 3004, Message: value is illegal."
Problem looks similar to mac-zhou/midea-ac-py#217
Should I provide something additional to help to resolve the issue?
The text was updated successfully, but these errors were encountered: