I think the architecture of the ble sensor network, which does not use
threads per socket, can be applied to DTLS.
Known bug:
Occasionally a timeout error occurs when connecting to RFCOMM.
BLE is not supported yet. I need help to do it.
Signed-off-by: tomoaki <tomoaki@tomy-tech.com>
1.Return CONNACK instead of the broker when the gateway receives CONNECT
while the client is Sleep or Awake mode.
2.Define the max size of a que for PUBLISH while the client state is
Asleep mode. Despose packets when the que is full of packets.
3.Return PUBACK or PUBREL to the broker when the client is Asleep or
Awake.
Signed-off-by: tomoaki <tomoaki@tomy-tech.com>
Signed-off-by: tomoaki <tomoaki@tomy-tech.com>
error occurs.
Do not store the length of packet into rc.
If the packet is incorrect, skip the processing that follows.
Bugfix: Print out the value of TopicId in SUBACK and UNSUBACK.
Signed-off-by: tomoaki <tomoaki@tomy-tech.com>
Add new SensorNetwork XBee
Add a sensor network type in a start message.
Update MQTTSNClient to avoid build warning.
Update WiringPi's functions to my original ones.
BugFix check msgId before adding waitdTopicId table.
BugFix Process termination procedures
Update print curent time in millseconds.
update move currentDateTime() to linux directory.
Bugfix: blink blue lightiIndicator.
Bugfix: Register returns wrong id.
change a status of the client to Disconnected.
change client status procedure
Update README
BugFix: change Network Disconnect procedures.
Signed-off-by: tomoaki <tomoaki@tomy-tech.com>
