Создание прошивки/платы дисплейного модуля Kugoo S2/S3/F3/Aovo.

[rasum]

По-моему, это отличная идея   

спасибо, буду в эту тему отписываться как появится рабочая версия.
Пока только разобрался с основами как работать с STM8, вроде отличий от STM32(с которой уже кое чего делал) не много, примеров в интернете хватает.

Можно пустить проводочек от дисплея до стоп-сигнала

как вариант!

проблема скорее не в резкости, а в их дискретности

думал о том, что можно было бы сделать разные варианты работы курка.. ну вот как на машине: в обычном режиме первая половина педали газа - это процентов 15 открытия заслонки, вторая - оставшиеся 85, а в спорт режиме наоборот. Вот можно сделать такие варианты, плюс линейный, например..

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

Ну да, можно сделать переключение между этими двумя вариантами, как по кнопке, так и в настройках.
В любом случае прошивку планирую сделать достоянием общественности: открытый исходный код без каких либо ограничений, так что любой сможет изменить на свой вкус, сейчас жду с али(за 10-15 дней должны придти) микроконтроллеры (стоковый хочу оставить не перезаписывая, на всякий случай), а тем временем читаю мануалы по stm8s...

То есть китайцы просто поставили условие, что если число с АЦП курка выше числа, установленного в настройке - значит выходное число равно установленному в настройке.

очень похоже на то, и я полностью согласен, что % курка должен умножаться на % от ограничения, а не просто ограничиваться им.

На данный момент почти всё мне с этим контроллером ясно: что откуда и как получать, и какие сигналы куда посылать(спасибо, кстати, всем причастным за описание протокола общения контроллера мк с дисплеем).

Не совсем ясно одно: как работать с дисплеем. Точнее как работать то ясно, примеров в интернете миллион, да и документация на контроллер есть, но видимо разбираться какой адрес какому сегменту и какой секции принадлежит - придётся методом тыка, что неприятно, может у кого есть таблица какой адрес чему соответствует ?

[Sonar]

придётся методом тыка, что неприятно, может у кого есть таблица какой адрес чему соответствует ?

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

[vlad-2015]

отсутствие сохранения пробега в EEPROM при внезапном отключении контроллера(например если доездиться до полного разряда)

Без изменения схемотехники это практически нереально. Контроллер матрицы выжирает всю 5 вольтовую линию с кондеров, пока АЦП преобразует + запись в EEPROM долгая.

[Sonar]

[user]vlad-2015[/user], как вариант - при напряжении ниже, например, 31 вольта, записывать каждое изменение суточного пробега. На остаточном напряжении много не проедешь. Перезаписей будет не много.

[inwin]

синусная прошивка.
может ту что полезное есть.

[rasum]

Без изменения схемотехники это практически нереально.

ну можно при напряжении ниже 32-33в сохранять скажем каждые 500 метров

как вариант

опередил)

в общем у меня оказался в куге другой контроллер(не думал, что бывают разные), а я заказал такие как на схеме, и они в совсем другом корпусе.
Да и схема немного отличается..
STM8s003f3p6 стоит кстати

[vlad-2015]

STM8s003f3p6 стоит кстати

Это отлично. Многие хотят прошивку под этот камень.

[Angor11]

Подключился с компа к МК всё управляется в полном соответствии с

Протокол взаимодействия с контроллером МК для модели самоката F3 (с bluetooth).  PaWill

Но мощность дать больше чем 4С (75%) и акселератор больше чем 6B FF (108) не даёт, даже на один бит. Просто останавливается. Никто не в курсе, в контроллере МК данные тоже сохраняются после изменения в контроллере дисплея? Но в посылке все данные каждый раз есть, что там китавцы намутили, что послать в МК?

[Sonar]

Никто не в курсе, в контроллере МК данные тоже сохраняются после изменения в контроллере дисплея?

На сколько я понял - не сохраняются.

[inetchik]

..запись всех настроек будет производиться на внешнюю флеш-память, распаянную на плате, так что после перепрошивки настройки стираться не будут. Добавил микросхему часов реального времени. Добавил разъем uUSB. Предполагаю его использовать для передачи настроек с компа, диагностики узлов в реальном времени и, может быть, для перепрошивки.

На мои, внавес (окромя uUSB, я и А-В запихать найду куда), реализуемо ?

[Sonar]

[user]inetchik[/user], A-B - это что? RS485?

[inetchik]

Спойлер

[inetchik]

7. Мощность двигателя на 3 передаче, %.

Если 0%, то только первая и вторая, как и было ?

Есть мыслЯ, для V3.x, при одном НО.
"Мilе' и "Км" можно погасить или они завязаны опять на нечто ?

[Sonar]

Если 0%, то только первая и вторая, как и было ?

Да, это без изменений.

"Мilе' и "Км" можно погасить или они завязаны опять на нечто ?

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

[inetchik]

"Мilе' и "Км" можно погасить

?!?!?!!!
Соответственно и км/ч и эмпэаш !?!?!?!

А TRIP и ODO, отключаемы-переключаемы ?

[Sonar]

[user]inetchik[/user], отдельный вывод на км/ч + км, и отдельный вывод на mp/h + mp. Как-то так. ODO и TRIP, если не ошибаюсь, выведены на отдельные пины. Ни с чем не связаны.

[inetchik]

Дык, и  .

10.   Аналогично пятому экрану, но добавлен символ "I" перед "UHr" (W/h/km)    

             "В топку". 



АМ=Trip12:59
РМ=ODо12:59    

Mile, Km, KM/H, MPH, IUHr - погасить, но совместно с часами выводить данные о Втч/км, максимально возможные "99.9", а всё что свыше - "UA.U".


ИСКЛЮЧИТЕЛЬНО в этом варианте отображения инфы, for me. 

[Sonar]

АМ=Trip12:59
РМ=ODо12:59

А нужно ли тогда вообще обозначать AM или PM? На мой взгляд это можно определить гораздо проще, а потом уже уточнить непосредственно время