jcxz
Свой-
Постов
13 158 -
Зарегистрирован
-
Посещение
-
Победитель дней
31
jcxz стал победителем дня 8 апреля
jcxz имел наиболее популярный контент!
Репутация
184 Очень хорошийИнформация о jcxz
- Сейчас Просмотр темы: В HEX-файле обязательно ли данные идут непрерывно в пределах одного сегмента памяти ?
-
Звание
Гуру
- День рождения 01.12.1974
Контакты
-
ICQ
Array
Информация
-
Город
Array
Посетители профиля
26 224 просмотра профиля
-
Совершенно очевидно. Так как вы не указали конкретный генератор .hex и конкретную версию с условиями её работы, значит вопрос относится ко всем существующим в мире генераторам: "Все ли существующие в мире генераторы .hex генерят без дырок?" Очевидно, что ответить "да" на это может только человек, проверивший все существующие в мире генераторы .hex, всех версий, в том числе и разрабатываемые сейчас и будущие. А это невозможно. Значит только = "нет, дырки могут быть". И что? Зачем эти телодвижения? Завтра поменяется ваша программа, поменяется версия компилятора или ещё чего-нить и .hex-файл станет другим. С совсем другим расположением секций данных. Вы после каждой компиляции будете просматривать .hex-файл? Это неправда. Не надо говорить за всех, говорите только за себя. Всегда использовал, использую и буду использовать .hex для загрузки прошивок. Это удобный и простой формат. Поддерживаемый кучей софта. В отличие от всяких специфичных, типа вышеприведённых.
-
Может и делает. Для того .hex и нужен. PS: И вообще - странный вопрос. Вроде должно быть очевидно, что иного ответа в принципе быть не может. Попробуйте подумать почему.
- 4 ответа
-
- 1
-
Чего не сделаешь, когда боишься паяльник в руки взять.
-
Плавный переход C -> C++ под МК
jcxz ответил Arlleex тема в Программирование
Не нужно мне приписывать чужие слова! Уверены? Чем подтвердите? Например из документации IAR: В других компиляторах тоже видел нечто подобное. -
Для отключения SPI EEPROM, достаточно коммутировать только её CS. И коммутировать нужно логическим элементом или аналоговым коммутатором или джампером/переключателем, а не транзисторным колхозом.
-
Плавный переход C -> C++ под МК
jcxz ответил Arlleex тема в Программирование
У меня в разных проектах - по-разному. Где как удобнее. Где-то и в середине есть. Кстати - почему Вы в своих исходниках применяете такие имена?: Разве имена, начинающиеся с _ или с __ не зарезервированы для компиляторов (или их встроенных библиотек)? -
Плавный переход C -> C++ под МК
jcxz ответил Arlleex тема в Программирование
А почему не первым, раз так удобнее? Просто передоговориться по новой и всё. -
Наведение на объект в атмосфере
jcxz ответил Salamander тема в В помощь начинающему
Ловить мух (взлетающих) много проще, чем прихлопнуть. Подумайте почему. PS: Неужто ребёнок понимает как это легко сделать, а взрослые дядьки - нет. -
Наведение на объект в атмосфере
jcxz ответил Salamander тема в В помощь начинающему
А если всё же включить голову и перечитать ещё раз?: -
Вы вообще прочитали то, что я писал?: А вы опять пытаетесь слепить вместе несколько неизвестных: передачу + приём вашим устройством. Отлаживать неизвестное (ваш девайс) нужно, работая совместно с заранее известно работоспособным (чужим готовым девайсом; например - роутером). А не два неизвестных вместе. Вы занимаетесь разработкой чего-то на Ethernet, даже не приобретя нормального оборудования для отладки??? На самом дешёвом роутере для домохозяек??? Нет. Вы вообще читали, что я писал? Я писал, что конфигурируя роутер можно включить дуплексный или полудуплексный режим работы. Проверив тем самым ваше предположение и неработе в дуплексном режиме. Также можно проверить работу на разных скоростях. Какая "автоподстройка в процессе работы"? Вы в курсе, что такое "Ethernet auto negotiation"? Используете её в своём устройстве или нет? https://ru.wikipedia.org/wiki/Автосогласование
-
Кошмар.... Отрубание хвоста собаки по частям.
-
Понятия не имею. Но думаю (учитывая экономность китайцев) - должны быть. Про опциональность я читал где-то в документации USB PD. Когда разбирался с PD.
-
Это вроде как опционально. Каждый кабель не обязан (но может) поддерживать 2-стороннее втыкание. А значит и не все цепи могут быть спарены.
-
Наведение на объект в атмосфере
jcxz ответил Salamander тема в В помощь начинающему
В чём именно "передёргивание"? В детстве у тётки в деревне я переловил кучу мух просто рукой. Именно - на лету рукой. Иногда удавалось поймать сразу 2-х за раз. Никакие ганглии им не помогали. И то были надёжные, советские мухи. Не в пример нынешним. Неужто за прошедшие десятилетия произошли мутации и вывелся какой-то особо вёрткий вид мух? Или нынешние дети стали тормознее и не способны ловить мух? И на лету - запросто. При должной сноровке. Тут главное - предугадывать куда она полетит и делать нужное упреждение. Мухи не такие манёвренные, как вам кажется. Хотя...... всё относительно. Для улитки наверное даже неспешно двигающийся человек кажется адски мельтешашим... -
Нет, не правильно. Одним коннектором не обойтись. Нужно ещё: 1) или реализовать у себя в контроллере протокол USB Power Delivery 2.0 или выше (и через него общаться и запрашивать от источника нужные токи/напряжения) и согласовать МК с цепью USB-CC; 2) или поставить внешний чип, реализующий такой протокол через USB-CC. Без этого сможете получать только +5V с USB. Кроме того: USB-хост должен поддерживать выдачу высоких напряжений через USB PD. А с этим сейчас сложно: В настоящее время это умеют только зарядники с USB PD. А в ПК/буках как правило стоит драйвер PD, умеющий выдавать только +5V. Хотя платы расширения USB с PD с высокими напряжениями для ПК уже вроде начали появляться. И возможно что и буки скоро появятся. А может в некоторых материнках/буках вообще нужно только обновить прошивку для появления поддержки выдачи высоких напряжений (это было бы круто!). Вообще я же совсем недавно здесь создавал тему про USB PD: Там всё есть про мои недавние эксперименты с USB PD. Почитайте. PS: И зачем тащить SPI через USB? К тому же - так далеко. SPI - интерфейс не предусмотренный для длинных линий. Лучше на большие расстояние передавать через тот же USB. Который гораздо более для этого подходит.