<?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 for Maartendamen&#039;s blog</title>
	<atom:link href="http://www.maartendamen.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.maartendamen.com</link>
	<description>Blogging on various IT subjects</description>
	<lastBuildDate>Wed, 08 Sep 2010 14:26:32 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Plugwise unleashed document released by Olli</title>
		<link>http://www.maartendamen.com/2010/08/plugwise-unleashed-document-released/comment-page-1/#comment-1969</link>
		<dc:creator>Olli</dc:creator>
		<pubDate>Wed, 08 Sep 2010 14:26:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=359#comment-1969</guid>
		<description>When I try this I just get endless 0000000000C2 back from the stick. The same happens with any command I pass in. Anyone else experiencing problems like this? The kit works ok if I connect it to Windows/Plugwise Source.</description>
		<content:encoded><![CDATA[<p>When I try this I just get endless 0000000000C2 back from the stick. The same happens with any command I pass in. Anyone else experiencing problems like this? The kit works ok if I connect it to Windows/Plugwise Source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Plugwise on Linux downloads back online by Olli</title>
		<link>http://www.maartendamen.com/2009/11/plugwise-on-linux-downloads-back-online/comment-page-1/#comment-1968</link>
		<dc:creator>Olli</dc:creator>
		<pubDate>Wed, 08 Sep 2010 13:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=17#comment-1968</guid>
		<description>When I try this I just get endless 0000000000C2 back from the stick. The same happens with any command I feed in. Anyone else experiencing problems like this? The kit works ok if I connect it to Windows/Plugwise Source.</description>
		<content:encoded><![CDATA[<p>When I try this I just get endless 0000000000C2 back from the stick. The same happens with any command I feed in. Anyone else experiencing problems like this? The kit works ok if I connect it to Windows/Plugwise Source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Monitor an Oracle database with a SCOM OleDB watcher by snajgel</title>
		<link>http://www.maartendamen.com/2010/09/monitor-an-oracle-database-with-a-scom-oledb-watcher/comment-page-1/#comment-1949</link>
		<dc:creator>snajgel</dc:creator>
		<pubDate>Mon, 06 Sep 2010 07:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=364#comment-1949</guid>
		<description>Great blogpost! Thank you!</description>
		<content:encoded><![CDATA[<p>Great blogpost! Thank you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Monitor an Oracle database with a SCOM OleDB watcher by Tweets that mention Monitor an Oracle database with a SCOM OleDB watcher"  -- Topsy.com</title>
		<link>http://www.maartendamen.com/2010/09/monitor-an-oracle-database-with-a-scom-oledb-watcher/comment-page-1/#comment-1943</link>
		<dc:creator>Tweets that mention Monitor an Oracle database with a SCOM OleDB watcher"  -- Topsy.com</dc:creator>
		<pubDate>Sun, 05 Sep 2010 16:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=364#comment-1943</guid>
		<description>[...] This post was mentioned on Twitter by Scott Moss, Maarten Goet. Maarten Goet said: RT @maartendamen: &quot;Monitor an Oracle database with a SCOM OleDB watcher&quot; http://bit.ly/9OQrjB  [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Scott Moss, Maarten Goet. Maarten Goet said: RT @maartendamen: &quot;Monitor an Oracle database with a SCOM OleDB watcher&quot; <a href="http://bit.ly/9OQrjB" rel="nofollow">http://bit.ly/9OQrjB</a>  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Plugwise unleashed document released by Smert</title>
		<link>http://www.maartendamen.com/2010/08/plugwise-unleashed-document-released/comment-page-1/#comment-1914</link>
		<dc:creator>Smert</dc:creator>
		<pubDate>Thu, 02 Sep 2010 08:48:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=359#comment-1914</guid>
		<description>I don&#039;t know, for me it works that way.
As I said,

&quot;01&quot; results in a shorter (wrong) crc for one of my circles so it doesn&#039;t work. Then i noticed that no power on/off code (&quot;01&quot;, &quot;00&quot;) or whatever in it&#039;s place (e.g. &quot;001&quot;, &quot;101&quot;) turns it on!

I will post the exact messages and firmware info sometime.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know, for me it works that way.<br />
As I said,</p>
<p>&#8220;01&#8243; results in a shorter (wrong) crc for one of my circles so it doesn&#8217;t work. Then i noticed that no power on/off code (&#8220;01&#8243;, &#8220;00&#8243;) or whatever in it&#8217;s place (e.g. &#8220;001&#8243;, &#8220;101&#8243;) turns it on!</p>
<p>I will post the exact messages and firmware info sometime.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Plugwise unleashed document released by Maarten</title>
		<link>http://www.maartendamen.com/2010/08/plugwise-unleashed-document-released/comment-page-1/#comment-1910</link>
		<dc:creator>Maarten</dc:creator>
		<pubDate>Wed, 01 Sep 2010 15:03:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=359#comment-1910</guid>
		<description>@Smert: you need &quot;01&quot; to switch something on...</description>
		<content:encoded><![CDATA[<p>@Smert: you need &#8220;01&#8243; to switch something on&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Plugwise unleashed document released by Smert</title>
		<link>http://www.maartendamen.com/2010/08/plugwise-unleashed-document-released/comment-page-1/#comment-1907</link>
		<dc:creator>Smert</dc:creator>
		<pubDate>Wed, 01 Sep 2010 07:48:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=359#comment-1907</guid>
		<description>Hi, thanks for your efforts and this doc.

Implementing your script in Java, crc for the switch on package for one of my circles returns a 3-digit hex number.

So then by playing a bit with it, I noticed that switch onoff packages containing powerstate code &quot;00&quot; indeed turn off a device, but any other power code &quot;011&quot; &quot;1&quot; or even &quot;&quot;-nothing turn the device on.

Keep up the good work!</description>
		<content:encoded><![CDATA[<p>Hi, thanks for your efforts and this doc.</p>
<p>Implementing your script in Java, crc for the switch on package for one of my circles returns a 3-digit hex number.</p>
<p>So then by playing a bit with it, I noticed that switch onoff packages containing powerstate code &#8220;00&#8243; indeed turn off a device, but any other power code &#8220;011&#8243; &#8220;1&#8243; or even &#8220;&#8221;-nothing turn the device on.</p>
<p>Keep up the good work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Plugwise unleashed document released by Kronos</title>
		<link>http://www.maartendamen.com/2010/08/plugwise-unleashed-document-released/comment-page-1/#comment-1714</link>
		<dc:creator>Kronos</dc:creator>
		<pubDate>Wed, 18 Aug 2010 07:04:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=359#comment-1714</guid>
		<description>Thank you very much for your work and your Documentation. Is it possible to get a little bit more detailed explanation how the Checksum has to be calculated? I try to implement Plugwise in my Windows based Home Automation System without using the original Plugwise Software.

Greetings.</description>
		<content:encoded><![CDATA[<p>Thank you very much for your work and your Documentation. Is it possible to get a little bit more detailed explanation how the Checksum has to be calculated? I try to implement Plugwise in my Windows based Home Automation System without using the original Plugwise Software.</p>
<p>Greetings.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Plugwise protocol unleashed part 3: internal clock information by JMcL</title>
		<link>http://www.maartendamen.com/2010/02/plugwise-protocol-unleashed-part-3-internal-clock-information/comment-page-1/#comment-1520</link>
		<dc:creator>JMcL</dc:creator>
		<pubDate>Tue, 10 Aug 2010 11:25:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=149#comment-1520</guid>
		<description>Further to Deep&#039;s analysis of the send command/ack/response sequence, there&#039;s an additional useful response regarding the packet sequence number

When a command packet is sent to the stick, the first reponse from the stick is a line in the form:

PutFifoUnicast 33 : Handle 129 : 000D6F0000xxxxB3

The &#039;129&#039; in the line above is specific to the command sent. From what I&#039;ve implemented it&#039;s as follows:

PowerChange (code=0017) : 33
PowerInfo (code=0012) : 23
Calibration (code=0026) : 60

I presume other commands will also follow this pattern.

The handle returned is the value (in decimal) of the packet sequence Deep refers to and will be used on the subsequent ACK and data packets, so the conversation is now along the lines of (leaving out frame start/ends and inserting spaces for clarity - CCCC represents CRC):

SEND: 0017 000D6F0000xxxxB3 CCCC
RECV: PutFifoUnicast 33 : Handle 129 : 000D6F0000xxxxB3
RECV: 0000 0081 00C1 CCCC (note &#039;0081&#039; = 129)
RECV: 0000 0081 00D8 00D8000D6F0000xxxxB3 CCCC

I guess this could be useful to optimise access to plugs. Fire a command, get the handle, and then keep track of responses received, leaving you free to send other commands in the meantime (Note: I haven&#039;t tried this yet, it&#039;s purely speculation!!!)</description>
		<content:encoded><![CDATA[<p>Further to Deep&#8217;s analysis of the send command/ack/response sequence, there&#8217;s an additional useful response regarding the packet sequence number</p>
<p>When a command packet is sent to the stick, the first reponse from the stick is a line in the form:</p>
<p>PutFifoUnicast 33 : Handle 129 : 000D6F0000xxxxB3</p>
<p>The &#8216;129&#8242; in the line above is specific to the command sent. From what I&#8217;ve implemented it&#8217;s as follows:</p>
<p>PowerChange (code=0017) : 33<br />
PowerInfo (code=0012) : 23<br />
Calibration (code=0026) : 60</p>
<p>I presume other commands will also follow this pattern.</p>
<p>The handle returned is the value (in decimal) of the packet sequence Deep refers to and will be used on the subsequent ACK and data packets, so the conversation is now along the lines of (leaving out frame start/ends and inserting spaces for clarity &#8211; CCCC represents CRC):</p>
<p>SEND: 0017 000D6F0000xxxxB3 CCCC<br />
RECV: PutFifoUnicast 33 : Handle 129 : 000D6F0000xxxxB3<br />
RECV: 0000 0081 00C1 CCCC (note &#8216;0081&#8242; = 129)<br />
RECV: 0000 0081 00D8 00D8000D6F0000xxxxB3 CCCC</p>
<p>I guess this could be useful to optimise access to plugs. Fire a command, get the handle, and then keep track of responses received, leaving you free to send other commands in the meantime (Note: I haven&#8217;t tried this yet, it&#8217;s purely speculation!!!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Jeenode infrared project part 1: getting started by ben</title>
		<link>http://www.maartendamen.com/2010/05/jeenode-infrared-project-part-1-getting-started/comment-page-1/#comment-1446</link>
		<dc:creator>ben</dc:creator>
		<pubDate>Thu, 05 Aug 2010 20:17:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.maartendamen.com/?p=257#comment-1446</guid>
		<description>thanks maarten, just got this working perfectly with my samsung tv (LE23R71B).  You are a star!
Only to help others: (1) the &#039;define variables&#039; need to be dropped into the IRremoteInt.h file (at the top). (2) Within the IRremote.h file the line &quot;long decodeSamsung(decode_results *results);&quot; needs to be added after the same NEC, Sony, RC5 and RC6 lines.  (3) the following section needs to be dropped into the IRremote.cpp file:
#ifdef DEBUG 
  Serial.println(&quot;Attempting Samsung decode&quot;);
#endif
  if (decodeSamsung(results)) {
    return DECODED;
  }
Well done, Ben</description>
		<content:encoded><![CDATA[<p>thanks maarten, just got this working perfectly with my samsung tv (LE23R71B).  You are a star!<br />
Only to help others: (1) the &#8216;define variables&#8217; need to be dropped into the IRremoteInt.h file (at the top). (2) Within the IRremote.h file the line &#8220;long decodeSamsung(decode_results *results);&#8221; needs to be added after the same NEC, Sony, RC5 and RC6 lines.  (3) the following section needs to be dropped into the IRremote.cpp file:<br />
#ifdef DEBUG<br />
  Serial.println(&#8220;Attempting Samsung decode&#8221;);<br />
#endif<br />
  if (decodeSamsung(results)) {<br />
    return DECODED;<br />
  }<br />
Well done, Ben</p>
]]></content:encoded>
	</item>
</channel>
</rss>
