RusikOk

верить роботу - себя не уважать! так все таки что закладывать вместо 800с

так а все такие какой модуль официально предлагается на замену SIM800C

перепутал с ОБ

попробуй по этой инструкции одним файлом. недавно пару китайских клонов прошивал все ок https://github.com/RusikOk/programmer-J-Link-OB-v7.0/tree/main/4_firmware

можно перезаписать файл обычно он там и так и так будет. раз решились делать загрузчик по TFTP не обязательно если нужно перешить только flash контроллера

любой самый плохой стандарт лучше его отсутствия

у меня кстати тоже проблема с этими вашими хексами((( куб пихает в хекс данные начиная с адреса 0x20020000 хотя это область ОЗУ. как можно это исправить? MEMORY { FLASH_ISR (rx) : ORIGIN = 0x8000000, LENGTH = 32K FLASH_OPTIONS (rx) : ORIGIN = 0x08008000, LENGTH = 64K FLASH (rx) : ORIGIN = 0x08080000, LENGTH = 256K RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K /* основное ОЗУ*/ Memory_B0(xrw) : ORIGIN = 0x20020000, LENGTH = 128K /* участок для данных от SPI */ Memory_B1(xrw) : ORIGIN = 0x20040000, LENGTH = 0x100 Memory_B2(xrw) : ORIGIN = 0x20040100, LENGTH = 0x100 Memory_B3(xrw) : ORIGIN = 0x20040200, LENGTH = 0x2FA0 Memory_B4(xrw) : ORIGIN = 0x200431A0, LENGTH = 0x2FA0 } STM32F746NGHx_FLASH.ld

точно. пойду я наверное спать)

можете мне объяснить почему массив структуры txrx начинается с адреса flash+28 ведь должен начинаться с flash+24 ?

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

так объясните мне как можно не скомпилированную прошивку загрузить в контроллер? и да оно ничего не спрашивает. я просто вижу в логе кучу красных строк, но прошивка залетает в контроллер. а вот при следующей компиляции уже выскакивает модльное окно которое просит исправить ошибки.

1) Вы пытаетесь уйти от ответа (скорее всего сами понимаете, что это не нормальное поведение компилятора) 2) кому нужно? мне такое уж точно не нужно. да и сомневаюсь что кому то нужен мусор во флеше контроллера

Вы действительно считаете, что это нормальное поведение? загружать левую прошивку

ну настройка то есть. только она не работает 😈 индусы в своем репертуаре

и что там написано?) или ткните носом где почитать

так я даже обновился а ничего не поменялось. при компиляции в логе видны красные строки но тем не менее IDE не считает, что стоит прекратить сборку. у меня такое наблюдается на 2х машинах. просто вынос мозга. один из проектов сгенерирован собственно кубом второй нет. я не знаю как работать на "этом"

как запретить кубу заливать не пойми какую прошивку если в коде есть синтаксические ошибки? я считаю, что это очень странно

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

а есть похожий трюк, чтобы маскировать внешние прерывания на время когда программа остановлена для отладки?

а есть в кубе аналог такой очень полезной штуки?

есть только все сбросится после перезапуска отладки

по внешнему прерыванию. уже накостылял в коде HAL_NVIC_DisableIRQ(BUFF_AVAIL_EXTI_IRQn);

именно так. я не правильно изложил свои мысли. в IAR такого точно нет. а тут уже за...............ло если честно а без костылей никак? может есть флажок в 100500 настройках этого го....на? PS прошу прощение за токсичность. но уже терпения нету

как запретить отладчику перебрасывать меня в обработчик прерывания если оно произошло пока программа была на паузе? P.S. точки останова в прерывании нету

а я переназначил горячие клавиши как у ИАРА)))))