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

[inetchik]

скажем взять камешек поинтереснее, atmega 32u4,

И прилепить стоковую стекляшку, но, организовать возможность подключения двух кМК (2×2, AWD), а может даже и трёх кМК - трицикл. При этом ещё и организовать датчик поворота руля, чтоб курсовая устойчивость согласовывалась.




[user]ssilk[/user].

Спойлер

Корпус под понижайку опробован в деле, как он ?

[user]Sonar[/user].
Есть мысли по организации заднего хода, до 5 км/ч ?

[ssilk]

Есть мысли по организации заднего хода, до 5 км/ч ?

Рычагом под колесо подпихиваешь "паразитку" и едешь назад...)  А серьезно, зачем тебе реверс на таком мелком аппарате? Я бы еще понял, на каком нибудь пепелаце 50 кг весом, а у нас поднял-перевернул и поехал...)

Спойлер

Дим, а как я его попробую? Он ведь под твою понижайку заточен...) Не буду же я паять провода к новой вещи для проверки...) Да и что я там напроверяю? Теплоотвод только на хорошей нагрузке можно проверить, у меня такой нету. Корпус довольно массивный, думаю с теплоотводом все нормально будет, особенно с обдувом, ну, на ходу в смысле. Я больше думал, как его метнуть в твою сторону. После переезда я дальше техноложки на север не заезжал.
Там еще кое что доделать надо, например нарезать резьбу под саму плату, у меня нет метчиков М2, и просверлить под вывод проводов по месту... Это уж ты сам добьешь, там где надо будет

[Sonar]

И прилепить стоковую стекляшку, но, организовать возможность подключения двух кМК (2×2, AWD), а может даже и трёх кМК - трицикл. При этом ещё и организовать датчик поворота руля, чтоб курсовая устойчивость согласовывалась.

Для организации подключения двух и более контроллеров достаточно одного UART порта на контроллере дисплея. Просто сделать передачу данных от дисплея к первому контроллеру МК, от первого до следующего и так далее, и от последнего к дисплею. В протоколе предусмотреть суммирование данных по току.

[user]Sonar[/user].
Есть мысли по организации заднего хода, до 5 км/ч ?

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

...А серьезно, зачем тебе реверс на таком мелком аппарате? Я бы еще понял, на каком нибудь пепелаце 50 кг весом, а у нас поднял-перевернул и поехал...)

Я тоже не понял смысла Ну а если для какого нибудь трицикла, то это уже совсем другая история тема 

[vspishkin]

Ребята, подскажите пожалуйста распиновку коннектора, который идет от контроллера колеса к дисплею, и уровни по напряжению.

у кого нибудь есть фотка куда это разьем  в плату контроллера запаивается?

[ssilk]

Такое устроит? С левого края видно эти провода...

Спойлер

[inetchik]

..... а у нас поднял-перевернул и поехал...)

Лень подымать,  .

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

Что для этого надо ?

Для организации подключения двух и более контроллеров достаточно одного UART порта на контроллере дисплея. Просто сделать передачу данных от дисплея к первому контроллеру МК, от первого до следующего и так далее, и от последнего к дисплею. В протоколе предусмотреть суммирование данных по току.

Супер, когда ждать реализации,  ?



Добавлено 07 Мар 2020 в 19:29

есть фотка ... ?

Есть темка, вот https://electrotransport.ru/index.php?topic=56994.0.

[Sonar]

Что для этого надо ?

Конечно это потребует замены стокового контроллера МК. Штатный не умеет крутить назад, во всяком случае правильно.

Супер, когда ждать реализации,  ?

Пока трудно сказать. Для начала необходимо полностью отладить один контроллер. В противном случае я этим летом останусь без самоката, так как штатный контроллер распотрошен окончательно

[Toxrq]

Пришли платки, пока под стандартный экран. Уже готова трассировка под нестандарт, но ещё не отправил на производство, пока потихоньку напаяю элементы сюда, найти бы ещё мертвый контроллер с целым экраном, с помощью форума свой сгоревший починил, из Китая пришел и ещё один тут, по месту купил. 




Готово, осталось малость выпаять экран. Как это сделать без оловоотсоса 

[Сергей_1959]

Иглой от шприца подходящего диаметра, остриё обрезать и снять фаску снаружи.

[Sonar]

[user]Toxrq[/user], только сейчас обратил внимание на отсутствие цепи измерения питающего напряжения. Резистивный делитель 91к/10к, средняя точка которого идет на кнопку S1. Соответственно подтягивающий резистор R15 не нужен.

В принципе вместо 10к можно сразу впаивать 4,7к, так как в новой прошивке (v2.5) будет расчет напряжения именно под этот резистор. Изначально, когда проектировал плату, не учел момент, что с тем делителем максимальное отображаемое напряжение получается всего 50 вольт.

[Metamorf]

без оловоотсоса

Существует ещё медная оплётка, на которую можно "впитать" олово.
Так же выше написали про иголку, нужна толстая, наверное пойдет от капельницы, нагреваешь ножку и одеваешь на нее иголку и крутишь пока олово не остынет. И так с каждой ножкой.
Ещё есть сплав розе, который плавится при 68ми градусах, им обильно пролуживаешь ножки и  когда паяльником одну нагрел, греешь следующую, а на предыдущей олово остаётся жидким ещё секунды 4-5. Можно так ножек по 5 держать в жидком припое, потихоньку вытаскивая дисплей.
Ещё есть вариант стряхивать олово пока оно жидкое, нагрел ножку, махнул платой, все вылетело. Тут важно не жалеть флюс, иначе плохо будет вытряхиваться.
Как видишь куча вариантов.

[13_chip_13]

Поправьте первое сообщение темы: CRC считается как XOR над всеми байтами в посылке применительно к этим посылкам(а то написано Byte_2^Byte_3^...^Byte_n^1), а то кто то будет смотреть и так же как и я потеряет час времени в тупую, следуя тому что написано.

[Sonar]

[user]13_chip_13[/user], спасибо за замечание. Поправил. Забыл указать, что пример приводил для языка си, на котором и пишу прошивку.

[13_chip_13]

Кстати такая трактовка CRC (без учёта нулевого байта) еще попадалась где то в сообщениях (тоже неправильно), а где то здесь же на форуме смотрел лог, а там сумма не сходится по такому алгоритму, а написано что считается по сумме (либо посылка битая, либо считается по другому). Голова кругом, наверное надо у себя смотреть, может там не так всё.

28 - старт протокола (опознавательные данные для дисплея);
00 - неизвестно (возможно статусы контроллера МК, сервисных индикаторов и круиза;
00 - неизвестно;
00 - неизвестно;
00 - батарейный ток (значение 100 соответствует 10 амперам);
0B B8 - скорость (время в миллисекундах, за которое колесо делает полный оборот);
9B - контрольная сумма без учета первого байта в пакете. CRC считается как XOR над всеми байтами в посылке, кроме заголовка. Пример на си: CRC=Byte2^Byte3^...^Byte7^1;

Правильно (нули можно не учитывать, они не влияют): 0x28^0x0B^0xB8 = 0x9B
Неправильно так у вас написано (предположу что считаете байты с единицы и снизу вверх, правильно байты считать с начала посылки, отсюда и путаница думаю, нужно с нуля мы ж программисты )), ну да ладно): 0xB8^0x0B^0x28^1 = 0x9A
Если сверху вниз то тоже неправильно по предложенной формуле: 0x0B^0xB8^1 = 0xB2

[Sonar]

[user]13_chip_13[/user], на днях попробовал реализовать этот способ подсчета контрольной суммы в своей прошивке. Всё сошлось с логами, что видел.

[13_chip_13]

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

[Sonar]

 

[user]13_chip_13[/user], спасибо! Нашел ошибку. В программе считал все байты, а в посте, по инерции со старым протоколом, опубликовал неправильно. Исправил.

В старом протоколе CRC16 - просто 16 битное значение суммы. Если в CRC8 старший байт опускается, то в CRC16 он передается.

[13_chip_13]

В старом протоколе CRC16 - просто 16 битное значение суммы. Если в CRC8 старший байт опускается, то в CRC16 он передается.

Я бы так и подумал, но в одном из примеров старший байт не равен нулю, значит как то считается.