знать - не судьба.. телевизоры то - SECAM.. а ради ч/б юзать телевизор по радиоканалу..
Вид для печати
знать - не судьба.. телевизоры то - SECAM.. а ради ч/б юзать телевизор по радиоканалу..
Это где переносные телики - выпущенные за пределами нашей не обьятной - хавают только СЕКАМ ??? :eek:
в телефоне
странно - судя по тут http://www.f1cd.ru/view/9346/
и тут - http://student.km.ru/ref_show_frame....E457CDEABF5D51
Таки китайцы(основные производители телефонов с телевизорами) юзают PAL.
и помоему сейчас нет одностандартных чипов цветности.
Пришлите ему еще коробочек. 4 минуты распаковывать, это супер
он же еще и на камеру говорит, поэтому видимо и не спешит открывать :)
радует то что расширяется география и количество купивших, это заработок
автора и стимул для него усовершенствовать софт
syd, а почему эмуляция gluk rtc - только чтение? Время загрузки ячеек памяти CMOS слишком большое?
БК-0010, просто так проще было сделать. адресное пространство rtc эмулируется альтерой. z80 из него только читает, а арм в него только пишет, то что прочитал из настоящих часов. можно сделать чтобы и писали и читали оба, и арм по ходу сохранял данные куда-то, но я не стал заморачиваться.
щас типовая схема эмуляции GlukRTC на I2C часах в контроллерах клавы на меге такая: резидентно часов нет, но после обращении к D7=1 #EFF7, мега грузит в свою память по I2C состояние всех ячеек часов, как раз времени хватает до обращения к самим Gluk часам. Таким образом, в момент обращения, CMOS память есть внутри меги и она эмулирует GlukRTC. После завершения работы с часами устанавливается D7=0 #EFF7 и содержимое ОЗУ выгружается обратно в часы.
Подумай, может можно так сделать?