STM32 для чайника

[dosikus]

Еще раз - аппаратно и одновременно.

 А ваш ответ весьма показателен - я уже писал о осознании периферии у STM32...

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Darth_Vader]

1 минуту назад, dosikus сказал:

Еще раз - аппаратно и одновременно.

@dosikus Дайте угадаю - решение своей задачи вы никому не покажете?

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[BARS_]

Только что, dosikus сказал:

вменяемый код

Вменяемый кому и куда? Пиши уже прям на асме. А то если сравнить асм, выдаваемый компилятором с вменяемым кодом, то это ж ужас просто! открою страшную тайну, каким бы ни был код для настройки периферии, на скорость работы он не влияет. От слова НИКАК! А красивый он или страшный вообще побоку. На выставку его не нести! А вот после того, как МК настроен, никто не мешает писать нормальный код, хоть с HAL, хоть без него. Мне вот HAL нигде кроме настройки МК не нравится, для меня код менее читаемым становится.

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[dosikus]

Принцип решения подобной задачи http://forum.easyelectronics.ru/viewtopic.php?f=35&t=31222

http://www.martinhubacek.cz/arm/improved-stm32-ws2812b-library

[BARS_]

Только что, dosikus сказал:

одновременно

Хватит один и тот же перл повторять по кругу. Ты их даже опростить одновременно НЕ можешь, это тебе не ПЛИС. Тут все будет происходить ПО ОЧЕРЕДИ, даже если тебе хочется верить в обратное. Быстро да, согласен. Но не одновременно.

[dosikus]

Не можете вы , калокуб зашорил вам глаза, у меня же все работает. Рекомендую хотя бы поверхносто ознакомиться с последними ссылками...

[BARS_]

Только что, dosikus сказал:

у меня же все работает.

Работает. Но НЕ одновременно. Даже с DMA опрос будет НЕ одновременным. В ПЛИС да, можно параллельно выполнять задачи, но не в МК. Да, и где же твои проекты. Пока только беспредметный треп. 

[dosikus]

Увы и ах, но одновременно .

Одновременно идет считывание всех 16 линий...

[BARS_]

Ок, давай временные диаграммы работы линий.

[dosikus]

Как будет свободное время.

[BARS_]

Хорошая отмазка

[dosikus]

Что значит отмазка?  Сейчас занимаюсь монтажом, как освобожусь сделаю скрины...

[mail_robot]

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

[Darth_Vader]

@mail_robot да и желание вообще задавать вопросы отбивает....

[mail_robot]

да не, вопросы задавать нужно, но только в отдельных темах (своих). А то на старые темы флудеры подписываются и как только появляется пост, они тут как тут

[dosikus]

К сожалению в наличии только 6 датчиков.

 

 

[BARS_]

Отравить одновременно запросы невелика наука. А теперь покажи, как ты одновременно обрабатываешь полученные ответы

[dosikus]

5 минут назад, BARS_ сказал:

Отравить одновременно запросы невелика наука.

О как, только что это было невозможно...

Для этого надо забросить калокуб подальше и осознать работу периферии.

Опишу вкратце :

 3 канала DMA 

Один заносит тайминги в таймер 

Второй гонит данные в порт.

Третий собирает данные с порта.

По окончанию трансфера  не спеша парсим буфер.

 

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

[mail_robot]

так я и не понял - в чем заключается сакральная хитрость то именно аппаратной работы с 16-ю каналами? Все вышеописанное запросто сконфигурируется даже в калокубе.

Понял как работать с дма и быстренько записал себя в гении чтоли?

Изменено 18 мая, 2017 пользователем mail_robot

[dosikus]

2 часа назад, dosikus сказал:

накалокубьте  работу с 16 1wire датчиками одновременную и аппаратную.

Уже было озвучено.  Посмотрим - свершиться ли сие , даже после подробного пинка??????????

Изменено 18 мая, 2017 пользователем dosikus

[BARS_]

Только что, dosikus сказал:

О как, только что это было невозможно

Речь шла про ОДНОВРЕМЕННУЮ работу  с 16 датчиками. У тебя же только одновременно проходит запрос, а в обработке одновременностью и не пахнет. И где ж твоя хваленная одновременная работа? Аппаратность тут тоже под большим вопросом

Изменено 18 мая, 2017 пользователем BARS_

[mail_robot]

5 минут назад, BARS_ сказал:

а в обработке одновременностью и не пахнет

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

Накалокубить такое на самом деле совершенно несложно. Руками потом только стартануть все это чудо. Только оно реально нафик никому не нужно, тем более повторять подвиги Сизифа на слабО

Изменено 18 мая, 2017 пользователем mail_robot

[BARS_]

Только что, mail_robot сказал:

да не, с регистра порта он читает одновременно

Так а толку? Одновременная работа подразумевает и одновременную обработку результатов. А так он точно так же мог читать каналы по очереди. Один фиг время обработки результата много меньше времени чтения данных...

[mail_robot]

обрабатывать такие данные можно на лету. Получится типа одновременность. Байт считал, по очереди задвинул биты в 16 переменных в прерывании ДМА и пошел курить в основную программу. Конец приема - данные по сути готовы.

Но опять же повторюсь - это не аппаратная обработка. Это просто тот же парсинг с использованием ДМА. Аппаратного блока обработки нет и никогда небыло. Так же как и остальных выдумок индивида, которые он перечислял по моей просьбе. Я то надеялся на чудо

@BARS_ Ваша версия с использованием UART и 16-ю датчиками на проводе будет работать действительно аппаратно и куда элегантнее

Изменено 18 мая, 2017 пользователем mail_robot

[dosikus]

Повторю еще раз для особо сообразительных :

трансфер происходит полностью аппаратно, сконфигурили связку , пнули - данные в буфере.

все 16 датчиков обрабатываются одновременно.

есть масса причин, когда большое количество 1wire устройств - неприемлемы на одной линии. Одна из них время опроса.

И еще раз - вам озвучили достаточно интересную задачу, которая довольно-таки просто решается, знай вы железо....

 

Изменено 18 мая, 2017 пользователем dosikus