Сделайте ручку регулятора скважности напряжения на моторе. Но зачем ? Как часто Вы перенастраиваете высоту столешницы ?
Меня лично раздражают нестандартные столы и стулья. Придешь к кому нибудь в офис - а там столешница не на том уровне от пола, или стулья какие-то финдипоперные... поубивал бы. :)
КР1128КТ4 - четырехканальный полумостовой токовый переключатель с ограничительными диодами на выходах. Ток очень низкий (0,6 A), но можно соединять два H-моста параллельно.
Еще есть КР1128КТ3А - тоже самое но без диодов, Iн = 1А.
Типичный пример совершенно бесполезного применения электроники. Но раз уж захотелось моторизировать подьем столешницы, то зачем тут микроконтроллер ? Пара логических элементов и две кнопки для управления H-мостом решат все проблемы. В крайнем случае - ATtiny13. Управление столешницей через UART - это верх дурости.
Ниже картинка из неё, из которой видно, что на уровень 1000 транзисторов на кристалл вышли только к 1970-му году. Там же упоминается про этот мифический "микропроцессор" для F-14 от 1968 года состоящий из 6 микросхем суммарной емкостью 5360 транзисторов, а всего в бортовом вычислителе 28 микросхем емкость 75 тыс транзисторов. Правильней будет называть его не "первый микропроцессор", а "первый bit-slice процессор". Но мало кто понимает различие, вот и раcтиражировали на весь тырнет.
UPD: Вот всё расписано про этот F-14's Central Air Data Computer, по корпусам и ногам микросхем. Разработка началась в 1968 по одной технологии и закончилась в 1971 году по совершенно другой. Еще пару лет протянули бы с разработкой и можно было бы весь ящик ужать до карманных размеров. ;-)
UPD2: А вот и статья на Wired которая растрезвонила эту пургу про "первый" микропроцессор.
А доступ к видео памяти как разделить между процом и адаптером ? А пересечение тактовых доменов ? Это же целая куча микросхем! Трехпортову память тогда еще не придумали. Поэтому во многих ПЭВМ того времени видеоадаптер работал на частоте процессора и осуществлял доступ к памяти либо в противофазе, либо на каждый второй такт (пока процессор занят декодированием инструкции). И регенерация памяти на обратном ходе луча. В общем, там много было причин по которой частоту процессора подгоняли под PAL или NTSC. У IBM PC был свой видеомонитор с интерфейсом RGBI, под него и подогнали.
Вообще, в тырнетах пишут, что микропроцессор в США был разработан для создаваемого истребителя F-14 "Tomcat", и было это ещё в 1960-х годах
Сомнительно. Техпроцесс тех времен с большим трудом позволял уместить на кристалле более сотни транзисторов. Конец 60-х это стандартизация 74-й и 40-й серии. О микропроцессорах еще даже не мечтали.
Статья откровенно слабовата, но про динамическу каскадную КМОП логику (CMOS domino logic) я узнал впервые. И про микропроцессор BELLMAC-80 тоже ранее не слышал. Так, что автору спасибо.
зачем выбрали 4,77 МГц, я не в курсе (вообще, персоналки IBM -- это нечто противоположное мэйнфреймам IBM: крайне непродуманные, сделанные тяп-ляп и вообще defective by design с самого начала)
Частота 4,77 МГц для IBM PC была обусловлена частотой тактирования видеоадаптера (MGA, CGA). Собственно как и у Atari и C64 тех времен - ширина дорожной колеи находилась в зависимости от ширины лошадинного зада.
В стране катастрофическая нехватка высококвалифицированных дешевых кадров, а вы все никак устроиться не можете.... Можете бы просто не хотите ? ;-)
Тут на Ютубе попалось видео о фейковых вакансиях в США. Cайты рекрутерских агенств забиты вакансиями, но устроиться на них нельзя - всё фейк. Причин несколько, в том числе: 1) для демонстрации мнимого роста компаний, 2) для отмазки от требований при приёме на работу иностранцев (индийского происхождения) с визами H1B, 3) какие-то налоговые льготы и/или отмаз от профсоюзов.
И тем не менее, благодаря пользователям проблема была оперативно выявлена и локализована. Если бы это был проприетарный код, о факте взлома мы бы узнали 10 лет спустя.
Диалог появляется если меняется список id до и после сна. По идее эти списки должны совпадать (и на моей системе это именно так, я уже вставил немноге дебага).
Если без сна отключить и подключить монитор, то диалог обязан появиться - это фича.
Ваше решение проблемы можно отнести к классу "грязный хак" (dirty hack). Оно действительно решает назойливую проблему не сильно глубоко погружаясь в истинную причину её порождающую. Но как известно, любой грязный хак может неожиданно выплыть боком где нибудь в другом месте. По этому такие патчи не принимаются в апстрим. Еще одно свойство таких хаков - при апгрейде системы Вам придется все время патчить этот несчастный xfsettingsd, и скорее всего каждый раз патч будет разный (разработчик xfce внесут свой вклад в развитие ;)). Если бы у меня эта проблема проявлялась, я бы потратил немного своего времени на то, чтобы докопаться до сути и закоммитить в апстрим.
У меня, кстати, тоже есть пара таких грязных патчей в различных тулзах (в Linphone например) и я постоянно должен о них помнить. Также я точно знаю версию drm-kmod (плюс набор левых патчей) которая работает с моим встроенным AMD-GPU и мне каждый раз после апгрейда ОС приходится пересобирать его и устанавливать вручную. Иначе - kernel panic. :(
По идее, id у них меняться не должен так как это всё тот же самый монитор. Моё предположение состоит в том, что этот id где-то внутри Xorg вычисляется неверно. Нужно погружаться в исходники, но у меня сейчас нет времени. :(
Странно, но у меня такой проблемы нет. Причем, если я действительно подключаю новый монитор, то утилита xfce4-display-settings запускается и предлагает донастроиться. Демон xfsettingsd у меня не запущен, может быть по этому я этого бага не вижу ? Кстати, кто и в какой момент его запускает ?
Я считаю, что Ваш баг-фикс таковым не является, так как Вы не докопались до сути проблемы - почему xfsettingsd ложно определяет подключение нового монитора. Я бы вставил вывод дебага в функцию screen_on_event() файла displays-x11.c и проверил какие output->id присутствуют до и после просыпания. Что-то мне подсказывает, что баг находится где-то глуже (в Xorg или в драйвере).
UPD: Обманул, xfsettingsd таки запущен. Но почему глюка в моей системе нет ?
Сделайте ручку регулятора скважности напряжения на моторе. Но зачем ? Как часто Вы перенастраиваете высоту столешницы ?
Меня лично раздражают нестандартные столы и стулья. Придешь к кому нибудь в офис - а там столешница не на том уровне от пола, или стулья какие-то финдипоперные... поубивал бы. :)
КР1128КТ4 - четырехканальный полумостовой токовый переключатель с ограничительными диодами на выходах. Ток очень низкий (0,6 A), но можно соединять два H-моста параллельно.
Еще есть КР1128КТ3А - тоже самое но без диодов, Iн = 1А.
Китайская промышленность выпускает готовые модули на базе L298N с ограничительными диодами. Цена от 113 руб. Можно собрать и самому, но L298N в Чипдипе обойдется в три раза дороже.
Типичный пример совершенно бесполезного применения электроники. Но раз уж захотелось моторизировать подьем столешницы, то зачем тут микроконтроллер ? Пара логических элементов и две кнопки для управления H-мостом решат все проблемы. В крайнем случае - ATtiny13. Управление столешницей через UART - это верх дурости.
UART-ы реализуются оверсемплингом, с видеосигналом такой фокус на первый ПЭВМ не прокатывал.
Не нужно никакой петиции, давно уже все выложили в открытый доступ. Есть статья на Википедии: https://en.wikipedia.org/wiki/Transistor_count
Ниже картинка из неё, из которой видно, что на уровень 1000 транзисторов на кристалл вышли только к 1970-му году. Там же упоминается про этот мифический "микропроцессор" для F-14 от 1968 года состоящий из 6 микросхем суммарной емкостью 5360 транзисторов, а всего в бортовом вычислителе 28 микросхем емкость 75 тыс транзисторов. Правильней будет называть его не "первый микропроцессор", а "первый bit-slice процессор". Но мало кто понимает различие, вот и раcтиражировали на весь тырнет.
UPD: Вот всё расписано про этот F-14's Central Air Data Computer, по корпусам и ногам микросхем. Разработка началась в 1968 по одной технологии и закончилась в 1971 году по совершенно другой. Еще пару лет протянули бы с разработкой и можно было бы весь ящик ужать до карманных размеров. ;-)
UPD2: А вот и статья на Wired которая растрезвонила эту пургу про "первый" микропроцессор.
А доступ к видео памяти как разделить между процом и адаптером ? А пересечение тактовых доменов ? Это же целая куча микросхем! Трехпортову память тогда еще не придумали. Поэтому во многих ПЭВМ того времени видеоадаптер работал на частоте процессора и осуществлял доступ к памяти либо в противофазе, либо на каждый второй такт (пока процессор занят декодированием инструкции). И регенерация памяти на обратном ходе луча. В общем, там много было причин по которой частоту процессора подгоняли под PAL или NTSC. У IBM PC был свой видеомонитор с интерфейсом RGBI, под него и подогнали.
Сомнительно. Техпроцесс тех времен с большим трудом позволял уместить на кристалле более сотни транзисторов. Конец 60-х это стандартизация 74-й и 40-й серии. О микропроцессорах еще даже не мечтали.
Статья откровенно слабовата, но про динамическу каскадную КМОП логику (CMOS domino logic) я узнал впервые. И про микропроцессор BELLMAC-80 тоже ранее не слышал. Так, что автору спасибо.
Частота 4,77 МГц для IBM PC была обусловлена частотой тактирования видеоадаптера (MGA, CGA). Собственно как и у Atari и C64 тех времен - ширина дорожной колеи находилась в зависимости от ширины лошадинного зада.
The Fake Job Epidemic Designed To Waste Your Time
Why EVERYTHING Feels Like A Scam Now
В стране катастрофическая нехватка высококвалифицированных дешевых кадров, а вы все никак устроиться не можете.... Можете бы просто не хотите ? ;-)
Тут на Ютубе попалось видео о фейковых вакансиях в США. Cайты рекрутерских агенств забиты вакансиями, но устроиться на них нельзя - всё фейк. Причин несколько, в том числе: 1) для демонстрации мнимого роста компаний, 2) для отмазки от требований при приёме на работу иностранцев (индийского происхождения) с визами H1B, 3) какие-то налоговые льготы и/или отмаз от профсоюзов.
Проприетарщину никто проверять не будет потому что это проприетарщина.
И тем не менее, благодаря пользователям проблема была оперативно выявлена и локализована. Если бы это был проприетарный код, о факте взлома мы бы узнали 10 лет спустя.
Вполне может быть. Тогда баг неизлечимый. :)
Диалог появляется если меняется список id до и после сна. По идее эти списки должны совпадать (и на моей системе это именно так, я уже вставил немноге дебага).
Если без сна отключить и подключить монитор, то диалог обязан появиться - это фича.
Ваше решение проблемы можно отнести к классу "грязный хак" (dirty hack). Оно действительно решает назойливую проблему не сильно глубоко погружаясь в истинную причину её порождающую. Но как известно, любой грязный хак может неожиданно выплыть боком где нибудь в другом месте. По этому такие патчи не принимаются в апстрим. Еще одно свойство таких хаков - при апгрейде системы Вам придется все время патчить этот несчастный xfsettingsd, и скорее всего каждый раз патч будет разный (разработчик xfce внесут свой вклад в развитие ;)). Если бы у меня эта проблема проявлялась, я бы потратил немного своего времени на то, чтобы докопаться до сути и закоммитить в апстрим.
У меня, кстати, тоже есть пара таких грязных патчей в различных тулзах (в Linphone например) и я постоянно должен о них помнить. Также я точно знаю версию drm-kmod (плюс набор левых патчей) которая работает с моим встроенным AMD-GPU и мне каждый раз после апгрейда ОС приходится пересобирать его и устанавливать вручную. Иначе - kernel panic. :(
По идее, id у них меняться не должен так как это всё тот же самый монитор. Моё предположение состоит в том, что этот id где-то внутри Xorg вычисляется неверно. Нужно погружаться в исходники, но у меня сейчас нет времени. :(
Странно, но у меня такой проблемы нет. Причем, если я действительно подключаю новый монитор, то утилита xfce4-display-settings запускается и предлагает донастроиться.
Демон xfsettingsd у меня не запущен, может быть по этому я этого бага не вижу ? Кстати, кто и в какой момент его запускает ?Я считаю, что Ваш баг-фикс таковым не является, так как Вы не докопались до сути проблемы - почему xfsettingsd ложно определяет подключение нового монитора. Я бы вставил вывод дебага в функцию screen_on_event() файла displays-x11.c и проверил какие output->id присутствуют до и после просыпания. Что-то мне подсказывает, что баг находится где-то глуже (в Xorg или в драйвере).
UPD: Обманул, xfsettingsd таки запущен. Но почему глюка в моей системе нет ?
Как известно, хорошо задокументированный баг является фичей! Т.е. с точки зрения разработчиков Xfce4 это просто фича!