Tak, to ten. Na obu komputerach, na których mam XP Pro zwraca 0.

W opisie wyraźnie pisze o hardware'owym supporcie, ale byłoby dziwne, zważywszy, że oba są innych producentów. Jeden oryginał (HP) drugi składak. Na wszystkich kompach, gdzie mam inne Windowsy, ten timer działa.

Sprawdzę u siebie na moim XP Pro

Jak rozumiem chodzi o np. BOOL QueryPerformanceCounter( LARGE_INTEGER *lpPerformanceCount); ? Na jakiej podstawie kolega twierdzi że nie ma takiego mechanizmu w XP PRO ??

Co do Mega88 - tak ustaliłem mikrokrok oraz podziały, że wszystko wychodzi bez ułamków . Można dobierać dość dowolnie, no ale lepiej nie skonfigurować go do np. 127 kroków ( no bo wtedy nie ma jaki ustawić mnożnika i dzielnika ).
Poza tym zmiana trybu pracy wychodzi zawsze w pozycji 'home' aby nie było problemów synchronizacyjnych.

Piotr Rakowski pisze:Boję się, że i tak będą musiały powstawać równolegle 2 wersje oprogramowania biorące pod uwagę różne warianty pseudo-timerów.

Z którymi timerami jest problem ? O ile wiem XP Home od professional aż tak się nie powinno róznić. Jakby co to mogę tu pomóc - mam dostęp do wszelkiej dokumentacji w tym temacie.

Soft jest na Mega88 - assembler chodzący na 20MHz z pełną parą (bo zrezygnowałem z przerwań, wszystko chodzi w pętli)

Co do RDTSC() - dla niektórych procesorów ( tych starszych) przy włączonym ACPI i zarądzanie energią przejście na niższy P-State powodowało zamianę częstotliwości dla RDTSC() - bardzo widoczne np. na laptopach. Dla nowszych procesorów poprawiono ten błąd. Ponadto dla maszyn wieloprocesorowych RDTSC może dwać nieco inne wyniki na różnych procesorach (!).

Obie sprawy są znane, traktowane jako mało szkodliwe niedoskonałości procesorów - poprawione w najnowszych konstrukcjach

Właśnie kończę soft do swojego sterownika silnika krokowego. Mam on właśnie taką cechę o jaką chciałby kolega:
- widziany jest jak sterownik '1/8' krokowy
- mierzy częstotliwość sygnału 'krok'
- dla małych częstotliwości dokonuje wewnętrznego 'mnożenia' kroków - wykonuje 8 mikrokroków na każdy podany mu krok ( czyli de fakto pracuje jak 1/64 )
- dla dużych częstotliwości dzieli krok - na każde 4 impulsy wykonuje krok ( czyli pracuje z jak 1/2 ).

Sterownik na razie pracuje na sztywno z 1/8 kroku, jak uruchomię to się pochwale wynikami testów. Czy może ktoś widział podobne algorytmy w profesjonalnych maszynach ? ciekaw jest czy to podejście ma sens...

Ma on też dodatkowe optoizolowane wejście - można podłączyć aby sterować samodzielnie wewnętrznym podziałem kroków

Piotr Rakowski pisze:wet bardzo często i to z mikrosekundową dokładnością pojawia się kolejny problem - jak? Skorzystałem z podpowiedzi kolegi X - używam teraz funkcji RDTSC() to pseudo-generowania przerwań. Sprawa rusza więc pod XP i zobaczymy, na ile stabilnie będzie się to zachowywało.

Hmm, raczej nie będzie - no chyba że na Windowsach powyłączamy wszytko inne co się da.
RDTSC() tylko czyta 64 bitowy licznik 'zegarowy' ( uwaga - naleczy wyłączayć zarządzanie energią!!!). Standardowy proces i tak jest zawsze wywłaszczany

Piotr Rakowski pisze:Niestety ta "sztuczka" nie działa To nie kosmolot, a tzw. sterownik kernelowy odpowiada za współpracę z portem LPT.

Co do sterownika kernelowego - paskudna sprawa. Miałem trochę dyskusji z Piotrem na temat możliwości implementacji takiego sterownika, ale sprawa upadła.

Potem wyszło na to że coś podobnego mam zrobić w pracy - wyszło że bardzo ciężko jest zejść poniżej częstotliwości 1kHz. Można, ale to wymaga bardzo głębokiego wcięcia nawet poniżej Windowsów ( na poziomie HAL'a, aby podpiąć się poniżej Windowsów).
Mam obraz w jakim kierunku idzie zarówno SW jak i HW PCtów - w najbliższej przyszłości ( jak wejdą systemy wykorzystujące lepiej wiele procesorów i techniki wirtualizacyjne) to nawet takie podejście niespecjalnie da rezultaty.

To co proponuje - jeżeli oczywiście autor jest zainteresowany - niech opracuje protokół dla zewnętrznego sterownika. Niech założy że ma dostępny bardzo szybki port szeregowy ( 1 M Byte - 8 Mega bits - jeden z moich projektów poprawnie działał przy 4 Mega Bitach ciągłego transferu) i że przesyła komendy do zewnętrznego urządzenia które mam trochę pamięci do buforowania i wystawia sterowanie dla CNC ( z częstotliwością ok 25-50kHz max).
Cena takiego konwertera wyszłaby < 100 PLN (płytka + elementy)

Mając taką specyfikację podejmuję się zrobić projekt + program zewnętrznego sterownika.