The image file is available via the USA Mirror. FTP and HTTP transfers are supported.
Click the link for an HTTP download
The FTP server is: ftp.oemusamirror.com
User name is: [email protected]
Password not needed, i.e. it may be left blank
Note: For an FTP transfer, enter the user name as shown above, i.e. the entire string.
Eric,
I added your link to the others at the top of the thread.
Thanks for the mirror links 
This may not be the right place, but today I did a manual update remotely and my emontx stopped working.
I got home thinking it was a hard reset required but no. I then wrote this new image to the SD card and started from scratch. Still no emontx. After reading the update logs I figured out how to fall back the RFM firmware manually (on a hunch) and went from latest (/home/pi/emonpi/firmware/compiled/latest.hex) to V2.5 in the archive directory. Restarted emonhub and the emontx is back.
My emontx is an off the shelf unit, non-updated from Sept/Oct last year.
I should note that during this kerfuffle the emonpi and emonth nodes were absolutely fine.
Update: Found your change for V2.6 here Glyn: There's a way to reset the rf module? · Issue #92 · jeelabs/jeelib · GitHub - I guess something’s gone wrong for my config. Anything I can do to help, including SSH access to test f/w ?
Thanks a lot for letting me know. This is interesting, it’s the first report of its type. What would be very useful to know is what firmware version your emonTx is running. Do you have a USB to UART cable or an ftdi cable you could use to read the serial output from the emonTx at startup? It will return it’s version version at startup @ baud 9600. Could you post the full serial output. Have you made any other customisation to the system.
If not, your approximate time of purchase (order number) might give us a clue.
Order #10026, 2nd October 2015.
I have a USB to UART thing but I can’t find it right now, hence I haven’t updated the firmware. It’s here somewhere… I think it might be 1.6 f/w
I would try going back to V2.6 on the emonpi/RFM but I think it’s done that a few times already by itself and it was working as the emonTH was being seen fine. The other symptom was that power cycling the emonTX resulted in one update, CT1 showing “10” and all the other inputs zero and no further updates.
Update; The emonTX is “off the shelf”. I have done nothing to it.
Ah ok, it it was bought recently (Oct15) then there should be no need to update emonTx firmware. Is the node ID 8?
It’s intriguing that the emonTH kept working when the emonTx stopped, since they both use the same RFM69CW module.
V2.6 has been totally stable for me, I have about 5 emonTH’s at home on a single emonPi but not an emonTx. I will setup a test in the lab tomorrow. I will have to do some further investigation and get back to you.
The node ID is 10 and appears as emontx1 in emonhub. After much faffing I am just about back.I can give you direct SSH if you want to try things, none of the monitoring is critical per se - except when I am using it to drive the MQTT relay of course 
I will look at this separately but I also had a restore issue and had to manually run the restore. Unrelated.
Also, to note, they are all physically co-located in the under-stairs cupboard - not a distance or RF issue.
Glyn - There was another case where reverting back to v2.5 firmware was needed to restore emonTx traffic after an update to v2.6 on an emonPi.
Re: Loss of feeds to EmonPi from EmonTx after update to 2.6
Plus we are still battling against the same issue on the RFM69Pi stops updating/freezes despite following your lead and recompiling the rfm2pi firmware with the updated JeeLib so it maybe you are just experiencing a “good spell” it certainly isn’t fixing it for all unfortunately.
Peter - at the time you bought your emonTx’s the version was < v2.1 which is where a fix was implemented for a known “bit-slip” issue due to a long run of zero’s when the temperature sensor circuits were not used.
How many temp sensors do you have attached to the emonTx?
emonPi firmware has been temporarily rolled back to V2.5. While we investigate what’s going on. If a user now runs an update V2.5 will be flashed.
No “nodes” module preinstalled in this version?
I’ve installed this release
pi@emonpi:/boot $ ls emonSD-03May16
emonSD-03May16
As a result “node” menu is not existing.
I installed node module manually using git clone. Nodes appeared in the menu but “control feature” seems to not work.
If I issue a POST /nodes/nodeid /nodes/29/tx/values = 1,2,3,4, i get:
[Wed May 11 19:44:15.735212 2016] [:error] [pid 2344] [client 192.168.1.125:58751] PHP Notice: Undefined variable: mqtt_server in /var/www/emoncms/Modules/nodes/nodes_controller.php on line 144, referer: …
[Wed May 11 19:44:15.735456 2016] [:error] [pid 2344] [client 192.168.1.125:58751] PHP Notice: Undefined variable: mqtt_server in /var/www/emoncms/Modules/nodes/nodes_controller.php on line 144, referer: …
[Wed May 11 19:44:15.735593 2016] [:error] [pid 2344] [client 192.168.1.125:58751] PHP Notice: Undefined variable: mqtt_server in /var/www/emoncms/Modules/nodes/nodes_controller.php on line 145, referer: …
[Wed May 11 19:44:15.736531 2016] [:error] [pid 2344] [client 192.168.1.125:58751] PHP Notice: Undefined variable: mqtt_server in /var/www/emoncms/Modules/nodes/nodes_controller.php on line 145, referer: …
[Wed May 11 19:44:15.737972 2016] [:error] [pid 2344] [client 192.168.1.125:58751] PHP Warning: fsockopen(): unable to connect to :0 (Failed to parse address “”) in /var/www/emoncms/Lib/phpMQTT.php on line 78, referer:
Found emonPi Update error for emoncms (git pull /var/www/emoncms) | Archived Forum but had no luck with any of the mentioned solution.
I use emonbase (raspberry pi running this this release ) equiped with rfm12pi v2 (RFM12Pi V2 - OpenEnergyMonitor Wiki)
Any clue?
Note: after i installed nodes i can see the Inputs and nodes updated. Just I cannot use “control features”
Should I use another image? Do i need to configure something because i don’t use emonpi but emonbase?
Part of configuration:
[interfacers]
[[RFM2Pi]]
Type = EmonHubJeeInterfacer
[[[init_settings]]]
com_port = /dev/ttyAMA0
com_baud = 9600 # 9600 for old RFM12Pi
[[[runtimesettings]]]
pubchannels = ToEmonCMS,
subchannels = ToRFM12,
group = 210
frequency = 868
baseid = 15 # emonPi / emonBase nodeID
quiet = true # Report incomplete RF packets (no implemented on emonPi)
calibration = 230V # (UK/EU: 230V, US: 110V)
interval = 60 # Interval to transmit time to emonGLCD (seconds)
[[MQTT]]
Type = EmonHubMqttInterfacer
[[[init_settings]]]
mqtt_host = 127.0.0.1
mqtt_port = 1883
mqtt_user = emonpi
mqtt_passwd = emonpimqtt2016
[[[runtimesettings]]]
pubchannels = ToRFM12,
subchannels = ToEmonCMS,
# emonhub/rx/10/values format
# Use with emoncms Nodes module
node_format_enable = 1
node_format_basetopic = emonhub/
# emon/emontx/power1 format - use with Emoncms MQTT input
# http://github.com/emoncms/emoncms/blob/master/docs/RaspberryPi/MQTT.md
nodevar_format_enable = 1
nodevar_format_basetopic = emon/
…
[[29]]
nodename = 29aq
[[[rx]]]
names = temperature, filter, lights, co2coil, ph, heater, feeder, hh,mm
datacode = h
scales = 0.01,1,1,1,0.01,1,1,1,1
units = C,p,p,p,pH,p,p,p,p
[[[tx]]]
names = phMin, phMax, tempMin, tempMax
units = pH,pH,C,C
scales = 0.01,0.01,0.01,0.01
datacode = h
In case is important:
pi@emonpi:/var/www/emoncms $ git branch -a
dev-mosquitto-php
master
pi@emonpi:/var/www/emoncms/Modules/nodes $ git branch -a
Nodes module has been replaced by mqtt input
Any data published to /emon base mqtt topic will appear in emoncms inputs
Hi Glyn -
When you say the nodes module has been replaced by mqtt, how difficult will it be for those of us (like me) that have never used mqtt and already have our emonpi setup with all of our nodes and pushing to a remote emoncms (v9.4) server?
Is there some kind of walk-through we can see (examples, etc) before we commit to upgrading?
I am just concerned that I will upgrade, things will break, and I will have to learn (on-the-fly) mqtt to try and get everything back up and running.
Thanks
Should be explained here, let me know if you have any questions or any part could be better explained.
MQTT - Guide | OpenEnergyMonitor
You shouldn’t need to touch mqtt if you don’t want to. When using the new image, anything emonhub receives will just appear in the inputs section. See the local logging section of the new guide. Using mqtt like this instead of the nodes module makes it much easier to connect other integrations such as nodeRed etc to add functionality, since its possible to subscribe to a particular node / key via mqtt.