ВНИМАНИЕ! 💚💲 Чтобы поддержать канал, пройдите по ссылке: musbench.com/all/donate/ Вступайте в телеграм чат канала t.me/mbs_electro Проект для Proteus можно скачать с моего сайта, перейдя по ссылке musbench.com/all/arduino-breakout-boards/ Всем Спасибо!
Спасибо за предоставленную информацию и так тщательно до мелочей разъясняете для начинающего это тоже хороший инструмент по себе знаю 👍буду ждать следующих видео
Какая чёткая дикция. Раньше так артисты разговорного жанра вели передачу Театр у микрофона. Ни одной запинки. Даже отвлекает от темы, хотя всё же что то новое усвоить получилось.
Спасибо вам за уроки, очень подробный и простой подход. Но я хотел бы, чтобы вы использовали millis вместо delay. Delay тормозит контроллер а millis нет. Надеюсь будет продолжение уроков.
Спасибо! Очень доходчиво. Кстати, один и тот же порт МК может работать с разной периферией, будучи перенастраевыемым в теле программы. Как с этим справляется Протеус? Позволяет обойти ошибку?
спасибо огромнейшее🤝. очень познавательно и читабельно для мозга в понимании процесса. p.s. для меня, при ремонте, одно слово "МК" кидало в пот😰, потому что там есть прошивка((
Так оно всех кидает в пот, потому что в 99% случаев в заводских устройствах с МК прошивка которую хз где брать, так что устройство фактически не ремонтопригодно.
Отлично! Жаль только, что нет преобразователя на PCF8574T и собственно хотя бы дисплея под него. А то всё хорошо, но для дисплея отдавать кучу пинов - не хорошо.
Плохо что в библиотеке готовых датчиков не указали основные их данные чтобы можно было сразу сравнить что именно подойдет. Т.е. нужно заранее изучать даташиты и только после этого осознанно добавлять датчик. 😢
можно конечно. Я не знаю как у флпрог обстоит дело с оптимизацией кода. Флпрог замудреный и странный архаичный интерфейс. Вообще визуальное программирование - это для небольших довольно типичных задач под стандартные платы и доя экономии времени. Сложная программа из блоков на нескольких листах становится менее читаемой чем классический правильно написанный код. Наступает момент когда карта в флпрог становится сложнее в изучении чем соответствующий невизуальный код. Поэтому я думаю лабсентер с из протеус движется в совершенно правильном направлении. Это профессиональная западная инженерная команда, которая разрабатывает протеус много лет. Флоупрог - плод трудов нескольких энтузиастов из РФ.
FLProg хорош не только тем, что бесплатен, но и тем, что он нацелен на промышленное применение, его идеология созвучна всем системам промышленного программирования, то есть обеспечивает высокую надёжность ПО, создаваемой более технологом, чем программистом.
Перешёл с Сименс Лого на Овен, потом с Овен на flprog, вообще без проблем. Везде один и тот же язык fbd. Только интерфейсы разные, ну и особенности среды, отладчика итд. Я не программист. Могу написать кусок кода на си, при необходимости, но в основном все делаю на блок-схемах. По поводу читаемости схем: все зависит от того, кто создавал код. Если стоит цель сделать код понятным, то он делится на части и оставляются комментарии. Как всегда, кто к чему привык, с тем и проще. Но на фбд можно решить задачу раз в 10 быстрее, чем на си.
У меня протеус так и не захотел прошивать китайскую ардуинку нано, хлтя ардуиновская IDE видит и шьёт плату, но в режиме "олд бутлоудер". Может есть вариант подружить такую ардуино с протеусом? больно уж удобно работать с ней из под одного софта в виде протеуса
@@MbsElectronics к сожалению внешнего программатора нет. Как вариант, попробовать взять С файл программы, сгенерируемый протеусом, скопировать в Ардуино IDE и через него загружать. Пока не пробовал так, но получится так или нет?
Никак. Только создавать проект VSM For AVR -> Arduino и писать руками. Либо открывать файл CPP который создается в визуальном редакторе при компиляции (см конец ролика) и добавлять туда. Фактически это файл, полностью совместимый с VSM For AVR а Флоукарт является надстройкой над ним. Кстати это хороший путь.
@@MbsElectronics Тогда уточнюсь.. создаю проект в Флоукарт, потом компилирую, после компиляции в main.ccp засовываю свой код, после чего создаю новый проект и текст из (main.ccp+свой код) копирую туда, компилируем снова, при этом получая пакет файлов, пригодный для отладки в симуляторе? Так как-то?
Использование блок схем улучшает восприятие кода, защищает от багов, улучшает аудит кода и защищает от привязки к программисту. К примеру: Даже автор кода по прошествии времени с трудом может прочитать свой код. Чтобы внести изменения в программу написанную текстом требуется значительно больше времени, которое тратится на восприятие всего кода всей программы, в то время как продвигаясь в чтении блок схем легче найти повторяющиеся места. Если ваш программист, умер, заболел, вам не комфортно с ним работать, если вы не доверяете программисту, если уровень его скилов уже не соответствует поставленных задачам, то перейти к другому программисту практически нереально, программисты не любят тратить время на чтение чужого кода, чтоб делать изменения. Легче писать с нуля - это если срочным кодом. А если писать код визуально, то его легче понять /воспринять другим программистам. Легче и дешевле найти нового.
Пишите в Arduino IDE. Далее - Скетч - Экспорт бинарного файла. В модели - Edit propertits - Program files. Один раз. С клавиатуры вообще говно, а не труд. Составление блок-схемы по написанному коду - та ещё работа. Как тут работать с регистрами таймера я не понимаю от слова совсем. Это только для конечных автоматов на базе реле годится.
простите, но почему у вас такое красивое произношение всяких рид темпечур, но вы называете флоучарт флоукартом, каждый раз об поток тележки спотыкаюсь xD
![KRK - ชนิสรา Ft.WanMai , N/A [Official MV] Prod. By Sakarin](http://i.ytimg.com/vi/C-WMwwYobcU/mqdefault.jpg)
ВНИМАНИЕ! 💚💲 Чтобы поддержать канал, пройдите по ссылке: musbench.com/all/donate/
Вступайте в телеграм чат канала t.me/mbs_electro
Проект для Proteus можно скачать с моего сайта, перейдя по ссылке musbench.com/all/arduino-breakout-boards/
Всем Спасибо!
Спасибо за предоставленную информацию и так тщательно до мелочей разъясняете для начинающего это тоже хороший инструмент по себе знаю 👍буду ждать следующих видео
Дорогой Олег, спасибо. Ты супер-учитель. Продолжай, если есть сила и мотивации. Мои материальные поощрения будут в будущем. Спасибо!
жду продолжения где сделаем, что-нибудь по сложнее. Крутые видео !
Отличная подача материала :) просто и доходчиво! ждем еще!
Какая чёткая дикция. Раньше так артисты разговорного жанра вели передачу Театр у микрофона. Ни одной запинки. Даже отвлекает от темы, хотя всё же что то новое усвоить получилось.
Супер, спасибо вам большое.
божественная способность к преподаванию
Спасибо за видео. Очень интересно и понятно. Жду продолжение этой темы.
Очень круто объясняете!! Большое спасибо вам. Ждём новых видео.👍
Большое спасибо Вам за уроки ,просто и доходчиво . Ждёмс ешчо 👍
Олег спасибо. Здорова без С++. Алексей
Спасибо вам за уроки, очень подробный и простой подход. Но я хотел бы, чтобы вы использовали millis вместо delay. Delay тормозит контроллер а millis нет.
Надеюсь будет продолжение уроков.
Круто ❤
А возможна ли обратная конвертация скетча в блок-схему?
Вот бы вывод изображения еще разобрать на TFT дисплей
Спасибо Вам за уроки. Все очень понятно и доходчиво. Если можно покажите как подключить тот же LCD 1602 только через i2c модуль. Спасибо!
Да крутое приложение !!
Спасибо! Очень доходчиво. Кстати, один и тот же порт МК может работать с разной периферией, будучи перенастраевыемым в теле программы. Как с этим справляется Протеус? Позволяет обойти ошибку?
спасибо огромнейшее🤝.
очень познавательно и читабельно для мозга в понимании процесса.
p.s.
для меня, при ремонте, одно слово "МК" кидало в пот😰, потому что там есть прошивка((
Так оно всех кидает в пот, потому что в 99% случаев в заводских устройствах с МК прошивка которую хз где брать, так что устройство фактически не ремонтопригодно.
Интересный инструмент. Как будут выгнлядеть подпрограммы интересно.
Дорогая программа...
С китайской "Ардуиной" будет работать?
Отлично! Жаль только, что нет преобразователя на PCF8574T и собственно хотя бы дисплея под него. А то всё хорошо, но для дисплея отдавать кучу пинов - не хорошо.
Конечно интересная тема, но код ручками набить на много быстрее :))))
Плохо что в библиотеке готовых датчиков не указали основные их данные чтобы можно было сразу сравнить что именно подойдет. Т.е. нужно заранее изучать даташиты и только после этого осознанно добавлять датчик. 😢
Для есп32 можно програмировать?
T = nan ?
А esp32 есть поддержка в программе? Или только ардуино?
Flprog хуже? Можно программу из flprog просимулировать в proteus?
можно конечно. Я не знаю как у флпрог обстоит дело с оптимизацией кода. Флпрог замудреный и странный архаичный интерфейс. Вообще визуальное программирование - это для небольших довольно типичных задач под стандартные платы и доя экономии времени. Сложная программа из блоков на нескольких листах становится менее читаемой чем классический правильно написанный код. Наступает момент когда карта в флпрог становится сложнее в изучении чем соответствующий невизуальный код. Поэтому я думаю лабсентер с из протеус движется в совершенно правильном направлении. Это профессиональная западная инженерная команда, которая разрабатывает протеус много лет. Флоупрог - плод трудов нескольких энтузиастов из РФ.
@@MbsElectronics А если использовать подсхемы отдельных подзадач на отдельных листах с их сшивкой на заглавном листе? Иерархические схемы, типа.
FLProg хорош не только тем, что бесплатен, но и тем, что он нацелен на промышленное применение, его идеология созвучна всем системам промышленного программирования, то есть обеспечивает высокую надёжность ПО, создаваемой более технологом, чем программистом.
@@ДмитрийЗайцев-у4ф Ну, и упрощает сопровождение разработки самим потребителем. А протеус не дёшев и потребителю врят ли захочется приобретать.
Перешёл с Сименс Лого на Овен, потом с Овен на flprog, вообще без проблем. Везде один и тот же язык fbd. Только интерфейсы разные, ну и особенности среды, отладчика итд.
Я не программист. Могу написать кусок кода на си, при необходимости, но в основном все делаю на блок-схемах.
По поводу читаемости схем: все зависит от того, кто создавал код.
Если стоит цель сделать код понятным, то он делится на части и оставляются комментарии. Как всегда, кто к чему привык, с тем и проще.
Но на фбд можно решить задачу раз в 10 быстрее, чем на си.
Я FLprog освоил за одну ночь. С 1991-го года паяльник в руках не держал... Эта программа сложнее только тем,что на английском языке. А так- ещё проще
Я так понимаю на Atmega8 что то написать не получится таким образом?
У меня протеус так и не захотел прошивать китайскую ардуинку нано, хлтя ардуиновская IDE видит и шьёт плату, но в режиме "олд бутлоудер". Может есть вариант подружить такую ардуино с протеусом? больно уж удобно работать с ней из под одного софта в виде протеуса
можно попробовать обновить бутлоадер в AtMega328 платы через внешний пронрамматор
@@MbsElectronics к сожалению внешнего программатора нет.
Как вариант, попробовать взять С файл программы, сгенерируемый протеусом, скопировать в Ардуино IDE и через него загружать. Пока не пробовал так, но получится так или нет?
а esp8266 не поддерживается в протеусе?
Уважаемый, а как вставить собственный кусок кода в блок-схему? Или придется распотрошить его на "кирпичики", и из них снова собирать алгоритм?
Никак. Только создавать проект VSM For AVR -> Arduino и писать руками. Либо открывать файл CPP который создается в визуальном редакторе при компиляции (см конец ролика) и добавлять туда. Фактически это файл, полностью совместимый с VSM For AVR а Флоукарт является надстройкой над ним. Кстати это хороший путь.
@@MbsElectronics Тогда уточнюсь.. создаю проект в Флоукарт, потом компилирую, после компиляции в main.ccp засовываю свой код, после чего создаю новый проект и текст из (main.ccp+свой код) копирую туда, компилируем снова, при этом получая пакет файлов, пригодный для отладки в симуляторе? Так как-то?
Я понимаю появление нейросетей как альтернативу очень сложному коду, но использование "блок-схем" в замен написания кода понять не могу
Эпоха говнокода. Пластмассовый мир победил.
Не все занимаются программированием на постоянной основе, умея и грамотно писать код, и отлаживать оный- для них и нужно.
Использование блок схем улучшает восприятие кода, защищает от багов, улучшает аудит кода и защищает от привязки к программисту.
К примеру:
Даже автор кода по прошествии времени с трудом может прочитать свой код. Чтобы внести изменения в программу написанную текстом требуется значительно больше времени, которое тратится на восприятие всего кода всей программы, в то время как продвигаясь в чтении блок схем легче найти повторяющиеся места. Если ваш программист, умер, заболел, вам не комфортно с ним работать, если вы не доверяете программисту, если уровень его скилов уже не соответствует поставленных задачам, то перейти к другому программисту практически нереально, программисты не любят тратить время на чтение чужого кода, чтоб делать изменения. Легче писать с нуля - это если срочным кодом. А если писать код визуально, то его легче понять /воспринять другим программистам. Легче и дешевле найти нового.
👍👍👍
Олег, если Вы говорите, что Вы не программист. Но тогда как называется то что Вы объясняете? Это Hardware?
я программист по диплому)
@@MbsElectronics 👍
А где протеус скачать ?
Торренты? Не, не слышал.
Пишите в Arduino IDE. Далее - Скетч - Экспорт бинарного файла. В модели - Edit propertits - Program files. Один раз.
С клавиатуры вообще говно, а не труд. Составление блок-схемы по написанному коду - та ещё работа.
Как тут работать с регистрами таймера я не понимаю от слова совсем. Это только для конечных автоматов на базе реле годится.
Для чего объявлены переменные "t" и "h" с "точкой" (что занимает больше памяти), а датчик выдаёт целые числа?
Он наверное думал что будут дробные числа ещё но оказалось что целые.
на 2 норм смотреть
👍
простите, но почему у вас такое красивое произношение всяких рид темпечур, но вы называете флоучарт флоукартом, каждый раз об поток тележки спотыкаюсь xD
Блин, только не глобальные переменные. ☺️ Это очень не экономично. Если будет проект посложнее, память быстро закончится. и будет облом.
Ардуино это мраки)
Визуальное программирование это как секспотелефону.
визуальное "программирование" - это вульгарно, это извращение ;)