| Nadawanie CW z "czkawką" pod Win10 |
SN9MT pisze: Windows działa w multitaskingu i takie objawy prawdopodobnie występowały zawsze od kiedy pojawiły się pierwsze wersje tego, jak to niektórzy piszą "systemu". Dlatego zaczęto wymyślać i produkować różne keyery zewnętrzne. Windows od Win NT jest systemem bez cudzysłowu, i z tym nie ma dyskusji. Można dyskutować, że do Win98 był opcjonalną nakładka. Diagnozę problemu przedstawiasz źle. Rdzeń problemu jest inny. Microsoft Windows NIE JEST systemem czasu rzeczywistego, zresztą tak samo jak św. system od Linusa, Kleta, Klemensa choćby natchnieni apostołowie tak przedstawiali różnice (krawaciarze z jabłuszkiem też) Pojawienie się sytuacji braku natychmiastowej odpowiedzi np na klucz telegraficzny, ale dowolny czynnik który by należało szybko obsłużyć, nie jest kwestią "czy" ale liczbową. Wbrew temu co piszesz, to dlatego zaczęto wymyślać keyery, i inne sprzętowe bufory, które dają szybki odzew. To nie zemsta nad Windowsem, ale nad wszystkimi systemami konsumenckimi, one takie są (i jest to uzasadnione) Nie tylko w krótkofalarstwie. Nawet usługi dźwiękowe/YT itd choć mają najwyższy priorytet, też miewają czkawkę, jak coś intensywnego sie w komputerze dzieje. W ostatnim czasie z kumplem analizujemy webowe CW serwisy, one również nie są w stanie wytrzymać timingu klucza (w optymistycznych warunkach trzymają się w ryzach) BTW amerykańskie wirtualne kluby CW wykluczają sztorce i bugi, dozwolone tylko double paddle i (single) sidesweepery. Do przemyślenia dlaczego. ps. definicja https://pl.wikipedia.org/wiki/System_operacyjny_czasu_rzeczywistego Aha, warto dodać, że i ten SYSTEM (coś, co integruje wiele konkurujących procesów / działań), też nie gwarantuje "natychmiast" a tylko "w zdefniowanym czasie", i nie bedzie bardziej reaktywny od bare metal (znów: z wykluczeniem programowania arduino na delayach - mówię o bare matal na przerwaniach) |