Программа для станка.

[10100b]

Доброго времени суток.

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

Примерное описание программы:
В программе должно быть несколько режимов работы станка.
Она должна уметь принимать данные с устройства которое будет считывать штрих код с профиля.

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

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

Еще хотел бы узнать, можно ли будет сделать так, чтобы данные по использованному материалу записывались БД или еще лучше сразу в 1С.

Спасибо за внимание. Извиняюсь, если тема не к месту...

[Arkuz]

А управление станком происходит в режиме реального времени?
Через какой порт ПК общается со станком?
Есть ли промежуточный блок(контроллер)?

Вообще как это всё выглядит?

[Smitt&Wesson]

Проще всего использовать интерфейс RS-232/RS-485.
Для его использования даже кабелей не нужно. Используется радиомодем.

http://www.insat.ru/products/?category=249

К нему прилагаются соответствующие драйвера. Так, что всё это вполне осуществимо.

[raxp]

...а при чем тут язык программирования

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

также окно инф. должно быть на дисплее компьютера расположенного локально на станке

под какой системой компьютер? На станках, как правило, используется промышленные ПЛК, редко ПК и там может быть и WinCE и линукся, а то и вообще просто программа на FBD, вот это и будет опеределять язык и средства программирования для ПО станка.

[10100b]

Arkuz
Управление должно осуществлять в реальном времени, по сети, будет контроллер, так как станков может быть до 5 штук.

Smitt&Wesson
RS-232 вряд ли подойдёт, рекомендуемое расстояние на использование 15м., а мне нужно до 100м, чтобы достать от цеха до офиса. Да и в принципе реализация подключения станка к управляющему компьютеру -это вопрос решаемый, тут все понятно.

raxp
Реализация удалённого управления еще на стадии разработки, пока же станок на ручном управлении. Я занимаюсь сбором данных, по реализации на программном уровне, поэтому хочу рассмотреть вариант как с ПЛК, так и с промышленным компьютером.
Если рассматривать вариант с ПЛК - для их обслуживания и диагностики есть интерфейсы, но для работы управления станком с компьютера в офисе, все равно ведь нужна будет программа.
А в случаи с промышленным компьютером скорее всего будет стоять Windows CE, либо linux.

[raxp]

TC, Smitt&Wesson вероятно имел ввиду использование конвертора 232/485 (есть и USB/RS-485, тот же ICP DAC IC-7556) и работу в сети RS-485/

рассмотреть вариант как с ПЛК, так и с промышленным компьютером

другими словами или вы не выяснили какие интерфейсы присутствуют на станке или станок сам по себе "голый" ? и текущее управление - релейно-контакторное?

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

скажем так, если станок "голый" и вы хотите управлять и архивировать как локально, так и по сети, то однозначно промПК или ПЛК ...разновидностей множество, выбор будет определяться нужными сигналами и их количеством, величиной архива, наличием интерфейсов на станке и бюджетом данной работы ...
к примеру, можно использовать ПЛК от того же сименса или омрона, ICP DAC или российской фирмы Сегнетикс (SMH контроллеры). В случае промкомпьютера, тот же Advantech.

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

[Smitt&Wesson]

Сообщение от raxp

TC, Smitt&Wesson вероятно имел ввиду использование конвертора 232/485 (есть и USB/RS-485, тот же ICP DAC IC-7556) и работу в сети RS-485/

Именно это я и имел в виду. Можно ещё конвертор LPT/RS-485, есть преимущества, есть и недостатки отличные от других пар.

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

Ну, примерно в таком ракурсе:
Станок - марка, завод изготовитель, модификация, интерфейс (если есть).
Расстояние до пункта управления (согласитесь, управлять станком из соседнего помещения, совсем не то, что управлять ним с луны).

Ваши ресурсы на осуществление идеи. Можно ведь и другой станок купить, если ресурсы позволяют.
Ресурсы можно разделить на несколько категорий:
1. На энтузиазме.
2. На уровне бытовых затрат.
3. На уровне текущих затрат цеха.
4. На уровне затрат завода на обновление оборудования.
5. На уровне затрат отрасли на переоснащение.
6. На государственном уровне по обеспечению обороноспособности.
7. На международном уровне.
К какой категории обеспеченностью ресурсами Вы себя относите.
Вопросы могут показаться смешными, но отнюдь не праздными.
Решение Вашей задачи будет зависеть от того, насколько точно вы её сформулируете и отнесёте себя к какой либо категории.

[С.М.С]

Добрый день. На морских судах применяют RS485 и RS232, а там длины кабелей составляют сотни метров. Для производств это один из самых простых, надёжных в плане искажений протоколов. А в качестве языка для головной программы используйте, тот который лучше знаете. Я к примеру для дипломного проекта, где используется сопряжение ПК с блоком частотного управления асинхронным двигателем использую Visual Basic 6.0 немного не профессионально, но для несложных приложений вполне пойдёт. Да, к стате слышал, что RS485 позволяет передавать данные до 1000 метров, понятно, что при сниженом битрейте, но можно.

[raxp]

RS-485 - не протокол ...также как и 232
тырк еще тырк

[С.М.С]

Извините. Возможно я не прав или выразился не так.
Протокол передачи — набор соглашений интерфейса логического уровня, определяющий обмен данными. Понятно что он входит в нтерфейс RS-485

А так как в логическом уровне, амлитуда напряжения -12В, +12В, то даже при наличии шумов, искажений, гармоник более высокого порядка, легко отличить логический "0" от "1" благодаря переходу через физический 0В.