Ви не увійшли.
USB-UART з логікою 3.3 В в мене есть.але як пеедать хрен зна
Ну ось вам пайтон скрипт, що передає дві послідовності позмінно кожні півсекунди:
#!/usr/bin/env python
import sys
import serial
import serial.tools.list_ports
import time
if len(sys.argv) > 1:
port = sys.argv[1]
else:
port = next((
port.device for port in serial.tools.list_ports.comports()
), None)
if not port:
print('No ports found', file = sys.stderr)
sys.exit(1)
print(f"Using {port}")
ser = serial.Serial(port, 115200)
delay = 0.5
try:
while True:
ser.write(bytes.fromhex('AE 01 FF FF 00 00 02 03 3C FF FF 0A FF EF'))
time.sleep(delay)
ser.write(bytes.fromhex('AE 01 FF 00 00 FF 02 03 3C FF FF 0A FF EF'))
time.sleep(delay)
except KeyboardInterrupt:
sys.exit(0)
finally:
ser.close()Порт можна вказати аргументом командного рядка, а якщо запущено без параметрів, то пише у перший знайдений порт.
>>як пеедать хрен зна
На конкретні питання чатік дає нормальні відповіді. Як передати послідовність байт .... чому б так і не спитати?
>>може це все зробити на ESP32-C3 Super Mini 5шт
1 шт досить
)
Ну пропонували ж простий спосіб, без всяких esp.. USB-UART і python..
Щоб LLM телепатично вгадала, що ви від неї хочете? Навряд чи в найближчі десятиліття smile Машина має працювати, людина — думати.Це ви дарма написали
Так у мене хрен получиться тоді. Я все зробив що міг
но уви .USB-UART з логікою 3.3 В в мене есть.але як пеедать хрен зна
Раніше писали може це все зробити на ESP32-C3 Super Mini 5шт ?Так проще говорить АI ![]()
Я незнаю що робить
Поки що відкладіть STM32 чи ардуіну. Напишіть програмку, яка виконується у вас на компі і пише в COM-порт (USB-UART) послідовність байтів. Така програмка буде найпростішою. Наприклад, скрипт на пайтоні буде в декілька рядків. Або що вам зручніше та зрозуміліше. LLM з такою задачею також успішно справляються.
Або візьміть будь-яку готову програму-термінал під вашу ОС, яка вміє писати в COM-порт довільні бінарні дані.
Підключіть TX USB-UART адаптера до RX мікроконтролера. Землю, звісно, теж підключіть. А вихід TX від іншого мікроконтролера відключіть. Тільки дивіться, якщо у адаптера 5-вольтовий вихід, а живлення на платі 3.3V, то потрібно дільник 5:3.3 поставити.
Спробуйте для початку відіслати такі самі послідовністі як оригінальний контролер. Чи буде виконуючий контролер реагувати на них?
Непоняв ззначить це неможливо
зробить?
Щоб LLM телепатично вгадала, що ви від неї хочете? Навряд чи в найближчі десятиліття
Машина має працювати, людина — думати.
Хтозна
ідей вам накидали, а далі вам вирішувати
Нейросітка добре говнокодить, прекрасно автокомплітить, але змусити її зробити саме те що треба - той ще квест.
Непоняв ззначить це неможливо
зробить?
Вайбкодинг це цікаво ![]()
Тому що не грок пише програму а ви. Якщо ви не знаєте, що програма повинна робити - ви не зможете відрізнити, щось корисне нейросітка видала, чи нейрослоп. Рев'юїти код з під нейросітки нікому не цікаво.
Грок щось не то робиить прошивка.На виході Стм32 анализатор нето показуе як у оригинальній .Я незнаю що робить
Як ередати точ точ інфу?Як я собі можу допомгти?Може за допомогою ардуино мега легче
Деякі протоколи передають колір в HSV форматі, або RGB і HSV одночасно. Також можуть передаватись бітові поля вимкнено/увімкнено, номери еффектів і т.д..
Ось загуглив по такому запиту: "Tuya or similar LED control subprotocol, payload 12 or 14 bytes, RGB HSC and effects bit fields. Command values: 0xAE, 0x7E. Subcommand values for 0xAE: 0x01, 0xA4, 0xA1".
ШІ видало, поміж іншого:
1. Command 0xAE: State Configurations & Dynamic Scene Mapping
The 0xAE command controls complex static modes or multi-byte configurations. The subcommands segment how the 12- or 14-byte payload area is evaluated:Subcommand 0x01 (Static Solid Color Control):
Payload Layout (12 Bytes typical): Segregated directly into dedicated slots for HSV (Hue, Saturation, Value) or RGB, often trailing with a structural zone bitmask.
Format: [Subcmd: 0x01] [H_High] [H_Low] [S_Byte] [V_Byte] [R_Byte] [G_Byte] [B_Byte] [White_Byte] [Zone_Bitfield] ...
Execution: Instructs the MCU to bypass internal pattern engines and lock the addressable LED pixels to a single calculated color point.
Subcommand 0xA1 (Dynamic Effect/Scene Execution):
Payload Layout (14 Bytes typical): Used to trigger built-in micro-animations (e.g., fade, rainbow wave, flash, breathing) or music-reactive tracking.
Format: [Subcmd: 0xA1] [Effect_ID] [Speed_Byte] [Sensitivity_Byte] [Direction/Style_Bitfield] [Color_Palette_Bitmask: 6-8 Bytes] ...
Bitfields: The style/direction bitfield establishes transitions (e.g., Bit 0 = Forward/Reverse direction, Bits 1-2 = Transition curve like linear vs. jump, Bits 3-7 = Length of effect window).
Subcommand 0xA4 (Custom Segment Mapping & Bitfield Layouts):
Payload Layout (12 or 14 Bytes): This maps physical address blocks of LEDs into independent logic segments or custom DIY patterns.
Format: [Subcmd: 0xA4] [Segment_Count] [Active_Segments_Bitfield_1] [Active_Segments_Bitfield_2] [Color/Style_Index] ...
Execution: Allows the control application to selectively enable or toggle specific zones along an IC-driven addressable LED strip without modifying underlying global scene tables.2. Command 0x7E: Real-time Streaming & Reactive Sync
The 0x7E command bypasses state memory buffers on the target chip. It is used for high-frequency updates, such as camera color tracking, screen mirroring sync, or real-time microphone processing.Payload Mechanism: Rather than using discrete subcommands like 0xAE, 0x7E packets usually feature a strict structure:
[Command: 0x7E] [Frame_Sequence_ID] [HSC/RGB Bitfields and Array Data] [Checksum]
Data Aggregation: The 12 or 14 bytes tightly wrap combined HSC (Hue, Saturation, Color Intensity) data alongside Effects bit fields.
Hue is typically defined as a 16-bit integer (0-360 range mapped across two bytes) or compressed down to an 8-bit scale (0-255), leaving remaining bytes open for active runtime modifiers (like sound-reactive decay time or audio peak indicators).
Але випитати у нього, з якого документа чи кода взята ця інформація, мені не вдалося. Посилань ніяких не дає.
Цей опис наче частково співпадає з тим, що спостерігається у вас, але не повністью. Розробники могли взяти його за основу, але повикидати якісь одні поля і додати інші.
До того ж, такі фрейми з опису передаються як payload в Tuya Serial MCU Protocol, із заголовком який містить поле довжини. Тобто MCU знає розмір фрейма. У вас же фрейми без цих заголовків, так що мабуть, їх довжина фіксована для кожної підкоманди.
Шанси знайти адекватну інформацію зростуть, якщо шукати по назві виробника і конкретній моделі LED-контролера. Контролера як цільного виробу, а не чіпа MCU який в ньому використовується.
Ну експортуйте в csv і дайте чатіку, може впізнає
Можна задавати різні режими підсвітки і дивитись що міняється
Можна записати послідовність байтів на папірець і відтворити з компа; якщо спрацює - можна записати кілька послідовностей і тупо перемикати.
Виключений блок шле 28 потоків. Коли включаю то шле тіільки 14 потоків. 3-це режими підсвітки ,4-5-6 це красний зелений синій, 12- це яркость.Це кожен цвіт байти потрібно переписати
Що робити далі? архів




Session-10.rar
Ну у вас же є аналізатор. Підключіть і подивіться.Він і бітрейт визначає, і байти детектує. Просто запишіть послідовність байт і відтворіть
0–10 сек — вимкнено
Тут ідуть по два пакети "AE A4" та "AE 01".
А чи передається в цей час щось у зворотній бік, на іншій парі TX/RX? Інша пара зовсім не підключена ,але площадка виведена ,видно можливо для прошивки
Взагалі навіщо міняти один контроллер на інший? Якби китайці хотіли б цю штуку зробити на stm32- зробили б.
Автор хоче керувати за допомогою енкодера замість телефона. Цілком зрозуміле бажання. Тільки я б у такому разі шукав LED-контролер з нормальним документованим інтерфейсом.
Взагалі навіщо міняти один контроллер на інший? Якби китайці хотіли б цю штуку зробити на stm32- зробили б.