qaptadrone / UAV-Beacon-Monitor

UAV Beacon Monitor for M5 Fire and other compatible devices
MIT License
3 stars 0 forks source link

No Beacons Yet #1

Open DustyM32 opened 1 year ago

DustyM32 commented 1 year ago

Compilé et téléchargé V1.1 à l'aide de l'IDE arduino 2.0.3 et essayé avec les versions héritées d'Arduino sur Windows10. La carte a sélectionné M5-Stack-Core-ESP32 car M5-Stack Fire casse la chaîne d'outils et ne se compile pas. Tout semble fonctionner Interfce utilisateur, carte SD, injection de données de test, sprite, etc., il ne peut tout simplement pas détecter de balises. Même assis à côté d'une balise de travail, et oui j'ai un autre décodeur de balise. Il refuse obstinément de trouver des balises.

gromain commented 1 year ago

Bonjour, Je viens de voir votre message. C'est étrange ce que vous décrivez. Peut être le souci vient du choix de la carte cible? J'ai testé une recompilation et cela semble fonctionner, avec Arduino 1.8.19, les librairies M5Stack 2.0.2 et ESP32-Chimera-Core 1.4.0. Je vais mettre à jour l'ensemble des librairies sur ma machine et restester la compilation. Je pourrai vérifier la semaine prochaine l'image compilée, je n'ai pas mon M5 Fire cette semaine.

En attendant, j'ai rajouté le binaire à utiliser avec M5Stack-SD-Updater à la page de la release: https://github.com/qaptadrone/UAV-Beacon-Monitor/releases/tag/v1.1

Vous pouvez tester avec ce binaire pour voir si cela fonctionne.

gromain commented 1 year ago

La recompilation a parfaitement fonctionné avec les dernières versions de l'ensemble des librairies et la sélection de la carte M5Stack-Fire.

Pourriez vous tester le binaire joint: UAV-Beacon-Monitor.ino.bin.zip? Si non, je le testerai moi même la semaine prochaine.

udodill commented 6 months ago

Hello, I've been trying to get the program running for a long time. Unfortunately the attempt always ends with the message “NO BEACONS YET”. I use an M5Stack-Fire, Arduino 2.3.2 and all M5 libraries. An attempt to find the source of the error brought me to the code part:

`void wifi_promiscuous(void buf, wifi_promiscuous_pkt_type_t type) { wifi_promiscuous_pkt_t pkt = (wifi_promiscuous_pkt_t*)buf; wifi_pkt_rx_ctrl_t ctrl = (wifi_pkt_rx_ctrl_t)pkt->rx_ctrl;

if (type == WIFI_PKT_MISC) return; // wrong packet type if (ctrl.sig_len > 293) return; // packet too long uint32_t packetLength = ctrl.sig_len; if (type == WIFI_PKT_MGMT) packetLength -= 4; // fix for known bug in the IDF // https://github.com/espressif/esp-idf/issues/886

unsigned int frameControl = ((unsigned int)pkt->payload[1] << 8) + pkt->payload[0];

uint8_t version = (frameControl & 0b0000000000000011) >> 0; uint8_t frameType = (frameControl & 0b0000000000001100) >> 2; uint8_t frameSubType = (frameControl & 0b0000000011110000) >> 4;

if ((type == WIFI_PKT_MGMT) && (frameSubType == SUBTYPE_BEACONS) && (version == 0)) { // We received a beacon

// Try to parse it
drone_beacon_t beacon_tmp = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0};
uint8_t ret = unpack_payload(pkt->payload, packetLength, &beacon_tmp);
if (ret != 0) {
  // Serial.printf("Error with received frame: %u \n",ret);
  return;
}

` Even if I remove the "return", I still get these error messages: Bildschirmfoto vom 2024-02-21 22-48-16. I also had a balise de signalement close by for testing. Even experiments with the M5Stack SD menu and the file UAV-Beacon-Monitor.ino.bin.zip only resulted in a dark screen. Greetings Udo