Читаю каменты, сплошь моторола и 386. А почему про ARM забыли то? В виде компа Acorn Archimedes он, ARMv2, вышел в 87, но в виде tube к BBC Micro вроде был доступен и ранее как ARMv1
именно отказ от принципов, на которых построена система команд в линейке 8086-80286
Вот только не надо их смешивать. Защищенный режим и виртуализации появилась именно в 286, его проблема в том что он был не плоский, с сегментный
В 386 расширили регистры до 32 бит, оставив старые команды для совместимости. Отсюда и громоздкость, но убери её интел этот проц никто бы не купил. Его первые года и так не покупали, 286 работал быстрее на той же частоте, был дешевле, а 32х битного софта долго не было.
Зато его можно было воткнуть в материнку от 286. Тогда, правда, ещё почти не было материнок с "кроватками", процы были припаяны.
PC, XT, AT все были с панельками. Временная мода на припаяный проц относилась как раз к 386 мамкам. Так что да, в 286 втыкали с переходником, вместо родного проца. 386 те что без сокета апгрейдили вторым этажом. На более мощные 386DX или гибриды 486 типа Cyrix и TI с кэшем.
Для поддержки Thread устройство должно обладать соответствующим радиочипом
Это одни и те же радиочипы. Zigbee, Thread деривативы IEEE 802.15.4, конкретный протокол определяется прошивкой. Напрмер в терминах Nordic это все soft device
добавить Matter регулятор теплого пола в систему с акарой. И настроить на нем расписание работы. Возможно сделать калибровку датчика. Увы пока что это так не работает.
Что именно не работает? Увы нет у меня теплого пола что бы проверить. Но по ченьжлогу обновлений М3 хаба каких только типов устройств не видел.
У вас железка была, расширитель памяти. И должен был еще при загрузке выполнятся софт, который эту дефолтную границу в 640К переключит повыше. На ютубе можно найти видосик где 960К conventional делают. Но все эти хаки мало кому интересны, все ПО писалось под 640
Откройте IBM 5150 Technical reference и посмотрите раздел System Memory Map (2-26) и увидите там все эти диапазоны. В частности от 0 до 640K различные варианты оперативной памяти, 640K-656K reserved, 656K-768K видеобуфера
Надо объяснять для чего этот раздел предназначен и как пишется и работает ПО под DOS? В любом случае DOS загрузит прогу целиком в свободный непрерывный кусок памяти внутри диапазона до 640К и не байтом больше или выдаст ошибку вроде Program too big to fit in memory
Conventional memory, от того что вы заюзаете диапазон монохромного буфера, никуда не переместится. И никакие несамописные проги ничего от этого действия не выиграют. Свичи в 5150 расписаны, что логично, до 256КБ
А, используя ваш довод, могу добавить, что трудно воткнуть карточку на 736К в 81 году и через год и даже через два. И трудно переместить что либо из ядра и резидентов DOS 1.0 и следующих версий в ассортименте за пределы конвенциональных 640K
уточню, гейт а20 в 5162 таки есть (там же, в контроллере клавы), но работает не так как в AT, а только на чтение, переключаясь в зависимости от режима CPU (real, protected)
А в чем там случайность вы видите? Выбирали из 3х процессоров, из которых m68k еще не был готов несколько лет и ИБМ не вошла бы в рынок, а TMS9900 был вообще без регистров
из-за того, что 68k не стал ширпотребом, он и оставался дорогим
кмк не был он дорогим. 400 фунтов готовый комп, ну добавим 200 на MMU все равно в разы дешевле IBM пустого за 1600$ только нафиг там MMU не нужен был потому что цена за мегабайт к примеру была еще дороже IBM
Канон 640К образовался исходя из кол-ва адресных линий в 8086\8088. Их всего 20, что позволяет в принципе адресовать 1МБ памяти. Но кроме набортной рамы, нужна еще пямять для отображения на девайсы, вот и выбрали для физической памяти верхнюю границу в 640К, сразу, на первом писюке (5150), а не когда-то потом.
Обратите внимание, что кроме 286-AT (5170) существует еще 286-XT (5162) и там, не смотря на то что у проца 24 адресных линии, адресовать можно все равно только мегабайт, причем физ памяти не более пресловутых 640К. EMS карточки на мегабайты не в счет, они через окно в первом мегабайте работают, переключая свои банки.
AT (5170) как раз решил эту проблему, добавив рабочие 4 линии, т.н "gate A20" и спецификации на Extended память (XMS, все что выше мега)
А ещё и адресация осталась 16-битной. Это через 3 года после 68000.
где вы видели в х86 16-битную адресацию? Наверное имелось ввиду, что адресация не стала 32-битной? Ну так и не должна, процессор то 16-битный. Однако по сравнению с 8086 и 8088 количество адресных линий возросло с 20 до 24
Если бы 68к с нулями был коммерчески доступен в 79 году, IBM бы не выбрала 8088 для старта.
Читаю каменты, сплошь моторола и 386. А почему про ARM забыли то? В виде компа Acorn Archimedes он, ARMv2, вышел в 87, но в виде tube к BBC Micro вроде был доступен и ранее как ARMv1
Вот только не надо их смешивать. Защищенный режим и виртуализации появилась именно в 286, его проблема в том что он был не плоский, с сегментный
В 386 расширили регистры до 32 бит, оставив старые команды для совместимости. Отсюда и громоздкость, но убери её интел этот проц никто бы не купил. Его первые года и так не покупали, 286 работал быстрее на той же частоте, был дешевле, а 32х битного софта долго не было.
PC, XT, AT все были с панельками. Временная мода на припаяный проц относилась как раз к 386 мамкам. Так что да, в 286 втыкали с переходником, вместо родного проца. 386 те что без сокета апгрейдили вторым этажом. На более мощные 386DX или гибриды 486 типа Cyrix и TI с кэшем.
ТВ работает через quic
Это одни и те же радиочипы. Zigbee, Thread деривативы IEEE 802.15.4, конкретный протокол определяется прошивкой. Напрмер в терминах Nordic это все soft device
Что именно не работает? Увы нет у меня теплого пола что бы проверить. Но по ченьжлогу обновлений М3 хаба каких только типов устройств не видел.
Aqara активно выпускает новые устройства и обновляет старые для поддержки Matter и Thread
Дуров свой бывший TON поинтереснее делает. Если подобные технологии хоть как то взлетят, то там.
У вас железка была, расширитель памяти. И должен был еще при загрузке выполнятся софт, который эту дефолтную границу в 640К переключит повыше. На ютубе можно найти видосик где 960К conventional делают. Но все эти хаки мало кому интересны, все ПО писалось под 640
А ещё проблема в том, что в России UWB не разрешен
Откройте IBM 5150 Technical reference и посмотрите раздел System Memory Map (2-26) и увидите там все эти диапазоны. В частности от 0 до 640K различные варианты оперативной памяти, 640K-656K reserved, 656K-768K видеобуфера
Надо объяснять для чего этот раздел предназначен и как пишется и работает ПО под DOS? В любом случае DOS загрузит прогу целиком в свободный непрерывный кусок памяти внутри диапазона до 640К и не байтом больше или выдаст ошибку вроде Program too big to fit in memory
Conventional memory, от того что вы заюзаете диапазон монохромного буфера, никуда не переместится. И никакие несамописные проги ничего от этого действия не выиграют. Свичи в 5150 расписаны, что логично, до 256КБ
А, используя ваш довод, могу добавить, что трудно воткнуть карточку на 736К в 81 году и через год и даже через два. И трудно переместить что либо из ядра и резидентов DOS 1.0 и следующих версий в ассортименте за пределы конвенциональных 640K
уточню, гейт а20 в 5162 таки есть (там же, в контроллере клавы), но работает не так как в AT, а только на чтение, переключаясь в зависимости от режима CPU (real, protected)
А в чем там случайность вы видите? Выбирали из 3х процессоров, из которых m68k еще не был готов несколько лет и ИБМ не вошла бы в рынок, а TMS9900 был вообще без регистров
кмк не был он дорогим. 400 фунтов готовый комп, ну добавим 200 на MMU все равно в разы дешевле IBM пустого за 1600$
только нафиг там MMU не нужен был потому что цена за мегабайт к примеру была еще дороже IBM
FPU появился в 486DX все-таки, если я правильно понял суть вашего коментария. В 386 как и раньше это был отдельный чип
да, я оказывается запамятовал как защищенный режим в 286 был реализован, потому как никогда не использовал
Да, вопрос терминологии. Но думаю, что x86 процессоры до 386 никто 8-ми битными еще не называл.
Наверное в общем случае наиболее правильно под битностью понимать размер машинного слова в командах к АЛУ, но и здесь наверняка куча исключений есть.
А сколько должна вкладка в памяти отъедать с учетом кучи ява-скрипта и отображения кучи графики на мониторах от 1080 до 8К?
А кто мешает в XT хоть EGA, хоть VGA воткнуть? Ограничения в 640К вот не было, а после втыкания тогда появится? (развернуто ответил выше)
Канон 640К образовался исходя из кол-ва адресных линий в 8086\8088.
Их всего 20, что позволяет в принципе адресовать 1МБ памяти. Но кроме набортной рамы, нужна еще пямять для отображения на девайсы, вот и выбрали для физической памяти верхнюю границу в 640К, сразу, на первом писюке (5150), а не когда-то потом.
Обратите внимание, что кроме 286-AT (5170) существует еще 286-XT (5162) и там, не смотря на то что у проца 24 адресных линии, адресовать можно все равно только мегабайт, причем физ памяти не более пресловутых 640К. EMS карточки на мегабайты не в счет, они через окно в первом мегабайте работают, переключая свои банки.
AT (5170) как раз решил эту проблему, добавив рабочие 4 линии, т.н "gate A20" и спецификации на Extended память (XMS, все что выше мега)
где вы видели в х86 16-битную адресацию? Наверное имелось ввиду, что адресация не стала 32-битной? Ну так и не должна, процессор то 16-битный. Однако по сравнению с 8086 и 8088 количество адресных линий возросло с 20 до 24