Delphi и фискален принтер

[wqw]

Мдам, тези модели са с "електронна" контролна лента, а не две физически ленти като 3530 и 550 и съответно имат 4 команди 7Xh за работа с нея.

На пръв поглед изглежда, че трябва да се викне 78h със I за да се вземе Cnt - брой контролни ленти след последния Z-отчет. После с един 78h PS (print small) и няколко 78h CS (continue small) се dump-ят. Накрая със 78h Е се erase-ват. (Това ToDo го пиша да не го забравя:-))

10x за инфото!

cheers,
</wqw>

Това мнение е било редактирано от wqw на 13-09-2010, 14:46

[Penjurov]

Странна работа, вчера уж се пробвах с това и нищо не излезе.....днес никакъв проблем

МНОГО благодаря адски много ми помогнахте и двамата

Поздрави!!!!!

[gogooo]

проверявай статусите задължително - принтерът не те гледа тъпо а отговаря какво не му харесва
обърни внимание на поредния "номер на рамка" - ако принтерът получи две съобщения с една и съща рамка той не прави нищо а само повтаря поледния отговор - при самото си включване номерът на рамката му се инициализра със случайно число затова ВИНАГИ пускай извличане на статус при инициализиране за да избегнеш съвпадение на рамките и "отхвърляне на командата"

още нещо свъразно със статусите - проверявай за отворени бонове фискален/нефискален - писнало ми е неграмотно направен софтуер да оставя отворени бонове и след това да не може да си ги затвори - постоянно се занимавам клиенти имащи този проблем
така че се постарай да реализираш "авариино" затваряне на бон

//off не съм от датекс
@wqw на сайтът на датекс я има качена документацията за висчките им принтери - тук таме с грешки но те са минимални
при пускане на дневен отчет ЗАДЪЛЖИТЕЛНО разпечатвай контролната лента за моделите с електронна такава - това е изискване на данъчните (догодина ще видим как ще се процедира но за сега няма изгледи да отпадне въпреки добавянето на КЛЕН)

Това мнение е било редактирано от gogooo на 19-09-2010, 07:34

[wqw]

@gogooo: Не ме притесняват грешките в документацията. По-сериозни са грешките във firmware-а на ФП. Примерно чисто нов 550-05 има проблем с енкодване на зареденото лого. Чат-пат за пикселите връща '@' вместо '9' като по една случайност ASCII на '@' е ASCII на 'A'-1.

Оказва се че докато не се изтества на точно определен модел, точно определена партида няма никаква гаранция че управлението на ФП ще работи при клиента. Тука кода трябва да не е просто robust, а трябва да се очаква failure по всевъзможен начин, абсолютен garbage да е reply от устройството, всичко да може да се параметризира, за да не се изложи човек при клиентите (in-the-field).

Друго ми е чудно: при положение че POS приложенията в цял свят работят със стандартни драйвери (OPOS или UPOS) защо BG хардуера е на дередже клуб творчество шев и кройка?! Всеки произодител на s/w прави управление на ФП за всеки производител на h/w при това за няколко различни модела! Колко пот и псувни е отнесло упражнението не се наемам да смятам :-))

cheers,
</wqw>

[gogooo]

фирмуерът на фискалните устройства минава през удобрение на данъчната администрация за съответната страна - затова и той е "различен"

фискалните принтери в БГ ползват един протокол (с леки изменения може да се приеме че е стандарт за голяма част от светът) същото е и положението с POS принтерите - деже протоколите им са идентични в частта за разпечатване/програмиране/четене на графика (и шрифтове) - това важи и за етекиращите принтери (има дребни особености при печат на графика но те са свързани със самата "архитектура" на термопринтерът в уството) - този протокол се ползва във всички принтери който се продават тук (на оргтехника, датекс, елтрейд и деизи - в бъдеще и на еликом) - при дейзи този протокол е заложен и в касовите апарати (изключение правят касовите апарати с "интерфейсът на чилов" - оргтехника, датекс и елтрейд)

та мисълта ми е че протоколите грубо са 2 в БГ (с карат и тям подобните не съм запознат но те имат много малък пазарен дял) и проблемът не е в тях а в програмистите - кадърните хора способни да реализират "драйвер" на ниско ниво са много малко (визирам дори "делфи кубът" на датекс) в резултат масово предпочитат да работят с готови "посредници" като fprint например (единствено мистрал например имат разработен драйвер за "интерфейсът на чилов") а тези които сядат да пишат драйверът не са запознати със самото устройство (освен протоколът е нужно да знаеш как работи самото устройство за да можеш да предвидиш поведението му) затова и много често се получават "забивания" причинени от отворен бон (това беше доста често при матричните принтери)

при логото на 550-тката не знам какъв бъг си забелязал но аз до сега проблеми с графиката не съм имал на нито едно устройство - сигурен ли си че пробелмът е в принтера (проверявал ли си контролната сума на отговорът - и това често се пропуска) - единствените проблеми с логото на 550-тките беше ена кофти партида на захранвания която клякаше когато принтерът работи с графика (от началото на годината беше ако не се лъжа) - друга причина за това може да е "клякащ" сериен порт - обикновенно се получава при работа с големи пакети от данни (като четене/програмиране на лого) - иначе наистина има шанс и да има бъг макар и да не съм го срещал

относно готовите драйвери - лично аз предпочитам да си напиша всичко сам а и имам предимството да познавам много добре устройствата - освен това работя основно с linux-и и фактът че няма нищо работещо в тази област ме провокира да се зхвана с разработването на дрйверите и в последствие на ПОС системиа (java за съвместимост и с черавета + бонус за PDA устройствата с блутут)

[wqw]

Не съм никак съгласен, че протоколите са два. Най-малкото в момента гледам протокола на Tremol (Zeka) -- е няма нищо общо с ICL-ския протокол (на Датекс и Daisy). Почти съм сигурен, че Eltrade са с различен протокол също. Също Карат са с различен протокол (доста елементарно "протоколче" изглежда).

Така че няма никаква логика да не се правят OPOS драйвери за съответните устройства, освен ако производителите на ФП не се опитват да "сгащят" потребителите във vendor lock като ги карат да купуват и недоносените им складови/retail приложения (Елтрейд?). Само Tremol имат OPOS драйвер, обаче не се държи прилично тука при мен с една каса TREMOL M03 така че мъката е пълна.

cheers,
</wqw>

[gogooo]

лидерите на пазара ни са 3 - датекс оргтехника и дейзи - евентуално можеш да добавиш и елтрейд - датекс оргтехника и елтрейд ползват "интерфейсът на чилов" в касовите си апарати (който официално е със затворен протокол) защото машините са им "еднакви" (просто екипът разработвал машините в началото е едни - даже елтрейд са хора отделени от оргтехника) - изключение павят само старите 5000-рки на датекс (който отдавна са спрени от производство) и серията 803 и производните и на оргтехника - фискалните им принтери ползват един протокол (и тук според мен доста хитро от страна на дейзи да го ползват и в касовите си апарати - затова и аптеките работещи със здравната каса и пощите ползват техни машини)
единствените разлики са добавени/премахнати команди в зависимост от спецификата на
устройството

както казах с останалите не съм запознат - пазарния им дял е много малък и не си струва разправията да си вадя лицензи и разрешителни за обслужването им така че нямам идея с какво и как работят (предполагам наличието на драйвер и простия както спомена протокол при тях целят да привлекат програмистите като по този начин си вдигнат продажбите)

доколото съм запознат еликом също разработват фискален принтер който ще ползва същия протокол (ама нямам идея до къде са го докарали) - техните продукти обикновено имат пряка съвместимост с аналозите на датекс

относно драйверите - причината е в липсата на хора - датекс имаха екип който се разбяга преди много годин затова и не се опитват да продават софтуер (е освен онова недоразумение fprint и производните му но то се ползва основно за касовите апарати заради това че протоколът им е затворен) - общо взето те продават продукти на мистрал (детелината си я продава елтрейд)

самото наличие на отворения протокол (ФП) обаче цели именно да накара програмистите да си направят собствен драйвер (което не е и особен проблем) виж при касовите апарати вече нещата седят по друг начин - само че от контактите ми с програмисти работещи по подобни приложения виждам че липсва желанието - на никой не му се занимава да пише и предпочита fprint-ът (или касисткия му аналог) - и от тук се почва една безкрайна драма - фискалното устройство ли не работи - приложениет ли - програмата посредник ли - самата машина ли има хардуерен проблем

както сам казваш и ти си се сблъскал с проблеми при готов драйвер и прдполагам доста време си загубил в телефонни разговори - затова лично аз предпочитам да отделя известно време за да напиша собствен драйвер отколкото да се боря с чужди грешки (а и както казах не ползвам windows)

[wqw]

Виждам че си навътре в нещата и искам да те питам конкретно ФП на Елтрейд какъв протокол ползват? "Интерфейсът на Чилов" ли? Щото виждам че протоколът го дават on-demand, в смисъл трябва да си го поискаш официално и не знам каква е процедурата нататък, та може би не е чак толкова затворен ако се преговаря с тях (имам една връзка там).

Също, много ми е интересно как ги "сглобяват" тези ФП. Гледам че има механика на Citizen, Epson или Seiko и после слагат някакъв "фискален модул" собствено производство. Примерно за новия Датекс TM-260F изглежда Датекс Украйна предлага OPOS драйвер, който със сигурност не работи на 550-ки, т.е. не имплементира ICL-ския протокол (протокола от горните PDF-и в темата). Явно 260F ползва някакъв нов протокол май на Epson.

cheers,
</wqw>

[gogooo]

тоя "интерфейс на чилов" е за касови апарати - разработен за 82МБ-F (дори не съм срещал такъв тук) - вече с леки изменения де

проблемът при елтрейд е че ползват директен внос на устройства (pos принтери) като ги пригаждат към нашето законодателство (както каза добавя се фискален модул) - няма логика да не ти дават протоколът му тъй като устройството е неизползваемо без него - иначе е стандартен esc/pos протокол (ако имаш лог на комуникация с него мога да ти кажа точно какво е) което в момента им докарва доста проблеми тъй като изискванията ни се измениха и фискалните устройства вече трябва да съдържат освен феискален модул - модул клен и GPRS модем свързан посредством VPN на мобилен оператор с НАП (елтрейд са единствените които настояваха за отлагане на промените - най вероятно за да успеят да влязат в час)

повечето неща на датекс са "тяхно" производство като имат доста позиции на международните пазари (украинския принтер ще се различава от нашия по специфични неща като данъчните ставки например - в документацията ако не се лъжа е спомената разликата м/у принтерите за различните страни - разликите най вероятно са минимални но без да тествам драйверът не мога да кажа защо точно не ще да запали с нашата версия)

иначе всички внасят готови компоненти (кутии принтери и т.н.) а в някой случай дори целите устройства се правят в китай (излиза им по евтино)

[wqw]

Аха, значи се появява трети протокол - ESC/POS - стандартния на Epson предполагам. Ще го боря като му дойде времето.

По едно време се бях засилил да правя OPOS драйвер за Datex-ските ФП, но в момента ми е по-важно да подкарам Tremol-ския протокол и после Eltrade-ския, а не ми се ползват изпълнения с fprint и подобни "файлови" протоколи. И аз страдам от not-invented-here синдром :-))

cheers,
</wqw>