Ecf Fs 345

[tchuck]

Bom dia,

 

Temos um sistema PDV antigo que ainda usa as dll do fabricante e estamos desenvolvendo um novo com o ACBr, porem nesse PDV antigo fizemos uma migração para a dll DarumaFrameWork e tambem usamos a Daruma32.dll.

 

Meu problema ficou em usar as duas dll pois ao entrar no sistema ativa as duas funções de cria o arquivo no registro da daruma32 e no xml da DarumaFrameWork dando erro de comunicação pois cria a mesma porta nos arquivos, ai vem a questao olhano no ACBr so tem a chamada para DarumaFrameWork.dll e mesmo assim funciona com FS 345, e eu entrado em contato com o suporte da daruma eles falaram q essa dll não da suporte a essa impressora...

 

Então fiquei com mais duvidas ainda, alem da DarumaFrameWork.dll o ACBr Utiliza outra forma de comunicar com a FS 345.

 

Att,

Laelson

[EMBarbosa]

   O ACBrECF não usa as dlls para comunicação normal com a impressora. Ele usa a comunicação direta pela porta serial.

   Assim ele se comunica com o ECF sem nenhuma necessidade das dlls^*. Isso para qualquer fabricante (Daruma, Bematech, Sweda, Epson, etc...).

 

   Talvez você se pergunte: Ué, então por que tem chamadas às dlls da Daruma e de outros Fabricantes no ACBrECF?

   Resposta: As dlls dos fabricantes, de modo geral, só são utilizadas para gerar os arquivos que exigem os dados da MFD. Esses arquivos não são possíveis ser gerados usando a comunicação direta. Porque estão criptografados, ou porque os fabricantes não disponibilizam os comandos para isso, ou por outro motivo que está fora de nosso controle.

 

 

*: Na verdade existe um caso onde é necessário o uso da dll para comunicação normal. Esse é o caso de ECFs USB que não disponibilizam um driver para porta virtual serial. Como apresentado nesse tópico

[tchuck]

Hum muito obrigado deu para entender, pq ela funciona blz na fs 345

 

obrigado