Уважаемы коллеги добрый день.
В покрасочном цехе автосервиса, для смешивания красок, установлены весы METTLER TOLEDO Panda 7 (выпускались до 2012г). Весы высокого класса точности, позиционировались именно для этих целей. Прекрасно себя зарекомендовали и не смотря на возраст работают без нареканий. Дешевые аналоги им в подметки не годятся.
Сейчас встал вопрос по интеграции их в 1С (конфигурация Альфа Авто 5). Но я не могу найти для этих весов никаких утилит и драйверов, а уж тем более обработок. Судя по RS шланчику, идущему до компьютера и безжизненно повисшему в 5 см от задней панели ПК, попытки были и раньше, но со слов сторожил не увенчались успехом. Весы были популярны в своё время в этой отрасли и ходят слухи, что в каких-то дилерских центрах проблема была решена, но кем и как история умалчивает.
По сути от весов требуется только передача веса.
Нашёл мануал, но он не решает проблемы.
Написал официалам, но там тоже тишина.
Буду признателен за любую информацию по данному вопросу.

на зипсторе какие-то протоколы для MT выложены, но непохоже, что они для данной модели. Думаю, что тут нужен будет программист, весы и кучка экспериментов.

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

Судя по этому  - https://www.mt.com/dam/product_organizations/industry/IndustrialTerminals/30566814%20OPOS%20Driver%20access%20instructions%20for%20MT%20COM%20website.pdf
для начала тебе нужен Mettler Toledo OPOS Administrator
А там уже разберешся :)

стр. 22 английского мануала, Aut.Mod -> Aut.S Ir - interface continuously transmit data // я вот это имею в виду

(0) попробуй какой нибудь утилитой просто "послушать" com порт. может он там явно вес отдает.

у метлера RS-232 интерфейс, протокол одинаковый, подойдет софт от любой модели метлера... пошукай на ювелирных конфигурациях...

Вот: https://zipstore.ru/auxpage_data_transfer_protocol_mettler_toledo_1c/

Всем большое спасибо. Будем копать.

(4) есть возможность скинуть manual. В тех что я нашёл
https://www.mt.com/es/en/home/library/operating-instructions/industrial-scales/Panda7_7X_7X2_operating_instructions.html
ни слова про это: Aut.Mod -> Aut.S Ir - interface continuously transmit data

(9) Упс... Подкрутил зрение и именно в этой инструкции нашёл
Interface continuously transmits data

(3) Не могу найти
Mettler Toledo OPOS Administrator
может кто ссылочкой поделится?!

(11) у меня есть подозрение, что софтина эта свободно не выложена. Если она все же нужна, лучше пообщаться с самим Меттлером, если его представительство, конечно, еще работает в России. Другой вопрос, что не вполне понятно, зачем она вам. Есть же зацепка с передачей данных в порт, настройки порта - доступны. Настраиваете, берете любой монитор компорта, хотя бы Putty или CommTest от SlyDiman или еще что-нибудь подобное, и смотрите, чего там с них сыпется...

(11) Ну это отправная точка. Я так понимаю весы работают по стандарту OPOS, а значит возьми любой софт для OPOS весов.

(13) это не торговые, а порционирующие весы

то есть, строго говоря, производственные. Они предназначены для смешивания компонентов в определенной пропорции. По идее, в подобных весах обмен должен идти в две стороны - в весы из системы загружаются рецепты с пропорциями. Но тут уж я не знаю кухню ТС.

(12) Официалам я сразу написал. Пообещали ответить, но пока тишина.
Mettler Toledo OPOS Administrator действительно нужна как отправная точка чтоб был "контрольный образец".
В сторону порта уже начал рыть, просто раньше не сталкивался.
Сейчас решил поставить там M-ER 326 AFU-6.01 а Pandu заберу себе для экспериментов. )

(16) OPOS - это протокол для торговых железок в основном. У вас не торговые весы, а специализированные, для малярного производства (в руководстве так и написано paint scale). Поэтому у меня нет уверенности что они будут дружить с этой софтиной. Если возникнут затруднения с ее получением, я думаю, лучше сосредоточиться на том, какой реальный протокол используется на уровне компорта.

если не возникнут - ну, тогда можно попробовать :)

(15) По сути это обычные весы II-класса точности (лабораторные), нужна точность 0.1 гр. с наименьшим пределом от 5 гр.
Никаких рецептур в них не выгружается и не может, они только взвешивают, ещё "знают" пропорциональное и штучное взвешивание, но это не круто.
Вся автоматизация процесса решается сторонними HW&SW это я и пытаюсь реализовать.
Для этого мне нужно получить с них вес, ну и супер вариант если бы я научился посылать с компа команду ТАРА.
На весах Штрих я делал подобные вещи, там вся инфа и драйвера в легком доступе.
Для понимания процесса:
1. стороння рецептурная программа по номеру цвета или по данным спектрофотометра выдает рецепт на заданный объем краски (список пигментов и их вес).
2. далее маляр (колорист) ставит на весы специальный стаканчик в который по рецепту добавляет компоненты и после каждого компонента оттаривает весы.
3. затем этот стаканчик вкладывается в другой стаканчик подключается к пистолету и красится.
Так как количество пигментов большое и в одном рецепте их может быть 10-20, стоит задача автоматизировать процесс списания компонентов (пигментов) в 1С, а для это мне нужны данные с весов.
Конечно Pandu с почестями похоронить, но они реально хорошие и удобные для этой задачи. Поэтому охота побороться, ну и задачка интересная для собственного развития.

(13) Возможно я не правильно понимаю, но для OPOS всё равно нужен драйвер устройства. Ну либо OPOS-драйве для конкретной железки.
По моему OPOS - это лишь унифицированный набор команд который как раз реализуется на уровне драйвера, а кто же переведёт эти команды на понятные железке, это и должен сделать драйвер...
Или я не прав и OPOS реализуется на аппаратном уровне и все железки с поддержкой этого стандарта понимают одинаковые команды?

(20) тебе нужна ВК для работы с COM портом. Поищи. Такие есть.

Через эту ВК посылай команды на весы и слушай ответ. Вот и весь драйвер

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

(21) Это я уже понял. Спасибо.

вот, например
https://github.com/tarasii/1c_rs232

после(!!) этого возьмете вк от ромикса например и будете из 1С прослушивать порт и разбирать данные веса программно

Ну попробуй вот от этих весов софтину и драйвер
https://www.mt.com/ch/en/home/products/Transport_and_Logistics_Solutions/postal_scales_transp_log/BC-Scale/BCA-223-150M-1346-124.html#custom5

Всё таки классный форум, и участники!
На других вопрос просто проигнорили...

попробовать можно в powershell
https://learn.sparkfun.com/tutorials/terminal-basics/command-line-windows-mac-linux

вот еще https://github.com/Garykom/rs232
автор здесь тусуется

Вот еще есть вариант, но возможно не подойдет, т.к. там весы с этикетками, но возможно протокол на чтение такой же.
https://scale-soft.com/mettler_toledo_tiger_p.htm

(30) гы

Не советую использовать (25) и (30) глюки разные и сеанс 1С должен висеть захватив порт

Идеально задача решается через микросервис, который общается по rs-232 с весами и по http (и как сервер и как клиент дергая http-сервис в 1С опубликованный) с 1С

+(31) Там даже для 1С есть интерфейс

(33) GO? :)

(35) да на Golang отличный вариант

(36)+ берется нечто вроде https://github.com/tarm/serial
и добавляется https://github.com/gorilla/mux
получается суперкомпактное и простое в понимании и поддержке/допилке решение
причем кроссплатформенное, как вариант повесить рядом с весами какую то малинку/апельсинку

(16) Просто позвони в любое их представительство в России и попробуй выйти на технического специалиста. У н их есть софт
https://www.mt.com/ru/ru/home/site_content/contact_regional_offices.html

(37) Остапа понесло

(33) гы, начинается

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

и кабель, конечно

Можно впринципе слушать порт из 1С без внешних компонент. Вот сто лет назад делал для каких то весов.
Текст = Новый ЧтениеТекста();//"\\.\COM1", КодировкаТекста.ANSI);
    
    Попытка
        Текст.Открыть("\\.\COM3", РаботаСОборудованиемСервер.ПолучитьКодировкуПоМоделиВесов(ТекущиеВесы));
    Исключение
        Текст.Открыть("\\.\COM1", РаботаСОборудованиемСервер.ПолучитьКодировкуПоМоделиВесов(ТекущиеВесы));
    КонецПопытки;
    
    Стр = Текст.ПрочитатьСтроку();//Текст.ПрочитатьСтроку();
    Сч = 0;
    Пока Сч < 200 Цикл //Стр <> Неопределено Цикл // строки читаются до символа перевода строки
        Стр = Текст.ПрочитатьСтроку();
        Сообщить(Стр); //НЕ КОММЕНТИРОВАТЬ ЭТУ СТРОКУ !!! ИНАЧЕ ВЕСЫ НЕ РАБОТАЮТ!
        scr = Новый COMОбъект("WScript.Shell");
        scr.Run("ping 127.0.0.1 -n 0,01",0,1);
        ОчиститьСообщения();//И ЭТУ ТОЖЕ
        Если Сред(Стр, 1, 3) = "<01" И Сред(Стр, 13, 2) = "KG" Тогда
            //Эту сроку обрабатываем.
            Вес = Число(Сред(Стр, 6, 7));
            Прервать;
        КонецЕсли;
        
            Если СтрДлина(Стр)=12 И Сред(Стр, 10, 2) = "KG" Тогда
                    //Сообщить(Сред(Стр, 10, 2));
        //Эту сроку обрабатываем.
        //Сообщить(Сред(Стр,5,5));
            Вес = Число(Сред(Стр, 5, 5));
            
            Прервать;

пингами и "сообщить" делал задержку)

а для других весов мне админы на питоне написали утилитку которая сохраняла вес в файл, и я его оттуда забирал

+(43) в конце обязательно делать Текст.Закрыть();
что бы не занимать порт

(43) Тогда уж лучше через поток читать.

(43)     Пока Сч < 200 Цикл//Стр <> Неопределено Цикл // строки читаются до символа перевода строки

        Стр = Текст.ПрочитатьСтроку();
        Сообщить(Стр);//НЕ КОММЕНТИРОВАТЬ ЭТУ СТРОКУ !!! ИНАЧЕ ВЕСЫ НЕ РАБОТАЮТ!

        scr = Новый COMОбъект("WScript.Shell");
        scr.Run("ping 127.0.0.1 -n 0,01",0,1);
        ОчиститьСообщения()//И ЭТУ ТОЖЕ

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

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

(43) это шляпа, работает только в 1% случаев и тоже не без глюков

нормальный объект для компорта из шарпа, питона или еще чего, только не из 1С, т к его просто нет, все сделает как надо. на одних весах надо посылать, потом принимать, другие постоянно льют, третьи по кнопке принт выкидывают данные и т д.
пс. есть вк rs232 для 1С от миллиона и одного автора,  есть микрософтовские библиотеки типа mscomm32, можно и свою написать миллион вторую

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

+ 49
+ надо настройки порта в винде выставить по скорости, четности и т д и перегрузить машину, на всякий случай

Всем большое спасибо за всю информацию. Подменю пациента этими "M-ER 326 AFU-6.01" и начну эксперименты.
А то не удобно в цеху ковыряться.

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

(53) Есть опыт использования Panda 7 в 1С 8.2

(55) Добрый день. Если есть поделитесь пожалуйста.

(56) вы еще не сделали? Уж ветке скоро месяц...

Пока нет времени. Навалили другие задачи эта по приоритету ниже. (57)

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

(59) Ещё не смотрел.
Самому интересно победить этот вопрос. Обещаю выложить все наработки.
Пока проблемы со временем.
(55) очень охота чтоб поделились опытом

(60) думаю 55 это рыночное предложение

(61) я тоже так думаю. Если бы чуваку было бы не жаль, сбросил бы хоть в общих чертах структуру посылки и что там как. А раз интересничает, значит, скорее всего хочет денег за помощь в вопросе.

(56) 1. https://manualzz.com/doc/4188164/mettler-toledo-multirange-ind690#p92 вот полный список команд для работы через com порт
2. Для работы с COM портом использую MSCOMMLib.MSComm
Если нужна еще информация, то пишите в скайп mva333

(61) (62) Все бесплатно в сообщении (63)

там полный расклад команд и ответов

:)

Если бы автор хотел решить проблему то за 20 дней глянул бы любым терминалом что эти весы посылают в ком порт. скачать программу терминала 5 минут. 5 минут подключить. он на эту тему больше потратил.

(67) Весы стоят в покрасочном цеху.

(63) Спасибо большое

(68) "Судя по RS шланчику, идущему до компьютера и безжизненно повисшему в 5 см от задней панели ПК," за 20 дней вас в него не пустили на 5 минут. вставить флешку с программой терминала вставить шнурок и записать файл данных которые сыплется в компорт?

(70) да не надо оно ему, что вы надрываетесь

(71) Дык я остальным. Автору возможно еще в 1 день дали правильный совет он не потрудился до сих пор ничего проверить. смысл советовать что то новое.