Добрый день! С Алисой(Алексой) я сильно не знаком, так что прошу "кожу с меня за коммент не сдирать"… Но как вариант развития — освещение через DALI мастер, подключенный к Алисе:
"Алиса, темнее..."
"Алиса, светлее..."
"Алиса, "вечерняя меланхолия...", где "вечерняя меланхолия" = SCENE_4, допустим.
ну и в таком духе.
Всем мира!
У меня вообще от такого происходит «короткое зависание». Вы правильно заметили, что для удобства, тогда уж, лучше заранее «задефайнить» битовые маски и где надо, подставлять…
Прям с языка сняли. Читаю вторую статью от Миландра, а по ценам, даже приблизительно, ничего нет. Я бы с удовольствием использовал бы их АЦП и МК вместо TI, Microchip или ST… А так браво, парни, хоть что-то делаем на высоком уровне.
Да, все верно. Поэтому из-за фонетической разницы в произношении, по началу мы друг друга не понимаем. Хотя я в Баку через две недели нормально начал читать 60% слов. Очень классный город, кстати, особенно новый центр… Чох гюзэль ;)
Вы даже более "литературно", т.е. стилистически более грамотно написали, чем я. Я, можно сказать, по простому, на обиходном языке написал. Всё верно — минем балаларым… А так, видимо, что по-татарски, что по-азербайджански, если я не ошибаюсь, эта фраза пишется одинаково.
А если это момент монтажа, когда ВООБЩЕ ничего не запитано и по шине ничего не передаётся? ;) Я ведь это написал не для того, чтобы кого-то оскорбить, а для того чтобы показать, что для монтажа DALI не нужно спецзнаний протоколов и т.п. Всем хорошим электрикам от меня только респект!!!
Ну хотя бы областями применения — DMX-512 концертный сценический свет, DALI — домашнее, уличное, стадионное, складское, промышленное освещение. У DMX-512 есть "+ данных" и "- данных", у DALI «полярности» нет, любой электрик смонтирует. Это навскидку. Есть ещё много других отличий, в командах (их типах), в кодировании (почему собственно безразлична «полярность») и т.д.
А вот здесь весьма сомнительно. Задача по поддержанию должной скважности PWM становится, в таком случае, блокирующей, т.е. по-сути единственной. Допустим мне надо по некоему стандарту выдерживать тайминги отправки пакетов (любой самосинхронизирующийся протокол), а там уже сотни миллисекунд, что тогда в этом случае делать? А если таких интрефейсов пара-тройка, то сложно будет выдержать должную частоту импульсов PWM и не заблокировать другие задачи. Или у Вас есть решение? Если есть, то можно вообще отдельную статью забабахать, будет супер.
Ну ни одна другая схема, в т.ч. и без использования МК, видимо не может работать в режиме Push-Pull. Ну и ногами МК дрыгать через HAL удобнее, это уже без иронии, чем в регистры биты слать по LL. А в целом, ну захотел чел Step-Up сделать на STM32, ну пусть будет так, DOOM же на осциллографах запускают :)
Добрый день!
А можно поподробнее насчет помехозащищенности и полярного кодирования (это что-то типа Манчестерского кода или какое-то новшество). И как чисто программное решение (применение того или иного способа кодирования, если я правильно понял) может влиять на компенсацию физических радиопомех? Было бы супер отдельную главу сделать, очень помогло бы не только с освоением OpenUNB. Спасибо.
Кстати, очень интересен момент — насколько видно по фотографии чипы идут в корпусах BGA, что при разработке и «прототипировании» не очень удобно, кому как конечно, я люблю сам паять. Или же QFP тоже будет? И как будут обстоять дела с раздачей бесплатных семплов для разработчиков устройств (у многих производителей такая фича есть)? Спасибо.
Я на mouser.de цену на него смотрю 4,03 евро/шт. за ролл 2000шт. сильно дороже даже при серийном производстве, чем пики и меги, хотя если заказчик будет брать конечные продукты, то вообще пофиг, можно спокойно ставить. Он по сути и под FreeRTOS должен со всеми очередями и тасками нормально летать. Разумно. Я конкретных тз на проектирование счетчиков не видел, так что охотно верю Вам. Я ведь тоже за прогресс :)
Мне вот без эмоций, очень интересно, можно даже на английском (если на русском не найдете) ссылочку на реверс-инжениринг бытового счетчика любой модели. Вот честно очень интресно. Либо сами статью забацайте, здесь на хабре… А так это лишь фантазиии даже если, допустим мы с Вами и все, кто учавствуют в обсуждении воспольземся этим, то в масштабах страны, где люди школьной физики то толком не знают высказанная Вами, причем совершенно справедливо, мысль маловероятна.
Не ну этот энэкспи совсем монстр, даташит на него подробно не читал и даже спорить не буду, какие уж тут атмеги… Согласен, если Меландр предложит цену в районе 7-8 ойро «за поштучно» и т.д. То можно смело и на мировые рынки выходить. Но возращаясь к примитивным счетчикам, все же лучше использовать менее мощные контроллеры (я об этом пытался донести). Если уж смартхоум проектировать хороший, тогда да… А бабушке в квартиру, очень сомнительные плюсы…
Про пики под функции сервака согласен. Ардуишная атмежка тоже рубль ведро, но уже может. Ну и не ими одними, о чем я тоже говорил. Ладно, мира Вам, Вы реально крутой…
зы кстати интересная задачка про сервак на PICe. Заморочиться, что-ли… Обязательно выложу поржать…
Добрый день! С Алисой(Алексой) я сильно не знаком, так что прошу "кожу с меня за коммент не сдирать"… Но как вариант развития — освещение через DALI мастер, подключенный к Алисе:
"Алиса, темнее..."
"Алиса, светлее..."
"Алиса, "вечерняя меланхолия...", где "вечерняя меланхолия" = SCENE_4, допустим.
ну и в таком духе.
Всем мира!
А ви, таки, евгей…
Поцчему ви отвечаете вопгосом на вопгос?,?
У меня вообще от такого происходит «короткое зависание». Вы правильно заметили, что для удобства, тогда уж, лучше заранее «задефайнить» битовые маски и где надо, подставлять…
Прям с языка сняли. Читаю вторую статью от Миландра, а по ценам, даже приблизительно, ничего нет. Я бы с удовольствием использовал бы их АЦП и МК вместо TI, Microchip или ST… А так браво, парни, хоть что-то делаем на высоком уровне.
Вы даже более "литературно", т.е. стилистически более грамотно написали, чем я. Я, можно сказать, по простому, на обиходном языке написал. Всё верно — минем балаларым… А так, видимо, что по-татарски, что по-азербайджански, если я не ошибаюсь, эта фраза пишется одинаково.
А можно поподробнее насчет помехозащищенности и полярного кодирования (это что-то типа Манчестерского кода или какое-то новшество). И как чисто программное решение (применение того или иного способа кодирования, если я правильно понял) может влиять на компенсацию физических радиопомех? Было бы супер отдельную главу сделать, очень помогло бы не только с освоением OpenUNB. Спасибо.
зы кстати интересная задачка про сервак на PICe. Заморочиться, что-ли… Обязательно выложу поржать…