# emonSD-03May16 Release

**URL:** <https://community.openenergymonitor.org/t/emonsd-03may16-release/145>\
**Category:** emonSD\
**Created:** [3 May 2016 17:42 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145 "2016-05-03T17:42:55Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\
**Post date:** [3 May 2016 17:42 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/1 "2016-05-03T17:42:55Z")

</div>

**emonSD-03May16- RELEASE: HTTP [Download (1.7GB)](http://files.openenergymonitor.org/emonSD-03May16.img.zip) | [UK Mirror 1](http://217.9.195.227/files/emonSD-03May16.img.zip)**

Canada Mirror: **HTTP** [**Download**](http://distanthost.com/oem/emonSD-03May16.img.zip)

**This image supports Raspberry Pi 3 and will be shipped with all emonPi’s purchased later this month (May 2016)**.

## See [User Guide](https://guide.openenergymonitor.org) for user documentation.

* * *

```auto
MD5 Checksum (zip): d102aff6dafd89d2e4d3209eee964251
MD5 Checksum (.img): 08557bda1c12daa76ab94bef0c04f3fd

```

- Based on RASPBIAN JESSIE LITE (2015-11-21) `SSH user,pass:pi,emonpi2016`
- RasPi Firmware & packages updated to support Raspberry Pi3 & onboard Wifi ([RasPi3 BT disabled](https://blog.openenergymonitor.org/2016/03/raspberry-pi-3/))
- Emoncms V9.5.1 | 2016.04.28 [stable branch](https://github.com/emoncms/emoncms/tree/stable)
- emonHub [emon-pi variant](http://github.com/openenergymonitor/emonhub) - now default HTTPS to [Emoncms.org](http://Emoncms.org)
- [MQTT LightWave RF OOK](https://github.com/openenergymonitor/lightwaverf-pi)
- [NodeRED 13.4 - with custom OEM setup](https://github.com/openenergymonitor/oem_node-red) _port:1880_ `user,pass:emonpi,emonpi2016`
- [OpenHab 1.8.2 - with custom OEM setup](https://github.com/openenergymonitor/oem_openhab) _port:8080_ `user,pass:pi,emonpi2016`
- Mosquitto MQTT server V1.4.8 with authentication _port:1883_ `user,pass:emonpi,emonpimqtt2016`

New Changes [forum discussion](https://openenergymonitor.org/emon/node/12566)

- Append `gpu_mem=16` to `/boot/config.txt` to give us more RAM at expense of GPU
- Symlink `fstab` in emonpi repo to `/etc/fstab` to allow updating
- Reduce garbage in /var/log/messages but to Raspbian bug
- Fix log rotate to includue all log files to ensure /var/log does not fill up
- RasPi3 SSHD fix
- Fix language pack support (install gettext & locales), language setting in ‘Account’ now works out the box
- Fix node-RED flows to survive update cycle
- Trim SD card (allow 60mB of unallocated partition) to fit on all (or majority) of 4GB SD cards, shop pre-built SD cards included with emonPi / emonBase will be 8GB with ~/data partition expanded accordingly.
- Generate new SSH keys

## [See emonPi Wiki for full change log](https://github.com/openenergymonitor/emonpi/wiki/emonSD-pre-built-SD-card-Download-&-Change-Log).

[Previous (emonSD-29Mar16) image old forum discussion](https://openenergymonitor.org/emon/node/12437).

---

<div class="post-metadata">

**Author:** ![Jon](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/jon/32/1876_2.png) [@Jon](https://community.openenergymonitor.org/u/Jon)\
**Post date:** [3 May 2016 18:08 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/2 "2016-05-03T18:08:44Z")

</div>

@glyn.hudson - is the Node-RED port correct?

---

<div class="post-metadata">

**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\
**Post date:** [3 May 2016 18:09 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/3 "2016-05-03T18:09:41Z")

</div>

Been fixed 👍 , thanks. Should be 1880

---

<div class="post-metadata">

**Author:** ![Jon](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/jon/32/1876_2.png) [@Jon](https://community.openenergymonitor.org/u/Jon)\
**Post date:** [3 May 2016 19:17 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/4 "2016-05-03T19:17:24Z")

</div>

To Glyn and the OEM Team - thank you for all of your efforts creating the new release! I’ll be updating to the emonSD-03May16 release later today!

---

<div class="post-metadata">

**Author:** ![Xino](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/x/fbc32d/32.png) [@Xino](https://community.openenergymonitor.org/u/Xino)\
**Post date:** [4 May 2016 12:47 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/5 "2016-05-04T12:47:01Z")

</div>

I’m unable to complete the download of this file. It bombs out at around 1GB with a “Interrupted (NETWORK\_FAILED)” message.  
Anyone else getting this? Is there an alternate link I can try?

Cheers.

---

<div class="post-metadata">

**Author:** ![Xino](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/x/fbc32d/32.png) [@Xino](https://community.openenergymonitor.org/u/Xino)\
**Post date:** [4 May 2016 13:37 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/7 "2016-05-04T13:37:46Z")

</div>

OK… after many many restarts I finally manged to download the file.  
As a test I tried with the 8GB\_emonSD-29Apr16.img.zip file and that downloaded fine. Server problems?

---

<div class="post-metadata">

**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\
**Post date:** [4 May 2016 23:45 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/8 "2016-05-04T23:45:49Z")

</div>

Oh dear, sorry to hear. We have not been aware of any server issues. The image is served from the same server as this forum and the main site.

Could you try and download via http as opposed to https and confirm if issues persists?

---

<div class="post-metadata">

**Author:** ![Bill.Thomson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/bill.thomson/32/1834_2.png) [@Bill.Thomson](https://community.openenergymonitor.org/u/Bill.Thomson)\
**Post date:** [5 May 2016 00:46 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/9 "2016-05-05T00:46:26Z")

</div>

> [@glyn.hudson](#):
>
> Could you try and download via http as opposed to https and confirm if issues persists?

Tried an http download. The transfer went end-to-end without issue.

---

<div class="post-metadata">

**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\
**Post date:** [5 May 2016 00:47 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/10 "2016-05-05T00:47:40Z")

</div>

That’s interesting, The download link in the post above has always been http. Does it auto resolve to https for you?

---

<div class="post-metadata">

**Author:** ![Bill.Thomson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/bill.thomson/32/1834_2.png) [@Bill.Thomson](https://community.openenergymonitor.org/u/Bill.Thomson)\
**Post date:** [5 May 2016 02:24 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/11 "2016-05-05T02:24:42Z")

</div>

> [@glyn.hudson](#):
>
> Does it auto resolve to https for you?

I don’t think so. Mousing over it gives me: [http://openenergymonitor.org/files/emonSD-03May16.img.zip](http://openenergymonitor.org/files/emonSD-03May16.img.zip)

This time, I did the transfer at home, so different computer ISP, everything.

The earlier transfers were done from my office. We do share the WiFi “campus-wide” so to speak, but it’s a 50 Mb pipe to the internet backbone, possibly a 100 Mb link, not sure. I know that it runs _much_ faster than the 18 Mb link I have at home.  
The one thing in common each time the transfer stopped was the byte count. Both times it was at 1.0 GB when it aborted.

---

<div class="post-metadata">

**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\
**Post date:** [5 May 2016 08:29 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/12 "2016-05-05T08:29:12Z")

</div>

Hmm. Stopping at the same place, on a round number? I smell an artificial limit.

---

<div class="post-metadata">

**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\
**Post date:** [5 May 2016 09:03 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/13 "2016-05-05T09:03:06Z")

</div>

Anyone else noticed this issue with download hanging? Maybe temporary glitch? Again downloading ok for me at home this morning over adsl

---

<div class="post-metadata">

**Author:** ![Xino](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/x/fbc32d/32.png) [@Xino](https://community.openenergymonitor.org/u/Xino)\
**Post date:** [5 May 2016 09:28 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/14 "2016-05-05T09:28:35Z")

</div>

> [@glyn.hudson](#):
>
> That’s interesting, The download link in the post above has always been http. Does it auto resolve to https for you?

Issue still occurring here.

I tried to download again, via the link above and http and both ways interrupted at around 1GB.

Via link:  
[https://community.openenergymonitor.org/clicks/track?url=http%3A%2F%2Fopenenergymonitor.org%2Ffiles%2FemonSD-03May16.img.zip&post\_id=513&topic\_id=145](https://community.openenergymonitor.org/clicks/track?url=http%3A%2F%2Fopenenergymonitor.org%2Ffiles%2FemonSD-03May16.img.zip&post_id=513&topic_id=145)

Redirects to:  
[https://openenergymonitor.org/files/emonSD-03May16.img.zip](https://openenergymonitor.org/files/emonSD-03May16.img.zip)

Via http link pasted into browser:  
[http://openenergymonitor.org/files/emonSD-03May16.img.zip](http://openenergymonitor.org/files/emonSD-03May16.img.zip)

Also Redirects to:  
[https://openenergymonitor.org/files/emonSD-03May16.img.zip](https://openenergymonitor.org/files/emonSD-03May16.img.zip)

---

<div class="post-metadata">

**Author:** ![bidouilleur](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/bidouilleur/32/12_2.png) [@bidouilleur](https://community.openenergymonitor.org/u/bidouilleur)\
**Post date:** [5 May 2016 10:19 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/15 "2016-05-05T10:19:42Z")

</div>

Tried this morning and indeed it stops after 1 Gb … isn’t there a cap on download in ftpd ?  
No problem to relaunch and continue the download.

---

<div class="post-metadata">

**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\
**Post date:** [5 May 2016 12:02 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/16 "2016-05-05T12:02:51Z")

</div>

Ok, I have just been able to replicate the issue at work. Very strange. I have posted an alternate server mirror download link as an alternative. Is anyone able to host another mirror for us? Ideally in the USA? @Bill.Thomson?

I will have to investigate. I think the issue is could be due to HTTPS and cloudflare.

---

<div class="post-metadata">

**Author:** ![pb66](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/pb66/32/27_2.png) [@pb66](https://community.openenergymonitor.org/u/pb66)\
**Post date:** [5 May 2016 12:13 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/17 "2016-05-05T12:13:06Z")

</div>

Have you considered using [GitHub’s LFS](https://git-lfs.github.com/)?

---

<div class="post-metadata">

**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\
**Post date:** [5 May 2016 13:06 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/18 "2016-05-05T13:06:24Z")

</div>

ok, I think issue should be fixed. I created a page rule on Clodflare to disable caching in the /files folder. I have just been able to complete a download at work.

> [@pb66](#):
>
> Have you considered using GitHub’s LFS

No, but looks interesting. I don’t think it would have helped solve this issue but would be since we could host the large image file on a remote server while tracking changes for the image file in the emonPi repo on github. I will have a go at setting this up.

---

<div class="post-metadata">

**Author:** ![Xino](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/x/fbc32d/32.png) [@Xino](https://community.openenergymonitor.org/u/Xino)\
**Post date:** [5 May 2016 13:57 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/19 "2016-05-05T13:57:33Z")

</div>

> [@glyn.hudson](#):
>
> ok, I think issue should be fixed. I created a page rule on Clodflare to disable caching in the /files folder. I have just been able to complete a download at work.

Nope 😕, still stops at around 1GB.

---

<div class="post-metadata">

**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\
**Post date:** [5 May 2016 14:40 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/20 "2016-05-05T14:40:49Z")

</div>

Would you mind trying again?

I’ve just white listed cloudflares IP addresses which act as a proxy. I think our web server thought it was under attack do the high volume of traffic funnelled through these IP’s. They should now be white listed so should not be limited any more.

---

<div class="post-metadata">

**Author:** ![Bill.Thomson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/bill.thomson/32/1834_2.png) [@Bill.Thomson](https://community.openenergymonitor.org/u/Bill.Thomson)\
**Post date:** [5 May 2016 14:47 UTC](https://community.openenergymonitor.org/t/emonsd-03may16-release/145/21 "2016-05-05T14:47:17Z")

</div>

> [@glyn.hudson](#):
>
> I have posted an alternate server mirror download link as an alternative. Is anyone able to host another mirror for us? Ideally in the USA? @Bill.Thomson?

Working on it. We changed hosts, and for some reason, I’m not (yet) able to get it working (permissions issue) Will let you know when it’s ready.

Issue resolved. files are available via both HTTP and FTP from the USA mirror. HTTP link and FTP info are at the top of this thread.

[Next page](https://community.openenergymonitor.org/t/emonsd-03may16-release/145.md?page=2)
