сильно долбят этими ебм'ами. все покупайте ебм.

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

Добрый день,

В продолжение набора тестовых проектов, см. ссылку на тестовый проекта подключения EBM-A к SCADA Reliance
http://www.iecon.ru/ru_ru/production/kompo...iance/index.php

Это уже оффтоп: чешские модули подключаются к чешской SCADA.

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

Чисто русский частотник есть Erman.
Не все модели до конца русские, но часть - да. База конечно китай, платы китай, но программа управления, электрическая схема все сделанно в Екатеринбурге. Это подразделение Агавы

Добрый день,

Andrew_2610 я уверен, что у Вас еще есть шансы ... не сдавайтесь!

Помните, страдания — это удобно. Вот почему многие люди предпочитают именно их. Счастье требует усилий.
Невероятно удобно знать, что если ты ничего не создашь в этой жизни, то никто не сможет напасть на то, что ты создал.
Насколько проще просто сидеть на заднице и критиковать то, что создают остальные ...
• Кино глупое.
• Этот богач мелкий как человек.
• Тот ресторан — отстой.

Почитайте вот это http://www.cracked.com/blog/6-harsh-truths...-better-person/
можно и в переводе http://www.adme.ru/articles/6-zhestokih-is...luchshe-467305/

Я вот спроектировал контроллер для вентустановок, щас проходит испытания. Также спроектировал контроллер для ИТП - наподобие ECL310. На неделе буду ставить на объект.
Также спроектировал универсальный контроллер фанкойлов с разными возможностями. Всё работает по Модбасу. Напроектировал датчиков разных с Модбасом. По ценам в 2-3 раза ниже европейского оборудования. Щас бьюсь за качество, чтобы ОТК на фирме было и автоматическая диагностика ошибок на входном контроле после производства. Я думаю, это будет. Брать будете?

Ещё какая электроника нужна, пишите. Думаю контроллер со встроенным Кодесис замутить, для моих процессоров есть у них прошивки. Шлюз Модбас - TCP ждёт своего часа.

Есть ссылка на сайт, где можно ознакомиться?

Сайт в разработке. Здесь открывал тему по контролеру вентиляции. Там есть описание.
http://forum.abok.ru/index.php?showtopic=103797
В принципе, всё остальное сделано на похожих принципах.
Сейчас надо понять, перед тем как вкладывать деньги в массовое производство и продажу, насколько это нужно. Так как я делал это, опираясь на своё мнение о потребностях рынка, то моё мнение - нужно. Но хочется получить более объективные оценки.

P.S. Ещё сделал 6-ти канальный контроллер освещения на базе контроллера вентиляции, пока не проверял.

Хотелось бы поинтересоваться наличием системы качества у kosmos440o

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

Всем добрый день! Кто знает внутреннее устройство сенсора формальдегида Membrapor (CH2O/M-10). Может кто-то разбирал или видел, ОЧЕНЬ нужно, в Сигме-03. ДЭ стоит, схем нет нигде

Бумажка точно есть. По факту задумывается, что система управления автоматически тестирует девайс, если всё ок, то записывается в память код, который позволяет работать контроллеру. Если кода нет, контроллер подлежит возврату. Соответственно, по возникновении убытка люди, отвечающие за качество, будут наказаны. Программа тестируется по основным точкам выполнения и считается работающей при положительном результате тестирования. Алгоритм, записанный в программу, тестируется на стадии испытаний на своих объектах после разработки, и считается впоследствии исправным. Сейчас уже люди ломают на наших объектах. Не скажу, что они питают ко мне дружеские чувства, чтобы нахваливать перед начальством. Приблизительно как наладчики любят проектировщика и наоборот. Недавно ставил сам шефу домой на приточку. Это риск, но всё прошло даже лучше, чем я ожидал))). Контроллер чётко держит температуру, мягко выходит на уставку, отрабатывает защиты. Правда шеф потом захотел, чтобы ночью приточка несколько раз включалась, а днём работала по уровню влажности в бассейне, придётся ставить ещё сервер автоматизации от Шнайдер Электрик, иначе не напрограммируешь все хотелки. Подвели псевдочастотники от Спинбрейн, то ли их спалили в предыдущей стадии, то ли сами по себе фуфло.
Пока сильно не тороплюсь в продажу пускать, полгодика потестируем ещё на своих объектах. Сайт надо сделать с документацией и магазином, это тоже борьба с высокоуровневыми программистами. Репутация дороже всего. В этом моё отличие от производителей девайса в той теме, да и многих других. Если нормально не получится организовать, то оно и не надо, на поддержке висеть сутками. Тогда продам в Роснано разработку))).
Больше всего мне хочется доказать всем, что мы тоже можем нормальную электронику делать, деньги вторичны. А то нас весь мир недочеловеками считает, типа такие чуваки с гармошкой, медведями и бутылкой водки и ничерта у них не получается. Продадим им свои бусы, заберём меха, золото и нефть.

А бусы подорожали...

Система качества не имеет отношения к качеству выпускаемого продукта, на то существует ОТК. Речь идет о системе качества менеджмента.
................................
Мало что- то сделать или уметь делать, надо это сделанное еще уметь продавать.

Мысли правильные но не совсем. Вот цитата из букваря:
"В системе менеджмента качества выделяют три основных направления деятельности по качеству, отличающиеся характером воздействия на этапы петли качества:
– обеспечение качества;
– управление качеством;
– улучшение качества; "

Речь идет о качестве менеджмента , не заблуждайтесь.

Такой в Гугле не существует. Вы ошиблись.
https://www.google.ru/search?ie=UTF-8&h...%BD%D1%82%D0%B0

Прям как презентация на бизнестренинге. Слова ни о чем. Что конкретно уважаемые господа могут предложить для улучшения качества ПО. Как его качественно протестировать?

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

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

Пример попроще: если у человека перестает работь голова . то он становится идиотом. Так понятнее наверно.

С идиотами разобрались. И что-как гниет тоже понятно. Осталось выяснить как проверить качество программы. Желательно в виде алгоритма.

Тогда уж не виде алгоритма, а в виде бизнес-процессов, если уж речь пошла о системе качества .
А как в мире промышленное ПО тестируют ? Так же и тестируйте.
......
Или способ попроще : ПО соответствует ТЗ? например соответствует, значит ПО качественное.

Мы не знаем, мы рус-иваны, лапотники. Научите нас, пожалуйста.

Никак. Коли уж виндовый калькулятор глючит от версии к версии, что уж тут говорить о проверке качества...

В первую очередь это выделение финансирования на тестирование.
Во вторую очередь обеспечение независимости тестирования.
В третью очередь научно-популярно вот тут:
http://habrahabr.ru/post/110307/

Внешне напоминает ФБД блоки. по сути разницы никакой. Только рисуете не для контроллера . а для организации.
Т.е. организация . как контроллер или как операционная система для выполнения каких то задач потребителя. например зарабатывания денег.

Ну вот уже что-то.

Тестирование систем АСУ ТП упирается в невозможности окончательно отладить программу вне объекта автоматизации. А на объекте тоже не насидишься.

Был у меня такой объект. Всю нервную систему вынес, добираться по пробкам 3-4 часа в одну сторону, на проходной вечно в списках нет, внутри помощника с ключами можно сказать и нет, рядом со шкафом даже не присядешь. А система реально очень сложная, холодильная станция, и не с просто резервированием, да еще и перекрестным резервированием. Ну и о каком качестве ПО можно говорить



Вы слишком круто берете, а задача простая. Есть шкаф с контроллером внутри, как нам определить насколько правильно работает ПО и выявить ошибки до передачи на объект.

В первую очередь - планирование, т.е. написать план. что в первую очередь. что во вторую и т.д.


Соответствует ТЗ или не соответствует. Вот и все.

Все мы знаем, что ТЗ для систем автоматики на самом деле пишет исполнитель, заказчик может только общие фразы сформулировать вроде: "Система должна работать" или "регулятор должен регулировать" и т.п.

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

Тогда сами себе пишите ТЗ и выполняйте.

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

Претензия клиента - решение проблемы или отклонение претензии. Все как всегда.
........
Хотя честно говоря я не понял сути вопроса.
Система качества ИСО9001. как раз таки и заточена на удовлетворение потребностей клиента. А чтобы их удовлетворить. надо бы их сначала знать.

Посмотрите ГОСТ 19.ххх - Единая Система Программной Документации (ЕСПД). Там много написано в т.ч. и про тестирование алгоритмов и программ на массивах критичных данных и аварийных данных. Если обращаться в "вражескому" опыту, то смотрите книги по ключевым словам Embedded Programming и Patterns in Algoritms. Все уже придумано до нас - надо только правильно использовать знания.

Извините за навязчивость, но все почему-то отсылают почитать что-нибудь типа Большой Советской Энциклопедии. Приведите хотя-бы 10 внятных тезисов из предлагаемых фундаментальных трудов.

Скорее всего в вопросе идет речь о сответствии алгоритмов реальной установке или требованиям заказчика, которые не определены или неизвестны. А не тестированию ПО как таковому.

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

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

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

Думаете, вам удастся найти программиста, согласного отлавливать косяки собственного ПО на орбите Земли, например?
А если ещё вспомнить известные глюки ПО, приведшие к катастрофе, при снижении самолёта ниже уровня моря над Мёртвым морем, то дело вообще кажется утопическим.

Возможно вы единственный человек в мире способный объяснить программисту, что вам требуется. Обычно, когда пытаешься перевести человеческую речь на язык программирования ничего путного не получается.

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

Пожалуйста распишите алгоритм в формулах и цифрах, типа насколько что повернуть, если обжигает или слишком горячо. Учтите, что ПИД регулятор, это тоже алгоритм с формулами, а не проявление космического разума. Типа достаточно чтобы он был, а он уж как нибудь там все наладит. Распишите эту, по большому счету примитивную систему. Может тогда поймете что программисты не зря свой хлеб едят.




Ну вот вы уже и согласны, что косяки в ПО неизбежны)

А разве я когда сомневался? Больше того, я думаю, что программ без ошибок вообще не бывает. Если отбросить совсем уж примитивные. Просто они не проявляются до поры, и возникают при обстоятельствах, которые ни одному нормальному тестеровщику не могли придти в голову. Типа полёта ниже уровня моря.

А зачем мне расписывать, алгоритм , я объясню , что мне надо и спрошу что надо , чтобы это было сделано, например: деньги, водку, голую бабу и т.д. Мне зачем знать его проблемы .
Может мне еще за работника его работу сделать и деньги получить?
..................
насчет косяков - примите как данность , что в любом проекте есть ошибки.

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

Вы преувеличиваете значение программиста. Самое важное и сложное найти заказ и слупить деньги. а вовсе не писать программу для пары кранов.
Хотя в любом деле есть свои сложности, но с этим никто и не спорит.

Это логика управленца. Главное деньги. К ним все приложиться. К сожалению не все так просто. Почему-то мультимилиардеры умирают. А ведь могут озолотить любых докторов.

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

PS А может из предложенной вами логики и растут кривые программы?

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

Все вы правильно говорите. И финансы скорее всего первичны. Но если уж мы начали обсуждать качество продукта, то если на выбор железа вы как организатор процесса еще можете повлиять, то качество ПО почти полностью зависит от программиста.