PC Toledo

Prezados, procurei mas não consegui achar muito material sobre como usar uma ECF com Clipper. Se puderem me enviar alguns links e informações, agradeço.

PS : o aplicativo tem que ser em Clipper mesmo, não pode usar xHarbour/Harbour.

Obrigado

Marcelo

Isso tudo vai depender do fabricante do ECF. Cada fabricante tem uma solução diferente para utilizar seus ECFs sem o uso da DLL ( o q com Xharbour seria possivel e eu recomendo), mas como vc mesmo disse, tem que ser em clipper.
Qual a marca do ECF em questão ?

Será uma Bematech.

No caso da Bematech, vc tem 2 opções:
1 - usar a Bemafi.lib e Bemafi.exe
2 - usar o Bematech Monitor.

O Bematech Monitor, nunca usei, não sei se funciona legal ou não, a bemafi.lib e bemafi32.exe , usei muito pouco, pois quando descobri que podia usar a Bemafi32.dll , migrei meu frente de caixa para Xharbour e nunca mais tive aborrecimentos com comunicação ECF !

Eu usei por um bom tempo o AcBrMonitor... é fácil de implementar com o clipper e o AcBr trabalha com qualquer ECF.

Eu não tenho o link aqui, mas é fácil encontrar no Google. É só instalar o AcbrMonitor na máquina que vai ter o ECF, que ele fica residente no Windows. Ao baixar e instalar o programa, já vem as funções e os exemplos de como utilizar em clipper ou xharbour.

Basta configurar o tipo de ECF e pronto. Vc envia os comandos via clipper e o AcbrMonitor faz o resto.

Hoje em dia os projetos ACBR estão bem avançados, inclusive existem alguns programadores do projeto, trabalhando em parceria com a Daruma.
Mas seria interessante usar ou desenvolver algo que não deixasse a aplicação tão dependente. Já ví vários casos de aplicações que usam o Bematech Monitor (nunca usei) e ficam uma droga, lento demais. Com o Bemafi.exe (nunca usei) segundo os colegas, fica rápido, porém com seu uso não se pode explorar ao máximo do ECF, como se fosse com a DLL.
Concluindo,... o colega disse que o programa precisa ser em Clipper, vai ver precise rodar sobre o MS-DOS puro, sei lá. Sendo assim, ou manda ver com o bemafi.exe e perde algumas vantagens, ou repensa sobre converter o programa para xharbour e voar baixo com a DLL.
Pense também no futuro: hoje em dia, com o PAF-ECF, TEF, etc ... você precisará obter informações do ECF, que somente conseguirá, ou conseguirá de maneira mais fácil, se for atravéz da DLL.

Enfim, quanto menos "coisas" (desculpem o termo) existirem entre a sua aplicação e o ECF, mais chances você terá de obter velocidade.

Amiguinhos,

Achei que ja havia colocado resposta neste tópico, mas vi que não.

Acesse o link viewtopic.php?f=43&t=4922 e verifique a codificação de funções de ECF usando o ACBr.

São super simples de serem portadas para seu uso em Clipper e o monitor faz todo trabalho pesado inclusive contando com uma gama muito grande de ECFs compatibilizadas.

Muito obrigado a todos os amigos que dispuseram de seu tempo para responder e me ajudar a tomar uma decisão. Vou utilizar o ACBr Monitor, sem dúvida é a melhor opção, e ainda por cima, quando instalado, contém um exemplo em Clipper, com mais de 1.000 linhas, explicando como utilizar, dai, não tem como dar errado.

Abraços

Marcelo Neves

Amigo, eu programo em Clipper, com muitas funções proprias construidas em C. Temos aplicação para emissao de cupom fiscal para impressoras fiscais bematech, e a comunicação pode ser feita de forma muito simples usando um drive residente da propria bematech que se chama MP20DRV.EXE, que deve ser carregado em memoria alta (usa 6 kb) antes de execução de seu aplicativo, no caso de ser uma frente de caixa por exemplo.

Se voce nao quiser usar esse aplicativo residente, voce pode fazer como eu tambem fiz. Desenvolvemos as funções de comunicação com as impressoras fiscais, usando similaridade com os drives da bematech, rotinas construidas em C e compiladas junta aos nossos softwares.

Alias, a comunicação com impressoras fiscais bematech, são as mais faceis do mercado, em especial para aplicações em clipper, não ha a menor dificuldade.

O Uso de DLLs de Fabricante e/ou programas Monitores, acrescentam uma camada de Bug no Aplicativo (ou seja, além dos Bugs do seu sistema você passa a contar com os Bugs das interfaces dos fabricantes, além do fato dos bugs quanto a integração). Para principiantes é caro que encurta muito o desenvolvimento, porem para um controle total das ECFs de uma forma mais profissional e autónoma é conveniente a programação direta na porta de comunicação (desenvolver sua própria LIB [funções] para este fim).

Nosso Primeiro aplicativo para ECF foi desenvolvido em Clipper usando FWRITE()/FREAD() (instalávamos o MP20DRV.EXE apenas para setar a porta, tanto é, que independia de marca e modelo de ECF, o que era controla pela nossas funções), foi compilado usando Clipper Summer '87 e Posteriormente CA-Clipper 5.3, sem nenhum Problema. Posteriormente foi mudado apenas as funções FWRITE()/FREAD() pelas funções especificas para portas COM da CT-LIB (com CA-Clipper 5.3) e Hoje estamos utilizando as mesmas funções (nossa LIB) em Xailer/xHarbour mudando apenas a comunicação para HBCOMM.LIB (devido ao xHarbour). Temos centenas de empresas usuárias que ainda utilizam cada uma destas versões sem apresentar nenhum problema em sua concepção. Digas de passagem todas rodam em DOS, Win31x, WIn9x/Me, WIn2K/XP/Vista (exceto a versão Xailer que não roda em DOS/Win31x).

att.