Нужна во такая хитрая железка, которая сквозь себя пропускает данные RS-232 порта, и складывает каждую сессию в файл у себя в памяти. При этом эти данные из нее можно забрать по Ethernet.

Может кто такое готовое решение знает малогабаритное? Или городить комп с 2-я RS-232 портами и Ethernet платой и соостветствующим софтом?

Все что малогабаритное нашел - это логгеры на Flash карту. Ну совсем не интересно.

borman784
а поставить на точку съема преобразователь RS -> Ethernet и логгировать уже на приёмном компе программно?

Все от средств зависит... Один к примеру взял бы mini-ITX плату AIMB-220 и на базе
оной решил бы сей вопрос. Другой использовал для этого какую нибудь дешевую WiFi
AP на базе чипсета RTL8180/86 для которых в сети есть очень много чего интересного.

А софтово решить проблему на "передающем" ПК нельзя? Есть такая программка: LGComSpy++, которая как раз может записать обмен по имеющемуся в системе COM-порту. Или у вас две "некомпьютерные" железки, общающиеся друг с другом?

И так. Вот условия задачи:
Имеем торговый центр. Имеем магазины-арендваторы. Арендаторы говорят: "В условиях кризиса мы хотим платить арендную плату с оборота магазина". Арендодатель не доверяет информации, полученной от арендатора о кассовых операциях последнего.
Большинство торговых точек работают так: Компьютер формирует чек и передает его драйверу фискального принтера, подключенного по RS-232. Там передается сумма чека и т.д....
Если поставить "программу-шпион" - на компьютер арендатора - ни что не мешает ему ее отключать по своему желанию. Мало того, арендатор принципиально не хочет, что бы его внутренняя сетка была физически доступна сети торгового центра из соображений безопасности.

Так что здесь вижу такой выход:


При этом мы имеем онлайн информацию о соврешенных операциях и не мешаем работе кассового комплекса. Если сделать съем информации на оптопарах - мы вообще ни как не мешаем работе кассы, даже в случае сбоя системы контроля.
Есть и свои подводные камни - сколько фискальных принтеров - столько и протоколов обмена с ними.


Путей 2
1) Ставить миникомп с адаптером на оптопарах для логгирования. - тут вопрос цены
2) Cтавить железку на микроконтроллере с поддержкой TCP-IP и буфером памяти. - тут вопрос со сложностями отладки.

Самое главное - устройство не должно вносить фактор риска сбоя в работу ККМ комплекса.
Времени на разработку и внедрение - полгода.


В любом случае, эти постом я хочу предложить работу для разработчиков. Работа может быть удаленной. Устройств надо около 100 или больше. Возможно дальнейшее продвижение продукта на рынке. Самое главное - есть финансирование.
Со своей стороны готов предложить правильную постановку задачи, помощь в отладке кода, толковое тестирование и снятие характеристик работы торгового оборудования, плюс буду осуществлять контакт с разработчиками ККМ.

ЗЫ. Подскажите место, где тусуются дельные разработчики железа и софта низкого уровня.

Могу подкинуть еще один вариант.
В качестве контроллеров - Maxim'овские TINI Board
http://www.maxim-ic.com/products/tini/pdfs/TINI_GUIDE.pdf

Принцип следующий: выбирается такая плата, в которой есть Ethernet и 1-Wire, на 1-Wire можно повесить не один модуль I/O (т.е. одной платой читать с нескольких врезок RS-232), а несколько в пределах макс. длины линии 1-Wire.

Т.е. при более дорогом хост-устройстве таковых устройств может оказаться меньше (если конечно арендаторы не занимают каждый по несколько сотен квадратных метров). Плюс - само устройство - это готовое изделие, паять придется только интерфейс (ну или если будет желание сэкономить на I/O board).

Ну площади от 70м² как минимум. В одном месте может быть несколько ккм одного арендатора.
В идеале отдавать инфу во внутренний Wi-Fi торгового центра.
Тут другой вопрос - что будет делать предварительную обработку пакетов для софта контроля арендодателя? То ли девайс на месте, то ли комп-сервер опроса девайсов. Склоняюсь к компу, так как чек - ну 1024байта максимум, и сетка с таким потоком вполне справится.

Так. получаем 2 задачи -

1) Железяная задача. Логгер RS-232 + с памятью пакетов, элементарной файловой системой и протоколом TCP/IP
2) Софтверная задача по декодированию данных и перевод их в читаемую сторонним софтом форму.

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

borman784
Если есть несколько касс на небольшом расстоянии, то TINI как раз под такой случай. К слову, их через тот же 1-Wire можно много чего научить делать, от простого контроля доступа (те самые iButton) до мониторинга температуры (эффективного управления кондиционированием, в итоге) и т.п. Для подключения по WiFi понадобится бридж, т.к. в TINI оно не реализовано, там просто Ethernet. Хотя решения должны быть, по идее.

Анализировать чеки можно и на головной машине.
Схема идентификации представляется также простой - у каждого устройства 1-Wire всегда есть уникальный ID, который и использовать в качестве служебного идентификатора для перехваченных чеков. На сервере иметь таблицу соответствия ID, шаблона чека (типа ПО, печатающего чек) и арендатора. При добавлении и замене новых касс просто цеплять (новые) врезки и прописывать в эту таблицу новое соответствие.

Посмотрел документацию. Вроде подходит.

Еще проще Wiznet-вские решения, хошь Ethernet, хошь Wi-Fi да еще с готовым веб-интерфейсом, да еще с атмеговским контроллером, да ... В общем когда надо быстро и просто - не раз выручало.

Нашел просто толпегин голодных специалистов на http://electronix.ru .
Надеюсь, что смогу помочь заработать людям.

borman784
а арендаторы не завопят что им некий блок всунули в цепь и.... в каждой точке съема потребуется питание блока (= лишняя розетка 220В), плюс с законом этот съем не противоречит врезка в цепь "финансовой отчетности", проблем нет?

имхо, по минимуму умного железа на точку съёма, всю обработку в центральном ПК.

С законом проблем нет. Фискальный регистратор - суть кассовый аппарат без клавиатуры. Как я ему команды печати передаю - никого не ее. Хоть тумблерами на поле набираю "0" и "1".
Что касается "не позволят" - это условие перехода на оплату с оборота. Не хотите - нет проблем. Платим за м².

Могу посоветовать нечто типа
http://www.moxa.com/Product/NPort_5210.htm
http://www.moxa.com/Product/NPort_5110.htm
Размер - с пачку сигарет. Широкий диапазон входных напряжений и выходных форматов данных.
Берёт на вход последовательную шину. На выходе ethernet: UDP и TCP/IP, от телнета до своих протоколов и виртуальных ком-портов в системе. Обмен двусторонний.
Поддерживает DHCP, SNMP, watchdog, умеет слать алёрты по электронке, есть админки по телнету, вебу и из своего софта. Но дороговат и без своей памяти. Не реклама, но имею позитивный опыт работы с ними.

Моха это конечно хорошо (сами используем на производстве), но цена руб./у.е.,
6230,96/183,75



можно попробовать NetPing за 64 у.е.:

http://www.lightcom.ru/production/netping/netrs_v2.asp

NetRS-E v2 устройство удалённого управление оборудованием, у которого есть порт RS-232C, возможно использование в качестве удлинителя RS-232 через Ethernet (необходима пара устройств), собственный IP адрес, 1 порт 10BaseT(HDX), порт RS-232C (разъем DB-9М), управление по Telnet, SNMP v1, удалённое обновление ПО.

MOXA хорошая вещь

есть ещё вот что

если самому делать "коробочку":
Serial -> Ethernet
http://www.lantronix.com/device-networking/embedded-device-servers/xport.html
Serial -> WiFi
http://www.lantronix.com/device-networking/embedded-device-servers/?tab=2

и готовые Serial -> WiFi
http://www.lantronix.com/device-networking/external-device-servers/?tab=1

Попробую подитожить ТЗ.

Основная цель - взять пакет данных с RS-232 и положить его по TCP/IP по верхнему протоколу FTP в файл на сервере FTP.

Само устройство не должно вносить изменения в работу порта, который оно мониторит.
Необходимо отслеживать работу порта TX/RX как со служебными сигналами квитирования RTS/CTS/DTR и т.д. так и без них.
Необходима автоматическая настройка на скорость порта. (300 - 115200бод)
Необходима гальваническая развязка с логгируемым портом.
При пропадании питания устройства или его выхода из строя - работа самого порта не будет прервана.

Устройство должно иметь встроенные автономные часы с возможностью их синхронизации с timeserver по выбору установщика и автоматическим переходом лето/зима.
Устройству достаточно 10 МБит Ethernet порта. Если внутри ставим WI-Fi - это должен быть законченный OEM модуль 802.11b,g со своим интерфейсом т.е. Если устройство имеет адрес 192.168.0.1 по умолчанию - то WIFI интерфейс имеет адрес 192.168.0.2 или наоборот , поддержкой шифрования WPA/WPA2 (AES/TKIP) по радио и работать в режиме Station Adapter. Извлечение WiFi модуля должно приводить к работе устройства по обычной витой паре.
Устройство должно поддерживать как DHCP, так и прямой ввод адреса, шлюза, DNS.
Устройство должно отвечать по IP на ICMP эхозапросы.
Устройство должно само иницировать соединение с сервером и отправлять на него данные.
Устройство должно хранить данные в буфере eeprom в случае невозможности соединиться с сервером, и повторять попытки соединения до их успеха. Размер буфера памяти - 8МБ.
После успешной отправки данных - память очищается.
В случае переполнения данными - более старые данные замещаются более новыми.
Доступ в интефейс настройки устройства по IP устройство должен быть запаролен.
Устройство должно входить на FTP сервер с паролем, заданным инсталлятором.
Устройство должно хранить все настройки в EEPROM.
Устрой должно иметь кнопку hardware reset. (сброс как у Dlink например - 1,2,3 и долго держим кнопку)
Протокол конфигурирования - telnet (web конечно круто, но не обязательно)




Передаваемые пакеты на FTP сервер должны содержать стартовые поля:

1) HARDWARE ID устройства логгирования (возможность смены при инсталляции)
2) TX/RX
3) DATE, TIME
4) сами данные
5)электронная подпись MD5 для проверки целостности файла.


Питание устройства внешнее - 12 вольт до 400мА.
Устройство должно иметь хотя бы один светодиодный индикатор для определения его состояний работы.
Нормальная работа/нет связи сервером по FTP более 2-х часов/аппаратный сбой/буфер заполнен/WiFi(Ethernet) подключен.

borman784
эти постом я хочу предложить работу для разработчиков. Работа может быть удаленной
ЗЫ. Подскажите место, где тусуются дельные разработчики железа и софта низкого уровня.
раньше тут было с контингентом не плохо
http://telesys.ru/wwwboards/mcontrol/index.shtml

Нашел просто толпегин голодных специалистов на http://electronix.ru .
Надеюсь, что смогу помочь заработать людям

Они не только голодные, но ещё и хамовитые, так что осторожней на том сайте. На "телесистемах" народ культурнее будет.

Реально ваша задача очень простая. Решается на каком-нибудь самом дешевеньком ARM7 со встроенным Ethernet и RS232 под RTOS, например из PowerPac.

Да там половина как минимум идиотов и флудеров. Наши из "Клуба" нервно курят в сторонке.

Вон до чего дофлудились:

Так что, ИМХО, предлагая разработать логгер RS-232 с передачей данных по Wi-Fi, да ещё и 99,99% содержания чека вместо суммы продажи - автор что-то недоговаривает. Не иначе - кул-хацкеры решили подключить в супермаркетах все принтеры на прослушивание, где, как я уже писал, печатается также и информация о банковских картах, включая фамилию, имя, и полный номер карты.
Кроме того, карт-ридер для банковских карт также работает по RS-232, передавая в кассу ещё и пин-код, набранный на клавиатуре.


Хотя дельных и толковых людей я там тоже нашел.

А вообще я готов ухватиться за любую идею. Лишь бы невысокая цена и грамотная реализация.
Главный вопрос не только "Как?", но и "Кто" может и хочет сделать продукт?