caxapa.ru :: слишком тонкий был сарказм... не все поняли... :>

Snaky (24.08.2009 11:08, просмотров: 161) ответил Vladimir Ljaschko на При чем тут архитектура? Это побочный эффект смеси энтузиазма и отсутствия образования.

слишком тонкий был сарказм... не все поняли... :>

DRC придумали трусы

Ответить

- Так объясните, как организовать всё правильно? - Lonsik(24.08.2009 11:13)
  - вы сначала ответьте на вопрос rezident-а: вы собственный отладчик делаете или просто надо передавать/читать параметры в рабочую программу, которая на их основе что-то полезное делает? - Snaky(24.08.2009 11:22)
    - Просто передавать читать параметры. Свой отладчик не делаю ) - Lonsik(24.08.2009 11:32)
      - Дык сделайте таблицу: 1 столбец - сетевой адрес переменной, 2 столбец - физический адрес переменной и вам с точки зрения сетевого обмена будет "по-барабану", где именно в адресном пространстве расположена переменная. - rezident(24.08.2009 14:45 - 15:39)
        
        Можно сделать еще и третий столбец - размер переменной в байтах. И при желании даже четвертый столбец - тип переменной, а если совсем по фен-шую, еще и пятый столбец - текстовое имя или описание переменной. - rezident(24.08.2009 15:41)
        
        Спасибо, примерно что то подобное и делаю ) - Lonsik(26.08.2009 13:32)
      - правильно присваивать переменным полученные по UART значения и записывать в буфер UART значения переменных когда хочется из МК передать "наверх" Snaky(317 знак., 24.08.2009 11:48)
        
        Причём тут протокол обмена. Понятно что протокол надо использовать и не важно будь это стандартный или свой. В любом случае нужно передавать адрес переменной, а адрес это обычное число 8 или 16 разрядное. И как мне соотнести просто число с допутим Lonsik(285 знак., 24.08.2009 12:40)
        
        Разделите задачу на две части: передача по UARTу и форматирование данных. Такое разделение естественно и безопасно. "Форматтер" имеет на входе идентификатор переменной и тип операции. Его задачей является заполнение/считывание рабочего буфера UARTа. teap0t(165 знак., 24.08.2009 14:04)
        
        Ну так понятно, что UART передаёт буфер. Я не про UART спрашиваю, а как можно управлять расположением данных в RAM, кроме как используя __no_init? - Lonsik(24.08.2009 14:21)
        
        странный вы товарищ. вам столько людей говорит как не наступить на грабли, а вы говорите: "нет, вы таки объясните как мне убедить компилятор чтобы он мне разрешил на эти грабли прыгнуть с разбегу" :>>>> - Snaky(24.08.2009 16:14)
        
        Я ни с кем не спорю, я просто хочу разобратся и сделать так как будет более оптимально. - Lonsik(24.08.2009 16:26)
        
        Линкер в IAR имеет возможности назначения адресов и расположения кода в соответствии с вашими запросами (любыми). Ихние программисты считают, что расположение переменных в памяти следует отделять от манипулирования этими переменными. - teap0t(24.08.2009 14:33)
        
        Спасибо, теперь буду знать. - Lonsik(24.08.2009 16:25)
        
        делать так это всё равно что на конверте ручкой написать GPS-координаты почтового ящика в который надо доставить письмо. - Snaky[mobile](24.08.2009 13:51, )
        
        Не делайте так. Передавайте идентификатор передаваемых данных, потом его проверяйте. Не передавайте физические адреса. Никогда. - =AlexD=(24.08.2009 13:25)
        
        А почему нельзя передавать физический адрес? Lonsik(153 знак., 24.08.2009 14:24)
        
        ну уж если очень хочется, то сделайте хотя бы так: Snaky(515 знак., 24.08.2009 14:56)
        
        Ну да согласен так более корректно. Спасибо. Lonsik(50 знак., 24.08.2009 15:02)
        
        остаточная кривизна предложенного метода в следующем: Snaky(1032 знак., 24.08.2009 15:28)
        
        Кто запрещает считать CRC пакета и добавлять в конец. А потом проверять в начале процедуры декодирования пакета. Lonsik(404 знак., 24.08.2009 15:52)
        
        ...а потом выяснится что байты во флоат надо складывать не в том порядке :> - Snaky(24.08.2009 16:02)
        
        Не выяснится, а если и выяснится то в процессе отладки. - Lonsik(24.08.2009 16:04)
        
        Ну почему нельзя... можно. Никто не вправе запретить вам хождение по граблям и стрельбу себе по ногам из верёвки. Вот своему ребёнку, я могу запретить совать пальцы в дверную щель. А Вам - только посоветовать этого не делать. - =AlexD=(24.08.2009 14:38)
        
        Ну понятно. Просто все пишут так не делай, делай так, и никто не пишет почему. - Lonsik(24.08.2009 15:01)
        
        <занудливо> в случае простой ошибки в управляющей программе Вы запишете по произвольному адресу ОЗУ некорректные данные, из-за чего программа сойдёт с ума, Терминатор выйдет из под контроля и свернёт башку своему создателю и всем, до кого сможет =AlexD=(38 знак., 24.08.2009 15:27)
        
        Какой ошибки? Вы имеете в виду, ошибки в линии, при передаче, ну нет проблем, добавляем CRC в конец пакета. Теоритически конечно ошибки могут возникнуть и при CRC, но очень маловероятно. Хотя тут надо смотреть что за устройство, если постоянный обмен то Lonsik(108 знак., 24.08.2009 16:01)
        
        По умолчанию предполагается, что человек, задающий вопрос на форуме, уже попытался найти ответ самостоятельно. Незнание ответа на это "почему" означает, что вы не читали никаких книг по данному вопросу, а сразу начали отвлекать посторонних людей teap0t(100 знак., 24.08.2009 15:12)
        
        Ясно, больше не буду отвлекать посторонних людей. - Lonsik(24.08.2009 16:03)

Микроконтроллеры