Вольфрам как-то плавят, а это почти 3500 градусов Цельсия. Можно этот материал сравнить хотя бы с вольфрамом. Если переживет точку плавления вольфрама то 3500 у него есть в х-ках
99.9% кода сейчас исполняется на архитектурах, имеющих аппаратные флаги арифметического переноса (integer overflow). Почему в язык не встроили механизм их проверки?
А в чем проблема? Напишите, а скорее всего уже есть такие ф-ции, которые проверяют эти флаги и обрабатывайте их результат.
Мы этот вараинт сразу отмели, потому что при переключении в высокий уроверь в конце бывает колебателный переходной процесс с размахом амплитуды в 10-15 % от уровня сигнала.
К тому же всегда полезно вести журналирвоание полученных сигналов для последующего анализа, когда у примеру прибора уже нет или он отработал ресурс
Я не берусь сказать сколько по времени происходит выгрузка массива с значениями. Как минимум это будет зависеть от х-к вашего компьютера.
В Jupyter это происходит сразу, нажала на Run и сразу результат
OpenODC и здесь у меня работает c STM8L.
Готовую сборку я брала отсюда
И эта сборка не хотела работать со встроенным st-link в отладочной плате Discovery. Поэтому пришлось взять отдельный St-link.
Если у вас получится завести OpenOCD cо встроенным программатором, то напишите, пожалуйста как вы это сделали. Это было бы очень удобно!
А вы только одну игру сделали? Были ище какие-нибудь тестовые игры, которые может не пошли дальше МВП
А как вы делали этоот пробный запуск?
Вольфрам как-то плавят, а это почти 3500 градусов Цельсия. Можно этот материал сравнить хотя бы с вольфрамом. Если переживет точку плавления вольфрама то 3500 у него есть в х-ках
А в каких вакансиях вы встречали требования к отчетам. Я подобного не наблюдала.
На сколько я поняла из его описания, это тоже самое что и ПЛК, просто програмируется на С/С++
Если ПЛК — жесткий риалтайм, то как он достинается на Linux?
Можно узнать в чем обходит? Какой конкурирующий продукт делает Сименс?
А в чем проблема? Напишите, а скорее всего уже есть такие ф-ции, которые проверяют эти флаги и обрабатывайте их результат.
Как же тогда читается knot?
Мы этот вараинт сразу отмели, потому что при переключении в высокий уроверь в конце бывает колебателный переходной процесс с размахом амплитуды в 10-15 % от уровня сигнала.
К тому же всегда полезно вести журналирвоание полученных сигналов для последующего анализа, когда у примеру прибора уже нет или он отработал ресурс
В Jupyter это происходит сразу, нажала на Run и сразу результат
то там авторы не делают перестановку байт местами, видимо порядок байт совпадает с тем что на компьютере.
Если вы не возражаете, то добавлю ваш комментарий в статью?
github.com/remotemcu/remcu_examples/tree/master/stm32f4_discovery/jupyter-notebook
в Jupyter Notebook.
Можно в этом видео посмотреть, как это делается. У меня на Ubuntu, было все аналогично
youtu.be/iuofdoWWkC4?t=389
Готовую сборку я брала отсюда
И эта сборка не хотела работать со встроенным st-link в отладочной плате Discovery. Поэтому пришлось взять отдельный St-link.
Если у вас получится завести OpenOCD cо встроенным программатором, то напишите, пожалуйста как вы это сделали. Это было бы очень удобно!