SciFi (30.04.2019 16:02, просмотров: 243) ответил Сидоргек на Когда читаю про неприятие ХАЛа, сразу вспоминаю эпоху глобального срача "С vs Ассемблер" и незабвенного Доктора Туама Осеса :) А ХАЛ, правильно, ту же роль, что ОСь играет - прокладки между программистом и "железом".ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
-
- всё просто. Если я не знаю языка Си, то что мне делать (если надо работать с STM32)? - Лагунов(30.04.2019 17:56)
- printf он и в африке printf. А что там в самом низу UDR или THR или DR глубоко пофиг - megajohn(30.04.2019 16:33 - 16:38)
- Ага, конечно. Выхлоп printf может быть перенаправлен в какой-нибудь usart или дебажный swd, а то и на дисплей через ОЗУ или в файл на sd-карточку. И это добро ещё и настраивается кучей параметров, вроде методики работы с плавучкой. Evgeniy1294(53 знак., 30.04.2019 18:47)
- кэп, я говорил обобщённо. Ну раз не понятно, то добавлю к примеру i2c.write spi.read и т.д. и т.п. - megajohn(30.04.2019 18:52)
- Ну вот, например, i2c.write у меня тоже сделано хитровывернуто, ибо есть специфические требования. - SciFi(30.04.2019 18:59)
- Потому что аппаратный i2c, как обычно, забажен?) - Evgeniy1294(30.04.2019 22:09)
- Будете смеяться, но нет. Именно особенные требования. - SciFi(30.04.2019 22:32)
- Потому что аппаратный i2c, как обычно, забажен?) - Evgeniy1294(30.04.2019 22:09)
- Ну вот, например, i2c.write у меня тоже сделано хитровывернуто, ибо есть специфические требования. - SciFi(30.04.2019 18:59)
- кэп, я говорил обобщённо. Ну раз не понятно, то добавлю к примеру i2c.write spi.read и т.д. и т.п. - megajohn(30.04.2019 18:52)
- я и не знаю printf, у меня - sprintf. :-) - Лагунов(30.04.2019 17:58)
- Ладно, ладно. Просто не всё сводится к printf, есть вещи, которые без доступа к регистрам не сделаешь, или же халы будут там только мешать. Плюс есть обоснованные опасения о качестве этих поделок индусских студентов. - SciFi(30.04.2019 16:51)
- с чего вдруг? У меня мирно уживаются и HAL (if (HAL_GPIO_ReadPin (GPIOC, GPIO_PIN_13)==0)), и UART4->TDR=BUF106CM1[SCBYT1] | 0x0100; - Лагунов(30.04.2019 18:01)
- И что же не так вот здесь: "if (!(GPIOC->IDR & (1 << 13)))"? - SciFi(30.04.2019 18:04)
- так тут думать надо. :-) (особенно: 1<<13) - Лагунов(01.05.2019 06:55)
- И что же не так вот здесь: "if (!(GPIOC->IDR & (1 << 13)))"? - SciFi(30.04.2019 18:04)
- Недавно наблюдал коллегу, неделю запускавшего USART под лозунгом "ХАЛ-песец, напишу сам!" и такИ пришедшего к выводу, что "там USART глючный" :) Коллега, если что, опытный и очень неглупый. - Сидоргек(30.04.2019 17:55 - 17:58)
- Нихрена он не опытный, если это конечно не чудо-камень с докой на китайском. - Evgeniy1294(30.04.2019 18:48)
- с чего вдруг? У меня мирно уживаются и HAL (if (HAL_GPIO_ReadPin (GPIOC, GPIO_PIN_13)==0)), и UART4->TDR=BUF106CM1[SCBYT1] | 0x0100; - Лагунов(30.04.2019 18:01)
- Ага, конечно. Выхлоп printf может быть перенаправлен в какой-нибудь usart или дебажный swd, а то и на дисплей через ОЗУ или в файл на sd-карточку. И это добро ещё и настраивается кучей параметров, вроде методики работы с плавучкой. Evgeniy1294(53 знак., 30.04.2019 18:47)
- C vs Ассемблер, я ж говорю. Аргумент в пользу С был - пишем быстро, "низким уровнем" ведает компилятор, который там ошибок не делает. Если не устраивает (по скорости, например) то, что нагенерил компилятор, переписываем на АСМе (читай - курим Сидоргек(31 знак., 30.04.2019 16:21)