Был многоножечный разъём для подключения аксессуаров, на него был выведен в том числе и последовательный порт, через который можно было прошивать/считывать/конфигурировать. А если впаять на плату отсутствующие в production версии резисторы, то и JTAG (отладочный интерфейс с полным доступом ко всем внутренностям) на том же разъёме появлялся.
Я когда-то разобрал оригинальный алгоритм Т9 из прошивки телефона Trium Aria, он был гениально прост - дерево, где из каждого узла 9 ветвей ведут в следующие узлы по нажатию следующей кнопки, текущий узел соответствует последовательности уже нажатых кнопок. В узлах хранятся списки всех слов, соответствующих данной последовательности нажатий. Списки отсортированы по частоте употребления. При наборе спускаемся вглубь, при каждом нажатии выбирая соответствующую кнопке ветвь, предлагаем первое слово из списка в текущем узле, кнопка «дальше» перебирает список, всё. Предлагать слова по первым буквам оно не умело, только слова той длины, сколько было нажатий.
С выходом русскоязычного Т9 был курьёз - первая версия словаря, вышедшая на Нокиях, содержала богатый запас нецензурщины, причём, с довольно высоким приоритетом (точно помню, что набирая слово «пиджак», на пятой букве появлялось совсем другое слово на букву «п»). В более поздних версиях это поправили, в Panasonic словарь весил уже значительно меньше, был окультурен.
Скорее всего, были разнесены по разным краям кристалла. А объединяли их так практически все, т.к. контроллер питания делался на более подходящем (в сравнении с размещением в процессоре) для АЦП «аналоговом» техпроцессе. А у некоторых поколений чипов Qualcomm, объединявших процессор и аналоговые функции, на самом деле было два кристалла (“a-die” и “d-die”) в одном корпусе.
Однозначного соответствия ядро-рабочая частота не было, техпроцесс (обработки кремния) тоже развивался, ну и соображения баланса функций/энергопотребления влияли (батарейное питание всё-таки). Для ровесников этой Сони 26МГц были типичны, их вполне хватало для ч/б UI без запускаемых в фоне приложений. А к цветным уже «подъехали» 52.
По Hercules вообще всякое вспоминается (больше к Panasonic и Sagem только, Sony как-то мимо прошли), к примеру, JTAG у них был странный. Единственным широко доступным на тот момент JTAG интерфейсом был Wiggler на LPT порту (преобразователь уровней напряжения без «мозгов», софт напрямую дёргал ноги LPT), к нему был простенький бесплатный софт (останов ядра, чтение/запись памяти), всё это отлично работало, к примеру, с чипсетами Triumов (те тоже были на 26МГц ARM7TDMI, только от VLSI, довольно редкий чипсет OneC), но почему-то не могло останавливать ядро Herculesов, для которых в мануалах упоминался фирменный интерфейс от TI в виде ISA платы - XDS510, стоивший тогда как крыло от самолёта. И вот тут начался целый квест: через европейских друзей удалось добыть «сердце» этого XDS - специализированный JTAG master контроллер TI SN74ACT8990 (TI, как основатели серии 74xx, некоторую свою навороченную дичь «скромно» записывали туда же). Дальше было изучение попадавшегося под руку софта для XDS, чтение даташита на 8990, переписка с инженером, попользовавшимся XDS на прошлой работе, и постепенно пазл начал складываться - адреса регистров на ISA, тактирование итд. В результате удалось собрать на ISA макетной плате с целой паутиной МГТФ минималистичную схему из 74ACT8990 и CPLD Altera MAX7k (и в нем запрограммировать работу с ISA), с помощью которой в итоге получилось без отпайки flash поднять из «кирпича» Panasonic, загрузив ему в RAM его же родной бутлоадер.
HERCROM100 вряд ли был сразу на 52МГц, скорее 26 (некруглые частоты - кратность GSMовским опорным 13МГц). Эта информация, скорее всего, из тех самых утёкших документов, а они - на более свежую модификацию (ROM400?), уже времён цветных дисплеев. В этих всех ROM100/200/400 отличался не только DSP ROM (цифры - именно его версия), были отличия и в железе: до ROM400, к примеру, вообще не было BootROM, отсюда произошло пугавшее в те времена окирпичивание Panasonicов при повреждении бутлоадера (впрочем, они и в ROM400 умудрились выключить BootROM и продолжить традицию).
Сделать кодирование зависящим от ключа? Напр. кодер генерирует нейрослоп таким образом, чтобы в выбранных по ключу позициях сохранялись биты настоящего сообщения (напр. 0-гласная/1-согласная) и декодер должен иметь тот же ключ, чтобы знать, в которые позиции смотреть.
Знакомый в конце 80-х служил на РЛС в Прибалтике, рассказывал, что пролёты SR-71 они по негласной договорённости в части ПВО/перехвата сообщать перестали, смысла не было, пронеслась точка через весь экран радара и до свидания, а там людям почём зря бегать по тревоге.
А управление конусами, если правильно помню, на первых экземплярах было вообще ручным, вот тогда unstartы были частой проблемой. Потом автоматизировали.
Мы как-то в начале 90-х начали с одноклассниками выяснять, у кого какое любимое мороженое. Кто пломбир назвал, кто - рожок новороссийский, и тут один - «макфлурри!». Все с недоверием - «так ты ж его и не пробовал!», а он такой - «да, но папа сказал, этим летом мы поедем в Москву, пойдём там в Мак, и я его там обязательно попробую! Так что я его уже люблю!»
На этот раз во вполне «белосписочных» СМИ промелькнуло упоминание «закрытого распоряжения президента», что удивило. До этого как раз как будто бы старательно избегали продолжения цепочки ответственности туда, то ркн «сам» решает, то минцифры, как будто вертикаль - и не вертикаль, шутники.
А вот это интересно. Возможно, на type-c разъём самого терминала нестандартным способом вывели сразу два порта (пинов там хватит), а подставка разветвляет их на сетевую и на внешнее гнездо.
Причём выбор не просто комбинации в рамках стандартного формата, а прямо таки произвольные буквы/цифры с ограничением только по длине (и приличию), т.е. слово какое-нибудь можно.
Было уже немало предположений о полезной работе контроллеров флешек в простое (по видимому, по аналогии с SSD), однако ни одного подтверждения никто не привёл, а опровержения приводили (замеры тока, не показывающие активности, например).
В целом понимаю и принимаю, но для себя принципиально делю окружающие вещи на «продукты, которые лишь бы работали и не создавали проблем» и «инструменты, в которые стоит лазить и донастраивать», и с последними готов терпеть дыры, помещать в изолированные сети итд. Впрочем, деление это явно индивидуально, всем не угодить🤷♀️
В момент выхода М1 «не всё было так однозначно», был некий переходный период с сомнением/недоверием/постепенным подтверждением новых сведений. К примеру, лично знаю человека, выбравшего Intel при уже выпущенном М1, т.к. опасался несовместимости со старым софтом и «слишком уж оптимистично всё преподносилось».
Был многоножечный разъём для подключения аксессуаров, на него был выведен в том числе и последовательный порт, через который можно было прошивать/считывать/конфигурировать. А если впаять на плату отсутствующие в production версии резисторы, то и JTAG (отладочный интерфейс с полным доступом ко всем внутренностям) на том же разъёме появлялся.
Я когда-то разобрал оригинальный алгоритм Т9 из прошивки телефона Trium Aria, он был гениально прост - дерево, где из каждого узла 9 ветвей ведут в следующие узлы по нажатию следующей кнопки, текущий узел соответствует последовательности уже нажатых кнопок. В узлах хранятся списки всех слов, соответствующих данной последовательности нажатий. Списки отсортированы по частоте употребления. При наборе спускаемся вглубь, при каждом нажатии выбирая соответствующую кнопке ветвь, предлагаем первое слово из списка в текущем узле, кнопка «дальше» перебирает список, всё. Предлагать слова по первым буквам оно не умело, только слова той длины, сколько было нажатий.
С выходом русскоязычного Т9 был курьёз - первая версия словаря, вышедшая на Нокиях, содержала богатый запас нецензурщины, причём, с довольно высоким приоритетом (точно помню, что набирая слово «пиджак», на пятой букве появлялось совсем другое слово на букву «п»). В более поздних версиях это поправили, в Panasonic словарь весил уже значительно меньше, был окультурен.
- Не переживайте!
- Не переживём!
Скорее всего, были разнесены по разным краям кристалла. А объединяли их так практически все, т.к. контроллер питания делался на более подходящем (в сравнении с размещением в процессоре) для АЦП «аналоговом» техпроцессе. А у некоторых поколений чипов Qualcomm, объединявших процессор и аналоговые функции, на самом деле было два кристалла (“a-die” и “d-die”) в одном корпусе.
Однозначного соответствия ядро-рабочая частота не было, техпроцесс (обработки кремния) тоже развивался, ну и соображения баланса функций/энергопотребления влияли (батарейное питание всё-таки). Для ровесников этой Сони 26МГц были типичны, их вполне хватало для ч/б UI без запускаемых в фоне приложений. А к цветным уже «подъехали» 52.
По Hercules вообще всякое вспоминается (больше к Panasonic и Sagem только, Sony как-то мимо прошли), к примеру, JTAG у них был странный. Единственным широко доступным на тот момент JTAG интерфейсом был Wiggler на LPT порту (преобразователь уровней напряжения без «мозгов», софт напрямую дёргал ноги LPT), к нему был простенький бесплатный софт (останов ядра, чтение/запись памяти), всё это отлично работало, к примеру, с чипсетами Triumов (те тоже были на 26МГц ARM7TDMI, только от VLSI, довольно редкий чипсет OneC), но почему-то не могло останавливать ядро Herculesов, для которых в мануалах упоминался фирменный интерфейс от TI в виде ISA платы - XDS510, стоивший тогда как крыло от самолёта. И вот тут начался целый квест: через европейских друзей удалось добыть «сердце» этого XDS - специализированный JTAG master контроллер TI SN74ACT8990 (TI, как основатели серии 74xx, некоторую свою навороченную дичь «скромно» записывали туда же). Дальше было изучение попадавшегося под руку софта для XDS, чтение даташита на 8990, переписка с инженером, попользовавшимся XDS на прошлой работе, и постепенно пазл начал складываться - адреса регистров на ISA, тактирование итд. В результате удалось собрать на ISA макетной плате с целой паутиной МГТФ минималистичную схему из 74ACT8990 и CPLD Altera MAX7k (и в нем запрограммировать работу с ISA), с помощью которой в итоге получилось без отпайки flash поднять из «кирпича» Panasonic, загрузив ему в RAM его же родной бутлоадер.
HERCROM100 вряд ли был сразу на 52МГц, скорее 26 (некруглые частоты - кратность GSMовским опорным 13МГц). Эта информация, скорее всего, из тех самых утёкших документов, а они - на более свежую модификацию (ROM400?), уже времён цветных дисплеев. В этих всех ROM100/200/400 отличался не только DSP ROM (цифры - именно его версия), были отличия и в железе: до ROM400, к примеру, вообще не было BootROM, отсюда произошло пугавшее в те времена окирпичивание Panasonicов при повреждении бутлоадера (впрочем, они и в ROM400 умудрились выключить BootROM и продолжить традицию).
Сделать кодирование зависящим от ключа? Напр. кодер генерирует нейрослоп таким образом, чтобы в выбранных по ключу позициях сохранялись биты настоящего сообщения (напр. 0-гласная/1-согласная) и декодер должен иметь тот же ключ, чтобы знать, в которые позиции смотреть.
Корень - да, глубже, в той глубине видеостена ещё</s>
Знакомый в конце 80-х служил на РЛС в Прибалтике, рассказывал, что пролёты SR-71 они по негласной договорённости в части ПВО/перехвата сообщать перестали, смысла не было, пронеслась точка через весь экран радара и до свидания, а там людям почём зря бегать по тревоге.
А управление конусами, если правильно помню, на первых экземплярах было вообще ручным, вот тогда unstartы были частой проблемой. Потом автоматизировали.
Мы как-то в начале 90-х начали с одноклассниками выяснять, у кого какое любимое мороженое. Кто пломбир назвал, кто - рожок новороссийский, и тут один - «макфлурри!». Все с недоверием - «так ты ж его и не пробовал!», а он такой - «да, но папа сказал, этим летом мы поедем в Москву, пойдём там в Мак, и я его там обязательно попробую! Так что я его уже люблю!»
Вот как-то так же )
На этот раз во вполне «белосписочных» СМИ промелькнуло упоминание «закрытого распоряжения президента», что удивило. До этого как раз как будто бы старательно избегали продолжения цепочки ответственности туда, то ркн «сам» решает, то минцифры, как будто вертикаль - и не вертикаль, шутники.
А вот это интересно. Возможно, на type-c разъём самого терминала нестандартным способом вывели сразу два порта (пинов там хватит), а подставка разветвляет их на сетевую и на внешнее гнездо.
Более того, тут и хаб не поможет, с сетевой картой общаться - режим host, с компом - device. Одновременно обоими один USB порт не может быть.
Причём выбор не просто комбинации в рамках стандартного формата, а прямо таки произвольные буквы/цифры с ограничением только по длине (и приличию), т.е. слово какое-нибудь можно.
Было уже немало предположений о полезной работе контроллеров флешек в простое (по видимому, по аналогии с SSD), однако ни одного подтверждения никто не привёл, а опровержения приводили (замеры тока, не показывающие активности, например).
Навскидку вспоминается модуль pygp (опубликован на pypy), в котором основные операции как раз уже обёрнуты в отдельные функции.
В целом понимаю и принимаю, но для себя принципиально делю окружающие вещи на «продукты, которые лишь бы работали и не создавали проблем» и «инструменты, в которые стоит лазить и донастраивать», и с последними готов терпеть дыры, помещать в изолированные сети итд. Впрочем, деление это явно индивидуально, всем не угодить🤷♀️
А сильно вообще нужно держать осциллограф подключённым к сети, для начала?
Ага, а теперь вот репортят производителю шеллы, чтобы тот закрыл такие возможности. Странные времена, странные люди.
В момент выхода М1 «не всё было так однозначно», был некий переходный период с сомнением/недоверием/постепенным подтверждением новых сведений. К примеру, лично знаю человека, выбравшего Intel при уже выпущенном М1, т.к. опасался несовместимости со старым софтом и «слишком уж оптимистично всё преподносилось».