PC Toledo

Amiguinho

Na sessão codigo fonte voce encontra o primeiro topico, PRESENTE DE ANO NOVO, onde revisei recenetemen junto com o amigo Toya, o modulo que faz uso da Bematech, juntamente com o Monitor.

Agreguei ainda um modulo que permite interagir com o Monitor ACBr portanto não existira impressora que não possa ser utilizada.

De uma olhada:

https://pctoledo.org/forum/viewtopic.php?t=4922

Obrigado rochinha isso sera de grande ajuda pra min, e para o resto do pessoal aqui.
Vou rodar aqui para ver se para com essa lentidao no cupom da bematech, isso ta me matando,rs

Pessoal, ñ tenho tido problemas com o BemaFi.Exe. Sempre é um pouco + lento a abertura do cupom, mas é só esperar. Travar ñ trava ñ.
Vc já tentou usar em outros micros ? Sempre uso o Bemafi.* local, nunca pela rede. E no Bemafi.Cmd, sempre na Com1, Irq=4, impr Mp25 ou 20.

*--------------------
Function Grava_BemaFI
*--------------------
Parameters Comando
Delete File( "C:\STATUS.TXT" )
Delete File( "C:\RETORNO.TXT" )
Delete File( "C:\BEMAFI.CMD" )
iArquivo := FCreate( "C:\BEMAFI.CMD" )
FWrite( iArquivo, @Comando, Len( Comando ) )
FClose( iArquivo )
swpruncmd("C:\Util\BemaFi.Exe",0,"","")
Return .t.

Agora, com o tal de BematechMonitor, tá difícil. Esse programa ñ tá legal ñ. Aleatoriamente, ñ conclui o cupom e retorna erro. Sempre antes de imprimir o TOTAL. Alguém tá tendo o mesmo problema

_______
Maurício

Amiguinho

Verifique o delay de tempo entre as leituras.

Como voce usa BEMAFI32.EXE ele executa cada .CMD enviado, no caso do monitor se voce enviar comandos muito rapidamente e o delay de espera seja muito grande ele acabará lendo os arquivos fora de sequencia e pulando algum comando importante.

Quando o monitor esta lendo um .CMD ele o mantem travado, portanto seu aplicativo deve testar este arquivo antes de enviar o proximo comando.