Dir

Все хорошо, вот только непонятно каким боком TUSB3410 к ARMам относится. К МК с 8-разрядной архитектурой 51 семейства? Может быть. К интерфейсам USB? Вполне допускаю. Но АРМов тут в упор не вижу :(

Ну, у нас другие прецеденты. ATtiny26 успешно работает в серийных ВЧ-сварочных аппаратах (как раз в цепи силового управления). Какая там электромагнитная обстановка, я думаю, пояснять не надо. Чего-чего, а нареканий на слет флеши не было. Так что первичен все-таки драйвер ruki.sys, а какая там операционка - дело десятое.

А. ну если 5%, то может и пройдет. Я про 1% с частотой выборки 100кГц говорил.

Если это ответ на мою реплику, то я свое предложение снимаю ;) Я не предлагал 8-битником вычислять квадратный корень каждую выборку.

Если бы можно было интеграл считатать не после, а в процессе, то вполне мог бы и C8051T600 (SiLabs) за 1$ справиться. Параметры у него такие: - ядро 1 тактовый 51 - тактовая 25МГц (есть внутренний 2% тактовый генератор) - АЦП 10-разрядный 500ksps - 8кБайт ОTP Flash (есть чуть более дорогой почти аналог с многократной флэш C8051F300) - ОЗУ 256байт - питание 1,8...3,6В с внутренни 1,8В регулятором - опора желательно внешняя Ну и размеры на выбор SOIC14 или MLF11 3x3ии PS. В общем-то думаю это реальная задача, если для ускорения вычисления квадратов использовать табличные алгоритмы (т.е. частично по таблицам, частично кусочно-линейная аппроксимации). Суммирование 48-битных чисел с 24-битными тоже должно в цикл вкладываться. А вычисление квадратного корня в конце цикла делать.

1кОм - это слишком. В DS на ADuC говорится, что типичная величина 10кОм. Кроме того выходы ADuC7xxx специфицированы на максимальный ток 1,6мА. От 3мА им может поплохеть. PS. И еще в DS говорится, что мастер работает ТОЛЬКО на 100 и 400кГц. Видно работа на нестандартных частотах не гарантируется.

DS и AN не только кривые, а еще и ошибок куча. А DS на ADuC7128, похоже, вообще в спешном порядке слепили методом ^C^V из даташита на ADuC7028. А вот для ADuC7128 не срабатывает :( Хотя ни на что не ругается и 3 раза исправно отвечает ACK. А после этого так же исправно говорит, что верификация ВСЕЙ ПАМЯТИ выполняется успешно. И это якобы после защиты чтения :( В описании протокола для ADuC702x (AN724) эта последовательность из 3-х и более посылок приводится, но идеи как ее можно экстраполировать на ADuC7128 у меня нет. Ну посмотрите, например, (AN724, rev.b, p.4) посылка P 0x00000000 0x0F - устанавливает защиту записи страниц 0...3 (т.е. 4-х 512байтных блоков или 2кб) P 0x00000200 0x0F - устанавливает защиту записи страниц 4...7 (еще 2кб) логично предположить, что далее пойдет P 0x00000400 0x0F - защита записи для памяти 0x1000...0x17FF P 0x00000600 0x0F - защита записи для памяти 0x1800...0x1FFF ... P 0x00003A00 0x0F - защита записи для памяти 0xF000...0xF7FF ... и (по аналогии с DS) P 0x00003E00 0x0F - защита чтения для памяти 0x0000...0xF7FF Однако такая аналогия не канает и защиту чтения для ADuC702x вызывает приведенная вами посылка P 0x0000F800 0x0F - защита чтения для памяти 0x0000...0xF7FF. Какая посылка может выполнять ту же функцию у ADuC7128 - ХЗ :( Какая логика у ADI - трудно понять. А как к ним на аудиенцию пробиться - не знаю. ... хотя ... продолжая дальше сеанс телепатии и предположив, что в AN724 ошибка и защиту памяти 0х0800...0x0FFF выполняет не последовательность P 0x00000200 0x0F (как в AN724) а P 0x00000800 0x0F (что на порядок более логично, т.к. прямо указывает на адрес) тогда есть логика в том, что P 0x0000F800 0x0F - защищает память на чтение у ADuC702x а следовательно у ADuC7128 P 0x0000F800 0x0F - защищает нижние 62кб P 0xF8000000 0x0F - защищает верхние 64кб а P 0xF800F800 0x0F - защищает всю память от чтения ... Сейчас проверю... .................. Фиг вам :( Проходит верификацию в любом случае...

Пришлось реализовать для производственных целей (прошивка ADuC7128) аналог ARMWSD по USB. Все вроде OK, а вот с защитой кода (через бутлоадер) проблемы. Описание этой команды в AN724 не понял как и пример там приведенный. Что там защищает от записи и что от чтения? Как, например, защитить от чтения всю память ADuC7128? У меня выдает версию лоадера C30. Да и вообще с этими ADuCами не понятно кому задавать вопросы. Есть у них хоть какая-то техподдержка? А то ведь шикарный же МК. Не с точки зрения чисто ARMа, а с точки зрения насыщенности периферией: 12-разрядный 1Мsps АЦП, DAC, DDS, квадратурный энкодер, точная опора, PLD, масса 32-разрядных счетчиков с захватом и PWM. В новых 7-х ADuCах будет еще 24-битное дельта-сигма АЦП - короче пестня, а вот сопровождение ... :(. Даже приличного англоязычного (не говоря уже о русскоязычном) форума не удалось найти. Кто нибуть общался с AD по микроконверторам? Дайте наводку.

Для замены 128 меги очень советую вот эту штуку (или подобную с АЦП): http://www.luminarymicro.com/products/LM3S6100.html Все на борту, кроме трансформатора, и цена вполне демократичная ;)

Из нужных мне вещей добавлена поддержка Cortex-M3. Т.е. можно с 4-й версией завязывать и работать с Luminary в 5.11. А еще хочу про EABI спросить, который в этой 5-й версии юзается. Неужели действительно с EABI такой прогресс в плавающей арифметике для ARM7? Откуда такое преимущество? Или я чего то не догоняю? http://linuxdevices.com/articles/AT5920399313.html

Да, действительно есть. И когда знаешь, что это псевдоинструкция, а не инструкция (смутило одинаковое имя) и искать несложно. Сорри за поднятый дебош.

Установил MDK-3.15. Pdf-файла, правда, нет, зато есть armasm.chm. Даже беглого обзора хватило, чтобы оценить, что наверное зря я из-за совместимости с AVR на IAR для ARM подсел. Документация у Keil явно лучше.

Спасибо. А где можно взять этот RV_asm.pdf? Это я так понял из комплекта RealView. А отдельно сей pdf есть где-нибуть? Или все-таки установить?

Не пинайте ногами только. Поиском искал ... но не нашел. Встал вопрос скорректировать startup для ADuC7128 и ... понеслось :( Вот сам код хорошо всем известного startup (v4.42a ... arm\examples\AnalogDevices\ADuC712x\InterruptBlinl\cstartup.s79): MODULE ?RESET COMMON INTVEC:CODE:NOROOT(2) PUBLIC __program_start EXTERN ?cstartup EXTERN undef_handler, swi_handler, prefetch_handler EXTERN data_handler,irq_handler, fiq_handler CODE32; Always ARM mode after reset org 0x00 __program_start ldr pc,=?cstartup; Absolute jump can reach 4 GByte org 0x04 ldr pc,=undef_handler org 0x08 ; ldr pc,=swi_handler org 0x0c ldr pc,=prefetch_handler org 0x10 ldr pc,=data_handler org 0x14 DCD 0x00000000 org 0x18 ldr pc,=irq_handler org 0x1c ldr pc,=fiq_handler ; Constant table entries (for ldr pc) will be placed at 0x20 org 0x20 LTORG ENDMO Приведен только кусок до метки ?csartup. Но это не важно. Вопрос собственно вот какой: где найти систематизированное описание этого ассемблера? Причем и инструкций компилятора, и самих кодов. Сразу скажу, что help к IAR EWB и pdf Assemler Reference Manual оттуда же прочел. Прочел также ARM Arсhitecture Reference Manual (ARM DDI 0100E). И все равно много вопросов. Вот один из них: Что такое, например, команда org 0x18 ldr pc,=irq_handler Смысл ее в общем то понятен. По этому адресу располагается команда перехода на обработку прерывания IRQ. Но что такое "=" перед irq_handler? Описания такого формата нигде не нашел. Может плохо искал? Ладно, пусть это адрес irq_handler, который находится где-то в области памяти и этот вдрес получим только после работы линкера. Но почему этото слово должно находиться по адресу 0x18 + 0x20? Т.е. в какой собственно код транслируется эта команда? В формате команд ldr всегда присутствует кроме регистра назначения (pc) еще и регистр, содержащий базовый адрес, а также (часто) смещение. Наверное (мне так кажется) данная конструкция транслируется относительно какого-то базового регистра, содержащего "0" со смещением 0x20, но относительно какого регистра? Или я не прав? А если мне смещение нужно не 0x20, а 0x40, например? PS. Ну, короче, нихрена я не пойму этой команды. Объясните, плиз.

Нда... не густо информации, но попробую посоветовать. Если тензорезисторы не п/п, то у них очень малый тензоэффект. Поэтому советую идти стандартным путем, т.е. применить специально для этой цели разработанный дельта-сигма АЦП AD7730. Он специально разработан для мостовых тензодатчиков (полумост достроите до моста сами) и в нем предусмотрены все цепи, которые для этого необходимы. Можете использовать и более новые AЦП типа AD7797. Как их использовать - все есть у AD. PS. Тензометрия - не такая простая штука, как это кажется на первый взгляд. Тут и паразитные термоЭДС от подводящих проводов, и очень низкие уровни сигналов. Поэтому советую почитать литературу и апноты (у Analog Devices) по этому делу. Была, кажется, на сайте analog.spb.ru такая книга по датчикам, где хорошо были описаны проблеммы тензоизмерений.

Не должно там ее быть. Это описание конкретного инструмента и его нюансов а не описание стандартного языка и учебник по С/C++. Ну должно - не должно это уже разработчик инструмента решает. Борланд решил, что должно, IAR - наоборот. Мне подход Борланда симпатичней. Если есть такая возможность, значит по ней должна быть справка. Мало ли кто и как стандарт корежит. Тот же IAR в С разные extension от C++ сует (типа анонимных Union-ов), а ведь по стандарту их быть не должно. Другие - урезают возможности макровызовов. Третьи (IAR) вообще молчат что макросы существуют. Но если они таки есть, то будем надеяться, что в полном объеме. Еще раз спасибо за справку.

IAR, не виноват. Препроцессор это стандартная принадлежность "C/C++", посему возьмите учебник по "C". Или поиск "C препроцессор" ..... http://www.opennet.ru/docs/RUS/cpp/ Но лучше начните с книжки а не с интуитивных попыток программировать. Нет, значит, информации в хелпе. Спасибо, а то уж подумал, что перепраздновался ;) Писал, вроде бы, на плюсах для писюков. А вот в описании компилятора ИАРа не нашел даже упоминания о такой возможности, как макросы и каких-либо ограничниях на их реализацию. Потому и засомневался.

Пробую найти хоть какую-то печатную информацию в IARe (для определенности v.4.20a) о правилах написания макросов в компиляторе C и ... не могу :( Т.е. смотрю, например, __intrinsic.h - есть там макросы ... и даже с параметрами ... и даже с обратным слэшем для переноса на новую строку, а вот о том как такие конструкции работают и какие правила их написания что-то нигде найди не могу :( Ни поиск по Help-y (по ключевым словам #define, macros) результата вразумительного не дал, ни при просмотре pdf-ком UserGuide, CompilerReference ничего по теме не встретилось. Ткните носом, плиз, в такую информацию. Ну не может же уважающая себя фирма (IAR то есть) такую информацию в секрете держать и полагаться, что пользователь будет пользоваться потусторонними источниками (с ее то пухлыми руководствами!) и собственными догадками. Я скорее праздники виню и собственную невнимательность :(

Извиняюсь за такой бестактный вопрос в новогоднюю ночь, но просто пожар... :( В общем, чтобы уложиться в требования заказчика, я должен использовать не Альтеру, Quartus, MAX3000A и ByteBlasterMV, с чем я умею работать, а Xilinx, XC9500XL и непонятно что для разработки и программирования в железе. В Quartus умею работать только с графическим редактором. Посоветуйте аналогичные инструменты для Xilinx и XC9500XL. Проект разовый, поэтому дорогой инструментарий и программатор позволить себе не могу. Желательно чтобы можно было собрать на коленке. Доступ на FTP имею, но канал не резиновый. Поэтому чем меньше качать - тем лучше. Заранее спасибо за советы и ... С Новым Годом! :santa2:

Может эта ссылка "пнет" куда надо ? http://www.micropribor.com.ua/ru/sensor.htm Особенно интересны на мой взляд магнитные шкалы от ASM-сенсор.

Принцип коммутации для меня непонятен. Может, поясните, в чём тут суть? Ну, это просто предположение, что такое возможно. Вращающимся между датчиком и высоковольтным проводом экраном (проводящий пропеллер, электрически соединенный с "землей датчика") наверное можно промодулировать электрическое поле и перевести измерение из области постоянных токов в область переменных на фиксированной частоте. Если это можно сделать с помощью механики (вращающегося пропеллера), то я предположил что тот же самый эффект будет если подобный экран (сетка) периодически подключать (отключать) к земле датчика. Почему то я подумал что вы именно это имели в виду. Вы правы. Без эксперимента над "голой" идеей придумывать способы как ее усовершенствовать явно преждевременно.

Stanislav, спасибо за ответы и ... Да, верно. Только неудобно - механика. Думаю, можно хитрее сделать, но об этом - позже. ... что Вы имели в виду? Модулятор поля на основе коммутируемых неподвижных (а не вращающихся) экранов?

Никто не спорит, что правила техники безопасности надо выполнять, но для переменного тока существуют бесконтактные (или комбинированные) девайсы, например: УКАЗАТЕЛИ ВЫСОКОГО НАПРЯЖЕНИЯ УВНУ-10 СЗ ИП-КОМБИ Светозвуковой указатель высокого напряжения имеющий возможность комбинированной контактной и бесконтактной работы. Контроль работы производится микропроцессором, при этом вначале оценивается наличие напряжения на контактной части устройства, а при его отсутствии уровень электромагнитного поля промышленной частоты. Бесконтактная часть индицирует наличие напряжения световым сигналом (ультра яркий красный светодиод) и звуковым сигналом частотой 1-2Гц, и автоматически выключается при появлении напряжения на контактной части. Индикация наличия напряжения контактным способом производится двумя светодиодами , а звуковой сигнал имеет частоту 4-5Гц. Устройство имеет систему самопроверки, а также возможность включения и выключения бесконтактной части. При отсутствии напряжения устройство через 30 секунд переходит в энергосберегающий режим, что существенно продлевает ресурс примененных элементов питания. Допустимый диапазон рабочих температур от -15 оС до +40оС и относительной влажности до 80% при 25оС ТЕХНИЧЕСКИЕ ДАННЫЕ Номинальное напряжение, кВ от 6,0 до 10 Напряжение индикации указателя, кВ не более 1,5 Минимальная дальность срабатывания бесконтактной части, кВ/м 10 Источник питания, В 6 (2 литиевых элемента марки CR2032) Громкость звукового сигнала, ДБ 70 Длина рукоятки, мм 120 Длина изолирующей части, мм 340 Общая длина, мм 680 Габаритные размеры (в упаковке), мм 860х80х110 Масса указателя, кг не более 0,75 Для постоянного же тока я что-то таких не обнаружил. Все только контактные попадаются вроде тех, что Вы привели в качестве примера.

Ввиду того, что такой индикатор должен эксплуатироваться в производственных условиях и не должен усложнять работу электрика и вопросы: 1. Как автоматически учесть перемещение (его величину и направление) такого датчика относительно провода под постоянным напряжением? 2. Как отстроиться от влияния электростатики? Насколько я понимаю, электрическое поле провода ничем не отличается от поля, допустим, свитра, заряженного при трении. 3. Не будет ли на такой прибор влиять переменное поле промышленной частоты? 4. Чем обусловлено влияние на такой электрометр тела человека и как его убрать? 5. Какую чувствительность можно ожидать от такого метода? Собственно, хотелось бы как указано в названии темы (т.е. хотя бы 1,5м от 3кВ провода), но это только благое пожелание не подкрепленное никакими расчетами и экспериментами. И спасибо, что восприняли вопрос всерьез. Может я не совсем правильно расставил акценты и людей под током гибнет не так и много. Но это периодически случается и говорить что такое невозможно нельзя. Тем более, что вопрос поднял не я. Мне его задал человек из минтранса после, как я уже сказал, "невозможного" ЧП.

Но тем не менее по разным причинам (их множество) люди гибнут. Причем очень часто ошибаются не электрики, а разные конторские крысы. Так что проблема не надумана и нужно именно техническое, а не организационное решение (или дополнительное техническое решение к уже существующему организационному). ПРАВКА. Не обратил внимание, что Вы сказали ПЕРЕМЕННОГО тока. Про переменный ток разговор не идет. Там такие индикаторы существуют и Вы, очевидно, про них и говорите. Речь идет о линиях ПОСТОЯННОГО тока.