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

khomin

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

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

  • Посещение

Репутация

0 Обычный

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

  • Звание
    Участник
    Участник

Посетители профиля

1 124 просмотра профиля
  1. Москва В компанию требуется программист, зп до 110к на руки https://progress-system.com/ Только присутствие, без удаленки и аутсорса Требования: - опыт программирования под stm32 или cc1352 - знание простой схемотехники - знание C code Желательно: - опыт Qt, WPF, Linux, немного Android Предложения направлять на почту [email protected]
  2. Update: Полностью удаленная работа не рассматривается! Необходимо присутствие в офисе (минимум 3 раза в неделю)
  3. Москва, метро Щелковская, компания https://locuscom.ru/ Требуется схемотехник, зп. 65-80тыр. на руки (зависит от способностей) Требования и обязанности: - опыт разработки в Altium, - создание, наполнение, поддержание библиотек - чтение даташитов и понимание ключевых моментов - опыт формирования bom, генерирования gerber, написание монтажных карт, подбор/заказ компонентов - знание цифровой схемотехники: mcu (stm32, msp430, cc13xx), различные gsm модемы, gnss, интерфейсы (rs485, rs232, иногда ethernet 10-100), RF (430Mhz-2GHz) в целом уровень не очень высокий - будет плюсом умение набрасывать простые модели в Solid Works - программировать не требуется, но при желании можно это обсудить (в первую очередь нужен человек по схемам) - полная занятость, можно рассмотреть варианты по совмещению + студентов последних курсов Резюме и предложения направлять на почту: [email protected]
  4. BGS2 -E (Cinterion M2M Modem)

    С коллегами нашли 8 шт BGS2 -E (Cinterion), из старых проектов, теперь лежат без дела Не паянные, в ленте Появилась идея продать и купить в отдел пиццы 4тр. за все, или 500р. штука м.Щелковская 8903-266-4166
  5. И мне пришлите ТЗ пожалуйста khominvladimir @yandex.ru Или через хабр https://habr.com/users/khomin/
  6. Добрый день Ищу работу https://electronix.ru/forum/index.php?showtopic=142769
  7. Ищу работу. Москва. 25 лет. Опыт работы с STM32, MSP430 и AVR, подбираюсь к ПЛИС, быстро обучаюсь. Интерфейсы и протоколы: UART, I2C, I-Wire, SPI, Modbus, M-Bus, Радиоканал (CC1101), Ethernet (PHY MAC и W5200-5100), USB-HID. Опыт разработки приложений под Windows и Linux, преимущественно в Qt, использование в проектах Ethernet и USB. Имеется опыт разработки печатных плат в Altium, (двухслойных, средней плотности и без высокочастотных цепей), разработка футпринов компонентов, моделей в Solid Works. Владею паяльником, радиолюбительский опыт с 9-ти лет. Время от времени стараюсь делать заметки в блоге, http://we.easyelectronics.ru/my/khomin/ До настоящего времени работал в небольшой компании, специфика - учет ресурсов (диспетчеризация, удаленный сбор показаний т.д.), занимался разработкой электроники в этой области. Компании настал конец. Территориально интересует Москва и область. Заработная плата от 60 т.р. 8(903)266-41-66 [email protected]
  8. Смотрю отправку в: /* When Tx Buffer unavailable flag is set: clear it and resume transmission */ if ((ETH->DMASR & ETH_DMASR_TBUS) != (u32)RESET) { /* Clear TBUS ETHERNET DMA flag */ ETH->DMASR |= ETH_DMASR_TBUS; /* Resume DMA transmission*/ ETH->DMATPDR = 0; } После старта, без появления глюка, данные отправляются сразу после ETH->DMATPDR = 0;, как и должно. После проявления глюка, светодиод на разъеме LAN так же "моргает" после записи нуля в DMATPDR, т.е. что-то через физику уходит. В регистре DMASR, разницы с проявлением глюка - не вижу. Биты TPS, NIS, ETS выставляются так же. в MMCTGFCR (transmitted good frames counter register) после записи DMATPDR счет так же увеличивается ... Честно говоря уже голову сломал, больше недели потратил - результат пока нулевой ( Думаю стек и драйвер от st не при делах. Сверял все указатели непосредственно в регистре DMA, указатели на дескрипторы и их содержимое, на буфер Tx, все верно и не отличается от работы до появления этого глюка. Думаю если создать свой буфер с дескриптором (да заполнить константами) и подцепить к DMA вместо буфера из стека, наверняка получится то же самое ... Уже и Errata на STM32F429 пересмотрел, ничего похожего не нашел, что не удивительно.
  9. Спасибо. В целом стараюсь так и делать. Но вот коснулся STM32F4, решил борду не покупать, так как отличия от STM32F2xx показались не столь большими. А вот схему срисовал с демоборды, правда там использовался MII, внешний генератор и PHY был один из самых дорогих ) Не подскажете пожалуйста, как может называться - низкоуровневый Ethernet сниффер? На этом проекте по прежнему остается чудовищный баг, при котором через 5-10 минут MAC продолжает слать пакеты, но в сети они уже не проходят или не появляются ... При этом прием происходит без изменений. Перерыл все исходники, пробовал найти проблему но так и не получилось. Буфер и дескриптор заполняются без ошибочно, у MAC DMA все указатели на буфера так же верные. Содержимое регистров MAC и MAC DMA не отличаются до и после бага. На выводах TXD0-1 так же проявляется активность при отправке, а Wireshark-ом уже не видно ... Не понимаю, возможно пакет отправляется битым, возможно он не отправляется вовсе, но увидеть это нечем ...
  10. Спасибо за внимание. Разобрался. Безумно стыдно и радостно ) Проблема оказалась в тактировании. Брал от MCO (PLL/3) = 50 Мгц. Подвинул бит делителя и пакеты пошли в сеть. Буду ставить кварцевый генератор
  11. Оказалось у меня PHY работает не со всеми сетевыми картами. В локалке через switch работает нормально, а уже через switch другой марки - пакеты не пропускаются, так же и с компьютером - на ноутбуке пакеты принимаются, а на компьютере уже нет ( Подогнал токозадающее сопротивление до единиц ом, проверил всю схемотехнику, разницы пока не заметил. Самое интересно, что пакеты время от времени таки пролетают, но очень редко (~1 пакет в 3 минуты) Причем Autonegatioation определяет все как надо, биты "доступности" 100-F-H, 10-F-H выставлены
  12. Думаю без понимания работы стека у меня ничего не получится. Понял, что легко проблему не решить, правда до этого перепробовал фрагменты коды драйвера из разных примеров, одни проблемы сменялись другими, надо разбираться. Вот уже неделю занимаюсь изучением, и дело понемногу продвигается ) По мере появления уже серьезных вопросов, буду отписываться здесь
×
×
  • Создать...