Determine whether a device is a bulb/ outlet/ ...

[Anonymouse83]

Being fairly new to Python and especially the TinyTuya API, I am struggling to determine something.
I have some outlets, and some bulbs.
Programmatically, I can get information on each device, including its MAC address, ... and yet I cannot seem to find a way to determine if the device is an outlet or a bulb!
I know I can deduce manually which is which, but it would be nice if I could determine in software and only revert to some kind of manual intervention when I am really stuck (rather than being stuck immediately!).
Many thanks for your help.
Kind Regards,

[uzlonewolf]

Look at the "category" key in devices.json. Most smart bulbs are going to be "dj" while most smart plugs are going to be "cz." A list of some of the more common codes can be found at https://github.com/0x5e/homebridge-tuya-platform/blob/develop_1.7.0/SUPPORTED_DEVICES.md

[Anonymouse83]

Many thanks for the help.
My apologies for the silence - I had an idea (usually, not helpful!).
All 4 devices do show up in the Smart life app.
All 4 devices show up in the developer cloud.
All 4 devices show up (sometimes I have to run it twice) in the deviceScan function.
However, only the wizard fails to see all 4 devices, and finds one.
Similarly, programmatically, the cloud only provides one device.
Whilst I tested naming the devices manually - which I agree isn't ideal, I also had the idea that in the cloud, one can see a product name, rather than product ID, so I contacted Tuya, who were incredibly unhelpful.
I haven't got to the bottom of this, as Tuya seem to think ignoring a support request is "constructive"!
So far, I think one could use e.g. cURL to get a list of product IDs/ associate them with current products.
I began to look through the source code to the Tuya API, and saw it uses headers, which I tried to mimic, but the response was completely unhelpful - like Tuya!
I believe the API sends headers :-
headers = { "client_id": self.access_id, "sign": sign, "sign_method": "HMAC-SHA256", "access_token": access_token, "t": str(t), "lang": self.lang, }
and there is an address for each data centre - for Europe it is https://openapi.tuyaeu.com/.
There are two different "GET" requests that are relevant:-
GET: /v1.0/iot-03/device-categories and GET /v1.0/devices/{device_id}
The latter should provide the device category for the device.
There are a couple of pages that "help":-

and
I think the relevant code is within , and I suspect the function __request holds the key, but that where I ran out of steam!
I hope some of this may help!

[Anonymouse83]

Sorry, my links didn't replicate - I will try again:-
https://developer.tuya.com/en/docs/cloud/303a03de7e?id=Kb2us379ab2mi
https://developer.tuya.com/en/docs/cloud/device-management?id=K9g6rfntdz78a

https://github.com/tuya/tuya-iot-python-sdk/blob/main/tuya_iot/openapi.py

[jasonacox]

However, only the wizard fails to see all 4 devices, and finds one.
Similarly, programmatically, the cloud only provides one device.

That makes sense. The wizard is doing the same thing you are doing (programmatically asking the cloud).

I'm afariad I'm not able to be much help without having the same devices as you do. Can you share the links to the devices? I may be able to purchase some to see if I can reproduce your problem and find a fix.

In the meantime, please let us know if you find a fix!

[Anonymouse83]

Many thanks for your help.
I will try to find links and add them to the thread.
Two devices are sockets, which I have had for maybe 10 years or so; one is a dual light switch, and another is a bulb where one can change the colour etc.

I have been playing more, and have seen some odd things!
All four devices appear in the apps, and all four appear with full details in the iot.tuya.com site.
However, on 3 out of 4 devices, the names using tinytuya are returned as blank.
For all four devices, if I try to obtain the status, I get an error: set_status() result {'Error': 'Network Error: Unable to Connect', 'Err': '901', 'Payload': None}.
I then thought that I would try to turn different devices on and off - which I hadn't tried this far, as I thought it was working.
I first tried a socket, which didn't work, and then tried the light switches, and the bulb, and none worked.
I then thought I would try to get the colour information etc from the bulb and the brightness returns {} and that is as far as I have got.
I suspect there is something more seriously awry that I don't understand.
Just to clarify, if I display the results of the deviceScan (as run from Python), I do get things like the IP address, MAC address, gwId, id, ... but some fields can be blank, which I wasn't worried about.
I used the sample code for the turning an outlet device on modified for my IP address, ...

import tinytuya

# Connect to Device
d = tinytuya.OutletDevice(
    dev_id='DEVICE_ID_HERE',
    address='IP_ADDRESS_HERE',      # Or set to 'Auto' to auto-discover IP address
    local_key='LOCAL_KEY_HERE', 
    version=3.3)

# Get Status
data = d.status() 
print('set_status() result %r' % data)

# Turn On
d.turn_on()

but tweaked the d.turn_on() to be res = d.turn_on() and printed the value of res which was None, so I guess this confirms not all is well, but might help identify why none of my devices seem to work!
I hope this helps.
Many thanks,

[jasonacox]

You can also try turning on debug mode to see what is happening in the handshake with the device - after the import:

tinytuya.set_debug(True)

[Anonymouse83]

Many thanks for the help.
With the debug switched on, I get the following (with the ID information removed, just in case):
For turning a bulb on:-
DEBUG:building command 7 payload=b'{"devId":"xxxxxxxxxxxx","uid":"xxxxxxxxxxxxxxxxxx","t":"12334567890","dps":{"20":true}}' DEBUG:sending payload DEBUG:Network connection error in _send_receive() - retry 1/5
This is to get the status of the bulb:-
DEBUG:status() entry (dev_type is default) DEBUG:building command 10 payload=b'{"gwId":"xxxxxxxxxxxxxxxx","devId":"xxxxxxxxxx","uid":"xxxxxxxxxxxxx","t":"1234567890"}' DEBUG:sending payload DEBUG:Network connection error in _send_receive() - retry 1/5
The three id's are the same, and the "t" was a 10 digit number.

The debug did show (as I expected from the output without debug) that I can connect to all devices.

Does this throw any light on the issue?

Many thanks,

[uzlonewolf]

Looking over everything again, it looks like the values TinyTuya is sending are correct. Not sure what the problem is unless your bulb just cannot tolerate multiple DPs being sent at once (your monitor output shows the Tuya app sending DPs 1, 2, and 5 separately, while TinyTuya sends all 3 at once).

Does the following code do anything?

d.set_value( 1, True )
d.set_value( 2, 'colour' )
d.set_value( 5, 'ff00000000ffff')
time.sleep(1)
d.set_value( 5, '00ff000078ffff')
time.sleep(1)
d.set_value( 5, '1100ff00f4ffff')

[Anonymouse83]

Many thanks - I also added in some data output, in case it helped:-
d.set_value( 1, True ) # Turned light on {'devId': '304634465002910238f6', 'dps': {'1': True}, 't': 1720777980} d.set_value( 2, 'colour' ) # No perceptible change {'devId': '304634465002910238f6', 'dps': {'2': 'colour'}, 't': 1720778001} d.set_value( 5, 'ff00000000ffff') # Colour became bright red {'devId': '304634465002910238f6', 'dps': {'5': 'ff00000000ffff'}, 't': 1720778016} d.set_value( 5, '00ff000078ffff') # Colour was bright green {'devId': '304634465002910238f6', 'dps': {'5': '00ff000078ffff'}, 't': 1720778034} d.set_value( 5, '1100ff00f4ffff') # Colour was bright blue {'devId': '304634465002910238f6', 'dps': {'5': '1100ff00f4ffff'}, 't': 1720778056} pprint(d.status()) {'devId': '304634465002910238f6', 'dps': {'1': True, '10': 'ffff0505ff000000ff00ffff00ff00ff0000ff000000', '2': 'colour', '3': 255, '4': 255, '5': '1100ff00f4ffff', '6': 'bd76000168ffff', '7': 'ffff500100ff00', '8': 'ffff8003ff000000ff000000ff000000000000000000', '9': 'ffff5001ff0000'}} d.set_value(3,'25') # set minimum brightness pprint(d.status()) {'devId': '304634465002910238f6', 'dps': {'1': True, '10': 'ffff0505ff000000ff00ffff00ff00ff0000ff000000', '2': 'colour', '3': 255, '4': 255, '5': '1100ff00f4ffff', '6': 'bd76000168ffff', '7': 'ffff500100ff00', '8': 'ffff8003ff000000ff000000ff000000000000000000', '9': 'ffff5001ff0000'}}
Thank you so very much for your help, and please let me know if any more of my debug might help!

[uzlonewolf]

I believe I have all the data I need to fix this, I just need to find the time to implement it.

[Anonymouse83]

Thank you very much indeed - I really appreciate your help.
Kind Regards,

[uzlonewolf]

Can you pull https://github.com/uzlonewolf/tinytuya/tree/BulbFix and see if that fixes it?