Что селлеры будут делать, если в один прекрасный день маркетплейс начнет сотрудничать с их поставщиками (т.е. китайцами) напрямую?
В случае крупнейшего российского маркетплейса именно это и случилось. В результате, многолетние успешные продавцы бьют тревогу, ведь дядюшка Ли и его племянник Джен демпингуют, сбивая цены в 2-3 раза. Так еще и доставляют быстрее, Конфуция на них нет!
Так это же хорошо. Получается, отвалятся барыги-дармоеды, которые не могут предложить ничего своего.
Стандартные настройки Windows 11 через пользовательский интерфейс не позволяют установить в качестве даты даже 2100 год. Максимум можно только выставить 23:59 31 декабря 2099 года.
Так ведь всё равно способ сработать должен. Только подождать придётся подольше.
Они же вроде в Словении производятся. И немного в Македонии. Впрочем, неважно. Да, лично меня этот производитель впечатлил. Менял недавно аккумулятор марки Vesna Power и посмотрел на дату производства: где-то между 2012 и 2014 годом. Точнее не понять, метка стёрлась.
Чем же вам пробки так не угодили? Казалось бы, ну есть и есть, они же ни к чему не обязывают.
В штатной электронике часто встречал непропай и растрескивание тяжелых TH выводов. после пропайки вручную повторно не отваливалось.
Это тоже довольно интересный момент. Насколько я знаю, в потребительской электронике сейчас в подавляющем большинстве идёт бессвинец. Вы, наверное, пропаивали ПОС-61 или аналогом. Он гораздо менее хрупкий. Зато свинцовые припои массово идут на военку и на космос, где совсем другие требования к надёжности.
Так и стойку если откусить, то вторую половину надо вынимать снизу. Лучше уж сжать инструментом сверху и рассоединить. А ещё они не берут на себя боковые нагрузки, зато стойки с винтом вполне это могут. А ещё они существуют пластиковые, можно хоть целый день ронять.
То есть у вас всё равно все механические нагрузки приходятся на эти соединения, просто они перестали выскакивать. Что первее разобьётся, сам разъём или его пайка? Несерьёзный это подход какой-то.
В СТМах без проблем, там, как вы и пишете, отдельные регистры для таких манёвров. А вот в АВРах не регистр, а отдельная команда. Это было бы интереснее из С.
У нас явно возникло какое-то досадное недопонимание. Зачем по всему? Один раз дефайном объявляется LedON() на светодиод, или наоборот, всякие IsEnable() для опроса состояния ноги-входа и всё, дальше уже используются. При изменении порта все правки по-прежнему происходят в одном месте. Хоть одна нога, хоть десять, всё равно все правки ровно однократные и в одном месте. Точно так же, как однократно объявить TurnOn() и пучок LedX.
Так ведь та же история и выходит. Что LedX определить, что LedON() сделать. Всё в main.h какой-нибудь вынести, вот в одном месте и получается. Не вижу явных плюсов или минусов.
Просто потому что знаю, что в данном конкретном проекте у меня светодиод висит на первой ноге порта Б и в процессе работы никуда не девается. Это для СТМов, где есть специальный регистр для изменения отдельных битов порта, не затрагивающий другие. Тоже получается чисто запись, а не чтение-модификация-запись.
Такое, как минимум CVAVR умеет. Прикол АВРок в этом плане в том, что там есть специальные команды битового доступа до некоторой периферии. То есть в идеале мы должны получить одну машинную инструкцию на выходе, а не чтение-модификация-запись. Впрочем, и в СТМ32 есть похожий механизм. Если таки найдёте как грамотно внедрить такие конструкции, то буду признателен.
И самый простой вариант, который Я не буду рассматривать в статье: ST CubeIDE.
Тут кому что удобнее и по сути это дело вкуса.
Можете немного подробнее раскрыть чем же установка и настройка целого набора программ и прочих средств разработки удобнее, чем установка установка одной среды, где уже производителем настроено всё? Спрашиваю на полном серьёзе, не с целью наехать. Может быть мне тоже такое надо, но я просто не понимаю плюсов такого решения.
Но зачем? То есть наверняка же какая-то история за этим стояла. Диагностика, поиск прошивки и всё такое. Почему было принято решение пойти именно по такому пути ремонта. Тут ведь контекст это самое интересное. Поиск. А то "спаял, прошил". Ну, вы молодец. Но на статью такое не тянет.
4 проводка кинул от Ардуины, скетч набросал - всех дел ну максимум на 10-15 минут.
Ох, не счесть сколько раз я себя обманывал такими мыслями... Впрочем, выглядит такой план и правда привлекательно. Даже помимо ардуин (откуда они берутся? Самозарождаются как будто) держу в хозяйстве несколько платочек NodeMCU v2 с подобными целями. Там и вовсе можно на LUA писать, да и собственной памяти кратно больше.
Есть проект переходничка сразу с USB на I2C на базе тини45. COM сегодня тоже уже не гарантируется. Собрал себе такой. Компактный, работает хорошо, в системе видится просто как ещё одна шина. Тоже могу порекомендовать как одно из решений.
Так это же хорошо. Получается, отвалятся барыги-дармоеды, которые не могут предложить ничего своего.
Так ведь всё равно способ сработать должен. Только подождать придётся подольше.
Так это ж Ламборгини.
Они же вроде в Словении производятся. И немного в Македонии. Впрочем, неважно. Да, лично меня этот производитель впечатлил. Менял недавно аккумулятор марки Vesna Power и посмотрел на дату производства: где-то между 2012 и 2014 годом. Точнее не понять, метка стёрлась.
Чем же вам пробки так не угодили? Казалось бы, ну есть и есть, они же ни к чему не обязывают.
Это тоже довольно интересный момент. Насколько я знаю, в потребительской электронике сейчас в подавляющем большинстве идёт бессвинец. Вы, наверное, пропаивали ПОС-61 или аналогом. Он гораздо менее хрупкий. Зато свинцовые припои массово идут на военку и на космос, где совсем другие требования к надёжности.
Так и стойку если откусить, то вторую половину надо вынимать снизу. Лучше уж сжать инструментом сверху и рассоединить. А ещё они не берут на себя боковые нагрузки, зато стойки с винтом вполне это могут. А ещё они существуют пластиковые, можно хоть целый день ронять.
То есть у вас всё равно все механические нагрузки приходятся на эти соединения, просто они перестали выскакивать. Что первее разобьётся, сам разъём или его пайка? Несерьёзный это подход какой-то.
В СТМах без проблем, там, как вы и пишете, отдельные регистры для таких манёвров. А вот в АВРах не регистр, а отдельная команда. Это было бы интереснее из С.
У нас явно возникло какое-то досадное недопонимание. Зачем по всему? Один раз дефайном объявляется LedON() на светодиод, или наоборот, всякие IsEnable() для опроса состояния ноги-входа и всё, дальше уже используются. При изменении порта все правки по-прежнему происходят в одном месте. Хоть одна нога, хоть десять, всё равно все правки ровно однократные и в одном месте. Точно так же, как однократно объявить TurnOn() и пучок LedX.
Так ведь та же история и выходит. Что LedX определить, что LedON() сделать. Всё в main.h какой-нибудь вынести, вот в одном месте и получается. Не вижу явных плюсов или минусов.
Эх, а я уж губу раскатал на прямой битовый доступ.
Вместо подобных "функций" с передачей порта и бита себе сразу пишу конструкции типа
Просто потому что знаю, что в данном конкретном проекте у меня светодиод висит на первой ноге порта Б и в процессе работы никуда не девается. Это для СТМов, где есть специальный регистр для изменения отдельных битов порта, не затрагивающий другие. Тоже получается чисто запись, а не чтение-модификация-запись.
Такое, как минимум CVAVR умеет. Прикол АВРок в этом плане в том, что там есть специальные команды битового доступа до некоторой периферии. То есть в идеале мы должны получить одну машинную инструкцию на выходе, а не чтение-модификация-запись. Впрочем, и в СТМ32 есть похожий механизм. Если таки найдёте как грамотно внедрить такие конструкции, то буду признателен.
Не в контексте именно разработки, но да, мне такое надо. Спасибо.
Можете немного подробнее раскрыть чем же установка и настройка целого набора программ и прочих средств разработки удобнее, чем установка установка одной среды, где уже производителем настроено всё? Спрашиваю на полном серьёзе, не с целью наехать. Может быть мне тоже такое надо, но я просто не понимаю плюсов такого решения.
Но зачем? То есть наверняка же какая-то история за этим стояла. Диагностика, поиск прошивки и всё такое. Почему было принято решение пойти именно по такому пути ремонта. Тут ведь контекст это самое интересное. Поиск. А то "спаял, прошил". Ну, вы молодец. Но на статью такое не тянет.
Дегустатору дорогого вина не запрещается иной раз и пива выпить, если ситуация к тому располагает.
Ох, не счесть сколько раз я себя обманывал такими мыслями... Впрочем, выглядит такой план и правда привлекательно. Даже помимо ардуин (откуда они берутся? Самозарождаются как будто) держу в хозяйстве несколько платочек NodeMCU v2 с подобными целями. Там и вовсе можно на LUA писать, да и собственной памяти кратно больше.
Есть проект переходничка сразу с USB на I2C на базе тини45. COM сегодня тоже уже не гарантируется. Собрал себе такой. Компактный, работает хорошо, в системе видится просто как ещё одна шина. Тоже могу порекомендовать как одно из решений.
Схема на КДПВ таки от того источника или просто какая-то "на тему"? А то что-то описанию не соответствует. Как минимум, не вижу упомянутый оптрон.
И, признаться, было бы любопытно посмотреть на схему запуска. Если это не секрет, конечно.
Вы даже не старались...
Что ж, вы изобрели седан.