mftoolkit Source Code Rss Feed

Source code checked in, #81799

Project Collection Service Accounts — Mon, 01 Oct 2012 21:57:23 GMT

Upgrade: New Version of LabDefaultTemplate.xaml. To upgrade your build definitions, please visit the following link: http://go.microsoft.com/fwlink/?LinkId=254563

Source code checked in, #81798

Project Collection Service Accounts — Mon, 01 Oct 2012 21:51:05 GMT

Checked in by server upgrade

Source code checked in, #77811

interactive — Wed, 23 May 2012 18:23:41 GMT

fixed some small bugs in Pop3/Smtp

Source code checked in, #77646

interactive — Thu, 17 May 2012 18:22:23 GMT

Patch Applied: #7583

jcsaez — Sat, 28 Apr 2012 19:08:00 GMT

jcsaez has applied patch #7583.

Comment:
Applied on 76819

Patch Applied: #9438

jcsaez — Sat, 28 Apr 2012 19:07:46 GMT

jcsaez has applied patch #9438.

Comment:
Applied on 76819 changeset

Patch Applied: #10635

jcsaez — Sat, 28 Apr 2012 19:07:14 GMT

jcsaez has applied patch #10635.

Comment:
Applied on 76819 changeset

Source code checked in, #76819

jcsaez — Sat, 28 Apr 2012 19:05:16 GMT

Some proposed patches applied. Working correctly.

Patch Uploaded: #10635

jcsaez — Wed, 19 Oct 2011 17:14:59 GMT

jcsaez has uploaded a patch.

Description:
As CapnBry said:
" The XBeeAddress64 class's Value property masks out the high word of the LSB half of the address.
var x64 = new XBeeAddress64(0x1234567812345678)
generates an address of 0x1234567800005678

This is because the Value setter:
_lsb = (uint)(value & 0xFFFF);
should be
_lsb = (uint)(value & 0xFFFFFFFF);
"

File for patch upload

Patch Uploaded: #9438

xerocontrol — Tue, 17 May 2011 04:29:36 GMT

xerocontrol has uploaded a patch.

Description:
Refactored and fixed bug in MFToolkit.Net.XBee.XBee.ReceiveData method. When sending more than 1 frame per second, there was the possibility that the _readBuffer data could become somewhat corrupted and frames would not get recognized. It turns out that inside the for loop between lines 427 and 435 lies the problem. I found that the method needed to have a break after line 434, or else it appeared that after the start byte was found, the loop would continue to remove needed bytes in the buffer. Just below that for loop, I added an additional if statement to recheck startOK. If startOK is not true, then we continue the outside while loop and continue to wait for more bytes on the serial port.

Other than that bug fix, which only occurred during high traffic (more than 1 frame a second), I also refactored the ReceiveData method and removed some unneeded code (e.g. check if serial port is null, removed the do/while loop, etc.

With this new ReceiveData method, I can successfully push six 54 byte frames per second!

Patch Uploaded: #7583

marioquake — Tue, 30 Nov 2010 04:06:26 GMT

marioquake has uploaded a patch.

Description:
Zip file includes two new classes - ExplicitZigBeeCommand and ExplicitZigBeeResponse, each in the corresponding .cs file.
Also included is a patch file for XBee.cs to handle receiving the ExplicitZigBeeResponse packet.

This is step one towards an implementation of ZCL support for XBee modules. :)

Source code checked in, #59008

interactive — Mon, 08 Nov 2010 13:07:30 GMT

Source code checked in, #59007

interactive — Mon, 08 Nov 2010 12:58:19 GMT

release 10.11.8.1

Source code checked in, #59006

interactive — Mon, 08 Nov 2010 12:53:37 GMT

Source code checked in, #59005

interactive — Mon, 08 Nov 2010 12:46:49 GMT

fixed missing Value set in cstor AtCommand

Source code checked in, #59004

interactive — Mon, 08 Nov 2010 12:41:25 GMT

Source code checked in, #59003

interactive — Mon, 08 Nov 2010 12:37:48 GMT

fixed property Value (work item 6894) fixed PrintBytes on .NET MF removed restriction for HttpMethod

Source code checked in, #58833

interactive — Fri, 05 Nov 2010 21:03:11 GMT

changed release build batch

Source code checked in, #58723

interactive — Thu, 04 Nov 2010 11:21:51 GMT

Source code checked in, #58721

interactive — Thu, 04 Nov 2010 11:20:10 GMT

Release 10.11.4.1