iiv

А если вот так: перевести МК на 3.0В, все камеры в параллель (общий scl, разные sda) - будет 6 пинов, а в барометрах сделать так: gnd - 6КОм - v1 - 1КОм - v2 - 3КОм - 3.0В где v1 - ноги на сенсорах, а v2 - ноги на МК. Вроде и 0.25-0.75 для МК получаются, и на сенсоре не больше 1.8В. Тогда все на МК и на нем только 12 ног задействовано будет, и в плиске танцев с бубном не будет что меня полностью будет устраивать Я вчера, когда тему открыл, еще думал, что в плиске есть что-то аналогичное txb10x.

все датчики надо уметь быстро дергать. Конечно не гиперзвук, и скорости никакие (до 10м/с), но этот датчик видит разницу 1м/с ветра, поэтому по нему очень хорошо срыв потока с крыла стабилизатора дрона детектировать, особенно если по сотне раз в секунду опрашивать. Я как раз про параллельный ногодрыг уже думал, если скорости последовательного опроса не будет хватать. С камерой тоже не все так просто и, как я понимаю, i2c тоже часто (разы в секунду) дергать придется, так как у этой камеры можно поставить 120fps на маленькое окно 320х240, но это окно будет по всему полю пикселей передвигаться. Конечно не факт, что у меня до этого руки дойдут, но опцию быстрого изменения регистров в разных камерах хотелось бы иметь. Спасибо! Да, проморгал я, что esp32 гарантированно переключается на ноль до 0.25*VDD и на единицу от 0.75*VDD.

нет тоже нет. Если бы было бы, я бы попользовал. На самом деле сенсоры, это 5 барометров ICP-10101 + 5 сенсоров OV05640-A71A, а в качестве контроллера esp32-s3. И если esp32-s3 и OV05640-A71A зацепить на 3.0В еще можно, то ICP-10101 совсем не живет при таких больших напряжениях. Вопрос, скажите, пожалуйста, правильно ли я понимаю, что если я их на две группы разобью, и esp32-s3 и OV05640-A71A будут как будут, но на 3.0В, а вот ICP-10101 через подтяжки на 1.8В, то можно не мудрить с этими уровнями? Я для esp32-s3 нигде не нашел сможет ли он, работая на 3.0В воспринимать логическую единицу когда она подтянута на 1.8В (может на 1.9В), хотя 1.9В от 3.0В это ведь существенно больше половины, то есть может и сработать!!!

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

я с Вами согласен, но не понимаю как средствами верилога это сделать. Вот есть у меня сейчас два inout порта, как мне понять в какую сторону мне надо их скоммутировать, и как это делать на лету? Каюсь, просто не знаю и уже гуглил, но не понял как это сделать. Даже минимальные подсказки приветствуются, просто не понимаю как и в какую сторону думать.

спасибо за комментарий. Как верно заметил уважаемый Arlleex, во-первых, все сенсоры имеют один и тот же адрес, во-вторых, мне надо в обе стороны данные слать, то есть подтяжка на 3.3В пожгет сенсоры, а подтяжка на 1.8В не позволит на МК прочитать данные. На МК есть только один свободный i2c, а сенсоров 5 должно быть (а может и больше будет). В плиске, что рядом, есть уйма свободных ног, причем как раз в том банке, где 1.8В, а ставить одновременно и мультиплексор, и конвертер уровней не хотелось бы. сенсоры терпят подтяжку до 2.0В, а на МК строго 3.3В должно быть из-за другой периферии.

Добрый день, имеется МК (на 3.3В) с I2C (SCL, SDA), который мне надо подключить к 5 различным сенсорам с одинаковым адресом, чтобы с ними общаться через I2C и у сенсоров свое напряжение (1.8В). Мне достаточно, чтобы МК в каждый момент времени работал только с одним сенсором. Я понимаю как это сделать через левел-конверторы и i2c свич, но не хотел бы так делать. У меня есть в дизайне плиска GW1N*9 у которой есть достаточно свободных ног, чтобы пропустить это все через нее, то есть там есть:. inout sda_master; inout scl_slave; input [2:0] Pos; inout sda_slave[0:4]; inout scl_slave[0:4]; Не понимаю, пожалуйста, подскажите как мне на основании значения Pos (которое принимает значения от 0 до 4 включительно) соединять на (систем)верилоге эти мастер-слейв пины? Или это силами плиски невозможно сделать, и надо в ручную писать на FPGA i2c-шный интерфейс? Спасибо! ИИВ

Добрый день, пытаюсь осваивать Code Composer Studio применительно к mspm0g и не понимаю, как реализовать две вещи в CCS. 1. Хочу один PWM, в зависимости от того, как у меня работает программа, направлять на 6 разных пинов, но хочу некоторые включать, а некоторые выключать (стандартная схема управления 6 мосфетами для трехфазного двигателя). Если в CCS аллоцировать PWM, о его можно направить на 1-4 выхода больше вроде альтернативы нет, а как это сделатьв CCS? 2. Хочу comparator для одного из трех входов с АЦП, причем я хочу на лету менять номера этих входов, значение для сравнения, и направление (вниз или вверх) на такое сравнение. Совершенно не понимаю, как это в CCS делается? Или такие сложности можно только руками засылая в правильные регистры делать? Спасибо!

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

Огромное спасибо, makc, Спасибо, что сказали!!! Скажите, пожалуйста, правильно ли я понимаю, что МК должен давать 2.5МГц и на этой скорости заливать данные? То есть у МК должно быть достаточно внутренней памяти, чтобы без задержек на перекачку быть способным слить в плиску до мегабайта прошивки? Или там еще стабильность и в частоте еще должна быть, то есть тактовые частоты должны быть очень надежно выверены (вроде же нет, по крайней мере в схематике на Tang Nano 9K таких кварцев не наблюдается).

Добрый день, два года назад пытался, но с первой разводки не осилил и отложил. Сейчас хотел бы осилить. Скажите, пожалуйста, правильно ли я понимаю, что я должен * соединить пины RECONFIG_N, JTAGSEL_N, TCK, TMS, TDI, TDO с МК (через конвертор уровней, так как МК на 3.3В, а в GW1NR-9 этот банк на 1.8В из-за встроенной памяти), * положить JTAGSEL_N в 0, дождаться 1мс, передернуть RECONFIG_N из 1 в 0 и обратно, * на TCK, TMS, TDI, TDO реализовать JTAG и провести апдейт прошивки с esp32 на GW1NR-9, * далее перевести JTAGSEL_N в 1 и после этого я смогу использовать TCK, TMS, TDI, TDO для коммуникации с МК (esp32)? Нужно ли мне использовать в этой коммуникации пины READY и DONE, или с ними мне будет проще отладить загрузку прошивки? Вдруг кто-то знает где лежат готовые сорсы программатора GW1NR-9 по JTAG, чтобы они были реализованы с esp32 или на любом другом МК посредством ногодрыга, пожалуйста, поделитесь! Про проект openFPGAloader знаю, но, как я понимаю, там для CPU, а не для MK. PS: https://electronix.ru/forum/topic/168714-gowin-jtag-programmirovanie-iz-mk/#comments эту тему видел, но не все до конца понятно, поэтому спросил. Спасибо!

по LCD дисплеям, боюсь, Там не все так классно, как хотелось бы. У них скорость реакции вроде не сильно-то хорошая, то есть каждый пиксель становится прозрачным или не прозрачным за единицы и иногда даже десятки миллисекунд. В DLP/DMD как я понимаю, у большинства блоков зеркало может поменять свой угол поворота за пару микросекунд. В общем - это как раз то, что надо, но совершенно не понятно, как можно докапаться до самого управления и флипить по одному пикселю. PS: про однопиксельные камеры много статей читал, ИМХО, в моем случае, я не хотел бы играть паттернами, так как они будут размазывать спектр. Гонять разреженную маску как в компрессед-сенсинг - конечно планирую, если такая возможность предоставится. Имея довольно большой опыт такого дела могу с уверенностью сказать, что сканируя каждый пиксель за 70мкс с разреженным паттерном 8х8 смогу и 320х240 на 10fps получать. Только вот осталось понять у какого DLP/DMD можно вот так не сложно внутрь добраться.

Спасибо! Мне тоже эта идея нравится, но я пока не могу понять 1. где найти transparent дисплей с более-менее высоким разрешением (128ч128 или 64х64) не большого размера (1/2 дюйма и меньше), 2. на сколько ЖКИ/LCD поглащает ИК, по крайней мере 650-850нм если кто знает, пожалуйста, подскажите!

Спасибо за интересные ссылки!!! Вот то, что проще - наверное да, а вот что дешевле - как-то не уверен, да и по весу как-то совсем не выглядит легким. Опять же сравнивая тот хамамацу, про который я говорю, при его 2нм на канал он стоит только 200 бакс и весит 5 грамм. У имека и каналов меньше, и не быстрее, а вообще похоже, что там просто в самом сенсоре такой DLP с той же хамамацу и стоит и с ценой совсем мутно.

ИМХО, DLP начального уровня должно весить несколько грамм. Мне не нужны мегапиксели, мне надо 10 килопиксилей, но надо перебор по пикселям, пусть по какой-то даже хитрой последовательности, я все равно это потом сам обработаю. Исходя из этого, и, как я понимаю, сейчас эти DLP/DMD массово в 3Д печати используются, я пока просто не нашел то, что ищу. Ну а поверх всего этого мне только нужен будет минималистический объектив на DLP чтобы снимать то, что находится на примерно одном и том же расстоянии около 1.5м, по идее тоже не много будет весить. Причем тут оптика для 10 кпикселей опять же может быть хоть на 3Д принтере напечатана и потом дошлифована, там даже хроматические аберации, как я понимаю, даже допустимы, все равно потом в спектрометр засовывать.

спасибо за советы!!! Я ищу, но пока ничего не нашел. Мне еще надо, чтобы система была легковесной, ну вот DLP можно в несколько грамм сделать, тут тоже надо бы. Грубо говоря сам спектрометр - 5 грамм, с обвесом всего этого - я хочу вписаться в 20 грамм максимум, а лучше и того меньше.

Вроде должно хватать. Мне надо сканировать объект размером 50х50см на расстоянии 1.5м от сенсора, скажем или по 1х1см с 10 кадров в секунду, или 5х5мм с 2 кадрами в секунду. Я пробовал на сенсор поверх трубочку надевать, чтобы создать угол на один такой пиксель - вроде все получается, да, понятно, что не супер ярко, но достаточно разумно. С дальним ИК еще ничего не пробовал, там вижу зазады на засаде 🙂 спасибо! Да, я их много раз просматривал. Меня скорость фреймов не устраивает, она какая-то всегда очень маленькая, типа не более 360 кадров в секунду. На каждый кадр получается, я имею только один пиксель, и реально теряю массу информации, так как могу 20 тысяч раз в секунду сканировать. EDIT: Ой, есть для скана с огромными скоростями паттернов, но и с конским ценником. Правда получается, что уже для 4к паттернов в секунду и трафик не детцкий, и все как-то сложно. Неужели нет попиксельного сканирования? Ведь реально, задал скорость сканирования и клок, и все, можно по i2c заслать, а так надо городить огород. Может надо на что-то правильное искать, но на что именно?

Спасибо! Это радует! так я как раз и спрашиваю? Мне конкретно надо на C12880MA у которого 340 to 850 nm и желательно на тепловизионную камеру. В более дальней перспективе расширение диапазона на 210 нм - 1000 нм. Спасибо! То есть пропускать должно. Теперь понять со скоростью, так как все стандартные - рассчитаны на 30 кадров в секунду, а мне бы попиксельно на 100х100.

Добрый день, есть несколько схожих задач, в которых я хочу изображение с оптической системы детектировать попиксельно. Грубо говоря, у меня есть спектрометр - многоканальный сенсор, C12880MA или какой-то аналогичный и этот сенсор может снять весь спектр примерно за 50 микросекунд. Хочется снимать уже не одну точку, а скажем 100х100, примерно по 2 кадра в секунду. Вроде для проекторов есть DLP, в которые если светить светодиодом, то они могут отобразить картинку. Мои вопросы: 1. Скажите, пожалуйста, а можно ли в обратную сторону DLP использовать, то есть я объективом фокусирую на поверхность этого DLP картинку, затемняю все пиксели, кроме одного, и на входе (для меня это теперь выход) ставлю спектрометр типа C12880MA? 2. Скажите, пожалуйста, будет ли все то же самое для ближнего и/или дальнего ИК работать? 3. У DLP все заточено для того, чтобы картинку показывать, а как я понимаю, мне надо очень быстро пиксели перебирать, скажите, пожалуйста, может есть что-то правильнее, для моей задачи? Спасибо! ИИВ

прикольно!!! Спасибо за интересную ссылку! Правда как я понимаю, с производительностью у таких гибких процессоров примерно как у калькулятора.

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

Вопрос вдогонку... Пусть у меня есть две гибкие платы, и я хочу одну ее краем припаять параллельно к другой где-то по центру платы. Ставить PFC штекер не хочу. Хочется и рыбку съесть и и сцепление крепкое иметь, и несколько силовых и LVDS пар соединить. Один из вариантов - плоские пады помазать паяльной пастой и приложив сверху другую плату подуть феном. Скажите, пожалуйста, так будет разумно, или есть другое правильное решение?

если контакты серебряно-медные, я бы смесь спирта (или чего-то примерно из этого, то есть этанол, пропанол, изопропанол) с добавкой аммиака и толченого мела. Аммиак делает классные комплексы со всякой серебрянно-медной окислившейся всячиной и может хорошо это дело зачистить. А толченый мел хорошо на себя их адсорбирует не шкуря поверхность. Спирт по пути уберет жирные отложения. На нос мокрую маску, и запаха аммиака не будет чувствоваться от слова совсем.

не секрет. Но так как было две слегка отличающиеся темы, отвечу по поводу обеих: 1. Дизель-генератор запустился с ручного старта, как только стало чуть теплее, я не думал, что разница в 10-15 градусов так влияет на этот запуск. 2. Собрал бензогенератор для леталки, начал тестироваться, одновременно подал заявку организаторам конкурса о такой системе, а организаторы вскоре изменили правила запретив летать на не батареечных системах, хотя изначально летать разрешено было на чем угодно. Из-за этого сейчас везде где можно пытаюсь уменьшить вес, думаю, Вы мои последующие топики видели.

А, все, теперь понял! Спасибо!!! Я до этого думал, что Вы имеете ввиду платы, в которых имеются одновременно и гибкие сегменты и многослойные сегменты. Если использовать что-то типа sg2002, то похоже stiffener под самим процессором и камерой как раз самое оно.