.. ну лично я пробовал с 128. Не осилил дзен и крутизну ?

https://habrahabr.ru/post/346980/

эх ты )

Да, зажратый я ?

Разве что поиграться. Только играться лучше (удобнее и полезнее) на ПК. К примеру с портом под MINGW

Обязательно прислушаюсь к вашему совету, но пока другие цели стоят, хочу к существующему мосту USB-CAN добавить UART. Вот и играюсь с FreeRtos и UART

https://github.com/d-el/FreeRTOS_WIN32 Гонял FreeRTOS на ПК, создавал 100 задач)

Но MINGW мне не нравится, советую юзать POSIX под линуксом из коробки а на винде поставить сигвин

спасибо

последнее время страдаю запуском программ под мк на ПК

ни разу не пробовал, но было бы интересно. Могу пару вопросов задать в лс? дабы флуд не устраивать

да, давай

как в режиме отладки можно посмотреть содержимое очереди xQueue?

Плагином

У тебя какая среда?

У тебя какая среда?

шестая )

имею в виду какая IDE?

как в режиме отладки можно посмотреть содержимое очереди xQueue?

В IAR и Eclipse есть плагины для просмотра состояний задач, очередей, семафоров

Коллеги, что лучше всего использовать для измерения расстояния например(можно немного менять, скажем увеличить минимальное расстояние) от 50 до 10мм с максимальной точностью? Стоит ли обращать внимание на time of flight лазерные сенсоры?

триангуляционные лазерные датчики расстояния

Коллеги, что лучше всего использовать для измерения расстояния например(можно немного менять, скажем увеличить минимальное расстояние) от 50 до 10мм с максимальной точностью? Стоит ли обращать внимание на time of flight лазерные сенсоры?

лазер и CCD линейка

а расстояние до чего

У тебя какая среда?

Keil 5

а расстояние до чего

это не важно, какой вопрос такой ответ

В IAR и Eclipse есть плагины для просмотра состояний задач, очередей, семафоров

А к системворкбенчу прикрутить можно? А по каким словам гуглить?

Ребят, вопрос жизни и смерти. Можно ли на STMном VCP реализовать поддержку сигналов DTR и RLSD (receive-line-siglan-detect)? Понимаю что они нахер не нужны, но есть много софта старого который это требует, т.к использовалась железка с FT232, там какием то фигом это все реализовано.

Ну если в фт232 это есть, то и в стм можно.

Только сигналы скорее всего программными будут

ну фт 232 это как бы USB-UART

там они программно и реализованы

FT232 сам же их генерить, нет?

да вот хер знает

Программно - будут пины в стме дергаться, я имею ввиду.

Без применения аппаратных возможностей стм

не это имел ввиду

вот смотри, есть устройство адаптер USB-CAN внутри стоит FT232, по протоколу инициализации в ПО происходит следующее: Подымается и опускается DTR с периодом 100мс, затем перед посылкой пакета в усб ПО проверяет наличие сигнала RLSD

если RLSD нет, посылка не осуществляется

Ну... В стм32 есть кан. Правда, она делится с юсб, так что просто так конвертер не слепить.

он слеплен уже, и работает, нужно реализовать сигналы эти дурацкие для старого ПО. З.Ы. Это на 103 и 072 серии нельзя одновременно использовать у них даже вектор прерывания там общий. на 105 запилен USB-OTG там все раздельно.

он слеплен уже, и работает, нужно реализовать сигналы эти дурацкие для старого ПО. З.Ы. Это на 103 и 072 серии нельзя одновременно использовать у них даже вектор прерывания там общий. на 105 запилен USB-OTG там все раздельно.

Нужно смотреть что собой vcp представляет, с bulk мне работать не доводилось. Скорее всего то же самое: распарсил пакет по out ep, чето сделал, слепил пакет на in ep. Хоть кошку соседскую туда ложи.

Базовый пример vcp придется дорабатывать

это хорошо, если вы с нуля реализацию делали USB, я же взял HALовскую, дабы не грузиться потому что времени не ахти. Как я понимаю вся передача происходит через конечные точки, EndPoints? И возможно в одной из контрольных точек можно осуществлять передачу этих самых сигналов?

У меня вся обработка на EP висела, благо в свою 1 мс я укладывался.

Вот вычитал что в некой EP типо служебной что ли, передается SERIAL_STATE и вот в нем какие то биты отвечают за те самые сигналы

Только вот где в халовской реализации передавать эти состояния

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

В чятике катетизиса спроси

Сылочку

@telecatethysis

а расстояние до чего

3d принтер, до стола пытаюсь изобрести велосипед все вышеназванное можно - холл кстати уже думаю, "как"

3d принтер, до стола пытаюсь изобрести велосипед все вышеназванное можно - холл кстати уже думаю, "как"

Китайский штангель прикрути

у меня дельта - там геморная калибрация

3d принтер, до стола пытаюсь изобрести велосипед все вышеназванное можно - холл кстати уже думаю, "как"

пъезо на сопло, я же показывал

и желательно ее автоматизировать да, пьезо похоже многие делают, но мнеинтересно есть ли альтернативы потом можно этот метод на другие железки распространить

расстояние не нужно фактически, нужно ловить касание, а зазоры принтер сам выставит

касание можно банально фольгой,наверное

со стеклом проблема. Пъеза - онли.

3d принтер, до стола пытаюсь изобрести велосипед все вышеназванное можно - холл кстати уже думаю, "как"

А зачем его измерять если достаточно датчика касания заготовки

касание можно банально фольгой,наверное

Дэн, закинул в лепру статью.

куда? в личке не вижу или в группах ближайших можно ссылочку сюда или в приват?

3DPrintRu

Вот вычитал что в некой EP типо служебной что ли, передается SERIAL_STATE и вот в нем какие то биты отвечают за те самые сигналы

Гугланул немного. В общем, если я верно понял, сериалстейты передаются через контрольный эндпоинт, при этом в халовском шаблоне по дефолту эндпоинта на отправку не будет, только на прием. Для определения DCD достаточно словить frame start или получить что-нибудь по интерфейсу, для сброса - словить idle. Вот только насчет стейтов на скоряк ничего подробного не попалось, если там одному флагу соответствует один пакет - скорее всего, придётся разруливать возможные конфликты, и придерживать выдачу данных с компорта до отдачи данного флага (но, возможно, нет). Так что чисто технически это осуществимо.

надо стол калибровать типа?

Гугланул немного. В общем, если я верно понял, сериалстейты передаются через контрольный эндпоинт, при этом в халовском шаблоне по дефолту эндпоинта на отправку не будет, только на прием. Для определения DCD достаточно словить frame start или получить что-нибудь по интерфейсу, для сброса - словить idle. Вот только насчет стейтов на скоряк ничего подробного не попалось, если там одному флагу соответствует один пакет - скорее всего, придётся разруливать возможные конфликты, и придерживать выдачу данных с компорта до отдачи данного флага (но, возможно, нет). Так что чисто технически это осуществимо.

DCD это чего имеется ввиду? RLSD или DTR? А что если дописать ендпоинт конфигурационный на отправку?

1е. Хотя и второе наверняка тем же образом дёргается.

ERROR: S client not available

8 ног, маркировка C12A P44R01. Гугл не помогает, ни вместе, ни по отдельности.

Флеш?

больше похоже на i2c микруху для конфигов

судя по левым ногам

Ток чот ног мало, нет?

Это у него вся левая сторона на одной дороге висит? Больше на фет похоже, хотя у него сток тоже коротится обычно.

ищи доку на csr - там будет описано что жрёт

а чем оно отличается от флеша?

а чем оно отличается от флеша?

ну это i2c eeprom, а не spi flash

а, ну, память, да.

https://www.csrsupport.com/download/39359/CSR1010%20Data%20Sheet%20CS-231985-DS.pdf

Это у него вся левая сторона на одной дороге висит? Больше на фет похоже, хотя у него сток тоже коротится обычно.

неправильно предполагаешь

Зачем только vcc с ноги проца пущен

у i2c еепромок часто 1-2-3 пины - адресные A0 A1 A2

Зачем только vcc с ноги проца пущен

а нахрена её питать постоянно?)

и нога может быть проходная дублирующая

Зачем только vcc с ноги проца пущен

в даташите. там нога специальная для запитки и2ц https://i.imgur.com/2sbJueF.png

вооот

шикарно

за что люблю этот канал - пока помогаешь столько херни всякой увидишь и перечитаешь...

у i2c еепромок часто 1-2-3 пины - адресные A0 A1 A2

Я впервые вижу, чтоб их коротили в одну кучу (хотя работал с ними только на DRAM-модулях)

в даташите. там нога специальная для запитки и2ц https://i.imgur.com/2sbJueF.png

Огого

у i2c еепромок часто 1-2-3 пины - адресные A0 A1 A2

у некоторых дешевых микрух вообще эти ноги отключены - если как обычно на землю стоят - будет работать, а если надо разные адреса - ищи другие

Я впервые вижу, чтоб их коротили в одну кучу (хотя работал с ними только на DRAM-модулях)

в dram, если мне не изменяет мой склероз, они выведены вообще на торцевой разьём чтобы слотом адресовать микруху на i2c шине

Действительно, и2ц епромка читалась:(

в dram, если мне не изменяет мой склероз, они выведены вообще на торцевой разьём чтобы слотом адресовать микруху на i2c шине

Да

Емнип

в dram, если мне не изменяет мой склероз, они выведены вообще на торцевой разьём чтобы слотом адресовать микруху на i2c шине

Да, так и есть.

тсс

народ, докладов хотите?