БК-шку я увидел в 1989 году в Доме Занимательных Наук (читай "дворец пионеров"), и IBM PC XT в это же время - на вычислительном центре. Иметь дома IBM PC было не то, что невозможно - даже мысли такой не возникало. В то время это было что-то очень большое, сложное, дорогое и недоступное как космический корабль. Свой первый IBM PC для дома (на базе AMD K5) я собрал только в 1996 году уже самостоятельно заработав на комплектуху. :-)
Предыдущих статей не чинал, но хочу задать вопрос: чем обоснован выбор CAN, а не RS-485/Modbus ? Ведь всякого рода датчиков и плат управления с интерфейсом Modbus на несколько порядков больше и ценник на них ниже чем на CAN. Есть какое-то простое обоснование выбору CAN ?
У себя на фазенде я подключил все датчик через 1-Wire к RPi4. На Pi простой перловый скрипт делает регулярный опрос датчиков и скидывает данные через HTTPS запросы типа POST на сервер (в Postgres), где они обрабатываются и визуализируются простыми CGI скриптами. На всё-провсе ушло два дня. Пришлось вынужденно заняться этой темой в позапрошлом году после того, как из-за морозов ниже -35С у меня остановился газовый котел и все нафиг замерзло. Теперь весь дом мониторится, визуализируется и рассылаются оповещалки по e-mail. :-)
Давно я ждал статью про программирование на амсе для E2K, спасибо.
Вопрос: как инструкция abn определяет какие регистры надо вращать ? Или она вращает сразу весь регистровый файл числовых регистров ? Тогда почему в псевдокоде предполагается что в R10 сохраняется прежднее значение результата и как вращение влияет на другие регистры по которым происходит ссылка на ячейки памяти ? В известном Руководстве есть небольшая заметка про инструкцию abn, но из неё ничего не ясно.
Я пробовал собрать mokutil под FreeBSD,там есть ависимость от libkeyutils который под FreeBSD не собирается из-за каких-то специфических зависимостей (заголовочных файлов) от Linux ядра.
Я так понимаю, синтаксис rust-ом навеяло ? Тогде где же лямбды ? ;-)
Простота CI: Нет необходимости писать огромные Makefile/Bazel. Раньше для ассемблера нужен скрипт на 200 строк — теперь достаточно 3–5 строк
С какого перепугу, простите ? Если в Вашем Makefile-е 200 строк, то Вы просто не знаете синтаксиса и не умеете пользоваться утилитой make. Либо сгенерировали его автоматически.
компилятор построен из 16 832 строк кода (.js, .ts, .cts)
То есть чтобы воспользоваться Вашим компилятором я теперь должен установить в систему кучу всякого шлака, типа Note.js и т.д. ? Нет уж, спасибо.
На сколько я помню, технические неполадки с ЕС-кой были всегда. Так, чтобы все железо было на 100% рабочим такого вообще не было никогда. Постоянно что-то ремонитировали, ТЭЗы меняли и перепаивали, что-то подключали и отключали. Я паять то научился на том ВЦ помогая электронщикам заменять логику в ТЭЗах. :-)
Ну да, ну да. ;) Проблема с холостым вечным циклом по сей день не имеет решения в современных ОС (Linux, Win). Запустите такую же программу на одноядерной системе - и конец. Но я не утверждаю что это было именно так, может быть прога записала чего лишнего куда не надо (в канал I/O), но машина стала сильно тупить, отзыв на консоле оператора был с минуту. Пришел начальник ВЦ и приказал машину ребутить.
На том ВЦ где я работал эксплуатировалась ЕС-1066 и её перезапуск был целым ритуальным действием. Возможно, в теории, она и могла бы загрузиться "мгновенно", если бы не куча периферии и частых проблем с ней. Для работников ВЦ перезапуск машины всегда был локальной трагедией. На этой машине, кстати, работала система продажи авиабилетов "Сирена", коммуникационным контроллером для которой выступала СМ-ка с кучей модемов.
Я понезнанию как-то полностью завесил машину своей простой программой на FORTRAN-е. Сейчас уже не скажу как это случилось (помоему это было что-то вроде 10 GO TO 10), я тогда был юн и неопытен, но машину пришлось запускать с холодного старта, кипежу создал прилично. :)
Что-то в этом есть. Если посмотреть на современный американских "эстеблишмент", то там каждый второй в прошлом хиппарь и укурок. И вот эти люди учат нас не ковыряться в носу. ;)
Я помню, что ЕС-ку чтобы загрузить требовалось несколько человек и всегда это сопровождалось каким-то шаманством на час, а то и на весь день (то диски сбойные, то контроллер канала какую-то неизвестную ошибку выдаст). СМ-ка загружалась в одинокого, с диска или с ленты, за считанные минуты. Если не ошибаюсь, там надо было еще код загрузчика руками вбить, чтобы он считал boot sector в память и передал ему управления, на это больше всего времени и уходило.
Впрочем, мне это не мешало вовсю развлекаться на ЕС-1035, особенно в третью смену, когда никого не было, кроме дежурного инженера (спящего) и меня.
Я же говорю, на советских ВЦ с машиной можно было экспериментировать. На западе был совсем другой подход. И вся статья, собссно, об этом IBM-овском ГУЛАГе vendor lock-е.
Я бы не отказался в 80-х иметь такого друга как Вы. ;)
БК-шку я увидел в 1989 году в Доме Занимательных Наук (читай "дворец пионеров"), и IBM PC XT в это же время - на вычислительном центре. Иметь дома IBM PC было не то, что невозможно - даже мысли такой не возникало. В то время это было что-то очень большое, сложное, дорогое и недоступное как космический корабль. Свой первый IBM PC для дома (на базе AMD K5) я собрал только в 1996 году уже самостоятельно заработав на комплектуху. :-)
Предыдущих статей не чинал, но хочу задать вопрос: чем обоснован выбор CAN, а не RS-485/Modbus ? Ведь всякого рода датчиков и плат управления с интерфейсом Modbus на несколько порядков больше и ценник на них ниже чем на CAN. Есть какое-то простое обоснование выбору CAN ?
У себя на фазенде я подключил все датчик через 1-Wire к RPi4. На Pi простой перловый скрипт делает регулярный опрос датчиков и скидывает данные через HTTPS запросы типа POST на сервер (в Postgres), где они обрабатываются и визуализируются простыми CGI скриптами. На всё-провсе ушло два дня. Пришлось вынужденно заняться этой темой в позапрошлом году после того, как из-за морозов ниже -35С у меня остановился газовый котел и все нафиг замерзло. Теперь весь дом мониторится, визуализируется и рассылаются оповещалки по e-mail. :-)
Мажор этот у кого дома был БК-0010 за 650 руб (или сколько он там стоил). А я долго гопил денежку на велосипед, а потратил на МК-85. :-)
А у меня был МК-85 и я облизывался на МК-90. :)
Давно я ждал статью про программирование на амсе для E2K, спасибо.
Вопрос: как инструкция
abnопределяет какие регистры надо вращать ? Или она вращает сразу весь регистровый файл числовых регистров ? Тогда почему в псевдокоде предполагается что в R10 сохраняется прежднее значение результата и как вращение влияет на другие регистры по которым происходит ссылка на ячейки памяти ? В известном Руководстве есть небольшая заметка про инструкцию abn, но из неё ничего не ясно.Да, такой перевод существенно более понятный.
Краткий англо-русский словарь для прочтения статьи:
"спайки" -> "пики"
"бурсты" -> "выбросы" (последовательности пиков)
Я пробовал собрать mokutil под FreeBSD,там есть ависимость от libkeyutils который под FreeBSD не собирается из-за каких-то специфических зависимостей (заголовочных файлов) от Linux ядра.
Ок, я попробую подписать загрузчик на своем ноуте.
Спасибо за инструкцию.
И всё таки лучший ассемблер для x86 это FASM.
Я так понимаю, синтаксис rust-ом навеяло ? Тогде где же лямбды ? ;-)
С какого перепугу, простите ? Если в Вашем Makefile-е 200 строк, то Вы просто не знаете синтаксиса и не умеете пользоваться утилитой make. Либо сгенерировали его автоматически.
То есть чтобы воспользоваться Вашим компилятором я теперь должен установить в систему кучу всякого шлака, типа Note.js и т.д. ? Нет уж, спасибо.
Слово "Hacker" весьма четко определено в JargonFile-е. Прошу ознакомиться.
На сколько я помню, технические неполадки с ЕС-кой были всегда. Так, чтобы все железо было на 100% рабочим такого вообще не было никогда. Постоянно что-то ремонитировали, ТЭЗы меняли и перепаивали, что-то подключали и отключали. Я паять то научился на том ВЦ помогая электронщикам заменять логику в ТЭЗах. :-)
Ну да, ну да. ;) Проблема с холостым вечным циклом по сей день не имеет решения в современных ОС (Linux, Win). Запустите такую же программу на одноядерной системе - и конец. Но я не утверждаю что это было именно так, может быть прога записала чего лишнего куда не надо (в канал I/O), но машина стала сильно тупить, отзыв на консоле оператора был с минуту. Пришел начальник ВЦ и приказал машину ребутить.
Я помню что EBCDIC только на IBM/ЕС. Я не помню чтобы для СМ/PDP писали на фортране. :)
А не в EBCDIC ли ?
На том ВЦ где я работал эксплуатировалась ЕС-1066 и её перезапуск был целым ритуальным действием. Возможно, в теории, она и могла бы загрузиться "мгновенно", если бы не куча периферии и частых проблем с ней. Для работников ВЦ перезапуск машины всегда был локальной трагедией. На этой машине, кстати, работала система продажи авиабилетов "Сирена", коммуникационным контроллером для которой выступала СМ-ка с кучей модемов.
Я понезнанию как-то полностью завесил машину своей простой программой на FORTRAN-е. Сейчас уже не скажу как это случилось (помоему это было что-то вроде
10 GO TO 10), я тогда был юн и неопытен, но машину пришлось запускать с холодного старта, кипежу создал прилично. :)Что-то в этом есть. Если посмотреть на современный американских "эстеблишмент", то там каждый второй в прошлом хиппарь и укурок. И вот эти люди учат нас не ковыряться в носу. ;)
Я помню, что ЕС-ку чтобы загрузить требовалось несколько человек и всегда это сопровождалось каким-то шаманством на час, а то и на весь день (то диски сбойные, то контроллер канала какую-то неизвестную ошибку выдаст). СМ-ка загружалась в одинокого, с диска или с ленты, за считанные минуты. Если не ошибаюсь, там надо было еще код загрузчика руками вбить, чтобы он считал boot sector в память и передал ему управления, на это больше всего времени и уходило.
Я же говорю, на советских ВЦ с машиной можно было экспериментировать. На западе был совсем другой подход. И вся статья, собссно, об этом IBM-овском
ГУЛАГеvendor lock-е.