Mmmmm - interesting - I've had a very similar experience with a couple of Veras. One of the Veras; I recently turned off the WiFi and I have never heard from it since; even though it has always successfully conversed via a hardwired LAN interface for years.

akbooer I recommend you ditch the Edge - it's costing you money at about 0.24 kW hrs per day. Further still, I recommend you use openLuup. It works well and the developer? - don't stuff around. Please donate as he or she requests.

@akbooer said in Sun position or light sensor for blinds?:

Yes, it's all been done. You need @futzle's Heliotrope plugin.

Out of interest; I've modified/updated and re released Futzle's Heliotrope plugin in the AltApp store (with Futzle's permission).

Likewise; I've modified/updated and re released Chris Jackson's EDS one wire server plugin in the AltApp store (with Chris's permission).

The plugins listed here are available via the Alternative App Store. The app store becomes accessible via a new menu item in the Alternative User Interface once configured.

Both the Alternative User Interface (AltUI) and AltAppStore (AltAppStore) plugins need to be installed on Vera to access the store. With openLuup; this is all "automatically" set up and ready to go as part of the openLuup suite.

The Alternative App Store can be found here.

Publishing a plugin in the store is pretty easy. First your plugin code must be available in GitHub. Publish it, using the Publish command in the AltAppStore web page. You need to enter the salient information and it's ready to go.

Plugin icons can be stored on GitHub eg like so. After a "few days" the raw json describing the plugin appears here.

Vera 3 users should note the store will not work, as Vera 3 doesn't have the https capability required to access GitHub. However, the apps can always be downloaded from GitHub and manually installed.

For those just interested in what the store contains; refer to the list below - as of 2021 July 27 there were about 75 plugins available:

@Buxton OK got the systemd stuff working - thanks for that. A of couple notes for future readers:

• The script files need to be executable, so the permissions should be set to 0755.
• the scripts should use \n, not \r\n line endings ie Unix style
• you need to run this once to get the necessary symlinks built:

sudo systemctl enable openluup

openweathermap looks good. You could probably get the DarkSky plugin to do both. They even have a mapping table already available:

OpenWeather to DarkSky mapping

A plus for Telegram. Just a line like this will do it:

luup.inet.wget('https://api.telegram.org/bot'..botID..'/sendMessage?chat_id='..chatID..'&text='..urlEncode(msg),5)

Just tell him/her, I'm going to subscribe to this site using his or her users name if he/her isn't quick

akbooer thanks for the help. I seem to have it sorted out now. I do note that in the console/utilities/backups, that if you click on one of any the backups listed, a *.json file is presented for download rather than a *.lzap file. Not that it matters, as openLuup_reload seems to take either file type as a parameter and handle it accordingly. Like wise if you click on the "Backup Now" button, you a presented with a file that begins with "backup_backup.openLuup ...." Looks like the backup directory name has been prefixed to the filename. Not that matters either. A back up is a back up.

In 2017, bought a "Xiaomi Mi Robot Vacuum Cleaner Laser Distance Sensor NIDEC Brushless Motor, MPN: SDJQR01RR". Need to lift the smaller obstacles off the floor so it gets a good go at the floor and it can get stuck under some furniture. We have a mix of hard floor and carpet and it gets cleaned really well. Based on its work, it paid for itself very quickly. It maps the house with LIDAR and sends the map of my house back to China - no doubt there is some good data mining to be had in thousands of house plans!!! It vacuums in lines, up & down, rather than just bumping around randomly, like some of the older vacs do. Takes a while but that's only because it does a good job.

"akbooer: Master Branch: 2021 Release 7.25
Long-overdue roll-up of the last year's development updates!"

ak - congratulations on some great improvements coming to fruition. I can only hope you aren't running out of ideas! It's not easy.

I'd still like to see an "App Store" plugin download count but the invisible hands still need to be invoked by someone - whoever that may be!!

Device detection would be good. Hoping to see but asking a lot:

• Occupancy sensor as per the device already shown in zigbee2mqtt/bridge payload.
• RGB & white adjustable light bulb in this link. It's pretty typical. RGB would be optional. ie some bulbs being white only tunable.
• Something like this Chinese dual outlet.. This would produce two virtual switches.
• Hue switch/buttons. and similarly something like this single button. or this one.

The above should allow a Hue hub replacement in most cases? Noting the Hue switch is pretty tricky to replicate. Seems like it's effectively a scene controller.

The Occupancy sensor also has illuminance and temperature but certainly at this stage; just need the device's primary function.

I note in the documents some of the properties are in round brackets eg:

light (state, brightness, color_temp, color_xy), effect, power_on_behavior, linkquality

I don't know but I suspect that those properties in round braces are sub properties of the property of 'light" and that would be reflected in the MQTT device definition json as such. I need to add in a few more devices to my zigbee network to be definitive.

I had a look at the ZWave JS UI . Probably not overly different form Zigbee.

@akbooer

All works as advertised!! Excellent work. I still don't see the last image of the variables - still see the table pointers; as per your early image. Probably the latest code hadn't been committed to GitHub, judging by your commit times & post times.

I installed the openLuup testing branch and restarted. All worked as normal. Then I restarted the zigbee2mqtt server forcing it to output the "bridge/devices" message and everything got going in openLuup - great.

This is going to provide a lot possibilities. Currently 2507 possibilities! Downside is I may have to go and buy a few more devices.

Here's the start up log with a few edits and minus the date time. Might be useful to have say "none" or "****" for UserName & Password in the log. The "My Lua ver 0.50 debug:" is some of my test code:

Thank you very much for your efforts.

openLuup.io.server:: MQTT:1883 connection from XXX.XX.XX.XX tcp{client}: 0x47e20b0
openLuup.mqtt:: CONNECT tcp{client}: 0x47e20b0
openLuup.mqtt:: ClientId: mqttjs_19f169d2
openLuup.mqtt:: WillTopic: zigbee2mqtt/bridge/state
openLuup.mqtt:: WillMessage: {"state":"offline"}
openLuup.mqtt:: UserName: ****
openLuup.mqtt:: Password: ****
openLuup.mqtt:: PUBLISH tcp{client}: 0x47e20b0
luup.zigbee2mqtt:0: Topic ignored : zigbee2mqtt/bridge/state
openLuup.mqtt:: SUBSCRIBE tcp{client}: 0x47e20b0
openLuup.mqtt:: Packet Id: 0x2972
openLuup.mqtt:: Topic: zigbee2mqtt/#
openLuup.mqtt:: mqttjs_19f169d2 SUBSCRIBE to zigbee2mqtt/# tcp{client}: 0x47e20b0
openLuup.mqtt:: PUBLISH tcp{client}: 0x47e20b0
luup.zigbee2mqtt:0: Topic ignored : zigbee2mqtt/bridge/info
openLuup.mqtt:: PUBLISH tcp{client}: 0x47e20b0
luup.zigbee2mqtt:0: New Zigbee detected: 0x84b4dbfffecc0c6f
openLuup.luup:: creating room [36] Zigbee
luup.create_device:: [20001] D_GenericZigbeeDevice.xml /  / D_GenericZigbeeDevice.json   (GenericZigbeeDevice)
luup.zigbee2mqtt:0: New Zigbee detected: 0x01234567890abcde
luup.create_device:: [20002] D_GenericZigbeeDevice.xml /  / D_GenericZigbeeDevice.json   (GenericZigbeeDevice)
openLuup.mqtt:: PUBLISH tcp{client}: 0x47e20b0
luup.zigbee2mqtt:0: Topic ignored : zigbee2mqtt/bridge/groups
openLuup.mqtt:: PUBLISH tcp{client}: 0x47e20b0
luup.zigbee2mqtt:0: Topic ignored : zigbee2mqtt/bridge/extensions
openLuup.mqtt:: PUBLISH tcp{client}: 0x47e20b0
luup.zigbee2mqtt:0: Topic ignored : zigbee2mqtt/bridge/logging
openLuup.mqtt:: PUBLISH tcp{client}: 0x47e20b0
luup.zigbee2mqtt:0: Topic ignored : zigbee2mqtt/bridge/logging
openLuup.mqtt:: PUBLISH tcp{client}: 0x47e20b0
luup_log:0: My Lua ver 0.50 debug: topic = zigbee2mqtt/0x01234567890abcde
luup_log:0: My Lua ver 0.50 debug: device_temperature = 18
luup_log:0: My Lua ver 0.50 debug: illuminance = 316
luup_log:0: My Lua ver 0.50 debug: occupancy = false

@therealdb

OK it works with them all set to skip although the documentation says blank, skip or http:// is OK . Might be useful to initialize them to skip.

@akbooer

Should be able to run this code to get some idea how the type of the zigbee devices could potentially be identified:

local zigbee2mqtt_bridge_devices = [[

[{
	"definition": null,
	"endpoints": {
		"1": {
			"bindings": [],
			"clusters": {
				"input": ["genBasic", "genIdentify", "genOnOff", "genTime", "genOta", "26", "lightingColorCtrl"],
				"output": ["genBasic", "genIdentify", "genGroups", "genScenes", "genOnOff", "genLevelCtrl", "genPollCtrl", "lightingColorCtrl", "msIlluminanceMeasurement", "msTemperatureMeasurement", "msRelativeHumidity", "msOccupancySensing", "ssIasZone", "haMeterIdentification", "haApplianceStatistics", "haElectricalMeasurement", "seMetering", "touchlink", "manuSpecificUbisysDimmerSetup", "manuSpecificSamsungAccelerometer"]
			},
			"configured_reportings": [],
			"scenes": []
		},
		"242": {
			"bindings": [],
			"clusters": {
				"input": [],
				"output": ["greenPower"]
			},
			"configured_reportings": [],
			"scenes": []
		}
	},
	"friendly_name": "Coordinator",
	"ieee_address": "0xredacted",
	"interview_completed": true,
	"interviewing": false,
	"network_address": 0,
	"supported": false,
	"type": "Coordinator"
}, {
	"date_code": "Dec7 2021",
	"definition": {
		"description": "Aqara P1 human body movement and illuminance sensor",
		"exposes": [{
			"access": 1,
			"description": "Indicates whether the device detected occupancy",
			"name": "occupancy",
			"property": "occupancy",
			"type": "binary",
			"value_off": false,
			"value_on": true
		}, {
			"access": 1,
			"description": "Measured illuminance in lux",
			"name": "illuminance_lux",
			"property": "illuminance",
			"type": "numeric",
			"unit": "lx"
		}, {
			"access": 1,
			"description": "Measured illuminance in lux",
			"name": "illuminance",
			"property": "illuminance",
			"type": "numeric",
			"unit": "lx"
		}, {
			"access": 7,
			"description": ". Press pairing button right before changing this otherwise it will fail.",
			"name": "motion_sensitivity",
			"property": "motion_sensitivity",
			"type": "enum",
			"values": ["low", "medium", "high"]
		}, {
			"access": 7,
			"description": "Time interval for detecting actions. Press pairing button right before changing this otherwise it will fail.",
			"name": "detection_interval",
			"property": "detection_interval",
			"type": "numeric",
			"unit": "s",
			"value_max": 65535,
			"value_min": 2
		}, {
			"access": 7,
			"description": "When this option is enabled then blue LED will blink once when motion is detected. Press pairing button right before changing this otherwise it will fail.",
			"name": "trigger_indicator",
			"property": "trigger_indicator",
			"type": "binary",
			"value_off": false,
			"value_on": true
		}, {
			"access": 1,
			"description": "Temperature of the device",
			"name": "device_temperature",
			"property": "device_temperature",
			"type": "numeric",
			"unit": "°C"
		}, {
			"access": 1,
			"description": "Remaining battery in %",
			"name": "battery",
			"property": "battery",
			"type": "numeric",
			"unit": "%",
			"value_max": 100,
			"value_min": 0
		}, {
			"access": 1,
			"description": "Voltage of the battery in millivolts",
			"name": "voltage",
			"property": "voltage",
			"type": "numeric",
			"unit": "mV"
		}, {
			"access": 1,
			"description": "Link quality (signal strength)",
			"name": "linkquality",
			"property": "linkquality",
			"type": "numeric",
			"unit": "lqi",
			"value_max": 255,
			"value_min": 0
		}],
		"model": "RTCGQ14LM",
		"options": [{
			"access": 2,
			"description": "Time in seconds after which occupancy is cleared after detecting it (default is \"detection_interval\" + 2 seconds). The value must be equal to or greater than \"detection_interval\", and it can also be a fraction.",
			"name": "occupancy_timeout",
			"property": "occupancy_timeout",
			"type": "numeric",
			"unit": "s",
			"value_min": 0,
			"value_step": 0.1
		}, {
			"access": 2,
			"description": "Sends a message the last time occupancy (occupancy: true) was detected. When setting this for example to [10, 60] a `{\"no_occupancy_since\": 10}` will be send after 10 seconds and a `{\"no_occupancy_since\": 60}` after 60 seconds.",
			"item_type": "number",
			"name": "no_occupancy_since",
			"property": "no_occupancy_since",
			"type": "list"
		}, {
			"access": 2,
			"description": "Calibrates the illuminance value (percentual offset), takes into effect on next report of device.",
			"name": "illuminance_calibration",
			"property": "illuminance_calibration",
			"type": "numeric"
		}, {
			"access": 2,
			"description": "Calibrates the device_temperature value (absolute offset), takes into effect on next report of device.",
			"name": "device_temperature_calibration",
			"property": "device_temperature_calibration",
			"type": "numeric"
		}],
		"supports_ota": true,
		"vendor": "Xiaomi"
	},
	"endpoints": {
		"1": {
			"bindings": [],
			"clusters": {
				"input": ["genBasic", "genPowerCfg", "genIdentify", "aqaraOpple"],
				"output": ["genIdentify", "genOta", "aqaraOpple"]
			},
			"configured_reportings": [],
			"scenes": []
		}
	},
	"friendly_name": "hello/testing",
	"ieee_address": "0x01234567890abcde",
	"interview_completed": true,
	"interviewing": false,
	"manufacturer": "LUMI",
	"model_id": "lumi.motion.ac02",
	"network_address": 32549,
	"power_source": "Battery",
	"software_build_id": "0.0.0_0005",
	"supported": true,
	"type": "EndDevice"
}]

]]

local json = require ('dkjson')

local ZBdevices = json.decode(zigbee2mqtt_bridge_devices)

print('Number of devices = '..#ZBdevices..'\n')

for idx=1, #ZBdevices do
    print ('friendly_name is '..ZBdevices[idx].friendly_name)
    print ('ieee_address is '..ZBdevices[idx].ieee_address..'\n')

    -- if not the coordinator
    if ZBdevices[idx].definition then
        print('Properties follow:')
        local foundMotion = false
        for idx2=1, #ZBdevices[idx].definition.exposes do
            devProperty = ZBdevices[idx].definition.exposes[idx2].property
            print (devProperty)
            
            if devProperty == 'occupancy' then
                foundMotion = true
            end
            
        end
        if foundMotion then print("\nDevice is a motion sensor") end
    end
end
return true

@akbooer

Zigbee supported devices page shows three column headings:

• Vendor
• Exposes
• Search

The "Exposes" pull down list is very useful as you can filter devices by what properties they expose. Useful for working on how to identify the device type. The filter allows multiple properties to be selected - allowing devices to be narrowed down further.

@therealdb

Log of switch operation:

luup.call_action:: 209.urn:upnp-org:serviceId:SwitchPower1.SetTarget 
luup_log:209: VirtualDevices[3.0-beta7@209](actionPower@94):actionPower(209,"1")
luup_log:209: VirtualDevices[3.0-beta7@209](actionPowerInternal@47):actionPowerInternal(209,true,true)
luup_log:209: VirtualDevices[3.0-beta7@209](setVar@104):setVar("urn:upnp-org:serviceId:SwitchPower1","Target","1",209) old value "0"
luup.variable_set:: 209.urn:upnp-org:serviceId:SwitchPower1.Target was: 0 now: 1 #hooks:0
luup_log:209: VirtualDevices[3.0-beta7@209](sendDeviceCommand@308):sendDeviceCommand("SetPowerURL","on",209)

These are all empty:
MQTT_BrightnessValue
MQTT_PowerStatusOff
MQTT_PowerStatusOn

These are all set to: "http://"
SetPowerOffURL
SetPowerURL
SetToggleURL
SetUpdateMetersURL

@akbooer
So far, I haven't looked at the ZWave bridge operation.

@akbooer

I'm still delving into this, so my current knowledge is a little on the short side and the following is a little generalized. However:

It seems that battery operated devices have nothing that can be controlled and their status cannot be read on demand ie no set or get possible (as indicated by an "access" sub property - see below). Presumably because they are asleep most of the time. So a battery powered Aqara motion detector publishes this only when it's triggered by motion:

"zigbee2mqtt/0x01234567890abcde" and supplying a flat json payload containing all the properties - see previous post above.

"zigbee2mqtt" begins all the topics. It can be set to something else but not sure why you would; unless you had multiple instances of zigbee2mqtt running.

0x01234567890abcde is the "ieee_address" of the device and it can be associated with a "friendly_name" of your own choice, such as "bedroom1/left_corner/motion"

So you could have topics such as:

"zigbee2mqttInstance2/bedroom1/left_corner/motion" instead of "zigbee2mqtt/0x01234567890abcde"

The bridge defines all the devices and the devices' topics:

"zigbee2mqtt/bridge/devices" with a payload, which is an array of json objects - one for each device. ieee_address and friendly_name are top level properties of each device in the array. See previous post above.

The "zigbee2mqtt/bridge/devices" topic is published when you first connect to the zigbee2mqtt server. ie you can't do a GET on it - not sure why that is. It's republished if a device joins or leaves. You can force a republish by doing: "zigbee2mqtt/bridge/request/restart" but that's a bit radical, as it does a full server restart.

Each property in the device's status report is also further described by the bridge. So a status property such as temperature has sub properties eg "access", which indicates if the property can be set or get. ie battery operated devices can't be set or get. That is to say each device has an array of property description objects.

So to set up: you would load up the array of devices from "zigbee2mqtt/bridge/devices". Then wizz through them looking for ones of interest under "definition.exposes[array]". Trying to identify what the device type is, appears to be a bit tricky. Looks like you have check the device for the presence of various property combinations or omissions.

Aqara motion detector: has "occupancy". Also has device_temperature & illuminance, which in this case is not much use, as you only get the values when motion triggers the unit.

Hue light bulb: has "light"

Hue light switch: has "action"

Gets tricky with say composite devices. But it would be good to allow some of them eg:

Ikuü Dual outlet: has "switch" with "state_left" & "state_right" but no "brightness"

Tuya five gang light switch: has: "switch" with "state_l1" to "state_l5" (but no "moving_*" properties see below).

Lots of the devices also have temperature sensors and some have energy consumption sensors.

But then you have this that helps confound identification of a device:

Dual curtain/blind controller: It has "moving_left" & "moving_right" but it also has "state_left" & "state_right" like the Ikuü Dual outlet above!

Controlling things - eg a light bulb. There are two ways:

• send a block of json as the payload
• or pure text as the payload, with words such as ON or OFF or TOGGLE

From the following link that talks about these two SET & GET:

In case you don't want to use JSON, publishing to zigbee2mqtt/[FRIENDLY_NAME]/set/state with payload ON is the same as publishing to zigbee2mqtt/[FRIENDLY_NAME]/set payload {"state": "ON"}"

MQTT Topics and Messages | Zigbee2MQTT

Hope this is of some help.

@therealdb

In the DALI plugin I wrote; I had a lot of problems trying to get the status to be shown correctly. It's probably still not correct. Why DALI? Insurance would not cover any "newer" hardware devices installed in the building fabric. DALI being a well established technology - well that's OK. The building industry is very conservative here - especially if you have to guarantee your product for quite some years - six or seven. Not unreasonable.

In the Virtual HTTP plugin, I'm doing two things that result in not seeing the yellow icon (ie status being set to on):

luup.call_action("urn:upnp-org:serviceId:SwitchPower1", "SetTarget", {newTargetValue="1"}, device_number)

and in AltUI just clicking on the On/Off.

Note: I have not configured any other variables, such as any of the http: strings, etc.

Losing the MIOS Wiki is not going to help any of us. A little bit annoyed as I contributed to it.

@akbooer said in Migrating Zwave & ZigBee stuff to MQTT - guidance needed.:

The bridge self-installs if openLuup sees one of those devices (over MQTT) and creates a corresponding virtual device.

I can see the complexity of doing this for zigbee2mqtt as there are so many devices, many of which are composites. So for example these motion detectors:

Aqara P1

which are tiny and also have high claimed battery life, have all sorts of properties in their payload - however it's fundamentally a motion sensor:

{
  "battery": 100,
  "detection_interval": 30,
  "device_temperature": 22,
  "illuminance": 64,
  "linkquality": 255,
  "motion_sensitivity": "medium",
  "occupancy": false,
  "power_outage_count": 0,
  "trigger_indicator": false,
  "voltage": 3215
}

Home Assistant has similar problems, where there are so many properties to perhaps make use of and/or handle.

I'm thinking that with zigbee2mqtt and also ZWAVE JS UI you could possibly do OK with just handling a few types of devices. I would suggest just:

• Relays
• Dimmable and colored lights
• Blinds?

Other stuff could probably be handled with code and the Virtual HTTP Devices plug-in.

Out of interest; the zigbee2mqtt "Bridge" churns out stuff like this for each zigbee device:

[
  {
    "definition": null,
    "endpoints": {
      "1": {
        "bindings": [],
        "clusters": {
          "input": [
            "genBasic",
            "genIdentify",
            "genOnOff",
            "genTime",
            "genOta",
            "26",
            "lightingColorCtrl"
          ],
          "output": [
            "genBasic",
            "genIdentify",
            "genGroups",
            "genScenes",
            "genOnOff",
            "genLevelCtrl",
            "genPollCtrl",
            "lightingColorCtrl",
            "msIlluminanceMeasurement",
            "msTemperatureMeasurement",
            "msRelativeHumidity",
            "msOccupancySensing",
            "ssIasZone",
            "haMeterIdentification",
            "haApplianceStatistics",
            "haElectricalMeasurement",
            "seMetering",
            "touchlink",
            "manuSpecificUbisysDimmerSetup",
            "manuSpecificSamsungAccelerometer"
          ]
        },
        "configured_reportings": [],
        "scenes": []
      },
      "242": {
        "bindings": [],
        "clusters": {
          "input": [],
          "output": [
            "greenPower"
          ]
        },
        "configured_reportings": [],
        "scenes": []
      }
    },
    "friendly_name": "Coordinator",
    "ieee_address": "0xredacted",
    "interview_completed": true,
    "interviewing": false,
    "network_address": 0,
    "supported": false,
    "type": "Coordinator"
  },
  {
    "date_code": "Dec  7 2021",
    "definition": {
      "description": "Aqara P1 human body movement and illuminance sensor",
      "exposes": [
        {
          "access": 1,
          "description": "Indicates whether the device detected occupancy",
          "name": "occupancy",
          "property": "occupancy",
          "type": "binary",
          "value_off": false,
          "value_on": true
        },
        {
          "access": 1,
          "description": "Measured illuminance in lux",
          "name": "illuminance_lux",
          "property": "illuminance",
          "type": "numeric",
          "unit": "lx"
        },
        {
          "access": 1,
          "description": "Measured illuminance in lux",
          "name": "illuminance",
          "property": "illuminance",
          "type": "numeric",
          "unit": "lx"
        },
        {
          "access": 7,
          "description": ". Press pairing button right before changing this otherwise it will fail.",
          "name": "motion_sensitivity",
          "property": "motion_sensitivity",
          "type": "enum",
          "values": [
            "low",
            "medium",
            "high"
          ]
        },
        {
          "access": 7,
          "description": "Time interval for detecting actions. Press pairing button right before changing this otherwise it will fail.",
          "name": "detection_interval",
          "property": "detection_interval",
          "type": "numeric",
          "unit": "s",
          "value_max": 65535,
          "value_min": 2
        },
        {
          "access": 7,
          "description": "When this option is enabled then blue LED will blink once when motion is detected. Press pairing button right before changing this otherwise it will fail.",
          "name": "trigger_indicator",
          "property": "trigger_indicator",
          "type": "binary",
          "value_off": false,
          "value_on": true
        },
        {
          "access": 1,
          "description": "Temperature of the device",
          "name": "device_temperature",
          "property": "device_temperature",
          "type": "numeric",
          "unit": "°C"
        },
        {
          "access": 1,
          "description": "Remaining battery in %",
          "name": "battery",
          "property": "battery",
          "type": "numeric",
          "unit": "%",
          "value_max": 100,
          "value_min": 0
        },
        {
          "access": 1,
          "description": "Voltage of the battery in millivolts",
          "name": "voltage",
          "property": "voltage",
          "type": "numeric",
          "unit": "mV"
        },
        {
          "access": 1,
          "description": "Link quality (signal strength)",
          "name": "linkquality",
          "property": "linkquality",
          "type": "numeric",
          "unit": "lqi",
          "value_max": 255,
          "value_min": 0
        }
      ],
      "model": "RTCGQ14LM",
      "options": [
        {
          "access": 2,
          "description": "Time in seconds after which occupancy is cleared after detecting it (default is \"detection_interval\" + 2 seconds). The value must be equal to or greater than \"detection_interval\", and it can also be a fraction.",
          "name": "occupancy_timeout",
          "property": "occupancy_timeout",
          "type": "numeric",
          "unit": "s",
          "value_min": 0,
          "value_step": 0.1
        },
        {
          "access": 2,
          "description": "Sends a message the last time occupancy (occupancy: true) was detected. When setting this for example to [10, 60] a `{\"no_occupancy_since\": 10}` will be send after 10 seconds and a `{\"no_occupancy_since\": 60}` after 60 seconds.",
          "item_type": "number",
          "name": "no_occupancy_since",
          "property": "no_occupancy_since",
          "type": "list"
        },
        {
          "access": 2,
          "description": "Calibrates the illuminance value (percentual offset), takes into effect on next report of device.",
          "name": "illuminance_calibration",
          "property": "illuminance_calibration",
          "type": "numeric"
        },
        {
          "access": 2,
          "description": "Calibrates the device_temperature value (absolute offset), takes into effect on next report of device.",
          "name": "device_temperature_calibration",
          "property": "device_temperature_calibration",
          "type": "numeric"
        }
      ],
      "supports_ota": true,
      "vendor": "Xiaomi"
    },
    "endpoints": {
      "1": {
        "bindings": [],
        "clusters": {
          "input": [
            "genBasic",
            "genPowerCfg",
            "genIdentify",
            "aqaraOpple"
          ],
          "output": [
            "genIdentify",
            "genOta",
            "aqaraOpple"
          ]
        },
        "configured_reportings": [],
        "scenes": []
      }
    },
    "friendly_name": "hello/testing",
    "ieee_address": "0x01234567890abcde",
    "interview_completed": true,
    "interviewing": false,
    "manufacturer": "LUMI",
    "model_id": "lumi.motion.ac02",
    "network_address": 32549,
    "power_source": "Battery",
    "software_build_id": "0.0.0_0005",
    "supported": true,
    "type": "EndDevice"
  }
]

However getting back to the migration issue; I could probably make use of the Virtual HTTP Devices plug-in but as previously mentioned, I may need up to 80 devices to be created.

How do you "Create" a device programmatically? Looks like the MIOS documentation Wiki is being abandoned; otherwise I would scour through that for the answer. Assume you need to post D_zyz.xml and I_xyz.xml file names, etc to somewhere?