roboforum.ru

Можно заняться доработкой работы переферией в mb-lib.
Но думаю больше пользы будет, если возьмешся реализовать работу с двигателями с портом дедовкого шлюза.
Сейчас добавить разрешение на запись не смогу, но тут то и выявляется явный плюс распределенных vcs - можно работать в своей песочнице, а потом влить в основное дерево.
Кстати в робовике есть статься как [[установить меркуриал]]

Ща ничего устанавливать не буду, просто дайте конкретное ТЗ и необходимые файлы

Господа, перечитайте пожалуйста то, о чем мы с Дедом говорили. Предлагаю начать с того, что убрать C++ из работы с железом.

И еще. Всем, кто захочет юзать библиотеки, будет предлагаться сначала установить питон и сконс?

А для чтения документации к библиотеке - TeX. =)

C++ лучше оставить, я наведу порядок с этим, но без всяких питонов и что вы там еще говорили, их нужно убрать и оставить - помпилятор avr-g++ и все.

Добавлено спустя 5 минут 33 секунды:
Можно и Си оставить, разницы особо не будет - здесь структуры, там классы. Исключения использовать в АВР это жестоко мне кажеца.. Так что больше склоняюсь к Си. Но можно оставить компилятор avr-g++

Сергей писал(а):C++ лучше оставить

Для чего? Что даст его использование по сравнению с C?

Добавлено спустя 3 минуты 49 секунд:

Сергей писал(а):Но можно оставить компилятор avr-g++

Само собой. Тем более что делать для этого ничего специально не надо

blindman писал(а):
Сергей писал(а):C++ лучше оставить

Для чего? Что даст его использование по сравнению с C?

Упрощает, поверь. Работа со строками проще, исключения(но как я уже сказал - их наврядли можно будет полноценно использовать), использование классов, наследования, использование стандартной библиотеки к примеру векторы, списки, списки с ключом, и тп и тд

Добавлено спустя 1 минуту 35 секунд:
Код на чистом Си получаеца более громоздким.

Классы и наследования на МК - в топку

Я считаю, что библиотека для минибота должна быть именно для минибота, то есть некоторого определенного набора железа. Какие там классы? Какое наследование? Какие векторы?
Да и вообще, ИМХО, C++ на МК с ограниченными ресурсами - баловство.

Добавлено спустя 2 минуты 33 секунды:

Сергей писал(а):Код на чистом Си получаеца более громоздким.

Конкретный пример?

Хорошо, классы и наследование занимает ресурсов, раз у нас их мало - то откажемся.
А пример например к примеру такой

C++

Код: Выделить всё • Развернуть

{
    std::string myString( "test string!" );
    // use...
}

C

Код: Выделить всё • Развернуть

{
   char* myString = string_new( "test string!" );
   
   // use...   
   string_free( myString );
}

Сергей писал(а):Хорошо, классы и наследование занимает ресурсов, раз у нас их мало - то откажемся.
А пример например к примеру такой

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

А где достать порт STL для AVR и сколько места он занимает в прошивке?

...не, ну классы и прочие радости ООП в МК совать - эт ваще!

Еще .NET в него засунуть...
Функциональное программирование под МК - самое то. И чистить за собой вполне хорошо - всегда знаешь, что где валяется и сколько у тебя памяти.

функциональное программирование вообще хорошо)
но под мк портов ФЯ что нету

roboforum.ru

minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib

Re: minibot-lib c/c++ lib