Вы правы, Linux, который получится после сборки по инструкции в статье, не будет использовать 8-й пункт. Статья рассчитана на то, что читатель получает работающие ядро Linux и командную оболочку за небольшое количество шагов, что дает мотивацию для дальнейшего изучения.
Статья и так получилась большая, поэтому я даже не планировал это включать. Но вроде как live-диск как раз и подразумевает, что каждый раз ты начинаешь с чистого листа. Это потом появилась возможность persistence для live-дисков.
В моем случае, наверное, тоже можно свести к одной утилите, которая будет вызывать нужные команды. Но я больше статью посвятил созданию Live дистрибутивов, чем восстановлению диска.
Во введении у меня написано, что сделано для приобрения практических навыков и для более увлекательного изучения bluetooth. А использовать это на проде или нет, решает прочитавший статью. Хотя на прод, случается, выкладывают всякое)
Время, когда программой, которую записал на дискету, можно пользоваться годами прошло. Теперь нужно постоянно обновлять ПО. Частично это обусловлено тем, что нужно удалять уязвимости, но, я думаю, что большая часть изменений или из-за денег (так как изменения приносят деньги всем, кто занят или связан с разработкой) или из-за того, что изначально плохо понимали, что хотели получить в итоге.
Спасибо за подробный ответ. Я согласен, что решение с этим модулем или более современными с утилитарной точки зрения лучше подходит, но я ставил целью просто разобраться в работе Bluetooth Low Energy и HID на базовом уровне.
Я не замерял задержку, так как целью было просто разобаться с технологиями. Но при простом наборе текста, я не заметил ее. Может в играх опытный игрок и заметит.
У нас есть проводная клавиатура и компьютер. Нужно сопрячь их, не подключая проводную клавиатуру к этому компьютеру по usb. Я использовал следующую схему подключения: клавиатуру по USB подключил к Raspberry Pi Zero 2 W. На Raspberry Pi запускается Gatt сервер и реализуется профиль HID over GATT. Raspverry Pi воспринимается окружающими его компьютерами телефонами как беспроводная BLE-клавиатура, с которой можно сопрячься. Мое приложение, запущенное на Raspberry Pi, принимает данные от подключенной-USB клавиатуры и передает по Bluetooth сопряженному комппьютеру.
Модуль за 92 рубля, скриншот для которого вы привели, если он работает в режиме периферийного устройства, реализует профиль SPP (Serial Port Profile). Среди пинов там Rx, Tx, Vcc, Gnd. Эти пины подразумевают, что по Rx и Tx данные передаются по протоколу UART. Для окружающих его компьютеров по Bluetooth он виден как устройство реализующее профиль SPP. Этот модуль нужно как-то по проводам соединить с USB-клавиатурой. Rx и Tx к USB напрямую не подклюяишь, так как UART и USB используют разные протоколы. Может это как-то можно исправить, перепрошив микросхему конроллера на модуле. Но нужно, чтобы прошивка поддерживала и профиль HID over GATT и HID over USB, а сам модуль был виден как HID клавиатура. Или я неправильно понял Вашу мысль.
А можете подсказать, как Вы реализуете HID over GATT с его помощью? Нам же необходимо создать GATT-север и реализовать HID over GATT на устройстве, которое мы подключаем как беспроводную клавиатуру к компьютеру или телефону.
Может я ошибаюсь, но bluepy используется для написания BLE приложений, которые выполняются на хосте. В нашем же случае приложение нужно выполнять на периферийном устройстве. Мне самому не очень понравилась громоздкость Dbus API для доступа к BLE в BlueZ, но, к сожалению, замену ему не нашел.
Почему Вы так считаете? Клавиатура относительно мобильного телефона или компьютера становится беспроводной. Raspberry Pi можно запитать от аккумулятора. Громоздко все немного, но цель статьи - рассказать базовые сведения о BLE на практическом примере.
Есть такое. Но некоторые периферийные устройства, например, мышь Logitech MX Master 3S может хранить информацию о нескольких хостах, и можно быстро переключаться при помощи кнопки на мыше.
105 шагов для МК-52/МК-61 и 98 шагов для БЗ-34. Это считай 105 байт/слов в современном понимании). А организована память была в виде кольца, т.е. можно записывать программу и сверх 105 шагов, просто затирались предыдущие ячейки. Теперь я знаю, откуда китайцы позаимствовали идею для флешек и SSD)
Вспомнились школьные годы. Для меня тогда было открытием, что помимо обычного и инженерного калькулятора существует программируемый.
Именно с калькулятора у меня началось знакомство с программированием. Помню как мы писали программы для него. Строили блок-схему, выделяли переменные, константы, назначали им регистры, потом расписывали каждый шаг программы, как изменялся стек, и только потом вводили программу в калькулятор и запускали на выполненение. Програмки были простые, но хотелось научиться создавать игры, наподобие таких как печатали в жургале "Наука и Жизнь".
А там еще часто печатали программы подходящие к БЗ-34, но не работающие на моем МК-52, так как еще ухитрялись программисты использовать недокументированные возможности калькуляторов.
Вы правы, Linux, который получится после сборки по инструкции в статье, не будет использовать 8-й пункт. Статья рассчитана на то, что читатель получает работающие ядро Linux и командную оболочку за небольшое количество шагов, что дает мотивацию для дальнейшего изучения.
Статья и так получилась большая, поэтому я даже не планировал это включать. Но вроде как live-диск как раз и подразумевает, что каждый раз ты начинаешь с чистого листа. Это потом появилась возможность persistence для live-дисков.
В моем случае, наверное, тоже можно свести к одной утилите, которая будет вызывать нужные команды. Но я больше статью посвятил созданию Live дистрибутивов, чем восстановлению диска.
Просто я рассматривал более общий случай. Думаю, есть уже готовые дистрибутивы Linux, где уже все будет.
Спасибо. Убрал, чтобы не смущать
Что существуют специализированные контроллеры я знал. Именно zmk - нет.
Во введении у меня написано, что сделано для приобрения практических навыков и для более увлекательного изучения bluetooth. А использовать это на проде или нет, решает прочитавший статью. Хотя на прод, случается, выкладывают всякое)
Цель была помочь разобраться с основами BLE, а не сделать полноценную беспроводную клавиатуру. Но в любом случае, спасибо за комментарий.
Время, когда программой, которую записал на дискету, можно пользоваться годами прошло. Теперь нужно постоянно обновлять ПО. Частично это обусловлено тем, что нужно удалять уязвимости, но, я думаю, что большая часть изменений или из-за денег (так как изменения приносят деньги всем, кто занят или связан с разработкой) или из-за того, что изначально плохо понимали, что хотели получить в итоге.
Спасибо за подробный ответ. Я согласен, что решение с этим модулем или более современными с утилитарной точки зрения лучше подходит, но я ставил целью просто разобраться в работе Bluetooth Low Energy и HID на базовом уровне.
Я не замерял задержку, так как целью было просто разобаться с технологиями. Но при простом наборе текста, я не заметил ее. Может в играх опытный игрок и заметит.
У нас есть проводная клавиатура и компьютер. Нужно сопрячь их, не подключая проводную клавиатуру к этому компьютеру по usb. Я использовал следующую схему подключения: клавиатуру по USB подключил к Raspberry Pi Zero 2 W. На Raspberry Pi запускается Gatt сервер и реализуется профиль HID over GATT. Raspverry Pi воспринимается окружающими его компьютерами телефонами как беспроводная BLE-клавиатура, с которой можно сопрячься. Мое приложение, запущенное на Raspberry Pi, принимает данные от подключенной-USB клавиатуры и передает по Bluetooth сопряженному комппьютеру.
Модуль за 92 рубля, скриншот для которого вы привели, если он работает в режиме периферийного устройства, реализует профиль SPP (Serial Port Profile). Среди пинов там Rx, Tx, Vcc, Gnd. Эти пины подразумевают, что по Rx и Tx данные передаются по протоколу UART. Для окружающих его компьютеров по Bluetooth он виден как устройство реализующее профиль SPP. Этот модуль нужно как-то по проводам соединить с USB-клавиатурой. Rx и Tx к USB напрямую не подклюяишь, так как UART и USB используют разные протоколы. Может это как-то можно исправить, перепрошив микросхему конроллера на модуле. Но нужно, чтобы прошивка поддерживала и профиль HID over GATT и HID over USB, а сам модуль был виден как HID клавиатура. Или я неправильно понял Вашу мысль.
А можете подсказать, как Вы реализуете HID over GATT с его помощью? Нам же необходимо создать GATT-север и реализовать HID over GATT на устройстве, которое мы подключаем как беспроводную клавиатуру к компьютеру или телефону.
Может я ошибаюсь, но bluepy используется для написания BLE приложений, которые выполняются на хосте. В нашем же случае приложение нужно выполнять на периферийном устройстве. Мне самому не очень понравилась громоздкость Dbus API для доступа к BLE в BlueZ, но, к сожалению, замену ему не нашел.
Почему Вы так считаете? Клавиатура относительно мобильного телефона или компьютера становится беспроводной. Raspberry Pi можно запитать от аккумулятора. Громоздко все немного, но цель статьи - рассказать базовые сведения о BLE на практическом примере.
Есть такое. Но некоторые периферийные устройства, например, мышь Logitech MX Master 3S может хранить информацию о нескольких хостах, и можно быстро переключаться при помощи кнопки на мыше.
105 шагов для МК-52/МК-61 и 98 шагов для БЗ-34. Это считай 105 байт/слов в современном понимании). А организована память была в виде кольца, т.е. можно записывать программу и сверх 105 шагов, просто затирались предыдущие ячейки. Теперь я знаю, откуда китайцы позаимствовали идею для флешек и SSD)
Вспомнились школьные годы. Для меня тогда было открытием, что помимо обычного и инженерного калькулятора существует программируемый.
Именно с калькулятора у меня началось знакомство с программированием. Помню как мы писали программы для него. Строили блок-схему, выделяли переменные, константы, назначали им регистры, потом расписывали каждый шаг программы, как изменялся стек, и только потом вводили программу в калькулятор и запускали на выполненение. Програмки были простые, но хотелось научиться создавать игры, наподобие таких как печатали в жургале "Наука и Жизнь".
А там еще часто печатали программы подходящие к БЗ-34, но не работающие на моем МК-52, так как еще ухитрялись программисты использовать недокументированные возможности калькуляторов.
Подскажите, пожалуйста, а PlutoSDR подойдет?
Было бы интересно, если бы в статье вы привели ссылку на ваш проект.