<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>.NET Micro Framework Toolkit</title><link>http://mftoolkit.codeplex.com/project/feeds/rss</link><description>The .NET Micro Framework Toolkit</description><item><title>Commented Issue: NodeIdentifier returns with the first character missing [12911]</title><link>http://mftoolkit.codeplex.com/workitem/12911</link><description>I have noticed that if I set a NI in the Zigbee module and do a node indentifier search, I always get back the NODE ID string missing the first character.&lt;br /&gt;&lt;br /&gt;Eg, I set NI in the module to WATTAGE and when a search and then read NodeIdentifier I see ATTAGE. This is repeatable with all Zigbee modules I have.&lt;br /&gt;&lt;br /&gt;I am using XBP24BZ7 modules.&lt;br /&gt;Comments: ** Comment from web user: WeegieBoy ** &lt;p&gt;As a follow up, it looks like the software is decoding the signal strength from the packet.&lt;/p&gt;&lt;p&gt;Looking at the Digi documentation, this byte is not in the packet.&lt;/p&gt;&lt;p&gt;By commenting out this line in NodeDiscover.cs the code now decodes the string identifier correctly.&lt;br&gt;&lt;/p&gt;</description><author>WeegieBoy</author><pubDate>Thu, 09 May 2013 12:13:21 GMT</pubDate><guid isPermaLink="false">Commented Issue: NodeIdentifier returns with the first character missing [12911] 20130509121321P</guid></item><item><title>Created Issue: NodeIdentifier returns with the first character missing [12911]</title><link>http://mftoolkit.codeplex.com/workitem/12911</link><description>I have noticed that if I set a NI in the Zigbee module and do a node indentifier search, I always get back the NODE ID string missing the first character.&lt;br /&gt;&lt;br /&gt;Eg, I set NI in the module to WATTAGE and when a search and then read NodeIdentifier I see ATTAGE. This is repeatable with all Zigbee modules I have.&lt;br /&gt;&lt;br /&gt;I am using XBP24BZ7 modules.&lt;br /&gt;</description><author>WeegieBoy</author><pubDate>Thu, 09 May 2013 09:57:07 GMT</pubDate><guid isPermaLink="false">Created Issue: NodeIdentifier returns with the first character missing [12911] 20130509095707A</guid></item><item><title>Source code checked in, #81799</title><link>http://mftoolkit.codeplex.com/SourceControl/changeset/changes/81799</link><description>Upgrade&amp;#58; New Version of LabDefaultTemplate.xaml. To upgrade your build definitions, please visit the following link&amp;#58; http&amp;#58;&amp;#47;&amp;#47;go.microsoft.com&amp;#47;fwlink&amp;#47;&amp;#63;LinkId&amp;#61;254563</description><author>Project Collection Service Accounts</author><pubDate>Mon, 01 Oct 2012 21:57:23 GMT</pubDate><guid isPermaLink="false">Source code checked in, #81799 20121001095723P</guid></item><item><title>Source code checked in, #81798</title><link>http://mftoolkit.codeplex.com/SourceControl/changeset/changes/81798</link><description>Checked in by server upgrade</description><author>Project Collection Service Accounts</author><pubDate>Mon, 01 Oct 2012 21:51:05 GMT</pubDate><guid isPermaLink="false">Source code checked in, #81798 20121001095105P</guid></item><item><title>Source code checked in, #77811</title><link>http://mftoolkit.codeplex.com/SourceControl/changeset/changes/77811</link><description>fixed some small bugs in Pop3&amp;#47;Smtp</description><author>interactive</author><pubDate>Wed, 23 May 2012 18:23:41 GMT</pubDate><guid isPermaLink="false">Source code checked in, #77811 20120523062341P</guid></item><item><title>Source code checked in, #77646</title><link>http://mftoolkit.codeplex.com/SourceControl/changeset/changes/77646</link><description></description><author>interactive</author><pubDate>Thu, 17 May 2012 18:22:23 GMT</pubDate><guid isPermaLink="false">Source code checked in, #77646 20120517062223P</guid></item><item><title>Patch Applied: #7583</title><link>http://mftoolkit.codeplex.com/SourceControl/list/patches</link><description>
&lt;p&gt;&lt;a href='http://www.codeplex.com/site/users/view/jcsaez'&gt;jcsaez&lt;/a&gt; has applied patch #7583.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Comment:&lt;/b&gt;&lt;br /&gt;Applied on 76819&lt;/p&gt;</description><author>jcsaez</author><pubDate>Sat, 28 Apr 2012 19:08:00 GMT</pubDate><guid isPermaLink="false">Patch Applied: #7583 20120428070800P</guid></item><item><title>Patch Applied: #9438</title><link>http://mftoolkit.codeplex.com/SourceControl/list/patches</link><description>
&lt;p&gt;&lt;a href='http://www.codeplex.com/site/users/view/jcsaez'&gt;jcsaez&lt;/a&gt; has applied patch #9438.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Comment:&lt;/b&gt;&lt;br /&gt;Applied on 76819 changeset&lt;/p&gt;</description><author>jcsaez</author><pubDate>Sat, 28 Apr 2012 19:07:46 GMT</pubDate><guid isPermaLink="false">Patch Applied: #9438 20120428070746P</guid></item><item><title>Patch Applied: #10635</title><link>http://mftoolkit.codeplex.com/SourceControl/list/patches</link><description>
&lt;p&gt;&lt;a href='http://www.codeplex.com/site/users/view/jcsaez'&gt;jcsaez&lt;/a&gt; has applied patch #10635.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Comment:&lt;/b&gt;&lt;br /&gt;Applied on 76819 changeset&lt;/p&gt;</description><author>jcsaez</author><pubDate>Sat, 28 Apr 2012 19:07:14 GMT</pubDate><guid isPermaLink="false">Patch Applied: #10635 20120428070714P</guid></item><item><title>Closed Issue: XBee crash when checksum error [10944]</title><link>http://mftoolkit.codeplex.com/workitem/10944</link><description>I was dealing with this problem a little time and finally found the source. In XBee.cs class, private void ReceiveData&amp;#40;&amp;#41; method, private MemoryStream _readBuffer didn&amp;#39;t discart fake frames when checksum error. The thread still received data and drove _readBuffer &amp;#34;outofmemory&amp;#34;.&lt;br /&gt;&lt;br /&gt;I have solved checking length and checksum separately, with new GetLenth&amp;#40;&amp;#41; and Checksum&amp;#40;&amp;#41; methods, and some corrections in do&amp;#123;&amp;#125; while block.&lt;br /&gt;&lt;br /&gt;Find attached the new XBee.cs for testing&lt;br /&gt;Comments: Resuelto con el conjunto de cambios 76819.</description><author>jcsaez</author><pubDate>Sat, 28 Apr 2012 19:05:25 GMT</pubDate><guid isPermaLink="false">Closed Issue: XBee crash when checksum error [10944] 20120428070525P</guid></item><item><title>Closed Issue: XBeeAddress64.Value setter masks out bytes [10320]</title><link>http://mftoolkit.codeplex.com/workitem/10320</link><description>The XBeeAddress64 class&amp;#39;s Value property masks out the high word of the LSB half of the address.&lt;br /&gt;var x64 &amp;#61; new XBeeAddress64&amp;#40;0x1234567812345678&amp;#41;&lt;br /&gt;generates an address of 0x1234567800005678&lt;br /&gt;&lt;br /&gt;This is because the Value setter&amp;#58;&lt;br /&gt;  _lsb &amp;#61; &amp;#40;uint&amp;#41;&amp;#40;value &amp;#38; 0xFFFF&amp;#41;&amp;#59;&lt;br /&gt;should be&lt;br /&gt;  _lsb &amp;#61; &amp;#40;uint&amp;#41;&amp;#40;value &amp;#38; 0xFFFFFFFF&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;Off topic, but having Equals&amp;#40;&amp;#41; overrides are great too&amp;#58;&lt;br /&gt;&lt;br /&gt;        public override bool Equals&amp;#40;object obj&amp;#41;&lt;br /&gt;        &amp;#123;&lt;br /&gt;            XBeeAddress64 that &amp;#61; obj as XBeeAddress64&amp;#59;&lt;br /&gt;            return &amp;#40;that &amp;#33;&amp;#61; null&amp;#41; &amp;#38;&amp;#38; that._msb &amp;#61;&amp;#61; this._msb &amp;#38;&amp;#38;that._lsb &amp;#61;&amp;#61; this._lsb&amp;#59;&lt;br /&gt;        &amp;#125;&lt;br /&gt;&lt;br /&gt;        public override int GetHashCode&amp;#40;&amp;#41;&lt;br /&gt;        &amp;#123;&lt;br /&gt;            return &amp;#40;int&amp;#41;_lsb&amp;#59;&lt;br /&gt;        &amp;#125;&lt;br /&gt;Comments: Resuelto con el conjunto de cambios 76819.</description><author>jcsaez</author><pubDate>Sat, 28 Apr 2012 19:05:20 GMT</pubDate><guid isPermaLink="false">Closed Issue: XBeeAddress64.Value setter masks out bytes [10320] 20120428070520P</guid></item><item><title>Source code checked in, #76819</title><link>http://mftoolkit.codeplex.com/SourceControl/changeset/changes/76819</link><description>Some proposed patches applied. Working correctly.</description><author>jcsaez</author><pubDate>Sat, 28 Apr 2012 19:05:16 GMT</pubDate><guid isPermaLink="false">Source code checked in, #76819 20120428070516P</guid></item><item><title>Commented Issue: XBee crash when checksum error [10944]</title><link>http://mftoolkit.codeplex.com/workitem/10944</link><description>I was dealing with this problem a little time and finally found the source. In XBee.cs class, private void ReceiveData&amp;#40;&amp;#41; method, private MemoryStream _readBuffer didn&amp;#39;t discart fake frames when checksum error. The thread still received data and drove _readBuffer &amp;#34;outofmemory&amp;#34;.&lt;br /&gt;&lt;br /&gt;I have solved checking length and checksum separately, with new GetLenth&amp;#40;&amp;#41; and Checksum&amp;#40;&amp;#41; methods, and some corrections in do&amp;#123;&amp;#125; while block.&lt;br /&gt;&lt;br /&gt;Find attached the new XBee.cs for testing&lt;br /&gt;Comments: ** Comment from web user: hellokitty9999 ** &lt;p&gt;Hi, may I know how this program works&amp;#63; &lt;/p&gt;</description><author>hellokitty9999</author><pubDate>Thu, 09 Feb 2012 06:24:34 GMT</pubDate><guid isPermaLink="false">Commented Issue: XBee crash when checksum error [10944] 20120209062434A</guid></item><item><title>New Post: XBEE Series 2</title><link>http://mftoolkit.codeplex.com/discussions/284816</link><description>&lt;div style="line-height: normal;"&gt;&lt;p&gt;I'm pretty new with XBee but my understanding is that once you configure the modem to use the API you cannot send it AT commands. Have you tried configuring it using Router AT to see if it responds?&lt;/p&gt;&lt;/div&gt;</description><author>tdragger</author><pubDate>Sat, 21 Jan 2012 14:15:58 GMT</pubDate><guid isPermaLink="false">New Post: XBEE Series 2 20120121021558P</guid></item><item><title>New Post: ZCL Support</title><link>http://mftoolkit.codeplex.com/discussions/236470</link><description>&lt;div style="line-height: normal;"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;is there a document which describe the commands supported by Digi' XBee devices?&lt;/p&gt;&lt;/div&gt;</description><author>awaiK</author><pubDate>Fri, 20 Jan 2012 15:21:59 GMT</pubDate><guid isPermaLink="false">New Post: ZCL Support 20120120032159P</guid></item><item><title>New Post: XBEE Series 2</title><link>http://mftoolkit.codeplex.com/discussions/284816</link><description>&lt;div style="line-height: normal;"&gt;
&lt;p&gt;Hi!&lt;/p&gt;
&lt;p&gt;I've been racking my brains with a strange issue since one week.&lt;/p&gt;
&lt;p&gt;I have a XBEE S2 configured in API mode as a ROUTER (FW 23A0) attached to a Netduino Plus through COM2.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The issue is that every time I try to send a command to the module I get no answer (but I can receive), instead, I get a timeout. I've debugged the code until reaching the point where line
&lt;strong&gt;serialport.write(bytes[],0,bytes.lenght)&lt;/strong&gt; in xbee.cs (within function&amp;nbsp;&lt;strong&gt;&lt;a href="http://www.aisto.com/roeder/dotnet/Default.aspx?Target=code://MicroXBee:10.11.8.1/MFToolkit.Net.XBee.XBee/ExecuteNonQuery(MFToolkit.Net.XBee.XBeeRequest):Boolean"&gt;ExecuteNonQuery&lt;/a&gt;&lt;/strong&gt;(&lt;a title="MFToolkit.Net.XBee.XBeeRequest" href="http://www.aisto.com/roeder/dotnet/Default.aspx?Target=code://MicroXBee:10.11.8.1/MFToolkit.Net.XBee.XBeeRequest"&gt;XBeeRequest&lt;/a&gt;
 request)) is executed unsuccessfully. (BTW the method serial_port.isopen() is true )&lt;/p&gt;
&lt;p&gt;I have checked the the content of bytes[] and is correct, moreover I've sent them successfully using X-CTU.&lt;/p&gt;
&lt;p&gt;Is there any option in the constructor I missed?&lt;/p&gt;
&lt;p&gt;I've tryed the following:&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;XBeeModule myXbee =&amp;nbsp;new XBeeModule(SerialPorts.COM2, 9600, ApiType.Enabled);&lt;/p&gt;
&lt;p&gt;//I have even tryed to use class XBee instead of XBeeModule!!! -&amp;gt; same result!&lt;/p&gt;
&lt;p&gt;//and setting parity, stopbytes and etc. -&amp;gt; no result!&lt;/p&gt;
&lt;p&gt;myXbee.FrameReceived &amp;#43;= new FrameReceivedEventHandler(myXbee_FrameReceived);&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;&lt;/p&gt;
&lt;p&gt;myXbee.ModemStatusChanged &amp;#43;= new ModemStatusChangedEventHandler(myXbee_ModemStatusChanged);&amp;nbsp;&lt;/p&gt;
&lt;p&gt;myXbee.Open();&lt;/p&gt;
&lt;p&gt;And in another method I call:&amp;nbsp;myXbee.Execute(new AtCommand(&amp;quot;MY&amp;quot;));&lt;/p&gt;
&lt;p&gt;Then...fatality! Timeout!&lt;/p&gt;
&lt;p&gt;I know the module is well configured because I wrote the code by myself and the module was answering.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It's a pity...hope somebody has a clue to figure out where's the mistake:(&lt;/p&gt;
&lt;p&gt;Thanks and happy new year!!!&amp;nbsp;&lt;/p&gt;
&lt;/div&gt;</description><author>ipq</author><pubDate>Tue, 03 Jan 2012 13:08:40 GMT</pubDate><guid isPermaLink="false">New Post: XBEE Series 2 20120103010840P</guid></item><item><title>Reviewed: Release 10.11.8 (Dec 11, 2011)</title><link>http://mftoolkit.codeplex.com/releases/view/55314#ReviewBy-laith928</link><description>Rated 3 Stars &amp;#40;out of 5&amp;#41; - have not used it yet.</description><author>laith928</author><pubDate>Mon, 12 Dec 2011 06:42:50 GMT</pubDate><guid isPermaLink="false">Reviewed: Release 10.11.8 (Dec 11, 2011) 20111212064250A</guid></item><item><title>New Post: xbee receiving samples from end device</title><link>http://mftoolkit.codeplex.com/discussions/278648</link><description>&lt;div style="line-height: normal;"&gt;
&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I got one xbee (&amp;quot;slave&amp;quot;) configured to send sample data every 5 seconds to a second xbee (&amp;quot;master&amp;quot;). I see activity on the usb explorer board of the master every 5 seconds but the event FrameReceived is never triggered. Directly using the SerialPort class
 does work, every 5 seconds I'm receiving data. If I execute a remote AT command from the master to the slave then the FrameReceived event is triggered with the data from the slave.&lt;/p&gt;
&lt;p&gt;Should receiving sample data from the slave be handled in a different way?&lt;/p&gt;
&lt;p&gt;BTW, I'm using XBee's Series 1.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Steven&lt;/p&gt;
&lt;/div&gt;</description><author>hillaerts</author><pubDate>Mon, 07 Nov 2011 22:27:50 GMT</pubDate><guid isPermaLink="false">New Post: xbee receiving samples from end device 20111107102750P</guid></item><item><title>Patch Uploaded: #10635</title><link>http://mftoolkit.codeplex.com/SourceControl/list/patches</link><description>
&lt;p&gt;&lt;a href='http://www.codeplex.com/site/users/view/jcsaez'&gt;jcsaez&lt;/a&gt; has uploaded a patch.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Description:&lt;/b&gt;&lt;br /&gt;As CapnBry said&amp;#58;&lt;br /&gt;&amp;#34; The XBeeAddress64 class&amp;#39;s Value property masks out the high word of the LSB half of the address.&lt;br /&gt;var x64 &amp;#61; new XBeeAddress64&amp;#40;0x1234567812345678&amp;#41;&lt;br /&gt;generates an address of 0x1234567800005678&lt;br /&gt;&lt;br /&gt;This is because the Value setter&amp;#58;&lt;br /&gt;_lsb &amp;#61; &amp;#40;uint&amp;#41;&amp;#40;value &amp;#38; 0xFFFF&amp;#41;&amp;#59;&lt;br /&gt;should be&lt;br /&gt;_lsb &amp;#61; &amp;#40;uint&amp;#41;&amp;#40;value &amp;#38; 0xFFFFFFFF&amp;#41;&amp;#59;&lt;br /&gt;&amp;#34;&lt;br /&gt;&lt;br /&gt;File for patch upload&lt;/p&gt;</description><author>jcsaez</author><pubDate>Wed, 19 Oct 2011 17:14:59 GMT</pubDate><guid isPermaLink="false">Patch Uploaded: #10635 20111019051459P</guid></item><item><title>New Post: MFSnmp</title><link>http://mftoolkit.codeplex.com/discussions/208464</link><description>&lt;div style="line-height: normal;"&gt;&lt;p&gt;I have released a preview version of this library at the above link which is in the Net MF Issue Tracker..&lt;/p&gt;
&lt;p&gt;&lt;a href="http://netmf.codeplex.com/workitem/1232"&gt;http://netmf.codeplex.com/workitem/1232&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Please post all feedback in that thread.&lt;/p&gt;&lt;/div&gt;</description><author>juliusfriedman</author><pubDate>Thu, 29 Sep 2011 19:42:36 GMT</pubDate><guid isPermaLink="false">New Post: MFSnmp 20110929074236P</guid></item></channel></rss>