line 225
Serial.println("!!!!! Not published. please add #define MQTT_MAX_PACKET_SIZE 2048 at the beginning of pubSubClient.h file");

should say

Serial.println("!!!!! Not published. please add #define MQTT_MAX_PACKET_SIZE 2048 at the beginning of PubSubClient.h file");

Hi Andreas and thanks for the videos!!

Just noticed part of the instructions need a little update:

"replace MQTT_USERNAME, MQTT_KEY if you do not use Peter Scargills script or you changed the "admin, admin"."

Actually there are no variables of those names, the credentials are in the "Wifi_Sniffer" tab in the "sendDevices()" function, as a text entry admin/admin.

Thanks :)

PS - is there anything that works for 5Ghz WiFi also?

When I try to compile code for ESP, I get error message complaining about upgrade to perform in the code to upgrade to ArduinoJson v6. :-)

The device is connecting to the wifi but the data is not being being transmitted via mqtt. The wifi is having internet connection and the mqtt broker is also connected.

What a great sketch. I'm having a great time trying to figure out the results.

The following changes are minor and just enhance the serial output.
Fo example it occasionally displays a message like
Client 6 removed
which immediately scrolls off the screen while I try to count down to see which want it was.
So I added a number to the left side of the report to make it fast to see which was client 6 :)

LIne 150 replaced:
Serial.println(aps_known_count + clients_known_count);
with
Serial.printf("%4d Devices + Clients.\n",aps_known_count + clients_known_count); // show count

LIne 152 replaced:
// add Beacons
with
// show Beacons

Line 154 replaced:
Serial.print("B ");
with
Serial.printf( "%4d ",u); // Show beacon number
Serial.print("B ");

Line 162 Replaced:
// add Clients
to
// show Clients

Line 164 Replaced:
Serial.print("C ");
with
Serial.printf("%4d ",u); // Show client number
Serial.print("C ");

Line 186 replaced
Serial.print("failed with state ");
Serial.print(client.state());
with
Serial.print("failed with state " );
Serial.println(client.state());

and lastly changed pubSubClient.h to PubSubClient.h

I want to decide to make a range of 14 meters I use like the following
because the maximum tpw is 0.20.
uint8_t val = 0.10;
system_phy_set_max_tpw(val);

I'm having an issue where the sniffer cannot connect to AP on the second time, It goes to an infinite loop.

I couldn't find any reason for this to happen. I have flashed this onto an NodeMCU v1.0 board.

Compiling error, looks like ArduinoJson is on a new, not compatible version. Just reporting it now to you, if I find a fix, I'll follow up.

"StaticJsonBuffer is a class from ArduinoJson 5. Please see arduinojson.org/upgrade to learn how to upgrade your program to ArduinoJson version 6"

Great sketch, running fine on Wemos D1 Mini. Thanks for sharing.

I do not have an MQTT broker in my network, so the sketch output contained error messages.

I disable contacting an MQTT broker by commenting out line 98:

//    sendDevices();

Unfortunately this script uses the obsolete version 5 of the Json library. The current version 6 doesn't work with the script and the script needs to be adapted to the new version. This requires more than my knowledge of C++ to change the script.

This was an very quick and easy project to build, I have integrated mine with Hassio.
I noticed that my NodeMCU (8266) would crash after running a few hours with core 2.4.0.

I rolled it back to 2.3.0 and now its much more reliable.

Thanks for this really cool project and all the hard work you put in to it!

P

I tried out your code to see how well it works, fairly well, but whenever the time comes to publish to MQTT it tells me the message "!!!!! Not published. Please add #define MQTT_MAX_PACKET_SIZE 2048 at the beginning of PubSubClient.h file"

I have tried adding that to all of the files but still nothing.

Hi Sir, thanks for your awesome job, the code is running very well!
However, the esp is constanly publishing many payloads and filled them all into my poor rpi mqtt server(around 100 msg per hour) and may have 3k+ msg per day!! I think this is huge and may crash the mqtt server(and the rpi sdcard maybe)
So, is that possible to have a few devices mac list pre-defined to codes and let the esp checking those mac if still can be seen, or if there is any other way to "reduce" the amount of those messages filled into the rpi?

Thanks for this!
Please include or list dependencies.

in the sendDevices() function, if the rssi is not bigger than the MINRSSI the device (beacon or client) will be excluded from the list immediatly, disregarding the PURGETIME value.

I have tried this out with a Wemos D1, and it works alright, at first. But on the second attempt to connect to my WIFI to send to MQTT server, it never connects again. I do not think it is an issue with the program or Arduino, it's probably my network.

However, in my attempt to think of a "work around" to the problem, I had an idea that I have not yet tried. What if, to improve speed, rather than use multiple ESP12E chips, just use 2 chips? First chip scans wifi continuously, and never attempts to stop scanning to link to the WAP2 network, saving time, and sending data via serial or I2C to the second chip. The second chip is always connected to the local LAN, and never needs to disconnect/reconnect, and reads data from first chip and transmits to the MQTT server?