ASM51

Pessoal,

A algum tempo atrás, consegui aqui com o pessoal o programa original de gravação de Eprom para o gravador MTE-271 vendido pela MACSYM.

Poisé....mas o problema é que ele foi feito em DOS, e como estou tendo que dar manutenção num projeto antigo, estou tendo que usá-lo novamente. E está sendo bossal trabalhar em DOS novamente, principalmente dentro do XP, onde tive que fazer uns gatilhos para não dar tanto problema.

Alguem teria conhecimento de algum aplicativo que alguem tenha desenvolvido em Windows para esse gravador ?
( deve ser simples, pois a placa é meramente uma interface )

+++

Caro André,

Alguns anos atrás, o pessoal da MACSYM tentou mandar fazer um aplicativo em Windows para o MTE-271: Não deu certo.

A partir do Windows 98, o acesso direto à porta paralela em tempo real ficou virtualmente impossível e eles desistiram.

Eu enfrentei o mesmo problema que você. Por isso, eu tinha um HD com boot para Win98, Win 95 e DOS. Dependendo das ocndições climáticas, funcionava no Win 95 mas à vezes, so bootando pelo DOS.

A própria MACSYM desistiu de fabricar o aparelhinho e passou a revender os importados.

Atenciosamente,

André

Sendo quest de acessar a // existe um driverzinho para XP, vou ver se localizoooooo.

Através do Onisciente Google achei o que tava aqui pertim o Rogercom
http://www.rogercom.com/pparalela/ExemploImpOut32.htm
E a dllzinha é:
http://www.logix4u.net/inpout32.htm.

...ou XP, é importante que essa DLL esteja na mesma pasta do programa executável.

VLW Rogercom

Já fiz minha boa ação hoje rsrsrs . Igual a do escoteiro que tendo que platicar uma boa ação todo dia, fazia as velhinhas atravessarem a rua, mesmo elas não querendo.

Caro Djalma,

Obrigado pela dica, essas ferramentea são sempre muito úteis. Mas eu gostaria de explicar melhor porquê o gravador MACSYM não funcionou em XP.

Na ocasião, o especialista contratado era um MS Solution Provider, especializado em VXDs e mesmo assim, não conseguiu colocar para funcionar.

A questão é que o gravador MACSYM tinha um timing muito apertado e dentro do Windows, não há como garantir que uma task, mesmo do kernel do sistema, execute algo em tempo real. A palavra aí é Tempo Real.

Para a maioria dos dispositivos periféricos do mercado, o timing tem certas folgase e por isso, essas DLLs home-made funcionam bem. Não era o caso do gravador.

Eu enfrentei esse problema quando precisei fazer um software de aquisição de dados pela paralela e não houve jeito de funcionar no timing apertado que eu tinha, mesmo recorrendo a VXDs homologadas MS.

No fim, modifiquei meu hardware para armazenar dados em ram externa, no timing necessário e liberá-los em velocidade menor para a paralela. Esse procedimento é usado por todos os Analisadores Lógicos do mercado que tenham interface para Windows.

Já me disseram que no Linux não há esse problema. Uma task pode tomar para sí o controle quase total do tempo da CPU. Eu confesso que não sei se é verdade porque não entendo nada de Linux.

Atenciosamente,

André

senhores,

O software SIGEP para o MTE-271 só funciona em DOS, pois, na época em que foi desenvolvido, o DOS ainda acompanhava o Windows. Hoje, caso os senhores queiram que este gravador rode no XP, somente com disco de boot.

att,

Eu sei que isto é velho, mas já que ressuscitaram este tópico, só gostaria de dizer que existe também em windows(XP pelo menos) uma maneira de deixar a aplicação em tempo real.

Para isso só precisa entrar no TaskManager(Famoso ctrl+Alt+Del), Vai na guia Processos, clique com o botao direito na aplicação que vc quer mudar a prioridade e deixei-a como real time. Mas cuidado porque esta opção chega a travar o sistema .

Acho que pelo problema de Real time isso será solucionado. Agora precisamos ver se teria outro problema, como por exemplo o acesso a porta paralela. Se for um programa .COM, você pode ainda mudar alguns parametros nas propriedades do arquivo. Quem sabe isso também ajude.

[]'s

João,

Muito interessante esse recurso de poder definir um processo como tempo real.

Aqui vai uma pergunta difícil : Se eu fizer isso, na próxima vez que o Windows iniciar, terei de fazer novamente ? Ou essa propriedade fica armazenada em algum registro do windows ?

+++

Olá André.

Vai ter que fazer de novo sim, vou pesquisar aqui com o pessoal "mais entendido" se tem como fixar isso!

[]'s
Renie

Diretamente da linha de comando do "DOS" do windows XP:

C:\Documents and Settings\>help start
Starts a separate window to run a specified program or command.

START ["title"] [/Dpath] [/I] [/MIN] [/MAX] [/SEPARATE | /SHARED]
[/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL]
[/WAIT] [/B] [command/program]
[parameters]

"title" Title to display in window title bar.
path Starting directory
B Start application without creating a new window. The
application has ^C handling ignored. Unless the application
enables ^C processing, ^Break is the only way to interrupt
the application
I The new environment will be the original environment passed
to the cmd.exe and not the current environment.
MIN Start window minimized
MAX Start window maximized
SEPARATE Start 16-bit Windows program in separate memory space
SHARED Start 16-bit Windows program in shared memory space
LOW Start application in the IDLE priority class
NORMAL Start application in the NORMAL priority class
HIGH Start application in the HIGH priority class
REALTIME Start application in the REALTIME priority class
ABOVENORMAL Start application in the ABOVENORMAL priority class
BELOWNORMAL Start application in the BELOWNORMAL priority class
WAIT Start application and wait for it to terminate
command/program
If it is an internal cmd command or a batch file then
the command processor is run with the /K switch to cmd.exe.
This means that the window will remain after the command
has been run.

If it is not an internal cmd command or batch file then
it is a program and will run as either a windowed application
or a console application.

parameters These are the parameters passed to the command/program

If Command Extensions are enabled, external command invocation
through the command line or the START command changes as follows:

non-executable files may be invoked through their file association just
by typing the name of the file as a command. (e.g. WORD.DOC would
launch the application associated with the .DOC file extension).
See the ASSOC and FTYPE commands for how to create these
associations from within a command script.

When executing an application that is a 32-bit GUI application, CMD.EXE
does not wait for the application to terminate before returning to
the command prompt. This new behavior does NOT occur if executing
within a command script.

When executing a command line whose first token is the string "CMD "
without an extension or path qualifier, then "CMD" is replaced with
the value of the COMSPEC variable. This prevents picking up CMD.EXE
from the current directory.

When executing a command line whose first token does NOT contain an
extension, then CMD.EXE uses the value of the PATHEXT
environment variable to determine which extensions to look for
and in what order. The default value for the PATHEXT variable
is:

.COM;.EXE;.BAT;.CMD

Notice the syntax is the same as the PATH variable, with
semicolons separating the different elements.

When searching for an executable, if there is no match on any extension,
then looks to see if the name matches a directory name. If it does, the
START command launches the Explorer on that path. If done from the
command line, it is the equivalent to doing a CD /D to that path.

Logo, vc poderá fazer assim por exemplo:

Código: Selecionar todos: start /LOW mspaint.exe

Então, caso vc precise rodar o seu programa toda vez que o sistema bootar, simplesmente faça um arquivo .bat com essa linha de codigo que eu te passei acima e coloca ela dentro do C:\Documents and Settings\All Users\Start Menu\Programs\Startup. (O meu windows é inglês)

Caso vc queira que rode SEM fazer o logon, vc tem que trabalhar com o registro do windows dai. Abre o regedit, vai em:
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

E adiciona mais um parametro, seguindo como exemplo uma entrada que já está lá.

[]'s

Opa !

Talvês não seja o objetivo deste tópico ! peço desculpas se não o for !

Mas acima foi citado algo referente a reconhecimento da porta paralela !

Seguinte: Existem softwares(IAR Embedded Workbench) que utilizam a porta paralela nativa do PC, e com isso não funcionam com adaptadores USB/PARALELA pelo fato de não assumirem o registro 0x378...

Existe alguma maneira de burlar isso ?

Gostaria que o adaptador funcionasse da mesma forma como as velhas portas paralelas !

Fico no aguardo !
Obrigado !

Se o programa não acessar a porta paralela via API do windows ( usando o número da porta mapeada no registro, ao invéz do seu endereço ), realmente não tem jeito.

Por outro lado, se voce estiver programando esta comunicação em C++, já postei em algum lugar daqui o código-fonte para isso.

+++

ASM51

Programa de gravação windows para MTE-271 (?)

Programa de gravação windows para MTE-271 (?)