Выбор платформы для сервера автоматизации здания Опции

[Sergey379]

Привет всем!


Решаю вопрос с выбором платформы, для построения сервера автоматизации здания. На нем будут крутится: общая логика, интерфейсы Modbus, Wireless M-BUS, CAN в перспективе и т.д. Ориентируюсь на одноплатные компьютеры или АРМ мли х86 архитектуры. Выбираю между Linux и Windows. В качестве основных критериев выбора мог бы выделить:
* Скорость разработки драйверов, софта, запуск системы. Если выбирать между Linux и Windows (с учетом знаний. Linux, программированием на С, РНР, Visual Studio C#, .NET, всего по немногу..)
* Надежный производитель.
* Наличие драйверов под Linux, наличие информации о девайсе на форумах, документация и т.д.
* Цена желательно до 200 баксов.
* Наличие переферии: SPI, желательно - I2C, UART, СAN
* Потребеление не критичный вопрос.

Пофильтровав интернет мне прирглянулись такие платы:
1. http://www.avalue.com.tw/products/ECM-QB.cfm
2. EPIA-840 http://www.viaembedded.com/en/products/boa...1230&tabs=1
3. FriendlyARM tiny6410 http://www.friendlyarm.net/


P.S.
Обязательно хочу через SPI интегрировать на плату приемопередатчик СС1101 или другой, если есть лучше. Из под чего проще сделать управление СС1101 Linux или Windows?

[Olej]

Решаю вопрос с выбором платформы, для построения сервера автоматизации здания. На нем будут крутится: общая логика, интерфейсы Modbus, Wireless M-BUS, CAN в перспективе и т.д. Ориентируюсь на одноплатные компьютеры или АРМ мли х86 архитектуры. Выбираю между Linux и Windows. В качестве основных критериев выбора мог бы выделить:
* Скорость разработки драйверов, софта, запуск системы. Если выбирать между Linux и Windows (с учетом знаний. Linux, программированием на С, РНР, Visual Studio C#, .NET, всего по немногу..)
* Надежный производитель.
* Наличие драйверов под Linux, наличие информации о девайсе на форумах, документация и т.д.
* Цена желательно до 200 баксов.
* Наличие переферии: SPI, желательно - I2C, UART, СAN
* Потребеление не критичный вопрос.

+ вопрос живучести: через какое время оно, при режиме 24х365 - обвалится ... а обвалится обязательно!
+ время восстановления после такого обвала;

как по мне: безусловно Linux...
напомнило вопрос: "а вы купили бы билет на самолёт, зная, что ним управляет Windows?"

Из под чего проще сделать управление СС1101 Linux или Windows?

конечно, проще то, что умеешь делать
но даже в отношении поддержки специальной (не десктопной) периферии, Linux проще, но главное - предсказуемее, посмотрите вот это: "Модули ядра Linux" ... ну и, может, вот это: "Инструменты Linux для Windows-программистов"
может это вам поможет определиться + вообще окажется полезным

P.S.
Обязательно хочу через SPI интегрировать на плату

P.S.
по SPI в Linux кое-что, по верхам, можете глянуть здесь:
http://habrahabr.ru/blogs/linux/123145/
http://habrahabr.ru/blogs/linux/123266/

[Sergey379]

+ вопрос живучести: через какое время оно, при режиме 24х365 - обвалится ... а обвалится обязательно!

Обволится по причине железа или софта? Например у меня Dell PowerEdge сервер работает уже 4 года без остановки. Железо ниразу не глюкануло.
Думаю, что если найти хорошего производителя, то про железо можно забыть.
Что касается софта, то в случае с Линуксом, наверное все зависит от профессионализма человека, который будет строить сервер.
В плане стабильности у Линукса неплохая репутация, на сколько я понял...

как по мне: безусловно Linux...
напомнило вопрос: "а вы купили бы билет на самолёт, зная, что ним управляет Windows?"

я тоже за Линукс. Тем более есть небольшой опыт с ним. Но,
пытаюсь понять умных людей из Siemens, Beckhoff и т.д., который для своих промышленных PC выбирают все же Windows Embedded. Значит, в конечном итоге, при всех за и против Windows обеспечивает более оптимальный путь разработки, поддержки, развития продукта? Понятно, что у для них Windows стоит других денег, но вряд ли это основной аргумент. Предполажу, что на выбор больше влияет возможность использовать готовые сетевые сервисы, программные решения того же .NET для интеграции системы автоматизации на более высокий пользовательский и сетевой уровень.. Отсюда скорость реализации новых технологий. С этой точки зрения, возможно, Линукс больше подходит для локальных, конечных решений: роутеры, файерволы и т.д. ?

Спасибо за ссылки!

[Enthusiast]

Обволится по причине железа или софта? Например у меня Dell PowerEdge сервер работает уже 4 года без остановки. Железо ниразу не глюкануло.
Думаю, что если найти хорошего производителя, то про железо можно забыть.
Что касается софта, то в случае с Линуксом, наверное все зависит от профессионализма человека, который будет строить сервер.
В плане стабильности у Линукса неплохая репутация, на сколько я понял...

Судя по исследованиям количества отказов в серверах "Гугла", можно сказать, что применяя в своём "железе" динамическую память с аппаратным контролем чётности, можно свести вероятность сбоя к пренебрежимо малой. Тынц.

[kolobok0]

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

мягко говоря бред.
чиссо из практики по ремонту:
1) при поиске, прогоне после ремонта памяти (или около памяти мест) _всегда_ делался термотест. и я вам скажу - сбой при нагреве имеет место быть. всё остальное от лукавого.
2) аппаратный контроль чётности (как правило) выдаёт аппаратное прерывание процу. а тот уже может по своему усмотрению поднять лапки (как в форточках), либо принять меры.

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

(круглый)

[Enthusiast]

мягко говоря бред.

К североамериканцам доверия больше будет? Тынц.