Перейти к содержанию
    

razrab83

Участник
  • Постов

    383
  • Зарегистрирован

  • Посещение

  • Победитель дней

    3

Сообщения, опубликованные razrab83


  1. 39 минут назад, Сергей Борщ сказал:

    Тогда логично объявить перечисление (enum) с читаемыми именами индексов и в шаблон передавать именно его.

    так и сделал

     

     

    ps. если бы иар сразу ругнулся на текст в аргументах шаблона.... то переделал бы на индексы...  а то ведь он собрал код и код работал, и работал правильно. кучу вызовов шаблона с разным текстом сделал - собиралось и работало. Даже дебажил шаблоны (в иаре они просто дебажатся, хотя в инете негодуют по поводу дебага шаблонов). Сделал 2 вызова с текстом "KI=" и "KD=" - перестало собираться ((.

  2. Вот код
     

    template<const char *T>
    bool tunePwmRHelper()
    {
          if(*T == 0)
            return true;
        return false;
    }
    
    bool (*looo)();
    
    void asd()
    {
          looo = tunePwmRHelper<"asd=">;
          bool (*looo2)() = tunePwmRHelper<"asd1=">;
        bool s = looo();
    }

    собирается.

    меняем текст asd на нужный
     

    template<const char *T>
    bool tunePwmRHelper()
    {
          if(*T == 0)
            return true;
        return false;
    }
    
    bool (*looo)();
    
    void asd()
    {
          looo = tunePwmRHelper<"KD=">;
          bool (*looo2)() = tunePwmRHelper<"KI=">;
        bool s = looo();
    }

    не собирается, ошибка

       IAR ANSI C/C++ Compiler V8.50.4.261/W32 for ARM
       Copyright 1999-2020 IAR Systems AB.
        
    Warning[Pe009]: nested comment is not allowed C:\work\workspace\menu\menu_pwm_settings_306_3_081_32_.cpp 61
    Warning[Pe177]: variable "looo2" was declared but never referenced C:\work\workspace\menu\menu_pwm_settings_306_3_081_32_.cpp 93
    Tool Internal Error:
    Internal Error: [CoreUtil/General]: OgModuleLabels -- label _Z14tunePwmRHelperILA4_KcEEbv already defined
    Internal Error: [CoreUtil/General]: OgModuleLabels -- label _Z14tunePwmRHelperILA4_KcEEbv already defined
    Error while running C/C++ Compiler

    Если закоментировать tunePwmRHelper<"KI=">, то соберется.... если заменить "KD=" на "asd" - соберёться. Но если 2 раза вызвать шаблонную функцию и передать ей разный текст, и текст будет начинаться с буквы "К", то ошибка - "label  already defined".

    Глюк компилятора? У кого иар посвежее 8.5, попробуйте собрать в плюсах, соберётся?

     

     

     

  3. 09.01.2021 в 13:30, zheka сказал:

    нужно ли развязывать гальванически UART, или это паранойя?

    Нужно, если нужно. Т.е. если 20 кабеля метров по ПРМ, то в момент включения ВЧ на эти 20 м такой звон наводиться, что .....  , то нужно.

    А если на столе к принтеру 0,5-1 метр, то не нужно. ИМХО. См всякие ардуины, расбери и т.п. У них gpio/uart наружу смотрят, даже без буферных повторителей (не то что с гальванической развязкой).

     

    по проблеме: почему бы не встать осцилом на рх/тх? Может в принтере уровень уарта 5В? соединить принтер и стм32 только землю и посмтреть уровень осцылом сигналы рх/тх как со стороны принтера, так и со стороны стм32. если там наводка АС110 или ещё какая борода - осцыл всё покажет.

  4. 25.12.2020 в 16:12, HardEgor сказал:

    Наверное типа РШ1..РШ3, они бывают и с коаксиалом. Приходят рассыпухой.

     

    25.12.2020 в 18:06, malshin сказал:

    Во, нашел пример - любуйтесь изврату отечественных разработчиков - 50079-8000 ф.Molex.

    Мне тоже стало интересно, какой РЭК бывает рассыпухой? Есть конечно соединители на кабель, те же molex или РШ1, да даже классический DB9 (вилка отдельно, корпус отдельно), но это всё на кабель жгут, а не на плату. Про жгуты - это отдельная тема.

    26.12.2020 в 11:45, Yra сказал:

    Допустим схемотехник закладывает в схему разъемы Molex  (назовет ее схемой электрической принципиальной верхнего уровня блока, где платки соединяются шлейфиками). Разных типов. А у них контактики поставляются отдельно. И их надо не забыть купить.

    Есть такая практика.... платы соединяются жгутами. На жгуты составляются отдельные документы. В ПЭ3 попадет жгут. Даже если нет жгута, а провода паяют непосредственно на плату и с другой стороны проводов ставят molex/db9/РШ1..., то этот разъем нужно собрать. Т.е. например у нас в молексе используется 12 контактов из 20, нужно только нужные контакты установить в разъем - для этого составляется отдельный документ по сборке этого разъема, эта сборка обозначается внутренним децимальным номеров (или внутренним partnumber) ФЫВА.123456.001, в Э3 и ПЭ3 верхнего уровня блока попадает

    "XP1 Вилка ФЫВА.123456.001 1 шт".

    Ни каких контактов в э3 и в пэ3 в помине не попадают. вся "рассыпуха" попадает в документацию на ФЫВА.123456.001.

    Так учитывая, выше сказанное, я присоединяюсь к вопросу - какой именно радиоэлектронный компонент (не тип, а компонент с каким partnumber), который попадает в э3 и пэ3 как самостоятельный компонент,  заказывается рассыпухой?

    ps

    26.12.2020 в 11:45, Yra сказал:

    Если мы про плату говорим- там экранчики имеют названия и др..

    Экранчики - это конструктивные элементы. Они, как и корпус(~а), как и ПП, как и прочие конструктивные элементы в ПЭ3 не попадают. Зачем о них говорить?

  5. 14 минут назад, HardEgor сказал:

    Наверное типа РШ1..РШ3, они бывают и с коаксиалом. Приходят рассыпухой.

     

    эти не паяют на плату.... есть DIN и в них вч вставки, но мы вч вставки на схеме обозначаем как самостоятельный разъем, и в для каждой вставки в пэ3 есть отдельная строка.

  6. куда вас сударь к черту понесло? (С)

    13 минут назад, malshin сказал:

    А если в блоке несколько плат?

    да хоть 100 плат. Что вас смущает?

    14 минут назад, malshin сказал:

    А если есть навесные, отдельные от плат РЭК

    оговорился.... Его должны интересовать только те ПКИ, которые являются РЭК паяемые на плату попавшие в схему. Но сути дело не меняет.

     

     

    57 минут назад, malshin сказал:

    Кстати, например для соединителей есть разные варианты исполнения или установки (разные корпуса и/или разная обвязка) или части этих самых соединителей, продаваемые россыпью, эти вещи он также будет обязан указать в своем ПЭ3

    нет, не должен. пишется в примечании в пэ3 (например мы удаляем 1 контакт из разъема IDC, в примечании пэ3 об этом пишем).

  7. 20 часов назад, malshin сказал:

    ВП - документ для ВСЕХ ПКИ, а не только для РЭК. Поэтому туда включаются не только РЭК, а вообще все ПКИ, которые использованы в ПП, блоке и т.д.

    в данном контексте разработчика-схемотехника не интересует не должно интересовать вся покупная ведомость и все ПКИ. Его должны интересовать только те ПКИ, которые являются РЭК паяемые на плату. Его должно интересовать, чтобы при производстве ПП закупили L1 и L2, а L3 не закупали, т.к. разработчик сделал её в виде дорожек. Об этом разработчик указывает в пэ3. Всё! Зона ответственности по закупке всех нужных ПКИ на пороге пэ3 заканчивается. Закупка РЭК (т.е. пки его ответственности) составляется изначально по его пэ3.

  8. 19.12.2020 в 12:50, razrab83 сказал:

    ps а как вы нумеруете элементы? допустим у вас 150 катушек  L1...L150. Катушка L12 конструктивная. Вы руками проставляете все номера L12, L13 и т.д.? потом добавили добавили катушку между L3 и L4 - всю нумерацию катушек по новой руками делаете?

    2Yra, это вопрос не риторический. Как вы проставляете рефдесы нумерацию, при таких вот самопально-велосипедных обозначениях катушек в АД, вместо обычного элемента NoBOM?

    9 часов назад, Yra сказал:

    И как бороться с рационализаторами? Как печатнику (имеющему специальность далеко не 'Радиоконструирование') доказать, что это важно? Если здравого смысла больше критической массы - хорошо. Прислушаются. Выпустят адекватный стандарт предприятия... Если нет - крысятничать готовьтесь.

    Для альтиума нужно мутить скрипты.... покупная ведомость составляется по схеме.... Нормоконтролёры без технического образования.... раз в полгода новый контролёр.... печатник, имеющий специальность далеко не 'Радиоконструирование'.... КРЫСЯТНИЧИТЬ!!!! Скажите пожалуйста, Вы где работаете? Просто чтоб люди знали, что туда работать не нужно идти. А вам совет - бегите от туда. Это не здоровое предприятие.

     

     

  9. 11 часов назад, Yra сказал:

    Катушку, обозначенную на схеме будут пытаться в ведомости покупных купить и в спецификации отразить. Проще зюзюку самому на печатной плате нарисовать как надо, чем со всеми службами бодаться... Нервы сэкономите.

    Ни с кем бодаться не нужно. Не вы первый, не вы последний. Принципиальная схема, прежде всего должна отображать принцип работы. Если есть в схеме катушки, конденсаторы или аттенюаторы - они должны быть отображены на схеме. Если элемент выполнен дорожками, то в перечне элементов делается пометка и ни с кем бодаться не нужно.

     

    В альтиуме такой компонент создается с пометкой No BOM и тогда в покупную ведомость он не попадает.

    11 часов назад, Yra сказал:

    Для AD я мутил скрипты по перекрашиванию подобных вещей (а именно классов цепей, диф пар и др.) в цвет фона (для нормоконтроля) и обратно (для себя). Их на замечательном Visual Pascal без классов там писать надо. 

    Какие-то велосипеды, пскали, скрипты.... фэйспалм. В альтиуме давным давно для этого есть "No BOM".

    ps а как вы нумеруете элементы? допустим у вас 150 катушек  L1...L150. Катушка L12 конструктивная. Вы руками проставляете все номера L12, L13 и т.д.? потом добавили добавили катушку между L3 и L4 - всю нумерацию катушек по новой руками делаете?

  10. 1 час назад, Arlleex сказал:

    Эмм... Наш ГОСТ говорит о

    U

    Преобразователи электрических величин в электрические, устройства связи Модуляторы, демодуляторы, дискриминаторы, инверторы, преобразователи частоты, выпрямители

    Буквой U (насколько я понял) за пределами нашей необъятной называют все, чему не могут дать стандартные R, C, L, DA, DD...
    Много раз видел в забугорных схемах, как U обозначались источники питания DC/DC, оптроны, симисторы/тиристоры, фильтры, сборки транзисторов и т.д.

     Бука U и них - "Integrated Circuit (Интегральная схема)", наш аналог D - "Микросхемы интегральные, микросборки; общее обозначение".

    Цитата

    чему не могут дать стандартные DA, DD

    у них нет DD, DA. есть D - диод. У нас D - микросхемы.

    Цитата

    как U обозначались источники питания DC/DC, оптроны, симисторы/тиристоры, фильтры, сборки транзисторов и т.д.

    не нужно путать "буквенные коды, определяющие вид электрических элементов " и "Обозначения функций элементов". Микросхема может быть источником питания DC/DC, памятью, ОУ, ЦАП, АЦП, .... в конце концов резистороной матрицей.

    Все микросхемы (у нас) обозначаются буквой D (DD, DA - но это деление редко используют, ибо ЦАП он и А и D). А то, что эта микросхема именно память (т.е. её функциональное занчение) - пишут на УГО  - "ROM". Или то, что это источник питания (стабилизатор напряжения) - "*STU"  или "X/Y" (или DC/DC, AC/DC). Или ставят значек, например на ОУ ставят треугольник.

     Если транзисторы/резисторы/диоды  внутри образуют схему - то не важно какой функционал эта схема несёт - обозначают как D(U). А на УГО микросхемы добавляют функциональное значение.

    Я бы вашу микросхему обозначил бы как D. На функциональном значении не писал бы ни чего. Если очень хочется, можно добавить *DR - в ескд такое обозначение есть, как для комбинированных схем, например, диодно-резисторных - ваш случай.

    Или *DRL, или вместо *DR поставить значок ограничителя/зыщиты.

  11. для обучения программированию всякие логические игры, типа угадай число. и навык в программировании, и детям потом будет интересно играть, и во время игры развивается логика. примеры раз, два.

    Крестики-нолики.

    "Кто хочет стать миллионером" в текстовом режиме. Вопросов накидать по программированию/электронике (физике/ботанике/любойТеме), типа "Для чего нужен виртуальный деструктор?" "Что такое байт?" Пущай отпрыски кругозор развивают в игре.

    Мы, взрослые, не теле как-то играли. Нам было интересно.... Далее развить игру, чтобы вопросы/ответы из файла брались. Вы им подготовите файл с вопросами/ответами и они в своей игре пусть познают.

  12. 05.11.2020 в 13:24, Diusha сказал:

    Посоветуйте, пожалуйста, какие бы "ТЗ" из области программирования (комп и микроконтроллер) и электроники подкинуть детям для постижения сей науки. Хочется не абстракрные задачки, а чтобы сам результат трудов был им интересен. И пока что-то довольно простое.

     

    Ребёнок у коллеги (меньше 8 лет было), сделали машину: мыльница + пара двигателей, на них колёса + 3-е колесо поворотное (как на кресле) без привода + какая-то аттини + глаза + батарейки. (по мойму это был Scratch. Но для 12-ти летних это возможно скучно, тады ардуино). Получилась миниатюрная копия робота из "Короткое замыкание" или "WALLE". машинка ехала до препятствия и объезжала его.  В офис приносил - взрослые были в восторге... игрались как дети. Можно гонять по лабиринту, заставлять выбраться из лабиринта. Можно прикрутить ИК-пульт от любого тв.

    Детская железная дорога: опять же - прикрутить ИК пульт ДУ.  Если есть помещение - можно сделать модель жд, с управлением от МК, имитация работы станции. Тем более что светофор уже есть.

    Электронный дневник наблюдения за природой: Датчик температуры.... за окном в классе. с него считывать значение и закидывать его куданить на сайт, например на бесплатный MQTT сервер. Ставите детям на смартфон клиента MQTT - и вот все дети знают температуру за окном. Утром, собираясь в школу, знают какая погода темп. за окном. Далее... если сделать упор на пк, то регистрация температуры в таблицы, графики.... Добавить датчик с Lora.... добавить датчик давления... влажности...

    09.11.2020 в 10:05, Diusha сказал:

    авось что-нибудь торкнет, и свой выбор появится

     

     

     

    "Бесполезная коробка" - но тут нужно придумать механическую часть.

  13. остановились на МК150-2

    По поводу споров о чистоте РЭК, в этой стране главное что ПК "считается" российским.

    Сам же байкал производится  на Тайване

    Цитата

    Сейчас процессор «Байкал-М» производится на тайваньской фабрике TSMC. Российские производители не имеют оборудования и технологии для производства таких систем.

    пруф.

    Цитата

    Новейший микропроцессор «Эльбрус-8С» выпускается на Тайване, на фабрике TSMC, поскольку в России микроэлектронных производств с технологией 28 нанометров на сегодняшний день не существует.

    пруф

    привет всем, кто обнулил пytинa. может после 2032 в России появится оборудование и технологии ;)

    27.10.2020 в 19:17, Eddy_Em сказал:

    почему такую перспективную вещь, как MIPS, похоронили?

    почему похоронили? В прошлом году ПО для нового роутера писал, процессор был MIPS. Байкал-1Т - архитектура MIPS32

  14. 57 минут назад, Oymyacon сказал:

    Все говорят мне нужна божья коровка для gcc под линуксом, а ты купи слоника :crazy:

    Все говорят Говорит только ТС - разработка  Linux + gcc. А потом ещё и договаривает "а где взять стартап?", "где взять скрипт линкера?". Готовое решение - кубИдэ. Причем всё бесплатно сразу в одной коробке, ни каких пираток/таблеток/ограничений...

    Цитата

    Для любителей Куба

    кубМх != кубИдэ. Для стм8 нет кубИдэ.

  15. 30.10.2020 в 15:00, koluna сказал:

     Стартап и скрипт линкера для STM32L готовый можно где взять?

    возьмите Stm32CubeIDE. HAL, со всеми стартапами, скриптами и прочими свистелками-пиделками в коробке. сразу настроенный gcc и отладчик. Холоворд c нуля, с настройкой низкоуровневой периферии (тактирование, GPIO, UART, ....) на чуждый процессор без заглядывания в даташит,  за несколько минут. Всё интуитивно-понятно. (правда под линуксом не пробовал, но в винде в кубИдэ сразу всё в коробке)

    Отладчик/программатор для stm8/stm32 копейки, на вскидку тыц/тыц. Если нужно быстро, то в любом крупном городе есть в наличии....  можно купить (я купил за 300р).

     

    под stm8 в линуксе возможно будут проблемы с компилятором, из-за отсутствия такого.

     

    ps

    Цитата

    Я слышал про поддержку STM8 в sdcc, поставил — фигвам!

     

  16. 11.09.2020 в 19:02, Eddy_Em сказал:

    А я со своей стороны qt-creator посоветую. Очень удобная штука, особенно статический анализатор радует, ну и автодополнение вменяемое.

    Я со своей стороны qt-creator крайне не советую. Ни как IDE, ни как редактор. Статический анализатор и автодополнение в эклипсе из поконвеков.... это базовый функционал идэ, ИМХО. Вы ещё скажите, что qt-creator хорошо, потому что умеет подсветку синтаксиса. А вот автоформатирование кода креатор не умеет. Можно, через боль и унижение, к креатору прикрутить плуг и внешние утилиты.... В эклипсе это из коробки. 

     

    Цитата

    Эклипсину же крайне не советую: она на жабе написана, так что будьте готовы к диким тормозам и глюкам.

    Eclipse же наоборот посоветую. Многие производители делают свои IDE на базе эклипса (ST, TI, Altera, ... легко с одной на другую перейти). Про дикие тормоза.... это наверно, кто не хочет/не любит работать в эклипсе навешивает подобные лейбы на эклипс.

     

    ps Я ещё понимаю, что у многих жаба сацыируица с тормозом. Но вот какая взаимосвязь между жабой и глюками?..... Тогда допишите ещё: "Eclipse писался с использованием монитора Philips - так что будьте готовы к диким тормозам и глюкам"

×
×
  • Создать...