- Посоветуйте LDO на 5v 100ma с Enable входом. При EN=0 - ВЫКЛ. - Mty1(22.07.2024 15:22 - 16:31, SCH, полностью)
- ключ EN можно приделать к любому стабилизатору. В наше время
смотрят на доставабельность. - =L.A.=(22.07.2024 21:55)
- Из китайских - RS3002-5.0SYF5, RS3005-5.0SYF5. Только у них Dropout несколько своеобразный - зависит от
выходного тока, примерно 6-8мВ на 1мА выходного тока. reZident(2 знак., 22.07.2024 16:51, ссылка, ссылка)
- LP2950 - это TO-92 и у него нет EN. Берите LP2951, с EN на +входа
резистор 22кОм. А на землю - "цифровой транзистор". Будете подачей
напряжения на транзистор, открытием транзистора, притягивать вход
shutdown к земле, тем самым включая стабилизатор. При выключенном
транзисторе, ток цепи SHUTDOWN будет порядка 30мкА. - Nikolay_Po(22.07.2024 16:38)
- Благодарю, хороший вариант. Транзистор типа DTC114 будет норм? UPD:
Разовью тему для общего понимания - а полевик в такое место
нормально поставить? Типа 2N7002 с 2/1v пороговым напряжением? - Mty1(22.07.2024 21:06 - 23.07.2024 14:01)
- Полевики мне не нравятся. Оборвётся затвор и потом непонятно, от
какой помехи у тебя в схеме КЗ то появляется, то исчезает.
Биполярный с бухты-барахты не включится. В общем, полевики в такие
схемы не считал - не приходилось, тут сами смотрите. Главное, чтобы
напряжения и токи управления гарантировали открытие/закрытие
транзистора с учётом всех возможных утечек и всех возможных сдвигов
питания и порогов от номинала во всём диапазоне температур и
рабочих токов. Nikolay_Po(284 знак., 23.07.2024 15:27)
- DTC114 подходит. На всякий случай, уточните, управляющее напряжение
для включения транзистора, какое будет? Не рекомендовал бы меньше,
чем 2.26В (навскидку). - Nikolay_Po(23.07.2024 13:46 - 15:22)
- CMOS 3.3v - Mty1(23.07.2024 14:44)
- Норм. - Nikolay_Po(23.07.2024 15:21)
- Мнится мне, что кто-то уже записывал такие мысли на песках
Сахары... Toчкa oпopы(463 знак., 19.06.2024 22:03, dao, ссылка, полностью)
- Так вроде давно уже сделали такое Sergey_N(1 знак., 15.07.2024 17:10, ссылка)
- Вот я охреневаю вообще с этой темы. За всю жизнь работы не
возникало затруднений зажечь светодиод и никакой потребности в
классах не возникало. Проблемы (более 80% трудоемкости) возникают
совершенно в другом месте. Это либо нехватка ОЗУ в дешманском MCU
либо новые неизведанные алгортимы прикладного уровня. - 3m(23.06.2024 13:25)
- Смысл не просто зажечь светодиод а зажечь светодиод с помощью
единого интерфейса независимо от того находится ли светодиод на
локальном пине, на шине, доступен через модбас или этот светодиод
на марсоходе, а марсоход уже летит в грунт. Boвa(24 знак., 23.06.2024 13:42 - 13:52)
- Вы пытаетесь свалить в одну кучу сущности обладающие принципиально
разными свойствами, это неприемлемо!!! Кстати типовая фича
ООПшнутых. Светодиод на GPIO зажгется всегда и мгновенно, светодиод
на hc595 зажгется после завершения spi транзакции а на модбас может
не зажечься вовсе если связь потеряна. А теперь представьте что
другой такой же гений абстракций применит ваш класс для управления
сигналом DE трансивера RS485 через оптрон (а ЧО, этож светодиод) а
оно на 595 регистре. 3m(41 знак., 23.06.2024 14:15)
- Класс Led не получится применить для RS485, если он нормально
спроектирован. Компилятор ошибку должен выдать. На этапе написания
кода даже будет ошибка. В этом суть. И на другой плате тот же код
будет работать, достаточно лишь нижний слой-распиновну сменить. А
Скрипач будет все свои функции переписывать. - Costic(24.06.2024 23:28)
- Этот, как его.. паттерн "мост" Tyмблep(1 знак., 05.07.2024 15:14, ссылка)
- Небезинтересно. Спасибо :) Cкpипaч(354 знак., 05.07.2024 15:54)
- Не совсем. Tyмблep(847 знак., 05.07.2024 17:59)
- Неправильное понимание паттерна "мост" и его назначения. Сразу пишу
что неправильно, это тонкий вопрос в дизайне и архитектуре. Смысл
паттерна "мост" не в том, чтобы соорудить некую общую абстракцию и
наделять её смысловой реализацией, разделив их. Смысл только в том
чтобы технически разделить интерфейс и технически позволить
подменять актуальную реализацию. И абстракция-интерфейс и
реализация как правило чётко определены (т.е. вообще-то глобально
мы ЗНАЕМ, однако так RxTx(1596 знак., 05.07.2024 20:34)
- Нет, не согласен. Tyмблep(1843 знак., 08.07.2024 15:44)
- Наследование вообще применимо мало где. Потому что оно предполагает
строгую иерархию без побочных эффектов. А это применимо только для
полностью абстрактных вещей типа графики, оконной системы. Там где
голимая математика в памяти можно строить иерархию классов. Как
только появляются реальные физические объекты лучше убегать в
сторону агрегирования указателей и т.п. - =AlexD=(08.07.2024 15:45)
- Приехали. =:0 Tyмблep(539 знак., 08.07.2024 15:53)
- Абстрактный класс - это костыль плюсиков, в которых изначально не
было интерфейсов. Кстати, кто-то из великих плюсоводов писал что
дружественные функции пользительнее для здоровья. - =AlexD=(08.07.2024 16:16)
- "Это другое, понимать надо" (c) Tyмблep(557 знак., 15.07.2024 14:14)
- Я и не сравниваю. Я абисняю что согласно последней моде
наследоваться - харам (за исключение абстрактных костылей типа
интерфейсов). Самый простой путь получить доступ к внутренностям -
унаследоваться, что 98% плюсовых погромиздов и делают. А дружить -
это же ДУМАТЬ надоть. Нафих вообще... - =AlexD=(15.07.2024 15:33)
- Не знаю про моду. Tyмблep(1344 знак., 16.07.2024 15:20)
- Ну, полюбому, реализовать "отличие...числовой константой" вы должны
ручками. Сами. А, потом, гордо, пользоваться получившимся объектом.
Хотя, чисто механически, смысла в этом осталось не так чтобы много. - mse homjak(16.07.2024 15:48)
- Ещё бы ! Tyмблep(440 знак., 16.07.2024 17:38)
- Не понял, почему "ручками гораздо дольше"? Не, можно упороться на
ровном месте, моё почтение. Спору нет. Но если у вас ужэ есть набор
параметризируемых функцый, то что за проблема просто передавать в
ужэ написанную функцыю параметр, соотвецтвующий конкретной микруле? mse homjak(324 знак., 16.07.2024 17:59)
- Как бы почти же самое. Tyмблep(1795 знак., 16.07.2024 18:18)
- Ну и? Все процедуры должны быть вами написаны! Под требования ООП.
Все "классы-предки", это просто абстракция. Физически, это,
условно, функция, в которую передаётся условный указатель на список
параметров конкретного жука. Которая вами написана. Вся роль
"классовой боротьбы", это передача параметров(которые вы ужэ
подготовили) в функции(котрые вы ужэ написали). Это всё хорошо и
выгодно, если всю работу за вас сделал дядя, а вы только
пользуетесь. Но дядя, как правило, не в mse homjak(49 знак., 16.07.2024 19:54)
- Модуль dummy_led.c+h и две функции в нем. Позднее, вместо dummy_led
можно подключить в проект любой другой. - Cкpипaч(05.07.2024 18:08)
- Почему? Прерпишется функцыя setLedState(0/1). Собсно, "нижний
слой-распиновка". Зачем переписывать все функцыи? - mse homjak(25.06.2024 16:38)
- Ошибки в момент компиляции можно избежать, но код конечно правильно
работать не будет. Однако это не говорит о плохости так как умелый
программист всегда найдет 1000 способов вышибить себе мозги. Boвa(262 знак., 25.06.2024 00:19)
- У него будет изменён только нижний слой, платформозависимый.
Бизнес-логика ни одной строчкой не поменяется. - POV(24.06.2024 23:35)
- Та самая дырявая в абстракция - имет больше свойств чем описано в
интерфейсе. Если мы хотим единообразия в таком вопросе, то
интерфейс нужно расширять методами и кодами ошибок на весь зоопарк,
даже на ногопортовый светодиод. А это куча лишней писанины и ещё
больше лишних проверок в коде. Изредка в этом есть смысл, например
для плагинов. Но чаще - нет. - =AlexD=(24.06.2024 09:54)
- Точнее "довожу до абсурда". - Boвa(23.06.2024 14:51)
- С дуру и хрен сломать можно :) - VladislavS.(23.06.2024 14:20)
- Не стоит брать слишком большую лопату. - Cкpипaч(23.06.2024 13:44)
- +1 - Гyдвин(23.06.2024 14:31)
- В данной теме светодиод это лишь сущность для обсуждения принципов
без залезания в дебри. - VladislavS.(23.06.2024 13:36)
- Нет никакого смысла ковыряться с этими битами. Надо код сразу
уводить на более высокий уровень абстракции, а биты оставить внутри
библиотечного кода. Один раз написать и оттестировать библиотеку
без ошибок в битах вполне посильная задача. VladislavS.(105 знак., 20.06.2024 09:07)
- Ваша позиция правильна. Эх, опустился норот без розовыхЪ членов
сообщества. Скоро под себя ходить будет. Никаких 1< < не
должно быть нигде в .с файлах. В одном лишь конфиг-хидере все
выводы описываются. - RED_LED(20.06.2024 23:49,
)
- Да. Сразу на более высокий уровень абстракции. Но совершенно не так
как написали вы. Cкpипaч(71 знак., 20.06.2024 19:30 - 21:36)
- Этот код гавно, и я поясню почему. Costic(1098 знак., 22.06.2024 15:25)
- Этот код - демонстрация НЕ смешивания областей определения. Там где
определен Fucking_Silly_Led_On() не используются биты. Вообще. Ни в
явной форме, через ООП-прослойку. Cкpипaч(328 знак., 22.06.2024 18:27, ссылка)
- Вам реально нужна библиотека для манипуляции битами и регистрами?
Мне - нет. - Cкpипaч(22.06.2024 15:40)
- Всем нужна, все <gpio.h> используют. Но написать GPIO
толково на С++ пока никто не может. Средства С++ и современные IDE
имеют подсказки и помогают писать код. Т.е. на этапе написания кода
уже могут исключаться ошибки, т.к. IDE предложит только
ограниченное множество портов, пинов и иных объектов в зависимости
от контекста. Даже компилировать не надо, как у Владислава. А это
повышение производительности труда, которая тебе очень нравится. - Costic(22.06.2024 19:40)
- Для инженерных задач, думаю, такая библиотека не нужна. Но
манипулирование битами это то средство в языке С, с помощью
которого предметная область "электротехники" отображается (mapping)
в алгоритмах и программах. По-хорошему, нужны средства (классы,
операторы, функции, множества) для описания предметной области.
Современный С++ может предоставить эти средства. - Costic(22.06.2024 16:39)
- Т.е. желание впихуйнуть операции над битами в совершенно иной слой
абстракции - неистребимо. Принято. Лично я так делать не буду. И
подчиненным не позволю. - Cкpипaч(22.06.2024 18:27)
- Тут вот какая штука... Дополнительная абстракция бит, позволяет
оптимизировать код на этапе компиляции. Причём так, что
последовательность действий над волатильными регистрами аппаратуры
сохраняется, обеспечивая требуемые последовательности ввода-вывода.
И, при этом, биты разных объектов, принадлежащие одному регистру,
упаковываются в одну операцию, а не в последовательность. Nikolay_Po(107 знак., 22.06.2024 18:45)
- Я вот выше писал что классы для работы с битами это перебор, но
вспомнил как делал обёртку над системой команд RISC-V. Там при
доступе к полям спецрегистров куча разных ассемблерных команд.
Чтобы не думать как правильно и/или оптимально с ними работать
пришолось обернуть в класс и переложить заботы на компилятор. В
результате код обходит написанный вендором на асме. - VladislavS.(22.06.2024 23:21)
- А ЗАЧЕМ перемешивать работу с регистрами и прикладной код? Ради половины процента экономии по памяти программ? Я даже не
говорю "преждевременная оптимизация". Я просто молчу. Со скорбным
видом. - Cкpипaч(22.06.2024 18:54)
- А почему бы не экономить, особенно если это бесплатно делает
компилятор? И не преждевременно, а всегда и без устали. - VladislavS.(22.06.2024 22:49)
- Перечитал ветку еще раз - мы говорим о разном и друг друга не
слышим. Cкpипaч(556 знак., 23.06.2024 07:39)
- Вы противоречите своему примеру идеалного метода включения диода в
который поместили работу с битами и регистрами конкретного
контроллера. Вы этот метод будете переписывать раз за разом, а я
нет. Битовая арифметика с регистрами на каком-то уровне всё равно
появится, но этот уровень ниже чем у вас. Gpio, spi, i2c, usb - это
всё должно быть прослойкой абстракциией, позволяющей писать
прикладной уровень не думая для какого контроллера ты пишешь.
Написана эта абстракция VladislavS.(97 знак., 23.06.2024 08:28 - 09:05)
- Я - буду. Поменяю имя регистра или номер бита, если нужно. А как вы
получили гарантию что не регистр, не не номер бита никогда не
изменится в вашем случае? - Cкpипaч(23.06.2024 08:41)
- Гарантия одна, в методе включения светодиода не использовать ни имя
регистра, ни номер бита. Использовать абстракцию, я же приводил код
метода LED::On(); VladislavS.(123 знак., 23.06.2024 09:03)
- У вас есть неявное предположение что все LED гарантировано ведут
себя одинаково. Я в таком случае введу прикладной номер LED, а то какой номер, к какому биту какого регистра
относится - спрячу внутри модуля bsp. Cкpипaч(236 знак., 23.06.2024 09:12)
- В прикладном коде вам нужно будет найти инициализацию объекта LED и исправить
там. А если окажется что еще и способ нужно поменять, то искать
"способ" придется уже где-то в другом месте. Два места вместо
одного, специально выделенного в отдельный модуль. Я это называю
"объектный спагетти-код". - Cкpипaч(23.06.2024 09:04)
- Зачем вы свои проблемы на меня перекладываете? Беру схему, в
заголовочном файле описываю (именно описываю) что куда подключено.
Для светодиода это пин и наличие инверсии, для eeprom порт i2c, для
синтезатора частот порт spi и пин gpio для контроля ФАПЧ и т.д. А
дальше забота компилятора всё это связать. Нет никаких двух и более
мест, по которым вы зачем-то рыскаете. - VladislavS.(23.06.2024 09:12)
- Эти идеальности не всех посещают. У меня вполне уживаются и светики
на GPIO, и светики, подключенные через I2C расширители. И для этой
группы устройств в базовом проекте туча таргетов для 6-и процов
(один кетайский), 2 типа ядер, 3 типа периферии проца, под
конкретные конфигурации плат (там есть несколько исполнений с тучей
разных интерфейсов и т.п.) с выбранной индикацией (со своими
разношерстными расширителями)... Сильно проще идти от прикладной
задачи, имея подготовленные Vit(3 знак., 23.06.2024 09:30)
- У вас же расширитель имеет интерфейс обычного порта и предоставляет
доступ к пинам так же как gpio контроллера? И повесить светодиод на
пин расширителя можно так же как на пин контроллера? - VladislavS.(23.06.2024 09:49)
- у меня расширители PCF8574/A и PCA9534/A с жесткой адресацией на
шине. естественно стоит автодедект. но в зависимости от варианта
аппаратной сборки подключается разный набор светодиодов (да и
некоторых ключиков питания). причем сами эти расширители имеют
внутри разную физически конфигурацию выводов - в PCF8574/A
неотключаемая подтяжка, а в PCA9534/A включаемая. для управления
ключиками это важно. светодиоды всегда можно погасить и тут же
зажечь как нужно (вспомная анекдот о Vit(114 знак., 23.06.2024 10:16)
- Сам бог велел спрятать всё это непотребство в класс расширителя и
выдать светодиоду интерфейс пина к которому он подключен. - VladislavS.(23.06.2024 10:26)
- Это впорос реализации, но не применения. У меня приложение вызывает
функцию управления функциональным узлом - светодиод обмена данными
включить. Под капотом оно и проверит, а инициализирован ли драйвер,
если нет, то запустит инициализацию, и другие проверки, ну или
просто дёрнет GPIO. Класс там у драйвера или модуль (как
идентифицированная единица компиляции) с набором функций - это не
суть важно. - Vit(23.06.2024 10:57)
- Всегда есть особенности реалищации, но не надо делать из этого
винегрет. Светодиод не должен заниматься проверкой инициализации
порта. Это дело самого порта. Если у вас такой хитрый порт, то и
наворачивайте его логику. Оставьте светодиоду светодидово. Так код
будет проше и понятней. - VladislavS.(23.06.2024 11:14)
- При чём тут винегрет? Да, есть драйвер I2C_GPIO, он сам себя
инициализирует, если до того не вызывали. Да, оно под капотом и
кишки наружу не торчат. Но функция включения светодиода в
приложении вызывает ручками вписанную (назначенную) функцию от
этого драйвера или от CPU_GPIO (драйвер, как ни странно, тоже
бывает нужен). И она действительно чихать хотела как оно
реализовано. В CPU_GPIO может быть bit banding, работа с Set/Reset
регистрами, может быть чтение-модификация запись Vit(890 знак., 23.06.2024 12:44)
- Бугага! (только пожалуйста не обижайтесь, это не переход на
личности) А как насчет необходимости по-быстренькому подменить пару
входов заглушками, потому что в целевом bsp нет свободных? 8) Тоже
броситесь прикладной алгоритм переписывать? У вас это дешевле? :) Cкpипaч(176 знак., 23.06.2024 11:25 - 11:38)
- Я максималист. И преждевременная оптимизация - моя слабость и смысл
жизни. К счастью, современные компиляторы позволяют расслабиться.
Уже можно не оптимизировать. И так получится хорошо... За
исключением простыней конфигураций ввода вывода и прочего
жонглирования битами. Абстракция позволяет тонко отделить
необходимость обращения к аппаратуре как указано, без оптимизации
самого обращения, от комбинирования данных при этом обращении.
Честно говоря, я до сих пор не программирую Nikolay_Po(75 знак., 22.06.2024 19:04)
- Лишний слой абстракции - это как полиэтиленовый пакетик, в который
заворачивают пульт от ТВ, чтобы сохранить его первозданную красоту.
В растрёпанный от долгой эксплуатации полиэтиленовый пакетик.
Подсмотрено у старшего поколения :-) - SciFi(22.06.2024 16:01)
- Не надо думать о слоях и о том что лишнее, а что не лишнее. Главное
- написать решение задачи/алгоритма понятно (для людей) и в
терминах предметной области. Об эффективности компилятор и др.
позаботятся. - Costic(22.06.2024 16:42)
- Вредный совет detected. НУЖНО думать о слоях. НУЖНО проектировать
системы "сверху - вниз". НУЖНО изолировать аппаратно-зависимые слои
от чисто прикладных. Я потом объясню почему. - Cкpипaч(22.06.2024 18:00)
- Я выше написал про fread/fwrite. Никто же не думает о слое с
секторами. И пользователи (программисты) socket'ов не думают как
там PHY работает и какие регистры там нужны. И о socket-ах тоже не
все хотят думать, т.к. есть классы-обёртки в том же Boost.Asio. - Costic(22.06.2024 19:00)
- Мы пробовали писать так, как рекомендует товарищ Costic. Мой коллега умышленно добавлял уровени абстракции везде, где ему
только показалось, что это может хоть когда-нибудь пригодиться. Я удивился. А он пояснил (не дословно, смысл): "Я не
знаю, как потом я буду развивать этот код дальше. Поэтому
предусматриваю эти абстракции, чтобы можно было удобно вмешаться на
любом уровне." На моё возражение, что, быстродействие может
пострадать, он ответил: "Какое у Nikolay_Po(870 знак., 22.06.2024 18:59)
- Ключевое: symbions(266 знак., 23.06.2024 13:08)
- Вот, на мой взгляд, неплохой пример класса, описывающего полностью
всё семейство eeprom 24C. Можно ещё концептами обложить, но в угоду
совместимости с отсталыми компиляторами это не сделано. VladislavS.(5 знак., 23.06.2024 08:59, ссылка)
- Я всегда ввожу уровень абстракции, если в этом месте может быть
применена разная реализация. Тот же пин на котором висит светодиод
может быть портом AVR или STM32 или быть проброшен по радиоканалу и
включать шифрованными сообщениями "к чёрту подробности" на другом
континенте. Код светодиода от этого не меняется, компилятор сам всё
свяжет. - VladislavS.(22.06.2024 23:05)
- ЧИ-ТА-БЕЛЬ_НО-СТЬ! (орет) Мужики, вы издеваетесь?! Представьте, вы
пришли на новое место работы, получили в руки работающую систему и
несколько относительно несложных задач. Вопрос - сколько раз вы
скажите "спасибо" человеку, нагородившему сто-пятьсот промежуточных
классов и сотворившему форменный ооп-спагетти код?! Cкpипaч(375 знак., 22.06.2024 20:15)
- Ровно так и делаю.. Называю эту прослойку bsp, хотя может быть не
совсем корректно называю... POV(571 знак., 20.06.2024 22:35)
- Вы же понимаете, что светодиод это лишь затравка для обсуждения,
как самый примитивный объект. В действительности это достаточно
сложные сущности. А я никаких "bsp" не пишу. Просто указываю что
куда подключено по схеме. Это даже не код как таковой, а чисто
описание. Остаётся потом только логику работы изделия реализовать,
что достаточно просто, когда не надо думать о том как кирпичики
внутри работают. - VladislavS.(20.06.2024 23:07)
- У меня объект - коммутатор за 5М рублей. Более чем сложный с
объемной периферией. И он суко должен работать до списания не
выключаясь и без глюков. Нахер тут плюсы и многое другое. О
прекрасном я думаю на леваках, а в реальной задаче за зарплату -
только о стабильности решения и простоте отладки... POV(148 знак., 20.06.2024 23:53)
- То о чём вы пишете, это вопрос тестирования и объёма испытсний. - VladislavS.(21.06.2024 00:15)
- Вам [не] повезло. По каким-то причинам, две трети жизненного пути
того что вы пишите напрочь выпадает из вашего поля зрения. Cкpипaч(544 знак., 21.06.2024 07:31)
- А вам не приходило в голову, что вам кажется наркоманским код
только потому что вы не владеете языком? Я вот тоже по китайски
ничегошеньки не понимаю, но китайский же не стал от этого хуже. А
те кто изучал С++ свободно читают написанные на нём программы. И
даже исправляют и дорабатывают. Устрицы они такие... - VladislavS.(21.06.2024 07:51)
- Приходило. Флагманская система - на Питоне. Много смотрю чужого
кода, на тех же Плюсах и Питоне. Так что за мой кругозор не
переживайте :) Cкpипaч(117 знак., 21.06.2024 18:07)
- Да ..дь, тебе (и еще ряду категоричных персонажей) уже писали не
раз - тут многие умеют в плюсы. Я например 15 лет писал на них.
Свежий синтаксический сахар не знаю, но и не он же определяющий.
Кто менее категоричен - использует много разных инструментов, более
соответствующих задаче. - POV(21.06.2024 13:19)
- Так сказать, скинули проблему на отдел кадров. "Найдите мне ещё
одного с таким же богатым внутренним миром". Есличо, кадровики
будут крайние :-) - SciFi(21.06.2024 12:46)
- За один наркоманский cin-cout надо ...вывести в чисто поле,
поставить мордой к стенке, и пустить пулю в лоб, чтоб на всю жизнь
запомнил(С) Хорошо хоть в дуинах не стали это дерьмо прикручивать,
а вернулись к читаемым вариантам. Наверное потому что не смогли:) И
это же их и спасло от плюсов ради плюсов - Vit(21.06.2024 12:33)
- ню-ню - POV(21.06.2024 00:43)
- Спасибо. А то я уже стал сомниваться, не свихнулся ли я сам. - Cкpипaч(20.06.2024 22:43)
- Не свихнулся. Но тем не менее, вы(мы) спорим о вкусе устриц с теми,
кто их ел :-) il-2(584 знак., 21.06.2024 06:01)
- Я - примерно также. И библиотеку манипулирования битами в регистрах
писал, для того чтобы понять язык. И со скриптовыми DSL
эксперементировал. Cкpипaч(76 знак., 21.06.2024 07:54)
- Например, в С++26 можно будет обратиться к элементу списка
параметров по индексу. Всё станет совсем просто и уже
метапрограммой то не назовёшь там где раньше пришлось бы изрядно
попотеть :) VladislavS.(58 знак., 21.06.2024 07:23)
- Вы правы, в ранних стандартах метапрограммировпние было побочным
эффектом и доступно только индивидумам с вывернутым наизнанку
мозгом типа Александреску. В последних стандартах оно хоть и далеко
от идеала, но уже похоже на обычное программирование, и доступно
для понимания обычными программистами типа меня. Да, это всё ещё
зарядка для мозга, но уже доступная всем, а не только КМС. - VladislavS.(21.06.2024 06:51 - 06:58)
- Но это же ужасно. Во-первых, светодиод ничего не должен знать о том
на каком контроллере висит. Во-вторых, он не должен уметь управлять
ногами контроллера. А светодиод это просто бит. А если это
какой-нибудь синтезатор частот? Я напишу только класс, описывающий
его внутреннюю логику работы и параметром передам spi. Чтобы вообще
не думать на каком контроллере он будет работать. VladislavS.(372 знак., 20.06.2024 21:11 - 21:20)
- Если нет никакого смысла ковыряться, то плюсы не нужны! SciFi(3 знак., 20.06.2024 09:16)
- Правы оба, но у чужих библиотек есть фатальный недостаток: их писал
кто-то другой. - Boвa(20.06.2024 09:12)
- на самом хабре было Sergei_sR(416 знак., 20.06.2024 07:01, ссылка)
- Скорпион, ужалил бы? LordN(1 знак., 21.07.2024 16:04 - 16:15, Off, ссылка, полностью)
- озаботился шрифтами для TFT (ну того, что в STM32F746-DISCO). Везде
файлы с расширением otf или ttf. Это как я понимаю системные файлы.
А как мне растр получить? - Лaгyнoв(22.07.2024 17:02, dao, полностью)
- Вот сейчас нагуглилась красивая штука. Чуть более продвинуто, чем
нужно среднестатистическому бедуину, но если бы оно было тогда,
когда я возился с LCD, взял бы, не раздумывая >>> SciFi(1 знак., 22.07.2024 20:38, ссылка)
- спасибо - Лaгyнoв(23.07.2024 07:57)
- В пустыне перетирали не раз. Если немного поискать, то найдётся. - SciFi(22.07.2024 17:32)
- Дык, online-конвертеры вроде как присутствуют. - SERGHIO(22.07.2024 17:14)
- да чё уж там, рисуй векторные ))) POV(1 знак., 22.07.2024 17:04, ссылка)
- "Интенсивная радиоэлектронная война вблизи северных Филиппин
намного превзошла внешние ожидания. В конечном итоге флот США
столкнулся с беспрецедентным кризисом — экраны были полны
статических помех и произошла полная потеря сигналов GPS" Codavr(3799 знак., 22.07.2024 22:33, Off, ссылка, полностью)
- Электрический вакуумный оловоотсос LordN(239 знак., 03.04.2024 10:29 - 04.04.2024 07:10, SCH, ссылка, youtube, полностью)
- На работе имеется оловоотсос от JBC, больше года им не пользуюсь.
Рулит правильная медная оплетка с правильным жалом C245. Дело в том
что у оловоотсосов очень маленькая площадь теплового контакта и
если попадается теплоемкая плата то хер там чего отсосешь)))) - enc(22.07.2024 23:44)
- попробовал его в первый раз седня - ну работает. LordN(111 знак., 05.06.2024 10:27)
- хе, седня впервые использовал по прямому назначению - выпаял кнопку
в мышке. LordN(228 знак., 21.07.2024 18:32)
- Оказывается, он не качает постоянно, а при нажатии на кнопку
втягивает электромагнитом! А я и не знал. - RxTx(05.06.2024 11:28)
- испытал уже с месяц назад, остался доволен. Канифолью облудить не
удалось надо будет в активатор сунуть. Результатом доволен.
Попалась на глаза инструкция от него, оказалось он разборный :)
Раскрутил, вытряс припой. Не понял зачем сильно прижимать к плате,
когда поршень дойдет до верхней точки его и так надо от платы
убирать, чтобы кнопку отпустить. - abivan(05.06.2024 11:20)
- Сильный прижим, по идее, несёт риск повреждения (срыва, отклейки)
юбки у контактной площадки... - Nikolay_Po(05.06.2024 10:29)
- Он же только для распайки деталей с плат с отверстиями
(through-hole)? Или я ничего не понимаю и с SMD и др. им тоже можно
работать? - RxTx(09.05.2024 11:46)
- Лучше с компрессором. Работает. А всё эти пружинки да поршни -
ерунда - POV(08.05.2024 18:59)
- теперь нужен кейс-чехол для хранения этого паяльника, размеры
280*85*65мм примерно +/- LordN(158 знак., 08.05.2024 06:09, ссылка)
- У меня дома вот такой, с ручным пружинным взводом. Пользуюсь им
редко, меня устраивает. il-2(1 знак., 03.04.2024 13:02, ссылка)
- Судя по описанию, олово собирается в нижней продольной камере? Там
еще и отвод с изгибом? Тогда это хрень полная! Забьется быстро и не
прочистишь толком. У нас недавно пару станций Proskit SS-331
купили. Так одну уже успели засрать так, что еле восстановили
работоспособность. Трубка в самом конце, где она соприкасается с
контейнером, забивается оловом, которое в свою очередь там и
застывает. Имеющимся в комплекте ершиком не всегда удается пробить
эту пробку. Но зато когда reZident(163 знак., 03.04.2024 11:27)
- Примерно таким должен быть пост. =AlexD=(86 знак., 03.04.2024 11:18, ссылка, картинка)
- спасибо за формирование потребности. А чего бы не купить недорого
же. Я вот хоть и программист и для дома/для семьи выпаиваю оплеткой
кабеля, но сей агрегат и отзывы мне понравились. - abivan(03.04.2024 10:51)
- С интервалом ошибаешься :) Ползовал всего пару раз за несколько
лет. Правда мой простенький - "шприц" с пружиной, но со встроенным
нагревателем а-ля паяльник. Чуток другой чем по ссылке - древнее... - Гyдвин(03.04.2024 10:35)
- Кабеля экранированного старого много подогнали, шкурку снял, флюсом
пропитал, нормально. Если им припоя основной массив с точек пайки
убрать, то феном легко распаять. - Visitor(03.04.2024 10:35)
- У меня обычный. Года с 88-89.Бывает, пользуюсь. - mse homjak(03.04.2024 10:32)
- вакуумный или типа как по ссылке? - LordN(03.04.2024 10:35)
- Вакуумный. Типа шприца, тока наоборот, на пружинке, с кнопочкой.
Большим пальцом взводишь, прогреваешь ногу, быстро надеваешь носик
на место нагрева и жмёшь пимпочку. Прибор делает "п-п-п-а" и
высосывает скока смог. При необходимости, повторить. Потом ножку
упираешь, пока она не оторвётся от плёнки припоя в отверстии и
повторяешь до полного удовлетворения. Потом объёкт высовывается,
практически, без потерь. Платы и ног. Правда, паяло нужно мощное.
Т12 на 24В хватает. - mse homjak(03.04.2024 10:41)
- Немного рассуждений про ch32v307+freerto+libwchnet.a klen(1210 знак., 10.07.2024 15:42, ARM, полностью)
- На гитхабе свежее обновление выкатили. Много для ETH добавили. Driver_gv(3 знак., 12.07.2024 10:38, ссылка, ссылка)
- Тут я другой подход хотел применить, но кинули на другую работу. VVB(57 знак., 10.07.2024 23:07, ссылка)
- Там же таймауты внутрях, без периодических дёрганий никак. - =AlexD=(10.07.2024 15:50)
- Не надо гнать на lwip. Отличная вещь. Там прямо на этикетке
написано, что вся логика lwip крутится в одном потоке. Если вас это
не устраивает, проходите, не задерживайтесь, и извольте
воздержаться от плевков. - SciFi(10.07.2024 15:44)
- Денис (0men) умер в субботу... 47 лет, рак. Помянем... - Ralex(19.07.2024 18:00, misc, полностью)Cкpипaч
- Родился внук! - Solo(19.07.2024 11:02, misc, полностью)
- Азис Несин. Вроде у него был рассказ как евреепец решил, что умнее
аборригенов и пытался купить старый ковер уникальной выделки
(используемый как попона шелудивого осла) "забесплатно". А вышло
так, что ему всучили самого осла, но без "счастливой попоны".
Перерыл десятка два рассказов - не нахожу такого. Может кто
подскажет название. - POV(22.07.2024 23:20, Off, полностью)
- Дж. Байдена вывели из игры: SciFi(2 знак., 21.07.2024 21:59, Off, ссылка, картинка, полностью)
- Вот это снаряжение у разминирования! Как из фантастики. Показную
работу бригады ФСБ, видел на уездной выставке лет 15 назад, ничего
подобного не было, но кисти все же не защищены, чувствовать, что
делаешь нужно Visitor(1 знак., 22.07.2024 19:08, Off, ссылка)
- Хотел виртуально искупацца.. На весь ЮБК только одна камера у
самого синего моря фурычит.. Понаслаждайтесь! Solo(1 знак., 22.07.2024 12:31, Off, ссылка, полностью)
- Visitor сегодня отмечает день рождения. Поздравляем! - SciFi(14.07.2024 15:41, misc, полностью)
- FDA, поздравляю с Д.Р. совпадение, что в один день, еще у
сокурсника сегодня, поздравились:-) - Visitor(14.07.2024 15:32, misc, полностью)