Перейти к содержанию
    

demaven

Свой
  • Постов

    108
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о demaven

  • Звание
    Частый гость
    Частый гость
  • День рождения 10.04.1954

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array
  1. на шаговый двигатель формировать синусоидальный ток нужно только в микрошаговом режиме, в обычном - шаг и полушаг такой необходимости нет. Для постоянства момента во время шага есть необходимость увеличить скорость нарастания тока в обмотке, что достигается увеличением питающего напряжения, для ограничения тока в обмотке используется ШИМ, вроде все понятно.
  2. ток в обмотке шагового двигателя не может нарасти очень быстро, мешают законы, открытые умными мужиками достаточно давно, а момент зависит от тока, отсюда вывод - задрать питающее напряжение повыше и ограничить шимом по току, тогда скорость нарастания тока увеличится, а сам ток ограничится, тема избитая и решений море
  3. в советское время подобный станок, только с механическим счетчиком, выпускался и стоил 5 рублей. прослужил уже больше 30 лет и еще столько же прослужит. Но товарисч хочет другой станок - автомат, чтобы провод сам укладывал с нужным шагом, чтобы сам, дойдя до щечки останавливался для укладки прокладочной ленты и так далее. А это уже совсем другое дело
  4. с двумя местами сохранения никак не получается. ячейки неоднобайтовые и когда выключилось питание неизвестно, оно может выключиться как и между записями в ячейку так и во время записи в ячейку и как при двух записях выбрать достоверную если они разные? для этого и проводится запись в 4 ячейки, чтобы при любом варианте самый худший исход - потеря последней информации, но сохранение предпоследней
  5. Файл формата Intel HEX может состоять из любого количества записей. Каждая запись представляет собой ASCII-строку, состоящую из нескольких пар 16-ричных цифр. Строка должна начинаться с символа двоеточия и оканчиваться парой символов CR и LF. Запись состоит из пяти полей следующего формата: LLAAAATTDD...CC Каждая группа букв (LL, AAAA, TT и т. д.) представляет собой отдельное поле. Каждая буква — отдельную 16-ричную цифру (4 бита). Каждое поле состоит, как минимум, из двух 16-ричных цифр (байт). Ниже представлена расшифровка полей записи: Каждая запись в файле Intel HEX должна начинаться с двоеточия. LL Поле длины – показывает количество байт данных (DD) в записи. AAAA Поле адреса – представляет начальный адрес записи. TT Поле типа. Оно может принимать следующие значения: 00 запись содержит данные 01 запись представляет код конца файла 02 запись представляет адрес сегмента для i8086 04 запись расширения линейного адреса DD Поле данных. Запись может содержать несколько байт данных. Количество байт данных должно соответствовать полю LL. CC Поле контрольной суммы. Поле контрольной суммы вычисляется путем сложения значений всех байт (пар 16-ричных цифр) записи по модулю 256 с последующим переводом в дополнительный формат. Запись данных Пример одной записи данных: 10246200464C5549442050524F46494C4500464C33 где 10 Количество байт данных (16 байт) 2462 Адрес памяти, куда будет помещена запись. 00 Тип записи — данные. 464C...464C Данные 33 Контрольная сумма записи Запись адреса сегмента Файл формата Intel HEХможет содержать записи для процессоров i8086, которые определяют адрес сегмента (иначе говоря — номер параграфа, один параграф — это 16 байт). Если используется директива H167, то этот тип записи заменяет запись расширенного линейного адреса. Номер параграфа используется как смещение адреса для всех записей данных, следующих за этой записью. Смещение представляет собой сдвиг адреса на четыре бита влево. Например, смещение равное 0x1234 даст реальный адрес 0x12340. Пример записи: 020000021000EC где: 02 Количество байт данных 0000 В этом типе записи всегда равно 0000 02 Тип записи 02 (запись расширенного линейного адреса). 1000 Номер параграфа (реальный адрес будет равен 0x10000). EC Контрольная сумма Запись расширенного адреса Когда используется директива H167, файл формата Intel HEX возможно будет содержать записи расширенного линейного адреса. Этот тип записи определяет значения двух старших байт абсолютного адреса (биты 16-31). Эти два старших байта адреса будут применяться как смещение адреса для всех записей данных, следующих за этой записью. Пример записи: 0200000400FFFB где: 02 Количество байт данных 0000 Всегда равно 0 04 Тип записи 04 (запись расширенного линейного адреса) 00FF Старшее слово смещения адреса (0x00FF0000) FB Контрольная сумма Запись Конец Файла (EOF) Файлы формата Intel HEX должны иметь запись Конца Файла (EOF). Пример записи: 00000001FF где: 00 Количество байт записи 0000 Поле игнорируется. Не имеет значения, что там записано, но обычно всегда равно 0 01 Тип записи 01 (Конец Файла) FF Контрольная сумма, вычисленная как 01h + NOT(00h + 00h + 00h + 01h). Пример файла формата Intel HEX 020000021000EC 10C20000E0A5E6F6FDFFE0AEE00FE6FCFDFFE6FD93 10C21000FFFFF6F50EFE4B66F2FA0CFEF2F40EFE90 10C22000F04EF05FF06CF07DCA0050C2F086F097DF 10C23000F04AF054BCF5204830592D02E018BB03F9 020000020000FC 04000000FA00000200 00000001FF Использование в AVR Прошивка для AVR микроконтроллеров обычно компилируется в формат Intel Hex. Следует учесть следующие моменты: Любая команда AVR-контроллера занимает не менее 2-х байт, поэтому размер слова составляет 2 байта. Flash-память AVR адресуется в словах, поэтому команда вида jmp 0x65 будет указывать на 101-е слово (0x65=101) или 202-й байт (он же 0xCA). Байты в слове читаются "задом наперёд". Например, если в hex-файле встречается слово "12C0", то интерпретировать его нужно как "C0 12", что будет означать rjmp 18.
  6. "Тогда почему 0x1234 даст реальный адрес 0x12340" потому что следующие 16 байт информации будут располагаться начиная с адреса 0х12340 по 0х1234F
  7. в одной из работ потребовалось сохранять небыстро меняющуюся информацию при пропадании питания. для достоверности сохранять пришлось в ЧЕТЫРЕХ ячейках и при считывании проверять по мажоритару. пропадание питания может происходить при записи в любую ячейку, может быть - порченая три старые; новая три старые; новая, порченая две старые; две новые две старые; две новые, порченая, одна старая; три новые старая; три новые порченая. каждая ячейка включала в себя црц, чтобы определить подлинность. видно, что только в одном случае нельзя восстановить новую информацию, но сохраняется старая. от заказчика претензий ни разу не поступало уже несколько лет, хотя питание довольно часто выключается внешними воздействиями
  8. компас на LSM303

    крен и тангаж - это термины из авиации, ну их нафик. Будем по-простому. Необходимо найти угол между проекцией вектора магнитного поля на плоскость горизонта и направлением на север. Для этого необходимо знать уравнение плоскости горизонта в координатах LSM303. Исходим из того, что плоскость горизонта нормальна вектору гравитации, ну а дальше, учитывая что система координат магнитного компаса и акселерометра совпадает, все довольно просто. Делал это год назад, пришлось долго вспоминать аналитическую геометрию в пространстве, от туда все и вылазит. в задачнике Клетеника есть примеры задач, от которых нужно плясать
  9. компас на LSM303

    Не все понятно с терминологией, азимут есть угол между проекцией вектора магнитного поля земли на плоскость горизонта и направлением на северный магнитный полюс, угол измеряется от 0 до 359 с копейками градусов. Если есть азимут то причем тут направление? Если есть направление то вычислить азимут не проблема обычный магнитный компас должен устанавливаться почти горизонтально, стрелка на острие иглы сама встанет в плоскость горизонта ("попендикулярно" вектору гравитации), электронный компас "умеет измерять" в любом положении.
  10. компас на LSM303

    Для вычисления азимутального магнитного угла необходимо сначала вычислить так называемый зенитный угол - угол между плоскостью ХОУ (или любой другой) этой микросхемы и вектором напряженности гравитационного поля земли (во какие умные слова еще помню), а затем вспомнить Клетеника, написать несколько формул и заставить контроллер посчитать по этим формулам. Вспомнить этот раздел аналитической геометрии оказалось несложно, читать еще не разучился
  11. У меня при обмене внутри одного сотового оператора по ТСР ожидание ответа доходит до 5 минут
  12. судя по "sim900 Прошивка 1137B08SIM900M64_ST_DTMF_JD_MMS" докодирование DTMF уже встроили. Кто пробовал, если это так, и когда для SIMM900D будет?
  13. Получили от сотового оператора так называемый частный домен, и в нем кучу статических адресов. Не скажу, что все сразу заработало, но все таки заработало. Причем, если при динамических адресах сервер каждыйчас вываливался, то при статике уже больше двух часов держит соединение, только прибольшой паузе время передачи от клиента к серверу растягивается до 30 секунд. Не знаю пока какие могут быть задержки, мало информации.
  14. Да вроде особой защиты не требуется, от дурака только, а за VPN операторы много заламывают
  15. Обмениваюсь информацией между двумя модемами внутри одного сотового оператора. Пока не удалось от сотового оператора получить статические айпишники, они из этого строят агромадную проблему, сеть в Бишкеке а центральный офис сотового в Москве, на чих будь здоров доходит только через неделю. Будем ковырять дальше
×
×
  • Создать...