Long Read write string and Image data

RE: Long Read write string and Image data

haakonsh — Wed, 01 Aug 2018 13:20:53 GMT

Sorry, my bad. Here's an excerpt:

"Limits for queued write (also named "long write") and read long wrt. to size is depending on host and client implementations. What will happen here is that you will never know the actual size of the request, as you will get chunks of ATT_MTU-1 size until one of the sides either completes the transaction or you NACK the request (ie: received size has exceeded the buffer size).

Technically, the max. size that you can have up to 64K given that the offset field is 16 bit, however; this will be limited by the amount of memory that you, as the developer, provide to the softdevice at the time of initiating a long write (given in event "BLE_EVT_USER_MEM_REQUEST").

For a read long characteristic, this is stack handled and will depend on what you provide to the ATTDB size (configurable in both S110 and S13x).

From page 1921 in Core_v4.0:

4.8.3 Read Long Characteristic Values

This sub-procedure is used to read a Characteristic Value from a server when the client knows the Characteristic Value Handle and the length of the CharacteristicValue is longer than can be sent in a single Read Response AttributeProtocol message.

Figure 4.10 shows how the transaction goes over-air."

I do not think there's a queued read equivalent as it is up to the server to decided if it supports queued writes or not. If it does and can make use of queued writes, then the server should always do so without being explicitly asked to by the client.

RE: Long Read write string and Image data

dc — Tue, 31 Jul 2018 16:35:19 GMT

I have not access of devzone.nordicsemi.com/.../34739 link.

I Refer Experimental: Queued Writes Application but there is only write example not read one.

RE: Long Read write string and Image data

haakonsh — Tue, 31 Jul 2018 08:43:18 GMT

See https://devzone.nordicsemi.com/support-private/support/34739 and the Experimental: Queued Writes Application.

RE: Long Read write string and Image data

dc — Tue, 31 Jul 2018 03:53:09 GMT

Thanks for quick answer!

I would like to know long write is related to MTU Throughput example?

I also want to long read operation using same characteristic.

RE: Long Read write string and Image data

haakonsh — Mon, 30 Jul 2018 13:48:51 GMT

I suggest you try out the Experimental: ATT_MTU Throughput Example in SDK15 and find your optimal payload size. With MTU extensions the softDevice will assemble/disassemble the packets in its Link Layer automatically. There's also event lenght extasion where the SoftDevice can fit multiple MTU packets in one connection interval.

Do note that there's a tradeoff between packet lengths and susceptibility to interference due to the increased time it takes to send/receive a longer packet.