starred/esp8266_deauther

Fork 0

mirror of https://github.com/SpacehuhnTech/esp8266_deauther.git synced 2026-04-26 00:05:55 +03:00

[GH-ISSUE #750] Request Packet Monitor and Deauther Detector #286

New issue

Closed

opened 2026-02-28 00:01:03 +03:00 by kerem · 11 comments

kerem commented

2026-02-28 00:01:03 +03:00

Owner

Originally created by @ChandraOrbit on GitHub (Mar 27, 2018).
Original GitHub issue: https://github.com/SpacehuhnTech/esp8266_deauther/issues/750

Versi 2.0 no Packet Monitor on WEB GUI just on OLED
Request .. If possible the DeauthDetector can also be merged with ESP8266_Deauther.

thanks

Originally created by @ChandraOrbit on GitHub (Mar 27, 2018). Original GitHub issue: https://github.com/SpacehuhnTech/esp8266_deauther/issues/750 1. Versi 2.0 no Packet Monitor on WEB GUI just on OLED 2. Request .. If possible the DeauthDetector can also be merged with ESP8266_Deauther. thanks

kerem

2026-02-28 00:01:03 +03:00

closed this issue
added the
improvement
label

kerem commented

2026-02-28 00:01:04 +03:00

Author

Owner

@marek26340 commented on GitHub (Mar 27, 2018):

that's normal
it's already done, you just need that OLED display.

Read the wiki please :)

@marek26340 commented on GitHub (Mar 27, 2018): 1. that's normal 2. it's already done, you just need that OLED display. Read the wiki please :)

kerem commented

2026-02-28 00:01:04 +03:00

Author

Owner

@tobozo commented on GitHub (Mar 27, 2018):

Packet Monitor in the Web GUI: it's easy to do with u8glib and shouldn't be a problem to achieve with the current library.

The real underlying problem is the load on the ESP. Adding too much polling to the webserver increases the probability it'll crash.

The only way I can think about to have screencap without impacting the stability would be to send the 1Kb along with every JSON response the server does, and let JavaScript draw something out of it.

@tobozo commented on GitHub (Mar 27, 2018): Packet Monitor in the Web GUI: it's [easy to do with u8glib](https://github.com/tobozo/ghetto_blaster/blob/8951443766fd16c71006be466571921a15a67ac2/wificontrols.h#L63) and shouldn't be a problem to achieve with the current library. The real underlying problem is the load on the ESP. Adding too much polling to the webserver increases the probability it'll crash. The only way I can think about to have screencap without impacting the stability would be to send the 1Kb along with every JSON response the server does, and let JavaScript draw something out of it.

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@spacehuhn commented on GitHub (Mar 27, 2018):

The problem is that you can't have an access point open and host a web server while sniffing WiFi.
It's like with every other WiFi card. Either you use it as an access point to host a network, as a station to connect to one or you put it in the monitor mode to sniff for packets. But you can't have everything at the same time.

@spacehuhn commented on GitHub (Mar 27, 2018): The problem is that you can't have an access point open and host a web server while sniffing WiFi. It's like with every other WiFi card. Either you use it as an access point to host a network, as a station to connect to one or you put it in the monitor mode to sniff for packets. But you can't have everything at the same time.

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@tobozo commented on GitHub (Mar 27, 2018):

doh!

@tobozo commented on GitHub (Mar 27, 2018): doh!

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@spacehuhn commented on GitHub (Mar 27, 2018):

Using 2 ESPs could solve that ;)

@spacehuhn commented on GitHub (Mar 27, 2018): Using 2 ESPs could solve that ;)

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@tobozo commented on GitHub (Mar 27, 2018):

yep, keeping the idea for when I'll manage to flash an ESP8266 from an ESP32 :-)

@tobozo commented on GitHub (Mar 27, 2018): yep, keeping the idea for when I'll manage to flash an ESP8266 from an ESP32 :-)

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@ChandraOrbit commented on GitHub (Mar 27, 2018):

I agree if there are 2 ESPs in 1 board, so the esp8266_deauther software feature, packet monitoring and deauther detection can be explored, the container is concise and does not reduce user portability as well as convenience.

@ChandraOrbit commented on GitHub (Mar 27, 2018): I agree if there are 2 ESPs in 1 board, so the esp8266_deauther software feature, packet monitoring and deauther detection can be explored, the container is concise and does not reduce user portability as well as convenience.

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@lspoplove commented on GitHub (Mar 27, 2018):

After I upgrade all my products I can consider designing such board with 2 ESPs

@lspoplove commented on GitHub (Mar 27, 2018): After I upgrade all my products I can consider designing such board with 2 ESPs

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@spacehuhn commented on GitHub (Mar 28, 2018):

The problem with 2 ESPs is, how would they communicate?
Via serial? That will make problems when trying to flash them! Unless there is some on/off switch for the serial lines.
Better would be a i2c or spi connection but I never programmed something like that, so no idea how much work that would be.

@spacehuhn commented on GitHub (Mar 28, 2018): The problem with 2 ESPs is, how would they communicate? Via serial? That will make problems when trying to flash them! Unless there is some on/off switch for the serial lines. Better would be a i2c or spi connection but I never programmed something like that, so no idea how much work that would be.

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@tobozo commented on GitHub (Mar 28, 2018):

[edit] ESP32 has two HardwareSerial interfaces, so using an ESP32 as the flasher device removes the Serial limitation.

I have only tried serial so far, with partial success.

SPI version (untested yet): https://github.com/JiriBilek/WiFiSpiESP
Serial version (untested too): https://github.com/jeelabs/esp-link

@tobozo commented on GitHub (Mar 28, 2018): [edit] ESP32 has two HardwareSerial interfaces, so using an ESP32 as the flasher device removes the Serial limitation. I have only tried serial so far, with partial success. SPI version (untested yet): https://github.com/JiriBilek/WiFiSpiESP Serial version (untested too): https://github.com/jeelabs/esp-link

kerem commented

2026-02-28 00:01:05 +03:00

Author

Owner

@spacehuhn commented on GitHub (Apr 4, 2018):

I'm going to close this because the main question got answered.
It isn't possible to add the packet-monitor or deauth-detector to the web interface just like that. You'd need custom hardware and modified software, a lot of work for something that already works without problems using a $3 display from China.

@spacehuhn commented on GitHub (Apr 4, 2018): I'm going to close this because the main question got answered. It isn't possible to add the packet-monitor or deauth-detector to the web interface just like that. You'd need custom hardware and modified software, a lot of work for something that already works without problems using a $3 display from China.