Daniel Simoes

Sim, é isso mesmo... dá um trabalho do cão... Os fontes do ACBrECF, já passaram por essa revisão... mas acredito que os fontes do ACBrNFe, do trunk... ainda não... Lembro de ter feito vários ajustes de NOGUI, quando fiz o Refactoring do ACBrNFe para o "trunk2" Talvez se você migrar para o "trunk2", seja mais simples...

Realmente parece um bug causado por excesso de "Ctrl-C, Ctrl-V"... Apliquei a correção no SNV, obrigado...

O mesmo problema ocorre no ECFTeste ? Se SIM, qual o passo a passo ? Noto que não há erro de comunicação no seu Log, mas aparentemente, o seu sistema está entrando em Loop, talvez porque não obteve a resposta correta para alguma informação, que tentou ler do ECF... Para debugarmos, é necessário que sejamos capaz de reproduzir o problema em ambiente de testes

Enviei algumas correções ontem a noite... para correta compilação de ACBrUtil.pas no XE O Regys está trabalhando em uma nova versão do ACBrInstall, para o "trunk2" O Isaque está compatibilizando a versão antoga, para funcionar no "trunk2"

Quando você remove as dependências de Package do Projeto.. a IDE não tem como resolvê-las para você... Nesse caso, o erro indica que o seu projeto deve ter uma dependência do Package (do Lazarus) LazUtils

Você pode configurar o seu projeto, para forçar o ACBr a ser compilado em modo CONSOLE (veja o exemplo das opções de projeto, do ACBrMonitorConsole) - Remova do seu projeto, as dependências de todos os Packages do ACBr (pois eles foram compilados com a dependência da LCL) - Em "Additions and Override", crie a macro para toda a IDE -> LCLWidgetType:=nogui - Em "Other" adicione: -dNOGUI -dUseCThreads - Em "Paths, Other unit Files": Adicione os paths dos fontes dos projeto ACBr, de todos os componentes utilizados - Em "Paths, Include Files", adicone o diretório do ACBrComum (por causa do ACBr.inc) Com isso, todos os fontes do ACBr, serão recompilados em modo NOGUI (console)... Pode ser que nem todos os componentes, estejam com os IFDEFs preparados para compilar corretamente em modo "NOGUI"

Não noto esse problema usando o emulador da Sweda... a comunicação Serial usando um par de portas Seriais Virtuais, entre o ACBrECF e o ConnectSIM, é muito, muito, rápida... Por favor anexe o Log gerado para a analise

Também há um cadastro para as Sw.Houses

não há manual ainda, a melhor maneira de aprender, é lendo com atenção os fontes do projeto Exemplo, SATTeste.... Sobre a Página de Código: Veja esse post:

Obrigado, pelos links... quando eu tiver um tempo, vou compatibilizar essas impressoras no ACBrPosPrinter

Compreendo... Já pensou em migrar a solução para SAT ou NFCe ? Isso te daria mais liberdade para gerar o cupom... Pois vc só monta o XML no final da venda....

Não há como resolver.. a não ser enviando para assistência técnica... O PinPad tem uma mecanismo de proteção, que detecta tentativas de abri-lo (TAMPERING PROOF)... E em algumas situações ele queima o chip de criptografia quando isso ocorre...

O cliente sempre pode optar por outro fabricante... Em todos os anos que trabalho com automação, essa á a primeira vez, que alguém aponta isso como problema... Fiquei curioso, que tipo de negócio exige a impressão de mais de 300 itens por cupom ? Você pode contornar essa limitação, basta fechar o cupom, e abrir outro...

Interface e Especificação: https://www.softwareexpress.com.br/distri/aplicativos/clisitefwin32.zip

Veja o que diz o manual de comunicação direta da Bematech MP4000 TH-FI

Poderia por favor entrar em contato com o fabricante, para nos certificamos que essa é a maneira correta ? Pois a informação não está batendo com a do manual de Especificação Técnica

Não noto essa lentidão em meus sistemas... tente um teste com o

Os erros não ocorrem no Lazarus... (eu apenas uso o Lazarus) Alguns dos "core developers" estão migrando para o trunk2, em Delphi, vamos aguardar a opinião deles.. mas aparentemente as suas correções propostas estão corretas

Eu sou fã de carteirinha do SiTef... é o mais usado no Brasil, e tem suporte a vários outros módulos... O pessoal da SkyTEF pode lhe ajudar no processo de certificação, e na política de revenda...

Ter uma aplicação integrada com o SiTef ou outro "dedicado" é muito melhor - (quase) toda a configuração do TEF, pode ficar dentro da sua aplicação... - As telas do TEF são apresentadas com a mesma aparência do seu programa (pois é o seu programa que irá apresentá-las) - Não requer instalação no Client... Basta uma DLL pra falar com o Servidor TEF (o ACBrTEFD é quem consome a DLL)

SiTef é o que tem o melhor suporte no ACBr... Porem, se você usar o Pay&Go (TEF IP), pode continuar com a mesma estrutura do TEF discado... ele substitui o G.P. tradicional....

De arcodo com as Especificações Técnicas do SAT, é o Equipamento SAT que fará o rateio... Veja: Você está testando com o Emulador ? Se SIM, pode ser um Bug do Emulador... Tente com um SAT real...

Você precisa carregar o XML a ser reimpresso no componente... ACBrSAT.CFe.LoadFromFile()

Acho que precisamos perguntar ao Fisco, ou ainda a algum fabricante...