Ребята

STM прислали мне доски Nucleo, которые в конечном итоге поддержат их код.

Эти доски есть

Nucleo L053
Nucleo F091
Nucleo F103
Nucleo F303
Nucleo F446
Nucleo L476


У меня уже был нуклео F334, и я не могу вспомнить, было ли это в их списке, чтобы поддержать или нет.

У меня также есть Discovery F4, но я не думаю, что STM вообще намерен поддержать серию Discovery - однако я думаю, что у многих людей на форуме есть какая -то форма Discovery F4, поэтому я подозреваю, что мы в конечном итоге поддержим его в какой -то путь.

Пса. Советы потратили неделю от FedEx, чтобы добраться из Франции в Австралию, потому что они были посредничеством в кодексе AT, а не Au страны, поэтому они были из Франции в Австрию и вернулись 3 раза, прежде чем я прозвучал FedEx, чтобы уведомить их, что что -то было Серьезно неправильно с адресацией пакета (ы) - и удалось заставить их обновить этикетки

Это странно, так как адрес доставки был правильным, так что вы представляете, что он будет обрабатываться штрих -кодами, а не кодом страны, напечатанной на коробке, но, возможно, они все еще вручную сортируют вещи!

Штрих -код на этикетке генерируется с адреса назначения, который человек входит в свою систему..
И да, Австрия и Австралия - одно и то же место для большинства услуг посылки

Ну, если вы хотите смеяться, вот журнал треков
29/09/2016 - Thursday 13:49 Delivered VICTORIA AU 09:23 On FedEx vehicle for delivery DERRIMUT AU 08:21 At local FedEx facility DERRIMUT AU 08:21 In transit DERRIMUT AU Package available for clearance 08:21 International shipment release - Import DERRIMUT AU 28/09/2016 - Wednesday 11:59 In transit SINGAPORE SG 08:31 In transit SINGAPORE SG 04:26 In transit GUANGZHOU CN 03:42 Departed FedEx location GUANGZHOU CN 27/09/2016 - Tuesday 22:11 Arrived at FedEx location GUANGZHOU CN 05:56 On FedEx vehicle for delivery LEOBENDORF AT 04:19 In transit ROISSY CHARLES DE GAULLE CEDEX FR 03:45 Departed FedEx location ROISSY CHARLES DE GAULLE CEDEX FR 03:11 In transit ROISSY CHARLES DE GAULLE CEDEX FR 00:29 Arrived at FedEx location ROISSY CHARLES DE GAULLE CEDEX FR 26/09/2016 - Monday 22:44 In transit WIEN AT 18:21 Arrived at FedEx location ROISSY CHARLES DE GAULLE CEDEX FR 13:24 In transit VIENNA AT 05:14 In transit VIENNA AT Tendered to authorized agent for final delivery 05:00 In transit VIENNA AT Package available for clearance 25/09/2016 - Sunday 00:33 In transit ROISSY CHARLES DE GAULLE CEDEX FR 24/09/2016 - Saturday 19:39 Departed FedEx location ROISSY CHARLES DE GAULLE CEDEX FR 18:35 Arrived at FedEx location ROISSY CHARLES DE GAULLE CEDEX FR 03:55 Arrived at FedEx location ROISSY CHARLES DE GAULLE CEDEX FR 23/09/2016 - Friday 20:01 In transit CORBAS FR 20:01 Left FedEx origin facility CORBAS FR 15:30 Picked up VOREPPE FR 08:34 Shipment information sent to FedEx

Ваши доски путешествовали по всему миру
Самые дорогие доски в истории

В эти выходные я взял доску L476, так как у моего местного кирпичного и раствора.

Плата L476 работает, но у меня была проблема с сценарием загрузки, поэтому я выдвинул совершенно новую версию файла летучей мыши «Ядрофлашер» в репонаты инструментов

Также. Мне нужно открыть еще одну ветку, так как у L476, кажется, есть некоторые проблемы с тактовой скоростью.

Похоже, он работает на уровне 64 МГц, а не 80 МГц. (Видеть ViewTopic.PHP?f = 3&t = 76&начало = 70#p18464 )

Я по электронной почте по электронной почте STM и WI6 и попросил их расследовать как проблема в оригинальном коде, созданном Wi6labs (или по дизайну, они запускают только доску 80 МГц в 64 МГц)

Помимо этого, такие вещи, как Blink и Swm, работают, а также SPI работает

Роджер,

Как мы уже говорили в нашем ответе по электронной почте, мы решили запустить L476 на 64 МГц. Вы можете изменить конфигурацию часов, установив флаг enable_high_speed (в hw_config.h) и перекомпилировать библиотеку. Часы будут на 80 МГц.
Плата L476 работает, но у меня была проблема с сценарием загрузки, поэтому я выдвинул совершенно новую версию файла летучей мыши «Ядрофлашер» в репонаты инструментов Не могли бы вы объяснить нам, какая проблема у вас была со сценарием загрузки? Какая версия Windows вы используете?

Спасибо

Wi6labs написал:Роджер,

Как мы уже говорили в нашем ответе по электронной почте, мы решили запустить L476 на 64 МГц. Вы можете изменить конфигурацию часов, установив флаг enable_high_speed (в hw_config.h) и перекомпилировать библиотеку. Часы будут на 80 МГц.
Плата L476 работает, но у меня была проблема с сценарием загрузки, поэтому я выдвинул совершенно новую версию файла летучей мыши «Ядрофлашер» в репонаты инструментов Не могли бы вы объяснить нам, какая проблема у вас была со сценарием загрузки? Какая версия Windows вы используете?

Спасибо

Почему не будет работать на 80 МГц?

В конечном итоге это быстро ?

КСТАТИ.

Я опубликовал обновление в ветке Dhrystone, но плата действительно не выполняет 64 МГц в оригинальной библиотеке.

Это делает его лишь незначительно быстрее, чем F103 @72MZ

Я думаю, что нам нужно будет добавить страницу ошибок в вики, чтобы сказать, что ядро ​​ядро ​​ucleo L476 работает на 64 МГц, а не опубликованную частоту (на упаковке 80 МГц)

Я предполагаю, что я мог бы построить 2 разных либера.

Rogerclark написал:Почему не будет работать на 80 МГц?

В конечном итоге это быстро ?

Ах

ХОРОШО

Таким образом, если макрос inable_high_speed использовался в коде I2C, чтобы настроить настройки, он может быть сделан для работы ?

Это означает, что он все еще может работать, но вместо 100 кГц это будет 125 кГц ?
То же самое для 400 кГц, это станет 500 кГц ?
Для большинства устройств это должно быть проблемой.

Wi6labs, похоже, не выполнили SPI до 1 МГц (для часов 64 МГц), но я не уверен, что i2c ускоряет

Я не уверен, почему Wi6labs выбрали 1 МГц SPI, когда по умолчанию AVR Div_4 16 МГц = 4 МГц. Я думаю, что это, вероятно, должно быть дефолт на то же самое, что и AVR для совместимости, но это что -то для библиотеки SPI, а не эти настройки PLL

То же самое с I2C на самом деле, за исключением того, что я понятия не имею, какая скорость они выбрали, и я не знаю (без гуглей), какова скорость AVR I2C по умолчанию.
Я предполагаю, что это 100 кГц

В этом случае определение enable_high_speed должно изменить инициализацию i2c.... Это странно, потому что HALMX должен прочитать текущую тактовую частоту и вносить правильные корректировки в инициализации I2C и других периферийных устройств....

Сламмер написал:В этом случае определение enable_high_speed должно изменить инициализацию i2c.... Это странно, потому что HALMX должен прочитать текущую тактовую частоту и вносить правильные корректировки в инициализации I2C и других периферийных устройств....

Сламмер написал:В этом случае определение enable_high_speed должно изменить инициализацию i2c.... Это странно, потому что HALMX должен прочитать текущую тактовую частоту и вносить правильные корректировки в инициализации I2C и других периферийных устройств....

Rogerclark написал:Wi6labs, кажется, дефоллизировали SPI до 1 МГц (для часов 64 МГц), но я не уверен, что I2C ускоряет, выбран выбранный

Я не уверен, почему Wi6labs выбрали 1 МГц SPI, когда по умолчанию AVR Div_4 16 МГц = 4 МГц. Я думаю, что это, вероятно, должно быть дефолт на то же самое, что и AVR для совместимости, но это что -то для библиотеки SPI, а не эти настройки PLL

То же самое с I2C на самом деле, за исключением того, что я понятия не имею, какая скорость они выбрали, и я не знаю (без гуглей), какова скорость AVR I2C по умолчанию.
Я предполагаю, что это 100 кГц

Grumpyoldpizza написал:
На самом деле нет. HAL не такая абстрактная там. Для некоторого устройства кажется, что вы можете просто пройти в нужную скорость (и это вычисляет вещи за спиной для правильной установки). Для некоторых, как это получено из более нового ядра FMP+ I2C, вам необходимо пройти в явных параметрах времени, чтобы он работал. Как и увлекательное примечание, значения в базе базы очень сомнительны, и я нашел довольно много устройств I2C, которые отказываются работать. Возможно, это просто проблема с более высокими часами APB.

Wi6labs написал: Действительно, конфигурация часов I2C для L4 не работает как F1. Вы должны рассчитать для каждой скорости определенный параметр, который зависит от системных часов.
Вы можете найти больше информации в файле "TWI.час".

Насколько я понимаю, Cubemx передает параметры по регистрам такими, какие они есть (по крайней мере, для i2c).... Для правильной работы требуется довольно сложный расчет, в то время как это не большая проблема, различные параметры для разных часов - это.
Я проверю Mbed и Chibios, как они решат эту проблему.....

Сламмер написал:Насколько я понимаю, Cubemx передает параметры по регистрам такими, какие они есть (по крайней мере, для i2c).... Для правильной работы требуется довольно сложный расчет, в то время как это не большая проблема, различные параметры для разных часов - это.
Я проверю Mbed и Chibios, как они решат эту проблему.....

ХОРОШО.

Таким образом, мы могли бы использовать значения i2c MBed для 80 МГц

Мы приняли учет ваших замечаний о настройках системных часов STM32L4.
Вскоре будет доступен новый релиз с новыми настройками:

• Системные часы на 80 МГц
• SPI скорость по умолчанию при 5 МГц
• Настройки часов i2c обновлены

Бренд

Отличный...

Спасибо