Segnetics

Вернуться   Segnetics > Форум Segnetics

Форум Segnetics Территория общения

Ответ
 
Опции темы Поиск в этой теме Опции просмотра
Старый 26.11.2008, 16:39   #1
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Question Пожелания

Планируется ли выпуск простейших встраиваемых систем с интерфейсами USB, 1-Wire, с возможностью подключения
выносного дисплея 2х16 по I2C?
(подобные описанным в журнала "Радиолюбитель" на базе
ATMega8, расчитанные на решение относительно простых
задач, программируеые доступными средстами Atmel, предназначенные как для любителей, так и для профессионалов).
По какой цене их может предложить компания Segnetics?

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

Последний раз редактировалось dmitribon, 26.11.2008 в 16:42 Причина: коррекция
dmitribon вне форума   Ответить с цитированием
Старый 26.11.2008, 17:06   #2
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

У меня просьба: опишите, пожалуйста, задачи, которые вы планируете решать с помощью подобных контроллеров?

PS. Насчёт цены - она зависит от того, сколько вы таких контроллеров готовы купить


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 26.11.2008, 17:52   #3
AlexG
Senior Member
 
Регистрация: Jan 2006
Сообщения: 172
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Задачи для которых понадобилась такая экзотика это самое интересное
AlexG вне форума   Ответить с цитированием
Старый 26.11.2008, 18:16   #4
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Вполне достаточны для замены регуляторов Regin в простых системах вентиляции , кроме того, допускающие использование более доступных датчиков Dallas Semicondactor ($3), а также введение дополнительных фунций (например: задержки отключения вентилятора, что освобождает от применения в щите автоматики дополнительного реле времени).

Для себя купил бы один экземпляр (может два - для экспериментов с распределенными системами управления). Что касается массового применения, то те кто принимают решения о покупке компнетов для проектирования и сборки щитов не имеют других предложений.

Я лишь поневоле работаю с тем, что дают. Деградирую вместе c SMConstructor и SMLogic. Хотел бы иметь доступ к описанию аппаратных средств и (желательно, для экономии времени) функций ядра контроллеров Segnetics.
dmitribon вне форума   Ответить с цитированием
Старый 26.11.2008, 20:14   #5
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Программируемые реле времени предлагаются на рынке другими производителями.

Насчёт деградации - есть схема на SMH2010, по ней видно, что к каким портам подключено...


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 27.11.2008, 05:40   #6
AlexG
Senior Member
 
Регистрация: Jan 2006
Сообщения: 172
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

А чем вас Pixel-120x не устраивает? Термодатчики можно использовать NTC, они должны быть дешевле чем PT1000.
AlexG вне форума   Ответить с цитированием
Старый 30.11.2008, 23:38   #7
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Полагаю, что имеется потребность в малых системах стоимостью, соизмеримой с ценой таймера, блока термоконтроля двигателя (например, в двигателях Siemens применен терморезистор, а не термоконтакт), т.е. с конечной ценой (потребления) менее $30..50.
Большинство потребителей сборочных единиц для изделий и комплексов автоматики заитересовано в развитии своей системы, но не системы компании Segnetics, которая должна предлагать и "открытые" аппаратные средства. Форум - хорошее средство для декомпозиции проблемы построения открытых систем - коллективной работы.
dmitribon вне форума   Ответить с цитированием
Старый 01.12.2008, 10:27   #8
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Про форум - звучало сильно

Насчёт дешёвых устройств могу сказать следущее: такое нужно, если используется одно такое устройство, если их нужно больше, то "дорогой" контроллер в плане цена/возможности вырывается далеко вперёд.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 01.12.2008, 10:51   #9
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Обратите внимание на цену документации, консультации по распределенным системам, увидите, что далеко не самый выдающийся контроллер превращается в дорогого "монстра", подобного Siemens.
Да, и подключение интеллектуальных датчиков проблематично.
dmitribon вне форума   Ответить с цитированием
Старый 06.01.2009, 11:22   #10
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Каждый должен быть специалистом в своем направлении. Arsie! Вы не специалист в экономике - "дорогой" (универсальный) контроллер целесообразен для единичных (иногда для мелкосерийных) проектов, но эффективно используемый аппаратный ресурс экономически целесообразен для сериных изделий.

Предлагаемое "на шару" программное обеспечение совершенно непригодно для сериных проектов на базе Atmel, язык программирования SMLogix целесообразен для Altera (прогаммируемых нескоммутированных логических устройств). Кроме того, труд схемотехника такого уровня дороже, чем работа рядового программиста-студента
dmitribon вне форума   Ответить с цитированием
Старый 06.01.2009, 17:46   #11
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Цитата
Сообщение от dmitribon
Каждый должен быть специалистом в своем направлении. Arsie! Вы не специалист в экономике - "дорогой" (универсальный) контроллер целесообразен для единичных (иногда для мелкосерийных) проектов, но эффективно используемый аппаратный ресурс экономически целесообразен для сериных изделий.
Да, я не специалист в экономике. Но почему-то мне кажется, что универсальный контроллер по цене специализированного - это верный путь



Цитата
Сообщение от dmitribon
Предлагаемое "на шару" программное обеспечение совершенно непригодно для сериных проектов на базе Atmel, язык программирования SMLogix целесообразен для Altera (прогаммируемых нескоммутированных логических устройств). Кроме того, труд схемотехника такого уровня дороже, чем работа рядового программиста-студента
Тут у меня два возражения:

1) Никто не мешает программировать контроллер на C, C++, ассемблере. Рядовые студенты-программисты их обычно изучают. Что в ВУЗе, что в техникуме.

2) Я бы не решился доверить написание программы студенту. Особенно когда из-за ошибок в программе может порвать мегаваттный насос или какой-нибудь "хитрозасунутый" в закоулки техэтажа водяной калорифер. Труд такого студента вполне может стать экономически менее выгодным, чем труд специалиста с опытом и вдесятеро большей зарплатой.

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


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 07.01.2009, 00:54   #12
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Универсальный контроллер по приемлемой цене хорошо!
Но конструкция врядли универсальна- где выносной дисплей?
И не велико ли отверстие под SMH в дорогом щите?
dmitribon вне форума   Ответить с цитированием
Старый 08.01.2009, 10:45   #13
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Цитата
Сообщение от dmitribon
Но конструкция врядли универсальна- где выносной дисплей?
Насколько я понимаю, ещё никому не удалось сделать универсальный контроллер, устраивающий всех. Именно поэтому SMH2010 имеет панельное исполнение, а Pixel дин-реечное.



Цитата
Сообщение от dmitribon
И не велико ли отверстие под SMH в дорогом щите?
Не совсем понимаю. Если уж и пилить отверстие, то разницы между 50х50 и 100х100 практически нет...

А отпиленное можно сдать в металлолом, таким образом сэкономив


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 09.01.2009, 11:07   #14
AlexG
Senior Member
 
Регистрация: Jan 2006
Сообщения: 172
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

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

Последний раз редактировалось AlexG, 09.01.2009 в 11:27
AlexG вне форума   Ответить с цитированием
Старый 09.01.2009, 11:25   #15
AlexG
Senior Member
 
Регистрация: Jan 2006
Сообщения: 172
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

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

Цитата:
Сообщение от Arsie
Но я вполне понимаю суть вашей претензии: у нас нет такой же лёгкой альтернативы лоджику. Это да. Поверьте, наши разработчики крепко думают на эту тему.
ИМХО, лоджику нужна не альтернатива, а доводка до ума, чтобы им было легко и приятно пользоваться.
AlexG вне форума   Ответить с цитированием
Старый 09.01.2009, 14:48   #16
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Цитата
Сообщение от AlexG
Далеко не всегда специализированный контроллер можно легко заменить универсальным Да и цены на специализированные контроллеры бывают весьма разными, порядка так на три
Понятное дело, что часто граната гораздо проще и дешевле решает вопрос, чем авиационная бомба Но иногда она неплохо заменяет сотню гранат



Цитата
Сообщение от AlexG
ИМХО, лоджику нужна не альтернатива, а доводка до ума, чтобы им было легко и приятно пользоваться.
Над этим они также крупно думают.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 11.01.2009, 21:06   #17
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Язык - удобство общения. И здесь перепутаны удобства.
Си - далек от совершенства, и "трехэтажные ошибки" - следствие
его "неудобочитаемости" и "вседозволенности".
Я хотел бы подойти к языку, создающему операционную среду
(как последовательной обработки, так и реального времени,
с разделением времени, распределенной обработки). В большинстве
случаев для этого потребуются 16-и , 32-разрядные МК , и возможно
архитектура Фон Неймана, а не гарвардская. Но само развитие
Segnetics с 8-разрядного МК началось в ином направлении. Ранее в Ленинграде было достаточно специалистов для проектирования любых трансляторов (генераторов кода). Но сегодняшняя "преданность" языку Си и гафическому программированию многим непонятна.
dmitribon вне форума   Ответить с цитированием
Старый 12.01.2009, 05:48   #18
AlexG
Senior Member
 
Регистрация: Jan 2006
Сообщения: 172
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

В области языков программирования для ПЛК есть некоторые стандарты. Если придумать свой собственный, замечательный, но непохожий на другие язык это мало кто оценит.
AlexG вне форума   Ответить с цитированием
Старый 12.01.2009, 11:06   #19
Sergey Cherevko
Senior Member
 
Аватара для Sergey Cherevko
 
Регистрация: Jul 2007
Адрес: Калининград
Сообщения: 422
Благодарил(а): 0 раз(а)
Поблагодарили: 1 раз в 1 сообщении
По умолчанию Ответ: Пожелания

Еще лет 15 назад, когда надоела отсебятина производителей, был разработан стандарт IEC61131-3 и его европейский аналог EN61131-3, описывающий пять языков программирования для программируемых логических контроллеров. Одним из этих пяти языков является FBD (Функциональные Блоковые Диаграммы), реализованные в SMLogix.
Поэтому разрабатывать свой собственный язык программирования - всё равно что использовать вместо Modbus свой коммуникационный протокол. Кому это надо?
Sergey Cherevko вне форума   Ответить с цитированием
Старый 12.01.2009, 16:16   #20
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Здесь есть место стандартным европейцам?
Да и то "добро", из которого собран Segnetics -
лишь неликвидность Запада.
Признаю, что SMLogix обладает мультизадачными
средствами (события, разделение времени, сеть).
Являясь специалистом в схемотехнике, в данном случае
я ожидаю оператор присваивания, операции
и функции, типы, объекты, но не схему счетно-решающего
устройства. Как подключить программный модуль? И стоит ли
это делать вообще!?
dmitribon вне форума   Ответить с цитированием
Старый 12.01.2009, 19:35   #21
Sergey Cherevko
Senior Member
 
Аватара для Sergey Cherevko
 
Регистрация: Jul 2007
Адрес: Калининград
Сообщения: 422
Благодарил(а): 0 раз(а)
Поблагодарили: 1 раз в 1 сообщении
По умолчанию Ответ: Пожелания

Эмоции опущены
Цитата
Сообщение от dmitribon
Являясь специалистом в схемотехнике, в данном случае
я ожидаю оператор присваивания, операции
и функции, типы, объекты, но не схему счетно-решающего
устройства. Как подключить программный модуль? И стоит ли
это делать вообще!?
Вроде всё вышеперечисленное в лоджике есть
Только называется несколько по другому
Присваивание = "выход"
Операции и функции = блоки (готовые) и макросы (пользовательские)
Типы разнообразные: bool, int, long, real и string
Ну структур нет, а кто их в FBD использует?
Не совсем понял, что такое программный модуль. Функция? Подпрограмма? Обработчик события? Может, просто макрос?
Сейчас в лоджике функция, подпрограмма и макрос фактически являются синонимами. Ибо по входу enable "ненужные" в данный момент блоки просто ничего полезного не делают.
А вот организовать обработчики событий не помешало бы...
Может Сегнетикс в новой версии лоджика реализует их?
Sergey Cherevko вне форума   Ответить с цитированием
Старый 14.01.2009, 09:59   #22
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Цитата:
Сообщение от Sergey Cherevko
Эмоции опущены
А вот организовать обработчики событий не помешало бы...
Может Сегнетикс в новой версии лоджика реализует их?
Что именно вы имеете ввиду? Какие события нужно обрабатывать?

Упомянутый вами "Enable" у макроса может быть подключен практически к любому событию: дискретный вход (уровень, фронт, спад), аналоговый вход (сравнение, повышение/понижение согласно функции), приём изменённого числа по сети, вообще приём по сети. Включение питания. Кратковременный провал питания.

Единственное, что пришло в голову: нет события "выключение питания", но его и не обработать из-за отсутствия автономности после выключения питания, поэтому смысла в нём нет.

Может я что-то не так понимаю?


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 14.01.2009, 11:37   #23
Sergey Cherevko
Senior Member
 
Аватара для Sergey Cherevko
 
Регистрация: Jul 2007
Адрес: Калининград
Сообщения: 422
Благодарил(а): 0 раз(а)
Поблагодарили: 1 раз в 1 сообщении
По умолчанию Ответ: Пожелания

Цитата:
Сообщение от Arsie
Что именно вы имеете ввиду? Какие события нужно обрабатывать?
Немного поясню.
События могут разные, но для SMH и Pixel актуальны всего два:
1. Изменение состояния входа (прерывание по входу)
2. Асинхронное к тику прерывание по времени
Обработчики событий нужны для уменьшения времени реакции контроллера. А реакции SMH и Pixel хватает лишь на не очень быстрые процессы.
Пример из жизни. Pixel с 2 МР, проект на чуть меньше 1000 блоков. Реальный тик 50...55мс, заданный 75. Железяка с датчиками положения и довольно низкой динамикой позиционируется пикселом на границе схода флажка с датчика после его "пролета".
Конечно, можно собрать несложную схему на внешних реле с реакцией на срабатыание датчика менее 1мс. Но это же не наш метод Обычно всё наоборот и разные ошибки проектирования устраняются программными методами...
Поэтому и хотелось бы иметь какой-либо обработчик событий. Например, каждую 1мс контроллер бросает остальные дела и обрабатывает заданный пользователем макрос. В макросе опросил вход, обработал алгоритм и тут же выдал результат на выход.
Sergey Cherevko вне форума   Ответить с цитированием
Старый 14.01.2009, 13:02   #24
LordN
Senior Member
 
Регистрация: Dec 2007
Адрес: Томск
Сообщения: 4 125
Благодарил(а): 239 раз(а)
Поблагодарили: 161 раз(а) в 153 сообщениях
По умолчанию Ответ: Пожелания

Цитата:
Сообщение от Arsie
Что именно вы имеете ввиду? Какие события нужно обрабатывать?

Упомянутый вами "Enable" у макроса может быть подключен практически к любому событию: дискретный вход (уровень, фронт, спад), аналоговый вход (сравнение, повышение/понижение согласно функции), приём изменённого числа по сети, вообще приём по сети. Включение питания. Кратковременный провал питания.

Единственное, что пришло в голову: нет события "выключение питания", но его и не обработать из-за отсутствия автономности после выключения питания, поэтому смысла в нём нет.

Может я что-то не так понимаю?
если юзать правильный БП, то событие "выключение питания" ловится очень хорошо и стабильно.


__________________
C уважением, LordN
LordN сейчас на форуме   Ответить с цитированием
Старый 15.01.2009, 20:38   #25
dmitribon
Member
 
Регистрация: Nov 2008
Сообщения: 66
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Как-то дали частотный преобразователь подключтить, не помню какой.
Но формат обмена - 1 байт. Как быть!? Тех руководитлей, которые выбирают по-дешевле врядли интересуют трудности. Бывает контроллер только куплен и уже должен быть у заказчика. Себе позволить такой контроллер купить не могу. А вот, если бы контроллеры были простые, как для радиолюбителей - я бы по вечерам все делал сам.
dmitribon вне форума   Ответить с цитированием
Старый 16.01.2009, 10:36   #26
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Цитата:
Сообщение от Sergey Cherevko
Немного поясню.
События могут разные, но для SMH и Pixel актуальны всего два:
1. Изменение состояния входа (прерывание по входу)
2. Асинхронное к тику прерывание по времени
Обработчики событий нужны для уменьшения времени реакции контроллера. А реакции SMH и Pixel хватает лишь на не очень быстрые процессы.
Пример из жизни. Pixel с 2 МР, проект на чуть меньше 1000 блоков. Реальный тик 50...55мс, заданный 75. Железяка с датчиками положения и довольно низкой динамикой позиционируется пикселом на границе схода флажка с датчика после его "пролета".
Конечно, можно собрать несложную схему на внешних реле с реакцией на срабатыание датчика менее 1мс. Но это же не наш метод Обычно всё наоборот и разные ошибки проектирования устраняются программными методами...
Поэтому и хотелось бы иметь какой-либо обработчик событий. Например, каждую 1мс контроллер бросает остальные дела и обрабатывает заданный пользователем макрос. В макросе опросил вход, обработал алгоритм и тут же выдал результат на выход.
1) В пределах своего быстродействия что SMH, что Пиксель "прерывание" отработают. Не стоит их применять в неподходящих им задачах. Если вам нужна реакция 1 мс, то контроллер должен иметь время цикла не более 0.5 мс. Иначе любые ухищрения только усугубят ситуацию.

2) Асинхронность асинхронностью, но смысл в каком-то внеочередном выполнении какого-то макроса, если циклу подчинены также и обновление входов и выходов? Ну, обработал макрос данные, куда он их денет? Правильный вариант решения указанной вами проблемы - кардинальное сокращение времени общего цикла.

Во всех мощных системах с ОС реального времени просто очень маленькое время цикла (менее 1 мс), поэтому возникает ощущение "прерывания" и "параллельной работы". Но это ощущение, не более.

У нас есть продукт, который можно использовать в системах позиционирования - это FS-01, у неё время срабатывания измеряется долями миллисекунд.

PS. Не поделитесь, какие-такие реле срабатывают быстрее, чем 1 мс?

PPS. Вы представили очень упрощённую модель, правильно это делается так: каждую 1мс контроллер бросает остальные дела, опрашивает входы, сохраняет контекст основной задачи, обрабатывает заданный пользователем макрос, выдаёт результат на выход, восстанавливает контекст основной задачи. В результате такой чехарды времени потратится больше, чем 1 мсек. Но самое грубое, что произойдёт - это потеряется синхронность выполнения основной программы. Например: основная программа включает 2 дискретных выхода. Важно, чтобы они включились одновременно. Контроллер включает один, в это время возникает прерывание, в течении которого он выполняет макрос из 100 блоков. Тратит на это 1-2 мс. В итоге второй дискретный выход включится с задержкой.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 16.01.2009, 10:37   #27
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Этот вариант я даже не рассматриваю, т.к. он от контролера не зависит


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 16.01.2009, 10:42   #28
Arsie
Сотрудник Segnetics
 
Аватара для Arsie
 
Регистрация: Jan 2006
Адрес: Russia, SPb
Сообщения: 18 020
Благодарил(а): 15 раз(а)
Поблагодарили: 655 раз(а) в 599 сообщениях
По умолчанию Ответ: Пожелания

Как для радиолюбителя?

Я в своё время собирал такое устройство. Называлось оно Микроша-80. Нифига оно не простое. И ZX Spectrum собирал. Уже проще, но всё ещё сильно сложнее нашего контроллера. При меньших возможностях.

Или у вас есть иной пример?

PS. "Формат обмена 1 байт" - это описание годится к абсолютно любому протоколу на основе любого последовательного порта (RS-232, RS-422, RS-485) и части параллельных. В них передача происходит побайтово, т.е. формат обмена однобайтовый.


__________________
Программа делает то что написал программист, а не то что он хотел.

Добро всегда побеждает зло. Кто победил - тот и добрый.
Arsie сейчас на форуме   Ответить с цитированием
Старый 16.01.2009, 12:14   #29
Sergey Cherevko
Senior Member
 
Аватара для Sergey Cherevko
 
Регистрация: Jul 2007
Адрес: Калининград
Сообщения: 422
Благодарил(а): 0 раз(а)
Поблагодарили: 1 раз в 1 сообщении
По умолчанию Ответ: Пожелания

Цитата:
Сообщение от Arsie
Если вам нужна реакция 1 мс, то контроллер должен иметь время цикла не более 0.5 мс. Иначе любые ухищрения только усугубят ситуацию.
Повторюсь. Практически всегда ошибки проектирования исправляются программными способами. В том числе и более быстрой обработкой некоторых входов-выходов, чем период тика/скана. В контроллерах других производителей обычно это всегда локальные входы-выходы (не модулей расширения).
Принцип простой. В системных настройках указывается программный файл/блок/сегмент, который обрабатывается асинхронно от основного тика/скана каждые 10мкс/100мкс/1мс в зависимости от контроллера/производителя. При этом в среде разработки в дереве проекта/закладке "Устройства" в папке программ основная программа и обработчики лежат сами по себе раздельно и обозначены разными пиктограммами, чтобы пользователь не перепутал.
Цитата:
Сообщение от Arsie
Асинхронность асинхронностью, но смысл в каком-то внеочередном выполнении какого-то макроса, если циклу подчинены также и обновление входов и выходов? Ну, обработал макрос данные, куда он их денет?.
Обработчик вызывается:
1. по прерыванию системного таймера;
2. или системной же функцией, которая очень часто сама опрашивает вход и определяет изменение его состояния.
По завершении работы обработчика используемые им выходы сразу же обновляются. В контроллерах других производителей есть даже специальные команды/блоки/инструкции для асинхронного чтения водов и для записи выходов.
В случае SMLogix я представляю себе обработчик отдельной "поляной", на которой будут свои входы и свои выходы. Проблему вижу в другом - как обмениваться переменными между основной программой и обработчиком,хоть они и будут использовать общую память. Наверное, появится какой-нибудь новый "леденец" глобальной связи...
Цитата:
Сообщение от Arsie
Во всех мощных системах с ОС реального времени просто очень маленькое время цикла (менее 1 мс), поэтому возникает ощущение "прерывания" и "параллельной работы". Но это ощущение, не более.
Неправда. Достаточно много видел разных мощных промышленных контроллеров в разных приложениях. Наоборот, у всех них время цикла не менее 10мс, и это еще очень хорошее быстродействие.
Если "разогнать" пиксел до цикла в 10...20мс с несколькими модулями расширения и программой около 1000 блоков, то вопрос с обработчиком сам бы отпал.
Цитата:
Сообщение от Arsie
У нас есть продукт, который можно использовать в системах позиционирования - это FS-01, у неё время срабатывания измеряется долями миллисекунд.
Если была бы потребность в сервосистеме, туда Pixel бы и не поставил. А для задачи выключения двигателя по срабатыванию датчика и за разумное время ставить FS-01 это стрелять из пушки по воробьям.
Цитата:
Сообщение от Arsie
PS. Не поделитесь, какие-такие реле срабатывают быстрее, чем 1 мс?
Твердотельные
Электромеханические подольше: 5...20мс в зависимости от номинального тока. Но все равно на порядок быстрее контроллера, про который я написал...
Sergey Cherevko вне форума   Ответить с цитированием
Старый 16.01.2009, 17:50   #30
AlexG
Senior Member
 
Регистрация: Jan 2006
Сообщения: 172
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
По умолчанию Ответ: Пожелания

Если вам это действительно нужно, можно получить весьма и весьма хорошее быстродействие запрограммировав SMH на Си.
AlexG вне форума   Ответить с цитированием
Ответ

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать темы
Вы не можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать свои сообщения

BB code is Вкл.
[IMG] код Вкл.
HTML код Выкл.


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Конструктор ИТП, пожелания. LordN SMConstructor (теплопункты) 204 02.02.2023 11:12
Конструктор HVAC, пожелания. LordN SMConstructor (вентиляция) 7 15.02.2021 15:26
Пожелания к прайс-листу AlexG Форум Segnetics 10 27.01.2011 17:01


Часовой пояс GMT +4, время: 11:21.


Версия vBulletin: 3.8.3
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Segnetics 2005 - 2023