Да, интЭресно, конечно. Но только как хобби.И как всегда возникает вопрос - на кой это надо с прагматичной точки зрения?А именно - кто это купит да или даже просто кто это возьмется поддерживать?
Я поясню зачем это нужно. Да, коммерческого приложения в такой разработке не много, но оно всё же есть - мы разрабатываем свои электронные изделия на базе МК и ПЛИС, иметь свою миниатюрную ОС заточенную под наши задачи это благо!
Но мотивы у меня совершенно иные - саморазвитие и поддержание общественного знания об устройствах цифровой аппаратуры и системного ПО. Если все перестанут изобретать велосипед, то через 30 лет никто не вспомнит как этот велосипед работает (вспомните "Пасынки Вселенной" у Хайнлайна). Кто-то же должен знать как устроены операционные систем, чтобы нести это знание в массы - в процессе работы над своим проектом я написал несколько больших статей.
Писать свою ОС для платформы PC - дело неблагодарное. Платформа PC за десятилетия своего существования обросла слишком большим количеством мха (BIOS, APM, EUFI, ACPI, Protected Mode, Long Mode, PCI, USB). Охватить всё это в одиночку за конечное время просто невозможно. Поэтому я синтезировал в ПЛИС свою несложную платформу на базе RV32IMFAC и потихоньку пилю для неё софт. Из законченного есть пока только Monitor (он же - загрузчик и отладчик).
Ну и главное: ОКБ Пятое Поколение уже построило GRID — облачную сеть наземных станций. Для нас, как для хостинг-провайдера, это была родная модель: мы подключаемся к API, пробрасываем SSH, а всё остальное — радиопротоколы, наведение антенн, расчёт пролётов — делает GRID.
Вы зааутсорсили самое интересное, о чем, собсно я и ожидал прочитать в этой статье. :(
Статья замечательная, плохо что не российского автора.
У меня тоже есть Atari, правда 8-ми битный. Лет 7 назад я начал кодить для него игру на макроассемблере MAC65, но энтузиазм быстро иссяк по причине отсутствия должного количества свободного времени (эпизодические набеги не дают должного результата, а только расстраивают). Осталась одна надежда - как-то дотянуть до пенсии, послать всё лесом и засесть за кодинг. :-)
Всё далеко не так, как Вы это себе сейчас нафантазировали. В англоязычном интернете уже более полугода кипят говны по поводу обязательной опции "Age Verification" во всех операционных системах, и, смею Вас заверить, всё гораздо печальней. Подобный закон сейчас находится на рассмотрении в штатах Калифорния, Колорадо и еще ряде других. Скорее всего в ближайшее время будет принят аналогичный федеральный закон в США. Кстати, такой же закон уже принят в Бразилии, и Британии, и, вероятно наши слуги народа придумают что-то аналоничное, в этом просто нет сомнений.
Теперь что на самом деле требуется. Американский законодатель требует верифицированную (достоверную) информацию о возрасте пользователя залогиненного на данный момент в систему (не на Web сайт, а именно в операционную систему компьютера пользователя - мобильник тоже им является). Достоверность будет определяться специальным сертификатом (читай - цифровым паспортом), который через специальный API будет автоматически отдаваться браузером (или любой другой программой) по запросу посещаемого в Сети ресурса или для нужд самой программы. Подчеркиваю, это касается не только сайтов в сети, но и локальных программ - то есть локальная игра может проверить возраст игрока и отказать ему в запуске игры! Как будут раздаваться сертификаты пока не понятно, но скорее всего в США будет создан сервис на подобие наших Госуслуг (тут мы уже опережаем партнеров). Canonical (Ubuntu) совместно с Linux Foundation уже пилят специализированный API, который будет внедрен в systemd на большинстве дистрибутивов Linux. Как этот вопрос будет решаться в других ОС - пока не ясно. BSD-шники в массе своей затаились, ждут и смотрят, как это дело будет решено в Linux и, скорее всего, придумают что-то аналогичное. Особенно не понятно что делать разработчикам таких ОС как PC-DOS или различных эмуляторов (они тоже классифицируются как ОС, и в них тоже есть игры Adults Only).
Некоторые разработчики операционных систем (GhostBSD, OpenBSD) пытаются отмахаться от этой проблемы путем добавления в EULA строки типа "данная ОС не может быть использована в штате Иллинойс/Колорадо/Калифорния" и т.д. Но это всё припарка, которая работает до первого прицедента.
PS: Эту тему, и все вытекающие проблемы, хорошо освещает видеоблоггер Byan Lunduke.
P.S. Про карты до 1992-го VGA было действительно смешно, спасибо.
А причем тут именно VGA ?
Первая альтернативная видео карта (Hercules) для IBM PC появилась почти сразу - в 1982 года. За ней подтянулись и другие. К 1990 году IBM PC-совместимая платформа с 486-м процом уделывала по производительности любое изделие на базе Motorola 68K. Более того, к этому же времени для IBM PC уже были выпущены горы стороннего железа, в том числе видео и звук. И именно открытость платформы PC задушила все конкурирующие изделия, в том числе так горячо любимую Вами Amiga. Также надо понимать, что PC 81-го года и совместимая с ней машина 90-го - это абсолютно разные платформы. На PC 90-го уже и шина PCI была, и жесткие диски в ассортименте, и SVGA и SB и еще куча всего.
Ну и по цене полностью нафаршированая PC была дешевле чем Amiga A2500 (и даже дешевле чем A1500). На 1992 год PC с 486-м процом, 4MB RAM, 160MB HDD, SB16 и SuperVGA картами обходилась порядка $1200-$1500, против $4500 за Амигу A2500!!!
Так, что тут верно было замечено - производитель Амиги просто не вытянул в одиночку конкуренции с тысячами производителей PC клонов и PC-совместимого железа, и почил в бозе.
На территории бСССР были популярны 8-битные Atari - куча игровых залов на каждом ж/д и авто- вокзале, в клубах и Дворцах Пионеров. С64 в то время я встретил только один раз - другану родители из-за границы привезли. Он вообще не знал что с ним делать. Бейсик быстро надоел, а другого софта не было.
Правда, ввести и запустить эти байты с помощью голого Commodore 64 не получится, так как он не оснащён встроенным отладчиком — разве что преобразовать в десятичные числа и вводить серией операторов POKE.
В Atari BASIC мы пользовались оператором DATA для сохранения машинного кода, далее записывали его в свободный участок памяти через POKE и вызывали через оператор USR. Примерно вот так:
10 DATA 104, 209, 243, 105, 135, 32, 23, 231
20 FOR I=0 TO 7
30 READ A
40 POKE 12032 + I, A
50 NEXT I
60 X = USR(12032)
Имел небольшой опыт реализации SD контроллера "на минималках" для ПЛИС Lattice ECP5 на SpinalHDL. Замаялся с поддержкой различных SD/MMC карт - у всех свой набор поддерживаемых протоколов. Всю Вашу боль хорошо понимаю.
На 2М диапазоне полосу голосового тракта можно взять существенно шире, тем самым либо увеличить скорость, либо существенно понизить BER.
Ну и пара вопросов:
Планируется ли выпустить готовое решение типа DireWolf для оперсорсных ОС ?
Почему макс размер пакета = 255 бит ? Сделайте длины кратные степеням двойки. Ну и в 31 байтах много не унесешь, это даже не LoRa. :)
Какова длительность передачи одного пакета максимальной длины при QPSK и SNR = 0 dB ?
Было ли проведено тестирование на КВ диапазонах ?
73! de R9LAJ.
Linux в том виде как мы его знаем скоро закончится. Так, что самое время подумать об альтернативах (я о BSD).
Я поясню зачем это нужно. Да, коммерческого приложения в такой разработке не много, но оно всё же есть - мы разрабатываем свои электронные изделия на базе МК и ПЛИС, иметь свою миниатюрную ОС заточенную под наши задачи это благо!
Но мотивы у меня совершенно иные - саморазвитие и поддержание общественного знания об устройствах цифровой аппаратуры и системного ПО. Если все перестанут изобретать велосипед, то через 30 лет никто не вспомнит как этот велосипед работает (вспомните "Пасынки Вселенной" у Хайнлайна). Кто-то же должен знать как устроены операционные систем, чтобы нести это знание в массы - в процессе работы над своим проектом я написал несколько больших статей.
Писать свою ОС для платформы PC - дело неблагодарное. Платформа PC за десятилетия своего существования обросла слишком большим количеством мха (BIOS, APM, EUFI, ACPI, Protected Mode, Long Mode, PCI, USB). Охватить всё это в одиночку за конечное время просто невозможно. Поэтому я синтезировал в ПЛИС свою несложную платформу на базе RV32IMFAC и потихоньку пилю для неё софт. Из законченного есть пока только Monitor (он же - загрузчик и отладчик).
Интерес представляет именно организация связи с КА (модуляция, кодирование, слежение), а не упаковывание одного протокола в другой.
Вы зааутсорсили самое интересное, о чем, собсно я и ожидал прочитать в этой статье. :(
А почему статья названа "про световой компас", а не "про световой гироскоп" ? Ведь гироскоп не показывает направление на север.
Так на МКС и люди живут "годами" - корпус станции экранирует, нормальная атмосфера присутствует.
@MountainGoat конечно же большой специалист в области американской юриспруденции.
Статья замечательная, плохо что не российского автора.
У меня тоже есть Atari, правда 8-ми битный. Лет 7 назад я начал кодить для него игру на макроассемблере MAC65, но энтузиазм быстро иссяк по причине отсутствия должного количества свободного времени (эпизодические набеги не дают должного результата, а только расстраивают). Осталась одна надежда - как-то дотянуть до пенсии, послать всё лесом и засесть за кодинг. :-)
В США этот вопрос обсуждается на федеральном уровне, просто некоторые штаты бегут впереди паровоза, дабы создать прицедент.
Вполне может быть, но тогда Ландюк брешет не один. Посмотрите канал видеоблоггера из британии GaryT Tech (он FreeBSD-шник кстати).
К сожалению, это неизбежно. Всё то же самое будет везде, и в РФ тоже.
Всё далеко не так, как Вы это себе сейчас нафантазировали. В англоязычном интернете уже более полугода кипят говны по поводу обязательной опции "Age Verification" во всех операционных системах, и, смею Вас заверить, всё гораздо печальней. Подобный закон сейчас находится на рассмотрении в штатах Калифорния, Колорадо и еще ряде других. Скорее всего в ближайшее время будет принят аналогичный федеральный закон в США. Кстати, такой же закон уже принят в Бразилии, и Британии, и, вероятно наши слуги народа придумают что-то аналоничное, в этом просто нет сомнений.
Теперь что на самом деле требуется. Американский законодатель требует верифицированную (достоверную) информацию о возрасте пользователя залогиненного на данный момент в систему (не на Web сайт, а именно в операционную систему компьютера пользователя - мобильник тоже им является). Достоверность будет определяться специальным сертификатом (читай - цифровым паспортом), который через специальный API будет автоматически отдаваться браузером (или любой другой программой) по запросу посещаемого в Сети ресурса или для нужд самой программы. Подчеркиваю, это касается не только сайтов в сети, но и локальных программ - то есть локальная игра может проверить возраст игрока и отказать ему в запуске игры! Как будут раздаваться сертификаты пока не понятно, но скорее всего в США будет создан сервис на подобие наших Госуслуг (тут мы уже опережаем партнеров). Canonical (Ubuntu) совместно с Linux Foundation уже пилят специализированный API, который будет внедрен в systemd на большинстве дистрибутивов Linux. Как этот вопрос будет решаться в других ОС - пока не ясно. BSD-шники в массе своей затаились, ждут и смотрят, как это дело будет решено в Linux и, скорее всего, придумают что-то аналогичное. Особенно не понятно что делать разработчикам таких ОС как PC-DOS или различных эмуляторов (они тоже классифицируются как ОС, и в них тоже есть игры Adults Only).
Некоторые разработчики операционных систем (GhostBSD, OpenBSD) пытаются отмахаться от этой проблемы путем добавления в EULA строки типа "данная ОС не может быть использована в штате Иллинойс/Колорадо/Калифорния" и т.д. Но это всё припарка, которая работает до первого прицедента.
PS: Эту тему, и все вытекающие проблемы, хорошо освещает видеоблоггер Byan Lunduke.
Вот это поворот! Как же так ?
А причем тут именно VGA ?
Первая альтернативная видео карта (Hercules) для IBM PC появилась почти сразу - в 1982 года. За ней подтянулись и другие. К 1990 году IBM PC-совместимая платформа с 486-м процом уделывала по производительности любое изделие на базе Motorola 68K. Более того, к этому же времени для IBM PC уже были выпущены горы стороннего железа, в том числе видео и звук. И именно открытость платформы PC задушила все конкурирующие изделия, в том числе так горячо любимую Вами Amiga. Также надо понимать, что PC 81-го года и совместимая с ней машина 90-го - это абсолютно разные платформы. На PC 90-го уже и шина PCI была, и жесткие диски в ассортименте, и SVGA и SB и еще куча всего.
Ну и по цене полностью нафаршированая PC была дешевле чем Amiga A2500 (и даже дешевле чем A1500). На 1992 год PC с 486-м процом, 4MB RAM, 160MB HDD, SB16 и SuperVGA картами обходилась порядка $1200-$1500, против $4500 за Амигу A2500!!!
Так, что тут верно было замечено - производитель Амиги просто не вытянул в одиночку конкуренции с тысячами производителей PC клонов и PC-совместимого железа, и почил в бозе.
На территории бСССР были популярны 8-битные Atari - куча игровых залов на каждом ж/д и авто- вокзале, в клубах и Дворцах Пионеров. С64 в то время я встретил только один раз - другану родители из-за границы привезли. Он вообще не знал что с ним делать. Бейсик быстро надоел, а другого софта не было.
В Atari BASIC мы пользовались оператором DATA для сохранения машинного кода, далее записывали его в свободный участок памяти через POKE и вызывали через оператор USR. Примерно вот так:
У кого есть C64, проверьте сработает или нет. ;)
Шикарная статья, спасибо!
Имел небольшой опыт реализации SD контроллера "на минималках" для ПЛИС Lattice ECP5 на SpinalHDL. Замаялся с поддержкой различных SD/MMC карт - у всех свой набор поддерживаемых протоколов. Всю Вашу боль хорошо понимаю.
Скорее по подписке. /s