Меня полностью устраивает отладка через IDE. Отладка позволяет использовать breakpoint, удобным образом смотреть содержимое памяти и модифицировать ее, выполнять программу пошагово. Не нужно встраивать в софт лишний код, боятся, что он часть ресурсов MCU заберет, не нужно лишний UART в MCU занимать, и лишний USB в ноутбуке (там и так портов мало).
Предлагаю вам на Хабре написать статью с опросами - знают ли люди про CLI и есть ли у них желание его использовать. Я вот знаю, что CLI можно организовать, но у меня совершенно нет такого желания.
"Он разработал циферблат часов, используя дешёвые часовые механизмы, где стрелки совершают полный круг за семь дней вместо 12 часов. "
Из описания: "However, what makes this module so special is that 7-day clock movements can even show the day of the week using an additional indication hand. " То есть там есть отдельная четвертая стрелка для дня недели.
У меня есть ощущение, что узнать температуру уличного воздуха в квартире не так-то просто. Датчик, даже установленный снаружи дома, на солнце серьезно нагревается. Бетонные стены дома копят тепло, и оно тоже предается датчику, причем тепло еще и вверх от всего дома идет - зимой это особенно заметно.
Потом почитал условия: https://yandex.ru/legal/apib2c_weather_agreement/
2.7. Количество обращений к Сервису не должно превышать:
380 запросов в месяц либо
30 запросов в день, либо
2 запроса в секунду.
380 / 31день = 12.2 запросов/день, то есть запросы можно делать только раз в 2 часа.
По-моему, этого слишком редко, чтобы можно было использовать сценарии "включить теплый пол, если температура воздуха за окном ниже 8 градусов;" - утром и вечером температура может меняться быстро. Аналогично - "если на улице пасмурно". За 2 часа тучи могут появится и уйти несколько раз.
Очень хотелось бы иметь расширенный API с большим числом запросов - штук 100 в день, для тех, у кого есть подписка "Яндекс Плюс".
С ростом расстояния в оптическом диапазоне уже начинает активно мешать атмосфера, причем она дает не только ослабление сигнала, но и его преломление, причем случайным образом. Да и для приличной связи хотя бы на несколько км потребуется делать дорогущую механическую систему слежения (можно посмотреть, сколько стоят роботизированные тахеометры). Хотя вот тут на >50км связь организовали - https://www.researchgate.net/figure/Long-distance-538-km-optical-atmospheric-link-A-Optical-transmitter-at-San-Pedro_fig9_342019326
Так все равно, "is is controllable?". Как пилот определяет, что самолет контролируется? По приборам, по отдаче элементов управления, по визуальным параметрам?
Меня полностью устраивает отладка через IDE.
Отладка позволяет использовать breakpoint, удобным образом смотреть содержимое памяти и модифицировать ее, выполнять программу пошагово.
Не нужно встраивать в софт лишний код, боятся, что он часть ресурсов MCU заберет, не нужно лишний UART в MCU занимать, и лишний USB в ноутбуке (там и так портов мало).
Предлагаю вам на Хабре написать статью с опросами - знают ли люди про CLI и есть ли у них желание его использовать.
Я вот знаю, что CLI можно организовать, но у меня совершенно нет такого желания.
Судя по тексту, циферблат он действительно сам сгенерировал, о чем дальше идет речь.
"не могут в микроконтроллере с 4Mbyte Flash завести UART-CLI."
Не могут, или не хотят?
"Он разработал циферблат часов, используя дешёвые часовые механизмы, где стрелки совершают полный круг за семь дней вместо 12 часов. "
Из описания: "However, what makes this module so special is that 7-day clock movements can even show the day of the week using an additional indication hand. "
То есть там есть отдельная четвертая стрелка для дня недели.
Заголовок - "Аппаратный Таймер в Качестве Микрофона".
Статья: "У меня на микроконтроллере at32f435zm к GPIO PB5 проложен провод от дифференциальной пары, которая поступает от аналогово микрофона."
Я-то уж думал, что будет история про "микрофонный эффект" какого-то узла...
Думаю, DTMF можно было и прямо на ATmega8 декодировать.
А ведь можно было добавить - сделать на Atmega проигрыватель аудиофайлов с sd-карты, таким образом можно даже текущую частоту голосом проговаривать.
Так: https://habr.com/ru/news/721814/ ?
У меня есть ощущение, что узнать температуру уличного воздуха в квартире не так-то просто.
Датчик, даже установленный снаружи дома, на солнце серьезно нагревается. Бетонные стены дома копят тепло, и оно тоже предается датчику, причем тепло еще и вверх от всего дома идет - зимой это особенно заметно.
Там, скорее всего, цена такая, что даже с ненужных плат сверхвыгодно ПЛИС снимать, и перепродавать)
Хотя, конечно, я бы не отказался от 65K LE)
Интересно, насколько надежно такие ключи работают, с учетом того, что контакты считывателя ключа окисляются и пачкаются.
Сначала подумал - "Наконец-то! Я джва года ждал".
Потом почитал условия: https://yandex.ru/legal/apib2c_weather_agreement/
380 / 31день = 12.2 запросов/день, то есть запросы можно делать только раз в 2 часа.
По-моему, этого слишком редко, чтобы можно было использовать сценарии "включить теплый пол, если температура воздуха за окном ниже 8 градусов;" - утром и вечером температура может меняться быстро.
Аналогично - "если на улице пасмурно". За 2 часа тучи могут появится и уйти несколько раз.
Очень хотелось бы иметь расширенный API с большим числом запросов - штук 100 в день, для тех, у кого есть подписка "Яндекс Плюс".
https://habr.com/ru/articles/402051/
Неужели на МКС не нашлось мешков с мусором нужной массы?
"Прогрессом" постоянно что-то сжигают.
К слову, про лифты - Теория лифта (никакой паранормальщины, просто про возможное инженерное решение).
С ростом расстояния в оптическом диапазоне уже начинает активно мешать атмосфера, причем она дает не только ослабление сигнала, но и его преломление, причем случайным образом.
Да и для приличной связи хотя бы на несколько км потребуется делать дорогущую механическую систему слежения (можно посмотреть, сколько стоят роботизированные тахеометры).
Хотя вот тут на >50км связь организовали - https://www.researchgate.net/figure/Long-distance-538-km-optical-atmospheric-link-A-Optical-transmitter-at-San-Pedro_fig9_342019326
Для того, чтобы закодировать 313 символов текста, тут понадобилось 42КБ "картинки", которая внутри написана на XML )
Так все равно, "is is controllable?". Как пилот определяет, что самолет контролируется?
По приборам, по отдаче элементов управления, по визуальным параметрам?
Честно сказать, я прочитал статью, но не понял - а как пилот понимает, что самолет управляем? Какие критерии он использует?