Concept SmartOn Device

Являясь интегратором различных типов измерительных приборов в единую систему НТЦ «Арго» накопил большой опыт по взаимодействию с творческими коллективами, реализовавшими отличные друг от друга концепции обмена данными с внешними системами. Не являясь, по сути, производителем первичных измерительных приборов (электросчетчиков, счетчиков тепла, газа, расходомеров для различных сред), но в активном взаимодействии с коллегами – разработчиками постепенно сформировалось представление об «идеальном» счетчике.
Невозможно реализовать в одиночку проект, который потенциально может повлиять на развитие приборостроения. Поэтому НТЦ "АРГО" ищет стратегического партнера (сообщество) для реализации концепции идеального счетчика.
Основные положения (детали сознательно опущены)
концепции «идеального» счетчика
1. Требования к конструкции счетчика
1.1. Корпус должен предусматривать наличие четырех независимых отсеков, каждый из которых имеет возможность независимой пломбировки.
1.1.1. Первый отсек для интерфейсных компонент. Желательно иметь два крейта с унифицированным интерфейсом. Необходимо реализовать следующие интерфейсные модули:PLC, GSM/GPRS, Bluetooth, оптопорт, радиоканал,
RS-485, RS-232, Ethernet.
1.1.2. Второй отсек собственно для измерительной части (может быть заменен для смежных приложений). Конструктив измерительной части должен быть инвариантен к функциональному назначению.
1.1.3. Третий отсек для входных коммуникационных и отключающих (ограничивающих) элементов.
1.1.4. Четвертый отсек для системы индикации-навигации (в некоторых частных реализациях может отсутствовать).
Подобная конструкция счетчика подходит и для сплит-систем, и для теплосчетчика и для коммуникатора-УСПД, что позволяет строить расширяемые многофункциональные системы.
Дизайн концепт модели приведен ниже.
2. Требования к протоколу.
Вокруг этого вопроса сегодня ведутся жаркие споры, переходящие в подковровые интриги и откровенные войны. В самом деле, вопрос нешуточный. Объективно складывается такая ситуация, что каждый производитель счетчиков имеет свой взгляд на процедуру обмена данными с внешним миром. Причем не только имеет этот самый взгляд, но что более важно и реализацию в софте и «железе». Эти реализации затрагивают и интеграторов, которые вынуждены поддерживать все прихоти разработчиков по «низу». В совокупности это немалые затраты и ни одна из сторон без крайней нужды на революционные переделки не пойдет. Если обратится к опыту «запада», то и там по сути единого подхода так же нет. Имеются крупные финансовые группы, которые продвигают те или иные стандарты. Какая из них возьмет верх трудно сказать. Не факт, что победит в этой схватке оптимальный в техническом плане подход.
Но можно посмотреть на эти (по сути экономические) процессы философски. Как бы не встали звезды с «протокольной» политикой над ними все равно будет довлеть TCP IP. Конечно, новый IP V6 (да и V4) не целесообразно (в ряде случаев и невозможно) использовать на «тихоходных» каналах, таких, как например PLC. Поэтому «внизу» на наш взгляд, можно оставить и «фирменный» канал, потребовав WEB сервер над «фирменным» концентратором. WEB сервер без труда при наличии интерфейсного крейта (например, как опцию) можно разместить и в счетчике предлагаемой конструкции. Этот «надплатформенный» интерфейс даст необходимую широту для «технического» маневра как производителям счетчиков, так и интеграторам.
Вывод: в «переходный» период к единому протоколу «разрешить» фирменные протоколы и использовать WEB сервер как средство по унификации обмена данными между счетчиками и «верхним» уровнем.
Первоначальный вариант
Промежуточный вариант
Открываем коробочку
Прототип SmartOn'а с 3D принтера
Начинка SmartOn'а

Являясь интегратором различных типов измерительных приборов в единую систему НТЦ «Арго» накопил большой опыт по взаимодействию с творческими коллективами, реализовавшими отличные друг от друга концепции обмена данными с внешними системами. Не являясь, по сути, производителем первичных измерительных приборов (электросчетчиков, счетчиков тепла, газа, расходомеров для различных сред), но в активном взаимодействии с коллегами – разработчиками постепенно сформировалось представление об «идеальном» счетчике.
Невозможно реализовать в одиночку проект, который потенциально может повлиять на развитие приборостроения. Поэтому НТЦ "АРГО" ищет стратегического партнера (сообщество) для реализации концепции идеального счетчика.
Основные положения (детали сознательно опущены)
концепции «идеального» счетчика
1. Требования к конструкции счетчика
1.1. Корпус должен предусматривать наличие четырех независимых отсеков, каждый из которых имеет возможность независимой пломбировки.
1.1.1. Первый отсек для интерфейсных компонент. Желательно иметь два крейта с унифицированным интерфейсом. Необходимо реализовать следующие интерфейсные модули:PLC, GSM/GPRS, Bluetooth, оптопорт, радиоканал,
RS-485, RS-232, Ethernet.
1.1.2. Второй отсек собственно для измерительной части (может быть заменен для смежных приложений). Конструктив измерительной части должен быть инвариантен к функциональному назначению.
1.1.3. Третий отсек для входных коммуникационных и отключающих (ограничивающих) элементов.
1.1.4. Четвертый отсек для системы индикации-навигации (в некоторых частных реализациях может отсутствовать).
Подобная конструкция счетчика подходит и для сплит-систем, и для теплосчетчика и для коммуникатора-УСПД, что позволяет строить расширяемые многофункциональные системы.
Дизайн концепт модели приведен ниже.
2. Требования к протоколу.
Вокруг этого вопроса сегодня ведутся жаркие споры, переходящие в подковровые интриги и откровенные войны. В самом деле, вопрос нешуточный. Объективно складывается такая ситуация, что каждый производитель счетчиков имеет свой взгляд на процедуру обмена данными с внешним миром. Причем не только имеет этот самый взгляд, но что более важно и реализацию в софте и «железе». Эти реализации затрагивают и интеграторов, которые вынуждены поддерживать все прихоти разработчиков по «низу». В совокупности это немалые затраты и ни одна из сторон без крайней нужды на революционные переделки не пойдет. Если обратится к опыту «запада», то и там по сути единого подхода так же нет. Имеются крупные финансовые группы, которые продвигают те или иные стандарты. Какая из них возьмет верх трудно сказать. Не факт, что победит в этой схватке оптимальный в техническом плане подход.
Но можно посмотреть на эти (по сути экономические) процессы философски. Как бы не встали звезды с «протокольной» политикой над ними все равно будет довлеть TCP IP. Конечно, новый IP V6 (да и V4) не целесообразно (в ряде случаев и невозможно) использовать на «тихоходных» каналах, таких, как например PLC. Поэтому «внизу» на наш взгляд, можно оставить и «фирменный» канал, потребовав WEB сервер над «фирменным» концентратором. WEB сервер без труда при наличии интерфейсного крейта (например, как опцию) можно разместить и в счетчике предлагаемой конструкции. Этот «надплатформенный» интерфейс даст необходимую широту для «технического» маневра как производителям счетчиков, так и интеграторам.
Вывод: в «переходный» период к единому протоколу «разрешить» фирменные протоколы и использовать WEB сервер как средство по унификации обмена данными между счетчиками и «верхним» уровнем.
Первоначальный вариант
Скрытый текст |
---|
![]() |
Промежуточный вариант
Скрытый текст |
---|
![]() |
Скрытый текст |
---|
![]() ![]() ![]() |
Скрытый текст |
---|
![]() |
Скрытый текст |
---|
![]() |