[Alex4479666]

 Сообщение от INFERION :

2. Устранён баг с дрожанием рампинга.

Получил я своего геккончика с новой прошивкой (и с 2700к тепленьким диодом) Дрожание при рампинге таки есть (и в дискретных режимах) После смены режима около секунды или чуть меньше подрагивает, что в принципе не критично.

[INFERION]

 Сообщение от Alex4479666 :

После смены режима около секунды или чуть меньше подрагивает

Ты ошибся пунктом:

 Сообщение от INFERION :

4. Устранён (случайно обнаруженный в процессе ковыряний) баг с неработающим ускорителем регулятора тока - теперь фонарь отзывчивее.

Он и будет секунду шуметь чтоб быстрее на режим выйти. Во время изменения тока регулятор ускоряется, потом замедляется чтоб шум лучше давить.

[Alex4479666]

 Сообщение от INFERION :

Он и будет секунду шуметь чтоб быстрее на режим выйти. Во время изменения тока регулятор ускоряется, потом замедляется чтоб шум лучше давить.

А, то есть все так и задумано?) Просто сравнить не с чем, старую прошивку не пробовал

[Alex4479666]

 Сообщение от INFERION :

9. Добавлены новые баги (шутка)

Такое наблюдение. На акб 3.97в Юник показывает 4 вспышки, Геккон 5 вспышек. Там что-то поменялось в порогах срабатывания?

Вот это уже не актуально?)

5 вспышек – более 4.06V (80%)
4 вспышки – более 3.86V (60%)
3 вспышки – более 3.7V (40%)
2 вспышки – более 3.62V (20%)
1 вспышка – Ну всё, приплыли…

[INFERION]

 Сообщение от Alex4479666 :

Там что-то поменялось в порогах срабатывания?

Нет, там такой же разброс как и в Юнике, ибо это не Панда 4, где эти пороги калибруются вместе с термодатчиком.

[fnksb]

 Сообщение от Alex4479666 :

Вот это...

... сравнительно мало связано с реальными фонарями, у каждого из которых на самом деле есть изрядный разброс напряжометра.

[INFERION]

AEDe почему-то полез в ЛС, а не сюда:

 Сообщение от AEDe :

А можешь сказать состав тестовой гифки для gekko?

 Сообщение от INFERION :

Например, если мы хотим отправить ему через экран "EEPROM lock/unlock and status" - мы отправляем "$00$00$00", т.е. три нуля:
1. [1 byte] Speed synchronization (0x00)
2. [1 byte] Request ID (0 - EEPROM lock/unlock and status)
3. [1 byte] Packet checksum (0-0-0=0)

 Сообщение от INFERION :

Half-duplex auto speed UART 8N2

Это значит, что нужно отправить три нуля в формате 8N2. Этот формат означает, что в кадре 8 бит данных, без проверки чётности, и 2 стоповых бита. На самом деле, стоповый может быть и один, но два заметно улучшают стабильность незаметно уменьшая скорость (11 бод на байт вместо 10-ти).
Формат кадра UART:
По умолчанию "1", это Idle State, показывающий приёмнику что линия на месте, ждём. "0" зажигает светодиод, включенный между Tx и Vcc, тот генерирует ток в фотодиоде и приёмник это воспринимает как "0". Т.е. инвертировано. Горящий экран это "0", не горящий - "1".
1. Начинается кадр с "0" - стартовый бит. Т.е. зажигается светодиод/экран. Приёмник тут делает одновременно две вещи: измеряет разницу в уровне света, чтоб нащупать порог между "0" и "1", и начинает измерять скорость соединения.
2. Дальше отправляется 0x00 - т.е. байт нулей (младшим битом вперёд), светодиод/экран продолжает гореть.
3. Завершается кадр двумя стоповыми битами "1""1" - светодиод/экран гаснет минимум на 2 бода.
4. Теперь можно начинать передавать следующий байт на такой же скорости таким же образом.
5. Если передача прерывается дольше чем на, вроде, 4 бода - приёмник переходит в Idle State и загрузчик начинает разбирать принятый пакет. Т.е. это сигнал конца передачи.

Т.е. "$00$00$00", в сырой бодовой последовательности выглядят как ...1111 0 00000000 11 0 00000000 11 0 00000000 11 1111...

 Сообщение от AEDe :

А какая длительность/частота этих миганий?

Приёмник в чувствительном режиме ловит вроде до 120-ти бод (бит в секунду), а в нечувствительном - до 4 килобод. Минимальная скорость настолько низкая (секунды), что тебя волновать не должна. 120 бод тоже выжать получится только с соответствующего дисплея с работающим VSync.

 Сообщение от AEDe :

А что нужно передать например чтобы подсветку кнопки включить?

Ты уже ковырял так EEPROM в 4-й Панде - тут всё то же самое, только формат данных другой:

 Сообщение от INFERION :

	//Конфигурация пресета 0 (Базовый Дискрет):
		//Слоты:
	.equ	p0Slt1 = 2	//2 клика - Турбо
	.equ	p0Slt2 = 0
	.equ	p0Slt3 = 0
	.equ	p0Slt4 = 0
	.equ	p0Slt5 = 4	//4 клика - Индикация батареи
	.equ	p0Slt6 = 0
	.equ	p0Slt7 = 0
	.equ	p0Slt8 = 0
	.equ	p0Slt9 = 0
		//Флаги:
	.equ	p0Flgs = 0b00011100	//С памятью, Без подсветки, Дискрет, Без маячка
			//0 - Флаг маяка подсветкой кнопки
			//1 - Флаг подсветки кнопки
			//2 - Флаг дискретного режима настройки
			//3 - Флаг памяти яркости режимов
			//4 - Флаг блокировки кнопки (инв.)
		//Яркость режимов:
	.equ	p0BExt = (2*Cube_Root_Istep)+Cube_Root_Imin	//4-й режим (High)
	.equ	p0BMn =  (1*Cube_Root_Istep)+Cube_Root_Imin	//3-й режим (Mid)

Т.е. нужно поставить 1-й бит в байте p0Flgs, который находится по адресу:

 Сообщение от INFERION :

//EEPROM:
.eseg	//Рабочая область (Пользовательские пресеты и данные):
		//Пресет 0 (рабочий)
	.db	p0Slt1,	p0Slt2,	p0Slt3,	p0Slt4,	p0Slt5,	p0Slt6,	p0Slt7,	p0Slt8	;0
	.db	p0Slt9,	p0Flgs,	p0BExt,	p0BMn,	TthldL,	TthldH,	0,	0	;8
		//Пресет 3
	.db	p3Slt1,	p3Slt2,	p3Slt3,	p3Slt4,	p3Slt5,	p3Slt6,	p3Slt7,	p3Slt8	;16
	.db	p3Slt9,	p3Flgs,	p3BExt,	p3BMn,	0,	0,	0,	0	;24
		//Пресет 2
	.db	p2Slt1,	p2Slt2,	p2Slt3,	p2Slt4,	p2Slt5,	p2Slt6,	p2Slt7,	p2Slt8	;32
	.db	p2Slt9,	p2Flgs,	p2BExt,	p2BMn,	0,	0,	0,	0	;40
		//Пресет 1
	.db	p1Slt1,	p1Slt2,	p1Slt3,	p1Slt4,	p1Slt5,	p1Slt6,	p1Slt7,	p1Slt8	;48
	.db	p1Slt9,	p1Flgs,	p1BExt,	p1BMn,	0,	0,	0,	0	;56
	//Заводская область (Копия для сброса рабочей области):
	.db	p0Slt1,	p0Slt2,	p0Slt3,	p0Slt4,	p0Slt5,	p0Slt6,	p0Slt7,	p0Slt8	;64
	.db	p0Slt9,	p0Flgs,	p0BExt,	p0BMn,	TthldL,	TthldH,	0,	0	;72
	.db	p3Slt1,	p3Slt2,	p3Slt3,	p3Slt4,	p3Slt5,	p3Slt6,	p3Slt7,	p3Slt8	;80
	.db	p3Slt9,	p3Flgs,	p3BExt,	p3BMn,	0,	0,	0,	0	;88
	.db	p2Slt1,	p2Slt2,	p2Slt3,	p2Slt4,	p2Slt5,	p2Slt6,	p2Slt7,	p2Slt8	;96
	.db	p2Slt9,	p2Flgs,	p2BExt,	p2BMn,	0,	0,	0,	0	;104
	.db	p1Slt1,	p1Slt2,	p1Slt3,	p1Slt4,	p1Slt5,	p1Slt6,	p1Slt7,	p1Slt8	;112
	.db	p1Slt9,	p1Flgs,	p1BExt,	p1BMn,	0,	0,	0,	0	;120

9.
Теперь нужно сформировать запрос на запись этого байта в EEPROM с нужной единицей. Смотрим протокол загрузчика:

 Сообщение от INFERION :

	Request:
	1. [1 byte] Speed synchronization (0x00)
	2. [1 byte] Request ID
	3. [n bytes] Request DATA[n] (if used)
	4. [1 byte] Packet checksum (ID+DATA[n]+CRC=0)

	Request ID's:
	0 - EEPROM lock/unlock and status (DATA[length] = Password[length] or EMPTY for status)
	1 - Flash lock/unlock and status (DATA[length] = Password[length] or EMPTY for status)
	2 - Read Data from EEPROM (DATA[3] = Start address, length)
	3 - Read Data from Flash (DATA[3] = Start address, length)
	4 - Write Data to EEPROM (DATA[2+length] = Start address, Writing Data[length])
	5 - Write Data to Flash (DATA[2+length] = Start address, Writing Data[length])
	6 - Read DEVICEINFO
	7 - Read System Data
	8 - Starting Application

И видим что запрос состоит из 4-х частей. Сперва нужно разблокировать EEPROM:
1. [1 byte] Speed synchronization (0x00)
2. [1 byte] Request ID (0x00 - EEPROM lock/unlock and status)
3. [9 bytes] Request DATA[n] ("GekkoEE4k" без нуля в конце строки, т.е. 0x47 0x65 0x6B 0x6B 0x6F 0x45 0x45 0x34 0x6B - таблица символов в помощь)
4. [1 byte] Packet checksum ((0-0x00-0x00-GekkoEE4k)%256 = 0xE6 - калькулятор в режиме программиста в помощь)
Для проверки CRC складываем весь пакет в кучу и должны получить 0 в младшем байте. После передачи пакета делаем паузу и наблюдаем что ответит фонарь. Должен передать пакет с ACK и ярко зажечь зелёный индикатор. Если отвечает пакетом NACK и зажигает красный+зелёный - пакет принят, но запрос некорректный (пароль неверный). Если просто зажигает красный - значит или формат кадров с ошибками (проблема ещё на этапе передачи), или CRC не совпал, или недопустимый ID.

Теперь можно отправлять запрос на запись нашего байта:
1. [1 byte] Speed synchronization (0x00)
2. [1 byte] Request ID (0x04 - Write Data to EEPROM)
3. [3 bytes] Request DATA[n] (0x09 0x00 0x1E - LSB+MSB адреса (в UART младшие байты идут вперёд) и 0b00011110 наших данных)
4. [1 byte] Packet checksum ((0-0x00-0x04-0x09-0x00-0x1E)%256 = 0xD5)

Всё. Должно зажечь зелёный и после перезагрузки подсветка заработает.

И того, имеем два пакета:
1. 00 00 47 65 6B 6B 6F 45 45 34 6B E6
2. 00 04 09 00 1E D5

В бодовой последовательности это:

STR 01234567 STP
  0 00000000 11
  0 00000000 11
  0 ‭11100010‬ 11
  0 ‭10100110‬ 11
  0 ‭11010110‬ 11
  0 ‭11010110‬ 11
  0 ‭11110110‬ 11
  0 ‭10100010‬ 11
  0 ‭10100010‬ 11
  0 ‭00101100‬ 11
  0 ‭11010110‬ 11
  0 ‭01100111‬ 11

  0 00000000 11
  0 00100000 11
  0 10010000‬ 11
  0 00000000 11
  0 ‭01111000‬ 11
  0 ‭10101011‬ 11

Помним, что экран у нас горит на нулях, а данные идут вперёд ногами младшими битами и байтами вперёд!

Туториал по туториалу из первого поста какой-то...

[AEDe]

INFERION, во на таком уровне почти все понятно, спасибо.)

 Сообщение от INFERION :

MSB

Для EEPROM второй байт всегда 0 то есть?

[INFERION]

 Сообщение от AEDe :

Для EEPROM второй байт всегда 0 то есть?

Для 2 и 4кБ версий МК - да. У 8кБ уже 512 байт EEPROM и там в MSB может быть старший бит адреса. Загрузчик ругнётся, если ему не понравится адрес (или данных будет больше чем пространства в этом адресе).

P.S. Прошивка использует только 128 байт.

В остальных можешь прятать шпионские данные - это тебе не флешка, хрен кто догадается ).

[alibek]

 Сообщение от INFERION :

это тебе не флешка, хрен кто догадается

Провоз секретных данных через границу в Гекконе...
Сюжет для шпионского боевика.
Или там можно ключ криптокошелька прятать.

[INFERION]

Кстати, год назад TwilightWalker вызвался написать подобный генератор на HTML, реализовал пример генерирующий GIF, но не разобрался с форматом данных и куда-то пропал, на почту отвечать перестал. Если кто-то готов доковырять эти скрипты, то вот:
Генератор GIF: flasher.html
Интерфейс конфигурирования: YLP web configurator.html

[alibek]

Да, мигалка в браузере мигает, каркас вроде бы рабочий.
Теперь в него нужно настроечные параметры запилить и генерировать из настроек дамп.

[ploop]

Имею возможность запилить нативное приложение на Qt, но не имею желания. Потому, что по хорошему нужно мобильное приложение или веб, с нативом гемора больше, чем выхлопа. В плане того, что пользоваться народ особо не будет.

[INFERION]

 Сообщение от alibek :

Теперь в него нужно настроечные параметры запилить и генерировать из настроек дамп.

Для начала, тупую мигалку битовой последовательности, мигающую биты прямиком из 16-тиричных чисел, нужно дописать до нормального UART передатчика - т.е. добавить стартовые и стоповые условия, паузы между пакетами (это вроде реализовано, но хз как), проверить чтоб биты шли "ногами вперёд" и т.п.
Ну и каркас самого конфигуратора он слепил ещё до этого (я откопал и добавил в предыдущий пост) - эти HTML файлы нужно просто склеить и дописать.
У меня есть знакомый веб-разработчик, который предлагал такое вообще с нуля написать, но он не фонарёвщик, да и по хорошему ему что-то за это заплатить, а возможности такой сейчас нет, так что висит оно всё.

[Буратино Карлович]

Приветствую!
А насколько ярко нужно светить на светодиод фонаря? А то вот например светодиод клавы не имеет проблемы с частотными помехами, но управлять им из простого приложения можно как угодно. Хотя это решение не для "тиктокерской" аудитории, которой больше чем за пару кликов решения кажутся шибко сложными, нежели гифка. Они не сообразят, как запустить утилиту и что надо фонарь к диоду клавы приложить. Но это вообще только если хватило бы яркости светодиода клавы.

[alibek]

А что такое светодиод клавы? Индикаторный диод состояний?
Если вы думаете, что это троллинг, то ошибаетесь, это просто глупость.
Свет должен быть гораздо ярче (на пару порядков) и иметь синюю составляющую в спектре (а не быть зелёным монохромом).

[Drex]

 Сообщение от alibek :

Если вы думаете, что это троллинг, то ошибаетесь, это просто глупость.

Это не троллинг, ручаюсь.
Это мой коллега по работе, айтишник, самодельщик и любитель что-нибудь спаять, ну и по моей вине с недавних пор немного фонарёвщик тоже.
У нас с ним просто речь зашла про интересный способ заливки прошивки в фонарь через СИД и я ему дал ссылку на тему. У него в голове обычно немало интересных идей бывает.
Так что непонятки - могут быть, но стопудово не троллинг.

[Буратино Карлович]

 Сообщение от alibek :

А что такое светодиод клавы? Индикаторный диод состояний?.

Ну индикаторы CapsLock. NumLock. ScrollLock.

А вообще в голову развитие глупой идеи пришло - к индикатору клавы через транзисторный ключ подключить светодиод нужной яркости и можно мигать на фонарь, отключаем данную фичу выключателем или вынимаем светодиод

Но это для рукастых техноизвращенцев, не хотящих ждать решения проблемы с гифкой. Но в целом идея кому то наверное пригодится. Это наравне со всякими подсоединениями к аудио/LPT/COM портам.

А вообще идею по управлению через фотоприемник с экрана телевизора монитора я читал еще в древнем 80-х 90-х годов журнале Юный Техник кажись. Там делалась приблуда с фотоприемниками в угол монитора и на бейсике или чем там хотите туда выводились белые/черные прямоугольники. Тогда со всякими там портами на древних компах наподобие 8086 было небогато и разношерстно.

[ploop]

 Сообщение от Буратино Карлович :

к индикатору клавы через транзисторный ключ

Переходник USB-UART 50 рублей за ведро стоит, и зацепить на него "через транзистор" можно хоть зенитный прожектор. Получится обычная приблуда, которую использовал
INFERION. Вот только простой пользователь не будет с этим заморачиваться.

[AEDe]

Осваиваю адроид студию)
Во мигалка мигает. Не работает правда ничего) кроме 00 00 00.
https://disk.yandex.ru/d/om...

 Сообщение от INFERION :

00 00 47 65 6B 6B 6F 45 45 34 6B E6

А у тебя самого это точно работает?
NACK точно отмаргивать должно основным диодом?
Я отправляю эту последовательность и в самом конце передачи загорается красный. Если отпраляю мусор , то красный сразу почти загорается. То есть фонарь чует разницу между мусором и тем что шлет приложение.
Единственное на что реакция основным диодом это 00 00 00