Непонятки при программировании com порта

В целях профилактики говнокода рекомендую использовать хорошие языки, вроде C или Perl.

На этих языках нельзя писать говнокод? Как мило

Мне одному кажется, что это из разряда заколачивания гвоздей микроскопом?

Можно, но там по крайней мере есть более-менее адекватное коммьюнити и какая-никакая стабильность. А лиспер с DSL - это как обезьяна с гранатой.

Надо связать прогу на лиспе с устройством. Можно, конечно, на C написать, а потом через ffi, но смысл? Да и какая разница-то? Я просто, наверное, не так порт настроил. Какая разница на каком языке его настраивать ?!?!?!?!? (?!?!?!?!? означает, что я безмерно удивлен)

Надо связать прогу на лиспе с устройством. Можно, конечно, на C написать, а потом через ffi, но смысл?

Советую попробовать.

Просто с лиспом одна проблема: его понимают на ЛОРе от силы 2-3 человека.

Попробую так: mv

Может он чё дельное посоветует

http://lisper.ru/forum/

/dev/cuau0

Это что еще за зверь?

Вот, например, как на сях это делается.

Где у тебя ioctl'ы нужные вызываются?

Это не единственная, и самая небольшая проблема.

#include <stropts.h>
int X_pos = 0, Y_pos = 0; // ÔÅËÕÝÉÅ ËÏÏÒÄÉÎÁÔÙ ËÏÒÒÅËÔÏÒÁ(× ÛÁÇÁÈ)

эталонный быдлокод

Да ладно тебе. Я это давно писал. Теперь у меня все комментарии (кроме комментариев для gettext'а, естественно) на английском.

А глобальные переменные нужны — без них никуда.

Это что еще за зверь?

Это com port. Нет никаких иоктлей, я делаю через termios

http://www.easysw.com/~mike/serial/serial.html

Если интересно. Делаю прям как там написано, шаг за шагом

Это com port

Ну, обычно это /dev/ttySx или /dev/ttyACMx, или /dev/ttyUSBx

У меня почему-то с «голым» termios не работало

говнокод можно писать на любых языках!!

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

А глобальные переменные нужны — без них никуда.

ты бы хоть static добавлял )

Зачем?

Каким образом? А эти ioctl только для линукса или нет? termios, это ж вроде на всех posix системах. У меня FreeBSD, если что (ждут типичных для этого форума комментов)

На лиспер ру наверное тоже можно, но тут раз железноспецифическое, то я подумал. что сюда лучше

как ты вычитываешь? побайтово или в буфер?

В мелкий буфер. Там 5 чисел и 1 return, вот и буфер - 6 символов. Ща попробую, кстати, в большой буфер прочитать

Создал 1000 байтный буфер. Два раза зачитал в него. Первый раз зачитался:

(read-sequence *buf* *stream*)

1000

Второй раз заблокировался

Каким образом?

Не получал данных.

эти ioctl только для линукса или нет?

Понятное дело, только для линукса. В мастдайке как — не знаю.

flow control есть? железка на flow control завязана?

Зачем?

~$ cat 1.c 2.c 3.c
// 1.c
int x;
int x1() { return x; }

// 2.c
int x;
int x2() { return x; }

// 3.c
extern int x;
int x1();
int x2();

int main()
{
	x=3;
	printf( "x1: %d, x2: %d, x3: %d\n", x1(), x2(), x );
}
~$ gcc 1.c 2.c 3.c && ./a.out 
x1: 3, x2: 3, x3: 3

Нету flow control, ни софтового, ни железного

В мастдайке как — не знаю.

Трололо или просто невнимателен?

Соответственно, в cflag сброшен CRTSCTS, в iflag - IXON, IXOFF, IXANY

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

Невнимателен

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

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

а если сделать тестовый побайтовый read-print-loop будет блокироваться?

Да, после того как прочитает несколько нормально.

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

Хотя атрибуты я так устанавливаю: (sb-posix:tcsetattr fd sb-posix:TCSAFLUSH attrib)

Т.е. на момент, когда порт сконфигурирован, буферы должны быть сброшены. Кстати, нарыл тут милую библиотеку под python. Посмотрю, как там сделано.

поизучай strace-ом, что твоя программа творит на момент блокировки, какие системные вызовы дёргает и с какими аргументами

А FIFO у твоего девайса какого размера?

Не понял вопроса. Но о девайс на базе atmel mega8. Шлет примерно каждую 1/60 секунды 6-байтный отчет. В микроконтроллере 8-битный буфер (если ты об этом), отправляю побайтно.

Зы. Сделал на пистоне. Там делов-то: собрать статистику, а потом снимать отчет и отправлять OSC-сообщение на supercollider. Это я себе терменвокс спаял.

Может быть очередной баг в streams у SBCL. Когда StumpWM на него портировали, крови много попортил.

Я в LispWorks только скорость и TCSANOW выставляю, всё работает без проблем.