Search
Write a publication
Pull to refresh
0
0
Launcher @Launcher

User

Send message
У 2313 нету АЦП, не получилось бы
Вот тут еще очень интересная коллекция калькуляторов есть, с фотографиями в разобранном виде. Начать можно с этого шедевра :) RASA да и вобще там много чего. Но осторожно, на этот музей можно потратить много рабочего времени :)
PS: к сайту не имею никакого отношения
Заинтересовало и нашел таки как это делалось :)
Стандартный формат кодирования информации очень прост. Нули и единицы кодируются импульсами разной длительности, после которых следует пауза такой же длительности — около 244 микросекунд для нуля и около 489 микросекунд для единицы. За одну секунду может быть записано 1023 следующих подряд единицы, либо 2047 следующих подряд нуля. Так как нужные задержки обеспечиваются процессором, при отклонении тактовой частоты от номинальной возможна несовместимость с данными, записанными при стандартной тактовой частоте.
Стандартные процедуры используют пилот-тон — длинный сигнал перед началом передачи данных, используемый для синхронизации, а также хранение каждой записи в виде двух блоков, каждый из которых имеет собственный пилот-тон — заголовка, содержащего название файла и параметры, необходимые для его загрузки, и собственно данных. Заголовок необходим при загрузке произвольных данных. В случае, когда заранее известно, какие данные будут загружаться (например, при загрузке игры), заголовки всех файлов, кроме загрузчика, могут отсутствовать. В процессе загрузки данных стандартными процедурами на бордюр выводятся разноцветные полосы, показывающие ход процесса загрузки.

Описание (см. раздел «Технология»)
Прям так данные на ЦАП и на кассету? безо всякой модуляции, даже софтверной? Странно, мне кажется должно быть как то сложнее. Ведь допустим другой магнитофон чуть тише прочитает запись и после АЦП например все байты будут на 1 меньше, т.е. было записано число 34, а стало 33. Думаю не всё так просто
Точно! Прерывания, что-то про них я и не подумал, спасибо. Значит все-таки на таймере делать задержки гораздо лучше. Хотя зависит конечно от задачи. (Виртуально вас плюсую :) )
Internal Server Error, наверно хабраэффект.
Немного отступая от темы… Никто не замечал что этот самый _delay_ms врёт? притом легко может обмануть где-то процентов на 30. Или это у меня что-то не так.
Тогда наверно имело смысл загрузить несколько картинок с разными вариантами сочетания тёмных пикселей и белых, думаю тестировать было бы проще :)
Да, это понятно. Но ведь пикселам пофиг как они затемнены при помощи регулировки яркости или при помощи темной картинки на экране. Суть, как я понял, в том что бы посмотреть сколько потребляет дисплей при разной яркости пикселей (читай разной картинке)
Может проще было плавно менять яркость и смотреть как меняется потребление? Понятно что вы хотели затестить схемы яркую и темную, но, имхо, в данном случае это наверно одно и тоже.
Про то что химический состав изменяется это однозначно. Сразу приходит на ум аналогия с котроллером, когда он сам обновляет свою прошивку: есть оперативная память и флеш, сначала он заливает что-то в оперативную память, потом содержимое шьёт во флеш. Понимаю что не корректно сравнивать это с мозгом, но всё же интересно. Ведь кратковременная память в мозгу достаточно быстрая, а значит можно сделать вывод что там не сильно меняется химический состав или механическая конфигурация. И долговременная память, там где, я думаю, как раз это дело и меняется. Дак вот если бы залить какую-то мыслишку которая всегда была в голове, в «оперативной памяти» и как отдельный процесс крутилась там сама и постепенно меняла уже долговременную память.
Не могу не согласиться с этим утверждением, но все мы люди, в большинстве своём мыслим одинаково. Запоминаем одинаково и т.п. значит в чем то мозги похожи. А значит просто интерфейс соединения мозга и чего-то еще должен быть не на уровне клеток, а чуть выше. То есть возможно используя те же органы восприятия, но подавать туда заранее хитро обработанную информацию. Самый простой, и наверно глупый пример:
Задача: надо запрограммировать мозг чтобы человек опасался или может боялся или вобще не общался с каким-то объектом
Решение: будем показывать на одной части экрана этот объект в разных ракурсах, а в другой какие-нибудь отвратительные фотографии или картинки, расчленёнку например :)
Вот и получился интерфейс взаимодействия который подойдёт почти под каждый мозг.
Как то сложно было вникнуть в текст когда такие штуки на картинках и видео!
Тогда уж и соляную кислоту, малоли кто проглотит. И расплавленный металл, всякое может произойти… :) чуть не забыл и на радиацию потестить. Вот тогда флешку можно оставить потомкам, главное чтоб к тому времени usb еще поддерживался :)
Отличная идея! из разряда «почему я сам не додумался?» Пожалуй я сделаю так же, вы ведь не против? :)
А от обычных настенных выключателей отказались? А что если свет захочет включить человек без доступа к системе, но изнутри, например гость?
Наверно немного отойду от темы, но насколько это хорошо (чисто с моральной точки зрения) по отношению к близким или к гостям записывать звук. Например человек отошёл в другую комнату поговорить по телефону, ну и как-то плохо получается… Или вот наприер ребенок, он же потом будет понимать что за ним «следят» думаю всё же тут должна быть какая-то грань что-ли
Сейчас делаю систему управления светом, довольно скромную относительно вашей :) придумал такое решение:
На стене стандартные выключатели, но подключены они к контроллеру который помещается прекрасно за выключатель, т.е. настенный выключатель на прямую к сети не подключен. При изменении положения выключателя, не важно замкнули или разомкнули инвертируется состояние света. Ну и соответственно кроме этого управление всем этим делом с компа, веб интерфейс и т.п. Сначала реле было подсоединено в параллель выключателю, но это как то не удобно выключать только выключателем если было включено выключателем или выключать только компьютером если было включено с него.
Получается как говорится «юзер френдли» :)
Вот это я понимаю, подход! А можно по-подробнее про железо, интересно какие контроллеры вы использовали, как осуществляете связь с сервером, что произойдёт при внезапном отключении сервера, какие варианты ручного управления?
На самом деле просто некоторым приятно сделать всё своими руками. Это же хобби. Я, например, не стал бы использовать готовые библиотеки для каких-то модулей типо дисплей или какие-либо датчики потому что хотел бы продлить удовольствие от написания кода :) Понятное дело, если у меня уже есть моя библиотека для работы с этим модулем, то второй раз переписывать её не буду. Не приятно когда ардуино используется в конечном продукте, а когда так, просто посмотреть что будет, или когда удовольствия больше получаешь не от процесса, а от результата, то ардуино неплохой вариант.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity