Maxzz

Одна и та же плата. Один и тот же код переключения на внешний кварц в двух разных прошивках. XC16 1.31. MPLAB X 5.50 void ConfigureOscillator(void) { RCONbits.SWDTEN = 0; // Configure PLL prescaler, PLL postscaler, PLL divisor PLLFBD=41; // M = 32 CLKDIVbits.PLLPOST=0; // N1 = 2 CLKDIVbits.PLLPRE=0; // N2 = 2 // Initiate Clock Switch to Primary Oscillator with PLL (NOSC = 0b011) __builtin_write_OSCCONH(0x03); __builtin_write_OSCCONL(0x01); // Wait for Clock switch to occur while (OSCCONbits.COSC != 0b011); // Wait for PLL to lock while(OSCCONbits.LOCK!=1) {}; } В обеих прошивках вызывается первой строчкой в main(). Но первая прошивка работает нормально, а вторая - зависает на строчке ожидания готовности переключения источника клока - "while (OSCCONbits.COSC != 0b011);". Даже в новом пустом проекте, только со скопированной функцией переключения клока - не работает. А в старом проекте, сделанном в старой 4.х версии и XC16 1.24 и импортированной в 5.х - работает. Совсем голову поломал, может, кто сможет подсказать, где может быть причина?

Ну не с 99%, но так как сканирование производится многократно, с большой вероятностью. Луч лидара тоже может попасть в дырку в коробке и быть поглощенным полностью. Или отразиться от зеркальной поверхности в сторону. С большого расстояния он не сможет определить толщину опоры, это да. Но дать не врезаться в нее вполне может. Кроме того, есть вполне стандартные алгоритмы обужения луча, с которыми разрешение можно удвоить. Летучая мышь определяет положение мотылька с расстояния в три десятка метров. А у нее только один излучающий канал и два принимающих, плюс быстродействие DSP ограниченное :)

Сама по себе - нет. Но с учетом механики для лидара... Чисто по компонентам, например - что там, что там будет - FPGAшка, LNA (в сонаре с 8 ППЭ, их правда, 8), VGA. В сонаре добавляем, скажем, ту же STHV800, АЦП для 40 кгц стоит копейки. Плюс 8 пьезоэлементов. Длина волны у нас для 40 кгц в воздухе 8.5 мм. Слегка неудобно, тут или ищем пьезокерамику узкую, но длинную, чтобы шаг решетки сделать 1/2L, или не заморачиваемся, берем китайские, ставим тубусы для нужной нам диаграммы направленности чтобы исключить боковые дифракционные максимумы и ставим 2L решетку... Теряем, конечно, в рабочем угле ФАР, но приобретаем в отсутствии геморроя с излучателями. Но все равно, калибруем после изготовления, т.к. параметры китайских пьезоизлучателей процентов на 20-30 могут отличаться запросто. В лидаре добавляем высокоскоростной компаратор, скажем ADCMP566, лазер, диод, усилитель и механику с качающимся и полупрозрачными зеркалами. Теоретически, конечно, механику можно взять из лазерного штрих-кодового сканера, но там зеркало просто болтается с определенной частотой, конкретный угол не задается и не отслеживается, поэтому применимо ли, вопрос... Кстати, схемотехника что для TDC, что для метода измерения фазового угла будет практически одинаковой...

Это надо смотреть учебник по радиолокации :) Но сделать сонар с шириной луча в 3 градуса и углом сканирования в +/-30 градусов без механики должно быть относительно несложно. А компоненты подойдут, в общем-то, те же, что используются для аппаратов УЗ диагностики - у ST это STHV748, STHV800, например. Искать по словам "ultrasonic pulser", "ultrasonic T/R switch", "ultrasonic beamformer".

Например. Но конкретно в этом корпусе надо смотреть - не очень удобно для разработки, там шаг шаров 0.5 мм, если надо много I/O - плата должна разрабатываться под HDI, для прототипов это дорого. В серии, конечно, значения особого не имеет. Для прототипов удобнее BGA381. И вопрос по ультразвуку - а фазированную решетку не рассматривали? Можно получить довольно неплохие параметры по пространственному разрешению...

Стабильность у этих ЛЗ не айс. DS1135 от -20 до +70 съезжает на наносекунду с лишним. Довольно стабильна NB6L295MNTXG, но она программируемая и цена у нее под $30...

1. Вы не смотрели Acam-овские решения? Там есть TDC, которые в некоторых режимах измеряют от нуля с разрешением порядка 30пс. https://ams.com/time-to-digital-converters 2. Для TDC на FPGA ICE40 не подойдет от слова "совсем". У HX серии задержка распространения на бин порядка 0.7 нс. А для получения разрешений класса 20пс и лучше нужны FPGA c задержками лучше 0.4нс/бин и multiwave-union TDC, это порядка 8000LE на канал. В ICE40 ничего не подходит. Хотите дешевле - делайте на ECP5, оно стоит вдвое меньше Циклона.

Продано.

5.5 разрядный мультиметр Advantest R6452A Два канала измерения. Базовая погрешность 0,018% Откалиброван, см фото. Дисплей не севший. Внешнее состояние на "3" - повреждены клеммы (обычная проблема техники Advantest/ADCMT, на работоспособности не сказывается), трещины и сколы в задней рамке. 8000р. На авито такой же прибор в примерно таком же состоянии можно купить за 12000, без повреждений - за 15000. На ебэе вообще только от $450.

Интересно, зачем создавать тему, а потом не отвечать на заданные вопросы? Наверное, так сильно нуждаются в результате...

Да, это НИР, но аппаратная часть ни при чём. Дело в самом принципе измерения расхода времяимпульсным методом. Несмотря на то, что везде в описании этого метода пишется базовая формула v = dt*C^2/(2*cos a*La), при разработке реального прибора всплывает, что в зависимости от скорости потока, вязкости среды, широховатости стенок трубы, конфигурации труб перед измерительным участком разница между реальным расходом, и полученным по формуле, может составлять до 25%. Потому что вычисленная скорость потока является некоей средней скоростью потока на пути прохождения УЗ импульса, а реальная средняя скорость потока по всей площади поперечного сечения трубы - может быть очень сильно другой. Вот и требуется найти метод нахождения точного профиля потока для текущей скорости потока в трубе и соответствующего ему коэффициента коррекции теоретической скорости потока к реальной средней по всему сечению трубы скорости. Задача непростая, для получения погрешности в 1% на диапазоне расходов 1:25 для однолучевого прибора мне потребовалось суммарно два месяца копания в патентах и статьях, и еще полтора месяца проливок. С чего бы это? Доступ к флэши закрыть, прибор в своей собственности, чтобы заказчик не мог забрать. И всё будет нормально.

Как сдавать - это просто. Пишется программный модуль, который по сырым временам и геометрическим параметрам УПР считает расход, вставляется в упрощенную прошивку соответствуюшего прибора ( или в рабочую, но с подписанием NDA или чего-то похожего), УПР проливается на поверочной установке с нужной точности эталоном - и если соответсвующие ТЗ прогрешности достигнуты - производится оплата и передаётся документация по методике. Без написания прошивки, конечно, не обойтись. А вот деньги и сроки - интересны, да...

Да у топикстартера, я так понимаю, если я правильно нашел его контору по данным в документе, уже есть готовый прибор под задачу УЗС-1. Но погрешности у прибора, достаточные для коммерческого/технологического учета воды, ничем не выделяются на общем фоне десятков таких же приборов. А выделяться - хочется. А у GP30 внутри не ARM, а что-то совсем своеобразное, убогая среда разработки и очень скромные параметры - предназначена она для квартирных счетчиков. Серьезный расходомер чисто на ней не сделаешь, нужен обвес. Ну и куча работы по получению достойной метрологии.

Да понятно для чего это нужно, для того, чтобы проходить по конкурсам, нацеленным на импортные приборы - Endress+Hauser, Siemens, Rosemount, Krohne - там требования к погрешностям от 0,5% до 0,2% на основных диапазонах 1:10 и 1:25. Если посмотреть на то, что производит компания автора темы, то ничего из этого не подходит, а им хотелось бы иметь. Вопрос, сколько они готовы за это заплатить. И тому, кто занимался разработкой TOF УЗ расходомеров, желание заказчика вполне понятное. Но хотелось бы, конечно, конкретики.

Несколько вопросов. 1) Какую допустимую погрешность на воде вы хотите получить для 1- 2- 3- лучевых приборов и в каких диапазонах расходов? (кстати, каналами в российской практике принято называть количество УПР, подключенных к вторичному преобразователю, количество пар ПЭП называют лучами). 2) Какими вычислительными мощностями обладают ваши приборы? Потому что, одно дело использовать, как Siemens или Controlotron полученные сотнями проливок на разных диаметрах и конфигурациях трубопроводов таблицы, на основе которых с использованием же эмпирических коэффициентов для разных конфигураций труб перед УПР вычисляется рабочий коэффициент для потока на момент измерения, что не требует больших мощностей, но требует большого объема работ по наработке этих самых эмпирических данных, и другое совсем дело - расчет профиля потока, скажем, методом конечных элементов на лету с последующим решением обратной задачи расчета расхода по времени прохождения сигнала. Кстати, вы планируете учитывать конфигурацию труб перед УПР? Сами понимаете, что обычные паспортные 10Ду перед УПР после двойного колена ну никак не дадут возможность получить погрешность 0,5% на 1-лучевом приборе, если исходить из предположения, что поток установившийся. Даже в 1% не получится вписаться. Потому как профиль потока всякими непрямолинейными участками искажается значительно. 3) По поводу влияния карманов установки ПЭП - оно не так велико на больших Ду, а на малых Ду даже Panasonic, Fuji и GE используют или специальную конструкцию ПЭП, исключающую возникновение вихрей, или специальную конфигурацию трубы в месте установки ПЭП, уменьшающую их скорость, а также искажения профиля потока в этих местах. 4) Задача расчета температуры жидкости и учет её влияния на вязкость для воды довольно давно решена, а для других жидкостей - требуются соответствующие экспериментальные данные. 5) Если не секрет, какой бюджет на эту разработку вы планируете выделить?

Вообще-то давно специальные чипы есть навроде TEA1062-TEA1111A. Но это неинтересно, я делал программно, на dsPIC33FJ128GP804. Заодно спикерфон с подавлением эха, фильтрацией шумов и голосовое управление

/CTS и /RTS - инверсные. Активный ноль. И кстати, почему бы Вам, если уж вы аппаратное управление потоком не используете, не замкнуть их между собой через резистор?

Пересылка с Тритона через EMS (от оплаты до доставки курьером к двери - 7 дней) месяц назад обошлась в 430р. Обычной почтой дешевле. Одно НО - заказ должен быть от 3000р, насколько я помню. Просто несколько контроллеров можно и через НВК привезти, процентов 25 они накручивают. При потребности в 50 штук прямой путь в Тритон. Там же можно и PICKIT'ом обзавестись. 1400р за 2-й - не так уж и дорого.

Ильдар, мне непонятно всё-таки Ваше отношение к импульснику. Они надежны и работают, по крайней мере в блоках с SIM300, годами, и мне ни разу не приходилось сталкиваться с какими-либо неполадками в их работе, кроме одного случая, когда криворукие монтажники ткнули проводом с 220В в плату. Конкретно LM2576-ADJ всегда есть в Новом Взгляде, резисторы 1К и 2.4К там же, дроссель мотается 9,5 витками на броневом сердечнике Б14 НМ2000, которых море на птичьем рынке. И никаких проблем с питанием. Главное, чтобы вход обеспечивал эти самые 5В/3А или 6В/2А без просадок. PIC16F нормально работает на 20 МГц на 4.2В. В качестве преобразователей уровня - я ставлю 74LVC1G126, но их уже приходится заказывать. Кроме того, в PIC16F628а не влезает ни одна более-менее сложная программа, стоит брать F648а или F88, а за те деньги, что они стоят, уже можно младший PIC24 поставить, не говоря уж о новых PIC18. Контроллеры можно заказать через НВК на Красном у Тритона(Гаммы), не такая уж у них крутая наценка.

Есть 25AA02E48 SEEPROM SPI, 2 Кбит (256 x 8), with EUI-48 Node Identity, 1.7 - 5.5 В от Microchip, $0.40. Но это не только уникальный номер, но и зарегистрированный MAC. Если используете Ethernet оно, может и хорошо, а так - серийника, генерируемого при программировании в 90% случаев бывает достаточно.

Замечательные жала, и замечательно подходят к паяльникам Lukey и Aouye. ;)

У SIMCOM есть такая команда, AT+CLTS. Только я еще не встречал сетей, где бы она работала. Так что не знаю, какой там вариант должна иметь сеть GSM, только установкой времени приходится заниматься особо.

Не устраивает точность +/-30с (реально, при незагруженной сети, +/-5с)? Тогда реализуйте SNTP, какие проблемы. Или какой еще протокол, можно дозваниваться, например, CSD на свой сервак и запрашивать время. Или то же через DTMF.

Если вы внимательно посмотрите на аппликухи симкома относительно SIM300, то обнаружите, что там рекомендуется ставить последовательно с линиями SIM_CLOCK, SIM_DATA и SIM_RESET сопротивления по 22 Ом. Серия ADG имеет сопротивление канала 22 Ом и не имеет проблем с различными симками. Серия DG имеет сопротивление канала в 33Ом и с некоторыми симками (редко) глючит. 74HC4066, как вы написали, имеет сопротивление еще больше, и проблем больше тоже. Зависимость нелинейная, конечно, но чем дальше от рекомендованного производителем - тем хуже. Я в свое время проэкспериментировал, тупо впаивая последовательно линиям сопротивления от 10 до 100 Ом - и убедился, что производитель проделал то же самое раньше меня. Нефиг экономить полдоллара в изделии, и иметь геморрой с обслуживанием.

Эта мысль посетила меня вчера, когда я разглядывал катушку с irlml5302, которые ставлю на питание модуля... :) Правда, лень городить инвертор для управления вторым каналом... Посмотрю, что есть в серии 74lvc1g...