ClockworkOrange

это-то понятно и очевидно... пай-мальчик пишет про то, что подсоединение к SPI шине можно заменить, если обернуть стоковый линуксовй драйвер MCP2515 - враппером, который будет дергать GPIO на FT232R. вот об этом-то и хотелось поподробнее- в ядро такое не включено либо я не нашёл..

а попдробнее - как это дело в линуксе поднимать?.. ссылку можно?

вот этот проект под AVR точно заработает: http://www.mictronics.de/projects/usb-can-bus/ правда там от AVR ядро лишь. это интересно. можете поделиться и описать какой протокол по UART вы использовали (стандартный SLCAN или что-то своё)?

исключено. тут вопрос скорее не в том, как спасти рядового райана реанимировать набортный STM32F103, а разобраться с st-flash как ей читать/писать конфиг-байты либо что использовать вместо неё под SWD из CLI

проблема: подключаю STLink_v2 к хосту, SWDIO & SWCLK к таргету (в данном случае - к STM32F103, который стоит на STM8S-dicsovery). всё отлично: кристалл определяется читается, всё шьётся. $ /usr/local/bin/st-flash read out.bin 0x8000000 0x10000 2013-11-19T13:32:05 INFO src/stlink-common.c: Loading device parameters.... 2013-11-19T13:32:05 INFO src/stlink-common.c: Device connected is: F1 Medium-density device, id 0x20036410 2013-11-19T13:32:05 INFO src/stlink-common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 1024 bytes заливаю туда образ STLinkV2 : $ /usr/local/bin/st-flash write STLinkV2.J16.S4.bin 0x08000000 2013-11-19T18:04:42 INFO src/stlink-common.c: Loading device parameters.... 2013-11-19T18:04:42 INFO src/stlink-common.c: Device connected is: F1 Medium-density device, id 0x20036410 2013-11-19T18:04:42 INFO src/stlink-common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 1024 bytes 2013-11-19T18:04:42 INFO src/stlink-common.c: Ignoring 15328 bytes of Zeros at end of file 2013-11-19T18:04:42 INFO src/stlink-common.c: Attempting to write 50208 (0xc420) bytes to stm32 address: 134217728 (0x8000000) Flash page at addr: 0x0800c400 erased 2013-11-19T18:04:43 INFO src/stlink-common.c: Finished erasing 50 pages of 1024 (0x400) bytes 2013-11-19T18:04:43 INFO src/stlink-common.c: Starting Flash write for VL/F0 core id 2013-11-19T18:04:43 INFO src/stlink-common.c: Successfully loaded flash loader in sram 49/49 pages written 2013-11-19T18:04:46 INFO src/stlink-common.c: Starting verification of write complete 2013-11-19T18:04:47 INFO src/stlink-common.c: Flash written and verified! jolly good! - тоже всё круто. Чип корректно прошился и при подключении по USB определяется как STLinkV2 Но!!!! Теперь не могу больше не прочитать ни стереть ни записать кристалл Flash: 0 bytes (0 KiB): $ /usr/local/bin/st-flash read out.bin 0x8000000 0x10000 2013-11-19T23:05:05 INFO src/stlink-common.c: Loading device parameters.... 2013-11-19T23:05:05 INFO src/stlink-common.c: Device connected is: F1 Connectivity line device, id 0x10016418 2013-11-19T23:05:05 INFO src/stlink-common.c: SRAM size: 0x10000 bytes (64 KiB), Flash: 0 bytes (0 KiB) in pages of 2048 bytes $ /usr/local/bin/st-flash --reset write STLinkV2.J16.S4.bin 0x08000000 2013-11-19T20:05:48 INFO src/stlink-common.c: Loading device parameters.... 2013-11-19T20:05:48 INFO src/stlink-common.c: Device connected is: F1 Medium-density device, id 0x20036410 2013-11-19T20:05:48 INFO src/stlink-common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0 bytes (0 KiB) in pages of 1024 bytes - пробовал в разных комбинациях с --reset и даже как советуют в гуглах с коннектом ноги ресета на Vcc вопрос: как восстановить доступ к флеш по SWD? если даже флеш залочена на чтение - дать возможность стереть он же должен?? вопрос более общего плана: как вообще в этом st-flash фьюз-байты рулятся? увы, st-flash -h ответа не даёт

Есть тач-панель емкостная, размерами 7" (оказывается размер тоже влияет на выбор контроллера) её конфигурация: 19х15 (столбцов х линий) (хотя есть еще более просто вариант - 17х12) Необходимо подключить её к хост системе - какой контроллер использовать? есть 2 модели у TI: TSC3060 - увы не подходит по количеству линий TSC4270 - количество линий достаточное, однако статус Product Preview Есть единственная модель у STM: STMT07, но тут корпус LGA84 и закрытая документация У Cypress есть TMA568 но опять-таки никакой документации, либо это пока в Preview. может есть какие-то опробованные решения?. пусть даже китайские, а то как-то совсем грустно на этом фронте..

не думаю что дешево выйдет клепать такие штуки: много механики http://www.radardetectorforum.org/showthre...ull=1#post26588

Опишу задачу: На автомобле установлены штатные (с завода) задние парктроники. Для доустановки передних - требуется дозаказ проводки и самих сонаров (4шт), поскольку управляющий модуль один на передние и задние (подключается на CAN) + активация фичи у дилера. Так вот один штатный сонар стоит 3000р, что несколько кусаче, посему начал думать как обмануть жабу с помощью смекалки и инженерного образования (и использовать доступные двухвыводные пассивные сонары + возможно адаптер в лице блока управления ими): Посмотрел что предлагают остальные авто-бренды - такая же тема - трёхвыводный разъём. Блок управления парктрониками располагается за обшивкой багажника, передние и задние подключены одинаково: с помощью 6-проводного жгута (питание и земля общие для всех парктроников + 4 сигнала с/на каждый сенсор). И, поскольку, трёхпроводные сонары используются далеко не на одном бренде - может кто-то подскажет зачем на сенсор заводят питание и в каком формате предположительно доставляется сигнал (поскольку кабель к передним сонарам неэкранированный и длина его свыше 5м есть предположение что там какой-нибудь LIN или может даже какой-либо примитивный ШИМ). Никто в эту тему не копал?

и таки-сделали ведь: "уникальная система Magic Body Control стала изюминкой нового флагмана Mercedes-Benz. Ее работа базируется на особенностях подвески Active Body Control и функции сканирования поверхности дороги Road Surface Scan. Камеры следят за качеством асфальта: при появлении неровности амортизаторы настраиваются таким образом, чтобы пассажир даже не догадался о низком качестве полотна. В теории все это не так уж весело, поэтому маркетологи Mercedes-Benz придумали весьма забавную рекламу. Для этого понадобились только куры и несколько пар перчаток. Реклама Magic Body Control не менее гениальна, чем сама технология. Благодаря особенностям куриного организма автомобильной компании удалось объяснить главную цель сложной системы — стабильность на протяжении всего времени. Во время съемок клипа ни одна курица не пострадала." http://www.youtube.com/watch?v=nLwML2PagbY кажется это немного разные вещи. ультразвуковой (+камеры) - это то, что на Волько называется например City Safety - автоматическое торможение, чтобы не вьехать кому-нить в зад и к круизу отношения не имеет. а для круиза датчики именно в гигагерцовых диапазонах работают (на эффекте Допплера) - из всех прочих сенсоров только этот может обеспечить в эксплуатируемых условиях (скорость авто, скорость работы сенсоров, ДН сенсора, % ошибочного срабатывания). SSP_276.pdf

toweroff, =AK= спасибо, это ценно! если вы это сделаете, то пульт вам уже не нужен будет. потому как возиться с восстановлением распиновки ЖКИ и его мультиплексированием у меня желание не особо боьлшое, если не сказать, что отсутствует напрочь. уж как-то проще глазками считать и карандашиком записать показания ЖКИ, дабы потом сопоставить с проснифанными сериями пакетов. еще было бы здорово какой-нить графический дифф. натравить. чтобы только разницу между двумя соседними пакетами выделял

помогите разобраться с протоколом управления кондеями панасоник по инфракрасному каналу. Протокол очень похож на т.н. JP (Japan), в части формата и длительности стартовой посылки и битов (старт бит: ON 3.4мс, OFF 1.7мс; ноль: ON 0.42мс, OFF 0.42мс; единица: ON 0.42мс, OFF 1.7мс), однако есть принципиальное различие - передаётся 64бита информации, вместо 48 в JP. Т.е. по JP должно быть: 1 старт-бит, 48 бит данные, 1 стоп-бит по факту же принимаю: 1 старт-бит, 64 бит данные, 1 стоп-бит Частота модуляции - 37кГц Код конкретной клавиши "уменьшение температуры" (при предположении MSB-first): 0х4004072000000060 Увы, это не похоже ни на инверсное дублирование части информации, ни на добавление 16битного CRC. UPD: судя по очень схожему дампу тут (посылка IR1) http://www.ccsinfo.com/forum/viewtopic.php?p=134053 заголовок посылки - неизменный код вендора (принадлежащий панасоник - 0х4004 или 0х400407)

не подскажут ли уважаемые гуру как это называется в SV - из си-кода вызывать верилог - PLI/VPI/DPI? т.е. что требуется: чтобы был запущен некий демон (написанный на си), слушающий сокет в режиме сервера и неким образом взаимодействующий с тестируемым RTL. возможно ли в принципе написать Си-"дополнение" к верилог-симулятору, которое бы выполнялось постоянно (т.е. слушало бы сокет, а к RTL обращалось бы по необходимости?)

есть какие-либо опенсорц решения или сами на sed/awk ваяли парзер верилог-нетлистов?

ну вот.. не прошло и 2х лет: http://www.ixbt.com/news/hard/index.shtml?16/55/65 http://www.achronix.com/wp-content/uploads...00_Shipping.pdf

согласно таблице: 12V -> 5V @500kHz 7.2uH 5V -> 3V3 @500kHz 3.6uH 5V -> 1V2 @500kHz 2.5uH 12V -> 5V @1000kHz 3.3uH 5V -> 3V3 @1000kHz 1.8uH 5V -> 1V2 @1000kHz 1.5uH тем не менее в рамках одной серии дросселей я так понимаю, что у меньшего номинала индуктивности будет выше ток насышения. так ведь? ST1Sхх - соблазнительно, не так подкупают ценою как ON Semi (+ у ST еще диод шоттки в ВОМе), но и от TI ценик всеж далёк. есть ли еще что-нить дешевле, допустим, не на 3А, а на 2А ? И еще. По конструктиву на входе схемы питания будет стоять мощный TVS - этого также будет недостаточно для защиты ON Semi? хех.. а у них вообще частота 850кГц. золотая середина вроде того)))

default нужен потому что не описано состояние 2'b00: в реальной жизни оно никогда не встретится, но синтезатор об этом ничего не знает. дубляж нужен для большей документируемости кода - что именно "больше минимального" и "меньше максимального" порога приводит к установке на выходе 00 (при синтезе эти два описания тождественны). я правильно понимаю, что это уже какие-то ассершены пишутся, которые как-то передаются в CodeCoverage Tool ??? или можно маленький пример, чтобы понятней было?

коллеги, спасибо за опасения тем не менее, у ON Semi есть пара функциональных замен для NСР3170 (например - NСР3155). они тоже с заранее прошитыми частотами 500/1000кГц. что по частоте и подбору индуктивностей по озвученным выше критериям посоветуете?

Torpeda ваш фрагмент при синтезе эквивалентен: case {LTmax,GTmin} 2'b01: QuantizedData <= 2'b01; // "1" 2'b10: QuantizedData <= 2'b11; // "-1" 2'b11: QuantizedData <= 2'b00; // "0" default: QuantizedData <= 2'b00; endcase однако, на мой взгляд, является менее само-документированным.

да вот и хотел купить пару-тройку сотен пока еще есть. этого запаса хватит на 2 года вперёд, а там что-нить посовременней и подешевле уже привезут думаю

для ответа на эото вопрос, надо как минимум располагать следующей информацией: - шаг - число выводов - вертикальный/горизонтальный - максимальная высота от платы - ориентация контактов: top/bottom/top+bottom - иногда также критичен тип защёлкивающего механизма: piano (прижимной) либо "слотовый" (вдвижной) не знаю как обстоят дела сейчас, но год назад, к великому сожалению, ни один крупный поставщик не имел статуса "складская позиция" на самые ходовые FFC - 30/40pin 0.5mm

Есть такая микросхемка NCP3170 от ON Semi - это StepDown DC/DC на 3А NCP3170.pdf NCP3170А - 500кГц частота преобразования NCP3170В - 1000кГц частота преобразования Насколько я понимаю, удвоенная частота преобразования даёт более компактный дизайн за счёт меньшего требуемого номинала индуктивности (и меньший номинал фильтрующей ёмкости на выходе? - хотя в аппноте наоборот в 4х раза увеличивают вых. емкости), но в то же время вырастают требования к качеству этой самой индуктивности из-за ухудшения параметров на удвоенной частоте. В даташите как-то не очень освещена тема рассчёта требований к индуктивности для разной частоты преобразования. У меня нету требований по габаритам и компактности, критерий стоимость - т.е. выбрать более дешёвую индуктивность (на 3А вых. тока), удовлетворяющую требованиям и поставить минимально-приемлемые номиналы емкостей, сглаживающих пульсации на выходе. Какую версию (500/1000кГц) выбрать с учётом озвученного выше критерия? Пока что мне видится 1000кГц более предпочтительным вариантом, поскольку при равном рассчётном токе индуктивности в 2 раза различающиеся по номиналу относятся в разным сериям и меньший номинал имеет и меньшую стоимость.

в рамках выбора железа под билд-сервер (DC, ncsim) хотелось бы понять - соответствует ли разница в производительности переплате в $: для HW это следующие пункты (зависимость производительности от..): 1.1 поколения процессора (IvyBridge vs SandyB) 1.2 размера CPUcache, приходящегося на 1 ядро (SandyBridge-E vs Xeon vs Mass S1155) 1.3 включения HyperThreading 1.4 многоядерность vs высокая тактовая меньшего кол-ва ядер 1.5 тактовой частоты и latency RAM (сюда же - 4канальность vs 2канальность контроллера RAM) 1.6 расположения рабочей директории проекта + библиотек + бинарников используемой проги на: HDD vs SSD vs /dev/shm и докучи конечно любопытно не занимался ли кто-то SW-тюнингом системы, т.е. зависимостью производительности от: 2.1 версии ядра ОС и версий библиотек дистрибутива (RHEL4/5/6) 2.2 опций сборки ядра (м.б. это влияет на эффективность/свободный размер кэша процессора?) 2.3 жёсткого разведения между ядрами и привязки демонов, прерываний и прочих висящих в ОЗУ прог на одно ядро, а запускаемого бинарника - на другое (или м.б. для минимизации переключений контекста на ядре, которое выполняет запущенный бинарник, задать достаточное значение в renice?) 2.4 опций запуска продукта (помимо всяких разных -64bit и -num_cpu=N) [holywar_off] PS: члены секты AMD - извините!

описываю трёхуровневый квантователь (-1, 0, +1). С точки зрения гайдов по верилог необходимо описывать все ветви (соответствие при моделировании поведенческого описания и нетлиста). т.о.: ... wire GTmin = MinThreshold < Value; wire LTmax = MaxThreshold > Value; ... case {LTmax,GTmin} 2'b00: QuantizedData <= QuantizedData; // or 2'bxx ? 2'b01: QuantizedData <= 2'b01; // "1" 2'b10: QuantizedData <= 2'b11; // "-1" 2'b11: QuantizedData <= 2'b00; // "0" default: QuantizedData <= 2'b00; endcase ... Но ведь таким образом невозможно приблизиться к теоретическому 100% покрытию кода тестбенчем. ведь в первую ветку (2'b00:) тестбенч никогда не сможет попасть (значение одновременно меньше минимального порога и больше максимального). как быть? прагмы городить?

вот есть некий CPU c параллельным выходом на ЖКИ, есть матрица LCD Full HD 1920*1080 для которой в качестве входного интерфейса задействовано два канала LVDS (чётный и нечётный пиксел) вот смотрю как это скрестить, по идее существует в природе замечательный LVDS-трансмиттер SN75LVDS83 : по идее, благодаря наличию сигнала выбора полярности вх.клока (The rising or falling edge of the clock can be selected by way of the clock select (CLKSEL) terminal) всё что нужно сделать - поставить две ИС SN75LVDS83 впараллель, и подать на них делённый на 2 клок (причём на одной из ИС проинвертировать сигнал CLKSEL). вопрос 1: правильно ли я понял схемотехнику решения для DualLVDS ? вопрос 2: на чём лучше делить 120МГц тактовую с процессора? требования SN75LVDS83 по сдвигу вх.такта таковы: tsu Setup time, data, D0 − D27 valid before CLKIN↑ or CLKIN↓ = 3ns th Hold time, data, D0 − D27 valid after CLKIN↑ or CLKIN↓ = 1.5ns - необходим делитель с PLL или можно ограничиться схемой с одним триггером?

по рассчёту: делаю по этой http://i-net.com.ua/content/view/92/20/ инструкции для расчёта размеров элементов антенны используется консольная утилитка от UA6HJQ и не всё так здорово, например для 2400МГц имеем: Введите частоту в MГц (MMM.KKK) и нажмите ENTER : 2400 / \ / \ / \ / \ 31 мм (длина стороны квадрата) / \/ \ \ /\ / \ / \ / \ / \ / ─────── 87 мм ─────── Усиление 3-4 дб., с рефлектором 9 дб. Входное сопротивление 50-75 oм. Расстояние между рефлектором и зигзагом 16 мм (влияет на Rвх.) Размер рефлектора: длина 107 , ширина 62 мм. 1) по каким формулам это рассчитывалось?.. где бы найти исходник? "50-75 oм" совсе мне устраивают. нужно 50ом. это раз. 2)далее непонятно (авторы не приводят коментариев) почему у них размеры рефлектора и расстояние между рефлектором и зигзагом не соответствуют расчётным (на чертеже, который от руки) или в программе лишь минимально-допустимые размеры рефлектора? как посчитать?.. по конструированию: 3) вот тут используют http://ra9mgk.narod.ru/projekt/bikvad/index.html медную трубку для соединения рефлектора и зигзага в единую конструкцию в чём её роль?.. чистое упрочнение механической связи или надёжная электрическая связь рефлектора и зигзага???.. насколько хуже будет результат с латунной или вообще - с медной фольгой вместо трубки? 4) из доступного мне медного кабеля подходящего диаметра - есть силовой одножильный в пвх-изоляции. насколько хуже/лучше будет результат, если не снимать с него изоляцию? влияет ли на скин-эффект окисление поверхности проводника? спасибо.