Arduino Mega Server

[VGorokhov]

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

Переписывать за вас весь код АМС не планирую, там не в коде проблема а в изначальных идеях проекта, извините. Не хочу быть даже минимально причастным к возможным последствиям.

В отличие от других участников форума, я от вас не видел ни одной строчки кода и ни одного дельного предложения, одни «понтовые» заявления. Соответственно, ценность ваших заявлений для меня и сообщества ровна нулю.

Alex, по ходу развития проекта еще много будет троллей, которые знают только аббревиатуру ПУЭ, а дальше только ноль или нуль... причем полный. Не обращайте на них и не тратьте нервы.

[Alex]

Alex, по ходу развития проекта еще много будет троллей, которые знают только аббревиатуру ПУЭ, а дальше только ноль или нуль... причем полный. Не обращайте на них и не тратьте нервы.

Вот это я называю дельным советом И спасибо на добром слове.

[SPbDima]

Alex, Агния Барто уже писала про таких: http://lukoshko.net/barto/bartsn6.shtml
На данном форуме пишут и читают его только те, кому понравится твой АМС. Ты большой молодец!
Если тебе плюют в спину - гордись! Ты впереди!

[SPbDima]

библиотека DallasTemperature использует delay,да,вы правильно помните,задержка зависит от выставленной точности..если использовать точность 12бит,то время конвертации будет 750мс,если нам достаточно точности 9бит,это до 0.1*С,то время конвертации там всего около 150мс,точно не помню...SPBDima ошибался,когда сказал,что задержка 1с на каждый датчик в системе...команда на конвертацию дается широковещательная,сразу для всех устройств на шине,поэтому конвертация пройдет во всех датчиках одновременно..отказавшись от библиотеки Dallas оставив только OneWire,можно вообще уйти от задержки...к примеру если мы опрашиваем датчики раз в пять сек,то алгоритм будет такой:в 0 сек мы бросаем команду на конвертацию,пока они себе так конвертируются мы занимаемся своими делами,через пять сек забираем значения и снова даем команду на конвертацию...суть вы поняли,никаких задержек...

Согласен, что ошибался. А по предложенной реализации - я также мыслил, единственное но: сначала надо сделать красивые таймеры циклов.

[Alex]

Alex, Агния Барто уже писала про таких: http://lukoshko.net/barto/bartsn6.shtml
На данном форуме пишут и читают его только те, кому понравится твой АМС. Ты большой молодец!
Если тебе плюют в спину - гордись! Ты впереди!

Кстати, у Агнии Барто есть стихотворения вроде бы детские, но с глубоким смыслом, который сразу не разглядишь — рекомендую почитать на досуге.

[Alex]

Вторая статья из цикла о беспроводном оборудовании nooLite и его интеграции в системы домашней автоматизации.

«Беспроводное оборудование nooLite и Умный дом (часть 2). Arduino Mega Server»

http://geektimes.ru/post/269366/

[Alex]

Третья статья из цикла о беспроводном оборудовании nooLite и его интеграции в системы домашней автоматизации.

«Беспроводное оборудование nooLite и Умный дом (часть 3). Паяльная станция»

http://geektimes.ru/post/269450/

В статье рассказывается о концепции «100 в 1» системы Arduino Mega Server на примере построения паяльной станции на основе всего одного беспроводного димера nooLite.

[SPbDima]

Alex, занимаюсь допиливанием страницы sdcard. Вариант получение списка файлов в твоём варианте подвешивает сервер на ~40 секунд, а если сканировать только 1 уровень, то это в текущей ситуации сильно не помогает, т.к. почти все файлы в корне и получается сервер не работает(формирует список) ~25 секунд, что тоже непозволительно. Думаю при инициализации сервера(АМС) формировать файлы с содержимом каталогов, но тогда инициализация сервера затянется.
В итоге доработки получится аналог FTP, с возможностью создавать(только каталоги), удалять, переименовывать, скачивать, закачивать файлы.
Если у кого есть предложения по интерфейсу, с удовольствием их рассмотрю.
А библиотека SDFat.lib на много больше места занимает? Без неё нет возможности работать с датой создания файлов.

[Alex]

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

Вообще это крутая и очень полезная идея. И любой сможет воспользоваться ей, что здорово.

Неплохо было бы это интегрировать в «официальную» сборку, но тут есть некоторые моменты:

1. У меня есть план работ по проекту и заняться АМС я смогу только примерно через месяц

2. Чтобы «воткнуть» это в АМС, мне нужно чётко понять, как это работает и тут желательно как-то разбить это по логическим этажам и блокам в простом описании

Но это только пожелания — а так у нас полная свобода действий для каждого.

[pastry777]

между АМС и клиентом,как ни крути,бежит довольно приличный обьем текстовой информации:html,css,javascript...почему бы не использовать технологию сжатия gzip?как вам идея?ладно htm у нас генерится на лету,его не трогаем,но стили и скрипты статичны ведь,правильно?насколько я понимаю перейти на статический gzip(динамический,когда сжатие происходит сервером непосредственно перед отправкой,нам не подходит) вообще не проблема,просто файлы стилей и скрипты на карте памяти будут с расширением gz...