Добрый день! есть в наличии гибкие светодиодные полотна с шагом пикселей P10. На одном полотне порядка 950 светодиодов. В настоящий момент они управляются при помощи контроллера T-8000 (позволяет подключить до 8 полотен). Минус данного контроллера, что он выводит изображение только с флешки и если нужно изменить контент, необходимо физическое вмешательство (извлечь флешку, перезаписать файлы, установить флешку). Сейчас ищу решения, которые могли бы упростить данный подход. Кто что может подсказать?
Нужна помощь - Управление адресными Led полотнами, аналог T-8000
- Автор темы light_svet
- Дата начала
Например, разработать свой контроллер с распространённой шиной. Скажем, I2C, SPI, CAN. Ну и написать билиотеки.
@light_svet, а каким образом на самом полотне зажигаются светодиоды? Там есть какой-то чип управления?
Ты умеешь ее программировать?
А что источник видеосигнала?
Нет такого протокола. Это шина. А нужно знать именно протокол.
Изменено:
Значит, на полотне есть чип с этим интерфейсом. Тогда можно подключить к СТМ32 или малине. Вот только чтобы написать на том же Си весь нужный софт для выдачи картинок на полотна - это надо сильно длинную бороду иметь.
@rkit, сейчас хочется понять на что тратить силы. Есть система novastar, но увы она не поддерживает наши свтеодиоды, она отпадает. Источник видеосигнала, как я понимаю, это готовые файлы с видео, то есть эта же малинка или её аналог (через веб-интерфейс заливаем в определенную папку видеофайлы и оттуда они воспроизводятся). Конечно это умеет Т-8000 (правда через программу Lededit приходится файлы делать для неё), но тем не менее с поставленными задачами справляется. Единственное неудобно постоянно работать через флешку, хочется больше мобильности и удобства
Ты программировать хоть что-то умеешь или нет? Тот же веб-интерфейс делал когда-нибудь? Понимаешь, что этому нужно учиться несколько лет?
Неверное представление. Шина - конфигурация железа. А протокол - язык обмена данными с устройствами, в какой последовательности какие байты, что за чем и для чего. Одна и та же шина может работать по разным протоколам.
Совершенно верно, есть разные протоколы и один из них SPI протокол. SPI — это «low-end» протоколы, другими словами простой, есть более навороченные.
Изменено:
@VictorArx, Постараюсь объяснить кратко на пальцах, что такое интерфейс и протокол на примере SPI.
Интерфейс - это низкоуровневая программно-аппаратная взаимосвязь. Например у SPI - это: тайминги SCLK, MOSI, MISO, CS, когда активировать сигнал CS, формат и размер передаваемых данных по MOSI/MISO и прочая низкоуровневая фигня. Интерфейсу абсолютно пофигу что вы передаете или принимаете, он занимается только физическим обменом данных.
Протокол - это чисто программная реализация передаваемых данных на конкретную железку. Например, в каждом даташите есть описание протокола взаимодействия с конкретной железкой. Например, чтобы включить порт 0A, то нужно передать байт 0x01 и затем номер порта 0x0A. Соответственно, протоколу пофигу как вы будете его физически передавать. Можно его привязать хоть к SPI, UART, I2C и пр., но почти у всех протокол привязан к конкретному интерфейсу.
Чтобы окончательно запутать (или наоборот) то есть USB. Есть интерфейс USB, а есть протокол USB, которые многие путают. USB-A, USB-B, USB-C, Mini-USB, Micro-USB - это (физические) интерфейсы. А USB 1.0, 1.1, 2.0, 3.0 - это (программные) протоколы. (на самом деле там еще чуть более запутанней)
А ethernet на столько сложный, что там все разделили на слои (layer) с 1 по 7.
Интерфейс - это низкоуровневая программно-аппаратная взаимосвязь. Например у SPI - это: тайминги SCLK, MOSI, MISO, CS, когда активировать сигнал CS, формат и размер передаваемых данных по MOSI/MISO и прочая низкоуровневая фигня. Интерфейсу абсолютно пофигу что вы передаете или принимаете, он занимается только физическим обменом данных.
Протокол - это чисто программная реализация передаваемых данных на конкретную железку. Например, в каждом даташите есть описание протокола взаимодействия с конкретной железкой. Например, чтобы включить порт 0A, то нужно передать байт 0x01 и затем номер порта 0x0A. Соответственно, протоколу пофигу как вы будете его физически передавать. Можно его привязать хоть к SPI, UART, I2C и пр., но почти у всех протокол привязан к конкретному интерфейсу.
Чтобы окончательно запутать (или наоборот) то есть USB. Есть интерфейс USB, а есть протокол USB, которые многие путают. USB-A, USB-B, USB-C, Mini-USB, Micro-USB - это (физические) интерфейсы. А USB 1.0, 1.1, 2.0, 3.0 - это (программные) протоколы. (на самом деле там еще чуть более запутанней)
А ethernet на столько сложный, что там все разделили на слои (layer) с 1 по 7.
Изменено: