Gina

Changed from "espClient" to "indoorClient". Again worked until I switched on the obsClient. Had the Serial Monitor working during this process. When the obsClient was turned on the indoorClient started having connection problems.

I tried restarting the espclient, no joy. I can certainly rename espclient.

Thanks. I'll try that. Can't shed any light on why I can't get two clients working at the same time, can you?

Again, as soon as I switched off the obsy client the living room client worked.

Not that after all!! Changed the obsy client to "obsClient". So one is "espClient" and the other "obsClient". The obsClient is working the espClient isn't. WiFiClient obsClient; PubSubClient client(obsClient); long lastMsg = 0; char msg[50]; int value = 0;

Ah! Not working because I haven't got any sensor connected so not sending any messages. I'll connect the new BME280 and then try again.

I thought "espClient" referred to the type of client rather than the ID on the MQTT network. Looks like to problem is solved. I'll set up the outside unit on the table and connect power and see if I repeat what I had before. Then, change the code and re-upload and try again.

I think I may be beginning to see the light! This is an extract of the Living Room client sketch. WiFiClient espClient; PubSubClient client(espClient); long lastMsg = 0; char msg[50]; int value = 0; And this from the MQTT_Obsy_ESP32_and_BME280_and_DHT22 sketch that runs the outside and obsy topics. WiFiClient espClient; PubSubClient client(espClient); long lastMsg = 0; char msg[50]; int value = 0; So I guess this is calling both the same ID of "espClient". I hadn't taken in this part of the concept. I guess I need to change one to something else.

I'm wondering if there's something I've missed in my understanding of MQTT. I have different Topic names eg. esp/temperature, esp/humidity and outside/temperature, outside/humidity. What exactly do you mean by MQTT client name/ID?

Now have outside/obsy sensor unit disconnected (and brought indoors to add the second BME280). The transmissions from the esp (Living Room) have resumed at normal rate!!

Here's the latest dashboard display. The rain has eased off a bit so I'll go out and turn off the outside/obsy client.

I have switched off debug messages from the outside/obsy client and there are no debug messages showing. The esp (Living Room) client is not generating any debug messages. Tried the esp client unit on a bench PSU instead of USB - no difference. Now back on USB and this is the Serial Monitor screenshot. This is the complete sketch. It has a few "test" only parts as well as BME280 sensor readings. /********* Rui Santos Complete project details at https://randomnerdtutorials.com *********/ #include <WiFi.h> #include <PubSubClient.h> #include <Wire.h> #include <Adafruit_BME280.h> #include <Adafruit_Sensor.h> // Replace the next variables with your SSID/Password combination const char* ssid = "Ubiquity"; const char* password = "********"; // changed from my proper WiFi PW // Add your MQTT Broker IP address, example: //const char* mqtt_server = "192.168.1.144"; const char* mqtt_server = "192.168.1.250"; WiFiClient espClient; PubSubClient client(espClient); long lastMsg = 0; char msg[50]; int value = 0; //uncomment the following lines if you're using SPI /*#include <SPI.h> #define BME_SCK 18 #define BME_MISO 19 #define BME_MOSI 23 #define BME_CS 5*/ Adafruit_BME280 bme; // I2C //Adafruit_BME280 bme(BME_CS); // hardware SPI //Adafruit_BME280 bme(BME_CS, BME_MOSI, BME_MISO, BME_SCK); // software SPI float temperature = 0; float humidity = 0; float pressure = 1000.0; String statusString = "Closed"; // LED Pin const int ledPin = 4; void setup() { Serial.begin(115200); // default settings // (you can also pass in a Wire library object like &Wire2) //status = bme.begin(); if (!bme.begin(0x76)) { Serial.println("Could not find a valid BME280 sensor, check wiring!"); while (1); } setup_wifi(); client.setServer(mqtt_server, 1883); client.setCallback(callback); // pinMode(ledPin, OUTPUT); } void setup_wifi() { delay(10); // We start by connecting to a WiFi network Serial.println(); Serial.print("Connecting to "); Serial.println(ssid); WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); Serial.print("."); } Serial.println(""); Serial.println("WiFi connected"); Serial.println("IP address: "); Serial.println(WiFi.localIP()); } void callback(char* topic, byte* message, unsigned int length) { Serial.print("Message arrived on topic: "); Serial.print(topic); Serial.print(". Message: "); String messageTemp; for (int i = 0; i < length; i++) { Serial.print((char)message[i]); messageTemp += (char)message[i]; } Serial.println(); // Feel free to add more if statements to control more GPIOs with MQTT // If a message is received on the topic esp32/output, you check if the message is either "on" or "off". // Changes the output state according to the message if (String(topic) == "esp32/output") { Serial.print("Changing output to "); if(messageTemp == "on"){ Serial.println("on"); digitalWrite(ledPin, HIGH); } else if(messageTemp == "off"){ Serial.println("off"); // digitalWrite(ledPin, LOW); } } } void reconnect() { // Loop until we're reconnected while (!client.connected()) { Serial.print("Attempting MQTT connection..."); // Attempt to connect if (client.connect("ESP8266Client")) { Serial.println("connected"); // Subscribe client.subscribe("esp32/output"); client.subscribe("esp32/roof"); } else { Serial.print("failed, rc="); Serial.print(client.state()); Serial.println(" try again in 5 seconds"); // Wait 5 seconds before retrying delay(5000); } } } void loop() { if (!client.connected()) { reconnect(); } client.loop(); long now = millis(); if (now - lastMsg > 5000) { lastMsg = now; // Temperature in Celsius temperature = bme.readTemperature(); // Uncomment the next line to set temperature in Fahrenheit // (and comment the previous temperature line) //temperature = 1.8 * bme.readTemperature() + 32; // Temperature in Fahrenheit // Convert the value to a char array char tempString[8]; dtostrf(temperature, 1, 2, tempString); Serial.print("Temperature: "); Serial.println(tempString); client.publish("esp32/temperature", tempString); humidity = bme.readHumidity(); // Convert the value to a char array char humString[8]; dtostrf(humidity, 1, 2, humString); Serial.print("Humidity: "); Serial.println(humString); client.publish("esp32/humidity", humString); pressure = bme.readPressure() / 100.0F; // Convert the value to a char array char presString[8]; dtostrf(pressure, 1, 2, presString); Serial.print("Pressure: "); Serial.println(presString); client.publish("esp32/pressure", presString); // Send roof ststus char statString[8] = "Closed"; Serial.print("ROR Status: "); Serial.println(statString); client.publish("esp32/roof/status", statString); } }

I now have an RPi 3B which I could try instead of the Zero. I think I may be able to just put the microSD card from the Zero into the 3B to run the software but the IP address will be different. MQTT Explorer shows that the broker never received the messages from the Living Room esp. Do you think I should try an ESP8266 for some of my clients? I need the ESP32 for some for the number and types of GPIO pins but the Living Room sensor is only reading temperature, humidity and pressure. Outside and obsy sensor could also be ESP8266 but the obsy roof needs an ESP32 for the GPIOs as does the wind sensor. I went for all ESP32s just to keep things simple (all the same type of module). I also thought that being a later device the ESP32 may be better but that was only a feeling, I think.

I'm not too concerned about pressure spikes as I can kill those in code. For most of the time the readings are fine and the odd missed reading would not be a problem. I could sort this out later when I have got more important issues sorted out.

The client connection is tested and remade if needed. void reconnect() { // Loop until we're reconnected while (!client.connected()) { Serial.print("Attempting MQTT connection..."); // Attempt to connect if (client.connect("ESP8266Client")) { Serial.println("connected"); // Subscribe client.subscribe("esp32/output"); client.subscribe("esp32/roof"); } else { Serial.print("failed, rc="); Serial.print(client.state()); Serial.println(" try again in 5 seconds"); // Wait 5 seconds before retrying delay(5000); } } } void loop() { if (!client.connected()) { reconnect(); } client.loop(); long now = millis(); if (now - lastMsg > 5000) { lastMsg = now; It then goes on to read sensors and send the data.

The RPi is less than a metre from the living room esp and both are less than 2m from the WiFi AP. I don't know of any way to find out when and for how long each client is sending information but the QoS is 2 so I would have thought it would send the data until it got a received message. Or is this the problem in some way? The outside sensors are also set to QoS of 2.

I've no idea what Forced Mode is - I've just followed the tutorials so I'll have to do some research.

Tried to find out how many clients a Raspberry Pi Zero W MQTT broker can support but so far have found nothing. Anyone know???

Another screenshot of the dashboard display and have had a bunch of messages from the esp32.

Raining this morning and it's coming straight down so little or no breeze. Here's the current dashboard display. I've limited the outside/pressure range to 980-1020 to show the pressure more sensibly. Yes, I could scrap the invalid values but wonder why I'm getting them. The forecast is for the rain to stop later this morning and become sunny so can see what happens then. No new readings from esp32 (Living Room) since last night. I have a separate WiFi AP connected to the router - a Ubiquity, which has a good reputation and gives good signal strength out in the obsy about 20m away. Of course, the Living Room ESP32 is quite close to the AP (<2m) so that shouldn't be a problem.

That may well be alright but there's still a problem with so few messages getting through from the Living Room sensor (topic esp32). 20m or more between messages. It was fine until I connected the outside sensor. Makes me wonder if the RPi Zero W is up to the job. I now have an RPi 3B I could try. Guess just a matter of taking the card out of the Zero and putting it in the 3B (or is it?). Having an Ethernet port and could use a wired connection rather than WiFi could be an advantage of the RPi 3B.

Indeed there is!

Just been outside and it's foggy with a lot of dew so maybe the humidity reading is right.

Here's the latest Dashboard display. More Outside Pressure blips and the Humidity seems exceptionally high. MQTT Explorer shows regular activity for outside, obsy and broker but not for ESP32 which is the Living Room sensor, agreeing with what the Dashboard shows.