Друзья!
Есть паркинг с двумя стойками-шлагбаумами (вход и выход) и одна будка с одним оператором на расстоянии:
- 15 метров от первого шлагбаума
и
- 150-200 метров от второго.

Стойки-шлагбаумы какие-то китайские, производитель куда-то слился, в стойках есть мозги (прошивка) и до них протянут ethernet.
На ПК оператора (в будке) запущено два клиентсих приложения (на каждую стойку), взаимодействующие с этими стойками, и серверная часть, собирающая поступающие данные из стоек и складывающая их в SQL-базу (вроде MySQL).

Сейчас, когда клиент выезжает, то он подъезжает к стойке и сует/прикладывает туда IC-карту. Если бесплатное время за парковку превышено, у оператора в будке появляется окошко с суммой, которую клиент должен оплатить. Оператор выбегает из будки, подбегает к выезжающей машине, берет оплату (налик), возвращается, нажимает в окошке клиентского ПО кнопочку "ОК" и шлагбаум открывается.

Что требуется:
1. Избавить оператора в будке от беготни - хочется, чтобы он видел на своем ПК в будке результат оплаты (через купюроприемник или банковский терминал).
2. Дать возможность выезжающим автомобилям самостоятельно оплачивать парковку.

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

В стойках-шлагбаумах есть место, чтобы врезать туда купюроприемник и банковский терминал, а вот на какой-нибудь неттоп места там уже, наверное, особо не будет (на малинку / ардуино - есть).

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

Отсюда вопрос: какой банковский терминал и купюроприемник может работать с длиной кабеля (ethernet / RS-232) более 150 метров? Бегло погуглил и чего-то не нашел таких железок...

https://www.google.ru/search?q=длина+сегмента+сети+ethernet&sourceid=opera&ie=utf-8&oe=utf-8&channel=suggest&gws_rd=ssl

Для RS232 это тоже слишком большая длинна. А RS485 ты исключаешь сам.

(1) Ну так до шлагбаумов уже протянута сеть и как-то даже работает с клиентским ПО (в будке) - может в режиме 10 Мбит/с.
Вопрос в том, какое торговое оборудование (купюроприемник и банковский терминал) смогут работать так же...

*длина

(3) Задай этот вопрос тому, кто их производит/продает/обслуживает.

(0) Смиздить  у админа 150 метров кабеля, и, никуда не тянув его, подключить приблуду.

и проверить

https://bolid.ru/production/orion/interface-converter/s2000-ethernet.html
вот бы кто нибудь потестил)

Я думаю, достаточно частоту скорость выставить в 10 Мбис и все у автора срастется.

(0) там же уже протянута сеть? нафига вам еще одну лапшу кидать туда, когда можно поставить свитч на там конце и все в него повтыкать...

(6) Пока нечего подключать - приблуда ищется :) Несколько разных продаванов, упомянутых в (5), только помыкали - видимо, не туда обращались :)

(10) В стойке-шлагбауме есть свитч, да

+(12) но это не точно, щас проверю по скупой документации на эту стойку

(12) Репитер скорее всего.

(13) ну и ищи оборудование с эзернетом.

Удлиннитель ЛВС с PoE - могут до 1,5 км сеть по витой паре удлиннять.

В ящик, где будет купюроприёмник, всё равно что-то, кроме него придётся поставить - можно взять плату мини-компьютера и подключить оборудование к нему, а уже порты этого компьютера пробросить к основному, где работает программа.
Опять же, при скорости 9600 интерфейс RS485 допускает около полтора километра. Можно взять модем для физических линий - будет скорость 19200 и тоже до 2 км.

Короче в самой китайской стойке хаба/свитча нет, в контроллере внутри стойки есть один-единственный ethernet-разъем, куда и втыкается витая пара.
Но на каждой стойке (въезд и выезд) есть по хабу (это сам заказчик уже сделал), куда и воткнута каждая стойка, плюс эти хабы соединены с "главным" хабом в будке оператора, куда и воткнут его ПК.
Т.е. с работой торгового оборудования (POS-терминала и купюроприемника) по длинной сети вопрос считаем отпавшим.

C работой POS-терминала по ethernet тоже вопросов нет.
Остался-таки вопрос, какой из купюроприемников может работать о ethernet? Вот и товарищ из (17) говорит, что "В ящик, где будет купюроприёмник, всё равно что-то, кроме него придётся поставить" - т.е. купюроприемники не умеют по сети работать?

Если нет ethernet-купюроприемников, то допустим подключим его к какой-нибудь малинке, а малинку в сеть.
А дальше как им управлять из 1С по сети? :)

Вообще все проще некуда, ставится на конец мини-пк с установленной розницей (ну или чего у вас там) и через сеть по РДП это тянется, обмен с УТ или той же розницей через РИБ, всё остальное изврат и мазохизм.

(19) Софт свой писать

(21) Если есть готовое управление через Com-порт, то пробросить порт.
Но, что-то я не припомню в библиотеках подключаемого оборудования купюроприёмники и хотя бы что-то на них похожее.
Но, там ничего сложного нет - несколько команд и запрос того, что внесли.

Вроде как можно подключить купюроприемник к Ардуино, к Ардуино припендюрить ethernet-shield и слать на него HTTP-запросы из 1С.
А что в (20) предлагается - неттоп с монитором к стойке со шлагбаумом, правильно понял?

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

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

Хотя если малинку прикручивать и какие нибудь хттп запросы или ещё как то слать это же писать нужно, потом отлаживать всё, а потом как обычно разработчик по разным причинам делает ноги и всё.. В наличии куча дорогого хлама,с которым никто работать потом не сможет.

А тут неттоп, сеть, РИБ, в принципе всё понятное любому нормальному 1с нику и админу.

Ну можно по идее даже затянуть тонкие формы по сети с какой нибудь УНФ или УТ, да даже БП 3 ну и на неттоп залезать по рдп.

Кстати по малинке - я бы ардуину уж тогда поставил бы. Хрень меньше, реального времени, и не греется.

(25) Я такой вариант почти сразу придумал (локально на кжадую стойку впендюрить мини-ПК - на Винде с тонким клиентом 1С или даже с браузером на любой ОС + веб-клиент), но дело в том, что стойка не резиновая и купюроприемник + POS-терминал + неттоп + мониторчик туда не влезают все вместе :)
Поэтому пока и думаю над "сетевым" вариантом прокидывания.

Пока так и не "осознал", как общение с купюроприемником наладить, чтобы "любой 1Сник понял" :)

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

(29) Купюроприёмники уже купили ? Если та, то к ним есть описание - если нет, то смотрим описание тех, что собираемся покупать - и, обращать внимание в купюроприёмнике, прежде всего, стоит на качество определения купюр, а уже интерфейсы и всё прочее - вторично.

(30) "кроме купюроприёмника что-то ещё висит на точке приёма денег" // Есть какой-то дисплейчик в самой стойке, и на нем при необходимости оплаты даже пару раз пробегает сумма в виде бегущей строки, но это неинформативная хрень, поэтому скорее всего собственный дисплейчик понадобится. Опять-таки если мы радеем за то, "чтобы любой 1Сник разобрался", то дисплей нужен такой, с которым можно работать из "1С:Розницы"?
(31) Не, ничо вообще не купили еще - охранник-оператор так и бегает из своей будки до выезжающих автомобилей :) Хорошо еще что за день тех, с кого надо взять денежку, где-то не больше двадцати машин бывает (бесплатно стоять можно 4 часа)

(29) купи 2 штуки из (8), 5к за пару

(29) Что за мониторчик? Можно и планшет на винде взять, они УФ тянут.

(33) Их таких много, у некоторых даже есть API, чтобы работать через TCP-соединение.
(32) Если есть дисплей, то на него можно выводить сумму, которую нужно заплатить и то, что осталось внести.

(35) у этих зато разработчик туточки

(32) Ну я так думаю что внешний корпус к шлагбауму придется пилить. Я бы так сделал в корне все по другому, вообще всю систему поменял бы:
1. На клиенте-шлагбауме при въезде стоит въездной терминал с выдачей RFID карточек и регистрацией времени заезда карточки в системе, оборудование:
  а) Планшет на винде с Рабочим местом (РМ) пользователя на УФ с любой конфой на БСП для выдачи.
  б) RFID выдавальщик карточек с регистрацией их в системе.

2. На выезде вандало-защищенный ящик с:
  а) Планштом на винде с РМ пользователя для регистрации выезда.
  б) Приемник и считывать RFID.
  б) Купюроприемник/терминал оплаты банковских карт
  в) Онлайн касса
  г) Электронный шлагбаум.

При этом т.к. планшеты по WiFi работают то даже сеть тянуть не нужно, лишь бы 220 было бы.

Ну и так как обычно на планшетах 1 USB то USB хаб нужно ну и оборудование.

(38) И отдельную зарядку или режим зарядки совмещённый с USB-Host.

(37) Дык на въезде уже есть стойка с выдачей IC-карт, на выезде - стойка с приемником этих карт обратно. Стойки закуплены в Китае, камеры там еще к ним подключены, вся инфа собирается и уходит на сервер в MySQL-базу, а в клиентском (китайском) ПО все это дело можно мониторить, управлять шлагбаумом, звонить на стойку и т.д.
Вот недостает в этом китайском ПО, что оплату по банковским карточкам или наличкой-монетками нельзя, отсюда и желание реализовать это силами 1С...

+(40) "Ломать - не строить" :)

Обычно, для оплаты ставится отдельная стойка, где покупатель прикладывает карту и ему сообщается, сколько он должен заплатить, а далее - наличными в купюроприёмник или картой на счёт.
Во всех крупных ТЦ именно так и сделано.
Оплата на стойке создаёт заторы.

(42) Ну тут заторов не предвидится, поток увеличиваться не будет, оплачивающих в день не больше 20 машин, отсюда и желание "врезать" терминал оплаты в саму стойку, куда прикладывается IC-карта

Планшет на Винде, насколько понял, позволит сэкономить место по сравнению с неттопом и экранчиком, плюс даст возможность более удобного и наглядного интерфейса для пользователя

Но опять-таки как планшет с Виндой будет взаимодействовать с RS232-купюроприемником? :)

(44) Планшет - это сенсорный экран. Просто, сенсорный монитор стоит примерно столько же, сколько планшет.

(45) USB-to-RS232 можно сразу же проверить при покупке планшета.
И, главное, про зарядку не забыть - был горький опыт, когда всё работало, но планшет не заряжался.

(43) Окупаемость все этой затеи с 20 машинами считали?

(48) Я не считал - мне оно незачем :)

Pipo X8 (X9)
Купюроприемник NV 9+ USB
Как оно будет работать... не знаю

(46)В терминалах обычно приминается матрица монитора + сенсорное стекло + контроллер.

(47) Так в планшете USB-порт один, а торгового оборудования как минимум два (купюрник, банковский терминал), а может еще и монетник будет, планшет "потянет" такое через хаб?

(52) Хабы с внешним питанием специально для этого созданы. Кстати я бы на экран вообще бы не тыкал, всё максимально бы упростил и экран только для отображения информации.

(0) Преобразователь RS232 -> RS485 и назад. Максимальная длина RS485 - 1300, если не ошибаюсь, метров. Подойдет обычная уличная витуха.

(53) Ага, нашел уже, например https://www.youtube.com/watch?v=e3VSd9XZPC4

(51) Дорого, много места занимает, для организации (0) Избыточно. Обычно если купюроприемник используется или терминал банковской карты то они сами сигналы подают. Далее уже можно варианты продумать:
а) прошла оплата только наличкой, нужно сдачу выдать
б) прошла оплата только банковской картой (имеются ввиду автоматы со своей клавиатурой и экранчиком.
в) прошла оплата частично картой, частично наличкой. сдачу нужно выдать.

Кстати купюроприемник должен быть с купюровыдачей.

(0) если по эзернету, то тоже можно - поделить 150 м линию на два куска и посерединке поставить шкафчик со свитчом. Только питание к нему надо или PoE. Вариант в (54) может быть удобнее потому что питание будет с обоих концов, а посередине оно не нужно, линия сама по себе пассивная.

(0) еще один вариант - беспроводной мост на каких-нибудь юбиках или микротиках. 150 м немного, главное чтобы прямая видимость была.

(58) В (18) выяснили уже, что проблемы "длинной сети" нет, остался вопрос как реализовать работу с купюрником и ПОС-терминалом так, чтобы потом "любой 1Сник разобрался" :)

(59) Причём "тупой и жадный" (с) Народ.

(59) а почему вас-то должно волновать чтобы он разобрался? Пишите внятную доку к вашему решению, осталяете исходники - и все. Если не дурак, то разберется, если дурак, нехай нанимают того который поумнее.

А почему решение хочется именно на 1С ?
Мне кажется, что в 1С в лучшем случае данные о выручке за день должны загружаться и номера машин, которые платили и не платили, если камеры это умеют.

(61) Ну вот к примеру два варианта вижу:
1) подключаем купюрник к ардуино, навешиваем на ардуино эзернет-шелл, программируем ардуино, из 1С общаемся с ардуино через ХТТП-запросы
2) подключаем купюрник к USB- / COM-порту какого-нибудь неттопа, из 1С с купюником общаемся либо через "драйвер" СОМ-порта (посылая туда 16-ричные команды через внешнюю компоненту), либо через промежуточный слой в виде какой-нибудь заточенной под протокол купюрника внешнюю dll-компоненту

Чего проще будет для рядового 1Сника для понимания?

(62) На 1С можно быстро нарисовать удобный интерфейс / вывод информации как для водилы, который будет платить на выезде, так и для оператора, который в будке будет сидеть, смотреть факт оплаты и выпускать водилу (открывать шлагбаум)

+(63) Лично мне кажется, что код для Ардуино и ХТТП-запросы в силу открытости явно будет проще, чем использование сторонних dll-ок

(65) по-моему, весь вопрос в документации. Если вы ни слова не напишете о том что и как вы сделали - лично для меня оно было бы одинаково непонятным, особенно с учетом того что ардуину я только на ютьюбе видел, а с DLLками для оборудования все же работал.

но - если описаны запросы, понятно что они делают, и приведен пример как сделать ту или иную операцию - тогда проблем нет.

(0) как то у вас все сложно; нельзя ли будку сдвинуть поближе к шлакбауму  и организовать рядом кассу, а на втором шлакбауме заворачивать клиента на оплату к первому- к кассе, если перебор времени,)?

(68) Будка внутри какого-то здания, а не снаружи )

(66) Но в dll код "закрыт"? По крайней мере его просто так нельзя взять и увидеть - нужно знать среду разработки, декомпилятор и затем саму среду разработки? (могу в чем-то наврать).
С Ардуиной пока кажется, что скачать ее IDE проще и быстрее (она простая как дважды два, весит копейки).
В обоих случаях для изменения логики работы придется работать с кодом не на 1С.
Плюс dll пока вижу в том, что в ней могут быть реализованы уже все возможные методы работы с купюрником (коих по пальцам руки пересчитать) и 1С-нику можно от стороннего кода абстрагироваться...

(70) В Dll можно сделать отдельный поток, который будет всё выполнять, и даже можно выводить сообщения в отдельное окно даже на другом мониторе, что в 1С достаточно проблематично.

(71) Только зачем это все простому-рядовому 1С-нику? :)

(72) Нормально написанную dll можно продать как готовое решение, а конфигурацию на 1С продать без самой 1С достаточно сложно. И, если придётся продавать, то код будет закрытый, как у Рарус-а, например, а тогда чем лучше 1С ?

(73) На ИС нашел статейку, где чувак посылает команды управления копюрником в СОМ-порт через dll-ку "vk_rs232", ну т.е. по сути общение с купюрником на языке 1С, Ардуино не нужен в этом случае - по коду 1С сразу видно будет, что там делается, и документировать внутри сразу можно )
Остается подумать, как с планшетом на Винде это дело можно провернуть (слать команды в СОМ-порт) и взлетит ли это через переходник "rs232 - usb" с USB-хабом :)
О, даже планшеты с СОМ-портом продаются, ну дела: https://www.amazon.com/RS232-serial-windows-rugged-tablet/dp/B01MTW2MK0

(74) А вы скачивали обработку? Судя по тому что написано в описании и комментариям, протокол не кажется совсем уж простым.
Что касается переходника, то здесь нужно пробовать. Компоненте, я думаю, все равно какой компорт, но там с переходниками иногда бывают проблемы по железу - некоторое оборудование не дружит с Prolific PL2303, на которых сделано большинство переходников.

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

(76) Ну, девайс по ссылке кажется годным: там как раз по одному СОМ, УСБ и Эзернету, как раз хватает на сеть, купюрник и банковский USB-терминал.
Кстати, что-то про онлайн-кассу не подумал, а ведь для эквайринга оно ведь надо :)
Обычный-то банковский эквайринговые терминал стоит на полпорядка или даже порядок дешевле, чем какая-нибудь Атол 60Ф...