Интересуют терминалы, либо Motorola 2100 или Opticon H15.
Кто то писал софт для WinCE?
Есть ли для них драверы сканера, SDK? Ну или меют ли они эмулировать клавиатурный сканер?

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

Если это ТСД, он должен уметь сканировать ШК? Или иметь соответсвтвующий софт. Спроси у продавца подробне.

я думаю что моторола умеет эмулировать клавиатурный сканер.

(1) Да это понятно)) Речь о доступности к отсканированным данным из самописной программы/RDP с 1С.
(2) Нужно точно...

(3) 1) Тогда тебе просто нужно узнать о его софте, каким образом устроен интерфейс с другими программами.
Про ТСД не скажу, а POS и ККМ часто имеют свой сервер, который и работает с внешним миром.

(4) Просто собираемся покупать терминалы у Атола, я им эти вопросы задал, но у них этот чертов итилиум для поддержки... Боюсь просто не ответят, им же не выгодно что бы я что то писал, им лучше свой мобайллогистик продать.
Вот и решил спросить у программеров, наверняка кто то писал…

Motorola умеет. Выводит штрих код в активное приложение.

в Штрих'е предлагают к "Motorola 2180" вот это
http://www.cleverence.ru/hw/inv.aspx?m=soft

(6) То есть может эмулировать клаву?

Я делал так для ТСД Motorola
1) Написал приложение для WinCE
которое работает со сканером тсд, потом по UDP отправляет Штрихкод на некий IP,
а также ждет ответа тоже по UDP)),
в зависимости от ответа воспроизводит звуковой файл

2)Написал DLL для 1с - которая принимает ШК по UDP,
1С обрабатывает его и отправляет по UDP ответ.

3)На самом ТСД запущена моя прога + RDP внутри которой 1с
------------------------------------------------
прогу и dll для 1с не выложу извините,
но подсказка для ТСД "symbolBarcode.dll" для WinCE и WinMobile

(0) Я писал. С  Motorola 2100 работает.

+(10) http://tradeutils.at.ua/index/skrinshoty/0-8

(0) 2100 без WiFi. Как вы на нем RDP собираетесь организовывать?
Вот если 2180 то да.

(1) А так scanwedge по идее на любом motorola работает

(0) а писать самому аппликуху под WinCE ИМХО неблагодарное занятие.

Тут я как-то видел кто-то из разработчиков с cleverence интересовался есть ли смысл создавать альтернативный rdp клиент для Win mobile. Никто не знает не насоздавали они чего подобного?

а для чего альтернативный рдп клиент для винмобайла? чем штатный плох..?
.
мне в штатном нехватает только двух вещей:
1. скидывается галка фулскрин при смене батареи (все остальные параметры - запоминаются нормально).
2. сделать винмобальный "ярлык", в который вписать все настройки для винмобпайльного рдп клиента, чтобы юзверь тупо жмакнул и получил готовый коннект - яподозреваю что это можно как-то шттано организовать...?

(16) клавиши "F1-F10" на винмобальном клиенте в терминал не передаются.
Если в WinCE-шном клиенте есть возможность сохранить rdp файл со всеми настройками подключения кроме пароля (это у них зарезано на этапе сборки системы), то в Mobile так вообще такой возможности нет.

(17)+ И еще и у CE-шного и Mobile клиентов символы тире, точки и т.д. которые вызываются через синюю клавишу "function" оказываеюстя совсем не на тех кнопках под которыми они подписаны.

пробовал я и 2 сторонних rdp клиента для winmobile. Один из них помоему Mocha RDP. Так вот в них часть клавиш своим символам не соответствует, и возможность вызвать вирт. клавиатуру пропадает.

Писал для Symbol MC3000, как я понимаю это почти одно и тоже.
У них есть SDK для Visual Studio. Саму программу написать на C#, взаимодействие с 1С через веб-сервисы.

научите сохранять логин/пароль для rdp на win ce, плиз

(21) http://msdn.microsoft.com/en-us/library/ms861803.aspx

(21) HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows NT\Terminal
Services\DisablePasswordSaving = 1

(22)А как я могу "securely write passwords"? Что в поле <password> писать то?
(23)Это для CE или все же для десктопов?

(17) хз.. у мну жмакают на иконку открывается окно с уже проставленными параметрами - жмакают "коннект" и работают

(25) ну у нас примерно так и было, правда можно случайно имя сервера покорежить поскольку там запоминается последнее. Но когда дошло до спец клавиш "Fxx" то тут началась засада.

(26) ввиду того что у меня работает как клавиатурный сканер - функциональные клавиши не особо волнуют... тем более что на короткой клаве их вроде и нет

(22) ключевая фраза:
Note: Windows CE reads saved passwords, but does not have the ACLs to securely write passwords.
А вот причина:
By default, in Windows CE 5.0 RDP, users are prevented from saving a password value in the system. To override this default behavior, you can enable Autologon by setting the WBT_USERAUTOLOGON build variable before building your image.

Так как пароль шифруется железозависимо то создать файл на другом устройстве и скопировать на терминал не получится.
Как вариант предполагаю что можно написать утилитку под СЕ которая используя функцию CryptProtectData создаст файл с паролем, но сам не умею а знакомый програмист отказался типа "все забыл".

(27) ну вот например как у тебя вводится штрих-код? Приходится все время держать активным "поле ввода"?

(27) ну ну совсем короткой да, их нет. но её больше всего не любят. У меня часть 9090 с 47 клавишами а часть с 53 (вроде бы). Так вот на 47 как раз функциональные на кнопки выведены.

Юзал с MobileLogistics от атола
Можно и свое запускать по RDP, но свое писать дольше :)

(9) Респект. Не жаль же потраченного времени.

(0) писал софт под УТ 11 и winCE 6.5 =)
могу потом поделиться, если торговля ут 11 :)

(29) да, на форме у меня всегда всего один активный элемент - поле ввода. Так как у меня склад - у меня нет необходиомости сильнонавороченных фейсов для сильннавороченных тсд. ТСД работает либо только на сканирование ШК, либо на ввод чего-то, то есть вообщем - активный элемент один. и этого хватает!

вот нафига здесь еще что-то, кроме приема штрихкода..?
http://s61.radikal.ru/i172/1108/e2/c70877acf8e9.jpg

(30) не знаю. у меня складские любят короткую больше всего. видимо потому, что большинство операций делается сканированием а если что-то и надо вводить - хватает только цифровых клавиш. Ну а букавки - они с шифтом вводятся, но мы их не юзаем...
.
есть два полнорамерных клавы - их в работу берут самыми последними..

а кто тут писал на .NET Compact Framework, как настоящий ТРУЪ ?

(20) - это был полный онлайн без репликаций?

(33) не возникало необходимости вывести список и по нему стрелками передвигаться?
Объясню почему я на функциональных клавишах остановился. Например есть список. Чтобы передвигаться нужно чтобы он был активен. В scanwedge настраиваешь отправлять перед штрих-кодом код клавиши F2 а после него "Enter". За списком прячешь кнопку на которую привязана клавиша F2. При нажатии кнопки (тоесть при сканировании любого штрих-кода) открываешь маленькую форму в которой только поле ввода. Штрих-код автоматом попадает в него и форма закрывается по Enter-у. В итоге имеем возможность четко отделить считывание штрих-кода от ввода любых данных.
У меня например еще возникала необходимость выбрать товар из справочника. Так вот выход на верхний уровень иерархии жестко привязан к Ctrl+Up. А на rdp клиенте на Winmobile с сочетаниями Ctrl+<что-то> дела плохи.
Принцип с вечно активным полем ввода я видел в нескольких складских конфах. Мой вариант можно сказать мое "ноухау".

(35) не поверишь - у меня на складе абсолютно обратная ситуация.

(38) брррр... на некоторых экранах у меня есть ТЗ - по ней двигаюсь стрелками курсора, которые расположены на ТСД - вверх/вниз = 1 строка, влево-вправо=1 лист. И для этого совсем необязательно чтобы ТЗ была активной.

(39) смотря у кого как автоматизировано. у меня максимум клавиши нужны - ввести иногда артикул товара. иногда - ввести количество коробок (но это "неправильно").. поэтому голая цифровая клава - мне хватает.

> Чтобы передвигаться нужно чтобы он был активен.
- как я написал - это не обязательно.

> В итоге имеем возможность четко отделить считывание штрих-кода от ввода любых данных.
- у меня основная "идеология" - в низовом звене не должно быть альтернатив, то есть "ввода любых данных". Плюс алгоритм у меня построен так, что всегда из контекста выполняемых действий можно определить что было сделано В ОДНОМ ПОЛЕ - сосканирован ШК или введен вручную артикул

(38) да, с кнопкой контрол - дела точно плохи.. добиться мне не удалось... пока обхожусь без этой возможности...

(42) ну кстати да, возможно я запамятывал и проблема немного по-другому выглядела. Скорее фокус с поля ввода терялся при каких-то условиях.

(37) Да. Время отклика бд было практически моментальное, поэтому не было смысла делать на тсд собственную бд.

(46) - а как же обрывы соединения?

типа выходит на улицу - а там сигнала нет - приложение вылетает.

(47) Приложение не вылетает.
Пользователь просканировал штрихкод, приложение попыталось отправить данные на сервер 1С, если связи нет, то выдало ошибку, когда пользователь войдет в зону покрытия вай-фай, то ему достаточно нажать "ок" и данные отправятся на сервер.

(45) > Скорее фокус с поля ввода терялся при каких-то условиях.
- открою маленький секрет: если поле ввода - единственный доступный видимый реквизит - то все пучком...

(49) если на форме только ТЗ и поле ввода то а) либо у тебя есть возможность потерять фокус с поля ввода на ТЗ (а это легко делается случайным нажатием на экран ТСД), либо ты по ТЗ не можешь перемещаться вверх/вниз.

(36) Bugmenot
>а кто тут писал на .NET Compact Framework...
ну я писал а что это плохо? ))
вот моё дитя)) общее описание (9)

1)работает через внешнее событие в 1С - для штрихкода считанного в ТСД
2)пришлось конечно еще перехваты клавиш в 1с замутить (dll)
т.е. обработка нажатий хард клавиатуры ТСД

3)пришлось с размерами и позиционированием окон помутить (dll)
3) зато всю логику и интерфейс имею в 1С ))

вот пример Наборка по Заказу
http://s40.radikal.ru/i090/1212/e1/826af0b484be.png

(50) > если на форме только ТЗ и поле ввода то
а) либо у тебя есть возможность потерять фокус с поля ввода на ТЗ (а это легко делается случайным нажатием на экран ТСД),
- неверный вывод. фокус не теряется, даже случайнм нажатием на экран ТСД
б) либо ты по ТЗ не можешь перемещаться вверх/вниз.
- неверный вывод, перемещаюсь по ТЗ свободно.

(51) поясни каков смысл видет сборщику сколько заказано/скольо набрано/разница/...?
.
сборщику имхо важно одно: СКОЛЬКО НАДО ВЗЯТЬ В ДАННЫЙ МОМЕНТ.
.
у меня показывается именно так: скольо надо взять в данный момент.
.
если у сборщика произошла "ошибка" и ему все-таки надо посмотреть скольо всего надо взять (а такие ошибки при нормальном техпроцессе сборки - мизерны) - то и показать ему по его "запросу" сколько ему НАДО взять - и показывать это тдельно...
.
нахрена сборщика ПОСТОЯННО грузить на экране ЛИШНЕЙ ИНФОЙ?

то есть, см.(34) - ячейка-товар скольо надо взять в данный момент (5шт). щелкнет сканером по 1 штуке - на экране будет - товар ячейка-сколько надо взять в данный момент (4шт) и так по циклу до нуля...

(53)
ну для весового товара точно не угадаешь))

Не в качестве, конечно, рекламы, но присмотритесь к MobileLogistics. Как платформа, может и не супер - но "кроссплатформенность" перекрывает эти недостатки.

(54)
Интерфейс под буферные склады производство
ячеечного хранения у нас нет...
склады маленькие и ротация товара большая

(47) В свое время для этого писал через UDP с собственным контролем доставки через автомат. Ничего страшного нет.
Соединение не всегда нужно держать постоянно открытым. Если обрабатывать исключения, то ничто не вылетает.

писал софт для ТСД Моторолла на Mobile SMARTS

(58) Serginio1
UDP - дык там и не нужна установка соединения) - в отличии от TCP
правда пришлось обратную связь организовать опять также по UDP

а если вы про падение вообще ВайФая - то да обработки исключения и все гуд))

Я имел ввиду соединение через TCP. Просто его не обязательно постоянно держать открытым. Я делал для отсылки сообщения соединение. И ничего страшного и незаметно от постоянного подключения. Просто желательно сжимать данные при отправке. Например
public static byte[] СжатьДанные(byte[] Value)
       {
           var memStream = new MemoryStream();
           memStream.Position = 0;
           using (GZipStream gzipStream = new GZipStream(memStream, CompressionMode.Compress))
           {
               gzipStream.Write(Value, 0, Value.Length);
               gzipStream.Flush();
           }
           return memStream.ToArray();

public static void WriteCompressedString(NetworkStream стрим, string Value)
       {
           if (Value.Length == 0)
           {
               Write(стрим, false);
               Write(стрим, 0);
               return;
           }


           byte[] result = CurrentEncoder.GetBytes(Value);
           var СжатыеДанные=СжатьДанные(result);
           if (result.Length>СжатыеДанные.Length)
           {
           Write(стрим, true);
           Write(стрим, СжатыеДанные.Length);
           ЗаписатьМассивБайтовВСтрим(стрим,СжатыеДанные);
           }
           else
           {
           Write(стрим, false);
           Write(стрим, result.Length);
           ЗаписатьМассивБайтовВСтрим(стрим,result);
           }
           

       }

(61)erginio1
я не стал заморачиватся с TCP - ибо подвисшие соединения бывали... и пока по таймауту не отвалится фиг подключишься заново...короче глюки были различные.

поэтому выбрал UDP
ну а сжимать Штрих-код ... да ответ с парой символов.. не знаю смыл какой))

(62) Ну я передаю относительно большие  данные, С UDP нужно возиться с отправлеными и полученными через состояния и реализацией через автоматы. По сути это своя реализация TCP.

(63) Serginio1

а ну теперь понятно)) я то думал вы про Терминалы Сбора Данных

тогда конечно при больших данных TCP/

(52) у тебя наверно заколдованные формы что позволяют так работать. Иначе объяснить не могу.

(55) весовой товар - отдельная история...

(57) нет ячеек - еще проще картинка в (34) - номер ячейки убираем нафиг ;-)

(65) да нет, обычные формы, на 7.7 нарисованные.

(53) операции на складе одним отбором не ограничиваются. Ну и сервисные функции народ тоже любит. Например у меня можно находясь в основном окне ТСД отсканировать ячейку и сразу увидеть весь список того что в ней. Сканируешь следующую - пожалуйста инфа по ней. Сканировал товар - описание товара. И всё без единого нажатия клавиши.
Да и отбор. Это хорошо когда у тебя склад правильный, свободный, а у нас частенько палеты миксованые.
Или во! хороший пример - напольное/штабельное хранение. Один артикул стоит за/под другим (на паллетах), а взять нужно оба. Штабелеру ты покажешь первое попавшееся задание поскольку ты же не знаешь в каком порядке они стоят. Покажешь взять ту что заставлена. Он отвозит в сторону ближайший палет, вытаскивает следующий а этот ставит на место. Отвозит его на место назначения. И тут те на, сваливается задача на паллет с тем SKU что он двигал до этого. Абыдно да? :)
Ну вобщем как-то так.

(68) вот! вот он рецепт удачи! 7.7. Я то про 8-ку обычные формы :)
Я то думаю "че за..., небось мозги пудрит". Ан нет. Формы на 7.7 значит по другому работают.

(65) на самом деле, если на складе появляется необходимость в таблицах на экранах ТСД - что-то в консерватории надо поправить имхо.
.
из всех процедур отбора и контроля/упаковки таблички у меня в двух случаях - все на "контроле". - первая табличка при входе в режим "контроль" - просто список заказов которые  еще не проверены. табличка никакой полезности не несет, осталась для "красоты"... Вторая табличка - непосредственно сам режим "контроля/упаковки" - осталось только как дань/компромисс упрощения правильных регламентов контроля - можно и без нее обойтись... с ней чуток "красивше" и подсказки контроллеру - позиции которые отсканированы полностью - подсвечены зеленым... в позиции также показано сколько еще надо отсканировать (примерно то что ятебе писал выше). если есть проблемы - контроллер может вкл/выкл колонку "план". Если делать по умум - то ясен пень все немножко не так должно быть... - то, что это сделано - это компромисс между качеством и скооростью.

(70) сомневаюсь. на 8-ке все красивше можно сделать наверное даже.

ТЗ в снеговике на обычной форме я думаю ничем не отличается от ТЗ на форме в клюшках.

по твоей картинке - если артикул подразумевает отбор только ЦЕЛОГО количества - нафига дробные показывать части - грузить лишним глаза сборщику...?

(72) красивше то красивше, но особенности есть. Даже при обновлении с 8.1 на 8.2 пришлось че-то переделывать. Хотя формы остались те же в режиме совместимости.

(71) ну это да. А еще когда в каждой консерватории свой "Шаляпин" (нач. склада) вообще весело.

(74) смотря как воспринимать. Отчасти это дает простор сборщику для оптимизации своих действий.

(51) а что за RDP клиент такой на скрине? Знакомое чего-то.

(76) а это значит что мы не останемся не только без хлеба но и не без икры.. ;-)

Вот так выглядит из MobileLogistics, фото кривое прямо с экрана, правда заявки там нет. Скромно, но работает. Есть свой конфигуратор (примитивный, но основное есть: элементы форм, обмены, выгрузка в файл, фильтры, ...)

http://pvv911.narod.ru/catalog/ooo_standartkontakt_minsk/

В заявке адрес, единица, множитель, доп. параметры, наименование, ШК, заказано, кол-во и кол-во которое уже есть в доке (мало ли по второму разу пошли)

(77) ес ли подразумевается отбо ццелых количеств - нахрена показывать дробные части чисел?

(77) > Отчасти это дает простор сборщику для оптимизации своих действий.
- угу, наоптимизируют они..

(80) осмотрел. крайний правый скрин - правильный! ;-)

(77) Чем проще тем меньше ошибок и не нужно напрягать мозг. Ты представь что будет после 8 часов непрерывных раздумий. Подошел, пикнул, пикнул - пошел далее.

(83) Ниасилел :)

(81) откуда дробные то? Я в пример приводил типо когда стоят 2 холодильника один за другим. Дробных холодильников там не было :)

(84) как правильно заметил Злопчинский "компромисс между качеством и скооростью".

(87) Да нормально вроде со скоростью. 1-2 сек на выгрузку дока. Тысячи 2 всяких элементов с предвалительной очисткой засасывает за минуту примерно.

(86) сорри, я попутал тебя с (51)
на картинке собирают в коробках, при этом числа дробные... ;-)
.так и представляю как сборщик собрал полторы коробки и 2 вареника сожрал втихую.. кто там будет считать 1,500 или 1,499999999 ;-)

(78) etc
> а что за RDP клиент такой на скрине? Знакомое чего-то.
"Mocha RDP" - читать правильно плиз))) - Мокха

(89) Злопчинский

не партесь уважаемый)) - интефейс разработан под НАШИ условия - и Наших наборщиков все устраивает)).

И вообще тема не про Мою реализацию интерфейса однако))

напомню "ТСД (WinCE) + Сканер" ))

(64) У меня есть реализация как на TCP так и на UDP. Просто в одном месте была отвратная связь, TCP соединение постоянно зависало. Может это было связано с ТСД, или проблемы были кодом. Пришлось перейти на UDP. Данные отправлялись до тех пор пока не получат ответа. Иногда по ошибке послал на отправку, а сервер  выключен. Утром приходишь включаешь программу и получаешь данные.

(92) - а что у тебя крутилось на сервере?

(93) ВК на клиенте, которая являлась Сервером TCP. Но там была смесь Сервер на Delphi клиент на С#. Сейчас все единоообразно на C#.

(90) точно точно, а с клавиатурой проблем не было? Как обошел что часть клавиш некорректно работают?

(91) угу, моих тоже, в принципе, все устраивало.. пока нормально не сделал. А иметь на экране ТСД неюзаную область, занимаемую титулом окна - который там нафиг не нужен - это бяка...

(95) etc
>точно точно, а с клавиатурой проблем не было? Как обошел что
>часть клавиш некорректно работают?

неее они корректно работают))
просто другие Коды клавиш - отличающиеся от обычного Десктопного RDP/
Я обработку запускал и на Экран выводил эти коды тыкая клавиши терминала)) потом коды эти в условия вставлял..
ну как то так))