Add I2C RTC post

This commit is contained in:
glyph 2020-06-14 21:11:21 +01:00
parent 63875daddf
commit d91d85cffd
6 changed files with 60 additions and 0 deletions

View File

@ -88,6 +88,15 @@ fn computers_esp8266_dht11() -> Template {
Template::render("computers/esp8266_dht11", &context)
}
#[get("/computers/i2c-adventures")]
fn computers_i2c_adventures() -> Template {
let context = FlashContext {
flash_name: None,
flash_msg: None,
};
Template::render("computers/i2c_adventures", &context)
}
#[get("/computers/rust-compilation")]
fn computers_rust_compilation() -> Template {
let context = FlashContext {
@ -219,6 +228,7 @@ fn main() {
bacteria_sauerkraut_bottled,
computers,
computers_esp8266_dht11,
computers_i2c_adventures,
computers_rust_compilation,
fungi,
fungi_grow_together,

Binary file not shown.

After

Width:  |  Height:  |  Size: 36 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 67 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 54 KiB

View File

@ -4,6 +4,7 @@
<ul>
<li><a href="/computers/rust-compilation">Cross-Compiling Rust for Debian Buster on Raspberry Pi 3B+</a> - <i>18 May, 2020</i></li>
<li><a href="/computers/esp8266-dht11">ESP8266 with DHT11 and LCD Display</a> - <i>5 August, 2019</i></li>
<li><a href="/computers/i2c-adventures">Adventures with I²C</a> - <i>26 January, 2019</i></li>
</ul>
<hr>
{%- endblock %}

View File

@ -0,0 +1,49 @@
{% extends "nav" %}
{% block content %}
<article>
<h2>Adventures with I²C</h2>
<i>26 January, 2019</i>
<p>I went to London last weekend to attend the Agorama Web Jam and had a super groovy time. Everyone was so friendly and welcoming. Felt great to be hanging with cypherhomies in proximal timespace, dreaming and growing brighter futures together. I got to meet and chat with @eb4890 about PeachCloud and gained a better understanding of their plans around dyndns with SSB integration. Stoked to see that developing! It was also really encouraging to hear different folx voicing the need / desire for plug-n-plug p2p devices; fuel for the inner fire. Big thanks to all involved.</p>
<p>TLDR: Real-Time Clock Module added to Pi / PeachCloud (I²C is working on Debian Buster ARM64)</p>
<p>I spent most of my week doing web design work on another project. Finally got that finished and deployed yesterday and decided some hardware hacking would be a nice change of pace. Adding a real-time clock (RTC) felt like an achievable goal - one which would allow me to lean a little further into basic electronics & hardware shenanigans. @mikey already had this on the next steps list for PeachCloud:</p>
<blockquote>add Real-Time Clock to keep track of time (so you can be off-grid and still know the time)</blockquote>
<p>I received a DS1338 RTC module as a Christmas gift for this project (thanks Dad). The datasheet can be accessed <a href="http://www.hobbytronics.co.uk/datasheets/DS1338-RTC.pdf" title="DS1338-RTC Datasheet">here</a>. A note from the retailers website:</p>
<blockquote>A Real Time Clock Module with battery backup using the easy to use DS1338 chip. The DS1338 is functionally the same as the popular DS1307 chip with the difference being that the DS1338 works at any voltage from 3V to 5V making it easy to use on either 3.3V and 5V systems without modification or logic level conversion. Ideal for your project including Arduino and Raspberry Pi projects.</blockquote>
<p>I received my first lesson in soldering last week and attached pins to the RTC. That made it a simple process to plug the module into my breadboard and connect it to the Pi. The module works on I²C and only requires 4 connecting wires (power, ground, SDA, SCL). The I²C pins on the Pi include a fixed 1.8 kohms pull-up resistor to 3.3v, meaning that no additional resistors needed to be included in the wiring setup.</p>
<figure>
<img src="/computers/pi_rtc.jpeg" alt="DS1338 RTC module plugged-into a breadboard & connected to a Raspberry Pi." style="width: 100%;" />
<figcaption>DS1338 RTC module plugged-into a breadboard & connected to a Raspberry Pi</figcaption>
</figure>
<p>Following the AdaFruit guide to <a href="https://learn.adafruit.com/adding-a-real-time-clock-to-raspberry-pi/set-up-and-test-i2c">Adding a Real Time Clock to Raspberry Pi</a> (with small additions), I was able to run an I²C scan and verify that the module was wired correctly to the Pi:</p>
<code>sudo apt-get install python-smbus i2c-tools</code><br>
<code>sudo modprobe i2c-dev</code><br>
<code>sudo i2cdetect -y 1</code><br>
<p>The final command in the sequence prints an array to the console, with 68 denoting the presence of the RTC module. This is a sign that the device is properly wired and connected. Great! This is where things started to get tricky…</p>
<p>If we were running Raspbian for this project the next steps would be pretty simple. As it turns out, the process for Debian Buster ARM64 is quite a bit more complicated. A <a href="https://code.overdrivenetworks.com/blog/2018/07/debian-buster-on-a-raspberry-pi-3-model-b-plus/">blog post</a> I found last night neatly summarizes the pros and cons of this choice:</p>
<figure>
<img src="/computers/debian_pi_pros_cons.png" alt="List of advantages and disadvantages of running Debian Buster ARM64 on Raspberry Pi." style="width: 100%;" />
<figcaption>List of advantages and disadvantages of running Debian Buster ARM64 on Raspberry Pi</figcaption>
</figure>
<p>No kidding! There were, however, a few crumbs along the way to sustain me over the course of the journey. These included <a href="https://raspberrypi.stackexchange.com/questions/41277/what-is-needed-to-get-i%c2%b2c-working-with-debian-jessie">What is needed to get I²C working with Debian Jessie?</a> and <a href="https://raspberrypi.stackexchange.com/questions/60084/i2c-transfer-failed-flooding-the-logs">"I2C transfer failed" flooding the logs.</a></p>
<p>I appended <code>dtoverlay=i2c-rtc,ds1307</code> and <code>dtparam=i2c_arm=on</code> to <code>/boot/firmware/config.txt</code> and <code>i2c-dev</code> to <code>/etc/modules</code> but the RTC device was still not coming under control of the kernel driver. When I looked at <code>/var/log/kern.log</code> I found an <code>i2c could not read clock-frequency property</code> error which led me to the second of the two posts linked in the paragraph above. It seemed I would need to decompile, patch and recompile the device tree blob for my Pi. I copied <code>/boot/firmware/bcm2837-rpi-3-b.dtb</code> from the Pi to my laptop for the following steps:</p>
<code>sudo apt-get install device-tree-compiler</code><br>
<code>cd /place/where/dtb/file/was/pasted</code><br>
<code>dtc -I dtb -O dts > bcm2837-rpi-3-b.dts</code><br>
<p>That gave me a human-readable decompiled device tree (dts). I then manually added <code>clock-frequency = <0x186a0>;</code> to the generated dts file (line 570 for me).</p>
<p>Recompiled the dts to binary blob format:</p>
<code>dtc -O dtb -o bcm2837-rpi-3-b.dtb bcm2837-rpi-3-b.dts</code>
<p>This left me with a patched dtb to replace the faulty dtb on the Pi. At this point I was thinking: I dont know what Im doing but it feels pretty cool. Once Id patched the dtb and rebooted my Pi I no longer had clock-frequency errors in the kernel logs - a minor victory! Still, I couldnt seem to get the RTC kernel driver to work. Eventually I returned to <a href="https://www.raspberrypi.org/forums/viewtopic.php?p=330617">Instructions to Configure DS1307 or DS1338 RTC</a> and had another go:</p>
<code>sudo modprobe i2c-bcm2835</code><br>
<code>sudo bash</code><br>
<code>echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device</code><br>
<code>exit</code><br>
<code>sudo modprobe rtc-ds1307</code>
<p>I ran <code>sudo i2cdetect -y 1</code> for the 234th time and bingo! It works! <i>Running around room celebrating.</i></p>
<figure>
<img src="/computers/i2c_working.jpeg" alt="Screenshot of terminal showing successful configuration of I²C RTC module." style="width: 100%;" />
<figcaption>Screenshot of terminal showing successful configuration of I²C RTC module</figcaption>
</figure>
<p>This is really exciting because it opens the door to (relatively) easy integration of other I²C devices (sensors, LCD displays etc.). Next step will be to fine-tune the process so that everything loads correctly on boot. If you stuck with me this far - thanks for reading!</p>
</article>
<hr>
{%- endblock %}