Thank you for this contribution! I will take a look as soon as I can.

My pleasure. This is my first open source contribution to the rust community so please don't hesitate to let me know if you'd rather I do something differently. And thank you for this project; it has been quite helpful.

I'm so sorry for the long delay on this. I unfortunately don't have an update yet.

Thank you for this contribution! I will take a look as soon as I can.

Not sure if you'll like this structure, but I went with a multiple argument (with one value each) so the usage is:

--keep regex1 --keep regex2

I thought this might be preferable to having a single very convoluted regex for more complex setups.

--keep is a new argument that allows users to specify one or more regular expressions which, when matched against an image name, will prevent that image from being deleted.

This is particularly useful for images that may require long re-build times and so should not be cleaned up as part of normal system maintenance.

A clear description of the change.

Status: Ready

Fixes: #129

Okay I was able to create a little script to add a new light switch to the bridge:

└─► python add_device.py
connecting to bridge...
entering association mode...
association mode response: OK
subscribe deviceheard response: OK
==== Please hold the bottom button for 10 seconds...
device heard: Response(Header=ResponseHeader(StatusCode=ResponseStatus(200, 'OK'), Url='/device/status/deviceheard', MessageBodyType='OneDeviceStatus'), CommuniqueType='UpdateResponse', Body={'DeviceStatus': {'DeviceHeard': {'DiscoveryMechanism': 'UserInteraction', 'ModelNumber': 'PD-6WCL-XX', 'DeviceType': 'WallDimmer', 'SerialNumber': 64158463}}})              
Saw device: 64158463
==== What do you want to name it? Qot.
adding device...
add device response: OK, zone: /zone/9
updating devices...
done updating
exiting association mode...
association mode response: OK
finished.

Source code is here: https://gist.github.com/tannercollin/4d408bcad87c90f925b2fbc682ed925d

Alright, I was able to patch the .apk and got these outgoing messages:

{"Body":{"SystemStatus":{"InAssociationMode":true}},"CommuniqueType":"UpdateRequest","Header":{"ClientTag":"78f01ec8-b07d-4f09-8385-724907a721ed$26$","Url":"/system/status"}}
{"CommuniqueType":"ReadRequest","Header":{"ClientTag":"78f01ec8-b07d-4f09-8385-724907a721ed$27$","Url":"/project/devicerule/1"}}
{"CommuniqueType":"SubscribeRequest","Header":{"ClientTag":"78f01ec8-b07d-4f09-8385-724907a721ed$","Url":"/device/status/deviceheard"}}
{"Body":{"Area":{"href":"/area/3","Category":{"Type":"Kitchen"},"Name":"Kitchen","Parent":{"href":"/area/1"}}},"CommuniqueType":"UpdateRequest","Header":{"ClientTag":"78f01ec8-b07d-4f09-8385-724907a721ed$28$","Url":"/area/3"}}
{"Body":{"Device":{"Name":"Main Lights","SerialNumber":57843518,"AssociatedArea":{"href":"/area/3"}}},"CommuniqueType":"CreateRequest","Header":{"ClientTag":"78f01ec8-b07d-4f09-8385-724907a721ed$29$","Url":"/device"}}
{"Body":{"Zone":{"Category":{"Type":"CeilingMain"}}},"CommuniqueType":"UpdateRequest","Header":{"ClientTag":"78f01ec8-b07d-4f09-8385-724907a721ed$30$","Url":"/zone/3"}}
{"CommuniqueType":"SubscribeRequest","Header":{"ClientTag":"78f01ec8-b07d-4f09-8385-724907a721ed$","Url":"/service/autoprog/event/status"}}
{"Body":{"SystemStatus":{"InAssociationMode":false}},"CommuniqueType":"UpdateRequest","Header":{"ClientTag":"78f01ec8-b07d-4f09-8385-724907a721ed$31$","Url":"/system/status"}}

Do you happen to have a patched Lutron APK that I could use to get the traffic?

Or an educated guess as to what the "add device" command would be?

Okay, I was able to get the device heard notification with this code:

res = await bridge._request(
    'UpdateRequest',
    '/system/status',
    {
        'SystemStatus': {
            'InAssociationMode': True
        }
    }
)

print('update response:', res)

def print_heard(x):
    print('device heard:', x)

res = await bridge._subscribe(
    '/device/status/deviceheard',
    print_heard
)

print('subscribe response:', res)

while True:
    await asyncio.sleep(1)

Here it is:

Response(Header=ResponseHeader(StatusCode=ResponseStatus(200, 'OK'), Url='/device/status/deviceheard', MessageBodyType='OneDeviceStatus'), CommuniqueType='UpdateResponse', Body={'DeviceStatus': {'DeviceHeard': {'DiscoveryMechanism': 'UserInteraction', 'ModelNumber': 'PD-6WCL-XX', 'DeviceType': 'WallDimmer', 'SerialNumber': 57843518, 'PairedDevices': {'Count': 1}}}})

While looking into how to control Smart Away's enablement via automations in Home Assistant, it looks like it is possible to control this, although its not supported yet. While it's presented as a scene in the app, it is more of a toggle switch. I'm dropping my findings here for now.

Enable request

    "Body": {
        "AwayStatus": {
            "href": "/system/away/1/status",
            "EnabledState": "Enabled"
        }
    },
    "CommuniqueType": "UpdateRequest",
    "Header": {
        "Url": "/system/away/1/status"
    }
}```

Disable request
```{
    "Body": {
        "AwayStatus": {
            "href": "/system/away/1/status",
            "EnabledState": "Disabled"
        }
    },
    "CommuniqueType": "UpdateRequest",
    "Header": {
        "Url": "/system/away/1/status"
    }
}```

The Bridge responds similar to the below
```{
	'AwayStatus': {
		'href': '/system/away/1/status',
		'EnabledState': 'Disabled',
		'ActiveState': 'Inactive'
	}
}```

Subscribe
```{
    "CommuniqueType": "SubscribeRequest",
    "Header": {
        "Url": "/system/away/1/status"
    }
}```

The notification matches the Bridge response to the request.

What would be involved in adding it? Would I need to sniff traffic between the Lutron app and the smart bridge? What method do you guys use for that?

Thank you so much for your help. I'm very appreciative for all your Github guidance as well

Hi there. I hope I'm not breaking rules posting a feature request here, but I haven't seen any traction on the following feature request at the HA community forum and thought this might be my best avenue.

https://community.home-assistant.io/t/lutron-appliance-module-support-for-the-lutron-caseta-integration/297499

:)

Awesome program, I'm using it to avoid using Lutron's app.

Keeping with that, is there any way to connect new Caseta devices to the smart bridge using this? Thanks.

I had to create lib/python3.8/site-packages since /deps was empty.

I dropped 'pylutron-caseta-0.11.0' into there and restarted, but no luck. What am I missing?

I think I did it. Thank you :)

This update adds support for the:

• 15-AMP Plug-in Appliance Module (RR-15APS-1-XX)

Great. I don't have Write access to the referenced file. It would also be my first Commit. Is this something you can do for me please?

Is this what you're looking for?

[pylutron_caseta.smartbridge] Requesting zone information from {'device_id': '4', 'current_state': -1, 'fan_speed': None, 'zone': '2', 'name': 'Counter_Coffee Machine', 'type': 'PlugInSwitch', 'model': 'RR-15APS-1-XX', 'serial': 67958053}

I do have one. I am not entirely sure of the precise name. Perhaps something like 'PlugInAppliance'. Photo attached.

I'm happy to test for you.

Also, here is the spec sheet if that's any help.

Hi there. I hope I'm not breaking rules posting a feature request here, but I haven't seen any traction on the following feature request at the HA community forum and thought this might be my best avenue.

https://community.home-assistant.io/t/lutron-appliance-module-support-for-the-lutron-caseta-integration/297499

:)

Is this update going to be released soon?