uk8amk

Вроде в таком случае пишут что-то типа "Factory programming memory only". Хотя может и не все. В любом случае спасибо за ответ.

Да, говорит. Получается это чип с масочной памятью? И ROM разные бывают например OTP ROM.

Имеем промышленную мясорубку с платой на МК P83C528 от Philips. Подозрение на порчу пина порта. На замену была куплена новая микросхема. Даташит говорит что МК имеет 32К onchip ROM, но как(или хотя бы чем) читать и писать его нигде не написано. Вроде как это не MaskROM, но EPROM версии идут отдельно(серии P87 и P89). Может кто имел дело с такими раритетами и прояснит ситуацию по прошивке?

Попался проект декодера OGG под какую-то плату на STM32F103ZE: https://github.com/zootboy/micro/tree/maste...les/5_media_ogg http://code.google.com/p/stm32radio/ Судя по декларации буферов потребует десятки КБ ОЗУ.

Вот для Speex. Узкополосный режим: Code (inc. data) RO Data RW Data ZI Data Debug 13024 248 22632 20 6588 348904 Grand Totals 13024 248 22632 20 6588 348904 ELF Image Totals 13024 248 22632 20 0 0 ROM Totals ============================================================================== Total RO Size (Code + RO Data) 35656 ( 34.82kB) Total RW Size (RW Data + ZI Data) 6608 ( 6.45kB) Total ROM Size (Code + RO Data + RW Data) 35676 ( 34.84kB) Ширикополосный режим(звук сочнее и приятней): Code (inc. data) RO Data RW Data ZI Data Debug 16132 294 35320 20 7236 369915 Grand Totals 16132 294 35320 20 7236 369915 ELF Image Totals 16132 294 35320 20 0 0 ROM Totals ============================================================================== Total RO Size (Code + RO Data) 51452 ( 50.25kB) Total RW Size (RW Data + ZI Data) 7256 ( 7.09kB) Total ROM Size (Code + RO Data + RW Data) 51472 ( 50.27kB) В RO data уже включена звуковая демка длиной 16 секунд. Это собрано под отладку VL discovery(32F100, 24МГц). На PA4 через кондёр пару мкф вешаем наушник и слушаем речь )) Но буфер у ЦАПа не очень мощный, поэтому лучше добавить где-то 100 Ом, так меньше искажений. В main.h - настройки декодера: SND_8KHz, SND_16KHz - режим 8/16К ENCODED_FRAME_SIZE - скорость потока под выбранное качество. play_message() - принимает указатель на звуковой массив и играет его. Здесь вроде не так запутанно как в Vorbis. Декодер требует кучу не меньше 5,5 кбайт. Ну собственно это проект по мотивам аппноута ST(диктофон), его один человек перетащил на VLdiscovery, я вырезал лишние режимы для экономии памяти. PCM WAV кодируются в заголовки с помощью утилиты от Energy Micro(тоже есть аппноут). Проект брать здесь: https://yadi.sk/d/_8sxQCQhdM9C2

Спасибо за помощь. Попытался собрать под первый попавшийся таргет(32F100, -O2). Выходит такой футпринт: ======================================================================= = Total RO Size (Code + RO Data) 70564 ( 68.91kB) Total RW Size (RW Data + ZI Data) 7192 ( 7.02kB) Total ROM Size (Code + RO Data + RW Data) 71736 ( 70.05kB) ======================================================================== Печалька. Весьма толстый камень по моим меркам требуется и это только декодер сам в себе. Под простые девайсы вроде говорящих часов не подходит. Код похоже очень интенсивно использует кучу(HEAP). А вот как интенсивно - под вопросом. Но на каком-то сайте сегодня вычитал, что поболее чем MP3 т.к. статических данных меньше. Выходит, что надо RAM>20KB. Тогда буду использовать 2 кодека в связке: speex для речи(я ужал до 16KB flash/5K RAM в Wideband) + ADPCM под звуки.

Кодек Vorbis, страница разработчика: http://xiph.org/vorbis/ Декодер Tremor с уменьшенными требованиями к ресурсам проца(целочисленные алгоритмы): http://svn.xiph.org/branches/lowmem-branch/Tremor/ По возможностям что-то вроде MP3. 1)Интересует, справится ли CortexM3, какой-нибудь типичный STM32 на 20-70МГц? Везде только общие слова, без хотя бы примерного футпринта по килобайтам ОЗУ,флеш и без MIPS-ов. Хочу попробовать играть моно звук с качеством 30-60кбит. Пробовал Speex, но он хорош только для речи, звуки и подобие музыки - ужас. 2)И если кто-то вдруг пробовал, то наберусь наглости спросить пример(кусок) embed проекта. Сам пытался натянуть Vorbis Tremor, но в файле codebook.c слишком много ошибок в Keil MDK сыплется. А вникнуть во все ребусы - знаний пока маловато. Спасибо.

Появилось немного свободного времени, я оформил схему на двухсторонюю печатную платку чтобы не было шума и датчики расположил строго перпендикулярно. Вобщем работает. http://s13.postimg.org/68v828tkn/anemom1.png http://s28.postimg.org/yacvxkjz1/anemom2.png Точность правда не ахти какая, где-то процентов 30 туда-сюда могут прыгать показания. Но это уже хоть что-то. Непонятный момент - есть как бы несколько пораженных зон. Если дуть вентилятором с некоторых точек, то амплитуда(скорость ветра) сильно падает. Правда у меня размеры самого вентилятора невелики по сравнению с самой конструкцией и это может также являться причиной ошибок. На реальном ветре пока не проверял. Летом нифига ветра нет.

Спасибо за совет. Но я пожалуй пока с несерьёзной математикой повожусь ))) Произвёл еще несколько замеров и на выходе компаратора видно, что когда сигнал нарастает(микрофон раскачивается) и имеет еще недостаточную амплитуду, то срабатывание неустойчивое и импульсы короткие. Скрин: http://s22.postimg.org/6i6fsthm9/Shot_0_1_3u_S.png Я ввёл пороговое ограничение на минимальую ширину импульса, система сразу стала работать значительно стабильнее. Бывают еще редкие выбросы, но думаю и с ними справлюсь.

Решил заснять параметры отклика аналоговой части системы. Возбуждение передатчика 10 периодов прямоугольником 5 вольт в мостовом режиме. Расстояние до приемника 20см. Сигнал снимаю с ОУ NJM4580, КУ примерно 10 единиц. 1. Время между маркерами 1030мкс, дискретизация 625кГц: http://s30.postimg.org/qk3aqamip/Shot_0_1030us.png 2. Время 244мкс, дискретизация 1,25мГц: http://s28.postimg.org/3p6ackgdp/Shot_1_244u_S.png Пришлось смотреть самодельным цифровым осцом т.к. на лучевом всё прыгает и ничего не понятно. Видно небольшой шум в отстутсвии сигнала - это неэкранированная лапша. За сигналом идет приличный звон. Пищалки видимо высокодобротные.

На низких скоростях погрешность в 2-3 м/с вполне приемлема. Такую штуку делаю в основном по своей инициативе, поэтому 5-10 кбаксов врядли кто-то в ближайшее время отстегнёт на покупку. Про то что сразу хорошо сделать не выйдет вы правы. Попался отчет немецкого инженера по разработке анемометра: https://www.technik.dhbw-ravensburg.de/~lau...anemometer.html Объём работ впечатляет. Пока попробую допаять вторую пару датчиков и повесить на окно. А там видно будет куда дальше двигаться.

Фазовым методом ТС насколько помню можно адекватно померять до 14м/с. Но хотелось бы захватить и область шторма(> 20м/с) с ураганным ветром. А ультразвуковой анемометр чем интересен - можно без движущихся деталей определять точное направление ветра. Для меня это актуально поскольку занимаемся установкой ветряков. Перед установкой делается мониторинг параметров местности и выбор оптимальной точки установки. Сейчас применяем комплекты анемометров АП-1 крыльчатый и чашечный со всеми присущими им недостатками.

Доделал схему с программой так что теперь оба датчика являются трансиверами(пока 2 из 4-х). В дифференциальном режиме точность улучшилась и плавание нуля уменьшилось. Однако столкнулся с неприятным моментом, на который ранее не обращал внимание. На графике периодически выскакивают иголки. Причем так, что даже усреднение и скользящее среднее полсотни выборок не слишком помогает. Я подключил внешний компаратор LM393 и к его выходу осциллограф. Стало видно, что сигнал с приёмной пищалки нарастает плавно и первый период компаратор не всегда захватывает. Как на рисунке: http://s30.postimg.org/4lz2enwwh/Ultrasonic_TOF.png Получается, что время полёта звука TOF может быть определено с погрешностью +/-25мкс(F=40КГц). для дальномера, меряющего метры погрешность в несколько см не страшна. Для анемометра, меряющего микросекунды неприемлема. Есть ли несложные способы обойти этот недочёт?

Попробовал изобрести УЗ анемометр. Стреляю пачку импульсов излучателем, на приемнике жду ответа. Время полета пачки до приемника = скорости. Макет: http://s30.postimg.org/x5r4sod4h/0414.jpg Я применил открытые излучатели с сеточкой. Схема себя вела странно когда дул на приемник. Пришлось приемник заклеить скотчем. Наверное поток воздуха приводил к колебаниям чашечки-резонатора и случайным срабатываниям компаратора. С закрытой сеточкой упала чувствительность и поэтому добавился усилитель на NE5532. Пищалки скотчем примотаны к рейке, она находится в трубке из литровой пластиковой бутылки с отрезанными краями. Дул в трубку со всей силы 3 раза в каждое направление. Это видно на графике: http://s29.postimg.org/g8tbs3i07/image.png Сейчас ноль у меня плавает. С чем связано не знаю. Возможно удастся скомпенсировать если стрелять в оба направления(сейчас только в одну сторону). У меня вопрос по фазовому методу автора. Т.к. синусоида - периодическая функция, получается что корректное определение скорости возможно только в пределах одного периода. Если скорость меняется в значительных пределах так, что фаза развернется до 2пи, будет нельзя определить скорость?

Интересная тема. Тут как раз за недорого попалась платка ардуинского УЗ дальномера HC-SR04 с вроде подходящими датчиками. Хотел повторить, но некоторые тонкости реализации программы не до конца ясны. Не могли бы вы выложить полный код тестовой программы?