Comments 20
Вот интересно, а бывают ли стойки ЧПУ с более менее современным ПО без этих дремучих костылей из лихих 90ых?
Сами станки новые. А то, что на стойках — что-то устаревшее. На сколько мне известно, это ПО хотят заменить на более современное, выбив под это деньги. Но вообще подробностей мне известно мало, потому что сам я из АСУП, а станками занимаются совсем другие ребята. Нас просто попросили им помочь.
Это не ЧПУ станок а электропечь роста монокристаллов лейкосапфира методом Киропулоса. Так же достоверно известно, что это самая распространенная прога в мире для управления ростом кристаллов лейкосапфира))) Ибо установка Апекс одна из самых массовых в мире работают в Южной Корее, Тайване, Китае, Голландии, Израиле, Украине.
ЗЫ
Я и сам пару лет проработал в этой фирме, но, увы, с финансированием у проекта не все так безоблачно как хотелось бы. Так и загибается наша Российская наука, без интереса к ней, как со стороны государства, так и со стороны частного бизнеса. Финансовый кризис, однако.
ЗЫ
Я и сам пару лет проработал в этой фирме, но, увы, с финансированием у проекта не все так безоблачно как хотелось бы. Так и загибается наша Российская наука, без интереса к ней, как со стороны государства, так и со стороны частного бизнеса. Финансовый кризис, однако.
Спасибо за подсказку! Подскажите, как было бы правильнее озаглавить статью: «система мониторинга работы электропечей по выращиванию кристаллов»?
Вполне годное название, а Вам от ребят респект за идею, всем понравилось.
PS
Если новая версия ПО системы управления увидит свет, она будет написана на Qt, и использовать FireBird, во всяком случае, год назад, разрабатывалось с использованием этих технологий…
PS
Если новая версия ПО системы управления увидит свет, она будет написана на Qt, и использовать FireBird, во всяком случае, год назад, разрабатывалось с использованием этих технологий…
Тут ребята с фирмы кто занимался разработкой и поставкой данных установок возмущаются)) Эти установки не из дремучих 90-х, а разработка нашего, уже Российского гения, конкретно 2006 года. Фирма называется ООО «Сектор», Ярославская область, г. Рыбинск.
Ребятам передаю свой респект! Пусть на меня не обижаются, я совсем из другого мира: из мира программ планирования производства и учета. Мир АСУТП для меня темный лес, и как указали выше. Я ж вообще печь назвал станком с ЧПУ ))
Просто у меня Paradox ассоциируется исключительно с серединой девяностых.
Если писать на Delphi (6,7 дальше не пробовал), через BDE или ADO, то, если нет сервера — выбор не велик. Это сейчас есть SQLite, там его не было. Через ODBС подключиться можно почти ко всему, но в DBF писать можно, удалять можно, но их потом не переиндексируешь (надо запускать foxpro и выполнять команды), а paradox был более удобен. Хотя лично сам его не использовал ни разу. У себя использовал msaccess, как базу на общем ресурсе. Именно из за многопользовательского доступа и возможности присоединить линки на dbf файлы заводских задач. Если же БД на стойке, в однопользовательском режиме, то я бы, пожалуй, тоже использовал PARADOX, с условием, если он поддерживается ADO Delphi (ну привык я к ADO). Если писать сейчас и на QT, естественно SQLite, но мне удавалось испортить БД. А это ведь промышленность! Но в современном мире локальную БД использовать странно, лучше один сервер, простой. MySql было бы достаточно.
Но как-то Дельфи не очень уже тянет на современный способ разработки ПО. Впрочем, я вообще не понимаю на кой черт для журнала нужен SQL, там же текстового файла за глаза хватает.
Я когда открыл для себя SQL почти всегда и все стал хранить в нем.
Но причина скорее связана с тем, что данные в программе отображаются в виде таблицы. И таблица DBGrid выглядит более человечно, чем StringGrid.
Да и вообще, в случае хранения данных в текстовом файле появляется много проблем с отображением (в дельфи). В случае с sql нужно сделать insert и requery. При этом убивается сразу два зайца: данные добавились в таблицу на экране, данные записались на диск. Писать свой DataSource только для того, чтобы хранить данные в текстовом файле это ((((
А сейчас на QT спокойненько можно сделать свою модель, хранящую данные как угодно, хоть в текстовых файлах, а табличку отображать через Model-Based TableView. Прогресс не стоит на месте :)
Хочу еще заметить, что приложение на Delphi компилируется быстро. Полученный exe файл компактен (меньше 1 мб) и работает, не требуя дополнительных dll. Это удобно. В случае же с qt мне нужно тащить с собой свору dll на 10мб, плюс папку с плагинами sqldrivers. Везде свои плюсы и минусы.
Но причина скорее связана с тем, что данные в программе отображаются в виде таблицы. И таблица DBGrid выглядит более человечно, чем StringGrid.
Да и вообще, в случае хранения данных в текстовом файле появляется много проблем с отображением (в дельфи). В случае с sql нужно сделать insert и requery. При этом убивается сразу два зайца: данные добавились в таблицу на экране, данные записались на диск. Писать свой DataSource только для того, чтобы хранить данные в текстовом файле это ((((
А сейчас на QT спокойненько можно сделать свою модель, хранящую данные как угодно, хоть в текстовых файлах, а табличку отображать через Model-Based TableView. Прогресс не стоит на месте :)
Хочу еще заметить, что приложение на Delphi компилируется быстро. Полученный exe файл компактен (меньше 1 мб) и работает, не требуя дополнительных dll. Это удобно. В случае же с qt мне нужно тащить с собой свору dll на 10мб, плюс папку с плагинами sqldrivers. Везде свои плюсы и минусы.
Как я понимаю, в перспективе, хотелось дать доступ по локалке просматривать журналы, ввиду чего и были взяты СУБД, без изобретения собственных великов.
Согласен, БД страшненькая, падучая, но исторически так сложилось…
А выращивать свой кристалик можно через браузер? Яб вырастил себе одного (хм… критал-покемоны :) /
Ели серьезно, то я смотрел передачу про кристалы и специалист сказал: Мы можем разработать и вырастить любой кристал который вам нужен.
Ели серьезно, то я смотрел передачу про кристалы и специалист сказал: Мы можем разработать и вырастить любой кристал который вам нужен.
На заводах в России возможно все, в зависимости от того, кто попросит ;) Я бы не отказался от нейтрального фильтра из сапфира на объектив.
Через браузер, сомневаюсь. Если я все правильно понял, установка герметично закрыта. Да и служба безопасности… Нет никакой гарантии, что меня не застрелят за данный пост )
Через браузер, сомневаюсь. Если я все правильно понял, установка герметично закрыта. Да и служба безопасности… Нет никакой гарантии, что меня не застрелят за данный пост )
Sign up to leave a comment.
Система мониторинга через jabber