Работа с клиентами, Учитесь! Опции

[Сергей Долганов]

Зачем нам при этом иметь 32 AI и 8 AO? Задачи такой не стояло.
Стоимость 896 каналов вводв вывода Вас интерисует?

[Сергей Долганов]

Зачем нам при этом иметь 32 AI и 8 AO? Задачи такой не стояло.
Стоимость 896 каналов вводв вывода Вас интерисует?

[Mitya78]

Да что переливать из пустое в порожнее!

Если кого уж волнует отчего "Северсталь" выбрала контроллеры Siemens, то задайте вопрос первоисточнику
http://www.automation-drives.ru/forum/prof...profile&u=8

[Сергей Долганов]

Зачем Вы Митя человека выдали =\ Будет ему до пенсии реклама от МЗТА приходить, не делают так.

[Nick]

Зачем Вы Митя человека выдали =\ Будет ему до пенсии реклама от МЗТА приходить, не делают так.

Это точно, я пока их прямым текстом не послал, угомониться не могли!

[Гость_Игорь Борисов_*]

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

Кстати - это одна из причин, почему я делаю ВСЕ на шнайдере - вложения в складской запас.

[Fanat]

Странная экономия! 500 датчиков Pt1000 от Regin обойдутся мне примерно в 350000 руб. с НДС. Это примерно вышеназванных 2 CPU от Сименс. При том, что их купили мильён - капля в море!
Щит не такой уж и большой. Это получается 4 МС8 и 8 МР8, по 4 на одной линейке. Не забываем, что при этом мы имеем еще и 32 AI и 8 AO.
А теперь скажите по стоимости. Во сколько обойдется такое количество входов/выходов? В рублях с НДС.
И хотелось бы узнать какие такие задачи там выполняются, что с ними не смог бы справиться ни Контар, ни ТРМ? Просто интересно. Управление полетами стальных болванок на околоземной орбите?

Мой друг - передача данных от MR8 до МС8 и обратно происходит в лучшем случае за 0,5 сек - в случае с 2-3 ПЛК, а если их 20 - как показала ПРАКТИКА - до 5-10 секунд.
Так что с помощью ПЛК МЗТА управлять в таких условия управлять можно тока полетом той самой болванки, но без траектории.

И хотелось бы узнать какие такие задачи там выполняются, что с ними не смог бы справиться ни Контар, ни ТРМ?

Боюсь проще написать с чем они справятся. Хе-хе.
Я смотрю вы в МЗТА аж уверовали. Действительно - куда уж ентому Сименсу тягаться с таким КИТОМ как МЗТА Это техника будущего.

Сообщение отредактировал Fanat - 3.7.2007, 16:43

[Mitya78]

http://www.indusoft.ru/article.asp?id_article=57
http://www.metal-trade.ru/news/2003/08/18/...tml?template=11

Справочно: Широкополосный стан 2000 горячей прокатки был оснащен системой автоматизации фирмы Siemens еще в 1975 году, вскоре после его сооружения. В 1993 году компания Siemens получила от ОАО “Северсталь” заказ на модернизацию двух станов 2000 и 1700 горячей прокатки , после чего в 2001 году последовал заказ на поставку АСУТП участка ламинарного охлаждения с моделями, представляющими собой новую разработку фирмы Siemens.

Считаю, что тему в этом направлении развивать не следует.

Сообщение отредактировал Mitya78 - 3.7.2007, 17:02

[Nick]

Считаю, что тему в этом направлении развивать не следует.

Драки не будет, будет убийство

[Kass]

Что касается пространственного объема, занимаемого Контаром с 64 DI и 64 DO, то все это легко уместится в шкафу 800х600х300.

ИМХО...У вас просто не совсем верный подход к решениям на Контере. Его главный конек - это полностью разнесенные системы. Я очень сомневаюсь, что система на 64 входа/выхода управляет одной системой. Как правило это разные системы. Контар позволит вам зделать по щиточку у каждой системы, и связать эти щиточки всего одной парой, чем липить все в одном щите, и потом по всему объекту тащить к нему провода и кабели. Больших наращиваемых контроллеров много, но ИМХО они остались как то целесообразны в больших пром системах, а не в ОВК. В ОВК это уже прошлый век.

Поэтому вам и привели массу конкурентов для запихивания всей автоматики в один щит.

[Fanat]

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

Я очень сомневаюсь, что система на 64 входа/выхода управляет одной системой.

Да это минимум необходимый. Я вспоминаю котельную на котле БКЗ-150 - там их раз в 5 больше было

Больших наращиваемых контроллеров много, но ИМХО они остались как то целесообразны в больших пром системах, а не в ОВК. В ОВК это уже прошлый век.

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

[Kass]

1. Нельзя технологический процесс разбить на небольшие операции - не получиться.

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

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

2. Ну тогда покупайте на предприятие одну большую ЭВМ и ставьте работникам терминалы, а мы уж как то на персоналках в единой сети, хотя по вашему и в прошлом веке.

Сообщение отредактировал Kass - 3.7.2007, 21:08

[Nick]

ИМХО...У вас просто не совсем верный подход к решениям на Контере. Его главный конек - это полностью разнесенные системы. Я очень сомневаюсь, что система на 64 входа/выхода управляет одной системой. Как правило это разные системы. Контар позволит вам зделать по щиточку у каждой системы, и связать эти щиточки всего одной парой, чем липить все в одном щите, и потом по всему объекту тащить к нему провода и кабели. Больших наращиваемых контроллеров много, но ИМХО они остались как то целесообразны в больших пром системах, а не в ОВК. В ОВК это уже прошлый век.

Поэтому вам и привели массу конкурентов для запихивания всей автоматики в один щит.

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

2. Ну тогда покупайте на предприятие одну большую ЭВМ и ставьте работникам терминалы, а мы уж как то на персоналках в единой сети, хотя по вашему и в прошлом веке.

KASS, лучше не стоит, честно горбатового ЛЕПИТЕ, если Вы не знаете, не стоит!!! Уважайте себя!!!

[Mars]

Зачем нам при этом иметь 32 AI и 8 AO? Задачи такой не стояло.
Стоимость 896 каналов вводв вывода Вас интерисует?

А для чего там тогда датчики ТСМ, которые так необходимо было сохранить, что под них специальный модуль даже сделали? Чтобы их в дискретные входы заводить?
Зачем нам 896 дискретных каналов ввода-вывода? Давайте уже придерживаться одного объема.

Мой друг - передача данных от MR8 до МС8 и обратно происходит в лучшем случае за 0,5 сек - в случае с 2-3 ПЛК, а если их 20 - как показала ПРАКТИКА - до 5-10 секунд.

Передача данных между контроллерами нужна лишь тогда, когда невозможно сделать так, чтобы каждый контроллер или модуль выполняли свои мелкие независимые позадачи. В остальном этот обмен нужен только для диспетчеризации.
К тому же проблемы по обмену данными имеют место быть и при обмене между CPU и модулями ввода/вывода. Они там даже еще хуже, т.к. CPU в обязательном порядке должен опросить все свои модули, чтобы выдать управляющее воздействие, в то время как каждый из контроллеров Контар может абсолютно автономно выполнять свой кусок задачи.

Боюсь проще написать с чем они справятся. Хе-хе.

Однако, так никто и не написал какие там такие задачи выполнялись, с которыми Контар бы не справился.
Напишите уже, может быть, действительно не сможет.
Просто я уверен, что раз там стояли датчики ТСМ и отказаться от них они не захотели, то не такие там и сложные задачи крутят.

[Fanat]

2Kass

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

Даже придумывать не пришлось - ужо есть :-))) См. приложенную схему автоматизации.

2Mars

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

Попробуйте разбить - посмеюсь от души.

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

Справедливо для ПЛК отдельно выполняющих каждый свою задачу. НО ЭТО ТЕОРИЯ. Приведи пример подобного решения - только не вентиляцию и прочую лабудень типа "дурной сарай" - а что то более менее имеющее право называться АСУ.

Просто я уверен, что раз там стояли датчики ТСМ и отказаться от них они не захотели, то не такие там и сложные задачи крутят.

Вы бы хоть на секунду задумались - а действительно ПОЧЕМУ? Датчики могут быть установлены в таких местах и таким способом, что до них невозможно добраться и заменить как минимум. Во вторых они могут иметь взрывобезопасное или хим. защищенное исполнение и т.д., а у зарубежных производителей датчиков для инженерных систем типа вентиляции и т.д. таких нет. Надеюсь не в первый раз о таких слышите?

Сообщение отредактировал Fanat - 4.7.2007, 9:18

Прикрепленные файлы

 функциональная_схема_автоматизации.dwg ( 220,14 килобайт ) Кол-во скачиваний: 65

 

[Сергей Долганов]

Какой объем в пространстве займет контар с (к примеру) 64-мя дискретными входами и столькими же выходами.

Жаль что Вы не смогли это прочитать.

Передача данных между контроллерами нужна лишь тогда, когда невозможно сделать так, чтобы каждый контроллер или модуль выполняли свои мелкие независимые позадачи. В остальном этот обмен нужен только для диспетчеризации.
К тому же проблемы по обмену данными имеют место быть и при обмене между CPU и модулями ввода/вывода. Они там даже еще хуже, т.к. CPU в обязательном порядке должен опросить все свои модули, чтобы выдать управляющее воздействие, в то время как каждый из контроллеров Контар может абсолютно автономно выполнять свой кусок задачи.

Это Вы с точки зрения ОВК рассуждаете, прокатный стан имеет до 1000 переменных в составе единого технологического процесса.
CPU и сбор данных говорите?
Вы же сами читали данные 0,0000002 секунды на дискретную логическую команду, 0,000005 секунд на аналоговую с фиксированной точкой и Вы, как не странно, уверены что S7-300 будет работать медленней контара? Это уже вовсе печально.

Что прицепились к ТСМ датчикам то, непойму. Пример был приведен как реакция крупного производителя на запросы крупного заказчика.

Сообщение отредактировал Сергей Долганов - 4.7.2007, 9:29

[Mars]

Жаль что Вы не смогли это прочитать.

Не понял о чем Вы?

Это Вы с точки зрения ОВК рассуждаете, прокатный стан имеет до 1000 переменных в составе единого технологического процесса.
CPU и сбор данных говорите?
Вы же сами читали данные 0,0000002 секунды на дискретную логическую команду, 0,000005 секунд на аналоговую с фиксированной точкой и Вы, как не странно, уверены что S7-300 будет работать медленней контара? Это уже вовсе печально.
Что прицепились к ТСМ датчикам то, непойму. Пример был приведен как реакция крупного производителя на запросы крупного заказчика.

Я ни в коем разе не сомневаюсь в быстроте S7-300 и не говорю, что он будет работать медленнее Контара. Не стоит приписывать мне того, чего я не говорил и даже не подразумевал. Я говорю лишь о том, что вряд ли там необходимо такое быстродействие. До модернизации какое там оборудование стояло? Судя по ссылкам из этой ветки - 1975 года выпуска. И ведь работало. Не думаю, что в те времена было такое быстродействие автоматики. Технология прокатного стана сменилась что-ли?
Конечно, можно там поставить суперкомпьютер и пусть он обслуживает техпроцесс, только надо ли? Есть ведь понятие целесообразности. Я не металлург, возможно, там есть свои нюансы, не спорю. Но факт использования ТСМ с контроллерами Сименс меня шокирует. Если говорить о реакции крупного производителя на запросы крупного заказчика, то на месте крупного производителя при покупке у меня крупной партии контроллеров, я бы посоветовал заменить эти 500 датчиков ТСМ на более совершенные, чтобы добиться лучшего результата измерений, соответственно улучшив качество регулирования. При этом мог бы предложить их поставку бесплатно или за минимальные деньги, вместо того, чтобы разрабатывать специальный модуль под ТСМ. Стоимость этих датчиков просто растворилась бы в стоимости контроллеров.

[Kass]

Даже придумывать не пришлось - ужо есть :-))) См. приложенную схему автоматизации.

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

KASS, лучше не стоит, честно горбатового ЛЕПИТЕ, если Вы не знаете, не стоит!!! Уважайте себя!!!

С вами все ясно, и не в первый раз. Ненависть к контару застилает вам глаза и мешает думать.

[Fanat]

Kass
Браво, браво, браво, браво. Браво товарищ Kass
Вам что застилает глаза? Вот вопрос.
Во первых - местный пост управления он и есть местный - там только ручные органы управления.
Во-вторых - откройте глаза и таки посмотрите остальные схемы автоматизации.
В третьих -

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

вы представляете как это будет работать - по ходу нет!
Котел это единый механизм - его нельзя разбить на отдельные задачи - горелки должны знать как работает тракт подачи топлива, тракт дымососа - т.к. там идет контроль содержания газов, есть еще солемеры, контроллирующие соли в паре/воде в барабане. Ох да много еще чего.
Представляю как бедный регулятор горелок получает данные от тракта газоудаления раз в 5-10 секунд. За это время котел взорвать можно.
Да еще рекомендую почитать Вам руководящие документы по котлам - только повнимательнее - там пункт был - в случае аварии котла - должны быть сохранены параметры (аварийные) в архиве за последние 10 минут с частотой сохранения 100мс. Правда не скажу номера и т.д. - давно это было. Слабо на МЗТА такое провернуть :-).

[Mars]

Котел это единый механизм - его нельзя разбить на отдельные задачи - горелки должны знать как работает тракт подачи топлива, тракт дымососа - т.к. там идет контроль содержания газов, есть еще солемеры, контроллирующие соли в паре/воде в барабане. Ох да много еще чего.
Представляю как бедный регулятор горелок получает данные от тракта газоудаления раз в 5-10 секунд. За это время котел взорвать можно.
Да еще рекомендую почитать Вам руководящие документы по котлам - только повнимательнее - там пункт был - в случае аварии котла - должны быть сохранены параметры (аварийные) в архиве за последние 10 минут с частотой сохранения 100мс. Правда не скажу номера и т.д. - давно это было. Слабо на МЗТА такое провернуть :-).

Помню, Олег Павленко выкладывал эту ссылку:
http://scada.kontar.ru
Имя и пароль: kotel_spb
Зайдите, освежите в памяти. Ничего, вроде работают котельные.

[Fanat]

Помню, Олег Павленко выкладывал эту ссылку:
http://scada.kontar.ru
Имя и пароль: kotel_spb
Зайдите, освежите в памяти. Ничего, вроде работают котельные.

Хоть бы перед тем как выкладывать посмотрели что выкладываете. Насосики крутятся - умора!!! Ан нет - там же еще температуру можно посмотреть и клапаны и давление.
Первое что бросилось в глаза - это фраза "ТемпЕЕратура" бака ГВС" Есть мнение что ента схемка либо никем не используется (что скорее всего ).

Специально для Kass выкладываю схему МПУ - Вы поглядите что такое местное управление. И ПЛК тут не нужны, уж поверьте.

Прикрепленные файлы

 Местный_пост_управления_горелками.dwg ( 35,99 килобайт ) Кол-во скачиваний: 52

 

[Kass]

В третьих - вы представляете как это будет работать - по ходу нет!
Котел это единый механизм - его нельзя разбить на отдельные задачи - горелки должны знать как работает тракт подачи топлива, тракт дымососа - т.к. там идет контроль содержания газов, есть еще солемеры, контроллирующие соли в паре/воде в барабане. Ох да много еще чего.
Представляю как бедный регулятор горелок получает данные от тракта газоудаления раз в 5-10 секунд. За это время котел взорвать можно.
Да еще рекомендую почитать Вам руководящие документы по котлам - только повнимательнее - там пункт был - в случае аварии котла - должны быть сохранены параметры (аварийные) в архиве за последние 10 минут с частотой сохранения 100мс. Правда не скажу номера и т.д. - давно это было. Слабо на МЗТА такое провернуть :-).

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

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

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

[N@Z]

to Kass
Что-то я не увидел, чтобы контар управлял работой котлов. Увидел индикацию работы насосов, увидел индикацию работы котла. Но вот управления горелками и вообще всем котлом я не видел. Вы видите? Если да, то куда Вы смотрите?
Ну что за привычка проталкивать то туда, где оно ни разу не предназначено. Ну смиритесь Вы что удел Контара, как и ТАС, Carel и пр. - это автоматизация инженерных систем зданий, ну, может, ещё чуть-чуть чего-нибудь, но никак не управление сложными технологическими процессами.

[Fanat]

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

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

расчитывать на какую то объективность ваших постов

ее нет???

[Гость_Игорь Борисов_*]

Кстати - агрессивная реклама - признак несостоятельности компании-производителя. Этот постулат не касается пищевой промышленности - для них дается обязательная квота на рекламу - т.е. тот же Нескафе обязан нафигачить рекламы на nn-ую сумму, дабы дать заработать рекламным агенствам... типа перераспределение доходов...

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

[Kass]

to Kass
Что-то я не увидел, чтобы контар управлял работой котлов. Увидел индикацию работы насосов, увидел индикацию работы котла. Но вот управления горелками и вообще всем котлом я не видел. Вы видите? Если да, то куда Вы смотрите?

Я смотрю в свои проекты и проекты своих коллег.

[Fanat]

Я смотрю в свои проекты и проекты своих коллег.

Ну хоть схему автоматизации подкиньте для приличия.

[Mars]

to Kass
Что-то я не увидел, чтобы контар управлял работой котлов. Увидел индикацию работы насосов, увидел индикацию работы котла. Но вот управления горелками и вообще всем котлом я не видел. Вы видите? Если да, то куда Вы смотрите?
Ну что за привычка проталкивать то туда, где оно ни разу не предназначено. Ну смиритесь Вы что удел Контара, как и ТАС, Carel и пр. - это автоматизация инженерных систем зданий, ну, может, ещё чуть-чуть чего-нибудь, но никак не управление сложными технологическими процессами.

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

Прикрепленные файлы

 mc8_rstv_re.pdf ( 544,14 килобайт ) Кол-во скачиваний: 45

 

[Kass]

Кстати - агрессивная реклама - признак несостоятельности компании-производителя.

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

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

Если кто то сомневается в возможности создать что то наКонтаре, до давайте мне вашего заказчика с ТЗ, и увидите результат. Если вы уверены, что у меня ничего не получится, то с легкостью сделаете это. Все остальное пустая болтовня людей, не владеющих вопросом.

Сообщение отредактировал Pasekov - 4.7.2007, 13:28

Причина редактирования: Убрана разговорная фразеология

[Mars]

Кстати - агрессивная реклама - признак несостоятельности компании-производителя. Этот постулат не касается пищевой промышленности - для них дается обязательная квота на рекламу - т.е. тот же Нескафе обязан нафигачить рекламы на nn-ую сумму, дабы дать заработать рекламным агенствам... типа перераспределение доходов...

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

Однако, стоит при этом заметить, что как раз в этом форуме я, за исключением Павленко Олега (да и то он из Питера и ведет свой бизнес), не встречал никого из МЗТА. Как раз, видимо, по причине их уверенности.

[Pasekov]

Каждый должен быть на своем месте и уважать себя и других.
Спорим не в тему...
Да S по разному работает с клиентами и что? Правда жизни не всем известна? Мечтаем, что S будет вести себя так, как нам надо? А как мы себя ведем? Душу отводим?
Вы представьте себя на месте S, многое станет понятным. Это не в оправдание. Мы все разные. Зачем сравнивать К с S, слона с моськой? Они разные...
Каждый специалист на практике использует свои решения, практически любой может найти в проекте другого, что на его взгляд сделано не так или не совсем удачно и т.д. И всегда можно сделать дешевле...
Убедить специалиста работавшего с К, что он ничего не понимает - это по меньшей мере глупость. Впрочем как и убеждать, что выбор S - это ...
Все останутся со своими пись..ми, только мокрыми, а в этот форум пишут далеко не все, гораздо больше начинающих его читают и делают выводы и их выводы значительно важнее наших....