No Beacons Yet

[DustyM32]

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]

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]

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]

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
// espressif/esp-idf#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:
.
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