Gradually turn on lights.

[toggledbits]

I'm not yet banned, but probably have one foot in their forums and the other on a banana peel, so I'll try and see what response I get.

[toggledbits]

Well this is classic Vera/eZLO. Support appears to have no idea that this device is recognized: https://community.ezlo.com/t/broadlink-ir-what-do-these-items-mean-do/217834/2?u=rigpapa

@Elcid This is not bridged from a Vera or anything like that, right? You specifically added this device to your eZLO as a first-class, directly-supported device? Just confirming before I go back and disagree with Oscar's assertion.

Edit: Yeah, I see it listed in the VeraMobile app. Sheesh. Here we go...

[Elcid]

Yes defiantly added via the Ezlo/vera app.

Just read the thread. Seems the usual lefthand not knowing righthand scenario.

Cheers for posing the question though. May be it will get a response that will help from Oleh.

[CatmanV2]

So happy to be out of it!

C

[Elcid]

I see Oleh has responded

i tested the the hub.item.value.set with the below command and was able to turn on /off the ir device, i also tested a rf device and all works.

{
  "method": "hub.item.value.set",
  "id": "1626604139112",
  "params": {
    "_id": "6093b3b9122335171491d136",
    "value": "JgBwAAABJ5UQFREUEBURFBAVEBQSFBAVDzoSOBE4ETkROREUEDoQORAWETcRFQ8XDxUQFRAVEBUOOxITEDoROBE5EDoROBE5EAAFQQABJ0wQAAxLAAEnSxEADEsAASZMEQAMSwABJkwRAAxKAAEmTBEADQUAAAAAAAAAAA=="
  }
}

I was also able to turn on ir/rf learning with the below api request

{
  "method": "hub.item.value.set",
  "id": "1626604956393",
  "params": {
    "_id": "60a35a31122335171b85b751",
    "value": 1
  }
}

this is the broadcast response after a ir signal is sent to broadlink in learning mode.

{
  "id": "ui_broadcast",
  "msg_id": "60f4346b122335125b847786",
  "msg_subclass": "hub.extensions.plugin.ui_broadcast",
  "result": {
    "code": "JgBYAAABLJUSFBIUERQUEhMTERURORMTETkSORI5EzgRORI5FBISOREVERQTExE5FBITExEUFBITOBM3EjkSFBI5EjgSORI5EgAFLQABK0sSAAx3AAErSxIADQU=",
    "plugin": "broadlink",
    "type": "IR"
  }
}

each ir/rf command has a different _id that is listed in hub.items.list

[toggledbits]

Unfortunately there's nothing in the broadcast that ties it back to the original request, so that's going to eliminate the possibility of storing any broadcast response on the correct item/device. I've asked Oleh about this.

[Elcid]

Capturing the learnt rf/ir codes would be enough, it would remove the need to fire up the ezlo/vera App to capture codes. Maybe actions to learn_ir/rf_code and an ezlo broadcast listener in the tool section?

[toggledbits]

@elcid said in Ezlo device capabilities:

Capturing the learnt rf/ir codes would be enough,

Yup, that's the part I can't do correctly without connecting data.

[Elcid]

Ok we will see what Oleh has to say.
here is complete broadcast respnonse
1 send "learn_ir_code" _id with hub.item.value.set
2 after broadlink learns ir code.
3 when learn_ir_code resets to 0

3-
  {
    "date": 1626635249558,
    "data": {
      "id": "ui_broadcast",
      "msg_id": "60f47bf1122335125b847819",
      "msg_subclass": "hub.item.updated",
      "result": {
        "_id": "6059aab5122335123a08b974",
        "deviceCategory": "ir_tx",
        "deviceId": "6059aab5122335123a08b973",
        "deviceName": "RM pro lounge",
        "deviceSubcategory": "irt",
        "name": "learn_ir_code",
        "notifications": [],
        "roomName": "lounge",
        "serviceNotification": true,
        "syncNotification": false,
        "userNotification": false,
        "value": 0,
        "valueFormatted": "0",
        "valueType": "int"
      }
    }
  }

2-
  {
    "date": 1626635249517,
    "data": {
      "id": "ui_broadcast",
      "msg_id": "60f47bf1122335125b847818",
      "msg_subclass": "hub.extensions.plugin.ui_broadcast",
      "result": {
        "code": "JgBQAAABLJUVERQSFBEUEhQSFBEUNxQSFDcUNxM3FDcUNxQ3FBITNxQ3FBIUNxMSFBIUEhQRFBIUEhQ3ExIUNxQ3FDcUNxM3FAAFLQABLUkUAA0FAAAAAAAAAAA=",
        "plugin": "broadlink",
        "type": "IR"
      }
    }
  }

1-
  {
    "date": 1626635244363,
    "data": {
      "id": "ui_broadcast",
      "msg_id": "60f47bec122335125b847817",
      "msg_subclass": "hub.item.updated",
      "result": {
        "_id": "6059aab5122335123a08b974",
        "deviceCategory": "ir_tx",
        "deviceId": "6059aab5122335123a08b973",
        "deviceName": "RM pro lounge",
        "deviceSubcategory": "irt",
        "name": "learn_ir_code",
        "notifications": [],
        "roomName": "lounge",
        "serviceNotification": true,
        "syncNotification": false,
        "userNotification": false,
        "value": 1,
        "valueFormatted": "1",
        "valueType": "int"
      }
    }
  }

[toggledbits]

This is not the broadcast response we need, though. This is the one that resets the item back to 0 when the learn stops. A successful learn causes two broadcasts: this one to announce that the device has stopped learning, and a separate one to announce what was learned. It's that second broadcast that is missing the IDs we would need to tie it back to either the item or the device.

[Elcid]

Yes i understand that, I was just adding the full sequence for clarity.

[Elcid]

Just to report, the hub.item.value.set in msr 1.0 is working fine. I can send ir/rf codes, and initiate a rf/ir learn mode, i just have to listen for broadcasts to pick up the codes and copy and paste into msr.
P.s. congrats on the release of 1.0 and thank you.

[toggledbits]

You should also be able to use remote.send_codes. The format of the code data can either be a base64 string (in the format base64:datadatadata), or a list of byte values as decimal or hex values separated by spaces or commas (e.g. 0x00 0x12 0x2a 0xfe 0x14 for hex, 0 18 42 254 20 for decimal, and mixing is OK).

Should it support Pronto?

[Elcid]

@toggledbits remote.send_code has no input field.

As shown in above image

[toggledbits]

Whoops! I'll have that fixed in the next build. Remind me what package you are using (docker or bare metal, RPi, Linux, Windows?)

Edit: And the builds are up (latest).

[Elcid]

no luck with remote.send_codes with format base64:JgBYAAABJ5UQFBITERQRFBEUEBURExIUEDkRORE4ETkRORETEjkQORE4EjkQFBEUERQRFBEUEBURExITETkSOBE4ETkRORE4EQAFPwABJ0sRAAxHAAEnSxEADQU=
build reactor-latest-21200-17fb925.tar.gz

[toggledbits]

OK. Got your log file; thanks for that. Found the issue, will be fixed in today's "latest" build (21201).

[Elcid]

great, just one last question, I take it remote.send_codes will just send ir codes?

[toggledbits]

Yes, do you need RF as well?

[Elcid]

No, just confirming. I can use x_ezlo_device.set_item_value