Когда наступила эпоха короновируса , все сидели на удаленке, осваивали zoom.... Была весна и три дня лил дождь как из ведра . И придя утром в мастерскую обнаружил маму кошку , которая принесла котят в сухое и теплое место. А до этого мы видели маму кошку на нашем садовом участке. мы ее немного подкармливали, это была суровая дикая кошка. Но материнский инстинкт заставил позаботиться о потомстве и принести их под укрытие.
Вот так и появилась Зюма, одна из дочек этой кошки. Если был бы кот - то был бы Zoom..
И вот теперь она любит греться в нише со светодиодной подсветкой
Для кого как. Для некоторых это неплохой заработок на студентах. Ведь сам студент ТС пишет
Когда мы получили задание в вузе написать драйвер датчика по I2C, случилась интересная вещь: из 25 человек в группе только 3 справились за отведенное время.
По данным официального сайта Arduino, с момента запуска платформы было продано более 50 миллионов плат и клонов. А сообщество насчитывает десятки миллионов активных пользователей по всему миру.
А вы студентов спросите зачем они покупают Ардуино наборы.
Ничуть не сложнее чем писать для тоже синклера на Z80 с расширенной памятью , хотя бы до 128к на низком уровне.
Потом редактор ASM всегда подсказывает, а не забыл ли переключить страницу. Макросы в помощь - и никаких особых проблем. До 2000х особо конкурентов PICам не было ни по документации , ни качеству сопроводительной информации , ни по функционалу самих контроллеров. Поэтому было легко работать.
Начинал со сборки Микро-80 на восьмибитном проце в институте. Но не успели доделать .
Потом сам собрал Радио86РК, Орион, потом кучу синклеров и АОН на Z80. Делал ПО для тестирования логических схем.
А когда увидел PIC контроллеры - то сразу влюбился в них . Писал, да и сейчас пишу на ASM для восьмибитных. Для PIC32 пишу на Си. Есть статьи на хабре. В основном это устройства с ЛАН интерфейсом , сопряжение и конвертеры протоколов.
А когда появилось Ардуино - то не было никакого интереса с ней возиться, потому что на PIC уже было столько наработок как кода так и схемотехнических решений, да и коробки PIC контроллеров разных мастей. От Ардуино использую иногда только интерфейсные платы, процессорную плату не использовал никогда.
В Радио86РК регенерацией ОЗУ занимался контроллер прямого доступа к памяти, который на время тормозил процессор и пересылал данные в контроллер вывода текста на экран.
Но если нужно было писать программу с жесткими таймингами - то приходилось для этого останавливать ПДП, но тогда были шансы что память деградирует . Поэтому сделал для Радио86РК аппаратную регенерацию памяти , о чем была статья в свое время в журнале "Радиолюбитель 12/92" https://www.radioliga.com/RL_91-95/2.2.htm
Вполне стандартное решение для тех лет . оно использовалось для расширения памяти больше 64к для восьми битных процессоров, использовалось для перенаправления вектора сброса процессора и многого другого.
У каждого программиста был свой почерк. Настоящий, узнаваемый. Я видел проекты, где можно было определить автора по тому, как он выстраивает отступы, как ставит комментарии, как называет переменные.
Когда писал программы на ПЛ1 для ЕС1035 , то операторы по одному виду листинга программы определяли кто автор.
Я не ностальгирую по перфокартам
Но согласитесь в них что то есть. Когда сидишь и набираешь программу на перфокарты на перфораторе. а потом проверяешь правильность набора . перенабиваешь заново ошибочные строки , и только потом отдаешь колоду карт на исполнение.
Интересный проект. Сам занимаюсь и уличным освещением , и умными домами и конференц залами. Много общего , но как всегда находится столько нюансов и тонкостей , что не посвященному будет очень нелегко сделать качественно проект.
Интересных вещей в ИК-протоколах хватает. К примеру, repeat-сигналы,
И не только , например расширенный протокол NEC.
Базы пультов есть , но иногда нужно проводить конвертацию из одной базы в другую.
Разные подходы к считыванию ИК посылки: с анализом частоты несущей и без . Разные подходы к кодированию: одни отсчитывают количество импульсов несущей частоты , а кто то чисто в милисек измеряет длительность посылок, забывая про несущую.
А если еще вникать в протоколы кондиционеров - то там каждый производитель чудит как хочет
В теме ИК управления очень давно. Много чего было сделано. На полке стоит коробка с разными пультами , в том числе есть и обучаемые и универсальные. Статья на тему ИК https://habr.com/ru/articles/950764/
Сейчас в плане ИК управления остается задача интегрирования систем которые управляются по ИК с современными технологиями.
Разница только в форме с вытекающим отсюда методом спуска с орбиты : планирующий или на парашюте.
А экономия получалась если бы удавалось сохранить двигатель и по аналогии с союзом приборно-агрегатный отсек. Экономии нет так как это все сгорает при возвращении.
В разработке встроенного ПО для микроконтроллеров ничего не поменялось.
От ИИ больше вреда чем пользы. Поясню. При использовании обычного поиска без ИИ я видел сообщения реальных людей которые вели диалог по нужной мне тематике и я мог сам адаптировать код под свои задачи. Или я видел ссылку и кусок текста из официального даташита или иного документа по программированию МК, мог открыть этот документ и дополнительно ознакомиться с практикой реализации того что мне надо
С ИИ я вижу выхваченный кусок кода, без пояснений откуда он взят.
В программировании МК очень много нюансов, плюс нужно понимание как тот или иной узел реализован в железе.
стоило бы отметить что были автоматические коммутаторы для телетайпа. коммутатор воспринимал определенную последовательность символов как команду переключения направления и номер этого направления . После коммутации к линии уже подключался другой телетайп . Имея перфоленту можно было разослать сообщение по нужным абонентам . Коммутатор мог отправлять сообщения индивидуально , группе и циркуляр . Почти как в современных месенджерах
С появлением кнопочных телефонов появились универсальные платы для ремонта. Так как в телефонных аппаратах выходила из строя микросхема номеронаберателя ее заменяли при помощи этой платки на которой была установлена советская микросхема , рассчитанная на работу с нашими телефонными линиями . Некоторые функции аппарата терялись , но отремонтировать было возможно и клиенты были довольны. Тут аналогичная история.
При малых токах на Aout будет очень маленький сигнал , поэтому там ничего толком не измерить и не определить. Поэтому проще делать по прерываниям с оптопары и прерываниям таймера, чтоб делать замеры в нужное время. если сделать несколько замеров то можно определить сдвиг фазы.
Но это особо не требуется. Для разного рода показателей у нас есть электросчетчик. И не забываем о цели доработки , и то что это многоканальный измеритель , и то что проц и так нагружен ВЕБом и другим функционалом.
Добавлю и свою историю.
Когда наступила эпоха короновируса , все сидели на удаленке, осваивали zoom.... Была весна и три дня лил дождь как из ведра . И придя утром в мастерскую обнаружил маму кошку , которая принесла котят в сухое и теплое место. А до этого мы видели маму кошку на нашем садовом участке. мы ее немного подкармливали, это была суровая дикая кошка. Но материнский инстинкт заставил позаботиться о потомстве и принести их под укрытие.
Вот так и появилась Зюма, одна из дочек этой кошки. Если был бы кот - то был бы Zoom..
Только с бензином его не допустят к перевозке. и в камеру хранения не возьмут.
Для кого как. Для некоторых это неплохой заработок на студентах. Ведь сам студент ТС пишет
А вы студентов спросите зачем они покупают Ардуино наборы.
Ответ вас может сильно удивить
Ничуть не сложнее чем писать для тоже синклера на Z80 с расширенной памятью , хотя бы до 128к на низком уровне.
Потом редактор ASM всегда подсказывает, а не забыл ли переключить страницу. Макросы в помощь - и никаких особых проблем. До 2000х особо конкурентов PICам не было ни по документации , ни качеству сопроводительной информации , ни по функционалу самих контроллеров. Поэтому было легко работать.
НЕ учит. Чтобы понять это посмотрите форумы ардуино и станет понятно - учат или нет.
Начинал со сборки Микро-80 на восьмибитном проце в институте. Но не успели доделать .
Потом сам собрал Радио86РК, Орион, потом кучу синклеров и АОН на Z80. Делал ПО для тестирования логических схем.
А когда увидел PIC контроллеры - то сразу влюбился в них . Писал, да и сейчас пишу на ASM для восьмибитных. Для PIC32 пишу на Си. Есть статьи на хабре. В основном это устройства с ЛАН интерфейсом , сопряжение и конвертеры протоколов.
А когда появилось Ардуино - то не было никакого интереса с ней возиться, потому что на PIC уже было столько наработок как кода так и схемотехнических решений, да и коробки PIC контроллеров разных мастей. От Ардуино использую иногда только интерфейсные платы, процессорную плату не использовал никогда.
В Радио86РК регенерацией ОЗУ занимался контроллер прямого доступа к памяти, который на время тормозил процессор и пересылал данные в контроллер вывода текста на экран.
Но если нужно было писать программу с жесткими таймингами - то приходилось для этого останавливать ПДП, но тогда были шансы что память деградирует . Поэтому сделал для Радио86РК аппаратную регенерацию памяти , о чем была статья в свое время в журнале "Радиолюбитель 12/92" https://www.radioliga.com/RL_91-95/2.2.htm
Вполне стандартное решение для тех лет . оно использовалось для расширения памяти больше 64к для восьми битных процессоров, использовалось для перенаправления вектора сброса процессора и многого другого.
Когда писал программы на ПЛ1 для ЕС1035 , то операторы по одному виду листинга программы определяли кто автор.
Но согласитесь в них что то есть. Когда сидишь и набираешь программу на перфокарты на перфораторе. а потом проверяешь правильность набора . перенабиваешь заново ошибочные строки , и только потом отдаешь колоду карт на исполнение.
Интересный проект. Сам занимаюсь и уличным освещением , и умными домами и конференц залами. Много общего , но как всегда находится столько нюансов и тонкостей , что не посвященному будет очень нелегко сделать качественно проект.
и вы об этом как раз и пишите в блоге ТГ
И не только , например расширенный протокол NEC.
Базы пультов есть , но иногда нужно проводить конвертацию из одной базы в другую.
Разные подходы к считыванию ИК посылки: с анализом частоты несущей и без . Разные подходы к кодированию: одни отсчитывают количество импульсов несущей частоты , а кто то чисто в милисек измеряет длительность посылок, забывая про несущую.
А если еще вникать в протоколы кондиционеров - то там каждый производитель чудит как хочет
В теме ИК управления очень давно. Много чего было сделано. На полке стоит коробка с разными пультами , в том числе есть и обучаемые и универсальные. Статья на тему ИК https://habr.com/ru/articles/950764/
Сейчас в плане ИК управления остается задача интегрирования систем которые управляются по ИК с современными технологиями.
Отличная замена дорогого оборудования Global Cash отечественного разработчика и производителя https://www.cvg.ru/catalog/diga/ambicore/
Разница только в форме с вытекающим отсюда методом спуска с орбиты : планирующий или на парашюте.
А экономия получалась если бы удавалось сохранить двигатель и по аналогии с союзом приборно-агрегатный отсек. Экономии нет так как это все сгорает при возвращении.
В разработке встроенного ПО для микроконтроллеров ничего не поменялось.
От ИИ больше вреда чем пользы. Поясню. При использовании обычного поиска без ИИ я видел сообщения реальных людей которые вели диалог по нужной мне тематике и я мог сам адаптировать код под свои задачи. Или я видел ссылку и кусок текста из официального даташита или иного документа по программированию МК, мог открыть этот документ и дополнительно ознакомиться с практикой реализации того что мне надо
С ИИ я вижу выхваченный кусок кода, без пояснений откуда он взят.
В программировании МК очень много нюансов, плюс нужно понимание как тот или иной узел реализован в железе.
стоило бы отметить что были автоматические коммутаторы для телетайпа. коммутатор воспринимал определенную последовательность символов как команду переключения направления и номер этого направления . После коммутации к линии уже подключался другой телетайп . Имея перфоленту можно было разослать сообщение по нужным абонентам . Коммутатор мог отправлять сообщения индивидуально , группе и циркуляр . Почти как в современных месенджерах
С появлением кнопочных телефонов появились универсальные платы для ремонта. Так как в телефонных аппаратах выходила из строя микросхема номеронаберателя ее заменяли при помощи этой платки на которой была установлена советская микросхема , рассчитанная на работу с нашими телефонными линиями . Некоторые функции аппарата терялись , но отремонтировать было возможно и клиенты были довольны. Тут аналогичная история.
так уже пацаны в гараже собирают )
https://habr.com/ru/articles/398853/
Как прокладывали дополнительные кабели управления в помещениях с отделкой? Вот это настоящий квест .
А поставить оборудование - это не так сложно.
При малых токах на Aout будет очень маленький сигнал , поэтому там ничего толком не измерить и не определить. Поэтому проще делать по прерываниям с оптопары и прерываниям таймера, чтоб делать замеры в нужное время. если сделать несколько замеров то можно определить сдвиг фазы.
Но это особо не требуется. Для разного рода показателей у нас есть электросчетчик. И не забываем о цели доработки , и то что это многоканальный измеритель , и то что проц и так нагружен ВЕБом и другим функционалом.
Знаю , так на ардуино все делают....
При этом динамический диапазон уменьшается в два раза. это равносильно потере одного бита разрядности АЦП процессора
Так в том и фишка чтоб получить два диапазона измерения , с полной разрядностью АЦП