绵掌集散地

为了评估无线传感器节点使用电池供电能够坚持多久，[tc]写了这个计算器。

在界面中输入电池的容量、全系统单周期内每个电流持续的时间（如果电压有变，请自行换算到电池电压），计算器会告诉你该系统理论上可以续航多长时间。如果总时间超过1年，这才是个基本可用的系统。

程序本身没什么技术难点。唯一的问题是由于在WSN中可能会长时间休眠，图像如果使用线性坐标会影响观感，所以采用的是对数坐标轴。

源代码+二进制：batterylifecalculator

今天忽然发现VSPM的UDP传输模式故意没有实现流量控制，这与真实的串口行为不符，所以就用软件方法实现了流控。

[用VSPM实现虚拟串口回环]
VSPM区别于某些又垃圾又昂贵的商业软件的是，它是免费软件，而且思路很好。通过把串口数据透明转发到网络上，实现了远程虚拟串口的功能。当然，我们只要把网络地址改为本级地址，就可以实现串口回环。

例如：原本你写的串口通信程序占用了COM1，通信过程如下。

设备 <--> COM1 <--> 应用程序

而为了编写模拟器，我们需要模拟出COM1的行为。

设备模拟器 <--> COM5 <--> COM1 <--> 应用程序

其中COM5与COM1之间的通讯可以是真机通讯，也可以是虚拟串口通讯，我们把虚拟串口通讯称为“回环（Loop Back）”。意为把原本应该发送到串口的数据原样送回本机。

为了实现上面第2种结构，我们只需：

1. 修改VSPM为UDP模式
2. 在设备管理器中，把真机COM1改为COM10
3. 新建虚拟串口COM1，监听127.0.0.1，接收端口7101，发送端口7102
4. 新建虚拟串口COM5，监听127.0.0.1，接收端口7102，发送端口7101

是不是很像交叉电缆的接法？

[用Timer实现UDP的流量控制](全文...)

在此前的文章中，我曾用Timer解决MVC模式中，Event合并后GUI不是最新状态的问题。此后glascholar同学认为这个Timer是不必要的，我于是按照这个指示修改了程序。今天忽然发现，第2个程序是不严谨的，所以现在重新实现之。

[上一次错在哪里]
在《合并-改》一文中，采用了2个Flag。其中一个表示未被处理的Event数量（HasUnprocessedEvent），另一个表示GUI更新是否结束（IsUpdating）。但是判断GUI结束（!HasUnprocessedEvent）到真的结束（IsUpdating = false）之间是非原子的。

假设Event的发起线程代码如下（忽略原子性）：

HasUnprocessedEvent = true;
if (!IsUpdating)
{
    IsUpdating = true;
    RaiseUpdateEvent();
}

而GUI线程响应RaiseUpdateEvent的内容如下（忽略原子性）：

do
{
    HasUnprocessedEvent = false;
    OnUpdate();
}
while (HasUnprocessedEvent);
IsUpdating = false;

考虑下面 ... (全文...)

在上一篇文章中我说到，因为Event合并导致GUI最终显示的不是Model的最新数据。为此我加入了Timer来刷新。而glascholar同学对此表示出不屑的态度，并给与了提示。

[glascholar的思路]
问题的关键是在于，耗费巨额成本的GUI在运行完成之后，许多Update Event都被忽略了。所以只要在GUI运行结束后，判断是否有Event被合并即可。

方法就是在运行GUI的delegate之前，先将一个标志Reset掉；每当有新的Event来时，设置这个标志；当GUI运行结束后，再次判断标志是否存在，如果标志非空，马上重新刷新GUI。这样就节省了最终的Timer。也就是说：

* Event到来 -> 设置Flag
* Flag还在 -> Flag Reset -> 处理GUI -> 循环

另外需要注意的是，Event是否到来的标志需要在Model线程与GUI线程共享，因此需要保持原子性。我们假设这是用锁来实现。

[该思路存在的问题](全文...)