никада не пользовался бутлоадером... До этого момента не было необходимости)) я не знаю что там перешивать под потолком... лампочку ?))
Лучшее - враг хорошего. И рано или поздно, но у вас возникнет желание или необходимость что то поправить/убрать ошибку/добавить функцию в уже собранном устройстве. И придется лезть к готовому устройству (хорошо, если к одному) и или снимать его, или балансировать с ноутом в одной руке и шнурком в другой. Я через это проходил. Как результат - сначала родился портативный флешер, потом руки доросли до использования бутлоадера.Теперь я любому устройству в своей сети (кроме одних часов, там тня 2313 и места просто нет) могу обновить прошивку, не вставая с кресла. Очень помогает в процессе опытной эксплуатации.
Да на данном этапе как пульт с обратной связью. Нету бумаг, потому что нету конкретного решения поставленной задачи. Потому что то что мы задумали очень-очень широкая тема. Пути решения задачи неисповедимы В конце надо получить систему которая управляет нагрузками,охраняет дом, и следит за климатом. Одновременно в 10 местах. Вот мы и перебираем возможные варианты работы системы,на том что есть под рукой.
В кораблике было все понятно включил слейв фары мигают значит слейв живой но нету связи.(добиваешься чтобы не моргали)
А тут подал питание,не пингуется а почему?
_________________ И опыт сын ошибок трудных и гений парадоксов друг
goldenandy Это же гнать по воздуху прошивку... не безопасно)) это ж надо думать шифрование... а то влезут в дом... и пойдёт всё в разнос)) потом подумаем... а пока можно прошить проводками)) или достать МК и прошить отдельно.
Добавлено after 4 minutes 8 seconds: sashamelja Не надо перебирать все возможные варианты... надо выбрать один)) В кораблике если фары мигают - это не значит что слейв живой. Просто нет связи)) А почему нет ? Никто не знает... Может нрф сдох. Ну можно добавить фары в слейв... будут мигать как в кораблике.))
Это же гнать по воздуху прошивку... не безопасно)) это ж надо думать шифрование... а то влезут в дом... и пойдёт всё в разнос)) потом подумаем...
Совершенно верно, так оно и будет. Друзья, кончайте играть в песочнице и подойдите к проблеме серьёзно. OTA по воздуху с зашифрованной прошивкой - всё это уже придумано и реализовано в стеке Bluetooth модулей многих производителей. Осталось разобраться как этим пользоваться. Так всегда бывает при разработке устройств - изучить элементную базу сначала, а не потом. Потом поймёте, что так, как делаете сейчас - это пример как делать не стоит. Потом придётся переделывать абсолютно всё.
Синезуб === хипстерство! Я б кувалдой гнал с работы хипстеров, которые вместо 485 или CAN предлагают какое-нибудь дерьмище использовать типа синезуба или nrf…
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
Ser60 Дайте ещё поиграть в песочнице)) Мы ещё не наигрались)) Eddy_Em Так и работать будет некому)) Вы кроме 485 или CAN ещё что-нибудь знаете ? )) sashamelja засветить экранчики можно... Сначала подумаем общий алгоритм... В идеале надо управлять всем домом и мониторить всё с любого места... Тогда все устройства должны знать друг о друге всё. Алгоритм связи... может быть разный. Всё может работать через мастер. Не очень надёжно. Или напрямую друг с другом. Тогда нафига нам мастер ?)) только для изернет получается...
Добавлено after 51 minute 1 second: Технические подробности. Чтобы все устройства знали друг о друге всё... надо постоянно опрашивать все устройства в доме. А как лучше это сделать ?
1-Например мастер будет вместо сервера. Сервер может постоянно опрашивать все устройства в доме. Будет централизованная система управления, с главным сервером. Идея не супер. Если сервер сдохнет, всё остановится.)) Да и сервер будет постоянно фонить в эфир... Хотя сервер может не постоянно опрашивать все устройства, а например по запросу. Например при каждом включении или при нажатии кнопки.
2-Все устройства могут общаться друг с другом напрямую, без сервера. Более надёжная система. Но если все устройства будут постоянно опрашивать все другие устройства... то будет много коллизий. Я бы сказал - будет шторм в сети)) Уже не говоря про высокий уровень радио излучения в доме. Короче всё будет как в роутере Wi-Fi. Хотя все устройства могут не постоянно опрашивать все другие устройства, а например по запросу. Например при каждом включении или при нажатии кнопки. Тогда шторма в сети не будет )) Низкий уровень радио излучения в доме. Возможно будут одиночные коллизии... Тут всё зависит от режима работы устройств. Но для 10 устройств в сети это не критично))
3-Можно полностью убрать коллизии, если все устройства будут синхронизированы. Например как в GSM сети. Одна базовая станция обслуживает кучу сотовых телефонов. Тогда можно наблюдать работу всех устройств в доме в реальном времени. Так сказать - Умный дом в режиме "Онлайн" )) Без коллизий. Но будет высокий уровень радио излучения в доме. Там используется метод TDMA. https://ru.wikipedia.org/wiki/TDMA Сервер будет нашей базовой станцией)) Или можно сделать FDMA. https://ru.wikipedia.org/wiki/FDMA Хотя... эта идея не супер.
Eddy_Em can-хороший стандарт, но он проводной. Лично для меня это точка. roman.com Не все про всех. Мастер должен знать все и всегда.(для того и он нужен) сколько слейвов и что творитса с их пинами. Слейвам не зачем знать друг про друга, а вот то что мастер с той стороны есть, знать бы не помешало.
_________________ И опыт сын ошибок трудных и гений парадоксов друг
Мастер, как и все устройства знает всё о всех. А что значит всегда ? Чтобы он знал всегда он должен опрашивать все устройства всегда... фонить будет))
sashamelja писал(а):
Слейвам не зачем знать друг про друга
Как это незачем ? А если протечка в доме на первом, а клапана подачи воды в подвале ? Кто будет перекрывать клапана ? Или тащить отдельно провода в подвал ? ))
Придставим что на каком то слейве сработал датчик протечка(сообщаем мастеру он пробует сказать нам, дудит в серену,и перекрывает кран на нужном пине нужного слейва.
_________________ И опыт сын ошибок трудных и гений парадоксов друг
А если мастер сдох, то будет потом)) А если мастер далеко, то сирену не услышим)) Для этого в сетевых протоколах есть специальные пакеты - называются бродкаст и мультикаст. -бродкаст - передача всем устройствам в сети. В нашем случае: мастер, слей 1,2,3,4,5,6,7,8,9. -мультикаст - передача группе устройств в сети. В нашем случае: мастер, слей 1,2. слей 1 - датчик протечки, слей 2 - клапана. На всех устройствах есть сирена. В любом случае потопа не будет. И мы всё услышим. В стандартных сетевых протоколах уже давно всё придумали за нас))
sashamelja писал(а):
фары на 44 ногу проца
фары могут мигать при вклчении или при нажатии кнопки.
sashamelja писал(а):
Включатели нагрузок ждут, и 18б20.
18б20 работает просто: -установил верхнюю температуру какую надо. -установил нижнюю температуру какую надо. -нажал кнопку "включить нагреватель" Всё)) Дальше слейв сам будет держать температуру в заданных границах. Дальше мастер не нужен.
Как работают "Включатели нагрузок" я так и не понял))
Ну если за нас все придумано,то не зачем напрягать мозги зря
Есть десять устройст, на каждом из них есть по три управляемых нагрузки, выключены0включены5
Есть тег же десяти устройствах есть три включателя нагрузок (определеному номеру нагрузки, номер переключателя)когда на порту кратковремено стайот 5v-нагрузка включаетса, ещо раз выключаетса.
Тоисть состояние нагрузки 0.1 можно менять, физичиским включателем 0.1, и в браузере 0.1 и потом по юарту 0.1
_________________ И опыт сын ошибок трудных и гений парадоксов друг
Сейчас только один сервер имеет подключение к интернету. Но никто не мешает все сервера подключить к интернету))
sashamelja писал(а):
когда на порту кратковремено стайот 5v-нагрузка включаетса, ещо раз выключаетса.
Это логика работы обычной копки. Только с подтяжкой к минусу.
sashamelja писал(а):
состояние нагрузки 0.1 можно менять, физичиским включателем 0.1, и в браузере 0.1 и потом по юарту 0.1
Можно и по юарту... если придерживаться протокола...
Добавлено after 30 minutes 43 seconds: один недостаток... схема с серверами будет работать медленней чем с мастером (зависит от режима). но можно поднять тактовую. Да и вообще можно выкинуть кварц... хотя не желательно. Будет ещё медленней)) С учётом нестабильности тактовой...
Я подтянул но не на корпус а на + Нагрузки работают правильно. Упала сеть нрф(не работает ни один слейв) как диагностировать где проблема? Как убидитса что на мастере нрф работает?(Наверное идея нрф для умного дома не то пальто) Может купить w5500 и обмотать все хазяйство витухой?
_________________ И опыт сын ошибок трудных и гений парадоксов друг
В мешь сети диагностируется всё просто)) Все сервера видят друг друга. На экране любого сервера видим какой сервер упал. При этом остальная часть сети работает.
далее всё стандартно. Что упало ? мега 128 или нрф ? Определяется заменой мега 128 и нрф из рабочего сервера. -если сдохла мега 128, то проверяются пины тестовой прошивкой - мигаем диодиками, замыкаем на массу кнопками.)) и т.д. -если сдохла нрф, то она состоит из двух частей: логика и аналог. Логика проверяется просто - пишем/читаем регистры нрф. Если не читаются регистры, то сдохла логика. Аналог проверяется по току приёмника/передатчика. Есть более тонкая проверка, по приборам))
w5500 или w5100... в нашем случае без разницы))
обмотать все хазяйство витухой - не плохая идея)) Она витала в воздухе с самого начала. Схема и прошивка практически не меняются. Логика работы по витухе та же.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 232
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения