juvf

Почему некоторые цепи не возможно двигать в редакторе схем? см видео первую цепь мышкой беру и двигаю, всё нормально. а другую (+3,3) беру и она прибита, не двигается. приходиться удалять и заново разводить.

Как раз это нормальная стема проектирования должна так работать. Если в соливорксе что-то не так сделано и солид не построит нужную поверхность/грань, то солид скажет "Нет привязки" или "Нарушено то и то". Если скомпилировать программу компилятором gcc и в коде есть ошибки, компилятор скажет в какой строке и какая ошибка. АD этого не говорит. Но есть коллеги и есть форум, где можно спросить, кто уже наступал на эти грабли и как можно эту граблю обнаружить. Теперь мне понятно, что дорожка зажата была. Но это не видно ни в правилах, ни в редакторе ПП. Я знаю про правила, и я понимал, что возможно какое-то правило не дает мне работать, но какое? Там их сотня. Что толку смотреть рулезы, если рулезы не скажуи из-за какого конкретно правила не тянется конкретная дорожка. Я не пробовал. Интересно что на выходе получается? Где можно посмотреть образец перечня, сгенерированный АД? Будет перечень элементов создавать группы как в ГОСТе "Резисторы", "Резисторы МЛТ", "Гидроклапаны предохранительные" и т.п.?

Ну а нажать при прокладке проводника Ctrl+S и посмотреть есть ли место для прокладки проводника? Тогда все будет понятно. И если места нет то тут правило зазоров. А причем тут цитата про рулесы? Рулесы не показывают причину. О чем тут спор? Что за функционал? Как это работает? Попробовал нажать, только без "ну", не показывает причины. Получил....

Покажите мне скриншот, как рулесы показывают причину , по которой не разводиться определённая цепь? где месадж "У вас не будет разводиться дорожка от 6-го пина микросхемы по такой-то причине"? Рулесы только задают правила, но не показывают причину.....

мануал теперь бисплатно и фицыально

Не нужно их смотреть. Там ни чего не увидишь. Там нет сообщения "У вас не будет разводиться дорожка от 6-го пина микросхемы по такой-то причине". Спасибо, помогло. Как костыльный вариант.... да, сойдет. В прицепе..... конечно не в лоб, но косвенно причина указанна. Нашел более менее годный способ.... в режиме трассировки, кликаем по пину чтобы тащить дорожку, если дорожка не тянется, нажимаем ТАБ, отмечаем галку "Display Clearance Baudaries", сразу видно что дорожка зажата полями правил. Картина маслом!!!

Не знаю. А какое? Ад молчит. Я поэтому и выложил видео, чтоб понятно было суть проблемы. Проект сделал новый, дефолтный из коробки. перед трасировкой задал два правила: толщину дорожки 0.3 мм (по дефолту 0.254) и стиль переходного отверстия 0,8х0,4. Приступил к трассировке, первая дорожка и такая беда. Причем АД молчит по этому проводу. Там от резонатора вокруг на мили ни чего нет. НИ каких полигонов, ни каких контактных площадок. Это первая дорожка. Что не нравиться АД? Почему не тянуться некоторые дорожки? ps ни каких отдельно классов не заводил, ни цепей, ни корнетов, ни падов.

Иногда не тянутся дорожки в режиме трассировки. Часто такое бывает..... макимто шаманством приходиться дорожки рисовать. Почему такое происходит? вот как это выглядит.

У USB на этом камне только 2 ноги (D+ и D-, в принцепе как и на stmf103). До этого поднимал усб на старших братьсях, у них была нога USB_FS_VBUS (обычно на PA9). Процессор уводил в спячку, по уровню на РА9 просыпался и инитил усб. А как без ноги VBUS? Можно процессор разбудить при подключении к хосту без детектора VBUS? Или нужно на свободную ногу МК затянуть питание от усб и по нему детектировать наличие подключения?

Естественно сохраню. рефреш делаю и в редакторе уго и в редакторе схемы. делаю рефреш либрори и рефреш олл. Не помогает. перегрузил альтиум - не помогла. закрыл все документы, все проекты - открыл за ного библиотеки - не видит нового футринта. забил на это. сдлелал уго без футпринта. через 2 часа опять залез в редактор уго - и о чудо!!! Видно мой новый футпринт. Час то такое случается. не могу понять почему.

ad16. есть две библиотеки l.pcblib и l.schlib. Создал новый футпринт pld2_8 в l.pcblib, в редаторе УГО в l.schlib создал уго, пытаюсь ему указать футпринт из l.pcblib, но в окне Browse Libraries, в библиотеке l.pcblib нет нового футпринта. Часто такая провлема выскакиевает. Почему то в Browse Libraries в редакторе УГО часто так получается, что нового футпринта нет. Почему так происходит?

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

хорошо. Там же полноценный Linux (Debian, Ubuntu, ...). По крайней мере на малине gdb, установленный из дефолтного репа Raspbian, работает отлично! На небольшие "фрукты" можно поставить легковесный Server Monkey.

xTaskHandle handleTask1 = 0; ... if(handleTask1) { убиваем задачу handleTask1 = 0; } Хотел написать пример, как это решить, заглянул в мануал, там тот же пример. Судя по описанию, указатель на задачу не сбрасывается в ноль... судя по объявлению функции vTaskDelete() - функция меняет значение указателя. Если не меняет в ноль, то дополняется одной строчкой void vOtherFunction( void ) { TaskHandle_t xHandle = NULL; // Create the task, storing the handle. xTaskCreate( vTaskCode, "NAME", STACK_SIZE, NULL, tskIDLE_PRIORITY, &xHandle ); // Use the handle to delete the task. if( xHandle != NULL ) { vTaskDelete( xHandle ); xHandle = NULL; //добавляем сброс указаетля } }

сработало. спс.

пропали расширения файлов на вкладках редактора. Приходиться искать нужный файл, открывая обе вкладки. Как то это правиться? ps Редактор в IAR и так застрял в 90-х. Так ещё шагнул в более раннее время.

uСLinux FreeRTOS+lwip или *RTOS+uip, не?

сработает раньше - перезапуститься полностью исправная система.

Что касается тестирования ПО при производстве - то ни как! вернее можно наверно..... но зачем ПО тестировать на этапе производства? ПО тестируется на этапе разработки этого ПО. Допустим у вас устройство считывает данные с датчика по SPI, обрабатывает ОЧЕНЬ ОЧЕНЬ сложным алгоритмом и отправляет в уарт. При производстве возможен брак деталей, а возможен непропай, залипуха, обрыв дорожки. Нужно проверять чтобы аппаратно было всё исправно. а зачем тестировать при производстве ПО? Или вы хотите тестировать алгоритм при производстве? Думаете он будет разный? ПО - это набор машинных кодов. ПО тестируется путем верификации при прошивании. Или вы думаете, что в одна и таже программа будет работать по разному в одинаковых устройствах и её нужно тестировать? У нас автоматизированное тестирование аппаратной части. Заливаем тестовую прошивку, она генерирует тестовые сигналы которые проверяет стенд, получает тестовые сигналы и выдает ответ стенду. На этом этапе проверяется вся аппаратная часть. Чтобы SPI долетал до процессора, чтобы GPIO были пропаяны, чтобы шина DDR была пропаяна. Чтобы внешняя периферия работала исправно. А алгоритмы рабочей программы - они постоянны и не зависят ни от чего.

ещё по теме..... вот функция объявлена как ErCodeF1 myFunc1(); ErCodeF1 - тип енум из 3-х кодов. Я глянул этот енум и я понимаю, что может вернуть myFunc1(). Во первых, мне не нужно писать документацию на возвращаемые значения, всё понятно по именам в енуме, в крайнем случае комент на код ошибки в енуме. Во вторых я могу сделать обработку для каждого кода ошибок. Их всего 3 (один из них будет NO_ERROR, т.е. даже 2 кода ошибки.) Тоже самое могу сказать про ErCodeF2 myFunc2();, ErCodeF4 myFunc4();, ErCodeF3 myFunc3() и т.д. у каждой функции только необходимое кол-во кодов ошибок. Теперь делаем общий енум ошибок ErCode (или адский, как у AlexandrY), вызываем функцию ErCode yourFunc1(); какие возможные коды она вернёт? На какие коды ошибок писать обработчик? Нужно лезть в какие-то мануалы, читать описания.... неудобно. имхо.

временные массивы обычно на стеке выделяются, типа int tempArray[1024]; конечно если стека не фватит - то фолаут! малоком можно избежать фалаута, но делать времянки в куче - мовитон. Как решение alloca - динамическое выделение памяти на стеке. Тут наверно будет это полезно, и организовать возврат ошибки вместо фалаута.

а куб свежий? такое чувство, что иар у вас свежий, со свежим CMSIS, а куб со старым CMSIS.

вы понимаете смысл предупреждения? От куда у вас в проекте cmsis_iar.h?

ПКМ в окошке Registers1, там не то группы, не то сразу списко ADC, TIMER4, RTC, и вся остальная переферия

сейчас точно также. View > Register