Dear @dbaba san

I installed this software. However, I can not put the node of lwm2m to flow editing area. I was very suprised!! However, it seems fine to modify the seetings of lwm2m after importing example.

I prepared the plain Node-RED and reinstall some versions of node-red-contrib-lwm2m, 1.3, 2.0.2, etc.. It did not work.

When pick the node to editing area, there is no node at the area. but the deploy button was indicated. after that, there was the dialog when push the deploy button.

======================================
以下のノードは、正しくプロパティが設定されていません:
[フロー 1] lwm2m client (lwm2m client in)
[フロー 1] lwm2m client (lwm2m client out)
このままデプロイしても良いですか？
======================================

It in Japanese. But I believe, you can read it.

This is the system of trouble.

• OS Debian 9.9
• Node.js v10.16.0
• Node-RED v0.20.6
• node-red-contrib-lwm2m 2.1.2

I have another system.

• OS Debian 9.9
• Node.js v8.16.0
• Node-RED v0.17.5
• node-red-contrib-lwm2m 2.1.2

It woks fine. I can easy to put the node of lwm2m to editting area.

Thanks in advance.

Testing the Discover operation resulted in an 5.00 Internal Server Error back from LwM2M Client Node to Server.

Note the discover operation is sent at the first registration of the client to the server.
Using version 1.2.2

No. Time Source Destination Protocol Length Info
501 39.708465844 192.168.42.148 104.40.191.33 CoAP 162 CON, MID:19569, POST, TKN:71 4c 84 f8, /rd?lwm2m=1.0&ep=advanbox_4&b=U&lt=300

Frame 501: 162 bytes on wire (1296 bits), 162 bytes captured (1296 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 192.168.42.148, Dst: 104.40.191.33
User Datagram Protocol, Src Port: 56830, Dst Port: 5684
Datagram Transport Layer Security
Constrained Application Protocol, Confirmable, POST, MID:19569
01.. .... = Version: 1
..00 .... = Type: Confirmable (0)
.... 0100 = Token Length: 4
Code: POST (2)
Message ID: 19569
Token: 714c84f8
Opt Name: #1: Uri-Path: rd
Opt Desc: Type 11, Critical, Unsafe
1011 .... = Opt Delta: 11
.... 0010 = Opt Length: 2
Uri-Path: rd
Opt Name: #2: Content-Format: application/link-format
Opt Desc: Type 12, Elective, Safe
0001 .... = Opt Delta: 1
.... 0001 = Opt Length: 1
Content-type: application/link-format
Opt Name: #3: Uri-Query: lwm2m=1.0
Opt Desc: Type 15, Critical, Unsafe
0011 .... = Opt Delta: 3
.... 1001 = Opt Length: 9
Uri-Query: lwm2m=1.0
Opt Name: #4: Uri-Query: ep=advanbox_4
Opt Desc: Type 15, Critical, Unsafe
0000 .... = Opt Delta: 0
.... 1101 = Opt Length: 13
Opt Length extended: 0
Uri-Query: ep=advanbox_4
Opt Name: #5: Uri-Query: b=U
Opt Desc: Type 15, Critical, Unsafe
0000 .... = Opt Delta: 0
.... 0011 = Opt Length: 3
Uri-Query: b=U
Opt Name: #6: Uri-Query: lt=300
Opt Desc: Type 15, Critical, Unsafe
0000 .... = Opt Delta: 0
.... 0110 = Opt Length: 6
Uri-Query: lt=300
End of options marker: 255
[Response In: 503]
[Uri-Path: /rd]
Payload: Payload Content-Format: application/link-format, Length: 39
Payload Desc: application/link-format
[Payload Length: 39]

No. Time Source Destination Protocol Length Info
503 39.743594320 104.40.191.33 192.168.42.148 CoAP 95 ACK, MID:19569, 2.01 Created, TKN:71 4c 84 f8, /rd

Frame 503: 95 bytes on wire (760 bits), 95 bytes captured (760 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 104.40.191.33, Dst: 192.168.42.148
User Datagram Protocol, Src Port: 5684, Dst Port: 56830
Datagram Transport Layer Security
Constrained Application Protocol, Acknowledgement, 2.01 Created, MID:19569
01.. .... = Version: 1
..10 .... = Type: Acknowledgement (2)
.... 0100 = Token Length: 4
Code: 2.01 Created (65)
Message ID: 19569
Token: 714c84f8
Opt Name: #1: Location-Path: rd
Opt Desc: Type 8, Elective, Safe
1000 .... = Opt Delta: 8
.... 0010 = Opt Length: 2
Location-Path: rd
Opt Name: #2: Location-Path: konDlzlj8H
Opt Desc: Type 8, Elective, Safe
0000 .... = Opt Delta: 0
.... 1010 = Opt Length: 10
Location-Path: konDlzlj8H
[Request In: 501]
[Response Time: 0.035128476 seconds]
[Uri-Path: /rd]

No. Time Source Destination Protocol Length Info
540 41.350836808 104.40.191.33 192.168.42.148 CoAP 89 CON, MID:31299, GET, TKN:f8 ad 46 86 05 3d 93 5d, /2

Frame 540: 89 bytes on wire (712 bits), 89 bytes captured (712 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 104.40.191.33, Dst: 192.168.42.148
User Datagram Protocol, Src Port: 5684, Dst Port: 56830
Datagram Transport Layer Security
Constrained Application Protocol, Confirmable, GET, MID:31299
01.. .... = Version: 1
..00 .... = Type: Confirmable (0)
.... 1000 = Token Length: 8
Code: GET (1)
Message ID: 31299
Token: f8ad4686053d935d
Opt Name: #1: Uri-Path: 2
Opt Desc: Type 11, Critical, Unsafe
1011 .... = Opt Delta: 11
.... 0001 = Opt Length: 1
Uri-Path: 2
Opt Name: #2: Accept: application/link-format
Opt Desc: Type 17, Critical, Safe
0110 .... = Opt Delta: 6
.... 0001 = Opt Length: 1
Accept: application/link-format
[Response In: 541]
[Uri-Path: /2]

No. Time Source Destination Protocol Length Info
541 41.355687283 192.168.42.148 104.40.191.33 CoAP 85 ACK, MID:31299, 5.00 Internal Server Error, TKN:f8 ad 46 86 05 3d 93 5d, /2

Frame 541: 85 bytes on wire (680 bits), 85 bytes captured (680 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 192.168.42.148, Dst: 104.40.191.33
User Datagram Protocol, Src Port: 56830, Dst Port: 5684
Datagram Transport Layer Security
Constrained Application Protocol, Acknowledgement, 5.00 Internal Server Error, MID:31299
01.. .... = Version: 1
..10 .... = Type: Acknowledgement (2)
.... 1000 = Token Length: 8
Code: 5.00 Internal Server Error (160)
Message ID: 31299
Token: f8ad4686053d935d
[Request In: 540]
[Response Time: 0.004850475 seconds]
[Uri-Path: /2]

No. Time Source Destination Protocol Length Info
542 41.382412523 104.40.191.33 192.168.42.148 CoAP 89 CON, MID:31300, GET, TKN:e8 67 47 d2 65 37 ee f5, /3

Frame 542: 89 bytes on wire (712 bits), 89 bytes captured (712 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 104.40.191.33, Dst: 192.168.42.148
User Datagram Protocol, Src Port: 5684, Dst Port: 56830
Datagram Transport Layer Security
Constrained Application Protocol, Confirmable, GET, MID:31300
01.. .... = Version: 1
..00 .... = Type: Confirmable (0)
.... 1000 = Token Length: 8
Code: GET (1)
Message ID: 31300
Token: e86747d26537eef5
Opt Name: #1: Uri-Path: 3
Opt Desc: Type 11, Critical, Unsafe
1011 .... = Opt Delta: 11
.... 0001 = Opt Length: 1
Uri-Path: 3
Opt Name: #2: Accept: application/link-format
Opt Desc: Type 17, Critical, Safe
0110 .... = Opt Delta: 6
.... 0001 = Opt Length: 1
Accept: application/link-format
[Response In: 543]
[Uri-Path: /3]

No. Time Source Destination Protocol Length Info
543 41.383624198 192.168.42.148 104.40.191.33 CoAP 85 ACK, MID:31300, 5.00 Internal Server Error, TKN:e8 67 47 d2 65 37 ee f5, /3

Frame 543: 85 bytes on wire (680 bits), 85 bytes captured (680 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 192.168.42.148, Dst: 104.40.191.33
User Datagram Protocol, Src Port: 56830, Dst Port: 5684
Datagram Transport Layer Security
Constrained Application Protocol, Acknowledgement, 5.00 Internal Server Error, MID:31300
01.. .... = Version: 1
..10 .... = Type: Acknowledgement (2)
.... 1000 = Token Length: 8
Code: 5.00 Internal Server Error (160)
Message ID: 31300
Token: e86747d26537eef5
[Request In: 542]
[Response Time: 0.001211675 seconds]
[Uri-Path: /3]

Dear @dbaba san,
I am trying to prepare end-to-end scenario, where device registers on LwM2M Server, sends measurements, then de-register.

How can I trigger LwM2M Client Out node to initiate registration?
And how can I trigger Deregistration?

For example, what should I specify in Inject node (connected to Client Out Node),
so when I Trigger Inject node, it will send some request towards LwM2M Client Out node,
and it will start Registration on LwM2M Gateway?
Same for De-registration.
As I understand, in current version, once Deployed, Client Out Node will start Registration, and will never De-register (until re-deployed)
Could you explain, please, if it is possible?

Hi,

Testing a write boolean operation from Server to lwm2m client and the node always respond with true

See example:

Write FALSE From LwM2M Server

2088 133.528924155 104.40.191.33 100.93.48.204 CoAP 105 CON, MID:6083, PUT, TKN:f8 45 4b 3d a8 1f 2d f5, /3306/0/5850

Frame 2088: 105 bytes on wire (840 bits), 105 bytes captured (840 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 104.40.191.33, Dst: 100.93.48.204
User Datagram Protocol, Src Port: 5684, Dst Port: 56830
Datagram Transport Layer Security
Constrained Application Protocol, Confirmable, PUT, MID:6083
01.. .... = Version: 1
..00 .... = Type: Confirmable (0)
.... 1000 = Token Length: 8
Code: PUT (3)
Message ID: 6083
Token: f8454b3da81f2df5
Opt Name: #1: Uri-Path: 3306
Opt Name: #2: Uri-Path: 0
Opt Name: #3: Uri-Path: 5850
Opt Name: #4: Content-Format: application/vnd.oma.lwm2m+tlv
End of options marker: 255
[Response In: 2089]
[Uri-Path: /3306/0/5850]
Payload: Payload Content-Format: application/vnd.oma.lwm2m+tlv, Length: 4
Payload Desc: application/vnd.oma.lwm2m+tlv
[Payload Length: 4]
> Lightweight M2M TLV
55830:
TLV header
Value: 00
As String:
As Integer: 0
As Boolean: False

2089 133.530104274 100.93.48.204 104.40.191.33 CoAP 85 ACK, MID:6083, 2.04 Changed, TKN:f8 45 4b 3d a8 1f 2d f5, /3306/0/5850

Frame 2089: 85 bytes on wire (680 bits), 85 bytes captured (680 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 100.93.48.204, Dst: 104.40.191.33
User Datagram Protocol, Src Port: 56830, Dst Port: 5684
Datagram Transport Layer Security
Constrained Application Protocol, Acknowledgement, 2.04 Changed, MID:6083
01.. .... = Version: 1
..10 .... = Type: Acknowledgement (2)
.... 1000 = Token Length: 8
Code: 2.04 Changed (68)
Message ID: 6083
Token: f8454b3da81f2df5
[Request In: 2088]
[Response Time: 0.001180119 seconds]
[Uri-Path: /3306/0/5850]

I think this is where the error happends

I do not understand this message back why true??

2092 133.531220068 100.93.48.204 104.40.191.33 CoAP 95 NON, MID:42534, 2.05 Content, TKN:a1 4d 13 28 c9 76 a9 40, /3306/0/5850

Frame 2092: 95 bytes on wire (760 bits), 95 bytes captured (760 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 100.93.48.204, Dst: 104.40.191.33
User Datagram Protocol, Src Port: 56830, Dst Port: 5684
Datagram Transport Layer Security
Constrained Application Protocol, Non-Confirmable, 2.05 Content, MID:42534
01.. .... = Version: 1
..01 .... = Type: Non-Confirmable (1)
.... 1000 = Token Length: 8
Code: 2.05 Content (69)
Message ID: 42534
Token: a14d1328c976a940
Opt Name: #1: Observe: 3
Opt Name: #2: Content-Format: application/vnd.oma.lwm2m+tlv
End of options marker: 255
[Request In: 1212]
[Response Time: 48.726789312 seconds]
[Uri-Path: /3306/0/5850]
Payload: Payload Content-Format: application/vnd.oma.lwm2m+tlv, Length: 4
Payload Desc: application/vnd.oma.lwm2m+tlv
[Payload Length: 4]
Lightweight M2M TLV
55830: �
TLV header
Value: 01
As String: \001
As Integer: 1
As Boolean: True

I have the following objects configured on the client

{
    "3306": {
        "0": {
            "5850": {
                "type": "BOOLEAN",
                "acl": "RW",
                "value": false
            }
        }
    },
    "3316": {
        "0": {
            "5821": {
                "type": "STRING",
                "acl": "RW",
                "value": "Remi"
            }
        }
    }
}

My application relies on the response from the client (in this case True) to confirm the status.

Dear dbaba,
I am enjoying using your plugin for node-red, thank you for develpment!

I am trying to simulate several devices and send data over LWM2M to the same server, but with different endpoints.

So i am using several "lwm2m client" nodes with different configurations:
The server URL is the same,
but endpoints are different (each endpoint should be a separate device (with its own smart objects, etc..))
When i deploy such configuration, i get an error:
Error: Duplicate LwM2M Server Configuration (Host:, Port:5683)

is there any way to uuse the same server but with different endpoints?

Thanks in advance for your reply,
Andrey.

@dbaba san,
According to OMA spec, there are multiple instance resources.
For example, in SmartObject "Connectivity Monitoring", resource "Ip Address" is Multiple Instance.
It means, I need to send values as /4/0/4**/0** =
How can I do this using node-red-contrib-lwm2m ?

1. Define Object
I need to define this object in Objects of Client Out node. How?
i didn't find example in https://github.com/CANDY-LINE/node-red-contrib-lwm2m#management-object-json-format
But there is

MULTIPLE_RESOURCE ... Resource Array
Is this multiple resource instance?

Well, I was thinking about this format -> but this doesn't work

{
    "4": {
        "0": {
            "4": {
                "0": {
                    "type": "STRING",
                    "acl": "R",
                    "value": ""
                }
            }
        }
    },

1. Send data using Inject node
I was thinking about using this format - is it correct way to send measurements for resource instance?

Regards,
Andrey

@dbaba san,
I encountered one potential bug,
I configure device to use bootstrap, client bootstrapping and registration is successful (in it Connected).
Then, everything is working for some hours (I don't know for how long exactly),
then, client node is going to permanent "registering" status - it doesn't change to Registered

If I re-deploy, it is working fine in most cases,
sometimes it goes to Disconnected immediately: changing Listen port to new one helps,
Restarting Node-Red also helps.

Could you please suggest how to troubleshoot the issue?

@dbaba Daisuke Baba san,
I have found one more issue.

I want msg.payload to be send as resource value using lwm2m client node.

I added simple Inject node,
topic: /3303/0/5700,
payload: 20 (data type: number),
and wired it with ClientOut node.
ClientOut node successfully register on lwm2m server with this Objects defined in config node:
As you see, "value": "" is empty, so it should gather the value from msg.payload.
At least, it was working like this on my setup with 1.x version of your node.
Now, 0 is sent in this case.

{
    "3303": {
        "1": {
            "5700": {
                "type": "FLOAT",
                "acl": "R",
                "value": ""
            }
        }
    }
}

If I change the "value" to exact value, for example:
value": "100",
100 will be sent to lwm2m server.

Kindly ask you to have a look at this issue, please.
Let me know if anything additional is needed.

My current config:

npm -v
6.4.1

node -v
v8.15.1

Node-red 
v0.20.2

node-red-contrib-lwm2m 
2.0.2

Daisuke Baba san,

I am trying to register on LwM2M server
with several smart object instances.

in lwm2m client node, objects - I provide this:

{
    "3303": {
        "0": {
            "5700": {
                "type": "FLOAT",
                "acl": "R",
                "value": ""
            }
        },
        "1": {
            "5700": {
                "type": "FLOAT",
                "acl": "R",
                "value": ""
            }
        }
    }
}

In LwM2M Server Logs I see (check Links: it has only /3303/0) :

Device ezhiand-nodered-dev1 registered.
Device Address: <my ip>/<my ip>
Port: 56840
Links: /, /1/0, /2/0, /3/0, /3303/0,
Binding Mode: U
Lifetime in Secs: 300
LwM2M Version: 1.0
Uses Queue Mode: false
SMS Number: null
ServerEndpointAddress: 0.0.0.0/0.0.0.0:5684

it will still register with only /3303/0, and not /3303/0 and /3303/1 as I expect.

Same issue happens for only one smart object, but with instance not zero
for example, in lwm2m client node, objects I provide this:

{
    "3303": {
        "2": {
            "5700": {
                "type": "FLOAT",
                "acl": "R",
                "value": ""
            }
        }
    }
}

But client registers still with /3303/0, and not /3303/2 as I expect.

Same log in LwM2M server.

Kindly ask you to have a look at this issue, please.
Let me know if anything additional is needed.

My current config:

npm -v
6.4.1

node -v
v8.15.1

Node-red 
v0.20.2

node-red-contrib-lwm2m 
2.0.2

Hi @dbaba
I am trying to bootstrap using v2.1.0
LwM2M Client Out shows "bootstraping" then "disconnected".

Config of Client Out node is:

When I do the same using leshan client, it works:
java -jar leshan-client-demo.jar -n ezhiand-nodered-dev3 -i ezhiand-nodered-dev3 -p <PWD> -b -u <my BSS URL>:5684
in BSS logs I see attempts (successful and not) only for leshan client, and no attempts when using Node-Red.
Note: There are no firewall limitations or any networking issues.
I tried to use Output LwM2M client logs and Dump lwm2m messages - but I didn't get any useful information from syslog. So I cant understand if it is client issue or configuration, and what level exactly is not working correctly: DTLS or COAP or UDP/IP
Could you suggest what else should I troubleshoot, please ?

Hi,

I encountered an issue when activating the lazy-start functionality.
The "lwm2m client node" (with the lazy start enable) raised an error at first deployment:

TypeError: this.info is not a function

When the flow get redeploy, the node raised the following error:

Error: Duplicate LwM2M Server Configuration (Host:leshan.eclipse.org, Port:5683, Endpoint:urn:imei:0123456789000bis)

This makes the lwm2m client unusable.
Node-red logs (even in "trace" mode, don't provide any more information)

This issue was observed on Ubuntu, with node-red 1.0.1 and 1.0.4 (latest) versions.

All over node functions with "lazy start" disable, look fine

Hi,
I'm unable to install this with my node-red. Here is the error I get when I try installing:

Failed to execute '/usr/bin/nodejs /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --target_arch=x64 --mo dule=/home/demo/.node-red/node_modules/node-red-contrib-lwm2m/dist/binding/node-v48-linux-x64/node_lwm2m.node --module_name=node_lwm2m --modul e_path=/home/demo/.node-red/node_modules/node-red-contrib-lwm2m/dist/binding/node-v48-linux-x64' (1) npm WARN [email protected] No repository field. npm WARN [email protected] No license field. npm ERR! Linux 4.9.0-3-amd64 npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "node-red-contrib-lwm2m" npm ERR! node v6.11.2 npm ERR! npm v3.10.10 npm ERR! code ELIFECYCLE npm ERR! [email protected] install: node-pre-gyp install --fallback-to-build --target_arch=${ARCH:-$(node -e 'console.log(require("os")
.arch())')} npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the [email protected] install script 'node-pre-gyp install --fallback-to-build --target_arch=${ARCH:-$(node -e 'conso le.log(require("os").arch())')}'. npm ERR! Make sure you have the latest version of node.js and npm installed. npm ERR! If you do, this is most likely a problem with the node-red-contrib-lwm2m package, npm ERR! not with npm itself. npm ERR! Tell the author that this fails on your system: npm ERR! node-pre-gyp install --fallback-to-build --target_arch=${ARCH:-$(node -e 'console.log(require("os").arch())')} npm ERR! You can get information on how to open an issue for this project with: npm ERR! npm bugs node-red-contrib-lwm2m npm ERR! Or if that isn't available, you can get their info via: npm ERR! npm owner ls node-red-contrib-lwm2m npm ERR! There is likely additional logging output above.

Hi,
I'm having difficulty getting the bootstrap to work. Is it fully supported yet? The node gets stuck saying bootstrapping and no request seems to come through the LWM2M bootstrap instance.

Hi, after installation of the lwm2m contribution for node-red and succesfull configuration of the lwm2m server credentials, the lwm2m client does not start up. This is the message I receive:

Started Node-RED graphical event wiring tool.
22 Apr 10:13:44 - [info]
Welcome to Node-RED

22 Apr 10:13:44 - [info] Node-RED version: v1.0.5
22 Apr 10:13:44 - [info] Node.js version: v11.15.0
22 Apr 10:13:44 - [info] Linux 5.0.0-1035-azure x64 LE
22 Apr 10:13:44 - [info] Loading palette nodes
22 Apr 10:13:45 - [info] Settings file : /home/innoadmin/.node-red/settings.js
22 Apr 10:13:45 - [info] Context store : 'default' [module=memory]
22 Apr 10:13:45 - [info] User directory : /home/innoadmin/.node-red
22 Apr 10:13:45 - [warn] Projects disabled : editorTheme.projects.enabled=false
22 Apr 10:13:45 - [info] Flows file : /home/innoadmin/.node-red/flows_dev-vf-vm01.json
22 Apr 10:13:45 - [warn]

Your flow credentials file is encrypted using a system-generated key.
If the system-generated key is lost for any reason, your credentials
file will not be recoverable, you will have to delete it and re-enter
your credentials.
You should set your own key using the 'credentialSecret' option in
your settings file. Node-RED will then re-encrypt your credentials
file using your chosen key the next time you deploy a change.

22 Apr 10:13:45 - [info] Starting flows
22 Apr 10:13:45 - [info] Started flows
22 Apr 10:13:45 - [info] Server now running at http://127.0.0.1:1880/
22 Apr 10:13:45 - [red] Uncaught Exception:
22 Apr 10:13:45 - Error: spawn /home/innoadmin/.node-red/node_modules/node-red-contrib-lwm2m/dist/binding/node-v67-linux-x64/wakatiwaiclient ENOENT
at Process.ChildProcess._handle.onexit (internal/child_process.js:247:19)
at onErrorNT (internal/child_process.js:429:16)
at processTicksAndRejections (internal/process/task_queues.js:81:17)
nodered.service: Main process exited, code=exited, status=1/FAILURE
nodered.service: Failed with result 'exit-code'.
nodered.service: Service hold-off time over, scheduling restart.
nodered.service: Scheduled restart job, restart counter is at 2.
Stopped Node-RED graphical event wiring tool.
Started Node-RED graphical event wiring tool.
22 Apr 10:13:46 - [info]
Welcome to Node-RED

Dear Dbaba,

I have an issue with installation of node-red-contrib-lwm2m from a "Palette - Install".
Node-RED version: v0.19.4
Node.js version: v4.2.6
npm version 3.5.2
Linux 4.15.0-38-generic x64 LE
lwm2m plugin version: 1.3.0
This is a clean install, i have just tested it on clean Ubuntu 16.04 machine (have just installed node-legaсy, npm, node-red).

The same issue was reproduced on Azure VM with the same error.
Could you have a look, please?

Thanks!
Andrey
logs.zip

Is it possible to use this node with Pelion since it uses lwm2m. Also is there a way to add the certificates to authenticate the communication

@dbaba san,
I have found one more bug when bootstrapping.
Bootstrap works, but node-red client registers on lwm2m server only with smart object instances that are not 0.
For example, temperature (same for other smart objects):
in Node-Red client, i have defined: /3303/0/, /3303/1/, /3303/2/
On LwM2M GW (when client bootstrapped): I see only /3303/1/, /3303/2/5, and /3303/0/ is not listed.

When I register the same NR client (without bootstrap) on LwM2M GW, I see all smart object instances as expected: /3303/0/, /3303/1/, /3303/2/

If I use leshan client, then everything is working as expected with or without bootstrap (all smart object instances are available).

Could you have a look, please?

I am using latest node-red-contrib-lwm2m v2.1.2 and latest Node-Red v0.20.6

Lwm2m client node config:
[{"id":"78b8cfb6.e1fcc","type":"lwm2m client out","z":"da23253d.516e98","name":"ezhiand-nodered-bootstrap-device","lwm2mClient":"6fe91e47.cfeb6","x":480,"y":1260,"wires":[]},{"id":"6fe91e47.cfeb6","type":"lwm2m client","z":"","disabled":false,"clientName":"ezhiand-nodered-bootstrap-device","enableDTLS":true,"clientPort":"56821","lifetimeSec":"300","reconnectSec":"300","requestBootstrap":true,"saveProvisionedConfig":false,"useIPv4":true,"serverHost":"mybss","serverPort":"5684","redirectLwm2mClientLog":false,"dumpLwm2mMessages":false,"hideSensitiveInfo":false,"propagateInternalEvents":false,"objects":"{\"3303\":{\"0\":{\"5700\":{\"type\":\"FLOAT\",\"acl\":\"R\",\"value\":\"\"}},\"1\":{\"5700\":{\"type\":\"FLOAT\",\"acl\":\"R\",\"value\":\"\"}},\"2\":{\"5700\":{\"type\":\"FLOAT\",\"acl\":\"R\",\"value\":\"\"}}},\"3304\":{\"0\":{\"5700\":{\"type\":\"FLOAT\",\"acl\":\"R\",\"value\":\"\"}},\"1\":{\"5700\":{\"type\":\"FLOAT\",\"acl\":\"R\",\"value\":\"\"}},\"2\":{\"5700\":{\"type\":\"FLOAT\",\"acl\":\"R\",\"value\":\"\"}}},\"3341\":{\"0\":{\"5527\":{\"type\":\"STRING\",\"acl\":\"RW\",\"value\":\"\"}}},\"3347\":{\"0\":{\"5500\":{\"type\":\"BOOLEAN\",\"acl\":\"RW\",\"value\":\"\"}}}}"}]

After successfull installation of the LWM2M modules and using the basic Leshan server with DTLS security, the LWM2M client seems to have issues with the PSK and some remarks on the COAP layer.

Versions of modules:

pi@nodered:~/.node-red $ more package.json
{
"name": "node-red-project",
"description": "A Node-RED Project",
"version": "0.0.1",
"private": true,
"dependencies": {
"node-red-contrib-graphs": "~0.3.5",
"node-red-contrib-json-db": "~0.6.2",
"node-red-contrib-lwm2m": "~2.10.1",
"node-red-contrib-mytimeout": "~3.2.0",
"node-red-contrib-oauth2": "~1.1.1",
"node-red-contrib-sqlitedb": "~1.4.0",
"node-red-contrib-web-worldmap": "~2.3.8",
"node-red-dashboard": "~2.21.0"
}
}

Before starting with the first "client hello" DTLS message, two "Application Data" messages are send in DTLS before starting the handshaking, causing the messages:

• Error: Cannot start in DTLS mode becasue of invalid PSK configuration

And furthermore I see some issues with COAP:

• error:COAP_501_NOT_IMPLEMENTED=>[readInstances]

Please find my startup log:

pi@nodered:~ $ node-red-start

Start Node-RED

Once Node-RED has started, point a browser at http://192.168.178.143:1880
On Pi Node-RED works better with the Firefox or Chrome browser

Use node-red-stop to stop Node-RED
Use node-red-start to start Node-RED again
Use node-red-log to view the recent log output
Use sudo systemctl enable nodered.service to autostart Node-RED at every boot
Use sudo systemctl disable nodered.service to disable autostart on boot

To find more nodes and example flows - go to http://flows.nodered.org

Starting as a systemd service.
23 Apr 10:54:33 - [info]
Welcome to Node-RED

23 Apr 10:54:33 - [info] Node-RED version: v1.0.3
23 Apr 10:54:33 - [info] Node.js version: v10.15.2
23 Apr 10:54:33 - [info] Linux 4.19.97-v7+ arm LE
23 Apr 10:54:37 - [info] Loading palette nodes
23 Apr 10:54:41 - [info] Dashboard up and running
23 Apr 10:54:42 - [info] Worldmap version 2.3.8
23 Apr 10:54:43 - [info] Dashboard version 2.21.0 started at /ui
23 Apr 10:54:43 - [info] Settings file : /home/pi/.node-red/settings.js
23 Apr 10:54:43 - [info] Context store : 'default' [module=memory]
23 Apr 10:54:43 - [info] User directory : /home/pi/.node-red
23 Apr 10:54:43 - [warn] Projects disabled : editorTheme.projects.enabled=false
23 Apr 10:54:43 - [info] Flows file : /home/pi/.node-red/flows_nodered.json
23 Apr 10:54:44 - [info] Server now running at http://127.0.0.1:1880/
23 Apr 10:54:44 - [warn]

Your flow credentials file is encrypted using a system-generated key.
If the system-generated key is lost for any reason, your credentials
file will not be recoverable, you will have to delete it and re-enter
your credentials.
You should set your own key using the 'credentialSecret' option in
your settings file. Node-RED will then re-encrypt your credentials
file using your chosen key the next time you deploy a change.

23 Apr 10:54:44 - [info] Starting flows
23 Apr 10:54:44 - [info] Started flows
23 Apr 10:54:46 - [info] [lwm2m client:6b742782.f5cb18] Error: Cannot start in DTLS mode becasue of invalid PSK configuration
23 Apr 10:54:46 - [error] [lwm2m client:6b742782.f5cb18] lwm2m error
23 Apr 10:54:46 - [info] [lwm2m client:6143682b.7503d8] Error: Cannot start in DTLS mode becasue of invalid PSK configuration
23 Apr 10:54:46 - [error] [lwm2m client:6143682b.7503d8] lwm2m error
Trying to bind LWM2M Client to port 56837
prv_generic_read_instances:objectId=>0
Trying to bind LWM2M Client to port 56850
23 Apr 10:54:46 - [info] [lwm2m client:ba1613f3.dda8a] Error: Cannot start in DTLS mode becasue of invalid PSK configuration
23 Apr 10:54:46 - [error] [lwm2m client:ba1613f3.dda8a] lwm2m error
prv_generic_read_instances:objectId=>0
Trying to bind LWM2M Client to port 56832
prv_generic_read_instances:objectId=>0
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAAABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>0:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>1
23 Apr 10:54:46 - [info] [lwm2m client:14979fcf.c924b] Error: Cannot start in DTLS mode becasue of invalid PSK configuration
23 Apr 10:54:46 - [error] [lwm2m client:14979fcf.c924b] lwm2m error
Trying to bind LWM2M Client to port 56860
prv_generic_read_instances:objectId=>0
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAQABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>1:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>2
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAAABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>0:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>1
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAQABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>1:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>2
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAgABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>2:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>3
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAgABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>2:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>3
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAwABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>3:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>3313
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAwABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>3:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>32769
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBF8QwBAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>3313:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>3314
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFAYABAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>32769:instanceId=0 (0/1)
LWM2M Client "testing" started on port 56860 with max rcv packet size 16486
prv_generic_read:objectId=>0, instanceId=>0, numData=>3
prv_generic_read: [1 of 3] resourcId=>1
prv_generic_read: [2 of 3] resourcId=>10
prv_generic_read: [3 of 3] resourcId=>11
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBF8gwBAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>3314:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>3336
done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAMAAQAIAQAACgAGAgA5OQsABgIAMTA=], base64Len=>[40], expectedPayloadLen=>[40]
prv_generic_read:(lwm2m_data_new):numData=>3
prv_generic_read:result=>0x45
prv_generic_read:objectId=>1, instanceId=>0, numData=>1
prv_generic_read: [1 of 1] resourcId=>0
done:cmd=>[read], resp=>[/resp], base64=>[AgFFAQAAAAEAAAAGAgA5OQ==], base64Len=>[24], expectedPayloadLen=>[24]
prv_generic_read:(lwm2m_data_new):numData=>1
prv_generic_read:result=>0x45
prv_generic_read:objectId=>1, instanceId=>0, numData=>2
prv_generic_read: [1 of 2] resourcId=>1
prv_generic_read: [2 of 2] resourcId=>7
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFCA0BAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>3336:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>10512
done:cmd=>[read], resp=>[/resp], base64=>[AgFFAQAAAAIAAQAGAwAzMDAHAAQBAFU=], base64Len=>[32], expectedPayloadLen=>[32]
prv_generic_read:(lwm2m_data_new):numData=>2
prv_generic_read:result=>0x45
prv_generic_read:objectId=>0, instanceId=>0, numData=>1
prv_generic_read: [1 of 1] resourcId=>0
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFECkBAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>10512:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>10513
done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAEAAAAEFgBjb2FwczovL2xvY2FsaG9zdDo1Njg0], base64Len=>[48], expectedPayloadLen=>[48]
prv_generic_read:(lwm2m_data_new):numData=>1
prv_generic_read:result=>0x45
prv_generic_read:objectId=>0, instanceId=>0, numData=>1
prv_generic_read: [1 of 1] resourcId=>2
done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFESkBAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_read_instances:(lwm2m_data_new):numData=>1
prv_generic_read_instances:result=>0x45
setup_instance_ids:objectId=>10513:instanceId=0 (0/1)
prv_generic_read_instances:objectId=>10514
done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAEAAgAGAQAw], base64Len=>[20], expectedPayloadLen=>[20]
prv_generic_read:(lwm2m_data_new):numData=>1
prv_generic_read:result=>0x45
Sending 67 bytes to [A▒▒@▒▒▒▒~
▒▒▒W▒^Ԭ▒A▒]:4096
60 bytes received from [127.0.0.1]:5684
Sending 99 bytes to [▒▒▒~▒▒~▒▒▒~ ▒▒~▒W▒^▒.▒▒▒~]:4096 done:cmd=>[readInstances], resp=>[/resp], base64=>[AhBFEikBAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_read_instances:(lwm2m_data_new):numData=>1 prv_generic_read_instances:result=>0x45 setup_instance_ids:objectId=>10514:instanceId=0 (0/1) LWM2M Client "WEMO_99887766554436" started on port 56850 with max rcv packet size 16486 prv_generic_read:objectId=>0, instanceId=>0, numData=>3 prv_generic_read: [1 of 3] resourcId=>1 prv_generic_read: [2 of 3] resourcId=>10 prv_generic_read: [3 of 3] resourcId=>11 120 bytes received from [127.0.0.1]:5684 prv_generic_read:objectId=>0, instanceId=>0, numData=>1 prv_generic_read: [1 of 1] resourcId=>3 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAMAAQAIAQAACgAGAgA5OQsABgIAMTA=], base64Len=>[40], expectedPayloadLen=>[40] prv_generic_read:(lwm2m_data_new):numData=>3 prv_generic_read:result=>0x45 prv_generic_read:objectId=>1, instanceId=>0, numData=>1 prv_generic_read: [1 of 1] resourcId=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAEAAAAFBwB0ZXN0aW5n], base64Len=>[28], expectedPayloadLen=>[28] prv_generic_read:(lwm2m_data_new):numData=>1 prv_generic_read:result=>0x45 Sending 34 bytes to [<]:4096 prv_generic_read:objectId=>0, instanceId=>0, numData=>1 prv_generic_read: [1 of 1] resourcId=>5 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAQAAAAEAAAAGAgA5OQ==], base64Len=>[24], expectedPayloadLen=>[24] prv_generic_read:(lwm2m_data_new):numData=>1 prv_generic_read:result=>0x45 prv_generic_read:objectId=>1, instanceId=>0, numData=>2 prv_generic_read: [1 of 2] resourcId=>1 prv_generic_read: [2 of 2] resourcId=>7 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAEAAAAFBQA1NDMyMQ==], base64Len=>[28], expectedPayloadLen=>[28] prv_generic_read:(lwm2m_data_new):numData=>1 prv_generic_read:result=>0x45 Sending 14 bytes to [▒]:4096 Sending 53 bytes to [<]:4096 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAQAAAAIAAQAGBAAzNjAwBwAEAQBV], base64Len=>[32], expectedPayloadLen=>[32] prv_generic_read:(lwm2m_data_new):numData=>2 prv_generic_read:result=>0x45 prv_generic_read:objectId=>0, instanceId=>0, numData=>1 prv_generic_read: [1 of 1] resourcId=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAEAAAAEGwBjb2FwczovLzUxLjEzNy4xMDQuMjE0OjU2ODQ=], base64Len=>[56], expectedPayloadLen=>[56] prv_generic_read:(lwm2m_data_new):numData=>1 prv_generic_read:result=>0x45 prv_generic_read:objectId=>0, instanceId=>0, numData=>1 prv_generic_read: [1 of 1] resourcId=>2 67 bytes received from [127.0.0.1]:5684 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAEAAgAGAQAw], base64Len=>[20], expectedPayloadLen=>[20] prv_generic_read:(lwm2m_data_new):numData=>1 prv_generic_read:result=>0x45 Sending 67 bytes to [51.137.104.214]:5684 16 FE FD 00 00 00 00 00 00 00 00 00 36 01 00 00 ............6... 2A 00 00 00 00 00 00 00 2A FE FD 00 00 00 00 99 *.......*....... 21 44 87 66 86 5E 73 BB CB 27 86 51 6C CA AA 53 !D.f.^s..'.Ql..S B3 7D 83 C2 B8 E5 22 07 C8 6C FE 00 00 00 02 C0 .}...."..l...... A8 01 00 ... 60 bytes received from [51.137.104.214]:5684 16 FE FD 00 00 00 00 00 00 00 00 00 2F 03 00 00 ............/... 23 00 00 00 00 00 00 00 23 FE FD 20 5D E3 51 02 #.......#.. ].Q. D8 48 E1 4A A8 15 B5 DB 76 1D 67 6F 54 42 BE 18 .H.J....v.goTB.. 44 EA 8B 3E FA 15 11 03 AF C7 D9 C3 D..>........ Sending 99 bytes to [51.137.104.214]:5684 16 FE FD 00 00 00 00 00 00 00 01 00 56 01 00 00 ............V... 4A 00 01 00 00 00 00 00 4A FE FD 00 00 00 00 99 J.......J....... 21 44 87 66 86 5E 73 BB CB 27 86 51 6C CA AA 53 !D.f.^s..'.Ql..S B3 7D 83 C2 B8 E5 22 07 C8 6C FE 00 20 5D E3 51 .}...."..l.. ].Q 02 D8 48 E1 4A A8 15 B5 DB 76 1D 67 6F 54 42 BE ..H.J....v.goTB. 18 44 EA 8B 3E FA 15 11 03 AF C7 D9 C3 00 02 C0 .D..>........... A8 01 00 ... 120 bytes received from [51.137.104.214]:5684 16 FE FD 00 00 00 00 00 00 00 01 00 52 02 00 00 ............R... 46 00 01 00 00 00 00 00 46 FE FD 5E A1 57 D6 3D F.......F..^.W.= B0 6D F7 AB F9 3E 8D DE 7D 01 3E 00 43 74 38 3D .m...>..}.>.Ct8= E0 E8 6E 50 50 3B 73 BE 9D AA 1A 20 5E A1 57 D6 ..nPP;s.... ^.W. 48 05 79 5C DF 36 50 82 4A E0 54 E0 DF 8E 99 A9 H.y\.6P.J.T..... 39 C6 C0 C9 C2 53 9F 9B 68 00 0B 61 C0 A8 00 16 9....S..h..a.... FE FD 00 00 00 00 00 00 00 02 00 0C 0E 00 00 00 ................ 00 02 00 00 00 00 00 00 ........ prv_generic_read:objectId=>0, instanceId=>0, numData=>1 prv_generic_read: [1 of 1] resourcId=>3 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAEAAAAFEwBXRU1PXzk5ODg3NzY2NTU0NDM2], base64Len=>[44], expectedPayloadLen=>[44] prv_generic_read:(lwm2m_data_new):numData=>1 prv_generic_read:result=>0x45 Sending 46 bytes to [51.137.104.214]:5684 16 FE FD 00 00 00 00 00 00 00 02 00 21 10 00 00 ............!... 15 00 02 00 00 00 00 00 15 00 13 57 45 4D 4F 5F ...........WEMO_ 39 39 38 38 37 37 36 36 35 35 34 34 33 36 99887766554436 prv_generic_read:objectId=>0, instanceId=>0, numData=>1 prv_generic_read: [1 of 1] resourcId=>5 done:cmd=>[read], resp=>[/resp], base64=>[AgFFAAAAAAEAAAAFAwCsKTI=], base64Len=>[24], expectedPayloadLen=>[24] prv_generic_read:(lwm2m_data_new):numData=>1 prv_generic_read:result=>0x45 Sending 14 bytes to [51.137.104.214]:5684 14 FE FD 00 00 00 00 00 00 00 03 00 01 01 .............. Sending 53 bytes to [51.137.104.214]:5684 16 FE FD 00 01 00 00 00 00 00 00 00 28 00 01 00 ............(... 00 00 00 00 00 4F 83 BD F7 EE 2A A1 A3 44 5B EC .....O....*..D[. F4 7D 43 3B 12 F8 AA 98 88 34 7A ED FA C0 2F 8E .}C;.....4z.../. 8E 2A 37 9F 33 .*7.3 67 bytes received from [51.137.104.214]:5684 14 FE FD 00 00 00 00 00 00 00 03 00 01 01 16 FE ................ FD 00 01 00 00 00 00 00 00 00 28 00 01 00 00 00 ..........(..... 00 00 00 22 B3 A1 15 C2 BB E9 DE 0E 2B 11 02 87 ..."........+... B9 D3 D3 5F 05 24 0E 80 A0 D5 49 C5 0C 7D 3F 73 ..._.$....I..}?s 0C 52 AB .R. 23 Apr 10:54:47 - [info] [lwm2m client:6b742782.f5cb18] Process Exit: pid => 18660, code => 255, state => started, autoReconnect => true (after 300 sec.) error:COAP_501_NOT_IMPLEMENTED=>[readInstances] prv_generic_read_instances:result=>0x80 Failed to create security object 23 Apr 10:54:47 - [info] [lwm2m client:6143682b.7503d8] Process Exit: pid => 18661, code => 255, state => started, autoReconnect => true (after 300 sec.) error:COAP_501_NOT_IMPLEMENTED=>[readInstances] prv_generic_read_instances:result=>0x80 Failed to create security object 23 Apr 10:54:47 - [info] [lwm2m client:ba1613f3.dda8a] Process Exit: pid => 18663, code => 255, state => started, autoReconnect => true (after 3600 sec.) 23 Apr 10:54:47 - [info] [lwm2m client:14979fcf.c924b] Process Exit: pid => 18666, code => 255, state => started, autoReconnect => true (after 300 sec.) Sending 125 bytes to [▒ f]:4096 51 bytes received from [127.0.0.1]:5684 Sending 191 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 01 00 B2 00 01 00 ................ 00 00 00 00 01 3A EC 8F 97 58 3C B6 3F 5F AC 8D .....:...X<.?_.. 26 A1 D7 6B 55 F2 31 34 CA 0A CC 62 1A 79 C0 50 &..kU.14...b.y.P B6 58 26 FF AD CB D2 F4 DB EB 26 3E D2 20 D8 D7 .X&.......&>. .. BB 98 7F B2 30 AF 28 43 65 FF F7 64 D8 25 BA F1 ....0.(Ce..d.%.. 62 52 1E 05 1A EB E5 ED DF 89 39 76 CB AD C4 8C bR........9v.... 9D 51 C5 CA 95 EF AB 64 4F 7C E8 F4 B2 83 63 D5 .Q.....dO|....c. EC 77 98 F6 E9 18 51 E1 EC 25 6B 3A 58 D2 BF 59 .w....Q..%k:X..Y E8 3A EE EF 63 95 35 68 FD 4C 71 34 5F 67 C8 80 .:..c.5h.Lq4_g.. BF E5 6D 87 FB 2D 31 9C AD 53 9A 8F D5 3C E9 9E ..m..-1..S...<.. 3F B3 9D 89 03 3A 72 D5 72 88 9B 0F AF 7F 9E F8 ?....:r.r....... 7C FF EB 6D 4C 08 DA 7C 01 52 00 FF B5 1A 0A |..mL..|.R..... 51 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 01 00 26 00 01 00 ............&... 00 00 00 00 01 6F DF 21 99 54 A8 C1 5F AD D2 97 .....o.!.T.._... 46 BC 5C 40 BE 13 02 7F B5 86 79 CF 49 5E 1B DC F.\@......y.I^.. 91 CE B4 ... 53 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 02 00 28 00 01 00 ............(... 00 00 00 00 02 1D 7E 08 59 EB AF F4 47 60 DE 94 ......~.Y...G..
A2 9C 9E 63 85 EC 8D 96 14 FD 6E FB DB 25 C2 52 ...c......n..%.R
D9 2A 60 2A 4B .*K prv_generic_read:objectId=>10512, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFECkAAAUA1RcIAQBU2BcIAQBG2RcGAwAxMDDbFwQGAE5vcm1hbNwXBBEARkY6RkY6RkY6RkY6RkY6RkY=], base64Len=>[84], expectedPayloadLen=>[84] prv_generic_read:(lwm2m_data_new):numData=>5 prv_generic_read:result=>0x45 Sending 88 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 02 00 4B 00 01 00 ............K... 00 00 00 00 02 FF 54 9F CF FC BA 63 76 3D 93 90 ......T....cv=.. 73 2A A4 EB F3 2A 22 5E FB 0D 1C 6A 01 0A 49 3F s*...*"^...j..I? A9 5D 78 D1 6F DB 7D 3F 80 85 40 51 19 27 52 3E .]x.o.}?..@Q.'R> 43 04 83 8A F4 C5 2A 63 21 86 D7 B2 51 21 86 27 C.....*c!...Q!.' 46 BB AF 70 56 9E 5C 11 F..pV.\. 53 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 03 00 28 00 01 00 ............(... 00 00 00 00 03 76 5A 2F 8A 2D 93 F0 31 83 93 01 .....vZ/.-..1... 07 5C EA 66 F5 31 55 24 C4 DD F1 4E 66 B9 6A CF .\.f.1U$...Nf.j. 9E A5 5B F9 7C ..[.| prv_generic_read:objectId=>10513, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAgAxMDkYBgEAMjoYBgEAODsYBgQAMzYwMDwYBgQAMTAwMD0YBgEAOD4YBgIANDU/GAYEADEyMDBAGAcEADIuNzVBGAcEADAuMDVCGAYCADM1QxgGAgAyMA==], base64Len=>[136], expectedPayloadLen=>[136] prv_generic_read:(lwm2m_data_new):numData=>12 prv_generic_read:result=>0x45 Sending 103 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 03 00 5A 00 01 00 ............Z... 00 00 00 00 03 ED DC 49 AE 12 BD 55 6C 92 5F BE .......I...Ul._. 37 E8 87 A7 F8 05 EE C9 47 40 73 E8 27 37 32 CC 7.......G@s.'72. 86 8B 48 C4 AF C6 12 C7 B9 E6 52 D8 98 A3 C1 69 ..H.......R....i BA AB 93 78 AF 89 AD 6B A1 0C 6E 51 E9 94 F6 3A ...x...k..nQ...: 1E 80 8F 41 E1 95 96 2B EE 42 9A 74 0A F4 E1 08 ...A...+.B.t.... 3B F7 82 2B 97 73 4E ;..+.sN 52 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 04 00 27 00 01 00 ............'... 00 00 00 00 04 CC 91 2A 24 69 EC E9 CD ED EA 06 .......*$i...... 49 16 7C 23 C6 A6 AA 3E EB 91 A6 C2 B9 2C 00 02 I.|#...>.....,.. 54 A6 FB 09 T... prv_generic_read:objectId=>3313, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFF8QwAAAQA5BUHCgA5Ljg0ODQ0ODQ4RhYHCQAwLjQ0NDQ0NDRHFgcIADQuMzI0MTQxSBYHCAA2Ljg1MjUyMg==], base64Len=>[88], expectedPayloadLen=>[88] prv_generic_read:(lwm2m_data_new):numData=>4 prv_generic_read:result=>0x45 Sending 74 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 04 00 3D 00 01 00 ............=... 00 00 00 00 04 45 1A E8 F0 3E 48 CA D5 F1 78 37 .....E...>H...x7 F1 7E 31 8C F1 E3 1A 44 75 6B 5D E3 3D 79 CA 21 .~1....Duk].=y.! 70 81 5A 88 53 79 70 3D EB CF FC 65 82 BA B7 D8 p.Z.Syp=...e.... 6F D5 AE 63 1F CE DB CA 48 69 o..c....Hi 52 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 05 00 27 00 01 00 ............'... 00 00 00 00 05 F8 F4 8D DE 60 93 65 19 96 FB 1E ..........e....
11 FD 4B 10 38 1A 41 25 64 18 36 41 A7 0B FA EB ..K.8.A%d.6A....
64 33 2B C2 d3+.
prv_generic_read:objectId=>3336, instanceId=>0, numData=>0
done:cmd=>[read], resp=>[/resp], base64=>[AgFFCA0AAAMAihUECgA1NC43MzYzNjMzixUECQA0Ljg3NDc0NzR2FgQkADU0LjczNjM2MzM7NC44NzU4NTg1NTs1Oy0xMDs0NTY7NjY2Ng==], base64Len=>[108], expectedPayloadLen=>[108]
prv_generic_read:(lwm2m_data_new):numData=>3
prv_generic_read:result=>0x45
Sending 113 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 05 00 64 00 01 00 ............d...
00 00 00 00 05 A5 FC 61 E2 EF F4 D2 A7 66 BD DC .......a.....f..
E9 D8 61 D7 D5 6E E3 29 00 70 C5 4C 12 8F 4F FD ..a..n.).p.L..O.
13 07 F3 66 D0 C4 F5 C8 49 E3 8E 56 DA 60 1C FF ...f....I..V... 80 B1 7E C3 55 46 6D 46 D4 A1 3F 93 3C 7C A2 36 ..~.UFmF..?.<|.6 38 90 BA BD 78 08 E8 19 57 20 F0 42 FF 64 33 CD 8...x...W .B.d3. 75 F0 E4 3D F3 C5 D3 DE D1 81 4E 4F 49 3C EB 22 u..=......NOI<." D1 . 52 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 06 00 27 00 01 00 ............'... 00 00 00 00 06 50 69 06 DB A9 38 9D A0 29 AA 24 .....Pi...8..).$ 9F BF F2 B2 33 03 84 85 59 5F F5 4C 56 FC E4 A5 ....3...Y_.LV... 53 5C 87 C3 S\.. prv_generic_read:objectId=>3314, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFF8gwAAAMARhYHBwAxLjYzNjM2RxYHCAA1Ljc3Nzc3N0gWBwgANi44NDQ0NDQ=], base64Len=>[64], expectedPayloadLen=>[64] prv_generic_read:(lwm2m_data_new):numData=>3 prv_generic_read:result=>0x45 Sending 67 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 06 00 36 00 01 00 ............6... 00 00 00 00 06 34 4A 72 6A 6A 2E 97 96 AC 48 C6 .....4Jrjj....H. 7B 59 DC 70 9B 96 F5 9E 5C 6E DE BB 12 AD 93 76 {Y.p....\n.....v 3E 1E 00 47 F4 AE EE 2D D1 B0 39 71 C4 88 6C 35 >..G...-..9q..l5 8A E1 44 ..D 62 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 07 00 31 00 01 00 ............1... 00 00 00 00 07 16 D0 33 EE F0 75 23 9A 8F AE B7 .......3..u#.... 59 77 C1 5C 8C 8C E4 72 21 7F 16 EB 87 EF 26 4E Yw.\...r!.....&N 1D 51 8F 48 CE 93 C0 BD D0 C8 CE BA FE E2 .Q.H.......... prv_generic_write:objectId=>10513, instanceId=>0, numData=>1 done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_write:result=>0x44 Sending 41 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 07 00 1C 00 01 00 ................ 00 00 00 00 07 F7 57 FE B5 5A 02 98 BE 3A B7 D4 ......W..Z...:.. 3D CE 32 ED 71 80 59 E1 14 =.2.q.Y.. done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDA=], base64Len=>[28], expectedPayloadLen=>[28] lwm2mclient:err => 0 prv_generic_read:objectId=>10513, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYBADI6GAYBADg7GAYEADM2MDA8GAYEADEwMDA9GAYBADg+GAYCADQ1PxgGBAAxMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMjA=], base64Len=>[136], expectedPayloadLen=>[136] prv_generic_read:(lwm2m_data_new):numData=>12 prv_generic_read:result=>0x45 Sending 104 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 08 00 5B 00 01 00 ............[... 00 00 00 00 08 C3 17 A5 7F 55 53 98 CD F6 31 1F .........US...1. CB CC 98 45 3A 30 92 4F 9B BB 15 8B BB 64 16 8A ...E:0.O.....d.. DA 5C CD 59 FF 90 D5 5C 75 59 05 CD E1 AE 33 C1 .\.Y...\uY....3. DA 43 53 1B 39 CD 04 86 9C AD 41 E7 01 D2 74 6F .CS.9.....A...to E9 99 D2 0D 7D F5 D1 12 03 27 DA CE 6D 0A 11 95 ....}....'..m... 45 3B A3 40 19 9D 5B F2 E;.@..[. 63 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 08 00 32 00 01 00 ............2... 00 00 00 00 08 E1 11 A2 6F 15 D0 11 ED B3 A8 58 ........o......X 2F 40 C5 62 A8 31 4C FD CD 30 4D 71 BB 8B 7F A1 /@.b.1L..0Mq.... 4D 37 4B 9B E2 60 0F 8C E4 30 A9 AB 1F 36 29 M7K.....0...6)
prv_generic_write:objectId=>10513, instanceId=>0, numData=>1
done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_write:result=>0x44
Sending 41 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 09 00 1C 00 01 00 ................
00 00 00 00 09 1C A0 CC D0 7A 38 FD C5 EA C8 E7 .........z8.....
B3 3D D8 A3 7C 0C 1F E7 29 .=..|...)
done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDM=], base64Len=>[28], expectedPayloadLen=>[28]
lwm2mclient:err => 0
prv_generic_read:objectId=>10513, instanceId=>0, numData=>0
done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYBADI6GAYBADg7GAYEADM2MDA8GAYEADEwMDA9GAYBADg+GAYCADQ1PxgGBAAxMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMjA=], base64Len=>[136], expectedPayloadLen=>[136]
prv_generic_read:(lwm2m_data_new):numData=>12
prv_generic_read:result=>0x45
Sending 104 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 0A 00 5B 00 01 00 ............[...
00 00 00 00 0A E5 24 EA B2 DF C2 34 2A 25 BA 9C ......$....4%..
BD 51 D6 12 C8 52 DA B7 3A C6 43 AE 28 F1 8F DD .Q...R..:.C.(...
7B 36 8C 5B 68 D5 C5 C1 BE 35 56 2A BB CA 81 DF {6.[h....5V*....
82 F1 E1 48 23 17 0F 67 BC 87 8C 52 82 3A 0B 6E ...H#..g...R.:.n
82 99 65 24 CA 4D 68 95 14 EF E7 9F BE 8C 65 11 ..e$.Mh.......e.
E2 7A 63 C4 BC D5 FB EE .zc.....
63 bytes received from [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 09 00 32 00 01 00 ............2...
00 00 00 00 09 F6 CB 17 01 8E 17 4D 60 71 94 BD ...........Mq.. A9 B2 7E 71 79 C3 BF 01 1B 52 7C 1B A1 F6 67 78 ..~qy....R|...gx 05 50 68 9F 1C 72 72 D9 02 3E 86 89 A3 E5 6F .Ph..rr..>....o prv_generic_write:objectId=>10513, instanceId=>0, numData=>1 done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_write:result=>0x44 Sending 41 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0B 00 1C 00 01 00 ................ 00 00 00 00 0B AF EC 8E 08 43 21 CB F4 49 5A C7 .........C!..IZ. 7F 6F E4 B1 21 FD 88 F6 F2 .o..!.... done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDE=], base64Len=>[28], expectedPayloadLen=>[28] lwm2mclient:err => 0 prv_generic_read:objectId=>10513, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgEAODsYBgQAMzYwMDwYBgQAMTAwMD0YBgEAOD4YBgIANDU/GAYEADEyMDBAGAcEADIuNzVBGAcEADAuMDVCGAYCADM1QxgGAgAyMA==], base64Len=>[140], expectedPayloadLen=>[140] prv_generic_read:(lwm2m_data_new):numData=>12 prv_generic_read:result=>0x45 Sending 105 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0C 00 5C 00 01 00 ............\... 00 00 00 00 0C E8 C8 5C 13 88 23 B6 66 D0 12 11 .......\..#.f... 9A 26 D4 90 AD A6 35 D4 E8 A2 5B 85 A4 E7 99 3B .&....5...[....; C8 F5 D2 2E F3 C7 B9 2C B4 89 93 86 1C BC 17 A3 .......,........ CF 22 DD 7C B5 2E 6B 34 D6 8D 99 E0 DE 58 13 D0 .".|..k4.....X.. A6 9D DE A3 A4 AA D5 7C A7 83 6D 71 06 01 33 35 .......|..mq..35 91 B3 CC D4 AF 26 68 C9 D4 .....&h.. 62 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0A 00 31 00 01 00 ............1... 00 00 00 00 0A F5 32 EF 94 8F C8 A2 65 98 88 81 ......2.....e... 5E BF 3F 31 F1 1F 39 0B 79 D2 99 A4 B8 18 12 F1 ^.?1..9.y....... C4 A8 69 0C 39 0D 15 63 A2 6C DD BD 6D A6 ..i.9..c.l..m. prv_generic_write:objectId=>10513, instanceId=>0, numData=>1 done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_write:result=>0x44 Sending 41 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0D 00 1C 00 01 00 ................ 00 00 00 00 0D 8C D8 C5 DC 28 6D F0 71 49 8E CC .........(m.qI.. 9B 45 55 2F 64 3A 4A 81 60 .EU/d:J.
done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDI=], base64Len=>[28], expectedPayloadLen=>[28]
lwm2mclient:err => 0
prv_generic_read:objectId=>10513, instanceId=>0, numData=>0
done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYEADEwMDA9GAYBADg+GAYCADQ1PxgGBAAxMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMjA=], base64Len=>[140], expectedPayloadLen=>[140]
prv_generic_read:(lwm2m_data_new):numData=>12
prv_generic_read:result=>0x45
Sending 105 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 0E 00 5C 00 01 00 ...............
00 00 00 00 0E 3A 62 40 D0 80 35 A4 47 91 CE B0 .....:[email protected]...
49 C5 2B 2F 35 DB E3 25 BB DE 14 C2 0A 66 FA 16 I.+/5..%.....f..
AE 7F 99 51 27 D1 4B B9 C5 FD 92 8F 64 8F AD 4D ...Q'.K.....d..M
75 7F 8B C7 D0 AE B5 A4 40 18 BA D4 F0 BE 7D FF u.......@.....}.
F3 24 CE F3 5E 33 15 F4 3D 70 F9 05 98 6D 01 13 .$..^3..=p...m..
A3 52 A9 D5 0C 29 48 84 EC .R...)H..
62 bytes received from [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 0B 00 31 00 01 00 ............1...
00 00 00 00 0B C8 B4 82 23 55 8E 07 BD 1F CE DF ........#U......
1B EB B9 F3 FE 65 A0 90 F8 79 9B 39 60 E8 FF 64 .....e...y.9..d B5 2A 09 1F DF F1 3C 22 39 FC 0F C3 17 24 .*....<"9....$ prv_generic_write:objectId=>10513, instanceId=>0, numData=>1 done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_write:result=>0x44 Sending 41 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0F 00 1C 00 01 00 ................ 00 00 00 00 0F A7 07 CF 8A F6 A9 84 EE 81 82 56 ...............V 1F 58 59 CC F6 99 1E 6A CD .XY....j. done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDY=], base64Len=>[28], expectedPayloadLen=>[28] lwm2mclient:err => 0 prv_generic_read:objectId=>10513, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYEADEwMDA9GAYBADg+GAYCADQwPxgGBAAxMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMjA=], base64Len=>[140], expectedPayloadLen=>[140] prv_generic_read:(lwm2m_data_new):numData=>12 prv_generic_read:result=>0x45 Sending 105 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 10 00 5C 00 01 00 ............\... 00 00 00 00 10 8C D6 24 97 BC C6 71 A9 22 1A DE .......$...q.".. 4A 95 F8 F5 E5 36 AF FC 6B 7A 2C 47 42 7D 71 0D J....6..kz,GB}q. 27 8E A5 03 38 E8 1D C2 EC 7A 9A 90 19 97 EE 25 '...8....z.....% 95 19 7E BE AB 2D 05 2A FB 9E 4D 9E CD 14 6A CC ..~..-.*..M...j. A3 3D A0 4B 78 E8 55 B4 64 B1 49 D0 CA E7 B1 13 .=.Kx.U.d.I..... F3 B7 5A 57 1B D5 71 DA 5D ..ZW..q.] 70 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0C 00 39 00 01 00 ............9... 00 00 00 00 0C 30 59 89 C2 78 84 5B ED B5 55 4A .....0Y..x.[..UJ 7B 26 A0 3F E3 24 A8 F7 80 5F 75 F6 71 0C C0 FE {&.?.$..._u.q... DC 83 4B 86 CA 3E 92 DE AD 7F 2D AE 83 A5 88 12 ..K..>....-..... 78 43 B8 D9 57 A2 xC..W. prv_generic_write:objectId=>10513, instanceId=>0, numData=>1 done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_write:result=>0x44 Sending 41 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 11 00 1C 00 01 00 ................ 00 00 00 00 11 4D 1D CC 54 C6 CD 9D FF 72 DE AD .....M..T....r.. 81 1C 15 EA 2A BD 20 66 ED ....*. f. done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDk=], base64Len=>[28], expectedPayloadLen=>[28] lwm2mclient:err => 0 prv_generic_read:objectId=>10513, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYEADEwMDA9GAYBADg+GAYCADQwPxgGBAAxMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMjA=], base64Len=>[140], expectedPayloadLen=>[140] prv_generic_read:(lwm2m_data_new):numData=>12 prv_generic_read:result=>0x45 Sending 105 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 12 00 5C 00 01 00 ............\... 00 00 00 00 12 28 6C 27 F4 EB 72 88 ED CD 35 77 .....(l'..r...5w 38 AA D9 F9 85 AF 3B 68 82 BD B6 2C C8 85 C8 BC 8.....;h...,.... D7 A2 7E B2 04 73 C6 11 3F 7E 16 5C DB 3A 6D F0 ..~..s..?~.\.:m. CD B9 E3 4B 8C 11 62 73 D8 5C 98 8F B1 FE A1 17 ...K..bs.\...... 89 35 DB FB 76 9F 61 D3 2E 14 15 62 D8 59 F8 EC .5..v.a....b.Y.. 1A A0 89 12 F3 FB A9 92 EC ......... 62 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0D 00 31 00 01 00 ............1... 00 00 00 00 0D B5 B4 B0 ED 24 C5 08 9D 96 6F B9 .........$....o. 5B 75 21 BD 97 1C C2 0E 8E 05 C8 8C 8E 25 5B A6 [u!..........%[. 6B C9 49 C4 0F 13 78 1C B7 CE 4F CC FC DF k.I...x...O... prv_generic_write:objectId=>10513, instanceId=>0, numData=>1 done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_write:result=>0x44 Sending 41 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 13 00 1C 00 01 00 ................ 00 00 00 00 13 D0 14 E5 67 F1 F8 26 26 80 27 0B ........g..&&.'. 95 4A 8D F5 18 09 71 0A FB .J....q.. done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMTE=], base64Len=>[28], expectedPayloadLen=>[28] lwm2mclient:err => 0 prv_generic_read:objectId=>10513, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYEADEwMDA9GAYBADg+GAYCADQwPxgGBAAxMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMTA=], base64Len=>[140], expectedPayloadLen=>[140] prv_generic_read:(lwm2m_data_new):numData=>12 prv_generic_read:result=>0x45 Sending 105 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 14 00 5C 00 01 00 ............\... 00 00 00 00 14 89 FA 6D DA 3E E4 1C 26 C7 C3 74 .......m.>..&..t 20 49 E8 23 26 4C 4E 67 27 71 B8 7C 3C C1 47 C9 I.#&LNg'q.|<.G. ED 2C B5 3C 36 64 9D D5 8A 7C 21 46 D8 19 38 39 .,.<6d...|!F..89 41 E8 5C 42 DF B3 A2 40 5B B1 03 90 67 96 48 AA A.\B...@[...g.H. 02 11 62 57 BC 2F 4B C5 6D 50 97 03 7E 28 F1 E4 ..bW./K.mP..~(.. 1C 67 4F 59 5F D2 09 76 79 .gOY_..vy 70 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0E 00 39 00 01 00 ............9... 00 00 00 00 0E 1E 76 3A EE 48 03 A3 5D E1 FD D7 ......v:.H..]... 55 99 8E B0 CD 3C E1 B3 4C 78 7F D4 18 36 11 4F U....<..Lx...6.O 9F 1E BA 82 C6 72 4C 18 BE AC F3 14 90 F0 40 1B .....rL.......@. 25 2A CF AC 15 99 %*.... prv_generic_write:objectId=>10513, instanceId=>0, numData=>1 done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_write:result=>0x44 Sending 41 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 15 00 1C 00 01 00 ................ 00 00 00 00 15 8D 45 FA E1 FA 22 EB E7 09 2D 17 ......E..."...-. 61 EB F4 A3 61 2F AB 34 2A a...a/.4* done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDg=], base64Len=>[28], expectedPayloadLen=>[28] lwm2mclient:err => 0 prv_generic_read:objectId=>10513, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYEADEwMDA9GAYBADg+GAYCADQwPxgGBAAxMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMTA=], base64Len=>[140], expectedPayloadLen=>[140] prv_generic_read:(lwm2m_data_new):numData=>12 prv_generic_read:result=>0x45 Sending 105 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 16 00 5C 00 01 00 ............\... 00 00 00 00 16 B1 AE C3 41 0C 53 96 A7 9D D3 95 ........A.S..... 42 37 BC 8C F3 83 7B 10 F0 23 6F B7 DD 93 05 B2 B7....{..#o..... 89 51 BD F6 3D 1B 2D EF DF 39 0A 12 AD 09 98 2B .Q..=.-..9.....+ B8 5D 00 68 6D BF 61 70 5B F0 69 0D 93 75 C8 7E .].hm.ap[.i..u.~ 66 F5 8A CF 4E 3F D9 24 B8 D1 5B F7 2E 96 A3 CA f...N?.$..[..... 3D 95 F2 DC 2E A1 C1 46 C3 =......F. 63 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 0F 00 32 00 01 00 ............2... 00 00 00 00 0F A2 A4 D5 A2 07 90 83 13 78 B6 FC .............x.. 16 9B 28 3C F7 F1 E4 4F 8E 1B 6E CA 7E 9A 24 67 ..(<...O..n.~.$g 8C 0A DA 6E DD 32 7F EB 18 E8 9A 9D 1F 7D A2 ...n.2.......}. prv_generic_write:objectId=>10513, instanceId=>0, numData=>1 done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12] prv_generic_write:result=>0x44 Sending 41 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 17 00 1C 00 01 00 ................ 00 00 00 00 17 5A 46 A6 D4 DB F7 87 26 F3 88 13 .....ZF.....&... 42 F4 30 39 C3 79 4D 78 6C B.09.yMxl done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDc=], base64Len=>[28], expectedPayloadLen=>[28] lwm2mclient:err => 0 prv_generic_read:objectId=>10513, instanceId=>0, numData=>0 done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYEADEwMDA9GAYBADg+GAYCADQwPxgGBAAyMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMTA=], base64Len=>[140], expectedPayloadLen=>[140] prv_generic_read:(lwm2m_data_new):numData=>12 prv_generic_read:result=>0x45 Sending 105 bytes to [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 18 00 5C 00 01 00 ............\... 00 00 00 00 18 93 24 B5 71 07 E0 6A 5D 8D 56 F2 ......$.q..j].V. 41 5D 59 D1 17 39 DF 2E 87 EB A2 0F A6 DE AB 1F A]Y..9.......... F3 8E 60 E2 17 3C 58 F1 EA FD 61 54 34 D3 09 64 ....<X...aT4..d
F8 B8 0D 74 9E 63 1D 96 7C 70 BA 03 0C 19 9A 0B ...t.c..|p......
FF 15 4E BD DD C4 21 98 C8 D8 F1 6C 76 7B 81 EB ..N...!....lv{..
92 27 FB EC 61 5E FA 5C DF .'..a^..
62 bytes received from [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 10 00 31 00 01 00 ............1...
00 00 00 00 10 59 D1 16 1C 2D BF 57 90 D2 5B 2E .....Y...-.W..[.
D5 81 FC 19 31 F7 B3 C4 05 1E C7 3B 39 7E A0 E1 ....1......;9~..
62 4C C7 56 A7 E4 6E D9 09 03 61 FB 57 2B bL.V..n...a.W+
prv_generic_write:objectId=>10513, instanceId=>0, numData=>1
done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_write:result=>0x44
Sending 41 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 19 00 1C 00 01 00 ................
00 00 00 00 19 53 10 62 0D 83 97 DB 36 BD F0 33 .....S.b....6..3
7E 49 15 C7 63 5D CC B0 48 I..c]..H
done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDQ=], base64Len=>[28], expectedPayloadLen=>[28]
lwm2mclient:err => 0
prv_generic_read:objectId=>10513, instanceId=>0, numData=>0
done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYBADE9GAYBADg+GAYCADQwPxgGBAAyMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAzNUMYBgIAMTA=], base64Len=>[136], expectedPayloadLen=>[136]
prv_generic_read:(lwm2m_data_new):numData=>12
prv_generic_read:result=>0x45
Sending 104 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 1A 00 5B 00 01 00 ............[...
00 00 00 00 1A 90 54 A2 D1 80 98 2C 9C 4E F2 31 ......T....,.N.1
E8 66 CB A6 6B 05 E1 F5 05 0F CD 2E 3A 08 72 DA .f..k.......:.r.
5A D6 7C CC D1 AD 05 20 11 E5 F5 3C 42 FD 94 85 Z.|.... ...<B...
3B 7E 65 EF C9 95 16 BE DC 2C FE 98 0A D4 2B E3 ;e......,....+.
4C 09 15 27 4D 28 64 F1 18 C2 C9 C3 AD 09 64 0A L..'M(d.......d.
23 90 B4 91 07 99 AB 36 #......6
98 bytes received from [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 11 00 55 00 01 00 ............U...
00 00 00 00 11 B7 38 C4 20 15 B3 76 76 AC 22 BA ......8. ..vv.".
D9 C6 37 D7 2E 65 B3 76 70 1B 4D B5 57 6D 39 91 ..7..e.vp.M.Wm9.
83 37 64 46 4E 54 6D 73 C5 73 47 44 6A AC CD 3B .7dFNTms.sGDj..;
15 B8 04 7A CB 79 14 B1 04 E4 80 2A 0E 20 C8 57 ...z.y.....*. .W
81 20 6A 41 F2 7E AD 0A 83 3A 4E 55 C8 4B B7 EA . jA....:NU.K..
69 B7 i.
prv_generic_write:objectId=>10514, instanceId=>0, numData=>1
done:cmd=>[write], resp=>[/resp], base64=>[AgFEEikAAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_write:result=>0x44
Sending 41 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 1B 00 1C 00 01 00 ................
00 00 00 00 1B E0 40 48 4F 60 31 6A 33 AF 9C 92 ......@ho1j3... 97 D1 0D F8 45 69 F0 ED EF ....Ei... done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxNC8wLzYzMDQ=], base64Len=>[28], expectedPayloadLen=>[28] lwm2mclient:err => 0 62 bytes received from [51.137.104.214]:5684 17 FE FD 00 01 00 00 00 00 00 12 00 31 00 01 00 ............1... 00 00 00 00 12 74 80 1D 89 AD 96 00 C6 C2 87 9D .....t.......... FC 58 33 A8 E4 60 64 6B BE DB 3D 4C E9 9B AE 95 .X3..dk..=L....
64 F1 3D 1E 80 8E C3 98 A0 8C 3C 22 61 98 d.=.......<"a.
prv_generic_write:objectId=>10513, instanceId=>0, numData=>1
done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_write:result=>0x44
Sending 41 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 1C 00 1C 00 01 00 ................
00 00 00 00 1C D2 92 CE D8 AB 69 7F E6 EB 01 5F ..........i...._
49 E6 7D 28 3C 58 9F 06 AF I.}(<X...
done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMTA=], base64Len=>[28], expectedPayloadLen=>[28]
lwm2mclient:err => 0
prv_generic_read:objectId=>10513, instanceId=>0, numData=>0
done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYBADE9GAYBADg+GAYCADQwPxgGBAAyMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAyNUMYBgIAMTA=], base64Len=>[136], expectedPayloadLen=>[136]
prv_generic_read:(lwm2m_data_new):numData=>12
prv_generic_read:result=>0x45
Sending 104 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 1D 00 5B 00 01 00 ............[...
00 00 00 00 1D A1 1C 08 97 15 BC EF CF E9 21 7A ..............!z
41 D2 D8 3D 1D F9 83 0E BE 04 B7 F4 A7 CA 42 48 A..=..........BH
9A 97 31 55 1E 85 BD 4D DA E6 B9 4D 79 4F E4 B3 ..1U...M...MyO..
9E E0 5F 43 A5 04 33 82 2D F5 C7 C4 46 49 3E F3 .._C..3.-...FI>.
6E 79 17 72 6D 99 B9 56 E2 1E 03 2C A6 97 8E 42 ny.rm..V...,...B
6D FA 17 F1 9F 4D 03 70 m....M.p
62 bytes received from [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 13 00 31 00 01 00 ............1...
00 00 00 00 13 E6 3D 3B 73 23 A9 F6 07 7C 37 C6 ......=;s#...|7.
5D 11 A1 AE 37 1A E1 71 D2 24 2A 2E CE 00 B0 8B ]...7..q.$*.....
6B 3F 8D FF 09 38 6B F2 2F 3C 7B CF 22 52 k?...8k./<{."R
prv_generic_write:objectId=>10513, instanceId=>0, numData=>1
done:cmd=>[write], resp=>[/resp], base64=>[AgFEESkAAAAA], base64Len=>[12], expectedPayloadLen=>[12]
prv_generic_write:result=>0x44
Sending 41 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 1E 00 1C 00 01 00 ................
00 00 00 00 1E 96 FF CB DF CC DF 49 F5 6B B2 1E ...........I.k..
96 58 E6 0E 42 9B CD 62 F4 .X..B..b.
done:cmd=>[observe], resp=>[/resp], base64=>[AgAAAQANAC8xMDUxMy8wLzYyMDU=], base64Len=>[28], expectedPayloadLen=>[28]
lwm2mclient:err => 0
prv_generic_read:objectId=>10513, instanceId=>0, numData=>0
done:cmd=>[read], resp=>[/resp], base64=>[AgFFESkAAAwAOBgGAwAxMjA5GAYDADYwMDoYBgIAMTA7GAYEADM2MDA8GAYBADE9GAYBADE+GAYCADQwPxgGBAAyMjAwQBgHBAAyLjc1QRgHBAAwLjA1QhgGAgAyNUMYBgIAMTA=], base64Len=>[136], expectedPayloadLen=>[136]
prv_generic_read:(lwm2m_data_new):numData=>12
prv_generic_read:result=>0x45
Sending 104 bytes to [51.137.104.214]:5684
17 FE FD 00 01 00 00 00 00 00 1F 00 5B 00 01 00 ............[...
00 00 00 00 1F E2 37 04 26 60 B8 92 23 04 63 5E ......7.&`..#.c^
37 DE 6A 88 A0 C8 7E 40 E0 E2 4A EA 83 0E 31 2B 7.j...@..J...1+
D5 00 8C FC F1 06 DD DA 3F F7 91 95 A0 0C EC 77 ........?......w
84 C2 1F 6D 1F 97 63 C4 AF 4A 05 44 DC 45 2F B7 ...m..c..J.D.E/.
B9 3E ED 0B 8A A9 81 D3 55 18 DA CD 72 C8 98 B3 .>......U...r...
0C 0A 1F F2 53 08 8F 0A ....S...

Hi again,
I'm trying to pull temperature readings from my DHT11 sensor which is connected to my raspberry pi using LWM2M. There is a field under the LWM2M that allows JSON input. I am currently testing using the following:

{ "3303": { "0": { "5700": { "type": "FLOAT", "acl": "R", "value": 23.5 } } } }

The value field is currently static and is not linked to my actual sensor reading. How can I integrate my DHT11 sensor reading with this Object? Can I introduce a function node somewhere in-between? Please help.