-2
Ух-ух, какие мы важные — даже стм32 изучили па даташиту и поучаем ДАЖЕ самого Лайфловера. Я не знаю, кто щас эти люди, но лет 5-6 назад, как я помню — Лайфловер был студент 1-2 курса, а этот ДЯДЯ был окончивший юниверситет молодой препод, но тупой, как пробка тогда в електронике. Хе-хе, или я в чем-то ошибаюсь?
0
>быдло» c Unix и ПО под него для говнокодеров
Да, некоторые скажут, что чистый x-nix — это не TRUE Real Time и т.п. Я, честно говоря, все это слышал еще в конце 90-х и начале 2000-х, как мантры. Хотя, типо — это все происходило в пром.автоматике, т.е. у всех в мечтах QNX обязательно, но на худой конец — MS DOS с резидентн.программами и программой с общим циклом. Потом почему-то резко появилась венда в пром.автоматике, Trace mode и даже ethernet, который, ваще-то, был в 1000-10000 раз быстрее RS-485, но, тем не менее, не отвечал аксиомам требований Real Time (типо, всем условиям Real Time отвечают только два типа сетей: Token Ring и FDDI, ха-ха, которые уже не производятся х.з.сколько лет). Так вот постепенно, все это говно и проникло в пром.автоматику. Так же произойдет и здесь с Real Time — все будет работать из под x-nix.
0
Хотя, братия-ткачи/ремесленники (см. историю Англии начала-середины XIX века), «быдло» уже тута и они уже за нашей спиной.

Cortex-M7 уже почти смыкается с Cortex-A… А технологии-то растут каждый год. Хе-хе, а это што азначает — «быдло» c Unix и ПО под него для говнокодеров уже пачти тута. Enemy At The Gate!!!

А Arduino? Пацанчики-дебилы и прочие креаклы — ее уже в пром.автоматику суют, да по факту там она уже и есть везде, где мелочь пузатая и бабло жалеют, т.е. малый/средний индустриально-пром. бизнес.

Ну а про ESP8266/ESP32, т.е. умный_чайник у полнаго чайника — я уже вам рассказывать не буду, так чо? все бежим, и срочно учим lua? ЖDDD
0
Си надо обязательно знать, и именно ИЗНАЧАЛЬНО, ну т.е параллельно с асмом. Си без знаний неких понятий (хотя бы начальных) асма — это просто не логично.

Но, ВНЕЗАПНО, мне кажется, что все же будущее за C++ в MCU. С++ щас очень стремительно развивается и становится более и более удобным именно для MCU, это конечно же пока только эксперименты (если говорить о %-ом соотношении кода, к коду на чистом Си), но, это направление — весьма перспективное.

Судя по тому, какой хаос происходил (да еще и происходит) в последние годы с самими некими общими ПРАВИЛАМИ ПРАВИЛЬНОГО ПИСАНИЯ на Си ПОД MCU и с его библиотеками для MCU ARM Cortex-M — это кажется, конечно, фантастикой… Но будущее видимо все же за C++. В любом случае, библиотеки CMSIS описания ресурсов периферии будут писаться генерироваться на Си, т.к. это не более, чем дефайны или константы описания hardware name_space (адресов_регистров/позиций_битов/масок и т.п.), которые должны будут подключаться уже к либам на C++.

Да, видимо произойдут потрясения в отрасли и для кого-то личные драмы и трагедии, как при переходе с асма на си в МК. Появятся два вида проггеров для МК: application уровень (дебилоиды на C++, с точки зрения тех, кто «пишет периферию» на православном Си), ну и эти самые пейсатели на Си (драйверов и т.п. периферийного). Но пусть уж лучше здесь (в МК/MCU) будет С++ ГЛАВНЫМ, но не скриптовые языки или интерпретаторы (жаба/C#). No Pasaran, Kamerades!!! Это я вам говорю, как MCU-Nazy!
0
Забыл ссылку (для тех, кто тоже хочет Enjoy Capitalism).
0
Берите народный, оптимальный вариант для нищих.

0
Сцепились
В кои веки здеся опять наконец появился Лайфловер, но этот бездарный киндервуд, зануда и буквоед опять вцепился в него. Что он хочет доказать этим? То что он вумнее или лучше? И так ясно, что, как разработчик и пейсатель интересных технических статей — он полный нуль. А потом опять начнет ныть: Вот де, люди ничего уже здеся не пишут и даже не ходютъ сюды!
0
Приветствую, uncle_sem!

Дело в том, что я как_бэ стараюсь поддерживать статью в актуальном состоянии, но размер статьи здесь не может превышать 15000 символов, а она уже ровно впритык (-5..-10 символов) к этому пределу. Я обращался с просьбой по поводу увеличения допустимого объема статьи к DI, но к сожалению — это не возможно, т.к. это может перекорёжить энжину сайта и его база просто рухнет. Он посоветовал разбить статью на 2 части, чего я не могу себе позволить чисто из эстетическо-литературных соображений, как любой уважающий себя «литератор» B).

Каждый раз что-то добавляя в статью, приходится, испытывая мучительную боль, что-то вырезать. От чего-то придется избавиться, скорее всего от UNI-T UT136, но ХУЕЛЬЦА и M890 — в любом случае — не вырежу никогда :DDD Не знаю, как насчет HY19E (я внимательно следил за его эпопеей, и тоже был очень разочарован) — на него места точно не хватит, но очень неплохие DMM BSIDE ZT301/ZT302 надо обязательно добавить.

P/S Ссылку на твою статью про OWON B41T+ добавил, какую-то подробную инфу или статью про него я тоже долго ждал, т.к. мультиметр вполне себе отличный за свои деньги, а твоя статья получается первая про него не просто в рунете, а даже во всем, глобальном, инторнете! Мультиметр выпускается уже больше 2-3 лет, а инфы уточняющей — никакой. Я, ваще, не знаю, чем занимается это тупое менеджерьё во всех этих фирмах, в т.ч. в OWON. Наши барыги продают его щас по 4700-4900 рэ, т.е. дешевле, чем на Амазоне и даже ebay, т.е. он видимо пока не распиарен.
-2
Конечно же, как «культовый человек» (кстати, это определение ему дал Я) — он выше меня на 2 порядка, можно сказать, что он прочно занимает это место во всем електронно-паяльном рунете.

Но Кало давно уже ничего не пейсал/не разжигал, даже в комментах.
-1
Я думаю, призы поделить надо так:
По одному такому чудесному прибору мне (как «культовому человеку» ресурса) и DI-HALT'у (как «председателю конторы»), ну и один этому местному энтузиасту VGA (хотя, он и на половины его не наработал), а кто такой podkassetnik — я ваще не знаю!
-3
вклад evsi в виде спора на 1000+ комментов
Ну тогда и меня надо тоже премировать в номинации «Почётный тролль ресурса».
0
У него 900 авторов, некоторые из которых целые компании или организации, т.е. по факту их несколько тысяч. Сейчас трудно присвоить что-то чужое, тем более, когда своих наработок и спецов просто нет. Вот и берут что-то чужое, но открытое и допиливают. Хромиум был сделан на основе открытого движка webkit, который в свою очередь был сделан на чужих готовых, но открытых технологиях.
0
Это просто браузер на ОТКРЫТОМ движке хромиум. Таковы реалии глобализации и XXI века — не только фирмА (филиал АНБ) из страны золотого миллиарда может паразитировать на чужом коде за_бисплатна.

Кстати, Я-браузер более юзверь-фриендли — многое уже сразу ис_каропки: защищ.режим на многих местных платежных и банковских ресурсах, джентельменский набор дополнений уже предустановлен (остаётся только их включить), чтение фб2, епуб, пдф и мс офис файлов.
+1
не умеющих использовать стариковские тэги для вставки своих пасхальных штанов
Все должно быть сделано просто и со вкусом, это я тебе, как «литератор», говорю. Кто-то нажмет на ссылку правой кнопкой и откроет в новой вкладке, кто-то не захочет ее открывать. Должна присутствовать интрига. Но гадить топик отвратительными лепехами ютубовского плеера без всякого юмора и даже смысла — могЕшь здесь только ты. То же самое касается и твоих безвкусных картинок — скриншотов с экрана ТВОЕГО компа.
0
Еще один старикан-Ардуиноид решил похвастать своими пасхальными штанами :DDD

P/S/ Старичье падко на Ардуину еще больше, чем школоло. Я думаю, что 95% Ардуинового барахла раскупается взрослыми дядями (хуельцами, креаклами и МНС-ми) и старичьем, и видимо только 5% попадает в ручонки школоло.
-1
поверхностный монтаж выдерживает значительно меньшие вибрации и удары
Особенно технология BGA.
0
Это ещё с 60-х и 70-х пошло, когда стали применять массово PCB из гетинакса и стеклотекстолита. В 80-х и 90-х на заводах использовалась пайка таких плат волной припоя, где опять же такая формовка пригодилась снова. Посмотрите любую плату телека из 80-х или 90-х. Были даже автоматы (по типу современных расстановщиков smd), которые с огромной скоростью забивали их резисторами нескольких номиналов из катушек с бумажными лентами, одновременно перед этим формуя и обрезая выводы.
0
#include <cstdint>
0
А как там в С++ с правильным стилем использования fixed width integer types? В C99 есть stdint.h, а в С++ для bare_metal и эмбедда что использовать: #include и везде лепить дурацкий префикс std:: или #include <stdint.h> или как ты — просто unsigned char?
0
А как там в С++ с правильным стилем использования fixed width integer types? В C99 есть stdint.h, а в С++ для bare_metal и эмбедда что использовать: #include и везде лепить дурацкий префикс std:: или #include <stdint.h> или как ты — просто unsigned char?