<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>infrared on irq5 test</title><link>https://irq5-7854a1fdb9f4.pages.dev/tag/infrared/</link><description>Recent content in infrared on irq5 test</description><language>en-us</language><lastBuildDate>Thu, 25 Sep 2014 01:04:00 +0000</lastBuildDate><atom:link href="https://irq5-7854a1fdb9f4.pages.dev/tag/infrared/feed/" rel="self" type="application/rss+xml"/><item><title>Cloud-Enabling a Bathroom Scale</title><link>https://irq5-7854a1fdb9f4.pages.dev/2014/09/cloud-enabling-a-bathroom-scale/</link><pubDate>Thu, 25 Sep 2014 01:04:00 +0000</pubDate><guid>https://irq5-7854a1fdb9f4.pages.dev/2014/09/cloud-enabling-a-bathroom-scale/</guid><description>&lt;p>Last week as I was making my rounds at the supermarket, I came across this digital bathroom scale on sale.
With some membership card, the discount was almost 50% and at S$16, I thought that was a pretty good deal.
It is &amp;ldquo;wireless&amp;rdquo; in that it has a separate display unit that could be detached from the scale itself.
This bathroom scale had &amp;ldquo;HACK ME&amp;rdquo; written all over it.&lt;/p>&lt;p>&lt;picture>&lt;img src=//farm6.staticflickr.com/5591/15082564568_873cab20b7_c.jpg alt>&lt;/picture>&lt;/p>&lt;p>It turns out that this bathroom scale is the &lt;strong>EB9121&lt;/strong> made by a Chinese (OEM?) company called
&lt;em>Zhongshan Camry Electronic Co. Ltd&lt;/em> (or simply &lt;em>Camry&lt;/em>).
The box specifically mentions that it uses infrared for transmission, and given that I had
&lt;a href=https://irq5-7854a1fdb9f4.pages.dev/tag/infrared rel=noopener>some experience looking at IR signals&lt;/a>, I thought it would be rather straightforward.&lt;/p>&lt;p>&lt;picture>&lt;img src=//farm4.staticflickr.com/3906/15082564748_2feb92e812_c.jpg alt>&lt;/picture>&lt;/p>&lt;p>&lt;a href="https://irq5-7854a1fdb9f4.pages.dev/2014/09/cloud-enabling-a-bathroom-scale/#more">Continue reading…&lt;/a>&lt;/p></description></item><item><title>Infrared Remote Control Protocols: Part 2</title><link>https://irq5-7854a1fdb9f4.pages.dev/2012/08/infrared-remote-control-protocols-part-2/</link><pubDate>Sat, 11 Aug 2012 00:55:00 +0000</pubDate><guid>https://irq5-7854a1fdb9f4.pages.dev/2012/08/infrared-remote-control-protocols-part-2/</guid><description>&lt;p>In the &lt;a href=https://irq5-7854a1fdb9f4.pages.dev/2012/07/infrared-remote-control-protocols-part-1/ rel=noopener>previous post&lt;/a>, techniques on how to capture an IR remote signal were presented and the most reliable one was using the Arduino sketch. The captured signal was also analyzed, although we had much of our work already done for us.&lt;/p>&lt;p>In this concluding post, a remote control whose protocol is unknown will be captured and analyzed as a case study. Lastly, we will cover the re-transmission of the IR signal. The remote control in question is for my ceiling fan, &lt;a href="http://kdk.jp/product_detail.aspx?id=235" rel=noopener target=_blank class=external>KDK model M56SR&lt;/a>. The remote also works for two other fan models M56QR and M11SU.&lt;/p>&lt;p>&lt;picture>&lt;source srcset=/posts/2012/img/kdk-remote.jpg.webp type=image/webp>&lt;img src=https://irq5-7854a1fdb9f4.pages.dev/posts/2012/img/kdk-remote.jpg alt="KDK remote control" width=800 height=534>&lt;/picture>&lt;/p>&lt;p>&lt;a href="https://irq5-7854a1fdb9f4.pages.dev/2012/08/infrared-remote-control-protocols-part-2/#more">Continue reading…&lt;/a>&lt;/p></description></item><item><title>Infrared Remote Control Protocols: Part 1</title><link>https://irq5-7854a1fdb9f4.pages.dev/2012/07/infrared-remote-control-protocols-part-1/</link><pubDate>Fri, 27 Jul 2012 00:13:00 +0000</pubDate><guid>https://irq5-7854a1fdb9f4.pages.dev/2012/07/infrared-remote-control-protocols-part-1/</guid><description>&lt;p>As I was perusing the SB-Projects site on the different &lt;a href=http://www.sbprojects.com/knowledge/ir/index.php rel=noopener target=_blank class=external>IR protocol formats&lt;/a>, I decided to make a summary but later found out that it was a pretty standard thing, as documented by a Vishay document &lt;a href=http://www.vishay.com/doc?80071 rel=noopener target=_blank class=external>&amp;ldquo;Data Formats for IR Remote Control&amp;rdquo;&lt;/a> (pdf).&lt;/p>&lt;p>The infrared remote control signals are layered on top of a carrier signal of 36 or 38kHz, therefore the signal can only be &amp;ldquo;on&amp;rdquo; or &amp;ldquo;off&amp;rdquo;. A transmission typically starts with an a burst (&amp;ldquo;on&amp;rdquo; state) that is used for the Automatic Gain Control (AGC) circuitry in the receiver, followed by the &amp;ldquo;off&amp;rdquo; state and the actual data transmission.&lt;/p>&lt;p>There are 3 basic types of data transmission formats, which are illustrated in the following diagram. Protocols can be based on these transmission formats, but need not necessarily conform to them.&lt;/p>&lt;p>&lt;picture>&lt;img src=https://irq5-7854a1fdb9f4.pages.dev/posts/2012/img/ir-modulations.png alt="Illustration of IR data transmission protocols: manchester encoding, pulse distance coding and pulse length coding." width=350 height=578>&lt;/picture>&lt;/p>&lt;p>So how do you know what your remote control uses? And how do you capture the sequence so that you can re-transmit it from an IR diode?&lt;/p>&lt;p>&lt;a href="https://irq5-7854a1fdb9f4.pages.dev/2012/07/infrared-remote-control-protocols-part-1/#more">Continue reading…&lt;/a>&lt;/p></description></item></channel></rss>