Теме альтернативных прошивок для MP3 плееров примерно столько же лет сколько и теме патчей для телефонов. Гуглите по названию Rockbox. Впрочем я плееры не патчил, это друзья мои патчили.
А вот использовать отправку AT на S/ME45i не полкчилось, там обработчик не работал пока кабель не подключишь. Я покопался немного но так обход и не нашел.
Айфоны это супермассовая модель, потому что в один год все любители яблока покупают какой-то условный айфон 6/7/8 .. и они расходятся миллионами. А с китайскими девайсами не так. Их меньше было выпущено раз, после старения к ним относятся как к мусору два, и третье, самое главное - несколько устройств с одинаковым названием от производителя могут иметь сильно разные аппаратные ревизии и разные запчасти.
Поддерживаю. Я 10л баллон носил на плече хоть по коридорам и лестницам и в лабораторию и домой. 40л так не поносишь, нужна тележка. А по лестницам таскать - к тележке нужен помощник.
Шлейфы я в свое время делал из сис карт ненужных и проводов МГТФ 0.03. Отогревал карту, снимал плату с чипом, отковыривал компаунд с кристаллом а вместо разварки припаивал МГТФ. Дальше в корпусе вырезал углубления для проводов в нужную сторону. Без фрезера ножом это сложно делать но можно. В итоге можно в любую стороны вывести провод для совместимости с любым телефоном.
Такой адаптер можно и в айфон и в другие смарты с лотком воткнуть. Нужно просто сделать адаптер из мини сим или вообще из большой карты, а потом обрезать пластик по размеру лотка и вставлять в телефон прямо кусок пластика карты вместо лотка. Я так свой эмулятор на Funcard2 под ифон обрезал и использовал. Все потому что обычнуюFuncard2 можно обрезать под мини и микро сим. А под нано уже не получается.
Интересно, с чем это связано...
По многолетнему опыту разработки скажу, что это связано с падением качества кода из-за недостатка рессурсов на разработку. Если нет внимательного код ревью, нормальных тестов и времени на рефакторинг код со временем превращается в сплошной ужас.
Спасибо за статью. Оказывается теперь обмен SIM-ME можно просто смотреть в wireshark. Я когда-то очень давно перехватывал траффик SIM-ME с помошью самодельного сниффера переделанного из самодельного SIM card reader. Ничего сложного в этом нет. Ридер подключался к аппаратному COM порту на компе. В режиме ридера симка тактировалась от 3.57мГц, что соответствовало скорости 9600Бод. В режиме сниффера я просто подключал GND и DATA к телефону. Телефон тактирует симку частотой 13МГц/4=3.25МГц. Поэтому начальная скорость соответствует 3.25e6/372~=8736Бод. Если на 16550 UART настроить делитель 13 как раз получается близкая частота (115200/13~=8861) и данные отлично снифаются. Осложнения начинаются по той причине что новые телефоны и SIM поддерживают более высокую скорость которая активируется процедурой PPS. После этого сим работает на скорости не CLK/372 а, если ничего не путаю, CLK/64 и тут уже со сниффингом возникают проблемы. Нужно поймав PPS перенастроить скорость. Однако в те времена такого сниффера мне хватило чтобы изучить как работает SIM toolkit и сделать свой мультисим.
А спецификации к стати и сейчас легко доступны. Обмен SIM-ME описан в стандарте GSM11.11, команды SIM Toolkit в GSM11.14. Спецификации легко гуглятся. Вот на 4G SIM более новые стандарты, но когда я делал свой мультисим 4G еще не было.
Еще из интересного по SIM-ME обмену: однажды мне присылали дампы обмена с MTKшных чипсетов. Меня удивило обилие бессмысленных запросов в том числе явно ошибочных, на которые карта всегда отвечает ошибкой.
Автор просто передал свои впечатления от вида средствами фотографии. Кроме того автор знает, что если смотреть на солнце за облаками например через фильтр ND1000, или просто снимать на очень короткой выдержке с зажатой диафрагмой, то можно видеть, что часто солнечный диск превращается в белое пятно облаков. И диска (к стати для такого широкого угла весьма маленького) не увидеть никак ни на фото, ни глазами. Ну разве что в фотошопе дорисовать.
Архитектура с двумя процессорами странная. Очень уж мало ног на межплатном разъеме.
К слову, он работал до недавнего времени — в нем нужно лишь заменить батарейку. Вот только найти ее уже не так просто, да и дороговато обойдется покупка.
Батарейку можно перепаковать. Покупаете банки по желанию (я бы взял Panasonic Eneloop или аналогичные с минимальным саморазрядом). Разбираете родную батарейку разрезав пластик возле места спая и меняете банки. Обратно можно собирать на двусторонний скотч или термоклей, чтоб не резать. По фен-шую нужна контактная сварка и никелевые ленты, но я в таких случаях обходился 100Вт паяльником с массивным медным жалом и ПОС61. В качестве флюса пойдет спиртоакнифоль или флюс для пайки BGA. Агрессивный флюс не нужен. На новых банках зачищаете место контакта, наносите флюс и лудите мощным паяльником. После этого можно соединять банки проводками все тем-же паяльником.
В некоторых демо роликах специально показывают, как меняется задник а потом и блики на объектах приглушают. Возможно это делается доп светом. Но меня как раз поразило что хромакей без проблем переносит людей с синего фона на ночную улицу или на берег моря.
Мне попадались демо ролики от киностудий, где что-то происходит на хромакее а потом появляются другие детали и картинка постепенно превращается в кадр из фильма. После просмотра таких роликов вообще кажется что все снимают в студии а задний фон и прочую натуру потом дорисовывают. Возможно это уже дешевле, чем везти камеру, костюмеров и гримеров на натуру и ждать света и погоды такой толпой.
Во всех примерах пересветы мягкие. В них есть следы деталей а не просто белое пятно. ну тени, понятно, угольные. Но провал теней сам по себе не проблема, часто вообще как худжественный прием используется. В этих примерах в тенях просто нет важных элементов. Более того, для движущейся картинки многие проблемы с пере и недосветами а части кадра простительны, там есть главные по сюжету элементы, зритель больше на них смотрит чем на другие детали.
Тональная компрессия сложная вещь. Мы видим сцены в HDR потому что глаз это довольно посредственный регистратор изображений который постоянно сканирует разные части изображения а картинка восстанавливается в мозгу.
Фотографы для тональной компрессии тоже используют разные инструменты. Самый простой - градиетный фильтр. Можно размещать физический градиентный фильтр перед объективом. Можно программно накладывать в редакторе. Можно рисовать градиентные маски кистями, можно синтезировать фильтрами из самой фотографии. Самое сложное - резкие границы светотени. На них часто возникают артифакты. Можно накладывать несколько кадров с разной экспозицией, но делать надо очень аккуратно чтобы не получить смаз где не надо. Если накладывать несколько кадров, можно сделать брекетинг как по экспозиции так и стекинг по фокусу. А еще в некоторых кадрах можно прикрыть солнце шторкой чтобы убрать блик. Вот например склейка из 6 кадров:
Автоматизировать такой процесс склейки пока довольно сложно.
А в моем детстве мобильные телефоны были только у новых русских и их детей. Ну и у тех кому по работе очень надо. На первом курсе универа мобилы были у пары человек на курсе и толку от них было 0, звонить некому. На третьем (2003/2004) - все стали обзаводится мобилами, обзавелся и я. Это была цепная реакция. У друзей есть мобила - тебе тоже надо, чтобы связываться с друзьями. Несмотря на бурный рост функционала и появление полифонии, цветных экранов и ява игр для меня в мобиле основной функцией была возможность связаться с друзьями и подругами, где бы я и они не находились. Причем именно с ними, а не отвечать их братьям, сестрам, родителям и бабушкам с дедушками на вопросы "А кто его спрашивает?" и "Что ему передать?". Одним из первых у меня был Siemens ME45. Вскоре после покупки я разобрался как его патчить и сам стал писать патчи. Когда-то я напишу об этом статью. Я пользовался этим телефоном более 15 лет (хотя в нем периодически менялись запчасти и по сути это стал новый телефон). ME45 ушел на пенсию несколько лет назад по той причине что мессенджеры полностью вытеснили голосовую связь.
Точно! Помню что этот плюс ставили вовсе не для игр или IE а для общего улучшения UI. А странными шрифтами и картиночными обоями я в то время не пользовался для экономии рессурсов.
Хорошая статья, понравилось подробное описание схемы. Публикация схемы в виде нескольких маленьких кусочков в тексте сильно упрощает чтение статьи, но затрудняет анализ схемы постфактум.
Есть несколько вопросов:
Насколько стабильно от экземпляра к экземпляру работает усилитель для термопары? Ведь компенсации смещения нет, остается надеяться на симметрию.
Почему не стали делать PI или PID регулирование для температуры? Получается что паяльник в работе всегда немного недогрет. Правда можно получить автоколебания.
На светодиоды вокруг ручки можно было добавить промежуточный регистр, чтобы яркость у всех была одинаковая. Решили, что это ненужное усложнение?
Отдельно отмечу, что решение с независимыми счетчиками для R2R DAC и индикации на первый взгляд контринтуитивно, но упрощает разводку.
Чем обусловлен выбор именно тех микроконтроллеров которые указаны в статье. Проводился ли анализ альтернатив, и почему выбрали именно эти. Почему не ESP например??
Как устроена RGB панель. Там адресные светодиоды или внешнее управление матрицей? Если внешнее - какая частота ШИМ?
Какая глубина регулирования яркости светодиодов от самого яркого до самого неяркого. Матрица может в темной комнате отображать неяркую картинку (часы например) без потери хоть какой-то глубины цвета, а не быть самым ярким источником света?
В некоторой степени вы правы. Хотя конечно во времена кнопочных мобилок Siemens микроконтроллером назывался какой-нибудь AT90S2313, AT90S8535 или PIC16. Их использовали чтобы управлять различной автоматикой и даже иногда сетевой стек прикручивали на какую-нибудь ATMEGA. Сейчас GUI и сетевой стек сейчас в основном делают на Линуксе, особенно если энегропотребление не имеет значения. Но у микроконтроллеров остается довольно широкая ниша, просто она не всем видна. Это устройства которые могут отрабатывать не очень сложные алгоритмы с жестким реалтаймом, это управление всякими шаговыми и бесколлекторными моторами, клапанами, нагревателями и прочей мелкой автоматикой. Да хоть прямое управление ключами в DC/DC преобразователе. Или просто мониторинг каких-то датчиков и обмен данными с ведущим устройством по UART/RS485 или SPI/I2C. Даже если в вашем холодильнике, кофеварке, посудомойке или любом другом устройстве есть "голова" с экраном, тач-панелью, анимациями, подключением к Wi-Fi или прочими модными функциями то непосредственно исполнительными механизмами будет управлять микроконтроллер, потому что он быстро и более предсказуемо стартует, предсказуемо ведет себя при срабатывании brownout detector или watchdog, может быстро обрабатывать прерывания. Можно сказать что раньше между пользователем и MCU была прослойка из кнопок, переключателей, светодиодов и ЖКИ, а сейчас - мини комп с Linux или Android.
Теме альтернативных прошивок для MP3 плееров примерно столько же лет сколько и теме патчей для телефонов. Гуглите по названию Rockbox. Впрочем я плееры не патчил, это друзья мои патчили.
Статья интересная, ждем продолжение. Одна поправка - thumb включается нулевым битом а не первым.
И особенно весело было перебирать 10000 игр нажимая кнопку инкрементирующую счетчик и пытаться понять чем игра 2566 отличается от игры 3846.
Например некто Sabodyn сделал для Siemens C45 и C55 патч Simpage который превращает телефон в охранную сигнализацию. Патч был в бесплатном варианте на один шлейф и в платном на два. Архитектурно патч построен на отправке AT команд из кода патча в обработчик команд в телефоне. Подробнее тут: https://web.archive.org/web/20070128001333/http://www.webcenter.ru/~kat/SimPage.html
Если что у меня сохранился патч и pdf к нему.
А вот использовать отправку AT на S/ME45i не полкчилось, там обработчик не работал пока кабель не подключишь. Я покопался немного но так обход и не нашел.
Айфоны это супермассовая модель, потому что в один год все любители яблока покупают какой-то условный айфон 6/7/8 .. и они расходятся миллионами. А с китайскими девайсами не так. Их меньше было выпущено раз, после старения к ним относятся как к мусору два, и третье, самое главное - несколько устройств с одинаковым названием от производителя могут иметь сильно разные аппаратные ревизии и разные запчасти.
Поддерживаю. Я 10л баллон носил на плече хоть по коридорам и лестницам и в лабораторию и домой. 40л так не поносишь, нужна тележка. А по лестницам таскать - к тележке нужен помощник.
Шлейфы я в свое время делал из сис карт ненужных и проводов МГТФ 0.03. Отогревал карту, снимал плату с чипом, отковыривал компаунд с кристаллом а вместо разварки припаивал МГТФ. Дальше в корпусе вырезал углубления для проводов в нужную сторону. Без фрезера ножом это сложно делать но можно. В итоге можно в любую стороны вывести провод для совместимости с любым телефоном.
Такой адаптер можно и в айфон и в другие смарты с лотком воткнуть. Нужно просто сделать адаптер из мини сим или вообще из большой карты, а потом обрезать пластик по размеру лотка и вставлять в телефон прямо кусок пластика карты вместо лотка. Я так свой эмулятор на Funcard2 под ифон обрезал и использовал. Все потому что обычнуюFuncard2 можно обрезать под мини и микро сим. А под нано уже не получается.
По многолетнему опыту разработки скажу, что это связано с падением качества кода из-за недостатка рессурсов на разработку. Если нет внимательного код ревью, нормальных тестов и времени на рефакторинг код со временем превращается в сплошной ужас.
Спасибо за статью. Оказывается теперь обмен SIM-ME можно просто смотреть в wireshark. Я когда-то очень давно перехватывал траффик SIM-ME с помошью самодельного сниффера переделанного из самодельного SIM card reader. Ничего сложного в этом нет. Ридер подключался к аппаратному COM порту на компе. В режиме ридера симка тактировалась от 3.57мГц, что соответствовало скорости 9600Бод. В режиме сниффера я просто подключал GND и DATA к телефону. Телефон тактирует симку частотой 13МГц/4=3.25МГц. Поэтому начальная скорость соответствует 3.25e6/372~=8736Бод. Если на 16550 UART настроить делитель 13 как раз получается близкая частота (115200/13~=8861) и данные отлично снифаются. Осложнения начинаются по той причине что новые телефоны и SIM поддерживают более высокую скорость которая активируется процедурой PPS. После этого сим работает на скорости не CLK/372 а, если ничего не путаю, CLK/64 и тут уже со сниффингом возникают проблемы. Нужно поймав PPS перенастроить скорость. Однако в те времена такого сниффера мне хватило чтобы изучить как работает SIM toolkit и сделать свой мультисим.
А спецификации к стати и сейчас легко доступны. Обмен SIM-ME описан в стандарте GSM11.11, команды SIM Toolkit в GSM11.14. Спецификации легко гуглятся. Вот на 4G SIM более новые стандарты, но когда я делал свой мультисим 4G еще не было.
Еще из интересного по SIM-ME обмену: однажды мне присылали дампы обмена с MTKшных чипсетов. Меня удивило обилие бессмысленных запросов в том числе явно ошибочных, на которые карта всегда отвечает ошибкой.
Автор просто передал свои впечатления от вида средствами фотографии. Кроме того автор знает, что если смотреть на солнце за облаками например через фильтр ND1000, или просто снимать на очень короткой выдержке с зажатой диафрагмой, то можно видеть, что часто солнечный диск превращается в белое пятно облаков. И диска (к стати для такого широкого угла весьма маленького) не увидеть никак ни на фото, ни глазами. Ну разве что в фотошопе дорисовать.
Архитектура с двумя процессорами странная. Очень уж мало ног на межплатном разъеме.
Батарейку можно перепаковать. Покупаете банки по желанию (я бы взял Panasonic Eneloop или аналогичные с минимальным саморазрядом). Разбираете родную батарейку разрезав пластик возле места спая и меняете банки. Обратно можно собирать на двусторонний скотч или термоклей, чтоб не резать. По фен-шую нужна контактная сварка и никелевые ленты, но я в таких случаях обходился 100Вт паяльником с массивным медным жалом и ПОС61. В качестве флюса пойдет спиртоакнифоль или флюс для пайки BGA. Агрессивный флюс не нужен. На новых банках зачищаете место контакта, наносите флюс и лудите мощным паяльником. После этого можно соединять банки проводками все тем-же паяльником.
В некоторых демо роликах специально показывают, как меняется задник а потом и блики на объектах приглушают. Возможно это делается доп светом. Но меня как раз поразило что хромакей без проблем переносит людей с синего фона на ночную улицу или на берег моря.
Мне попадались демо ролики от киностудий, где что-то происходит на хромакее а потом появляются другие детали и картинка постепенно превращается в кадр из фильма. После просмотра таких роликов вообще кажется что все снимают в студии а задний фон и прочую натуру потом дорисовывают. Возможно это уже дешевле, чем везти камеру, костюмеров и гримеров на натуру и ждать света и погоды такой толпой.
Во всех примерах пересветы мягкие. В них есть следы деталей а не просто белое пятно. ну тени, понятно, угольные. Но провал теней сам по себе не проблема, часто вообще как худжественный прием используется. В этих примерах в тенях просто нет важных элементов. Более того, для движущейся картинки многие проблемы с пере и недосветами а части кадра простительны, там есть главные по сюжету элементы, зритель больше на них смотрит чем на другие детали.
Тональная компрессия сложная вещь. Мы видим сцены в HDR потому что глаз это довольно посредственный регистратор изображений который постоянно сканирует разные части изображения а картинка восстанавливается в мозгу.
Фотографы для тональной компрессии тоже используют разные инструменты. Самый простой - градиетный фильтр. Можно размещать физический градиентный фильтр перед объективом. Можно программно накладывать в редакторе. Можно рисовать градиентные маски кистями, можно синтезировать фильтрами из самой фотографии. Самое сложное - резкие границы светотени. На них часто возникают артифакты. Можно накладывать несколько кадров с разной экспозицией, но делать надо очень аккуратно чтобы не получить смаз где не надо. Если накладывать несколько кадров, можно сделать брекетинг как по экспозиции так и стекинг по фокусу. А еще в некоторых кадрах можно прикрыть солнце шторкой чтобы убрать блик. Вот например склейка из 6 кадров:
Автоматизировать такой процесс склейки пока довольно сложно.
А в моем детстве мобильные телефоны были только у новых русских и их детей. Ну и у тех кому по работе очень надо. На первом курсе универа мобилы были у пары человек на курсе и толку от них было 0, звонить некому. На третьем (2003/2004) - все стали обзаводится мобилами, обзавелся и я. Это была цепная реакция. У друзей есть мобила - тебе тоже надо, чтобы связываться с друзьями. Несмотря на бурный рост функционала и появление полифонии, цветных экранов и ява игр для меня в мобиле основной функцией была возможность связаться с друзьями и подругами, где бы я и они не находились. Причем именно с ними, а не отвечать их братьям, сестрам, родителям и бабушкам с дедушками на вопросы "А кто его спрашивает?" и "Что ему передать?". Одним из первых у меня был Siemens ME45. Вскоре после покупки я разобрался как его патчить и сам стал писать патчи. Когда-то я напишу об этом статью. Я пользовался этим телефоном более 15 лет (хотя в нем периодически менялись запчасти и по сути это стал новый телефон). ME45 ушел на пенсию несколько лет назад по той причине что мессенджеры полностью вытеснили голосовую связь.
Точно! Помню что этот плюс ставили вовсе не для игр или IE а для общего улучшения UI. А странными шрифтами и картиночными обоями я в то время не пользовался для экономии рессурсов.
Хорошая статья, понравилось подробное описание схемы. Публикация схемы в виде нескольких маленьких кусочков в тексте сильно упрощает чтение статьи, но затрудняет анализ схемы постфактум.
Есть несколько вопросов:
Насколько стабильно от экземпляра к экземпляру работает усилитель для термопары? Ведь компенсации смещения нет, остается надеяться на симметрию.
Почему не стали делать PI или PID регулирование для температуры? Получается что паяльник в работе всегда немного недогрет. Правда можно получить автоколебания.
На светодиоды вокруг ручки можно было добавить промежуточный регистр, чтобы яркость у всех была одинаковая. Решили, что это ненужное усложнение?
Отдельно отмечу, что решение с независимыми счетчиками для R2R DAC и индикации на первый взгляд контринтуитивно, но упрощает разводку.
Компенсацию температуры холодного спая в первом порядке по температуре можно реализовать добавив терморезистор в делителе R1-R2-R3.
Возникло несколько вопросов по железу:
Чем обусловлен выбор именно тех микроконтроллеров которые указаны в статье. Проводился ли анализ альтернатив, и почему выбрали именно эти. Почему не ESP например??
Как устроена RGB панель. Там адресные светодиоды или внешнее управление матрицей? Если внешнее - какая частота ШИМ?
Какая глубина регулирования яркости светодиодов от самого яркого до самого неяркого. Матрица может в темной комнате отображать неяркую картинку (часы например) без потери хоть какой-то глубины цвета, а не быть самым ярким источником света?
В некоторой степени вы правы. Хотя конечно во времена кнопочных мобилок Siemens микроконтроллером назывался какой-нибудь AT90S2313, AT90S8535 или PIC16. Их использовали чтобы управлять различной автоматикой и даже иногда сетевой стек прикручивали на какую-нибудь ATMEGA. Сейчас GUI и сетевой стек сейчас в основном делают на Линуксе, особенно если энегропотребление не имеет значения. Но у микроконтроллеров остается довольно широкая ниша, просто она не всем видна. Это устройства которые могут отрабатывать не очень сложные алгоритмы с жестким реалтаймом, это управление всякими шаговыми и бесколлекторными моторами, клапанами, нагревателями и прочей мелкой автоматикой. Да хоть прямое управление ключами в DC/DC преобразователе. Или просто мониторинг каких-то датчиков и обмен данными с ведущим устройством по UART/RS485 или SPI/I2C. Даже если в вашем холодильнике, кофеварке, посудомойке или любом другом устройстве есть "голова" с экраном, тач-панелью, анимациями, подключением к Wi-Fi или прочими модными функциями то непосредственно исполнительными механизмами будет управлять микроконтроллер, потому что он быстро и более предсказуемо стартует, предсказуемо ведет себя при срабатывании brownout detector или watchdog, может быстро обрабатывать прерывания. Можно сказать что раньше между пользователем и MCU была прослойка из кнопок, переключателей, светодиодов и ЖКИ, а сейчас - мини комп с Linux или Android.