Перейти к содержанию
    

SashaBe

Участник
  • Постов

    23
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о SashaBe

  • Звание
    Участник
    Участник
  1. Скорее да. Поскольку уже здесь далее речь идёт о конкретном проекте для конкретного применения и заказчика. Насчёт подарка не совсем так. Даём опытный образец для доведения до ума. Поработали попробовали, дали свои предложения, замечания. Не получилось возвращаете. Хотите выкупаете его если потребуется и далее используете со своими целями и задачами (решение). Для ясности: я хотел уточнить, что вы "дарите" идеи, т.к. рассказав про возможные применения специалисту, вы уже не отыграете сказанное назад, и условный специалист, уловивший суть возможного применения, о котором он раньше не догадывался, может пойти это применение реализовать, не обременяя себя обязанностями по отношению к вам. В ваших формулировках сквозит какая-то двусмысленность: Вы описываете работу очень опытного разработчика систем, т.е. "доведение до ума" (без "ума" и второкурсник справится, верно?) Работающего с "опытным образцом", т.е. с потенциально необходимыми навыками бета-тестирования оборудования. (вы же не будете говорить, что за время подобной разработки не было выявлено багов в вашем оборудовании :smile3046: ) Но вы описываете это таким образом, как будто за такую работу не вы должны платить конкурентную на этом рынке компенсацию (по-русски - зарплату), а разработчик вам обязан чем-то (как минимум предложениями и замечаниями) просто за факт того, что вы ему одолжили оборудование... В общем, остаётся только пожелать вам удачи в поисках специалистов.
  2. По опыту общения с вендорами (по-русски в данном контексте - производителями оборудования), логично выглядит предоставление на возвратной или невозвратной основе образцов изделий, с использованием которых уже поставщики решений реализуют свои продукты. Тогда непонятно остальное нагромождение объяснений. Верно ли я понял вас по пунктам: 1. Вы представляете производителя навигационного оборудования. 2. Ваша цель - продвижение продукции вашего предприятия - т.е. вы хотите, чтобы большее количество людей ознакомились с вашими приемниками и применили их в свих конечных изделиях, а ваши продажи соответственно выросли, если дело пойдёт. 3. Вы выбрали следующий способ достижения цели: 3.1. Подготовили библиотеку/шаблон/скетч для интеграции ваших изделий с популярными у DIY и "серьёзных" разработчиков платформами: Arduino, Raspbery, Beaglebone и, возможно, с рядом неперечисленных в топике микроконтроллеров. 3.2. Подготовили комплекты оборудования для запуска ПО из п.3.1., состоящие из ИП, MCU-board, приёмника, антенн и прочего сопутствующего оборудования, проверили на них работоспособность базового софта. 3.3. Приглашаете специалистов, которые знакомы с перечисленными платформами воспользоваться вашими наработками для разработки из "полуфабрикатов" (включающих п.3.1. и п.3.2) - конечного изделия. 3.4. Накопили ряд идей какими могут быть конечные изделия, которые предлагаете для реализации заинтерсованным специалистам в подарок. 3.5. Располагаете персоналом, который может на любом этапе разработки (начиная с чтения данного топика на форуме) оказать специалистам полноценную, понятную и исчерпывающую поддержку.
  3. Не совсем понятно, что вы хотите. Вам нужно разработать Development Kit/Evaluation Board или вы просто просите людей разрабатывать проекты на основе ваших изделий just for fun? Наверное, те, кто профессионально занимается навигацией, т.е. производители геодезических приборов, трекеров, спутниковых систем синхронизации реального времени и т.п. ориентируются на несколько другой способ подачи информации о продуктах, используемых для этих целей (собственно модулях и сопутствующих изделиях). Кто целевая аудитория вашего сообщения?
  4. Если вы имеете в виду Прософт-Системы - опровергаю ваши слова. Сколько договаривались, столько всегда и платили, премии квартальные тоже приличные вполне были. "Малым предприятием" язык не поворачивается назвать его. На мой вкус это, учитывая инженерный характер предприятия, тянет на среднее.
  5. Спасибо, а то я думал, может я что-то не понимаю. Выходит, теряется смысл всего дальнейшего текста функции.
  6. Добрый день. Есть кусок ассемеблерного кода для ARM: ... 00 LDRB R4, [R0,#6] 01 MOV R4, R4,LSL#8 02 SUB R3, R4, #0xFF00 03 SUBS R3, R3, #0xFF 04 BXNE LR 05 LDR R4, =0x4000001A ... В регистре R4 я получаю некий указатель. Глядя на операторы LDRB и MOV у меня закрадываются смутные сомнения, что на инструкции 04 всегда будет выполняться условие выхода из функции, т.к. LDRB вычитывает только один байт, который после сдвига влево на 8 всегда будет 0xNN00 и при вычитании из него 0xFF00, а затем 0xFF никогда не останется нулевым. Подскажите, верно ли я понимаю этот кусок?
  7. Спасибо за рекомендации. Проблема бы не возникла, если бы в исходное решение не было установлено твердотельное реле в корпусе SOP-4 в качестве верхнего ключа... Собственно вопрос был нацелен на максимально дешевую замену оного, ибо стоит 25 рублей за штуку. Но городить верхний ключ на транзисторе будет слишком хлопотно на существующей плате, мне кажется.
  8. Приветствую! Подскажите, как поведет себя Atmega8A, запитанная напряжением 3,0В при подключении по данной схеме: Напряжение питания светодиода 5В. Светодиоды: FYL-5013PGC1C и FYL-5013SURC1C У более мощного из них forward voltage 3.2V при 20мА. Поэтому не представляю питание от активного уровня МК. Установлен резистор 150 Ом. Вопросы такие: 1. Загорится ли светодиод, когда на пине будет установлен уровень 0? Это вопрос для разогрева, конечно, по моим представлениям - загорится :) 2. Погаснет ли светодиод при установлении на пине единицы, то есть 3В? 3. Самый каверзный вопрос: если отключить питание меги 3В, как поведут себя светодиод и мега? Мега запитается словно паразитным питанием? Или будет в сбросе? Буду признателен за предметную дискуссию. А еще больше, если у кого-то под рукой макетка, на которой он мог бы поэкспериментировать ;)
  9. Здравствуйте. Использую в своём проекте порт FreeRTOS для LPC1343. Заявленные в топике дефайны configMINIMAL_STACK_SIZE configTOTAL_HEAP_SIZE 1. Не понятны с точки зрения физики: как выделяется память для каждой задачи, куда деваются после этого остатки? 2. Что будет, если общий объем стеков задач в сумме с configTOTAL_HEAP_SIZE превысит объем памяти? 3. Что происходит, когда размеры локальных переменных в таске превышают объём configMINIMAL_STACK_SIZE. 4. Как можно объяснить такое наблюдение: configMININAL_STACK_SIZE 300 configTOTAL_HEAP_SIZE 6*1024 В одной из 3х созданных задач есть структура объемом 216 байт и ещё кое-что по-мелочи. Но самое главное, код работает. Меняем просто configTOTAL_HEAP_SIZE 5*1024 - и всё умирает. Впрочем, программа умирает также, когда из трех тасков в двух размер стека задается configMININAL_STACK_SIZE. а в третьей - самой прожорливой configMININAL_STACK_SIZE*2. Верно ли использование этого дефайна в качестве задаваемого размера стека при создании таска или он может быть и поменьше, а для каждой задачи происходит какая-то проверка, не пытаешься ли ты создать задачу со стеком меньше минимального? 5. Наверное уже набившая оскомину тема с выделением и освобождением памяти внутри тасков: чем отличается использование malloc() и free() от специальных функций pvPortMalloc() и vPortFree(). Буду благодарен за ответы по существу и за ссылки на подробные объяснения в других местах.
  10. Благодарю за ответ! Всё таки в задании на ПО есть необходимость фиксировать продолжительность и величину отклонения (например, в виде записи: Перенапряжение: макс:278В/15сек.) Если допустить, что журналируется только факт наличия отклонения, разве это отменяет точное измерение величины напряжения? По-моему это необходимо для упомянутых Вами программных компараторов, а значит и не должно представлять проблемы записывать макс. значение в журнал. Спасибо за вопросы. Уточняю: 1. и пиковое и RMS 2. Необходимо настраивать время реакции начиная от 100 мс 3. Нагрузка индуктивная: двигатель.
  11. Прибор должен реагировать на перенапряжение или провал напряжения выше/ниже определенных пользователем порогов. При этом, например, он должен будет отключить чувствительную нагрузку, но при этом продолжать журналировать событие в виде: время, величина отклонения, продолжительность.
  12. Значение действующего напряжение на входе от 0 до 280В, надо будет реагировать на провалы ниже порога и перенапряжение выше соотв. порога. Требования к точности: хотя бы в пределах 5 В действующего напряжения. Лучше - 1В. Если я совсем не разучился рассчитывать частоту среза RC-фильтра, то здесь она составляет 219 Гц. Я ещё не видел, во что превратится сигнал на осциллографе. Подскажите, к чему готовиться. Наконец смог прицепить кусок схемы и вспомнить, что RC-фильтр стоит после делителя. Спасибо за ответ. Пока остановимся на том, что главная функция - контролировать от перенапряжения и провалов, и опустим планку требований к точности до 5В действующего напряжения.
  13. Итак принимая во внимание вышеобозначенные замечания, правильно ли я понял, что надо попробовать: 1. Убрать диод на входе, 2. Увеличить коэффициент деления делителя в два раза (чтобы в диапазон АЦП влез полный размах сетевого напряжения) 3. Поставить на вход AIN два одинаковых резистора, например, 1кОм с точностью 1% (один на AGND, второй на VREF), чтобы сместить весь размах сетевого напряжения на середину диапазона АЦП. Вопрос: в итоге насколько уже можно таким образом увеличить точность? Ещё раз благодарю всех за ответы!
  14. Раскажите пожалуйста, какого характера требуется эталон? На ум приходит следующее: - Точный вольтметр для входного напряжения? (померить и забить в программу) - Точный омметр для резисторов? (померить резисторы перед установкой и забить в программу) - Точный генератор тестового сигнала? (сгенерировать сигнал с известной характеристикой и ну вы поняли... =) Как обеспечивается долговременная стабильность резистора? Что с ним вообще может происходить, окислится?
×
×
  • Создать...