Старался что бы он был, все же жизнь коротка. Причем, самые мои выгодные контракты работали через сарафанное радио, хотя можно и лучше конечно :) думаю на эту тему :)
Абсолютно согласен, я писал FSM для atiny85 на плюсах с полноценным ООП, на спор что это возможно. Я получил рабочее устройство, не использовав и 50% доступных ресурсов. Это был энкодер, шим и работа с встроенным eeprom. Но правда я работал с avr sdk, а не ардуино. Для себя я просто не вижу плюсов в ардуино, а скорее даже минус пытаясь рассказать людям куда им стоит двигаться. Обычно они делают глаза по 5 рублей и благодарны открытым глазам. Я в общем то из за этого больше и разбирался в структуре ардуино))
Не за что, всегда рад ответить развернуто тому кто этого ждет. Споры мне тоже не очень хотелось разжигать, но пришлось.
Чатгпт во время обучения топ, но за ним нужен глаз да глаз + учитывая что контекст он теряет, а весь проект в промпт не засунешь то штука еще далека от идеала, в итоге ситуация что самому написать быстрее и правильнее чем составить промпт и править. Но это пока что, технология движется вперед, на копилоте натренируют.
В конечном итоге на каком том МК делается, верно в рамках статьи это мега325 на ардуино уно если не путаю. Можно вытянуть проект на ардуино даже, если знать что делать и заняться организацией кода, но не уверен что это будет сделано, автор статьи упорно мне доказывал что они разрабатывают свой МК, что с прототипом на ардуино у меня и вызвало вопросы.
Опять таки повторюсь, ардуино отличный способ что то проверить и научится, мне вот не повезло, когда я увлекался этой темой ничего такого не было (технически было, но не у нас еще) и приходилось разбираться во всем самому читая даташиты и статьи. Но в целом выпустить коммерческий продукт на ардуино возможно, но это скорее вопреки чем как правило. О чем я в общем то сразу и писал.
Все очень просто. Это из поста про умный замок где прототип был сделан на ардуино с помощью чатгпт, а сама статья была про не очень качественное исполнение мобильных приложений для замка. Где я справедливо заметил, что ардуино вещь хорошая, но не в умном замке все же тем более из под чатгпт (он ошибается на си часто). При этом я считаю что это отличная точка входа что бы научится программировать или программировать под embed, здесь есть и плюсы и минусы, современные разработчики пишут библиотеки для ардуино сразу с расчетом работы без ардуино (esp-idf) - и это здорово. Но, люди, они считают что если выучили как работать с ардуино то уже все знают и слепо верят в невозможность чего либо в виду ограничений. То есть, комментатор которому я написал, выдал мне тезисы, на тему:
абстракция кода зависит от выбранной ИДЕ (нет, абстракция зависит от разработчика и продуманности архитектуры решения которое мы делаем)
На ардуино можно писать только в arduino ide и vscode (нет, ардуино это буквально подключаемая библиотека которую можно настроить самостоятельно вне ide и отправить на компиляцию в avr-gcc, xtensa-gcc, riskv-gcc)
Не считает ардуино абстракцией хотя это отличный пример (мы работаем с заведомо известными интерфейсами для gpio, i2c, Spi, Timer, uart, epprom и надстройками этого в виде Spi flash, oled i2c и тд. Реализация же зависит от платы которую мы выбрали, будь это atmega, stm, esp - кто то портировал ядро на подходящие sdk и настроил скрипты сборки.)
Из предыдущего пункта, он не понимает что если я пишу в достаточной абстракции для ардуино я могу запустить этот код даже на х86, так или иначе портнув ядро. Да это не будет поддерживать все библиотеки, хотя и тут можно обмануть и подсунуть свои регистры с адресами в памяти процесса прикинувшись мк, которые переодически отдельным потоком проверять на предмет изменений.
Он не смог ответить об принципиальной разницы в си коде для мк или для драйвера в ОС (а ведь все банально сводится к работе с данными в адресах, прерываниям и предоставления реализации по общкпринятым интерфейсам. Да точка входа отличается, но в целом разницы мало. И то и то просто исполняется и работотает с данными в адресном пространстве требуемой архитектуры или на уровне процесса в ОС.)
Да зато он любит асм на авр
При всем при этом, пишет он так, будто самый самый умный, а я дурак) можете посмотреть в моем профиле комментарий и ветку в другом посте и как я сначала общался и почему перестал. Что думаете на этот счет?
Ну то есть ты слился не осилив? Ясно) у меня нет фобии к ардуино как платформы, проблема в людях использующих ее не по назначению по незнанию и выпячивая это на весь интернет :)
вот тебе аргумент: все сведется к записи/чтении в специальные адреса которые зависят от конкретной архитектуры. Это называется адресное пространство.
Аргумент 2: абстракция это описание интерфейса(ов), но не реализации. Самый простой это тот же.. read write.
Правда за 70 еще найти надо, сегодня в своем городе 2003 года 2109 видел за 175… я в прошлом году исправный Пежо 508 2012 года продал за 470 😅
Но да, сварка выход, главное что бы доки были чисты да исполнители хоть пару раз такое делали. Сам я научился варить метал авто на детали 10 навреоне или 5 метрах шва. До этого или прожигал или не проваривал. Красить еще научился.. такие приколы когда взял ГАЗ по низу рынка.
Да все так. И время дешевых кредитов как бы прошло. Образование твое всем плевать. Чем больше сможешь доказать дохода тем лучше. Цены на машины сейчас - дикие. Я бы не брал кредит.
О, а мне ты когда ответишь? А то я все жду, как же выбор ИДЕ влияет на абстракцию написанного тобой кода и в чем принципиальная разница между написанием драйвера для ОС или программы для МК на си?
Похоже на крик души и немного сумбурно вышло из за этого, но суть верна, используйте интерфейс в отрыве от реализации, а потом хоть mock повесьте для тестирования, хоть разные реализации интерфейса используйте. Единственное что я бы хотел добавить это дробление интерфейсов на логичные модули и не забывать что сервер не всегда возвращает ответ, а может и ошибку вернуть, что в рантайме даст спецэффекты.
Мы теперь носим чехлы с кармашком для карточки. Ну если не учитывать дзынь и что нужно вводить пинкод от 3к, то все стало как и было до эплпей, но с чехлом.
Опаньки, ну ка, чем отличается принципиально драйвер для ос и программа для мк если обе неписаны на си? М?
хоть на чем то кроме ардуино писал?)
Я то могу к х86 добавить и spi и I2c, даже дрова уже написаны кем то и мне останется реализовать саму логику, ну например работу с флеш памятью или дисплеем. А вот тебе на авр уже ничего не поможет, нет DMA и все тут ;)
И да я перешел на ты потому что уже уважения 0 к тебе как собеседнику, несущему полный бред.
Ты почему все время про иде говоришь? У тебя avr-gcc отобрали что ли? Причем тут ide вообще? Или ты без ide мейкфайл написать не можешь?
Вы напишете логику работы с шиной i2c например? Или spi?
Какие то проблемы? Нет, реально, это рофл что ли? Нет понимания как описать логику использования i2c и spi в достаточном отрыве?
И вы так и не ответили про уровень абстракции при написании программы в другой ide.
Какой еще другой IDE? Причем тут вообще IDE? Реально дальше кнопки "собрать" и "загрузить" нет мыслей что-ли? Как я и говорил - ардуино головного мозга.
Давай мне на avr работу с шиной spi или i2s через DMA, получится? (спойлер: нет)
Значит ли что из за отсутствия DMA нельзя работать с i2s или spi? Нет. Но и радости нет.
Не понятно как это защитит от скрытых камер.
Но вообще, все же это не честно ставить камеры внутрь помещения вообще. Вот на входную группу еще куда не шло, да и то есть ряд нюансов.
Старался что бы он был, все же жизнь коротка. Причем, самые мои выгодные контракты работали через сарафанное радио, хотя можно и лучше конечно :) думаю на эту тему :)
Но если умножить 100кб на допустим лярд писем, то уже все не так однозначно..
Очень хороший и ответственный подход, у меня обычно тоже удается переломить на «как правильно», а кто не хочет, тот не сможет меня нанять :)
Хорошо, как тогда назвать исполнение кода шаблонизатора на бэке? Рендер :)
Так извиняюсь, предыдущее видео было без ардуино, вот с: https://youtu.be/OGCyKncOyNU?si=wrkzoY8J28ut2NHt
Самый простой ответ - platformio, там проделана отличная работа и есть интеграция с vscode.
https://youtu.be/BKO1rYMPF_k?si=88ZJGNkV2H5CbgSD вот легкий обзор и хело ворлд, прошу меня простить за видео, время не простое сейчас, тем не менее разработка достойная :)
Абсолютно согласен, я писал FSM для atiny85 на плюсах с полноценным ООП, на спор что это возможно. Я получил рабочее устройство, не использовав и 50% доступных ресурсов. Это был энкодер, шим и работа с встроенным eeprom. Но правда я работал с avr sdk, а не ардуино. Для себя я просто не вижу плюсов в ардуино, а скорее даже минус пытаясь рассказать людям куда им стоит двигаться. Обычно они делают глаза по 5 рублей и благодарны открытым глазам. Я в общем то из за этого больше и разбирался в структуре ардуино))
Не за что, всегда рад ответить развернуто тому кто этого ждет. Споры мне тоже не очень хотелось разжигать, но пришлось.
Чатгпт во время обучения топ, но за ним нужен глаз да глаз + учитывая что контекст он теряет, а весь проект в промпт не засунешь то штука еще далека от идеала, в итоге ситуация что самому написать быстрее и правильнее чем составить промпт и править. Но это пока что, технология движется вперед, на копилоте натренируют.
В конечном итоге на каком том МК делается, верно в рамках статьи это мега325 на ардуино уно если не путаю. Можно вытянуть проект на ардуино даже, если знать что делать и заняться организацией кода, но не уверен что это будет сделано, автор статьи упорно мне доказывал что они разрабатывают свой МК, что с прототипом на ардуино у меня и вызвало вопросы.
Опять таки повторюсь, ардуино отличный способ что то проверить и научится, мне вот не повезло, когда я увлекался этой темой ничего такого не было (технически было, но не у нас еще) и приходилось разбираться во всем самому читая даташиты и статьи. Но в целом выпустить коммерческий продукт на ардуино возможно, но это скорее вопреки чем как правило. О чем я в общем то сразу и писал.
Все очень просто. Это из поста про умный замок где прототип был сделан на ардуино с помощью чатгпт, а сама статья была про не очень качественное исполнение мобильных приложений для замка. Где я справедливо заметил, что ардуино вещь хорошая, но не в умном замке все же тем более из под чатгпт (он ошибается на си часто). При этом я считаю что это отличная точка входа что бы научится программировать или программировать под embed, здесь есть и плюсы и минусы, современные разработчики пишут библиотеки для ардуино сразу с расчетом работы без ардуино (esp-idf) - и это здорово. Но, люди, они считают что если выучили как работать с ардуино то уже все знают и слепо верят в невозможность чего либо в виду ограничений. То есть, комментатор которому я написал, выдал мне тезисы, на тему:
абстракция кода зависит от выбранной ИДЕ (нет, абстракция зависит от разработчика и продуманности архитектуры решения которое мы делаем)
На ардуино можно писать только в arduino ide и vscode (нет, ардуино это буквально подключаемая библиотека которую можно настроить самостоятельно вне ide и отправить на компиляцию в avr-gcc, xtensa-gcc, riskv-gcc)
Не считает ардуино абстракцией хотя это отличный пример (мы работаем с заведомо известными интерфейсами для gpio, i2c, Spi, Timer, uart, epprom и надстройками этого в виде Spi flash, oled i2c и тд. Реализация же зависит от платы которую мы выбрали, будь это atmega, stm, esp - кто то портировал ядро на подходящие sdk и настроил скрипты сборки.)
Из предыдущего пункта, он не понимает что если я пишу в достаточной абстракции для ардуино я могу запустить этот код даже на х86, так или иначе портнув ядро. Да это не будет поддерживать все библиотеки, хотя и тут можно обмануть и подсунуть свои регистры с адресами в памяти процесса прикинувшись мк, которые переодически отдельным потоком проверять на предмет изменений.
Он не смог ответить об принципиальной разницы в си коде для мк или для драйвера в ОС (а ведь все банально сводится к работе с данными в адресах, прерываниям и предоставления реализации по общкпринятым интерфейсам. Да точка входа отличается, но в целом разницы мало. И то и то просто исполняется и работотает с данными в адресном пространстве требуемой архитектуры или на уровне процесса в ОС.)
Да зато он любит асм на авр
При всем при этом, пишет он так, будто самый самый умный, а я дурак) можете посмотреть в моем профиле комментарий и ветку в другом посте и как я сначала общался и почему перестал. Что думаете на этот счет?
Таки что? Подписываться?
Правка; а я уже подписан)))
Ну то есть ты слился не осилив? Ясно) у меня нет фобии к ардуино как платформы, проблема в людях использующих ее не по назначению по незнанию и выпячивая это на весь интернет :)
вот тебе аргумент: все сведется к записи/чтении в специальные адреса которые зависят от конкретной архитектуры. Это называется адресное пространство.
Аргумент 2: абстракция это описание интерфейса(ов), но не реализации. Самый простой это тот же.. read write.
вот и засчитали твой слив.
Правда за 70 еще найти надо, сегодня в своем городе 2003 года 2109 видел за 175… я в прошлом году исправный Пежо 508 2012 года продал за 470 😅
Но да, сварка выход, главное что бы доки были чисты да исполнители хоть пару раз такое делали. Сам я научился варить метал авто на детали 10 навреоне или 5 метрах шва. До этого или прожигал или не проваривал. Красить еще научился.. такие приколы когда взял ГАЗ по низу рынка.
Да все так. И время дешевых кредитов как бы прошло. Образование твое всем плевать. Чем больше сможешь доказать дохода тем лучше. Цены на машины сейчас - дикие. Я бы не брал кредит.
О, а мне ты когда ответишь? А то я все жду, как же выбор ИДЕ влияет на абстракцию написанного тобой кода и в чем принципиальная разница между написанием драйвера для ОС или программы для МК на си?
Похоже на крик души и немного сумбурно вышло из за этого, но суть верна, используйте интерфейс в отрыве от реализации, а потом хоть mock повесьте для тестирования, хоть разные реализации интерфейса используйте. Единственное что я бы хотел добавить это дробление интерфейсов на логичные модули и не забывать что сервер не всегда возвращает ответ, а может и ошибку вернуть, что в рантайме даст спецэффекты.
У меня есть физическая карта мир, которая то работает то не работает. Вот это реально прикол.
Мы теперь носим чехлы с кармашком для карточки. Ну если не учитывать дзынь и что нужно вводить пинкод от 3к, то все стало как и было до эплпей, но с чехлом.
Опаньки, ну ка, чем отличается принципиально драйвер для ос и программа для мк если обе неписаны на си? М?
хоть на чем то кроме ардуино писал?)
Я то могу к х86 добавить и spi и I2c, даже дрова уже написаны кем то и мне останется реализовать саму логику, ну например работу с флеш памятью или дисплеем. А вот тебе на авр уже ничего не поможет, нет DMA и все тут ;)
И да я перешел на ты потому что уже уважения 0 к тебе как собеседнику, несущему полный бред.
Ты почему все время про иде говоришь? У тебя avr-gcc отобрали что ли? Причем тут ide вообще? Или ты без ide мейкфайл написать не можешь?
Вы напишете логику работы с шиной i2c например? Или spi?Какие то проблемы? Нет, реально, это рофл что ли? Нет понимания как описать логику использования i2c и spi в достаточном отрыве?
И вы так и не ответили про уровень абстракции при написании программы в другой ide.Какой еще другой IDE? Причем тут вообще IDE? Реально дальше кнопки "собрать" и "загрузить" нет мыслей что-ли? Как я и говорил - ардуино головного мозга.
Давай мне на avr работу с шиной spi или i2s через DMA, получится? (спойлер: нет)
Значит ли что из за отсутствия DMA нельзя работать с i2s или spi? Нет. Но и радости нет.
Давай уже закроем тему, если ты не понимаешь что то это не значит что этого нет: https://github.com/torvalds/linux/tree/master/drivers/spi https://github.com/torvalds/linux/tree/master/drivers/i2c