roboforum.ru

Библиотека работает как под linux, так и под windows.

Лицензия: MIT
Репозиторий исходного кода: http://hg.vehq.ru/liborfa/
Архив последней версии: http://hg.vehq.ru/liborfa/archive/tip.zip

Для сборки требуется CMake версии 2.6 или старше (очень удобная система для кроссплатформенной разработки).



Проверка работы на висте 32.

Код: Выделить всё

PS C:\Users\Vovan> C:\Users\Vovan\lsorfa.exe
Usage: C:\Users\Vovan\lsorfa.exe /dev/ttyS0
PS C:\Users\Vovan> C:\Users\Vovan\lsorfa.exe COM40
open_and_configure: can't open device "COM40": ═х єфрхЄё  эрщЄш єърчрээ√щ Їрщы.

Can't open the port: COM40
PS C:\Users\Vovan> C:\Users\Vovan\lsorfa.exe \\.\COM40
Protocol: V1.0

   UID Version Start Count
------ ------- ----- -----
0x0000     1.0  0x00     1
0x0020     1.0  0x02     8
0x0001     1.0  0x0A     2
0x0060     1.0  0x0C     4
0x0031     1.1  0x10     2
0x0040     1.0  0x12     2
0xFF00     1.0  0x14     1
orfa_close() returned: 1
PS C:\Users\Vovan> notepad lsorfa-runlog.txt

---

Начал потихоньку писать чисто сишную библиотеку.
По сути это минимальная обертка над ком-портом.

Пока разбираюсь как бы лучше интерфейс написать, нужно ваше мнение.
Вот заготовка:
/* текст удален */

всякие штуки для определения версии вроде не особо нужны.
и по мелочам:
эта обвёртка вообще нужна или просто хочется?
зачем i2c добавлена?
почему не с++?
для каких контроллеров и компиляторов или без привязки?

Да, версия пока не очень нужна, но в протоколе есть.
К тому же я собираюсь выкинуть REGIO (R/W) из протокола версии 1.1.
Эта библиотека будет поддерживать протокол 1.1 (это урезанный 1.0, более строгий, но совместимый).

> эта обвёртка вообще нужна или просто хочется?
Главная задача — парсинг входного потока, формирование запросов просто бонус.

> зачем i2c добавлена?
Это же основа протокола.

> почему не с++?
Потому что гладиолус.

> для каких контроллеров и компиляторов или без привязки?
Нет привязки к контроллеру, на нем просто должна быть ORFA собранная с libserialgate.a.
Это серверная часть, и в первую очередь пишу под линукс, потом портирую.

фреймворк... понятно. исчезаю

При чем тут фреймворк? Обычная библиотека...

/* портировал парсер из pyor,
* захостил http://hg.vehq.ru/liborfa/
* (что-то админка реп поломалась, и странный трейс показывет)
*/

http://ru.wikipedia.org/wiki/Фреймворк
в данном случае ORFA это фреймворк я уже заметил, в какой ветке этот топик, исчезааааааю

Я так и не увидел где это библиотека переросла во фреймворк.
Вот ORFA да, фреймворк: бери, пиши модули, а каркас уже готовый.
А это только библиотека связи, не больше. Хотя в нее и будет входить интроспектор (упрощенный, в питонячей либе я его излишне усложнил), но только потому, что без него обойтись нельзя — это часть ядра.
Ты же не назовешь библиотеку сокетов фреймворком?

Добавлено спустя 2 минуты 47 секунд:
Ой, опять я невнимательно читаю

ай ай яй
срочно переделать

Код: Выделить всё

static inline void orfa_free_reply(orfareply *reply) {
   free(reply->data);
   free(reply);
}


вот в это

Код: Выделить всё

static inline void orfa_free_reply( orfareply **reply )
{
    if( !reply )
        return;

    if( !(*reply) )
        return;

    if( *reply->data )
        free( *reply->data );
   
    free( *reply );

    *reply = NULL;
}


Сергей, в твоем коде тоже ошибка.

Поправил

Сергей писал(а):reply = NULL;

А смысл?

может подразумевалось *reply = NULL ? Тогда смысл есть

И к чему такие сложности?
Да и сейчас того кода уже нет.

boez писал(а):может подразумевалось *reply = NULL ? Тогда смысл есть

да, описался просто. поправил.
Vooon, где ты тут сложности увидел?

Посмотри последнюю версию по ссылке плиз.

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

И сейчас я убрал «магию» с указателем на данные. Т.к. максимальный размер ответа известен заменил *data на data[REPLY_MAX].