Добрый день.
Стоит следующая задачка. Есть участок, на котором идет взвешивание коробов с некими продуктами. Продуктов около 50 артикулов, весы штрих-принт с принтером этикетки. Стоит задача учета количества взвешенного. Штрих-принт стикеры печатает, но информацию о провесках кидать на интерфейс не умеет. Не бицерба, чай. Поэтому думается, что логично будет печатать весовой ШК, при наклеивании этикетки ШК чем-нибудь сканировать и суммировать полученные данные по артикулу. Участок не очень удобный для применения компа со сканером, поэтому хочется обойтись ТСД. Внимание, вопрос: существуют ли программы для подобного учета на каких-либо распространенных ТСД, скажем на Android? Или нужно будет накалякать самостоятельно? Собственно, все что нужно: база артикулов с кодами, вычленение правой части ШК (вес), сложение с группировкой по артикулу, отправка отчета куда-нибудь, скажем, на почту. Обнуление. Вроде бы все.

я б поставил что-нибудь встраиваемое....

на самом деле вопрос решается элементарно путем установки этикетировочного комплекса. Скажем, Bizerba GLP. Но - есть то, что есть, и надо к этому присобачиться.

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

(0) Модельку весов назови плиз, может там есть к ним интерфейс/дрова или хотя бы разъемчик сервисный.

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

(0) http://www.shtrih-m.ru/catalog/shtrikh-pak/prepaking-printer-shtrikh-pak-110/ и к нему весовая платформа вот такая http://www.shtrih-m.ru/catalog/vstraivaemye/shtrikh-slim/, только без индикатора.
Информацию о выданных стикерах с весом вся эта богадельня кидать на интерфейс не умеет, я уже проверял. Единственное - если только врезаться в RS232 между платформой и принтером, но это бо-бо. Проще код сканировать.

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

(6) Э а весовой ШК что не составной "артикул+вес" разе?

штрих-слим вряд ли что-то знает про артикулы. Про артикулы знает штрих-пак, а со штрих-слима просто идет сырой вес.

(0) открой гугл док из тсд
эксель с двумя страничками
в первой страничке штрихкоды, во второй расчет :)

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

(8) Фишку не понял )) откуда штрих-пак узнал про код товар/артикула?
И если есть этот список кодов то его можно получить из ШК готового на этикетке выползающей из штрих-слим.
Пикнув этикетку, прочитав ШК и выделив из него код и вес.

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

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

Но... увы, новой прошивки пока нет

(10) Кстати CASовские весы не смотрел? Они дешевле бицербы, и интерфейс насколько помню у них нормальный.

(14) см. (2).

(15) на мобильно приложении 1с часа за два накалякаешь сам.
Инструкцию по развертке бери на мистастарте у ditrix

(12) Да пофиг что умеют штрих-пак и слим. В ШК на этикетке вылезающей из пака есть все нужная инфа или нет?

(17) конечно

(18) Ну так пикай его внешним сканером автоматически при вылезании из принтера

(19)+ И оно даже по артикулам итоги по весу и кол-ву посчитает

(20) я как раз это и хочу сделать. Но мне писюк туда неудобно ставить. Поэтому думаю на ТСД сделать сбор.

считать чем-то надо? Для этого надо некое вычислительное устройство к сканеру. Я знаю только один вид подобного устройства из доступных - ТСД

или ... ты предлагаешь подключить сканер к каким-нибудь городушкам типа arduino?

(22) ардуинка или малинка чем хуже то?
Лучше малинка там в комплекте все что надо и более пром решение чем смартфон или более экономичное чем пром ТСД

(23) Угу но реально пофиг к чему покдлючить, любой комп в любом виде

(25)+ А городушки на ардуино чтобы понимать когда нужно пикать а когда не нужно, через датчики

(24) что-то в этом есть

Подожди! Есть же намного более простое решение :) Если ШК передается с пака на слим по rs-232/

То если воткнуть в промежутке нечто с двумя rs-232 то? И которые не просто передает (с одного кома от пака на другой в слим) а еще и в другое место?

(28)+ Попробуй к компу подсоединить пак и отснифить что он шлет и в каком виде.

"rs232 sniffer cable"

можно на моб.платформе 1с сделать. если нужна помощь в этом обращайся.

(29)+ Даж готовое есть http://rs232-serial-communications.com/serial-protocol-analyzer.htm

(31)+ токо ценник слегка слегка загнули они... ну буржуи блин

(28) я ж объяснил. Все мозги - в штрих-паке. Штрих-слим это тупо весы. Они не знают чего взвешивают. Знает о том какой артикул лежит на весах - штрих-пак.

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

(34) Да торможу, снова забыл что весы без принтера, а принтер внутри терминала с клавой и экранчиком.

Ну а пак хотя бы умеет как принтер то работать?

(35) Что значит "как"? Он и есть термопринтер с клавиатурой и небольшим дисплейчиком. Вместе с весами он прекрасно работает как этикетировочный комплекс для не очень большого потока упаковок. Но есть два недостатка - ограничение веса для сумматора (65.535 кг) и невозможность получать данные о провесках артикулов непосредственно из прибора.

чуточку бы доработать, да еще предусмотреть промышленное исполнение по запросу - цены бы ему не было. Но, увы, тогда бы получилась Bizerba. А она в Германии, а не в России :(

(36) Может ли пак получая команды от компа по сети или по rs232 просто печатать как принтер?
не может походу https://forum.shtrih-m.ru/viewtopic.php?f=1&t=27941&view=previous

Да или нужна "своя прошивка" или лепить нечто внешнее на сканирование этикеток.
У вас конвейерная лента есть или ручками перекладываете/носите коробки?

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

(38) а, имелся в виду именно принтер как периферия к PC? Такого нет. Я сейчас прошу у них прошивку, может, дадут.
Участок полностью ручной, производительность десятки, максимум сотня коробок в час, лента не нужна.
Многоплоскостник - это не менее недешево чем ТСД и очень громоздко, стационарный сравним по размеру с самим принтером. Крепить его некуда, заденут коробкой и своротят нафиг. Я, честно говоря, думал какой-нибудь одноплоскостной модуль сканирования вкрячить прямо над этикеткой, но все равно колхоз выйдет. По-моему, самое реальное решение все равно остается ТСД. Зарядка да, косяк, но не такой уж большой. А удобство/неудобство у ТСД определяется в основном программой. Если сделать достаточно слепенькую без возможностей ходить вправо-влево, то с ней может управляться даже умственно отсталый.

(31) Хоссподя. китайская приблуда стоит 10 баксов
http://www.ebay.com/itm/New-USB-Logic-24MHz-8Ch-Logic-Analyzer-for-ARM-FPGA-/271716215743

остальное - делается его софтом: https://www.saleae.com/
Most digital communication uses a particular protocol that specifies how information is transferred. The Logic software has protocol analyzers that can automatically decode SPI, I2C, serial, 1-Wire, CAN, UNI/O, I2S/PCM, MP Mode, Manchester, Modbus, DMX-512, Parallel, JTAG, LIN, Atmel SWI, MDIO, SWD, LCD HD44780, BiSS C, HDLC, HDMI CEC, PS/2, USB 1.1, Midi – or create your own with the SDK.

Ну, или USBee, что почти то же самое...

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

Дешевый противоударный ТСД это смешно, лучше тогда беспроводной сканер ШК взять типа http://www.kkm.ru/shop/digital/skaner-shtrikh-koda/besprovodnoy-skaner-shtrikh-koda/52263/.
И к компу его к прожке, а комп спрятать выведя от него колонки/индикатор/монитор куда нуна.

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

(41) Атоловский ТСД на андроиде стоит около 27 тыс. Гуглить Atol Smart Droid. Это не так уж дорого, зато получается практически полностью готовое решение. Все о чем надо позаботиться - это чтобы вайфай был в пределах доступности, да и то необязательно - для отправки отчета можно и дойти в зону вайфая. Ничего не надо выводить "куда нуна", все что нуна - написать простейшую программку.

относительно приличный комп с монитором, бесперебойником и лицензионной виндой, скорее всего, обойдется дороже

насчет сторнирования неправильно пикнутой коробки - идея, кстати, верная. На ТСД надо это предусмотреть. И отдельный отчет по сторнированиям, чтобы было видно когда и как косячили.

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

(43) В том то и дело что не требуется "приличный комп" а хватит планшета (с usb-host) за 3 тысячи к беспроводному сканеру (usb-hid адаптер чтобы был).
Или любого древнего системника (можно с монитором)

(45) Не путайте полупромышленное решение легко обслуживаемое/заменяемое с желанием "поковыряться с ТСД"

(46)+ Планшет с приемником лепится на стену/стойку "над весами" и все.

(43) мля, я в (1) написал - "поставь что-нибудь встраиваемое". Начиная от малины, и кончая аналогичными полупромышленными решениями.
монитор там не нужен, а если и нужен - хватит 3.5 дюймового.

(49) Ну разве непонятно что ТС очень хочет поиграться с другой игрушкой ))

ТСД вещь замечательная но только там где без него не обойтись. Если только одно небольшое помещение тогда ТСД не нужен.

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