Проблема принтера для чеков VKP-80-II

← →
Разведка (2012-11-29 11:37) [40]

> Дмитрий С © (28.11.12 18:04) [39]
> Непонятно какая задача таки стоит: определить какое устройство
> на каком порту или разобраться откуда мусор?

Зачем всё сводить к катигоричности, у меня их может больше, даже более чем я сдесь упомянул. А не ужели так трудно понять, о чем писалось, я вам отвечал опровержением на ваше уверждение, что "т.к. текст не выводится просто так, а должен быть обернут командой с контрольной суммой". Если какие то программы пишут в порт и принтер печатает, то это не факт, что именно наше ПО это делает, в системе это может делать любое ПО которое использует ком-порты и которое может искать "свое" устройство на каком либо из портов.

← →
Дмитрий С © (2012-11-29 11:48) [41]

> ваше уверждение

это утверждение как оказалось неактуально.

> системе это может делать любое ПО которое использует ком-
> порты и которое может искать "свое" устройство на каком
> либо из портов.

Если твоя программа держит порт открытым, то никакая другая не может в него ничего послать.

← →
Германн © (2012-11-29 12:47) [42]

> Если какие то программы пишут в порт и принтер печатает,
> то это не факт, что именно наше ПО это делает, в системе
> это может делать любое ПО которое использует ком-порты и
> которое может искать "свое" устройство на каком либо из
> портов.

И эта "система" на платежном терминале!!!
Руки бы поотрывать таким разработчикам.

← →
Разведка (2012-11-29 13:01) [43]

> Германн © (29.11.12 12:47) [42]

И языки критикам.

← →
Разведка (2012-11-29 13:49) [44]

> Дмитрий С © (29.11.12 11:48) [41]
> > Если твоя программа держит порт открытым,
> то никакая другая не может в него ничего послать.

Видимо
1. Не держит его всегда открытым, а только в момент выдачи чека. и в этот момент кто то успевает перодически обращатся к ком-порту.
2. Порт открыть Терминальным ПО, но возникают колизии в работе вода/вывода данных в порт т.е. другие программы видят его не занятым.
3. Само терминальное ПО переодически опрашивает или тестирует порт, что приводит к таким глюкам. Терминальное ПО вращается на .NET разработчики в МСК а я СПБ.

← →
Дмитрий С © (2012-11-29 14:07) [45]

> Разведка (29.11.12 13:49) [44]

Поставь COM сниффер. Увидишь кто что пишет в порт и кто когда открывает.

> . Не держит его всегда открытым,

Это можно проверить. Если порт открыт кем-то, то вызов MODE его не покажет.

← →
Разведка (2012-11-29 14:51) [46]

> 3. Само терминальное ПО переодически опрашивает или тестирует
> порт, что приводит к таким глюкам. Терминальное ПО вращается
> на .NET разработчики в МСК а я СПБ.

Не понимаю, чего ты хочешь от форума. Общайся с разработчиками.

← →
Разведка (2012-11-29 18:06) [48]

> Разведка (29.11.12 14:51) [46]
> > Дмитрий С © (29.11.12 14:07) [45]Например какой ком
> сниффер?

Проблема все уже решена. Поставил сниффер free-serial-port-monitor и он мне показал виновника, как я и предполагал, это оказался сервис тачскрина "TwService.exe" "MT7 Serial Search Service" - пришлось загасить, так как он не нужен (тач на usb работает) и мешает работе

Проблема принтера для чеков VKP-80-II Найти похожие ветки