Имя: Пароль:
1C
1С v8
Могут ли весы работать так?
0 al_zzz
 
16.10.17
10:57
Доброго времени суток, уважаемые форумчане!
С электронными весами раньше не сталкивался.
Сейчас возник проект со следующей потребностью:
надо прогружать весы данными из 1С(БП3.0) и сделать интерфейс, в который весы должны передавать данные о взвешиваемой продукции(PLU и вес). Т.е. надо, чтоб как в супермаркете - покупатель кладет продукцию на весы и нажимает кнопку "Апельсины" и ко мне в форму прилетает код апельсинов и вес. Только у меня вес до 60 кг может быть.
Продажница наша мне скинула ссылку на весы, которые хочет предложить и ссылку на их описание: http://www.massa.ru/catalog/tovarnye_vesy_s_pechatyu_etiketok_s.php
Там же нашел описание:
http://www.massa.ru/terminali-R/download/1c_soft.php
Из описания обработки для 1С я понял, что можно только возвращать вес на каждую позицию документа(первая ссылка на руководство), либо прогружать весы номенклатурой из 1С для того, чтобы напечатать этикетки(вторая ссылка на руководство), либо использовать их для работы с ТСД(третья ссылка).
Про мой вариант ничего не увидел.
Подскажите, если я что-то не догоняю по ним - можно ли будет как-то реализовать такой режим работы, как я описал выше? Ну или, может, подскажете какую-нибудь другую модель, где такое работает?
Заранее спасибо!
1 Numerus Mikhail
 
16.10.17
10:58
Спросить у продавцов не предлагать?
2 AliAksA
 
16.10.17
11:09
(0) когда то подключал итальянские конвейера, работало так:
1. через обработку ожидания считывался сигнал с датчика весов, о "заезде" на них продукции;
2. передавался на весы сигнал о считывании массы;
3. получал массу с весов (через обработчик ожидания);
4. просчитывались данные и записывалась строка в документ;
5. на принтер передавались данные о печати этикетки;

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

Надеюсь, помогло)
3 Базис
 
naïve
16.10.17
11:11
И лучше спрашивай у производителя. Видел, что крупный заказчик постоянно держал руку на горле производителя, тогда с весами проблем было меньше (зачёркнуто) они решались быстрее.
4 AliAksA
 
16.10.17
11:11
(0) глянул твои ссылки: ну и норм - у тебя весы как раз через вирт.ком-порты через РС-232 - у меня все работало
5 al_zzz
 
16.10.17
11:23
(4) Т.е. можно так заставить их работать?
6 AliAksA
 
16.10.17
11:35
(5) Да ещё проще будет - не надо опрашивать периодически - клиенты сами будут жмякать и иниц-ть передачу сигнала - тебе только словить его и разделить данные - что номен, а что масса.
Пропиши док - в нем подключение через 232 и в обработке ожидания: лов сигнала и заполнение строки дока.
Утром открыл док - пусть "складывается", вечером проведешь, только перезаписывай послекаждой строки - мало ли сбой какой
7 al_zzz
 
16.10.17
12:07
не, мне не совсем так надо. Мне надо на каждое нажатие документ создавать свой. Но я уже понял и сейчас ещё с сапорта их звонили. Сделаю. Подойдут они.
8 AliAksA
 
16.10.17
12:12
(7) ну вопрос конечно религиозный - твое решается обработкой, но все таки: накуя стоки доков плодить ?
9 al_zzz
 
16.10.17
12:41
Да там дело в том, что там не совсем так, как я выше написал. Точнее, совсем не так. Мне надо сделать АРМ для работников производства упаковки, через который они будут заводить создание полуфабрикатов и гп посредством весов и компьютера. Им надо взвешивать каждый сделанный пф, отражать его создание в 1С и печатать этикетку на него.
Пф может сразу пойти в следующий передел и потому сразу документ нужно создавать, а не по окончании рабочего дня.
10 big
 
17.10.17
06:51
(6) Зачем обработка ожидания, когда есть события от драйвера? Именно это и есть нормальное решение.
11 Сияющий в темноте
 
17.10.17
10:15
сенсорный экран,обычный компьютер,термопринтер и дешёвые весы
12 AliAksA
 
17.10.17
10:41
(9) да вроде бы сделать печать этикетки после ввода каждой строки вовсе не проблема ....
13 ColonelAp4u
 
17.10.17
10:52
(11) Полностью согласен.
Ошибка? Это не ошибка, это системная функция.