Поясню. В наших проектах используется оба вида памяти - EEPROM и SPIFI. По умлолчанию компилятор запихивает все строки в сегмент .rodata, который размещается в EEPROM (нам важно чтобы .rodata был именно в EEPROM). Как сказать компилятору, чтобы все строки уходили в сегмент .spifi.text или в .spifi.rodata которые размещаются в SPIFI ?
А мне вот доставляет удовольствие поработать именно паяльником, что нибудь поколхозить из микроконтроллеров, а потом запрограммировать. Виртуальные системы как-то не вставляют.
Мы преобрели комплект СБИС на рынке в Запорожье, проблема была скорее в деньгах которые пионеру было сложно добыть (но способы были - сдача бутылок, макулатуры, металлома). Логику, ОЗУ и ПЗУ батя другана принес с завода. С КР580ВМ80А (ИК80А) была заморочка связанная с питанием - его нужно было подавать в определенной последовательности. На сколько помню, если вовремя не подать -5В, то проц сдыхал.
Кстати, как Вы сообщаете компилятору чтобы он перенес строки текста в SPIFI ? Ничего лучше чем attribute ((used, section (".spifi.text"))) перед обьвлением переменной я пока не придумал.
Поэтому некая "каноническая форма" никак не может быть без RTOS. Без RTOS ни стек TСP/IP, ни Bluetooth, ни файловую систему ни что-то другое серьезное невозможно нормально интегрировать.
Вы сейчас действительно про Embedded приложения говорите ? Тогда понятно откуда у холодильников и СВЧ печей потребность в облачных сервисах. ;-)
Боюсь, что Ваша ортодоксальная каноническая прошивка в наш православный MIK32 не влезет. Приходится ограничиваться минимумом: WTD, SysTick, UART и Heart Beat. :-)
И выращиваие лука, и фотографию, и авиамоделизм (я строгал кораблики) мы тоже проходили, и в радиокружок я тоже ходил, и детекторный приемник собирал. А в 88-м случайно попал на ИВЦ где увидел кучу мигающих лампочек за стеклянными стенами, людей в белых халатах, монохромные зеленые терминалы, колоды перфоракт, диск-пакеты ИЗОТ и всё... весь предыдущий опыт показался тусклым и вялым. :)
Я по большей части пользователь терминала, поэтому хочу утилиту с помощью которой можно просмотреть любой JPEG или PNG на консоли (пусть в несколько стремном качестве). Такое возможно ?
PS: Режим "video → terminal" было бы совсем круто!
Формулировка про обратных ход луча совершенно корректная. Для тех, кто не в курсе: видеоадаптер и центральный процессор обычно висят на одной шине и имеют доступ к одной и той же памяти. Это создает проблему арбитража - только одно устройство может иметь доступ к памяти в один и тот же момент времени. Видеоадаптер должен непрерывно отрисовывать изображение на экране, а значит постоянно извлекать данные из памяти. Хак Возняка состоял в том, чтобы разрешить процессору доступ к памяти только в момент обратного хода луча (когда генерация изображения приостанавливается), все остальное время память была занята отображением картинки. По факту это очень стремное решение, так как большую часть времени процессор простаивал, но это позволяло радикально сократить число микросхем в дизайне.
В 90-м собирали с товарищем "Специалист". У него отец работал на заводе - обслуживал ЧПУ, так что у нас всё взлетело, хоть и спалили парочку дифицитных КР580ВМ80А. Чуть позже я выклянчил у родителей денег на полуфабрикат Magic (клон ZX-Spectrum), собрал его... и не вдохновился, так как вовсю расцветали IBM PC.
Не совсем так. При умении обращаться с ПЛИС можно работать и с HDMI, читайте мою статью про разработку CGA-подобного видеоадаптера. Тоска берет о того, что всё это почти не имеет практического применения.
Хорошие были времена, интересные... Перед человеком с паяльником открывались огромные перспективы. У нас это случилось в конце 80-х. Примерно все то же самое - куча самостроя и самоделок, схемы и софт писанный на коленках и распространяемый через журналы (позже через BBS), но всему рады. Сейчас же какое-то тотальное уныние от всего. Куда не ткнись - всё уже испробовано и перепробовано другими по 1000 раз, а все более-менее перспективные идеи окучили китайцы и гиганты индустрии. Любая инновация сейчас требует многомиллиардных инвестиций недоступных человеку с паяльником. Просто тоска берет. :-(
PS: Автора, кстати, поздравляю с недавно прошедшим ДР.
Я не goльфист. Сделать pkg install lang/go могу, но дальше - совершенно без понятия как там оно все собирается. Добавьте пожалуйста простейший Makefile.
Распечатать и положить на полку. Авось, сгодиться когда нибудь. :)
Поясню. В наших проектах используется оба вида памяти - EEPROM и SPIFI. По умлолчанию компилятор запихивает все строки в сегмент .rodata, который размещается в EEPROM (нам важно чтобы .rodata был именно в EEPROM). Как сказать компилятору, чтобы все строки уходили в сегмент .spifi.text или в .spifi.rodata которые размещаются в SPIFI ?
Все это начинает шокировать когда интернет "по белым спискам" включают.
А мне вот доставляет удовольствие поработать именно паяльником, что нибудь поколхозить из микроконтроллеров, а потом запрограммировать. Виртуальные системы как-то не вставляют.
Мы преобрели комплект СБИС на рынке в Запорожье, проблема была скорее в деньгах которые пионеру было сложно добыть (но способы были - сдача бутылок, макулатуры, металлома). Логику, ОЗУ и ПЗУ батя другана принес с завода. С КР580ВМ80А (ИК80А) была заморочка связанная с питанием - его нужно было подавать в определенной последовательности. На сколько помню, если вовремя не подать -5В, то проц сдыхал.
Ох сейчас Вас запинают за такое... но я Вас поддержу. Makefile и vi - наше всё! :)
Ну это совсем не спортивно. :)
Кстати, как Вы сообщаете компилятору чтобы он перенес строки текста в SPIFI ? Ничего лучше чем
attribute((used, section (".spifi.text")))перед обьвлением переменной я пока не придумал.Вы сейчас действительно про Embedded приложения говорите ? Тогда понятно откуда у холодильников и СВЧ печей потребность в облачных сервисах. ;-)
Боюсь, что Ваша ортодоксальная каноническая прошивка в наш православный MIK32 не влезет. Приходится ограничиваться минимумом: WTD, SysTick, UART и Heart Beat. :-)
PS: Вы забыли про режимы "сна".
И выращиваие лука, и фотографию, и авиамоделизм (я строгал кораблики) мы тоже проходили, и в радиокружок я тоже ходил, и детекторный приемник собирал. А в 88-м случайно попал на ИВЦ где увидел кучу мигающих лампочек за стеклянными стенами, людей в белых халатах, монохромные зеленые терминалы, колоды перфоракт, диск-пакеты ИЗОТ и всё... весь предыдущий опыт показался тусклым и вялым. :)
Я по большей части пользователь терминала, поэтому хочу утилиту с помощью которой можно просмотреть любой JPEG или PNG на консоли (пусть в несколько стремном качестве). Такое возможно ?
PS: Режим "video → terminal" было бы совсем круто!
Формулировка про обратных ход луча совершенно корректная. Для тех, кто не в курсе: видеоадаптер и центральный процессор обычно висят на одной шине и имеют доступ к одной и той же памяти. Это создает проблему арбитража - только одно устройство может иметь доступ к памяти в один и тот же момент времени. Видеоадаптер должен непрерывно отрисовывать изображение на экране, а значит постоянно извлекать данные из памяти. Хак Возняка состоял в том, чтобы разрешить процессору доступ к памяти только в момент обратного хода луча (когда генерация изображения приостанавливается), все остальное время память была занята отображением картинки. По факту это очень стремное решение, так как большую часть времени процессор простаивал, но это позволяло радикально сократить число микросхем в дизайне.
В 90-м собирали с товарищем "Специалист". У него отец работал на заводе - обслуживал ЧПУ, так что у нас всё взлетело, хоть и спалили парочку дифицитных КР580ВМ80А. Чуть позже я выклянчил у родителей денег на полуфабрикат Magic (клон ZX-Spectrum), собрал его... и не вдохновился, так как вовсю расцветали IBM PC.
Читаю для Вас между строк: статья нормальная, душевная, пусть и написана с помощью нейросетки.
Не совсем так. При умении обращаться с ПЛИС можно работать и с HDMI, читайте мою статью про разработку CGA-подобного видеоадаптера. Тоска берет о того, что всё это почти не имеет практического применения.
1989 год - перестройка, гласность...
Хорошие были времена, интересные... Перед человеком с паяльником открывались огромные перспективы. У нас это случилось в конце 80-х. Примерно все то же самое - куча самостроя и самоделок, схемы и софт писанный на коленках и распространяемый через журналы (позже через BBS), но всему рады. Сейчас же какое-то тотальное уныние от всего. Куда не ткнись - всё уже испробовано и перепробовано другими по 1000 раз, а все более-менее перспективные идеи окучили китайцы и гиганты индустрии. Любая инновация сейчас требует многомиллиардных инвестиций недоступных человеку с паяльником. Просто тоска берет. :-(
PS: Автора, кстати, поздравляю с недавно прошедшим ДР.
Так, собрал Babe с помощь команды
go build. Пожал первый попавшийся JPEG. Теперь ищу как его отобразить в терминале...Я не goльфист. Сделать
pkg install lang/goмогу, но дальше - совершенно без понятия как там оно все собирается. Добавьте пожалуйста простейший Makefile.Очень круто! Но где Makefile ? Где инструкция по сборке ? Хочу попробовать оба Ваших проекта на FreeBSD.
PS: Полностью терминальный SIP клиент не лишен смысла, особенно если он будет на лету перекодировать H.264 в Ваш babe формат.