Datagrammes Vu dans Wireshark, non reçu par QT UDP Socket

J'écris une application QT (5.6) qui communique avec une prise FPGA sur UDP. Les paquets sont en ruine sur le PC à 2 kHz (toutes les paquets de taille identique, 1272 octets). Wireshark montre que des paquets sont envoyés et que l'en-tête UDP est comme prévu. Le problème est que la prise QT UDP que j'utilise ne reçoit jamais ces paquets. Le signal Lisyyead strud> n'est jamais appelé.

Voici un extrait de code: P>

UdpConnection::UdpConnection(QObject* parent)
{
    fpgaConnection = QSharedPointer<QUdpSocket>(new QUdpSocket);

    qDebug() << connect(fpgaConnection.data(), &QUdpSocket::readyRead, this, &UdpConnection::readyRead);

    if (fpgaConnection->bind(QHostAddress("192.168.10.10"), 1920))
    {
        qDebug() << "Successfully Bound!";
    }
    else
    {
        qDebug() << "BINDING FAILURE";
    }

    fpgaConnection->connectToHost(QHostAddress("192.168.10.200"), 1919);

    sendArpRequest();
}

void UdpConnection::readyRead()
{
    while (fpgaConnection->hasPendingDatagrams())
    {
        QByteArray buffer;
        buffer.resize(fpgaConnection->pendingDatagramSize());

        QHostAddress sender;
        quint16 senderPort;

        fpgaConnection->readDatagram(buffer.data(), buffer.size(), &sender, &senderPort);
        qDebug() << "Message from:" << sender;
        qDebug() << "Message port:" << senderPort;
        qDebug() << buffer;
    }
}

• UDPConnection ne fonctionne pas sur un fil séparé de la principale. Devrait-il être? Li>
• Je suis contraignant avec succès et je supposerais que "ConnectToHost" fonctionne car je suis capable d'envoyer un message à l'hôte distant. Li>
• L'application a été ajoutée à la liste d'exceptions du pare-feu (à nouveau, la poignée de main ARP prouve qu'elles sont capables de communiquer). Li>
• L'interface est une connexion Ethernet directe entre la FPGA et un PC. LI> ul>

  Pourquoi WireShark est-il capable de voir ces messages, mais mon programme n'est pas? p>

  Mise à jour # 1 strong> Wireshark a les paquets de 2 kHz en tant que paquets LLC. L'en-tête Ethernet affiche une destination correcte (mon adresse MAC), adresse source (codé dur dans la FPGA) et la longueur. L'en-tête IP a la source IP Source en 192.168.10.200 et l'IP de destination en 192.168.10.10. L'en-tête UDP a un port source en tant que port de 1920 et de destination comme 1919. P>

  Mise à jour # 2 strong> Logs Wireshark: Pâte.ee/98C1H Comme vous pouvez le constater, le paquet est répété et envoyé de la FPGA à 2KHz. La transmission et la réponse de l'ARP peuvent être trouvées comme le 5ème, 10ème et 11ème paquet. P>

  Mise à jour # 3 forte> Les paquets IP des paquets entrants ont une somme de contrôle correcte qui n'est pas définie sur 0x0000. P> p>