-
Content Count
2291 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Everything posted by DpInRock
-
Осталось узнать в каком формате передает камера. Вряд ли МJPEG? Не используют обычно MJPEG из-за трафика ----- Мож 1 кадр в секунду - только ключевые кадры показывает, а все остальное выбрасывает. Декодеры, они умеют мусор выкидывать...
-
HOLA-PC - 1450 в Москве. Ваш stm - 1440 в Москве. За 33 бакса в Digikey. Что-то не вижу двух раз. А Линукс - ктож вас заставляет. Я купил Blackbone Black - и линукс запустил ровно один раз. Типа, глянуть - работает или нет. Линукс - довольно бесполезная в сельском хозяйстве штука.
-
Да не так чтоб уж кардинально медленно. Даже если кэши не включены - ну вдвое ускорится. Но чего-то реактивного - не будет. --- Чисто по 400 MHz. ПРограммно получалось выводить на экран видео MJPEG не помню точно типа 170х170 с USB камеры герц 10-15. Если бы даже только одну задачу оставить - принципиально лучше бы не стало.
-
Агульно, конечно, не стоит. 1. Цена у этого прибора высокая. Стоит столько же, сколько и HOLA-PC. Только хуже раз в 50 (По быстродействию, габаритам, возможности встраивания). И надо будет НОВЫЙ дисплей подбирать ПОД РАЗЪЕМ (человеку надо 4.3 480-272). Нельзя искушать низкой ценой. Это грех. Смертный.
-
Стоимость абы какого набора для ваших целей не будет превышать 20 баксов. Чего вы хотите? 15? Кроме того, существуют готовые платы, типа Beagle Bone Black, обойдется вам дешевле при покупке в розницу (50 баксов), чем любая ваша продукция на самых дешевых компонентах. Щас увидел. 40 баксов плата Sola-PC. Как раз. Можете сделать ее дешевле.
-
В вышеуказанном параметре стоимость компонентов да бог 20%. Вы же собираетесь сделать 1 штуку. В таких количествах можно делать на чем угодно.
-
www.starterkit.ru
-
Сопутствующие данные при передаче КВ SSB радиосигналов
DpInRock replied to Слесарь's topic in В помощь начинающему
Не существует. Когда люди что-то хотят передать помимо речевого сигнала, они это делают в начале (и)или в конце передачи. См. CTCSS, Smartrunk и пр. миллион вариантов. -
USBTMC приборная сторона - где взять реализацию?
DpInRock replied to Romanticus's topic in ARM
Я бы взял пример хоста для mass storage и чуток подправил для TMC. У них процесс установления связи будет практически одинаковый. ТОлько набор команд свой. Типа, добиться, чтобы установились три точки, после чего можно слать по BULK out команды... -
LPC1788, MatrixARB
DpInRock replied to slavka012's topic in ARM, 32bit
Возможные причины вашей проблемы можно обсуждать вечность. Это неинтересно. Если есть возможность узнать точно - теоретизировать просто глупо. Узнайте состояние FIFO_underflow. -
LPC1788, MatrixARB
DpInRock replied to slavka012's topic in ARM, 32bit
Масса. (Более прозаичных. Ключевое слов V-Sync, например. Да и по горизонтали тоже могут быть проблемы... Хотя трудно судить не видя картинку...) В общем-то, это ваше, конечно, дело. --- А если нет уверенности "туда ли я пишу" *( ( volatile unsigned long *) 0x400FC188) ) = 0xC09 (0xC09 - как раз рекомендовано даташитом в вашем случае). Но разбираться в стиле "очевидно-не очевидно" - можно крайне долго. З.Ы. Ну и арбиртраж я бы устанавливал из когда где-нибудь внутри, еще до настройки всего остального. P.S.2 Ну и скорость развертки LCD тоже можно поменять. К примеру по ходу работы и посмотреть что будет... -
LPC1788, MatrixARB
DpInRock replied to slavka012's topic in ARM, 32bit
Совсем неочевидно. Чтобы стало очевидно, надо проверить FIFO_underflow_interrupt бит. А после чего рассчитать интенсивность потока на LCD (в соответствии с настройками LCD) и сравнить с потоком выборки команд, раз уж LCD и память команд сидят на одном интерфейсе. А посмотрев результат - перенести команды обращения к буферу во внутренний флэш или еще лучше - во внутреннюю SRAM. -
Программирование AD8557
DpInRock replied to cherr's topic in В помощь начинающему
Краткое содержание первой серии. Там параметры программируются "для попробовать" - смотри главу Simulation mode. А раз и навсегда залить параметры методом бабаха (blow) перемычек (fuses) - Programming mode. -
Программирование AD8557
DpInRock replied to cherr's topic in В помощь начинающему
В курсе, что "0" - это положительный импульс короче 10 микросекунд, а "1"- положительный импульс длиннее 50 микросекунд? " -
Скорее всего выше 40к - это те же самые физически адреса, что и с 0 адреса. Попробуйте записать во все 80к разные числа, а потом все их прочитать.
-
как поменять адрес возврата из IRQ
DpInRock replied to lons83's topic in ARM, 32bit
ПОхоже все запутались конкретно. До вызова прерывания выполнялась F1. После прерывания требуется выполнение F2. ПОСЛЕ ЗАВЕРШЕНИЯ F2 - видимо, требуется продолжить F1? Отсюда следует, что прерывание должно ЗАПОМНИТЬ контекст F1, при выходе из прерывания - заменить контекст F1 на ЗАРАНЕЕ ПОДГОТОВЛЕННЫЙ контекст F2. И после завершения F2 - F2 - должно восстановить контекст F1. === Это по сути - "обычный" переключатель задач. Это можно попытаться сделать для частного конкретного случая именно с F1 и F2. Но по затратам кода и прочего - ничем не будет отличаться от нормального переключателя. Ссылку на пример я приводил. Для кортекса - у которого есть два стека, есть два режима работы процессора - можно посметреть переключать от соот. порта FreeRtos, к примеру. Мой переключатель со всеми функциями занимает 40 строк кода на Си, и два десятка строк на ассемблере. И это очень хорошая цена за простую многозадачность. =============== Но правильное решение - от тов. Борща. Если алгоритм строго детерминирован, то текст функции следует прямо вставить в обработчик. И все страхи по поводу такого расположения должны быть исключены смыслом самого алгоритма. -
как поменять адрес возврата из IRQ
DpInRock replied to lons83's topic in ARM, 32bit
http://martin.hinner.info/ARM-Microcontrol...er-HOWTO-7.html -
Преобразование UINT64 к REAL64
DpInRock replied to Grizzly's topic in Программирование
Изначально неверно использовать UINT для арифметических операций со знаком. Экономия одного бита при 64 разрядах вряд ли оправдана. -
hi3518C Linux U-boot
DpInRock replied to seamouse's topic in ARM, 32bit
"Ну, все что знал - сказал". Можно попробовать хексредактором в имадже поискать. Но врядли дело в порте. По идее девайс должен работать. Консоль это мелочь. -
Atmel AT91SAM9G45 USB-host EHCI взять старт
DpInRock replied to Alex553344's topic in ARM
EHCI отличается от OHCI "только" скоростью передачи. Посему если она не важна, то проще OHCI ничего нет. Но если готовы заплатить за скорость геморроем - удачи. Я тоже пробовал выдирать исходники ehci из линукса - действительно, проще линукс целиком на G45 запихать. -
hi3518C Linux U-boot
DpInRock replied to seamouse's topic in ARM, 32bit
1. Консоль линукса не совпадает с консолью убута и вывод идет в другой порт. 2. Если убут откомпилирован для одной платформы, а кернел для другой платформы - то вот так оно и будет. Кернел останавливает работу. -
передача данных по одному байту по блютус
DpInRock replied to Zelepuk's topic in Программирование
При передаче одного байта через BT по SSP получить ошибку нереально. Если отойти от теории, то совсем недавно проверял конструкцию, в которой данные гонялись в обоих направлениях со скоростью UART (скорость в эфире всегда одинакова) чуть менее мегабита. Данные либо приходят верные, либо не приходят вообще. Так как гонял по SSP кодированный звук, то контролировал еще и на слух. Т.е. забота о целостности - это забота BT. А вот забота о самом соединении - вовремя делать реконнект, или НЕ делать реконнект, когда этого делать не надо - это забота внешняя. И если речь идет ровно об одно байте, который не зависит от предыдущих, то надо и передавать 1 байт и не думать. Но если передавать что-то длинное, то тут чуть сложнее. -
Измерение скорости акселерометром
DpInRock replied to Herz's topic in В помощь начинающему
Фенологу на заметку. Обычное движение руля - это градусов на десять. Не больше. Объезд препятствия. Длительность всего этого дела - единицы сотен миллисекунд. (При большем угле или большем времени ты сам превращаешься в препятствие). Траектория точки крепления датчика на кочки, колейность будет очень похожа на объезд препятствия, только будет происходить в двух направлениях. На некоторых скоростях может возникать неслабая вибрация руля (расбалансировка шин). С учетом этого, времени на обработку результата акселеромета будет очень мало. Вот гироскоп в вертолете - намного более простое дело. ------ Кроме того, существует профиль дороги, при котором ось руля на месте, а вот положение баранки относительно земли меняется. (Это когда соединяют два встречных участка дороги , которые не совпали. И место соединения напоминает съезд с наклоном). == Иными словами - единственный надежный способ отследить поворот руля - это следить за поворотом оси относительно корпуса, который жестко связан с осью. Причем, из-за соотношений диаметра оси и диаметра баранки требуется отслеживать линейные перемещения измеряемые в миллиметрах. И с оптикой мышки, например, тут может ждать засада. Хотя акселерометром закрепленным на руке люди управляют всякими разными механизмами. Примеров тому есть. Но не в игрушечный автомобиль я бы такое не поставил. -
Измерение скорости акселерометром
DpInRock replied to Herz's topic in В помощь начинающему
По размещению. Я редко бью кулаком по вышеуказанному месту. У меня весь центр руля - кнопка сигнала. И там же - подушка безопасности. А вообще - steering angle sensor - есть в любой машине. -
Измерение скорости акселерометром
DpInRock replied to Herz's topic in В помощь начинающему
Что-то крепить на баранку можно только у очень спортивных (маленьких) рулей (баранок). И то - ровно сверху. Или снизу. По баранке обычного руля руки лапают каждый сантиметр, в зависимости от. Если бы у меня стояла такая задача, я бы ось руля (все равно датчик прятать) обмотал бы магнитной лентой с записанной частотой 1000 Herz и приставил магнитную головку считывать частоту.