Solved - Kisa working thru OpenHAB & RFM69 struggles

[kisa]

Thank you for a fantastic tutorial. I had been trying to do something almost exactly the same and was (and still am) struggling with the radio master/node comms. The fact you had and did an openHAB connection with an Ethernet shield made my day, as it was my next step and thanks to your very detailed tutorial, it's now up and running. Where I am unfortunately banging my head is with the node. I'm specifically planning to build nodes that use ATTiny84's with DS1820 temps sensors and in one case on ultrasonic sensor. Your suggested node sketch is awesome how it has the flexibility to support so many devices, but unfortunately it seems to compile too large for the ATTiny and I suspect the pinout connectivity will be out. I did start by using this link as my objective :- nathan.chantrell.net/20120225/an-attiny-based-wireless-temperature-sensor/ , but due to my limited understanding of the radio communication process I couldn't get a master to work with it (I went to many sites and tried many ways). Then I found your tutorial, which revived my hope, but now I'm back at setting up the node and have no idea which way to go.
I did put some logic probes on the node I had already built (as per the link) and it showed the NSS, DIO0 and MISO lines permanently low and the SCK and MISI with exactly the same pulse sequences (I didn't bother to decipher the hex off the pulses). From testing the maters rmf69 pins, the signals were quite different, with the NSS looking like a clock pulse and the SCK also controlling comms and the MISI and MISO kind of alternatively talking, so what my current node is doing has me baffled.

If you're able to help in any way, it would be greatly appreciated.

Also, my apologies for posting on this tidy page, I wasn't sure where else to ask the question, please just move it if it's in the wrong place.

Regards,
Markus

[papa]

Welcome, Kisa/Markus, to the adventure (& sometimes frustration) of DIY Home Automation via RF radios.  I've moved your post here & it would have been OK for you to have started a thread.  I'm glad you found the tutorial & the Multi-choice node sketch encouraging.

I'm not totally sure I understand your situation & what you are asking, but it sounds like you want to use a temperature sensing node built around ATtiny84 & RF12 radio that would communicate via a gateway (to OpenHAB??) using an RF12 radio.  Speaking of RF12 radio, maybe you've already seen this thread at lowpowerlab.com which is from a number of years back.  Or how about this post about RF12 radio communicating with RFM69?

Maybe someone else on the forum has experience with the RF12s, but I have enough to maintain helpfulness with Ethernet, RFM69 radios, & ESP82xx devices.  Moreover, from what I saw the ATtiny84's 8K flash memory would be very small to work with.

I try to be open that the RFM69 radio project with Arduino compatible gateway & Arduino compatible node using RFM69 radios is NOT easy, but with patience, attention to detail, & offered help here, it is doable.  On this forum, I've tried to describe how to build & program it step by step.  I'm working on scripts to check how well OpenHAB / Mosquitto aspects are installed on the host computer.

I've found the Buono Uno Arduino compatible plus a prototyping shield is a good platform for gateway & nodes.  If with the ATtiny84 you wanted to make something small, the 3.3 volt Anarduino Miniwireless or lowpowerlab.com's Moteino are small compact Arduino compatibles which can be ordered with an RFM69 radio already installed.

Again I don't claim that it will be easy, but if you try the RFM69 approach that we've used on the forum, you will have ready-made build instructions & coding & OpenHAB communication & our experience.

Let us know if you decide to proceed with the RFM69 approach.

[kisa]

Hi,
I am pulling my hair out here, I have been trying to get this working for many days. Specifically the SS pin for the RFM69. The Ethernet connection is working fine.
When I set the SS pin to be pin 8 (#define RFM_SS 8)it will not work. I have put a logic analyser onto pin D8 and it is just being held high, no pulses at all. Pin 10 is pulsing as is pins 11, 12 and 13. Which I assume is the communication with the Ethernet (which is working fine).
When I try and set the SS pin to something else such as 6, 4, 10, it causes the Ethernet to fail its initial connection so nothing happens. It network connection only works with #define RFM_SS 8, but as I mentioned, pin 8 is just permanently pulled high.
If you have any idea as to why pin 8 is stuck high or won't pulse I would greatly appreciate it, please . Or why, when another pin is chosen it stops the Ethernet from working?
Regards,
Markus

[papa]

As I often say, this project is very challenging, especially at the beginning & especially with the RFM69 radios. So hair pulling is normal.

When you talk about #define RFM_SS 8, you must be working with the RFM69 Gateway.

If the RFM69 radio used the Arduino pin D10, that would interfere with the Ethernet Shield.

I don't understand a lot about using the RFM69 radio, mostly that the way we program & wire the radio for gateway & nodes works for us.

Here's a couple of references about chip select or slave select:  here & here (especially the data section)

My understanding is that the CS/NSS pin is set high to enable communication between the Arduino & the RFM69 radio.  When you say "network connection only works with #define RFM_SS 8, but as I mentioned, pin 8 is just permanently pulled high," I believe that is how it is supposed to work.

On the Serial Monitor, a Gateway alone will only show that it connects with Ethernet & MQTT (Mosquitto).  To show more (data), it must be communicating with a working node.

PS I assume when you build the Gateway, you follow directions carefully to protect the RFM69 radio from too high voltage (5 volts): that is, you used an Arduino compatible that puts 3.3 volts through its digital pins (like a Buono Uno) AND you disabled the VCC pin in the Arduino's ICSP cluster. Without such protection, the radio can get damaged & become unreliable.

Can someone else with better electronics understanding comment on how the CS/NSS connection is supposed to work?

[kisa]

Thank you so much for all your time in answering papa.
It looks like the RFM69 Gateway was working all along (you were correct with the high on D8) and it was my node not doing the right thing, when I got a Moteino and used it as a node (instead of the ATTiny) it worked almost straight away . Such a relief.
I am using a 5v UNO, but on the circuit I built that attaches to it I use a 5v to 3.3v (and 3.3v to 5v) logic converter (for 4 of the lines and a resister voltage divider for one of the UNO transmit lines). That all worked fine.
Certainly a nice feeling to see that working .

[papa]

kisa, you are welcome. I'm glad some things are working better. Yes, that is a nice feeling.

kisa: "the RFM69 Gateway was working all along (you were correct with the high on D8) and it was my node not doing the right thing, when I got a Moteino and used it as a node (instead of the ATTiny) it worked almost straight away"

papa: In this thread, did you see the small Gateway & node sketches I posted to test if the RFM69 radios were working?

kisa: "I am using a 5v UNO, but on the circuit I built that attaches to it I use a 5v to 3.3v (and 3.3v to 5v) logic converter (for 4 of the lines and a resister voltage divider for one of the UNO transmit lines)"

papa: Yes, that's one approach to protect the RFM69 radio from damage, making sure that only 3.3 volts go from the UNO to ALL the RFM69 radio pins (digital pins as well as the power pin. I've never tried that. From reports here, it works for some users & not for others.

[kisa]

One thing I have found now after making all the changes to the the OpenHAB gateway is that I can no longer get to it online (using the home network is fine). I do know I uesed to be able to do it.

I'll start digging through why that might be, but if you have any thoughts of a quick fix, I'm happy to hear it.

The error I get on myopenhab.org is (after signing in):-


Your openHAB is not online. Please check if your installation is running or recheck the openHAB settings in your account.


I can't see anything obvious in the settings and the installation seems to be running fine, based on the readings I'm getting???

[papa]

Sometimes (especially weekends) the openhabcloud services are down for maintenance. I just checked & it was up at the moment.

My openhabcloud connection is working & I have the following settings:

    addons.cfg
misc = openhabcloud

    openhab app on my phone, settings:
Demo mode OFF
Local URL http://[IP where openhab running]:8080
Remote URL myopenhab.org
UserName [username for my openhabcloud account]
Password [password for my openhabcloud account]

Ignore SSL Certificates is ON ...

Your logs should have an entry about openhabcloud.

You might try rebooting your openhab computer or stopping the openhab service & restarting it.

[kisa]

Last Friday at 5:14 PM - offline
Last Thursday at 10:18 PM - online

The setting all look fine. What is the difference between misc = openhabcloud and misc = myopenhab?

Based on the date it went offline, it does coincide with me making all those changes so there might be something in that. I'll keep looking.

[kisa]

I'm done, wasted another half a day and got no where, can not remotely connect to my openhab server because it is apparently not online, ever since getting stuffing around with my openhab server to view my rfm69 devices. Even though it is running fine and I can view my devices locally. I've checked the secret and UUID which are all fine.

I'm now going to reinstall it all from scratch. If it still doesn't work, it's over, I've wasted weeks trying to get this simple stuff working and now some random crap happens which stops my connection for no reason. So sick of it.

[papa]

I understand your frustration. Been there, done that, still happens sometimes. On the good side, it sounds like with your efforts (& mine) you have made real progress: OpenHAB "is running fine and I can view my devices locally." That's a big step forward. Your main hurdle now is access to your OpenHAB on a phone or other computer that is not on your local network.

"What is the difference between misc = openhabcloud and misc = myopenhab?"  In my PaperUI/Addons/Misc under "OpenHAB Cloud Connector"  it says "misc-openhabcloud" That means to install OpenHAB Cloud Connector, addons.cfg must have  openhabcloud after misc =

misc = openhabcloud is what I have in my addons.cfg & it is working with the OpenHAB 2 install I have on a Windows computer. I'm trying to research what is the current way to set up the openhabcloud connection & see if things have changed.

Run my script again to see if it finds something missing.

What did you find in your logs about openhabcloud or related terms?

Internet search especially at  community.openhab.org, for OpenHAB Cloud will not connect

[papa]

kisa, don't miss my comments in the previous post. Some more thoughts ...

When you do new openhab or openhabian installs, you are creating a new UUID & Secret that need to be recorded in your myopenhab.org account & your phone app.

        At community.openhab.org, one user reported this advice:

"Only thing that helped was to delete my account [at myopenhab.org] and create a new one, confirm the resulting email, and then restart openhab."

[papa]

kisa, don't miss my comments in the two previous posts. Things may have changed since my version of OpenHAB 2 & what's needed for your version may be different than mine. Looks like they're trying to add more security & allow customization of what openhab data is "exposed" online. Of course, it could be more complicated.

Please check something for me in your OpenHAB 2 that may help me help you.

Open PaperUI & in the left column click on Add-ons

Click through the links near the top of the page (Actions, Bindings, etc) & look through each list under those links until you find "OpenHAB Cloud Connector"

Don't install anything.  Just copy what you see just under "OpenHAB Cloud Connector" & post it here.

     To the right of "OpenHAB Cloud Connector" does it say Install or Uninstall?

For example, in my PaperUI under "OpenHAB Cloud Connector" it says misc-openhabcloud - 2.1.0

      To the right mine says "Uninstall"

                                                              ^^ !!!  kisa, what does it say in your PaperUI?  !!!    I'd appreciate knowing that.

[kisa]

Hi Papa, Thanks for your suggestions.
I'm back from my dummy spit and cooled down, now I finally sorted it out .
I did a complete rebuild of my Pine 64, which kept failing during the initial boot stage (after login), with errors I can't remember. I tried numerous times with a number of SD cards and power supplies, which continued to fail. I read a lot of sites, none of which helped. At that stage I was even more frustrated than before.
Thankfully I found I'd made an image of my original build, which I then wrote onto one of my SD's and it loaded successfully.
Then I proceeded to set everything up again using the instructions from the OpenHAB site.
When I finally completed it, I found it still had remembered my UUID and secret on myopenhab and they still matched what was on my new Pine 64 build (due to the image I originally stored). But it still didn't work and would not get online.
I read a heap more and couldn't find anything useful, so proceeded to delete my myopenhad account and re-registered it and re-added my UUID and secret. It sill didn't work and kept me offline.
So I proceeded to read my and came across this:-
community.openhab.org/t/failed-to-generate-a-new-ssl-certificate/19274
Which suggested to replace the OpenJDK with the Oracle one. I tried as it suggested in that post and it didn't work, so I looked and found this post:-
askubuntu.com/questions/430434/replace-openjdk-with-oracle-jdk-on-ubuntu
The instructions to replace the JAVA versions worked (though it took two attempts for me because I mistakenly downloaded and installed the normal JDK, not the ARM JDK, so it obviously failed to run).
SO in the end it was the OpenJAVA that was the issue and needed to be replaced. Why this occurred I have not idea. But glad it's sorted.

Now I'll go back to setting up my devices.

papa:  I'm glad you calmed & did not toss out all the good work you have done.  Good to know what you learned with dogged research that a Java version could cause problems.  The official documentation recommends the Zulu Java install.  That's what I used in my last test OpenHAB install, but I did not take that install very far.  I certainly did not try openhab cloud with it because putting that install in my openhab account would knock out my main OpenHAB installation that I depend on.

[kisa]

Around in circles we go .
I've checked the serial monitor on the RFM Gateway (has the ethernet shield) and it is correctly receiving all the node information, e.g.
MQTT msg: home/rfm_gw/nb/node51/dev50: 18.13
Node 51,51,0,237.04
MQTT msg: home/rfm_gw/nb/node51/dev51: 237.04

Node 50,2,0,0.00
MQTT msg: home/rfm_gw/nb/node50/dev02: -30
Node 50,4,0,3.36
MQTT msg: home/rfm_gw/nb/node50/dev04: 3.36
Node 50,9,1,3.36
MQTT msg: home/rfm_gw/nb/node50/dev09: 1
Node 50,50,0,18.50
MQTT msg: home/rfm_gw/nb/node50/dev50: 18.50

I have updated my sitemap:-

sitemap My label="My House"
{
Group item=Nodes label="Node Health" icon="network"
Frame {
Switch item=Act_Node50 label="Node50_Output"
}
Frame label="Inside Conditions" {
Text item=Temperature_Node50
Text item=Temperature_Node51
}
}

Updated my items:-


// My // My.items OpenHAB config file (coordinates with My.rules, My.sitemap, & other config files)
// A BASIC version for OpenHAB to work with a Gateway & one DHT End Node (Node02) with push button, relay, & DHT11 sensor

Group Nodes (Network)
String Node50Rssi "Node50 RSSI [%s db]" <network> (Nodes) {mqtt="<[mosquitto:home/rfm_gw/nb/node50/dev02:state:default]", expire="3m,Offline?" }
Number Node50Voltage "Node50Voltage [%.2f Vdd]" <battery> (Nodes) {mqtt="<[mosquitto:home/rfm_gw/nb/node02/dev04:state:default]"}
Switch Act_Node50 { mqtt="<[mosquitto:home/rfm_gw/nb/node50/dev16:state:default::]", mqtt=">[mosquitto:home/rfm_gw/sb/node50/dev16:command:*:default]" }

/* Indoor Conditions */
/* itemtype itemname ["labeltext"] [<iconname>] [(group1, group2, ...)] [{bindingconfig}] */
/* [%.1f C] below for node programmed Celsius with Celsius Scale. For Fahrenheit node, replace [%.1f C] with [%.1f F] below .*/
Number Temperature_Node50 "Temperature_Node50 [%.1f C]" <temperature> {mqtt="<[mosquitto:home/rfm_gw/nb/node50/dev50:state:default]"}
Number Temperature_Node51 "Temperature_Node51 [%.1f C]" <temperature> {mqtt="<[mosquitto:home/rfm_gw/nb/node51/dev50:state:default]"}

I can see the correct items on my mobile phone, but there are no temperatures next to Node50 or Node51, it just shows "- C". There is also no values under "Node Health". So for some reason the values aren't getting go my phone???

I recall I may have add some things to the addons.cfg (it's currently in the original state), but can't remember what and can't find it. Could that be the issue?

Do you recall how to remove the original sitemap from the openHAB options (there are two and I wish to get rid of one)? I deleted everything in the default.sitemaps file, but it hasn't removed the sitemap out of openHAB?

[papa]

papa: kisa, I made some comments at the end of your previous post here. Good to see that your RFM69 Gateway & Nodes are communicating. That's a big step accomplished.

kisa: "I recall I may have add some things to the addons.cfg (it's currently in the original state), but can't remember what and can't find it. Could that be the issue?"

papa: Yes, that's definitely a broken link between OpenHAB & the RFM69 devices.  You need the following for that OpenHAB <> Mosquitto / MQTT communication to work ...

For one thing, you need Mosquitto message service installed on the computer running OpenHAB.

     Remember openhabian has an option for installing that in its additional configuration utility.

You also need configuration of addons.cfg & mqtt.cfg.

If you are starting with new .cfg files, you can probably overwrite them in OpenHAB's \services folder with the sample addons.cfg & mqtt.cfg files at my github.
    Or you can look at those sample files to see what you might need.
In the samples I tried to include a lot of what might be needed for this DIY Home Automation Project, including weather, etc.

    A little explanation about stuff in those two sample .cfg files that relate to MQTT communication & openhab cloud ...

In addons.cfg you especially need two lines with (& no # at the beginning so they are active, not comments):

    remote = true
        legacy = true

In addons.cfg, you also need a line that starts with (& has no # at the beginning).
        binding =

After binding = you need to have (don't miss the number 1 at the end):
    mqtt1

If you have other binding names after binding = then use a comma to separate mqqt1 from them

NOT in my sample addons.cfg, at the end, you also need:  (no # at the beginning)

   misc = [ the short name for openhab cloud that is listed in PaperUI ]

                  ^^  For this, see what I said in this post.

I think the short name might be misc-openhabcloud & that translates to an addons.cfg entry of

     misc = openhabcloud

Please let me know what you find out & if it works.

-------------------------------------------

The sample mqtt.cfg has 4 new lines of what is needed & they all have NO # at their start so they are active & not just comments.

==============================
kisa: "how to remove the original sitemap from the openHAB options"

You deleted it from OpenHAB's \sitemaps folder, right?

If after deleting, it still shows up as an option, then stopping & restarting OpenHAB may clear that up or it may clear up over time.

[kisa]

Under PaperUI, Add-ons, MISC is:-

openHAB Cloud Connector
misc-openhabcloud - 2.3.0

Mine is already installed, which I did as part of my reinstall.

papa:  Thanks for that info, kisa.  I'll probably put that in my sample addons.cfg at my github.

[kisa]

I've deleted the default.sitemap, but it's still present. I think it may have to do with the two "Things" I added in the PaperUI. Unfortunately when I try to delete them via the recycle bin, they won't delete (it just sites there, then eventually the delete box disappears and nothing happens). Is there any other way to delete "Things"?

papa:  From my experience, we must delete configurations with the same method (PaperUI, Karaf console, or text files) as how we added them.  Although, at least in some ways, configurations (or lack of a configuration ?) in a text file seems to take precedence over other configuration methods.

[kisa]

I'm not sure what's going on. Mosquitto seems to be running fine,

This is my openhab restart.
[20:24:05] openhabian@openHABianPine64:/etc/openhab2/sitemaps$ tail -f /var/log/openhab2/openhab.log
2018-06-22 20:24:01.012 [INFO ] [b.core.service.AbstractActiveService] - Expire Refresh Service has been shut down
2018-06-22 20:24:01.165 [INFO ] [penhab.io.transport.mqtt.MqttService] - Stopping broker connection 'mosquitto'
2018-06-22 20:24:01.169 [INFO ] [penhab.io.transport.mqtt.MqttService] - Stopping broker connection 'broker'
2018-06-22 20:24:01.375 [INFO ] [io.openhabcloud.internal.CloudClient] - Shutting down openHAB Cloud service connection
2018-06-22 20:24:01.393 [INFO ] [b.core.service.AbstractActiveService] - HTTP Refresh Service has been shut down
2018-06-22 20:24:01.426 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx, base URL = http://localhost:8080)
2018-06-22 20:24:01.683 [INFO ] [assic.internal.servlet.WebAppServlet] - Stopped Classic UI
2018-06-22 20:24:02.553 [INFO ] [arthome.ui.paper.internal.PaperUIApp] - Stopped Paper UI
2018-06-22 20:24:02.604 [INFO ] [panel.internal.HABPanelDashboardTile] - Stopped HABPanel
2018-06-22 20:24:02.662 [INFO ] [.dashboard.internal.DashboardService] - Stopped Dashboard

Should there be a "broker" and "mosquitto" broker?

During the start up:-
2018-06-22 20:27:50.204 [INFO ] [.core.internal.i18n.I18nProviderImpl] - Location set to '-35.248363399999995,149.0410617'.
2018-06-22 20:27:57.077 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx, base URL = http://localhost:8080)
2018-06-22 20:28:09.217 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'My.items'
2018-06-22 20:28:09.420 [WARN ] [ore.common.registry.AbstractRegistry] - Metadata with key 'mqtt:Act_Node50' already exists from provider GenericMetadataProvider! Failed to add a second with the same UID from provider GenericMetadataProvider!
2018-06-22 20:28:16.560 [INFO ] [thome.model.lsp.internal.ModelServer] - Started Language Server Protocol (LSP) service on port 5007
2018-06-22 20:28:22.073 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'default.rules'
2018-06-22 20:28:23.455 [INFO ] [el.core.internal.ModelRepositoryImpl] - Validation issues found in configuration model 'My.sitemap', using it anyway:
Sitemap should contain either only frames or none at all
2018-06-22 20:28:23.483 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'My.sitemap'
2018-06-22 20:28:24.890 [INFO ] [ternal.dhcp.DHCPPacketListenerServer] - DHCP request packet listener online
2018-06-22 20:28:27.581 [INFO ] [.dashboard.internal.DashboardService] - Started Dashboard at 192.168.1.165:8080
2018-06-22 20:28:27.600 [INFO ] [.dashboard.internal.DashboardService] - Started Dashboard at 192.168.1.165:8443
2018-06-22 20:28:28.783 [INFO ] [b.core.service.AbstractActiveService] - HTTP Refresh Service has been started
2018-06-22 20:28:28.982 [INFO ] [penhab.io.transport.mqtt.MqttService] - MQTT Service initialization completed.
2018-06-22 20:28:29.024 [INFO ] [t.mqtt.internal.MqttBrokerConnection] - Starting MQTT broker connection 'broker'
2018-06-22 20:28:30.353 [INFO ] [basic.internal.servlet.WebAppServlet] - Started Basic UI at /basicui/app
2018-06-22 20:28:31.112 [INFO ] [assic.internal.servlet.WebAppServlet] - Started Classic UI at /classicui/app
2018-06-22 20:28:31.305 [INFO ] [arthome.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui
2018-06-22 20:28:31.458 [INFO ] [panel.internal.HABPanelDashboardTile] - Started HABPanel at /habpanel
2018-06-22 20:28:31.668 [INFO ] [b.core.service.AbstractActiveService] - Expire Refresh Service has been started
2018-06-22 20:28:32.459 [WARN ] [.weather.internal.bus.WeatherBinding] - Unable to find any configuration settings for weather binding. Check openhab.cfg.
2018-06-22 20:28:32.467 [ERROR] [org.apache.felix.configadmin ] - [org.osgi.service.cm.ManagedService, org.osgi.service.event.EventHandler, id=357, bundle=231/mvn:org.openhab.binding/org.openhab.binding.weather/1.12.0]: Updating property weather of configuration org.openhab.weather caused a problem: Unable to find any configuration settings for weather binding. Check openhab.cfg.
org.osgi.service.cm.ConfigurationException: weather : Unable to find any configuration settings for weather binding. Check openhab.cfg.
at org.openhab.binding.weather.internal.bus.WeatherBinding.updated(WeatherBinding.java:76) [231:org.openhab.binding.weather:1.12.0]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189) [8:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152) [8:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85) [8:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1479) [8:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1435) [8:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141) [8:org.apache.felix.configadmin:1.8.16]
at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109) [8:org.apache.felix.configadmin:1.8.16]
at java.lang.Thread.run(Thread.java:748) [?:?]

A couple of things stand out, apart from the weather (not sure why they are though):-

2018-06-22 20:28:09.420 [WARN ] [ore.common.registry.AbstractRegistry] - Metadata with key 'mqtt:Act_Node50' already exists from provider GenericMetadataProvider! Failed to add a second with the same UID from provider GenericMetadataProvider!

2018-06-22 20:28:23.455 [INFO ] [el.core.internal.ModelRepositoryImpl] - Validation issues found in configuration model 'My.sitemap', using it anyway:

Sitemap should contain either only frames or none at all

But the broker seems to start up fine, though there is still no temperatures showing on my mobile phone.

2018-06-22 20:28:28.982 [INFO ] [penhab.io.transport.mqtt.MqttService] - MQTT Service initialization completed.
2018-06-22 20:28:29.024 [INFO ] [t.mqtt.internal.MqttBrokerConnection] - Starting MQTT broker connection 'broker'

[papa]

kisa, I added response comments to a couple of your posts before your last one just above. In the next few posts, I'll respond to different pieces of your post just above. Thanks for providing your log.

kisa: "A couple of things stand out, a... (not sure why they are though):-
Metadata with key 'mqtt:Act_Node50' already exists from provider GenericMetadataProvider! Failed to add a second with the same UID from provider GenericMetadataProvider!"

        Troubleshooting tip if you have not tried this:
In search engine like Google, search for (& look at the resulting links)
OpenHAB Metadata with key 'mqtt:Act_Node50' already exists from provider GenericMetadataProvider! Failed to add a second with the same UID from provider GenericMetadataProvider!

This link from the search seems to indicate that this might have been a bug in recent versions.

This warning relates to a new OpenHAB feature announced here. As with all "improvements" this may mean changing from what has worked before. I'll have to see. I don't know yet, but this might relate to your difficulty in deleting configurations.

The item Act_Node50 relates to the "actuator" pin for that node.  If that pin is set high, then that can turn on an LED or relay that is properly wired to the right Arduino pin & to ground according to the DHT node schematic (pin set low turns off).  The actuator can be toggled via the User Interface virtual switch or via the DHT node push button.  On your node 50, did you wire LED, relay, or push button?

The good news is that no warning was logged for Node 50's temperature item.

==================================================================================
kisa: "there is still no temperatures showing on my mobile phone"

papa: Looks like your OpenHAB is connecting to openhabcloud. Is temperature data showing up in your local User Interface that does not use openhabcloud (as the phone app does)?

[kisa]

My phone uses my local wireless network, so I didn't think is was using the openhabcloud. What do you mean by the local User Interface? Something like:-
192.168.1.165:8080/basicui/app

on the browser? I did try that and it also shows no values.

I had a read of a possible issue, it looks like it's 2.4 that may have the issue, I'm using 2.3.

papa: Yes, the local interface is when you use an internet browser on a computer in the same local network as the computer running openhab.  Using your phone, if you try to access your openhab installation with the openhab phone app, then you are using openhabcloud.  If your phone is connected to your local network via wifi & you try to access your openhab installation with an internet browser on the phone, then it is NOT using openhabcloud.

        By local User Interface, I do mean entering in a browser (on a computer in same network as the openhab computer) something like:
            http://localhost:8080/openhab.app?sitemap=My       [on the computer running openhab]
On another computer in the local network, instead of "localhost" you can use the IP of your computer running OpenHAB. This also implies you're using My.sitemap.

Don't miss what I also added to my just previous post. - Which parts, there are so many posts ?

Yes there are many posts.  I meant this post.

[papa]

OK, in a local User Interface (in a browser on a computer in your local network), you tried something like

   192.168.1.165:8080/openhab.app?sitemap=My

AND the resulting display of the sitemap still shows no values, right?

To perhaps avoid some confusion, for now, I won't comment on the sitemap & weather warnings in your logs.

[kisa]

Yes I did. Had tried all those a couple of days ago. There is something weird going on.

papa:  Please run my " Check_OH_Mosquitto06.bash" script on the openhab computer (openhabian@openHABianPine64).  Maybe it will show something, including whether the Mosquitto message service is running on the openhab computer. I'll wait on any more comments til I hear back on that.  I want to see all the results from the script.

papa: You can find the script in this post.

I need to make it static as ssh'ing into a changing dynamic ip is a pain. So I'll make it static the standard ubuntu linux way. I'll try the scripts after that.

I'm off to bed for now, it's 2:15am.

papa: I wondered if it was getting late for you.  Be sure you have done something like what I covered in this post.  The script should help see if you did.  You may need to stop & restart OpenHAB service for any changes to take effect.

[kisa]

Ok, so using my fresh image (which I used before) and adding/updating the missing parts (which I hadn't done before imaging the memory card), which were:-
Creating My.items
Creating My.sitemap
Adding everything to mqqt.cfg
Adding everything to addons.cfg
I then ran Check_OH_Mosquitto06.bash, which fully passed. I then accessed my mobile and the temperature, voltage and RSSI are all showing values.
Myopenhab.org is also saying I'm online and showing the correct values. I did not have to change the Java version this time to get online.

I have no idea what I did differently this time that is allowing everything to work, but it is, so I'll reimage my SD as backup

[papa]

kisa: "I have no idea what I did differently this time that is allowing everything to work, but it is."

;-) kisa, I would almost expect a !! Hallelujah !! in there, but I guess you are afraid that after all the work we put into this ... (I won't say it)

As I often warn, this is a very challenging, complicated project with many important details to cover, especially when doing the RFM69 Gateway & nodes. Of course, once the RFM69 devices are working, one can do more with them than the ESP82xx devices

I believe that by trying all this more than once (with support), you accumulated enough knowledge & experience to succeed. It may be difficult to do, but starting over can be a useful strategy. I find it helpful to make & refer to careful notes of what I think worked & not.

That's a great plan to save an image of your openhabian SD to have a working backup on hand.  It's good to publish here your eventual success with openhabian on a Pine64 single board computer.

I'm hoping that my scripts, github sample files, & RFM69 radio test sketches will help users (especially beginners) have a way to check essentials & get hints on what is working & what might need fixing.

If you continue to get log warnings about the .sitemap file & want to fix that, be sure you delete any comments from the file (any lines that start with //, which are ok in .items & .rules files)

You might be ready to try my updated & augmented thread on Displaying Weather Info on the OpenHAB User Interface (like basicui).

I'm very glad you've gotten to this next big success, because for the next few days, I will not be very available to offer help. I hope to hear from you from time to time & also hope when you get insights on doing or extending this DIY Home Automation project that you will share them to benefit others.

[kisa]

Thanks for all your help papa. I'll try the weather stuff after I work out how to set my visual layout how I like and let you know how it goes.

papa: You are welcome, kisa. We sweated thru a lot together. Enjoy & get some rest.