Jump to content

    

k155la3

Свой
  • Content Count

    1759
  • Joined

  • Last visited

Community Reputation

0 Обычный

About k155la3

  • Rank
    Профессионал
  • Birthday 01/12/1965

Контакты

  • Сайт
    http://
  • ICQ
    0

Информация

  • Город
    Днепр

Recent Profile Visitors

9777 profile views
  1. Timezone GMT0BST,M3.5.0/1,M10.5.0

    не очень понятно, о какой записи и каком смещении речь. www.timeanddate.com
  2. Timezone GMT0BST,M3.5.0/1,M10.5.0

    Retrieves the character string representation of the time zone name or the daylight standard time zone name (DST). errno_t _get_tzname( size_t* pReturnValue, char* timeZoneName, size_t sizeInBytes, int index ); системная переменная _tzname В MSVC есть такое, не пользовался. size_t s; char tzname[100]; _get_tzname( &s, tzname, sizeof(tzname), 0 ); printf( "_tzname[0] = %s\n", tzname ); Смотря какая платформа, все по-разному может быть. Смотрите в компиляторе-среде файлы *time*.* и структуры tm.
  3. Вот сделайте обзор на такой кварц 5.034965 NTSC Integer multiple of the 59.94 Hz (84000x) vertical refresh and the 15.734 kHz (320x) horizontal scan rates оно вроде используется штатно с чипами, и коэф. деления почти кратный. Могобыть и покупабельный.
  4. ааа. Тогда то, что советовали выше. Стабильный кварцевый генератор на частоту X + [предделитель] + двоичный счетчик на 8 и более разрядов. Если нужен меандр - делитель на 2 на "выходе". Первый (эконом) вариант - подобрать частоты с коэффициентами деления из степеней 2. Если нет - перебирать уже в десятичной системе коэффициенты, путем использования минимизированной схемы совпадения по выходам счетчика. Как прототип - K561ИЕ15 = CD4059 делитель с переменным коэф. деления, использовались в старых синтезаторах радиостанций. Как считать/подбирать коэффициент деления ? "В лоб" на Excel. Думаю, есть и специализированные программы - утилиты для подбора частот и коэ. деления. 1. IC-генератор + кварц + схема подстройки. 2. IC-предделитель (2,4,8,16 . . . ) 3. IC-двоичный 8-разрядный счетчик. 4. IC схемы совпадения / задания коэф. деления. Не думаю, что получается проще, чем . . .
  5. Получается наоборот, камера будет синхронизироваться от подсветки. Там в исходных должна быть указана рекомендуемая частота и отклонения от нее, вверх и вниз. Или нестабильность фазы.
  6. Зачем что-то "сдвигать", просто просчитайте делитель для 59.94, чтобы этого не потребовалось. Если "совсем рядом" - тогда подстройка конденсатором. К томуже Вы не озучили исходные по стабильности от температуры и питающего напряжения. Хорошо если подстравиать надо только на производстве, а если "уплывет" уже в дороге или при эксплуатации . . .
  7. Вы собираетесь "двигать" конденсатором кварц с резонансом на 60 Hz ? (судя по первому посту) Могобыть фаза а не частота ?
  8. Timezone GMT0BST,M3.5.0/1,M10.5.0

    ps Вообще, если IAR, то вариант реализации времени: 1. Установить в системе требуемую таймзону и ее "правила" (смещение и усливия перевода зима-лето) - строка 2. Запустить счетчик секунд UTC. 3. Используя (2) применять ф-ии localtime() и gmtime() итд Основной/"боевой" счет времени идет по бинарному UTC. Задержки, сравнения итп. Все прикладные "задания" из ASCII пересчитываются на UTC и работают в bin. Правильное смещение в таймзоне относительно UTC и автоматический учет DST обеспечивает "внутренняя кухня" в DLIB на базе (1).
  9. Timezone GMT0BST,M3.5.0/1,M10.5.0

    У меня зон было всего 5-6, таблица была прописана в коде. Если надо всемирную, смотрите здесь www.iana.org/time-zones + ftp.iana.org + wiki (tz database) + git . . . + см. tz-link.htm Эта база ведется централизовано, обновляется ежегодно. tz-link.html
  10. Timezone GMT0BST,M3.5.0/1,M10.5.0

    Что касается расшифровки, возможно это платформо-зависимое, там кодируется название таймозоны (литерал), даты перевода и кодировка ньюансов этого перевода (тк в некоторых странах даже есть перевод зима-лето не на границе часа а на получасе) Можете посмотреть QNX, там более похоже на Ваш вариант: EST5EDT4,M3.2.0/02:00:00,M11.1.0/02:00:00 stdoffset[dst[offset][,start[/time],end[/time]]] IAR MSP430 getzone.c интерпретация подобных строк /******************* * This is the default implementation of the __getzone. It returns * the current time-zone, i.e. UTC. * * The return value should be a string on the following form: * * :[XXX[:YYY[:NNN[:DST[:DST ...]]]]] * * Where XXX is the standard time-zone name, YYY is the daylight * savings time-zone name, NNN is the time zone offset, and the DSTs * are the daylight savings time rules. Daylight savings time will add * one hour to the normal time. (The names are only used in the 'Z' * formatter in the strftime library function.) * * The time zone offset NNN is specified as a number relative to UTC, * possibly negative (east is positive), on the format HHMM, where HH * is hours and MM is minutes. * * The DSTs specifes a set of rules for how daylight savings time is * applied. The rules must be sorted in increasing date order starting * from the earliest date. The first rule for a specific year will * enable DST, the next will disable it, and so on. Each rule is on * the following form: * * [(YYYY)]MMDD[HH][-W|+W] * * (YYYY) is the first year the daylight savings rule was applied. * It is optional. If not specified it will default to the same * year as the previous rule or zero if no previous rule. * MM is the month number (1-12). * DD is the day of the month (1-31). * HH is the hour number in a 24-hour day (optional, defaults to * 0). * +/-W specifies the day of the week the rule takes effect (where * Sunday = 0, Monday = 1, etc). +W means that the rule applies * to the first such day on or after the specified date and -W * strictly before the date. If this is not specified, the rule * will take effect on the exact date, regardless of the day of * the week. * * On the northern hemisphere the DST rules normally comes in pairs, a * start, Aprilish, and an end, Octoberish. On the southern hemisphere * one normally has to use three rules: enabling DST from start of * year, disabling it in Aprilish, and then enabling it again in * Octoberish. * * Example: * * :GMT:GMT+1:0060:(1990)040102-0:100102-0 * * Here, the time zone is GMT and under daylight savings time the * time zone is named GMT+1. The time zone offset is 0060, i.e. 60 * minutes from UTC. As of the year 1990, daylight savings time * started on the Sunday before (but not on) 1:st of April at 2am * and ends on the first Sunday before (but not on) the first of * October. * * :GMT+10:GMT+11:0900:(1990)010100-0:040102-0:100102-0 * * Tasmania is on UTC+10 hours, with daylight savings time from * first Sunday in October until first Sunday in April. Note, the * first DST rule is for enabling from start of the year. * ********************/ #include <yfuns.h> _STD_BEGIN char const * __getzone() { return ":"; } _STD_END
  11. Timezone GMT0BST,M3.5.0/1,M10.5.0

    Я использовал в IAR для инициализации сист. переменной, которая далее используется для настройки подсистемы времени UTC (значение этой переменной "разбирается" для вычисления смещения от UTC и смещения зима-лето DT) Кажется "time.h", если порыться в системных h, есть и intrinsic-функции IAR, видно как оно парсится. см. IAR Conversion functions asctime Converts a tm object to a string representation ctime Converts a time_t object to a string representation gmtime Converts from a time_t object to tm object localtime Converts from current time to local time strftime Converts a tm object into a specified format mktime Converts from a tm object to a time_t object нырнул "в прошлое", смотрите у IAR, и "дано вам будет". xtime.h, xtinfo.h и функции ейные.
  12. да, регламентные периодическое ТО для этого применения выглядело бы интересно :) "поменять батарейку". Немцы в ВОВ, такие "затейники" по этой части были.
  13. Преклоняюсь перед писателям makefile, и властелинами make, nmake, gmake ps Интегрированные среды позволяют вывести то, что они "скармиливают" в тот же make в качестве "входа". Это можно использовать как "начальную точку" для ручной линковки, когда компиляция идет успешно, а договриться с линкером "не получается". У компилятора - аналогично, но следует правильно настроить переменные окружения для работы компилятора и линкера с командной строки.
  14. В системах аварийного отключения, где начинает действовать принцип "меры, направленные на увеличение надежности, эту надежнось снижают". В быту . . . Ну, если там есть редкоземельные или платиновая группа .... Или подшипники в ско-ко то карат ... В технике, в устройствах защиты-отключения, как плавкий предохранитель по надежности. Где работа электроники не гарантирована или невозможна и где первичный "сенсор" дает слабый ток/напряжение. Радиационные датчики.
  15. Нечто подобное (интегральное реле) где-то встречал, технология MEMS. Но управление не токовое а потенциальное. ps пардон, посмотрел, по чувстивтельности не проходит. :(