Ув. г. Batman. Простите не знаю Вашего имени-отчества.
Ляпнул, что думал, еще раз извините.
Обещаю, больше ни слова о Вашем контроллере.

Ну устаю повторять... Малейшее расхождение задач программиста и конструктора - и никакой быстрой разработки. И самое главное... Что есть Сегнетикс - при всем уваженни к данной компании - разработчик контроллера - с какой то стороны очень хорошего и по цене подходящего и по качеству (меня во всяком случае устраивает)... Но сколько объектов реализовано Вами по вентиляции и специалисты какого уровня пишут программы для конструктора?
Нет у Сегнетикса такой непоколебимой репутации как у тех же Таков и Синок... А я вот например не готов воспользоваться чужим ПО и потом отвечать за размороженный калорифер... Мои алгоритмы, как и всех здесь присутствующих различаются своими идеями и ценным опытом ПНР и эксплуатации систем вентиляции...
Одной из серьезных проблем также будет объяснить заказчику как работает алгоритм... Сами не знаем как говориться... А инструкция с описанием работы алгоритма, думаю, одна из очень важных вещей для щита автоматики...
Еще раз подчеркну - я уважаю производителя контроллеров Сегнетикс, но не очень хорошо отношусь к его детищу - "Конструктору"...
На Вашем месте я бы лучше разрабатывал новые макросы для управления элементами ВУ... А вот после положительных отзывов о макросах, на их основе можно уже создавать конструктор...
А по поводу простоты - ПО, которое я написал - в случае ошибки отладить можно за 1-2 часа на объекте... А вот программу конструктора уже нет... Может и дня не хватить... Так что очень спорный вопрос...

Кстате вопрос к производителям Сигнетикс: у Вас на сайте фигурируют две разные по внешнему виду модели - одна ужасно убогая, вторая (которая на заглавной странице) - красивее. Какую Вы поставляете?

Отвечу за них
http://segnetics.com/main.aspx?Page=229

То есть вы считаете, что 2 года человек "ваньку валял"? И если не реализовано энное кол-во объектов, то критика не может быть объективной? А может, всё-таки, виноват не покупатель? Если он, купив ВАШ продукт, за два года так и не смог найти ему применения?
Знаете, обычно наоборот - если продукт полностью устраивает, то люди стараются им пользоваться, а если продукт, ниже среднего, то место ему на стенде, а не на объекте.
И кстати, здесь особо не наезжали на контроллер, критика, в основном, касалась ПО. И про ядро нечего тут втирать, ничего в плане удобства разработки не поменялось.

Зовут меня Дмитрий

Злой, вы N@Z, какой-то

Понятно, ttt ваньку не валял (и не мого этого делать - он же профи). Купил просто для ознакомления. Ну не понравилось...Конечно, по сравнению с TAC, SMH2010 принципиально новых возможностей не дает.

Само собой, раз не применял, особо не изучал, значит и опыта с конкретной "железкой" не появилось. Что тут такого? И при чем здесь вина ttt?

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

Ну вот, вы, уважаемый N@Z, почему, прямо таки, бросаетесь на наш продукт? Могу предположить, что вы попытались применить некоторое количество SMH2010 на объекте, потратили очень много времени, получили плохо работающюю систему, недовольного заказчика и т.д. Ко всему прочему, когда обращались к нам за техпомощью, с вами очень грубо обошлись, не захотели помогать, оставив наедине с вашей проблемой... Я правильно изложил ваш сценарий? Если вы хоть с чем-то подобным столкнулись, работая с Segnetics, свяжитесь с нами, плз. Уверен, не пожалеете.

А что касается ядра, то про него, если я не ошибаюсь, речи и не шло. Обсуждался SMConstructor - "надстройка" для лоджика. Ядро модернизируется потихоньку.

А какая убогая-то?

Уважаемый N@Z, ну что копья ломать!
Все течет и все изменяется. И мнение, составленное 2 года назад,
сейчас, возможно, было бы иным, правда? У отечественных производителей есть единственный шанс выжить и развиться - это сделать свою продукцию качественной. Так почему бы не помочь им в этом, хотя бы лояльным отношением? Много народу делают на иностранных контроллерах автоматику да и просто продают контроллеры,(и машины и вообще все что угодно, навар есть хороший). Тактически - верно! А стратегически, в дальней перспективе? Когда кончится нефть, газ, лес, тогда станем судорожно развивать другие отрасли?
Ведь в одном окопе-то сидим, господа!

Точно.

Когда кончится сырье, импортную высококачественную автоматику продавать некому будет, т.к. ничего не будут строить... Подумайте, об этом когда будете нас ругать. Мы не против того, чтобы нас ругали. Мы готовы меняться, и достаточно активно (существуют, безусловно, ограничения). Но когда из критики невозможно почерпнуть никакого опыта (банальное "поливание грязью"), когда она неконструктивна - такая ситуация невыгодна ни вам, ни заказчикам, ни нам.

Постараюсь ответить.
Да, за два года что-то изменилось. Внешне контроллер смотрится красивее. Появилось много новых блоков. Появился конструктор.
Чуть подробнее.
Новые блоки, это хорошо. Но то, что, как правильно уже заметил тов. Fanat, многие из них запаролены - это не есть хорошо. А если ошибка? Или если захочется точно такой же, но с перламутровыми пуговицами? Идти с поклоном в Сегнетикс? Хотя, в блоки, написанные "брендами" тоже особенно не влезешь, но за ними имя, репутация... Как-то привыкли уже доверять.
Конструктор вообще страшно использовать. Конечно, если всё заработает, то это прекрасно. А если не заработает? Как-то не хочется рисковать. Тем более что в случае косяков пострадает не репутация производителя оборудования, а репутация инсталлятора..

И ещё, использование сих контроллеров намертво привязывает заказчика к инсталлятору. Потому что, если один человек сделал, то другой будет месяц голову ломать, если где-то "косяк". Да и фирме-инсталлятору радостей мало. Специалист может уволиться, пойти на повышение, умереть (такое тоже иногда случается). Да просто, когда несколько человек занимаются программированием и не привязаны к определённым объектам - т.е. сегодня объектом занимается один, завтра другой (практика порочная, но встречается довольно-таки часто) - ну очень много времени займет разбор всех макросов и модулей. Конечно, можно предположить, что в рамках одной фирмы все блоки обсуждаются с коллегами, но часто на это просто нет времени. Часто человек что-то наваял, потом заболел и коллегам нужно срочно что-то в его программе поправить.

Не спорю, контроллеры очень дешевые. Но, как-то пока обхожусь тем, что использую постоянно.
Просто, это, как с фотоаппаратами, если человек начал использовать камеру какой-то конкретной фирмы, то в последствии он обрастает совместимыми объективами, фильтрами и прочими "прибамбасами". И потом, даже покупая новый аппарат выбирает того же производителя. Так и с контроллерами, начинали многие с "брендов" - да так и остались. Тем более что уже много наработано.
Вывод - чтобы заинтересовать покупателей нужно быть не просто на уровне, нужно быть лучше. А у вас, реально, софт и до уровня не дотягивает..

[quote=Fanat,Nov 22 2006, 08:04 ] [QUOTE=ggg_ggg,Nov 21 2006, 21:59 ]
А LAD и FBD, на которых так любят писать многие из здесь присутствующих - не подходит для более менее серьезных задач - доказано на опыте... [/quote]
Не могли бы Вы пояснить, какую серьёзную задачу нельзя решить?

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

Что касается "страшно" - то это только вопрос времени - постепенно пользователи увидят, что работает все вполне надежно и корректно.

Насчет "фотоаппарата" вы, уважаемый N@Z верно подметили. Таких как вы, нам трудно "перетягивать" на свою сторону без убедительных аргументов.
Тогда вопос в лоб: "Каким вы видите продукт (абстрактный), который бы заставит вас отказаться от ТАС"? У вас есть свой взгляд на это?

Ну в общем, по сервису возможно у сегнетиков софт и не дотягивает. Копирования нет, масштабирования, но даже так довольно хорошо пишутся программы. Но эти ребята конструктивно подходят к предложениям и, может не сразу, изменения и пожелания реализуются. Недавно поддержали работу с модемом, (может не только я их об этом просил, но все же), в конструкторе за пару недель добавляли. А на объекте все равно систему я тестирую, мало ли как мне шкаф собрали? Поэтому что свою прогу, что конструкторскую проверял.

P.s. Лет через 15ть буду внукам рассказывать - участвовал в развитии отечественной электроники.))

Похожий текст припоминается мне в одной рекламной брошюрке одного отечественного производителя мотор-редукторов (вроде как с Питера). Пишут типа купите нашу продукцию ведь -это зарплата вашим землякам и т.п. высказывания. Хорошо куплю-помогу отечественному производителю, только мне надо чтоб мотор был сделан,так чтоб я поставил и забыл...А когда такие будут так у них цена будет как у буржуйских, а то и больше. А про дешевый труд-так это уже надоело..Там (на хороших зарубежным предприятиях) производство полностью автоматизировано т.е. вместо наших 20 один сидит и все успевает. А теперь по ресурсам- в 2010 у нас будут (со слов министра энергетики) цены на сырье(газ, электр.,нефть) как в Европе((((((Рынок есть рынок....

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

[quote=Guest,Dec 7 2006, 12:04 ] [QUOTE=Fanat,Nov 22 2006, 08:04 ] [QUOTE=ggg_ggg,Nov 21 2006, 21:59 ]
А LAD и FBD, на которых так любят писать многие из здесь присутствующих - не подходит для более менее серьезных задач - доказано на опыте... [/QUOTE]
Не могли бы Вы пояснить, какую серьёзную задачу нельзя решить? [/quote]
Про LAD и FBD говорил конкретно для Simatica S7, так как для простых контроллеров типа Корриг и Сегнетикса остальные языки просто не нужны, так как на них нечего и писать то...
Если же Вы имеете в виду Сименс, то расскажу...
На ЛАДе и ФБД, которые есть в Сименсе нельзя реализовать кучу задач... Например цикл, в котором происходит сдвиг адреса в блоке данных и периодическая смена этих адресов... с записью в датаблок... Так как в ладе нет функций работающих с типами данных ANY и POYNTER, эти типы данных состоят из 10-20 байт (сейчас не помню уже) и каждый бит в них за что то да отвечает... В общем там много интересного. А тип ANY служит для работы многих функций и т.д.

Имея "логику", "сравнение", " математику" - всё решается.
Неужели в S7 такого нет?

Уважаемый, скачайте Step 7 - установите себе на ПК, откройте, ничего не поймите и закройте на всю свою жизнь и не вспоминайте... LAD и FBD - удел локальной автоматики, а промышленная автоматика пишется на голом ассемблере и все тут... могу привести листинг программы если надо...
Вряд ли вы что-то поймете...
Кому интересно - прилагаю одну из книжек по Степу, которую в свое время прочитал всю...

"Нам не понять, мы из деревни..., ...ассемблер-муть голубая.
Чем высокоорганизованней язык, тем легче программировать..."
Так говорил один знакомый программист.
Контроллеры "Siemens", так на них свет клином не сошёлся.
Даже интересно на счёт промавтоматики... Может поставите "неразрешимую" задачу конкретно "Например цикл, в котором происходит сдвиг адреса в блоке данных и периодическая смена этих адресов... с записью в датаблок... ", вдруг можно решить её на другом контроллере без "Ассемблера"?
P.S. Ничуть не подвергаю сомнению Ваш профессионализм. Вероятно всё сложилось из-за раскрученного бренда "Siemens".

Ну как совершентсвуется, как надежно? Водоканал объявляет год внедрения ПЧ да? Соответственно все туда щимятся,все! Так вот побеждает отечественный производитель при том всем,что даже буржуи прогнулись чуть ли не до их цен.А теперь самое интересное чем же заинтриговал Водоканал отеч. прои-ль....Смотрим привода-это вообще тихий ужас,они просто груда плат(((Быстро представили где и как это будет установлено и кем и результат?А его нет.Деньги выброшены,а домой приходишь и также "кран подпрыгивает".
Хорошо позвоню я "производителю" -Ребят мне нужен привод,контроллер и т.д. такой такой такой...мне тихо скажут подумаем.а думать никто не будет . Вы представляете сколько можно еще продать в наше ЖКХ, и др. гос. предприятия? Вот если бы я прочитал где то...Наш ...... выиграл тендер на поставку приводов, контроллеров и.т.д на комбинаты Meedsteel, заводы Airbus, и т.п. Вот тогда я бы снял шляпу и сказал "Да ребят действительно на уровне зарубежных аналогов".
Почему мое такое мнение?да потому что каждый день слышу эти сказки про бескомпромиссное качество,ни одного отказа,российские цены и.т.п.
p.s. мое личное мнение.....и водку извини мы тоже делаем хр...во, сколько людей травится

Хорошо... Первое что пришло на ум из прошлого опыта...
Задача: есть 45 дискретных параметров и 20 аналоговых парового котла - параметры критичные... Необходимо организовать архив за последние 10 минут до предполагаемой аварии и следующие 10 минут после нее... Данный архив должен хранится в энергонезависимой памяти контроллера и быть выдан по требованию оператора на верхний уровень - скада-систему на ПК в графическом виде в виде графика... Теперь главное - частота опроса 10 милисекунд. Данные на ПК должны передаваться по высокоскоростному интерфесу и не забивать канал...

Дерзайте!!!

Не забудьте применить что нибудь работающее по ЛОНу - хоть посмеюсь... И не забывайте, что в соответствии с ГОСТами - необходим сбор сигналов, обеспечивающий полную достоверность параметров... Подскажу как делается - один и тот же сигнал не важно аналоговый или дискретный - дублируется на отдельный вход контроллера, а аналоговые сигналы повторяются 2, а иногда и 3 раза и их сигнал внутри контроллера сравнивается по определенному алгоритмы - какому уже не помню... Ну а про безопасные выходы, так называемые F-системы упоминать не буду... И еще - ситема должна быть резервируемой с горячим подхватом, так что добавьте еще H-систему из 2 контроллеров с общей распределенной переферией и гарантированным временем доставки пакетов (у Сименса это ПрофиНет называется) по высокоскоростному интерфесу не менее 10 м/бит в секунду...

Сорри за офтоп, но..
Ну да, травимся. Так тут вопрос подделки раз, а два - покупать надо не за 50 рублей и в нормальном месте.
Что касается примеров о некачественном оборудовании - да я сам их могу привести сколько угодно примеров, и это меня злит еще больше чем вас, т.к. я - то - тоже отечественный производитель, и всякие, прошу прощения, паразиты, которые сделают ботву, убедят на водоканале (какими-то путями) купить ее, портят репутацию в с е м отечественным производителям.
Выходит - "нет пророка в своем отечестве"?
Но разве не могут толковые и грамотные люди сделать не только ракету или танк?
Но очень тяжело сделать это по запросу от одного человека и чтобы качественно и недорого - это д.б. обязательно серийная продукция.
А на комбинаты Meedsteel продать что-то импортное - так попробуйте в американускую армию продать русское оружие, если оно будет лучше и дешевле?

Самое что примечательно танк и ракету для кого делали?Для безопасности собственного государства+немереное, просто немеренное вложение денег (из школьного курса помню вроде как на оборонку 30% всех бабок тратил СССР) т.е. вход шли все методы разработки-очень мощные мозги+шпионаж+деньги....вот и преуспели и заслуги 50-70 годов приписывать не стоит...


Добавлено - 14:42

Ну так в чем проблема не надо в Европу, Штаты продавать...Ведь они к нам идут в страну,строят заводы фабрики...Nestle, Бондюэль, куча пивных заводов и.т.д. вот поле для деятельности, но почему они выбирают дорогущий Данфосс,Сименс,АББ,Шнайдер?А ну да денег много и считать их не умеют

я вам скажу такую вещь - если я сам, русский человек, не верю в качественный к примеру частотник, то почему в него должен верить америкос?

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

можно попонятней,смысла не пойму

Добавлено - 15:44

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

Извините, что вклиниваюсь. Не буду никого и ничего защищать, но свою правду скажу. Я пользуюсь в своих программах макросами из конструктора. Доволен-не доволен - не важно. Но эти макросы у них были ещё до создания конструктора как минимум за год-полтора. Да, они теперь иначе называются. Да, они чуть-чуть другие. Но суть осталась та же: меню не изменилось, большинство алгоритмических макросов (режимы, аварии, датчики...) остались теми же, может чуть-чуть расширили функциональность. Из нового только непонятный "секвенсер" и "процессор", а так всё в основном старое... Это по поводу "непроверенных алгоритмов".

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

Хотя многие вещи описания не требуют. Те же макросы датчиков: да мне откровенно пофиг, как они написаны, работают и ладно :wacko: Я что, сути что-ли не понимаю: фильтр + табличный пересчёт. Точно такое же отношение у меня к ЛЮБОМУ макросу. Счётчики (CTU/CTD/CTUD/CNTR) тоже с "закрытым" алгоритмом, т.к. он не макросы Но что-то я не вижу возмущений "наглые сигнетиковцы скрыли всё под паролем! Вдруг БАГИ!"

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

Ну используйте используйте... удачных размороженых ВУ...
Приведу один из небольших примеров...
Надо было мне хард один по 4..20 мА подключить - подключил - вроде все хорошо, но вот что то не так - этот хард выдавал сигнал о напряжении в сети и выдавал почему 228 вольт... А ведь в сети 220... Что же делать? Оказалось в макросе ошибка - крал 1 или 1,5 мА... А вы говорите...
Между прочим ошибку эту вы можете посмотреть - макрос 1.7 вроде вышел после нее - это был июль вроде 2006г. А сколько до этого работал этот макрос у таких как ВЫ???

Две зимы уже прошли, начинаю бояться: что-то явно не так

По поводу 4-20мА, не пользовал, не знаю. Зато теперь знаю, что ошибки нет И, похоже, в этом ваша заслуга Но какое отношение это имеет к алгоритму, заложенному в макрос датчика?

Я так полагаю, раз производитель дает макрос, это то же самое, что и давать какой-нибудь блок
вывода на экран. Т.е. полная гарантия работоспособности. (Или же, как с конструктором -предупреждать - бета версия, ответственности не несу.) Хотя я готов, в общем-то и тестировать новые блоки, но чтобы заранее говорили -"это - пока для теста".

Вот и я про то же...

Добавлено - 20:58

Потому что в алгоритме используются таблицы пересчета так сказать из миливольтов в физ. величины - вот в этих таблицах и была ошибка... Мое дело было ее найти... Кстати хорошо, что я целый день провозился чтобы понять что к чему... Я же не мог подумать, что врет контроллер или макрос - грешил на себя... После использования третьего по счету СУПЕР тестера - позвонил разработчикам... Тут то все и прояснилось...
А еще мне попадались контроллеры, которые врали на 1,5 градуса... Как мне сказали - ошибка калибровки... Хорошшо если это так... А если это была большая партия... мое мнение - доверяй, но проверяй... Проверить не могу - ЗНАЧИТ НЕ ДОВЕРЯЮ... Вот и все - на том и закончим полемику по Конструктору...
Товарищ Ницше говорил: "КАЖДОМУ СВОЕ!" жаль написали не в том месте...

Извините. Давайте называть вещи своими именами: алгоритм - это та формула, которая подставляет и/или пересчитывает табличные значения. Таблицы - это данные, на основании которых алгоритм делает расчёты. Согласны?

Соответственно, как я понял, ошибка была в таблице, так?

aot: интересно, а все ли частотники Данфосс (серий 2800 и 6000) теперь имеют модбас "на борту", а то оффффицияльные представители мне вообще пургу прогнали: "преобразователи этих серий модбас вообще не поддерживают" Я, конечно, сказал, типа, приезжайте, покажу работающий по модбасу 2800 и ссылку на доку на данфоссовском сайте им дал Но изначальный вопрос всё равно остался.

Да в таблице. Алгоритм то там прост - переводи из вольт в еденица другие по таблицам и все тут.
Факт, что ошибка - была. И ее на этапе тестирования не выявили.

Вот за отсутствие тестирования их и нужно ругать Руками и ногами

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

Про взятки тут все ясно - любой гособъект делается только на сименсе - у них договр о сотрудничестве есть ибо... Как раз сейчас веду таковой проектик

Ну вот, опять чиновники продали Родину! Уже в который раз!

Ну Родина тут страдает только повышенными затратами, а объектам от этого хуже не будет, к счастью.

Эта приблуда используется в Овеновских ПЛК для того, чтобы настройки были видны в конфигураторе запрограммированного контроллера (как я понял) EasyWorkPLC, которого еще нет.

Добавлено - 15:23

Эта приблуда используется в Овеновских ПЛК для того, чтобы настройки были видны в конфигураторе запрограммированного контроллера (как я понял) EasyWorkPLC, которого еще нет.

Нет EasyWorkPLC к самим контроллерам ОВЕН отношения не имеет... Во всяком случае я ничего не заметил там подобного для программирования...

Согласен, в данном конкретном случае да. Но если они такие хорошие - то что ж их такими методами продвигают? Костыли здоровому не нужны! А то ноги атрофируются

Какое ПО необходимо,чтобы поставить его на 2 компа и передавать через RS232 по протоколу MODBUS файлы?

Протокол Modbus не предназначен для передачи файлов. Там есть функции 20 и 21 (Read/Write File Record), но это врятли то что вам нужно, да и не видел я чтобы они где-то поддерживались. Можете попробовать что-нибудь другое, например, Xmodem.

Проблема в следующем: нужно перекидывать небольшие файлики в сети "точка-много точек". используется радиоканал с радиомодемами Integra TR, которые являются прозрачными устройствами. так вот, чтобы не происходило коллизий в канале, хочу использовать modbus, повесив резидентные проги на порты принимающих и передающего компов. тогда на запрос базы будет отвечать только одна машина и помех создаваться не будет.
Протокол Xmodem/Zmodem не подходят в данном случае.
Scada система тоже в нашем случае не будет использоваться.
Может какие то еще варианты решения задачи?

а какого размера файлы?

может килобайт 50...не больше