O Picoscope está instado no mesmo PC onde o seu software roda?

sim. esta.

O Picoscope posui um buffer (memória interna) própria, de modo que as medições não seja influenciadas pelo Windows?

sim. possui. a medição é feita totalmente via hardware. enviando apenas o necessário para gerar os gráficos.

Voce teria a imagem gravada pelo sofware do Picoscope? A forma de onda é similar ao do seu programa? Como voce avaliou a diferença de 10Hz que disse haver?

posso salvar os dados da aquisição em arquivo sim. mas, para visualizar vc tera q baixar o software e instalar no seu pc. essa diferença de 10hz eu pude notar no frequencimetro q o software possui. nos videos é possível analisar os dados, fica no rodapé do programa.

A princípo pode não ter nada a ver... Mas o fato do software em C++ e o Picoscope estarem no mesmo PC não é uma situação ideal do ponto de vista do sistema sendo medido x sistema medidor. Considerando que o Jitter, eventualmente, poderia afetar a ambos, é mais uma suspeita...

não teria como, sao sistemas totalmente separados. a medição é feita via hardware, sem qualquer influência do windows.

Voce disse que na frequência de 10.000Hz existe uma diferença de 10Hz. Que pode parecer pouco, mas é uma diferença de 10 pulsos a cada 10.000 pulsos, em cada segundo. Num motor de passo, o erro em frequência seria cumulativo, nesse caso, equivale ao mesmo se deslocar (ou não se deslocar) 1 passo a cada 100 passos que recebe. Ou seja 1% de erro de deslocamento a cada segundo.

Na verdade, o erro é < 0.1%. a cada segundo pode ter até 10 pulsos a mais ou a menos.

se o erro for de 90%, perderia velocidade, mas a precisão no deslocamento nunca. Quem fizer um software nesse sentido, não pode mandar o motor rodar durante 1 7/128 de segundo. teria que contar os passos do motor para se certificar de que esta sendo efetuado corretamente e também para saber quando parar.

Basicamente, esse erro vai ocorrer, é claro, se houver deslocamentos relativos entre os eixos X, Y, Z,.... do CNC. Se todos os pulsos estiverem sendo comandados simultaneamente, a variação de frequencia é de pouca influência.
Porém, alterações muito intensas de frequência podem não ser acompanhadas pelo motor de passo, aliado a inércia do sistema mecânico da CNC.
Basicamente, esse erro vai ocorrer, é claro, se houver deslocamentos relativos entre os eixos X, Y, Z,.... do CNC. Se todos os pulsos estiverem sendo comandados simultaneamente, a variação de frequencia é de pouca influência.
Porém, alterações muito intensas de frequência podem não ser acompanhadas pelo motor de passo, aliado a inércia do sistema mecânico da CNC.

Como o gerador é um só para todos os eixos, acredito não haver problemas. Quanto as variações bruscas, qualquer sistema estará sujeito a elas, de uma forma ou outra.

Ok, sem stress.... não sou sócio do Bill Gates nem concorrente direto. E se voce tiver algum programa que rode rápido no Windows, conforme temos discutido aqui, será bem vindo...

Contra fatos, não há argumentos.... 

Lembrabndo que, o meu propósito nesse tópico, era tentar gerar esse clock que o amigo Odail precisa.
Demonstrei que é possível. Nâo é um relógio atômico, mas é funcional. atende em 1000% as necessidades do nosso amigo.

no segundo printscreen, eu ajustei no programa os tempos de Ton e Toff para chegar mais próxmio dos 10kHz. (que ficaram com 49.800 nS)

O arquivo .psdata em anexo, poderá ser visualizado com o software PicoScope 6 que está disponível para download no site picotech.com

tou usando o Microsoft Visual C++ 6.0.

Claudio, eu uso o C++ BUILDER vicê acha que posso executar esse codigo dentro dele  pra fazer um teste ou eu teria que  mudar pra VISUAL C?

Coloquei

o osciloscopio na paralela e tive uma surpresa...

a 10khz o desvio foi menor que 10Hz... fiquei tao surpreso que vou até postar um video pra n duvidarem de mim...rs

a 50kHz a coisa ficou mais complicada, mas acredito que com alguns ajustes (nada de sobrenatural) é possível sim fazer um gerador mais ou menos confiável.

400kHz foi o maximo que consegui no meu pc

Nusssaa Claudio estou com o sorriso la na orelha cara, vc ter conseguido 400 hz no seu pc foi uma coisa incrivel pela discussao que ja tivemos aqui e 10.000 hz entao foi mais ainda.

testei no frequencimento no meu multimetro pra ver quanto o KCAM estava mandando de  frequencia pro motor eixo "Z "rodar e o resutado foi de 400hz e motor gira rapidão ate ai da pra mim tranquilo,

Teria como vc disponiblizar o codigo pra mim testar aqui na minha maquina? Claudio não some cara preciso muito de vc

Opa desculpa Claudio nao prestei atenção realmente foi 400k o que conseguiu (muita coisa hein)?

no caso de fCounter++; eu poderia adicionar uma label do tipo print no builder pra mostrar a frenquencia na tela, é isso mesmo?

ja tenho threads criadas no meu programa, no caso seria so adicionar abaixo do while tipo assim:

while
{


      _outp(0x378, 2);
      QueryPerformanceCou nter(&start);
      do {
         SwitchToThread();
         QueryPerformanceCou nter(&stop);
      } while( (double(stop.QuadPart - start.QuadPart) / freq.QuadPart * 1000000) <= Ton );

      _outp(0x378, 0);
      QueryPerformanceCou nter(&start);
      do {
         SwitchToThread();
         QueryPerformanceCou nter(&stop);
      } while( (double(stop.QuadPart - start.QuadPart) / freq.QuadPart * 1000000) <= Toff );

      fCounter++;
}

claro eu teria qua adicionar os includes ton e toff

essas linhas SwitchToThread();seria necessaria no meu programa?

Olha meu codigo como ficou, nao deu nenhum erro mas tambem nao contou nada na Form1->LabelLoop->Caption = fCounter; a label ficou como na foto que esta abaixo, sera que você conseguiria achar algum erro? estou no meu trabalho e minha CNC3AX esta em casa e nao posso testar direto nos pinos da porta paralela agora.



//---------------------------------------------------------------------------
#include "manip8bits.h"
#include "porta.h"
#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#include <stdio.h>
#include <conio.h>
#include <dos.h>
#define IDC_CLOSE         1
#define DISP_FREQ   WM_USER + 1
#define Ton      50   // uSec
#define Toff   50   // uSec
#include <vcl.h>
#pragma hdrstop
#define DADOS 0x378
#include "Unit1.h"
//---------------------------------------------------------------------------
#pragma package(smart_init)
#pragma resource "*.dfm"
TPorta *Lpt;
TForm1 *Form1;
unsigned long fCounter;

HWND hMain, hLabel, hLblFreq, hButtonExit;
HANDLE hThread;
HINSTANCE hInst;

DWORD WINAPI Thread_uTimer(LPVOID lpParam){
   LARGE_INTEGER freq, start, stop;
   
   SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_TIM E_CRITICAL);
   
   QueryPerformanceFre quency(&freq);

   for({
            Lpt->Envia(DADOS, 2);
      QueryPerformanceCou nter(&start);
      do {
         SwitchToThread();
         QueryPerformanceCou nter(&stop);
      } while( (double(stop.QuadPart - start.QuadPart) / freq.QuadPart * 1000000) <= Ton );

      Lpt->Envia(DADOS, 0);
      QueryPerformanceCou nter(&start);
      do {
         SwitchToThread();
         QueryPerformanceCou nter(&stop);
      } while( (double(stop.QuadPart - start.QuadPart) / freq.QuadPart * 1000000) <= Toff );

      fCounter++;
                Form1->LabelLoop->Caption = fCounter;

   }
   return 0;
}

tu tentou compilar o arquivo main.cpp do jeito que esta? tira as linhas _outp e v no q da.

Opa Claudio desculpa a demora em responder, o 1º programa que postei nao rodava porque eu compilei apenas metade do codigo, rodei o main.ccp e fiz algumas modificaçoes de biblioteca de porta e FUNCIONOU!!!! ele criou o quadro "utimer" e mostra os resultados nela e mostra 9.499hz que é uma velocidade considerada alta pra mim, MUITO BOM MESMO, eu estava ate achando que isso nao era possivel mesmo, mas como o amigo GIL sempre dizia tem que haver uns "TRUQUES SUJOS" pra fazer a coisa funcionar ( se é assim que posso dizer).

MUITO OBRIGADO, agora vou testar direto na porta paralela pra ver se ela oscila nessa velocidade mesmo, você ja fez algum teste direto no PINO 2 da porta paralela?

Amigo Claudio, eu so consegui em torno de 210KHZ, deve ser pelo fato de que estou processando um gerenciador de cyber cafe na minha maquina e deve estar cheio de threads dando prioridade.

estou ja adicionado ao programa um updown linkado a uma variavel com o nome de "repete"dentro de um laço"for" assim:

while(1){
      for(aux=0; aux<repete; aux++)
      /{
      Lpt1->Envia(0x378, 1);
      QueryPerformanceCou nter(&start);
      do {
      ................... ................... ......

desta forma com o updown eu posso incrementar a variavel "repete" para controlar os pulsos do motor a passo, ta ficando show e funcional, so ainda não testei na CNX3AX porque nao esta aqui, eu estou usando um LED ligado no pino 2 da porta paralela para monitorar e ele ta acendendo de boa.

outra coisa é como eu faria pra adicionar um controle do tipo SLIDER, pra controlar a FREQUENCIA em Ton e Toff? fiz umas tentativas mas nao consegui, seria:

Ton +Toff = a variavel do tipo int ou long?

se Ton +Toff não uma variavel como eu poderia manipular a frequerncia

Como vc esta fazendo o acesso a porta paralela? por device driver? qual?

Estou usando o componente USERPORT.SYS as vezes da uns bugs aqui e depois tenho que da STOP e depois START pra funcionar direito, qual voce usa?