<?xml version="1.0"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>noisybox blog</title>
    <link>https://noisybox.net/blog/rss</link>
    <atom:link href="https://noisybox.net/blog/rss" rel="self" type="application/rss+xml" />
    <description>noisybox.net blog</description>
    <language>en-us</language>
    <webMaster>jason@noisybox.net (Jason Plumb)</webMaster>
    <pubDate>Tue, 27 Nov 2007 05:58:00 GMT</pubDate>
    
      <item>
      	<title>Controlling CrystalFontz LCDs with Perl</title>
      	<link>https://noisybox.net/blog/2007/11/controlling_crystalfontz_lcds_with_perl</link>
      	<guid isPermaLink='true'>https://noisybox.net/blog/2007/11/controlling_crystalfontz_lcds_with_perl</guid>
      	<pubDate>Tue, 27 Nov 2007 05:58:00 GMT</pubDate>
      	<description>&lt;p&gt;Late last night I posted a first version of my Perl-based serial packet app for talking with the CrystalFontz 635:&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;/computers/crystalfontz&#34;&gt;&lt;img src=&#34;http://noisybox.net/blog/images/crystalfontz_logo.jpg&#34; alt=&#34;crystalfontz in perl&#34;&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;It&amp;#39;s not rocket science, but there just really aren&amp;#39;t very many &lt;em&gt;working&lt;/em&gt; implementations out there, let alone working implementations that allow one to save the LCD state as the boot state. It&amp;#39;s certainly not feature complete, but it does what it does and it actually works.&lt;/p&gt;
&lt;p&gt;The app was built with the express purpose of configuring the CF-635 in my audiopint &lt;em&gt;before&lt;/em&gt; LCDProc is able to take over. It certainly makes the startup/boot sequence nicer, and it allows me to start LCDProc later in the boot sequence, maybe even asynchronously.&lt;/p&gt;
&lt;p&gt;The next step now is to build a small set of puredata (Pd) abstractions to talk directly to LCDproc via the netsend socket abstractions.&lt;/p&gt;
</description>
      </item>
    
  </channel>
</rss>
