Introduced a lock for dose_com transmit queues
Added a tag to a dose_com log so that we can verify that the lock protected dose_com is the one used.
In order to avoid deadlocks the WakeUp_QueueNotFull callback is now called without g_threadLock taken.
Fix for ticket #73: Using node number 8, 16 or 32 makes the node communication to get stuck. This was caused by a bug in the Check_IfUniCast_CanBeUsed function in dose_com.
Fix so that the movement of 'send' and  'ack' pointers is handled correctly. See ticket #159