Arduino Mega Server

[ledmax]

Да нет, то что написано я вижу - имел ввиду, что если начинать работу, то уже на due . Ведь дебагинг Дуе по первому вашему варианту (без адаптера) возможен, если поменять компилятор?

[ledmax]

http://forum.arduino.cc/index.php?topic=162959.0

[uni]

Можно и на DUE, но у меня нет платы DUE. Я бы вообще начал с OpenWrt. Там ресурсов ещё больше. Можно перенести всё на любой роутер с OpenWrt, разделив проект на 2 части: сервер и сеть периферии (ПЛК и модули ввода-вывода). Всю периферию можно подключить к роутеру по usb через преобразователь интерфейса.

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

У меня план такой. Довожу до ума исходники и делю их на две части. Одна часть будет заниматься только серверными делами (отдельная плата: роутер, Mega, DUE, ПК ...), а вторая плата работает как посредник для любой периферии и освобождена от серверных функций. Плат второго типа может быть много. Если применять протокол Modbus-RTU, то до 250 штук. Каждая может являться модулем ввода-вывода.

Так, мне кажется, будет куда гибче, чем впихивать всё в один мк и плодить прошивки для каждого отдельного уникального набора периферии.

[CamCam]

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

Так может пришло время вынести AMS в от дельный раздел форума ?
Пуст там наработки людей /решение проблем/ идут отдельными темами

Ну, это вопрос к Сергею, я не имею ничего против.

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

Вы продолжаете указывать что и как делать другим, вместо того, чтобы делать самому.

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

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

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

Совершенно верно и у народа есть все возможности сделать его народным. Только для этого нужно перестать требовать и начать работать. Гитхаб открыт для всех.

Подскажите, дата и время без модуля RTC - должны обновляться через Интернет?

Должны, но иногда обновление происходит не с первого раза (по каким-то причинам).

[tto4ka]

Плат второго типа может быть много. Если применять протокол Modbus-RTU, то до 250 штук. Каждая может являться модулем ввода-вывода.

Так, мне кажется, будет куда гибче, чем впихивать всё в один мк и плодить прошивки для каждого отдельного уникального набора периферии.

А на CAN не проще? Modbus-RTU это мастер слейв, CAN же бродкаст с приотеризацией, и мастеру ничего опрашивать не надо, произошло событие, слейв сразу кинул мессагу...

[serghei]

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

Так, мне кажется, будет куда гибче, чем впихивать всё в один мк и плодить прошивки для каждого отдельного уникального набора периферии.

Поддерживаю такой подход.Я открыл все 13 каналов РМ ,расширил вывод всех каналов на монитор(с выводом графиков пока не получается-только учусь)и замечаю существенные тормоза с отработкой быстро меняющейся нагрузки(при работе паяльника 30 Вт с автоматической регулировкой температуры при цикле 10 секунд ON 20 секунд OFF AMC еле-еле успевает за нагрузкой,хотя процессор не нагружен).Если за АМС оставить только интерфейс-я думаю ситуация изменится к лучшему.К тому же одного контроллера катастрофически не хватает даже в маленьком доме.

[ledmax]

Можно и на DUE, но у меня нет платы DUE. Я бы вообще начал с OpenWrt. Там ресурсов ещё больше. Можно перенести всё на любой роутер с OpenWrt, разделив проект на 2 части: сервер и сеть периферии (ПЛК и модули ввода-вывода). Всю периферию можно подключить к роутеру по usb через преобразователь интерфейса.

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

У меня план такой. Довожу до ума исходники и делю их на две части. Одна часть будет заниматься только серверными делами (отдельная плата: роутер, Mega, DUE, ПК ...), а вторая плата работает как посредник для любой периферии и освобождена от серверных функций. Плат второго типа может быть много. Если применять протокол Modbus-RTU, то до 250 штук. Каждая может являться модулем ввода-вывода.

Так, мне кажется, будет куда гибче, чем впихивать всё в один мк и плодить прошивки для каждого отдельного уникального набора периферии.

Тут я не соглашусь - главная идея этого проекта универсальность и гибкость, а вы предлагаете создать систему заточенную под определённые нужды.
Например нужно сделать контроллер управления к примеру.. каким нибудь котлом. Берём АМС, подключаем к периферии и всё, готово - не надо городить экран, кнопки, сложный корпус итд.. всё управляем через веб.
Modbus-RTU - протокол промышленной связи, он надёжный, быстрый, но и сложный и не удобный. К примеру в автоматизации дома нам не нужны такие скорости обмена. Куда более важны наглядность и простата интеграции. моё мнение, что платы лучше соединять через Ethernet. Базовые прошивки могут быть на всех платах одинаковые - вам никто не мешает отключить ненужные модули и дописать свои под конкретные нужды. Один контроллер главный, на нём веб морда, с которой можно всем управлять ну а локальная логика уже на локальных контроллерах.
Зачем например главному контроллеру знать, каким обзором и от каких датчиков включается свет в сортире - он просто должен получать запрос об обновлении статуса. Ну и это более надёжно - при выходе из строя одного контроллера, не придётся пысать со свечкой..
Нужно разобраться со всеми косяками Ethernet библиотеки и в принципе всё - остальные вещи каждый может делать как хочет, вся необходимая база существует.

[uni]

Я работаю в фирме, которая занимается автоматизацией котельных. Наши системы построены по указанному выше принципу с Modbus-rtu протоколом. На нашем головном контроллере есть CAN, но им никто не пользуется. Введение его поддержки оказалось бесполезным пока.

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

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

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

Вообще, текущие исходники слишком запутанные. Условную компиляцию модулей я уберу, выглядит она некрасиво. Ещё есть идея добавить операционную систему, у меня есть одна на примете и она работает. С ней проще разделять процессорное время.

Ну и весь код нужно перелопачивать, убирая константные строки из ОЗУ. Я уже их на килобайт насобирал. Нужно писать сразу так, чтобы большинство текстовых строк было во флеш.

[uni]

Добавил ссылку на svn к себе в подпись второй ссылкой. Исходники будут существенно перерабатываться. Для сборки используется метод из указанной ранее статьи.

[allexmak1]

Подскажите, добрался до RGB ленты, смотрю по части ардуино вроде готово, а вот где ковырять HTML чтобы добратся до изменения цвета с вэба?