Właśnie... Sprawdź z jakimś innym softem...
W najgorszym razie mogę wstawić jakieś opóźnienie, aby program nie wysyłał tyle danych na raz...
Niestety protokół LI-101F ma tą wadę, że dla pewnej grupy rozkazów interfejs nie transmituje zwrotnie żadnych potwierdzeń. Więc program ma prawo wysyłać kolejne rozkazy dalej.
W LI-USB zmieniono protokół i po każdym rozkazie zawsze jest potwierdzenie: albo z centralki, a jeżeli XPressNet takiego nie przewiduje, to LI-USB generuje "wirtualne" potwierdzenie przesłania komendy dalej. W ten sposób niejako LI-USB może sterować programem, aby ten nie wysyłał kolej komendy nim poprzednia nie zostanie obsłużona.
Może być tak, że GenLI po prostu nie był nigdy testowany na taki zalew komend i ma zwyczajnie błąd. Spróbuj np: wysłać dużą ilość komend zmiany prędkości (np: przy 126 krokach)...
Komenda 52:AA:8D:XX (zmiana wyjścia w dekoderze akcesoriów) jest właśnie taką komendą, dla której wg specyfikacji nie jest przewidziane przysłanie potwierdzenia. Nawet otrzymanie negatywnego potwierdzenia nie bardzo wiadomo do której komendy dotyczy, jak się wysłało najpierw n komend...