-
- Я несколько дней пытался написать работу с i2c на LL. Не осилил,
бросил. Там во первых нестандартная работа с ACK/NACK при работе с
eeprom, потом нестандартная работа с Stop опять же при работе с
eeprom при выставлении адреса чтения. В связи с этим регистры у
stm32 для i2c сильно замороченные и не очевидные. Короче бросил, и
за полчаса сделал все на HAL. Там все проработано из коробки, в том
числе все нестандартные моменты. И не только в том дело что сложно,
я понял что я не Mty1(91 знак., 09.05.2024 16:16)
- Допустим. Если вам удалось сделать на HAL, это каким-то опровергает сказанное про HAL или то что он предназначен в целом для демонстрационных программ или как разросшееся средство поддержки CubeMX (бывший MicroXplorer)? Драйвера HAL действительно более проработанные чем LL, в них меньше багов и они быстрее исправляются. И еще HAL/LL в разной степени готовности у разных серий. Более того, для USB/ETH LL драйверов вообще нет. А у многих серий и LL драйвера есть далеко не на RxTx(4 знак., 09.05.2024 17:49)
- и это правильно. :-) - Лaгyнoв(09.05.2024 16:59)
- И кроме того, почитав свежую доку на HAL я увидел, что они обещают
полную совместимость с RTOS, в другом месте я прочел что таймауты в
HAL строятся не на циклах на на systick. Ну и стало ясно, что с i2c
на LL мне упираться не стоит. Думаю более крутой программер осилил
бы, но закопаюсь в этом. Mty1(8 знак., 09.05.2024 16:31, картинка)
- Вам же никто не сказал "не используйте HAL, он вообще неработоспособен". Сказано было иное, что есть проблемы. - RxTx(09.05.2024 18:04)
- все хулители HAL-а делают это из принципа, свою ученость показать. Т.е. вот это как раз - "я более крутой программер". А когда надо, чтобы всё просто работало и нет времени на свою крутизну, делаем на HАL-е. :-) - Лaгyнoв(09.05.2024 17:02)
- Я много думал над твоим сообщением, это серьезная тема. И не отвечал не потому что забил. Не раз читал его. И кажется есть что возразить. Напишу завтра, дай собраться с мыслями. - Mty1(09.05.2024 02:13)
- Я несколько дней пытался написать работу с i2c на LL. Не осилил,
бросил. Там во первых нестандартная работа с ACK/NACK при работе с
eeprom, потом нестандартная работа с Stop опять же при работе с
eeprom при выставлении адреса чтения. В связи с этим регистры у
stm32 для i2c сильно замороченные и не очевидные. Короче бросил, и
за полчаса сделал все на HAL. Там все проработано из коробки, в том
числе все нестандартные моменты. И не только в том дело что сложно,
я понял что я не Mty1(91 знак., 09.05.2024 16:16)