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

Spider

Свой
  • Постов

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

  • Посещение

Репутация

0 Обычный

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

  • Звание
    В поисках истины
    Знающий
  • День рождения 03.10.1984

Старые поля

  • skype
    Array
  • Vkontakte
    Array
  • G+
    Array

Контакты

  • Сайт
    Array
  • ICQ
    Array
  • Yahoo
    Array
  • Skype
    Array

Информация

  • Город
    Array

Retained

  • Звание
    Array

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

5 042 просмотра профиля
  1. Боже ш ты мой.. А в чём проблема взять и посмотреть? Open Source же... В "штатном" понимании считается, что железка сама посчитает CRC эзернет фрейма. Но никто не запрещает этого делать софтово в рамках метода netif->linkoutput() Я надеюсь не просто заменил проц, но и пересобрал код и перенастроил периферию?
  2. Ещё есть CRC у Ethernet фрейма
  3. да точно так же как и у всех. Может стоит подтянуть матчасть, так сказать... Что такое Ethernet фрейм и что такой пакет и какие там CRC, а их там много, даже в одном фрейме
  4. Да если речь о IP семействе, но! Не понятно как это будет работать в случае CRC Ethernet фрейма. Согласно документации Ethr CRC добавляется к пакету, т.е. если там будет уже CRC он и её посчитает.
  5. А в самом стеке то контролька считается? ethernetif_input() вызывается?
  6. // Глобальные переменные volatile uint8_t speedMode = 50; // Текущий режим скорости .... if (speedMode > 2000) { speedMode = 50; } uint8_t будет доооооооолго достигать чего то выше 255 😜
  7. Ну что... Китайцы вышли с Новогодних праздников и ответили мне на вопрос. Их ответ меня не удивил, но расстроил Если коротко: Ну так получилось, уж извините! Если долго: Попробовали мы разные примеры, в паре с другими модулями. Попробовали разные комбинации приёмников и передатчиков, и они признали что Е77 не удачно разведён и не способен передавать на данной скорости. Извините, до свидания.
  8. Всем привет! Столкнулся со странной и казалось бы простой но всё же проблемой, не могу запустить RTC. Прошивка пока пустая, настроено тактование от внутреннего RC8Mhz, USART5 для вывода околоотладочной информации, FWDG (на максимальное время, что-то около 29 сек) и собственно RTC. Так вот RTC не запускаются. void RtcInit( void ) { if( RtcInitialized == false ) { rcu_periph_clock_enable(RCU_BKPI); rcu_periph_clock_enable(RCU_PMU); pmu_backup_write_enable(); bkp_deinit(); rcu_osci_on(RCU_IRC40K); // Это было и так рынее включено, if (rcu_osci_stab_wait(RCU_IRC40K)) { // но пусть будет для наглядности rcu_rtc_clock_config(RCU_RTCSRC_IRC40K); // rcu_periph_clock_enable(RCU_RTC); rtc_register_sync_wait(); // Вот от сюда далее никуда не идём. rtc_lwoff_wait(); rtc_prescaler_set(40 - 1); rtc_lwoff_wait(); rtc_interrupt_disable(RTC_INT_ALARM); rtc_lwoff_wait(); rtc_interrupt_enable(RTC_INT_OVERFLOW); rtc_lwoff_wait(); NVIC_SetPriority( RTC_IRQn, 1); NVIC_EnableIRQ(RTC_IRQn); } RtcInitialized = true; } } Вроде как всё правильно... Согласно даташиту надо синхронизироваться с RTC, что и пытаемся сделать. /*! \brief wait RTC registers synchronized flag set \param[in] none \param[out] none \retval none */ void rtc_register_sync_wait(void) { /* clear RSYNF flag */ RTC_CTL &= ~RTC_CTL_RSYNF; /* loop until RSYNF flag is set */ while(RESET == (RTC_CTL & RTC_CTL_RSYNF)){ } } Ну и собственно RTC_CNT всегда НОЛЬ. Я что-то не так понимаю?
  9. Ну это само собой. В итоге проблема оказалась в другом немного.
  10. Ну да, они и не отрицают, что там SX126x и мол как работать с ней читай у них в даташите. Гляну что там по ерратам... Да особо ничего. Видно что есть синхра и около 14 чирпов информации, что по мне немного маловато.... А сделана обычной SDRкой...
  11. Всем привет! Имею на руках несколько макеток на основе STM32WLE5CCUx пытаюсь на них изучать LoRa на практике. Наткнулся на такую странность, как то, что в режиме LoRa SF12 125kHz не стабильно принимаются данные (ничего не могу сказать на счёт стабильности отправки). Но суть в том, что пример PING_PONG отлично работает в любых других комбинация, а вот в вышеописанной пропускает пакет, принимает но с неверным CRC и так далее. Если отключить проверку CRC и всё же взглянуть на пакет дынных, то там от части мусор, с некоторыми просветами реальных данных - скажем так рандомно пробивается реальная информация. Если в этом же примере понизить (или повысить, смотря с какой стороны смотреть) SF до 11, то всё начинает работать. Так вот вопрос: Нужны какие-то дополнительные танцы с настройкой для запуска оговоренной скорости? Или всё как и с другими, только у меня что-то не работает? Вот наглядно две отправки PING. Но приняты они были "криво"
  12. В продолжение экспериментов. Если понизить SF до 10 включительно и ниже, то пакеты принимаются во всех режимах (Explicit и Implict) корректно. И да, с на мой взгляд с таймаута всё верно, а точнее при SF10 и выше я пробовал от 3000 до 10000 ms, это при условии что JOIN пакет длиною 23 байта, а 23 байта на 125kHz и SF12 это где то 1.4Сек. Я что-то упускаю в настройках?
  13. Просто нет слов.... Нахрена мне это всё? Опять же по делу есть что? Почему HDK KO когда на мой взгляд всё настроено корректно? Пока вы умничали ещё раз пролистал мануал и стандарт и пришёл к выводу, что данная ситуация возникает при не верном трактовании заголовка PHDR в Explicit mode. Попробовал принять пакет в режиме Implict mode и он таки принялся, но от части там какой-то шум, даже с учётом того, что теперь я должен получить PHDR+PHDRCDC в payload часть.
  14. А можно что-то более по делу? Без индикации какой у вас интеллект?
  15. Всем привет. Имею на руках 2 макетки на STM32WL55, запускаю на них PING_PONG и всё "вроде как" работает. Хочу разобраться с LoRaWAN, но у меня нет GW. Решил для начала сделать SingleChannel gateway для "чтобы поиграться", но вот беда - не вижу в нём пакетов. Что я делаю: 1. LoRaWAN End node из примеров STM32CubeIDE. Настроенная на RU864 и зарезана до 1 канала (там есть в .h) Она переодически почти непрерывно пытается сделать JOIN 2. Беру вторую такую STM32WL55 запускаю на ней PING_PONG урезанный только до приёма пакетов и настроенный на параметры частоты и прочего от LoRaWAN. Ожидание: увидеть пакеты попытки JOIN от End Node Результат: 6s593:Slave Rx start 7s830:OnRxTimeout 7s830:HDR KO Как бы попытки отправки оно видит, но сваливается в ошибку. Что я не так делаю? Или я чего то не допонимаю? Куда вообще смотреть?
×
×
  • Создать...