RE: Sending large data from smart phone

DragonAnger — Thu, 21 Sep 2017 07:02:54 GMT

Thank you so much for your answer! It really helps. I'll try!

RE: Sending large data from smart phone

endnode — Tue, 19 Sep 2017 08:12:33 GMT

Well simply define some ACK mechanism on application layer which will tell to the phone that it can continue. Yes, it will lower the throughput but you will hardly solve it without wasting one or two connection intervals for this procedure. When I was pushing new FW (100-200kB of data) over the link from the phone I simply sacrificed certain amount of RAM on nRF5x side (you usually have 1kB left, usually more) so mobile pushed all the data there and then waited for Notification (because nRF5x side was GATT Server) with specific code which was saying to continue with another chunk. Indeed this store and forward architecture has some drawbacks and limitations but it should solve your problem easily. If your throughput is limited by the wired UART on emebedded side you shouldn't care that you are adding some overhead on radio transfer...

This ACK mechanism will typically mean that messages over NUS (at least in one direction) cannot start directly with data but there needs to be some header byte. Then you can just release your wild imagination and e.g. reserve just one escape sequence character like 0xFF or 0x80 or whatever so if it comes first it means that next byte is some special code and not NUS unstructured data which should be sent to upper layer directly (and if next byte is the same then you just cut one of them and send it to upper layer anyway - by this trick you can still transfer any information, just with small probability of being one special character on first position you might loose one byte in the transfer with this overhead, I find it pretty elegant and easy to parse on receiver's side).