Cesar, El equipo Epson Hera (TM-U220AFII) entiende ambos protocolos...
1) El protocolo compatible que era el utilizado por todos los modelos anteriores. 2) El protocolo extendido que es el nuevo que utiliza este modelo. Los cambios son abismales y para ello te adjunto los links del pdf del compatible y del extendido para que comparen Manual_Protocolo_Compatible_RevB.pdf<https://docs.google.com/file/d/0B5UCrvggblBIVEhOVWRhUjllcjQ/edit?usp=drive_web> ARGENTINA_FISCALPRINTER_DESARROLLO_RevD.pdf<https://docs.google.com/file/d/0B5UCrvggblBIZUkzZlR2QS01REk/edit?usp=drive_web> Cuando adquirí mi controlador fiscal, lo hice para fines de testeo, Epson me hizo una bonificación importante y me aclaró que si bien todo el mundo estaba usando el protocolo compatible con una ocx que ellos mismos distribuían, si tenia que hacer mi propio driver (que para eso compre el equipo) era recomendable hacerlo a partir del protocolo extendido. Con mi primer cliente utilicé un driver hecho en vfp por otro forista que utilizaba el protocolo compatible y a este driver lo modifique porque necesitaba algunas cosas que no estaban programadas, sin embargo a la hora de operarlo si daba error en los parámetros le lanzaba un messagebox al usuario diciendo error en el campo nro... y el usuario me llamaba a mi para saber cual era ese campo. Mas adelante otro cliente me pidio hacer un driver a partir de la versión D, que les estoy pasando, y recordando los defectos que tenía el del protocolo compatible hice una primer versión 100% vcx y con el MSCOMM, pero me encontré con el inconveniente que si el soft se instalaba en un sistema operativo asiático, los comandos no llegaban al controlador. Revisando las especificaciones de VFP y MSCOMM, encontré que con VFP, MSCOMM no trasmite en binario, solo lo hace en modo texto. Así que en una segunda versión hice una ocx en VB6 que lo único que hiciera es escuchar a VFP y trasmitir en binario... Ahora basado en esta experiencia estoy tras un lenguaje (quizás sea Ruby) que me permita hacer tanto la pantalla de comunicación como el driver y que no tenga este inconveniente con los sistemas asiáticos. Obviamente el lenguaje que me permita hacer esto será mi próximo lenguaje de programación. Ojo dicho lenguaje va a tener que cubrir ademas programación sobre Linux, Android, Mac, etc y poder utilizar de alguna manera SQL-Server, Oracle y otros motores de bases de datos, ya que actualmente tengo este abanico de posibilidades programadas en VFP y siempre tengo que estar parchando cuando me encuentro con situaciones no compatibles con Fox. Disculpen si me fui un poco por las ramas, pero este fue justo el disparador para comentar lo que esta pasando ahora por mi cabeza. Saludos, Pancho Córdoba El 9 de septiembre de 2013 08:55, Flores Sistemas (Pablo Flores) < pabloflo...@arnet.com.ar> escribió: > Pancho: > Estoy usando la dll que trabaja con protocolo compatible [image: > Triste], no puedo usar el expandido porque tiene que ser compatible > para el tm2000 + tmu220 > Gracias > Pablo Flores > *From:* francisco prieto <fajpri...@gmail.com> > *Sent:* Sunday, September 08, 2013 11:02 AM > *To:* GUFA List Member <GUFA@mug.org.ar> > *Subject:* [GUFA] Leer Cierre Z Epson > > Pablo, > > Que dll u ocx estas utilizando para trabajar con el controlador fiscal... > > En el protocolo extendido existen comandos que permiten hacer eso, pero en > el protocolo compatible no y por eso mi pregunta. > > Saludos, > > Pancho > Córdoba > > > El 7 de septiembre de 2013 13:33, Flores Sistemas (Pablo Flores) < > pabloflo...@arnet.com.ar> escribió: > >> Hola... >> Hay alguna forma de leer cuando se hace el cierre z de una epson >> tmu220 los valores que se imprimen >> Solo puedo leer en el campo3 el Nº Z, en el campo10= total vendido y en >> el campo 11= el total de IVA >> Pero no puedo leer el discriminado segun tasa de IVA (el Neto y el iva >> correspondiente del %21, %10,5 y %0) ni tampoco los Impuestos Internos >> En el Manual solo encuentro esta informacion, no se si hay lago mas... >> Estoy Usando VFP Sp2 >> Saludos >> Pablo Flores >> > >
<<wlEmoticon-sadsmile[1].png>>