<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: WMR100N + Mac == True (soon)</title>
	<atom:link href="http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/</link>
	<description></description>
	<lastBuildDate>Fri, 23 Jul 2010 07:50:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Per</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-141</link>
		<dc:creator>Per</dc:creator>
		<pubDate>Tue, 28 Jul 2009 17:20:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-141</guid>
		<description>&lt;p&gt;Have done some experimenting and I was wrong. In my data stream there is one FF between individual measurements, and FFFF once every minute. All single FF are preceeded by 00, 01 or 02 - have no idea what they mean but they come after the closing checksum byte in all measurements.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Have done some experimenting and I was wrong. In my data stream there is one FF between individual measurements, and FFFF once every minute. All single FF are preceeded by 00, 01 or 02 &#8211; have no idea what they mean but they come after the closing checksum byte in all measurements.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Per</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-140</link>
		<dc:creator>Per</dc:creator>
		<pubDate>Mon, 27 Jul 2009 10:29:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-140</guid>
		<description>&lt;p&gt;I&#039;m pretty sure, but I will have a look at your code and see if I might have missed something. My actual implementation looks more on frame identifiers and expected lengths than delimiters so it might be that I&#039;ve overlooked something. And thanks for your comment!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;m pretty sure, but I will have a look at your code and see if I might have missed something. My actual implementation looks more on frame identifiers and expected lengths than delimiters so it might be that I&#8217;ve overlooked something. And thanks for your comment!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Weber</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-139</link>
		<dc:creator>Weber</dc:creator>
		<pubDate>Sun, 26 Jul 2009 23:49:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-139</guid>
		<description>&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;I have a Windows program (called WSDL) for the WMR100 on SourceForge. This program is keying off of two bytes of 0xff for the record separator -- but your protocol page says you are seeing &quot;0x00,0xff&quot; instead. Are you sure about this? I haven&#039;t heard anyone complaining that WSDL is having trouble with the new WMR100N...but I&#039;d really like to know if O.S. is changing the protocols on us...?&lt;/p&gt;

&lt;p&gt;-- Weber&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi,</p>

<p>I have a Windows program (called WSDL) for the WMR100 on SourceForge. This program is keying off of two bytes of 0xff for the record separator &#8212; but your protocol page says you are seeing &#8220;0&#215;00,0xff&#8221; instead. Are you sure about this? I haven&#8217;t heard anyone complaining that WSDL is having trouble with the new WMR100N&#8230;but I&#8217;d really like to know if O.S. is changing the protocols on us&#8230;?</p>

<p>&#8211; Weber</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Per</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-136</link>
		<dc:creator>Per</dc:creator>
		<pubDate>Sun, 21 Jun 2009 05:41:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-136</guid>
		<description>&lt;p&gt;Excellent, a few more bits figured out. Have found several other projects but not this one, thanks!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Excellent, a few more bits figured out. Have found several other projects but not this one, thanks!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Xander</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-135</link>
		<dc:creator>Xander</dc:creator>
		<pubDate>Sat, 20 Jun 2009 18:56:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-135</guid>
		<description>&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;I found this project on sourceforge. It has extensive wmr100 record descriptions (look for WMR100DataParser.cs in the sourcepackage).&lt;/p&gt;

&lt;p&gt;Enjoy!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi,</p>

<p>I found this project on sourceforge. It has extensive wmr100 record descriptions (look for WMR100DataParser.cs in the sourcepackage).</p>

<p>Enjoy!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Per</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-134</link>
		<dc:creator>Per</dc:creator>
		<pubDate>Sat, 20 Jun 2009 07:23:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-134</guid>
		<description>&lt;p&gt;Yes, the 1 length records do play part as long as they come in the 8 byte long &lt;em&gt;USB reports&lt;/em&gt;  in which the actual data is transported, one or two bytes for each USB report. WMR100 also sends 1 byte long &lt;em&gt;USB reports&lt;/em&gt; which I have found no meaning in.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Yes, the 1 length records do play part as long as they come in the 8 byte long <em>USB reports</em>  in which the actual data is transported, one or two bytes for each USB report. WMR100 also sends 1 byte long <em>USB reports</em> which I have found no meaning in.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Xander</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-133</link>
		<dc:creator>Xander</dc:creator>
		<pubDate>Sat, 20 Jun 2009 05:48:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-133</guid>
		<description>&lt;p&gt;Thanks!&lt;/p&gt;

&lt;p&gt;I don&#039;t know if it&#039;s because i have a rms300 (which alledgedly speaks wmr100 protocol becaue it works with that setting in other sw) but there&#039;s a difference in the protocol used by it and your description.&lt;/p&gt;

&lt;p&gt;The 01 length records do play a part, and the record seperator seems to be 0xff 0xff instead 0x00 0xff which your document describes. This way at least i get usable records. :D&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks!</p>

<p>I don&#8217;t know if it&#8217;s because i have a rms300 (which alledgedly speaks wmr100 protocol becaue it works with that setting in other sw) but there&#8217;s a difference in the protocol used by it and your description.</p>

<p>The 01 length records do play a part, and the record seperator seems to be 0xff 0xff instead 0&#215;00 0xff which your document describes. This way at least i get usable records. <img src='http://www.ejeklint.se/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>]]></content:encoded>
	</item>
	<item>
		<title>By: Per</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-132</link>
		<dc:creator>Per</dc:creator>
		<pubDate>Fri, 19 Jun 2009 17:46:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-132</guid>
		<description>&lt;p&gt;OK, I have published a first draft of the protocol description.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>OK, I have published a first draft of the protocol description.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Per</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-131</link>
		<dc:creator>Per</dc:creator>
		<pubDate>Fri, 19 Jun 2009 16:36:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-131</guid>
		<description>&lt;p&gt;Thanks, it was great. Celebrating midsummer with the traditional herring. Fell asleep after too many shots instead of working with my WMR100 thing...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks, it was great. Celebrating midsummer with the traditional herring. Fell asleep after too many shots instead of working with my WMR100 thing&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Xander</title>
		<link>http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/comment-page-1/#comment-130</link>
		<dc:creator>Xander</dc:creator>
		<pubDate>Fri, 19 Jun 2009 12:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.ejeklint.se/2009/05/12/wmr100n-mac-true-soon/#comment-130</guid>
		<description>&lt;p&gt;Hope you enjoyed your lunch (nice cam :D)!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hope you enjoyed your lunch (nice cam <img src='http://www.ejeklint.se/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> )!</p>]]></content:encoded>
	</item>
</channel>
</rss>
