[ashr 0]

Добрый день.

Нужно разработать устройство, управление которым должно осуществляться через ethernet и wi-fi.

Какая минимальная/типичная/комфортная программно-аппаратная конфигурация должна быть у встраивамого устройства, чтобы запустить на нем более-менее полноценный web-сервер и web-службу?

[kovigor 6]

Добрый день.

Нужно разработать устройство, управление которым должно осуществляться через ethernet и wi-fi.

Простейшие WEB-серверы даже на PIC делают.

http://www.megachip.ru/news.php?id=84

А для управления по сети может и UDP хватить ...

[ashr 0]

Простейшие WEB-серверы даже на PIC делают.

http://www.megachip.ru/news.php?id=84

А для управления по сети может и UDP хватить ...

Мне нужен не простейший, а достаточно полноценный.

[Marto 0]

w7200 [Wiznet]?

Тут те и арм, тут те и аппаратный tcp/ip :rolleyes:

[VslavX 0]

Мне нужен не простейший, а достаточно полноценный.

А что в Вашем понимании полноценный? Иногда "полноценный" Web-сервер может быть весьма суровым и выдвигать неслабые требования к хостингу.

 

[ashr 0]

А что в Вашем понимании полноценный? Иногда "полноценный" Web-сервер может быть весьма суровым и выдвигать неслабые требования к хостингу.

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

 

w7200 [Wiznet]?

Тут те и арм, тут те и аппаратный tcp/ip :rolleyes:

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

 

 

[oll 0]

Может роутер + микроконтроллер: http://www.xakep.ru/magazine/xa/128/110/1.asp

[AlexandrY 3]

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

 

Ну кто теперь публичный сервер делает на встраиваемом дивайсе?

Если нужны красивые интерактивные графики на основе данных то Google Fusion Tables.

Если нужно on-line управление удаленным устройством, то берут хостинг с Node.JS как посредника, но ни в коем случае не открывают прямой доступ из интернета к портам устройства.

 

Самому устройству при этом сервер не нужен, нужен только TCP стек с HTTP и SSL.

[xvr 12]

Полноценный - такой, чтобы на нем можно было запустить сайт а-ля этот и web-службу.

Вы хотите прямо этот сайт запустить на своей втроенной железке и выставить голой ж... в Интернет? :cranky: Набега хакеров не боитесь? Или что ваш девайс начнет показывать поронографические мультики вместо графиков?

Послушайтесь AlexandrY - он дело говорит :rolleyes:

 

[sasamy 0]

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

 

При использовании ОС это делается элементарно не выходя из buildroot :) на imx233 например у меня работала небольшая CMS на php+sqlite (например эта http://www.wolfcms.org/), в качестве сервиса http использовал встроенный в busybox http-сервер.

http://box.matto.nl/busyboxphp.html

 

ethernet и wi-fi аналогично с пол-пинка прикручиваются. На все это нужно потратить минут 15.

Изменено 27 июля, 2012 пользователем sasamy

[ashr 0]

Вы хотите прямо этот сайт запустить на своей втроенной железке и выставить голой ж... в Интернет? :cranky: Набега хакеров не боитесь? Или что ваш девайс начнет показывать поронографические мультики вместо графиков?

Послушайтесь AlexandrY - он дело говорит :rolleyes:

Я не хочу запустить этот сайт на железке. Это вообще не мой сайт. Я его привел в качестве хоть какого-нибудь примера.

 

Ну кто теперь публичный сервер делает на встраиваемом дивайсе?

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

 

Если нужны красивые интерактивные графики на основе данных то Google Fusion Tables.

Если нужно on-line управление удаленным устройством, то берут хостинг с Node.JS как посредника, но ни в коем случае не открывают прямой доступ из интернета к портам устройства.

Самому устройству при этом сервер не нужен, нужен только TCP стек с HTTP и SSL.

Хотелось бы, чтобы не было никаких дополнительных хостингов. Просто одно устройство-сервер, доступное из локальной сети.

 

 

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

[VslavX 0]

Вы хотите прямо этот сайт запустить на своей втроенной железке и выставить голой ж... в Интернет? :cranky: Набега хакеров не боитесь?

ИМХО набега хакеров надо боятся если сервер основан на открытых/широкоизвестных вещах, в которых можно поковыряться и поискать уязвимости. А если все самописное и железо физически недоступно (только через сетевые сервисы), то хакеры не так уж нестрашны. Ну за ДДОС-ят, в худшем случае - это не совсем вопрос к серверу/железке. Интересно было бы сделать, например, дефейсинг на сервере, у которого ресурсы все в программной памяти микроконтроллера (ну типа LPC17). Теоретически понятно - нужно как-то удаленно грузануть свой код в RAM и получить управление. Но практически - без наличной прошивки и много-много времени на ее вдумчивое изучение на предмет "дырок" - малореально.

 

[kolobok0 0]

...через ethernet и wi-fi....программно-аппаратная конфигурация...запустить на нем более-менее полноценный web-сервер и web-службу?

 

чтоб поднять Ethernet - много телодвижений не надо. С ВайФаем сложнее. Если Вам принципиально и то и то, то тогда надо искать готовые девайсы(типа роутеров под льюникс) или готовые платки которые берут на себя данный функционал (типа визнета и иже).

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

1) чисто всё самому реализовывать. в инете есть вплоть до физического уровня всё на МК. правда скорость - сами понимаете не серъёзно.

2) взять готовые микросхемки(типа CS8900A - это правда десятка, чисто как пример) сети(как правило управление ими - параллельное), внимание уделить при разводке дорожек, согласующему трансику на выходе. с точки зрения софта - микросхемка предоставляет только физический уровень и фильтрацию(поддержку) на мак уровне(типа бродкасты и явную адресацию). стэк подымать самому. Минималка для вэба - ARP, IP, ICMP, TCP, WEB начинку(HTTP + некий свой встроенный язык - аля пыхпых). для расширения UDP на любителя - занимает копейки телодвижений, а заюзать можно не плохо для своих нужд. Обращаю внимание, что если встраиваемый сервак должен принимать страницы более 1500 байт(такое может быть - в зависимости от функционала вэба), то обязательно нужно поддерживать сборку на IP уровне!(не путать с TCP). Если её поддерживать - то как правило требования к ОЗУ возрастает(время жизни фрагмента, интенсивность и размер ОЗУ - связаные вещи).

3) взять готовые платки (микросхемка, сетевой трансик, кварц). как и во втором варианте возможно придётся(зависит от милкосхемки) реализовывать стэк самому(см. пункт 2). Но есть и готовые решения - например WizNet. Управление как правило идёт через SPI или COM или типа того. Стэк как правило в этом случае поддерживается милкосхемкой. Вэб решение бывает внутри, а бывает и нет.

4) взять готовые девайс типа роутера. софтверная начинка - льюникс и иже. выхода можно намудрить. Но это не пром. вариант кмк.

 

 

 

...сайт запустить на своей втроенной железке и выставить голой ж... в Интернет? :cranky: Набега хакеров не боитесь?...

 

глупость несёте...

поясните как хакеры будут ломать флэш МК через Ethernet?

Изменено 27 июля, 2012 пользователем kolobok0

[AlexandrY 3]

Я не хочу запустить этот сайт на железке. Это вообще не мой сайт. Я его привел в качестве хоть какого-нибудь примера.

 

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

 

Хотелось бы, чтобы не было никаких дополнительных хостингов. Просто одно устройство-сервер, доступное из локальной сети.

 

Предложенный вариант роутер+контроллер с некоторыми изменениями, на мой взгляд, достоин внимания.

 

Понимаю, что сайт для примера. Но ход мыслей понятен, графики и все такое.

Графики можно строить в самом браузере используя например движок jQuery и передавать только массивы данных.

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

Это уже круто, но по прежнему осуществимо на каком нибудь STM32F103 силами GUI.

 

Google Fusion Tables неплохой вариант даже для интрасетей, поскольку там данные действительно хранятся надежно, централизовано и бесплатно.

В дивайсах вы не можете положиться 100% на надежность встроенных носителей. (Особенно на дешевых KIT-ах ;) ).

 

Если делать WEB сервер на самом дивайсе, то наличие скриптовых движков типа PHP совсем необязательно.

Сервера для микроконтроллеров поддерживают технологию серверных включений SSI и CGI которые пишутся на знакомом C-и, и значительно гибче и быстрее PHP, при этом могут напрямую обращаться к любой периферии на плате (а не только к UART-у ;) )

 

[theBMV 0]

Поднимал сервак на LPC2129+CS8900A+uIP. В принципе доволен, но макс. кол-во подключений TCP слишком мало. Всего 20 сокетов.

Сейчас делаю новую хрень, но там мне нужен чисто UDP: LPC1768+PHY+не_знаю_пока_какой_стек. А для WiFi использую ConnectOne'овский модуль. В принципе он вроде позволяет поднять вполне себе полноценный web, но что тогда делать с web'ом по ethernet - вот вопрос.