umqtt.simple cannot transmit longer messages than 125 ascii characters on Pico1 W

tried different libraries

started with https://github.com/peterhinch/micropython-mqtt.git

then https://github.com/bobveringa/micropython-mqtt.git

but now reverted to umqtt.simple and they all exhibit same behavior

gradually increasing message lenght up to 125 characters, when reached wireshark show multiple retransmits and the publishing stalls

tried with 200ms to 1000ms interval, no difference

!"#$%&'()+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^_abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'( !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()
!"#$%&'()+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()* !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()+
!"#$%&'()+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()*+, !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()+,-
!"#$%&'()+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()*+,-. !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()+,-./
!"#$%&'()+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[]^abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()*+,-./0 this one stalls !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_abcdefghijklmnopqrstuvwxyz{|}~ !"#$%&'()*+,-./01

tested with a socket tcp transfer and i can transmit 20000 bytes without problem

Beginne damit, den Längenschwellenwert mit umqtt.simple auf dem Pico1 W zu reproduzieren und den Publish-Datenverkehr in Wireshark zu untersuchen. Vergleiche das fehlschlagende MQTT-Verhalten mit der gemeldeten Socket-TCP-Übertragung sowie den Implementierungen von peterhinch/micropython-mqtt und bobveringa/micropython-mqtt. Als abgeschlossen gilt die Aufgabe, wenn die Ursache identifiziert und behoben ist, sodass längere ASCII-Nachrichten ohne Retransmits oder Stocken veröffentlicht werden.