firstvald
-
Постов
1 004 -
Зарегистрирован
-
Посещение
-
Победитель дней
2
Сообщения, опубликованные firstvald
-
-
может импульсы просто брать с одного датчика, а вот направление определить рассыпной схемой. даже не рассыпной. а с каждого оптодатчика rc цепь и на конденсаторах смотреть операционником. даже без обратной связи. в зависимости кто был замкнут чуть раньше там будет больше или меньше (как схему сделать)
-
11 hours ago, A.V.Avtomat said:
Обратил внимание, что именно с 3-ей страницы обычно к теме подключаются участники, которым некогда читать первые две самые важные страницы.
Создание самого ГСЧ здесь задача второстепенная и давно уже имеющая много различных решений.
Топикстартеру нужен ГСЧ типа Спортлото, но с многими миллионами шариков. И это тоже сейчас не такая уж и проблема.
обычно к 3 странице все начавшие выдыхаются так и не упомянув очевидное решение. и да, в ряде случаев нужно не лучшее а хотябы какое решение , на поиск лучшего нету времени. обычно первое работающее остается в проекте навсегда.
-
это обычный RS триггер. но я бы взял резистор 100 килоом и конденсатор 10 микрофарад. тогда будет работать. и можно на двух транзисторах то же самое разрисовать. но на вентилях ничего не будет есть от источника питания. можно взять 4069 обычную и даже двухвентильную микросхемку. но российских таких нет.
-
дико извиняюсь. длинный предлинный программный сдвиговый регистр (я делал 128 разрядов). с несколькими обратными связями с конца и какого то отвода от произвольной точке по исключающему или. можно несколько таких пар и их в свою очередь тоже по искл или на вход. понимаю что это псевдо. а дальше так. от выхода выводим на ножку и к телефону. если хорошее случайное - слышим шум. если не очень - в шуме будут периодические мурлыкания. и да в этот регистр грузим все случайное что подвернется в момент старта под руку.
-
первый раз такое вижу, но как то работать будет. и можно это на транзисторах перерисовать. причем если будут кп501 то вообще лепота.
-
6 hours ago, Plain said:
Нет, там требуется лишь разработка аппаратуры, содержащей:
6 входов с трансформаторов тока, очевидно обвешать защитами, далее на АЦП МК;
6 выходов симисторных оптронов, предположительно со встроенным переключением в нуле, очевидно обвешать типовыми демпферами;
2 входа с термопар, далее защита, затем мультиплексор для выбора и калибровки, затем один ОУ, далее на АЦП МК;
один готовый полупроводниковый датчик температуры для компенсации холодного спая;
один диодный оптрон для измерения среднего значения напряжения электросети, затем один ОУ, далее на АЦП МК;
один неизолированный драйвер RS-485, но не известно, на 3,3 В или 5 В, очевидно обвешать типовой защитой;
один зуммер;
один сетевой БП 12 В, автор указал тип, плюс вывести эти 12 В наружу, наверное всё же после защиты, не сырыми же;
стабилизатор 3,3 В для питания МК и схемы, и может ещё 5 В для RS-485, не известно;
какой-нибудь STM32 с аппаратной поддержкой Modbus, автор не указал тип.
cупер 😁
-
а зачем. троллит топик. он все понимает, но сам не пишет. кто в теме, должны были напрячься после измерения напряжения. и я с интересом посмотрел бы за отладкой, если дойдет до разработки. я в свое время получил окиян горячей воды, пока стабилизировал сутками чайник пидом.
мне фоточку прислали, индусы что ли на параде?
-
3 hours ago, destroit said:
Могу накинуть вна вентилятор ... сей флуд людей в жизни ничего не слудивших-и-не-продавших трудов своих, равен шуму листвы под ногами . Просто бред какой-то ...
А этот неУч, сразу в цитаты :
иди сразу по короткому IP адресу ибо ты никто и имя твое никак. ничего не умеешь. ничего не знаешь. таких много. но им надо сразу указывать их место.
3 hours ago, Plain said:Не понятно, о чём здесь спор — в ТЗ требуется лишь схема и разводка под определённый корпус, никто не требует ничего паять, а тем более поднимать Modbus.
там полный цикл разработкт с пид регулятором и с загружаемой циклограммой уставок. действительно взяли и развели плату.
-
15 hours ago, tonyk_av said:
Впрочем, есть шанс найти афериста, который сделает вам "железку" и за 5к, .
золотые слова.
когда речь идет о разработке (хотя, повторюсь, эта задача наверняка решена, ну правда, а связкой контроллер - компьютер и подавно) ни о каких 3 и 5 речь даже не идет. вообще не считаем. ибо делая с 0 получаем ниокр. и по срокам и по цене. а делая одну две три штуки получаем цену настоящую. у меня платка с простеньким процем и 5 операми в количестве 3 шт, для очень своих, одно железо, просто поддержать науку, это 50. еле со скрипом. вот мысль такая. в этой теме много народу приходит. и начинают со схемотехники и со своего видения, сколько стоит. вот просто 90 % постов такие. есть посты без единого вопроса. там все в порядке. а есть напрашивающиеся на простую зеркалку : приходим в магазин: я считаю что должно стоить столько , а это столько. и в разработке начало разработки должно начинаться не со схемотехники , а с экономики. и этот пост будут читать будущие возможные работодатели. затевая приборчик, исходите из стартовой стоимости ниокра в миллион (на производстве умножаем это на 10). если вам эта цифра не нравится, у вас ничего не получится. природу можно попробовать обмануть , только обмануть не получится. если вы начнете с калькулятором умножать стоимость 10 резисторов на 3 рубля и исходить из этого , вы просто обманываете себя. вы могли бы так считать покупая под себя. но, почему то идете к другим, при этом рассказывая, как все должно быть.
-
1
-
-
я правда не понимаю зачем это разрабатывать. совершенно точно все уже есть. а влезем в 5 тыс за детали (не влезете. может в 20) и 500 за разработку - не понятная модель. делал когда то вот это семейство
-
так все приборы так устроены. это еще хорошо , freertos и 66 мегагерц. а начинал делать на dallas . это 51 , но с 4 мегагерцами после 110592 кварца.
-
ищется поиском по проекту
Stack_Size
у меня в файле sturtup_stm....,s там и размер кучи
-
силаб отличный пример. как то они проводили какую то олимпиаду. захотел поучаствовать - сказали из россии и франкоязычной канады не пущаем.
-
9 hours ago, amaora said:
Для чего разбивать работу с одним набором данных по разным задачам? Чтобы потом они сидели в блокировке на семафорах и по итогу выполнялись последовательно?
Если много времени занимают ожидания на вводе/выводе то можно создать отдельные копии данных для разных писателей/читателей. Будут данные медленно выводиться в корректном состоянии, пока другая задача формирует новый блок данных.
Но лучше с начала все проектировать, так чтобы работа с одними данными не была раскидана по задачам.
такой вариант есть и имя ему основной цикл.
8 hours ago, uriy said:Можете описать какие у вас есть таски и какие интерфейсы?
Мне кажется удобным для каждого интерфейса выделять таск.
да так и делается. для 5 уартов, а у них разные задачи, для каждого свой таск. для индикации свой. отдельная задачи для работы с одним и тем же уартом, когда надо спросить что- то отличающееся от получения текущего состояния измерения, т е мы в один уарт лезем с разными запросами из разных задач. отдельный таск для работы с памятью. отдельная задача для кнопочек и выходов. и да, все это засемафорено.
-
намек не понятен. я написал что сейчас разграничиваю семафорами. писал вроде по- русски и системно. мне не очень нравится , хотя работает надежно. пока проект на начальном этапе , удается что- то писать аккуратно. но таких проектов не бывает и к 5 ... 6 году начинается ахтунг. работа каждой задачи со своей копией данных, которые иногда синхронизируются - неплохо. за исключением ситуаций работы с данными динамически обновляемыми.
7 hours ago, juvf said:У меня такой прием - Не использую общих данных. Не то что, для нескольких потоков, даже для одного потока. Не должны разные таски использовать общие данные. Каждая задача занимается своим делом и своими данными и нефиг ей лезть в чужие данные. Для передачи сообщений в др. таски использую механизмы ОС (флаги, эвенты, месаджбоксы, слоты/сигналы).
это возможно для скажем настольного компа. где разные программы крутятся. а вот для контроллера как раз все данные общие. да можно что то выделить. но! одна или несколько тасков работает с получением данных. таск работы с отображением данных. несколько тасков коммуникации. все работают по одному набору данных. (слоты сигналы - это значит QT? вот в процессоре все более тесно и более общее)
-
смысл поста?
-
Кто какие приемы использует для работы с данными общими для нескольких потоков?
Хорошо когда это пара переменных. А если несколько структур с десятками значений в каждой ?
Самое простое это во всех точках , где происходит запись, чтение или проверка условия, прикрывать эти операции во всех потоках семафорами. Это хорошо, когда таких операций мало.
Второй вариант - во всех тасках крутятся свои переменные (структуры) и в одном конкретном месте каждого таска происходит синхронизация, прикрытая семафором. с набором данных выбранным эталонным. Уже лучше, но могут возникнуть сложности с работой вроде бы с одними данными. но имеющими разные значения в разных тасках из- за еще несинхронности.
-
в классическом FREERTOS есть различные функции для работы в основном цикле и в прерывании. куб генерит код в котором штатные функции ос запрятаны в кубовские функции которые анализируют откуда происходит вызов : из основного цикла или из прерывания.
/** * @brief Release a Semaphore token * @param semaphore_id semaphore object referenced with \ref osSemaphore. * @retval status code that indicates the execution status of the function. * @note MUST REMAIN UNCHANGED: \b osSemaphoreRelease shall be consistent in every CMSIS-RTOS. */ osStatus osSemaphoreRelease (osSemaphoreId semaphore_id) { osStatus result = osOK; portBASE_TYPE taskWoken = pdFALSE; if (inHandlerMode()) { if (xSemaphoreGiveFromISR(semaphore_id, &taskWoken) != pdTRUE) { return osErrorOS; } portEND_SWITCHING_ISR(taskWoken); } else { if (xSemaphoreGive(semaphore_id) != pdTRUE) { result = osErrorOS; } } return result; }кубовская функция освобождения семафора osSemaphoreReease может вызвать xSemaphoreGiveFromISR в прерывании или xSemaphoreGive в основном цикле (или любой задаче)
-
все работает, но нужно понимать, что многозадачность требует аккуратного отношения к данным и ресурсам. кубовская ос генерит код с обертками над классической, убирая необходимость думать из прерывания вызов или нет.
-
-
49 minutes ago, messenger said:
Мне этот вариант показался самым простым. Прав ли я?
да. никаких инструментов не надо. только половину часа посидеть.
Проводимость Сопротивление 1 2 4 6 8 10 1 0.5 0.25 0.166667 0.125 0.1 # 0 0 0 0 0 0 0 0 #ДЕЛ/0! 1 1 0 0 0 0 0 1 1 2 0 0.5 0 0 0 0 0.5 2 3 1 0.5 0 0 0 0 1.5 0.666666667 4 0 0 0.25 0 0 0 0.25 4 5 1 0 0.25 0 0 0 1.25 0.8 6 0 0.5 0.25 0 0 0 0.75 1.333333333 7 1 0.5 0.25 0 0 0 1.75 0.571428571 63 1 0.5 0.25 0.166667 0.125 0.1 2.041667 0.489795838 -
64 варианта. в экселе сначала копируем в 6 столбцов все проводимости. потом руками обнуляем перебирая двоичный код. в 7 столбце складываем сумму первых 6 столбцов. в 8 находим обратную величину - сопротивление.
-
1
-
-
On 4/30/2024 at 12:26 PM, Dron_Gus said:
Да. Там стоят спаренные стабилитроны PESD5V2, я про это написал в первом посте. Схему рисовал из того что есть в библиотеке, поэтому УГО от сдвоенного шотки.
Чем вариант на диодах лучше? Я всегда считал, что вариант с диодами наоборот хуже из-за паразинтой запитки, можно линию +5 (в моем случае) поднять, что вызовет искажения показаний с других датчиков. А нагрузки на этой линии особой нет, сливать втекающий ток некуда.
все правильно. диод в +2.5 нельзя. только в отдельную шину , которая стабилитроном в землю. у стабилитрона есть свойство отличающее его от диода. обратный ток насыщения диода очень маленький. менее микроампера. ну по крайней мере у малосигнальных . но не шоттки!!! обратный ток стабилитрона 1..2 сотни микроампер. это надо учитывать : его наличие повлияет на напряжение, если до него стоит резистивный делитель или источник с высоким выходным сопротивлением.
-
Попробовал установить среду. Но создать проект не получается : в списке процессоров нет нужного мне GD32F470/ Какого- то метода подгрузить обновления не нашел.
Регулятор оборотов коллекторного движка с ОС по оборотам.
в Электрические машины, Электропривод и Управление
Опубликовано · Пожаловаться
динистор заменить супрессором не получится. идея такого управления интересная. если не менять суть, можно попробовать для небольших оборотов еще одним оптроном или даже реле просто переключать номиналы в схеме управления. те ввести поддиапазон.