X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/756e31d2872fbfcdf4bad79df6ab3e36cc6f3862..eb8ff3442e46d34cea37644170167d445c5cb3b4:/blog/archive/2016/03/03.rss

diff --git a/blog/archive/2016/03/03.rss b/blog/archive/2016/03/03.rss
index 10a7e4ab63..0b85ed8b0a 100644
--- a/blog/archive/2016/03/03.rss
+++ b/blog/archive/2016/03/03.rss
@@ -6,6 +6,62 @@
                 <link>http://people.skolelinux.org/pere/blog/</link>
 
 	
+	<item>
+		<title>Full battery stats collector is now available in Debian</title>
+		<link>http://people.skolelinux.org/pere/blog/Full_battery_stats_collector_is_now_available_in_Debian.html</link>        
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Full_battery_stats_collector_is_now_available_in_Debian.html</guid>
+                <pubDate>Wed, 23 Mar 2016 22:10:00 +0100</pubDate>
+		<description>&lt;p&gt;Since this morning, the battery-stats package in Debian include an
+extended collector that will collect the complete battery history for
+later processing and graphing.  The original collector store the
+battery level as percentage of last full level, while the new
+collector also record battery vendor, model, serial number, design
+full level, last full level and current battery level.  This make it
+possible to predict the lifetime of the battery as well as visualise
+the energy flow when the battery is charging or discharging.&lt;/p&gt;
+
+&lt;p&gt;The new tools are available in &lt;tt&gt;/usr/share/battery-stats/&lt;/tt&gt;
+in the version 0.5.1 package in unstable.  Get the new battery level graph
+and lifetime prediction by running:
+
+&lt;p&gt;&lt;pre&gt;
+/usr/share/battery-stats/battery-stats-graph /var/log/battery-stats.csv
+&lt;/pre&gt;&lt;/p&gt;
+
+&lt;p&gt;Or select the &#39;Battery Level Graph&#39; from your application menu.&lt;/p&gt;
+
+&lt;p&gt;The flow in/out of the battery can be seen by running (no menu
+entry yet):&lt;/p&gt;
+
+&lt;p&gt;&lt;pre&gt;
+/usr/share/battery-stats/battery-stats-graph-flow
+&lt;/pre&gt;&lt;/p&gt;
+
+&lt;p&gt;I&#39;m not quite happy with the way the data is visualised, at least
+when there are few data points.  The graphs look a bit better with a
+few years of data.&lt;/p&gt;
+
+&lt;p&gt;A while back one important feature I use in the battery stats
+collector broke in Debian.  The scripts in
+&lt;tt&gt;/usr/lib/pm-utils/power.d/&lt;/tt&gt; were no longer executed.  I
+suspect it happened when Jessie started using systemd, but I do not
+know.  The issue is reported as
+&lt;a href=&quot;https://bugs.debian.org/818649&quot;&gt;bug #818649&lt;/a&gt; against
+pm-utils.  I managed to work around it by adding an udev rule to call
+the collector script every time the power connector is connected and
+disconnected.  With this fix in place it was finally time to make a
+new release of the package, and get it into Debian.&lt;/p&gt;
+
+&lt;p&gt;If you are interested in how your laptop battery is doing, please
+check out the
+&lt;a href=&quot;https://tracker.debian.org/pkg/battery-stats&quot;&gt;battery-stats&lt;/a&gt;
+in Debian unstable, or rebuild it on Jessie to get it working on
+Debian stable. :) The upstream source is available from
+&lt;a href=&quot;https://github.com/petterreinholdtsen/battery-stats&quot;&gt;github&lt;/a&gt;.
+As always, patches are very welcome.&lt;/p&gt;
+</description>
+	</item>
+	
 	<item>
 		<title>UsingQR - &quot;Electronic&quot; paper invoices using JSON and QR codes</title>
 		<link>http://people.skolelinux.org/pere/blog/UsingQR____Electronic__paper_invoices_using_JSON_and_QR_codes.html</link>        
@@ -86,6 +142,27 @@ evaluate the way forward if the format proved to be popular.  I hope
 they conclude that using an open standard organisation like
 &lt;a href=&quot;http://www.ietf.org/&quot;&gt;IETF&lt;/a&gt; is the correct place to
 maintain such specification.&lt;/p&gt;
+
+&lt;p&gt;&lt;strong&gt;Update 2016-03-20&lt;/strong&gt;: Via Twitter I became aware of
+&lt;a href=&quot;https://news.ycombinator.com/item?id=11319492&quot;&gt;some comments
+about this blog post&lt;/a&gt; that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+&lt;a href=&quot;https://en.wikipedia.org/wiki/Short_Payment_Descriptor&quot;&gt;Short
+Payment Descriptor&lt;/a&gt;.  And in Germany, there is a system named
+&lt;a href=&quot;http://www.bezahlcode.de/&quot;&gt;BezahlCode&lt;/a&gt;,
+(&lt;a href=&quot;http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf&quot;&gt;specification
+v1.8 2013-12-05 available as PDF&lt;/a&gt;), which uses QR codes with
+URL-like formatting using &quot;bank:&quot; as the URI schema/protocol to
+provide the payment information.  There is also the
+&lt;a href=&quot;http://www.ferd-net.de/front_content.php?idcat=231&quot;&gt;ZUGFeRD&lt;/a&gt;
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.&lt;/p&gt;
 </description>
 	</item>