Все комментарии викилогов

Материал из SRNS
Перейти к: навигация, поиск

[ Иерархический вид ]Комментарии

Это как раз то задание, выполнения которого надо добиваться кнутом. Ато КаунтерСтрайк они себе могут поставить, а матлаб - нет!

С одной стороны, идея правильная, значительно упростит нам жизнь. С другой стороны, она мало применима к студенческим работам, т.к. они предполагают процесс обучения. Если ты за человека закроешь таск "поставить Матлаб" или "написать hello world", то как он уже не сможет работать над следующими заданиями.

< pre > Мысли движутся в сторону интересного проявления эффекта Гиббса < /pre > ...скорее в сторону ресемплера

К сожалению, у нас не так много людей вообще будут пользоваться всем перечисленным. А те, кто будут, для них LaTeX не проблема.

АП СРНС тебе в любом случае издавать от одного лица нужно (де-юре): насколько я понимаю, в зачет на ученое звание идет только монография.

Да, я тоже так думаю. Тогда надо выкладывать и пособие в SVN. Просто я хочу завершить его самостоятельно, как и начал. Следующую книгу, думаю, будем вести уже в корпоративном хранилище с использованием redmine, по-взрослому.

Конечно, ещё вопрос с LaTeX'ом остаётся. В системы контроля версий LaTeX хорошо ложиться, Word тут не катит. Но кто готов в LaTeX'е тексты писать?

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

Да, с тех пор они выпускали официальный документ, но он все равно не окончательный. Этот документ распространяется только на тестовые сигналы, которые будут передаваться в начальной фазе. Потом будут использоваться другие сигналы.

Привет Пензиасу и Вильсону!

Непонятен тезис насчет приведения к 2 пи. Зачем мне фаза, которую приводят каждый такт фильтра к 2 пи? Или ты имеешь в виду делать расчет только в пределах 2 пи от максимума? Но для этого максимум ещё найти надо.

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

В целом - достойно включения в учебник.

В частном, не нравится мне твоя модель сигнала. Слагаемое доплера введено так, что фаза будет дико рваной. На результат это вряд ли повлияет, но от жизни отдаляет.

Добавил проверенный сегодня второй способ управления.

Немного поправил

Оно само собой получилось)

Мне особенно понравилась возможность просмотра истории правки.

Под Slax вроде заработало. Пошла NMEA, потом через какое-то время остановилась. Так и должно быть?

Можно сделать модуль под Slax, который live. Прошить этим Слаксом несколько флешек и раздать людям. Хотя, конечно, известны случаи когда Слакс не грузился.

Похоже, проблемы с дровами FTDI.

Вот что говорит dmesg:


[ 8646.750000] ftdi_sio 5-4:1.0: FTDI USB Serial Device converter detected [ 8646.750000] drivers/usb/serial/ftdi_sio.c: Detected FT2232C [ 8646.750000] usb 5-4: FTDI USB Serial Device converter now attached to ttyUSB0 [ 8646.750000] ftdi_sio 5-4:1.1: FTDI USB Serial Device converter detected [ 8646.750000] drivers/usb/serial/ftdi_sio.c: Detected FT2232C [ 8646.750000] usb 5-4: FTDI USB Serial Device converter now attached to ttyUSB1 [ 8648.100000] drivers/usb/serial/ftdi_sio.c: ftdi_set_termios FAILED to set databits/stopbits/parity [ 8648.100000] drivers/usb/serial/ftdi_sio.c: ftdi_set_termios FAILED to set databits/stopbits/parity [ 8648.100000] drivers/usb/serial/ftdi_sio.c: ftdi_set_termios urb failed to set baudrate [ 8648.100000] drivers/usb/serial/ftdi_sio.c: ftdi_set_termios urb failed to set baudrate [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR HIGH, RTS HIGH [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR HIGH, RTS HIGH [ 8648.100000] drivers/usb/serial/ftdi_sio.c: urb failed to clear flow control [ 8648.100000] drivers/usb/serial/ftdi_sio.c: urb failed to clear flow control [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR HIGH, RTS HIGH [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR HIGH, RTS HIGH [ 8648.100000] drivers/usb/serial/ftdi_sio.c: error from flowcontrol urb [ 8648.100000] drivers/usb/serial/ftdi_sio.c: error from flowcontrol urb [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR LOW, RTS LOW [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR LOW, RTS LOW

при воткновении USB плата загорается как новогодняя ёлка. При воткновении нижнего USB появляются устройства /dev/ttyUSB0 и /dev/ttyUSB1. При запуске MixRead появляется сообщение error: device not found!

при выполнении udevadm происходит вот что bash: udevadm: command not found

то есть, я серьезно влип?

Насколько я помню, там беда с ценником - он умножается на два.

General Touch OTL193 - есть опция антивандального стекла - для студентов самое оно!

Можно подмонировать образ rootfs, как я описывал ниже, и записать туда модули ядра, а все остальне оставить прежним.

Заработает, куда он денется) Только до роутера надо кабелек кинуть от платы.

Забей тогда на omapfb. Попробуй что-нибудь ещё. Hello world уже работает, это главное.

Попробуй сетку, что-ли поднять.

>> ifconfig -a

Эта команда выдаст все сетевые устройства. Должно быть eth0.

>> ifconfig eth0 192.168.0.15 netmask 255.255.255.0 up

Эта команда запускает сетевой интерфейс.

>> route add default gw 192.168.0.1 eth0

Эта команда добавляет путь к шлюзу 192.168.0.1 (если он у тебя есть, конечно)

>> echo nameserver 8.8.8.8 > /etc/resolv.conf

Эта команда задаёт адрес сервера имён.

>> ping www.ya.ru

Может и заработать! По крайней мере, у нас в центре.

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

Работаю через UART, посредством kermit'a

Только стоит ли бодаться из-за этого? omapfb - модуль framebuffer, он бесполезен, пока мы работаем через uart, он может понадобиться (не обязательно), если к этой плате графический дисплей подключить, по HDMI, например, или телевизор тот же. Там просто больше символов на экране помещаться будет и шрифны погламурнее, а в остальном то же самое.

Или ты сейчас так и работаешь? Клавиатуру и монитор подцепил? Ведь сначала порт был неправильный.

Ну, теперь точно нужны исходники ядра для этой системы, надо собрать ядро и модули. Образ ядра перевести в формат u-boot/PPC (не знаю, как, надо искать утилиту). Модули закинуть в образ rootfs.

root@am3517-evm:~# insmod /lib/modules/2.6.37/kernel/drivers/char/omaplfb.ko 
omaplfb: Unknown symbol PVRGetDisplayClassJTable (err 0)
insmod: error inserting '/lib/modules/2.6.37/kernel/drivers/char/omaplfb.ko': -1 Unknown symbol in module

Ну вот и сравни их для уверенности. Но всё должно быть правильно - сам он файлы никакие не создаёт. Обычно для этого initrd делают, это тоже своеобразный образ rootfs, но тут этого нет.

Ну, так и есть, modprobe ищет модули в неправильном месте.

Попробуй загрузить указанные модули через insmod - эта команда воспринимает полный путь к модулю, а не пытается его искать в месте по-умолчанию.

А ещё, если rootfs у тебя доступен для записи, можно сделать ссылку из 2.6.37+ в 2.6.37. Или вообще просто каталог переименовать.

Но если модули от одного ядра, а само ядро - другое - может начать ругаться, будет писать UNKNOWN SYMBOL ...

Надо честно ядро вместе с модулями собрать, сделать свой rootfs. Все файлы можно взять от старого, а поменять только модули ядра. Если с JFFS2 работать не получится, никто не запрещает rootfs в обычном ext2 сделать.

Я догадывался, но не был в этом уверен. Вдруг он создает какие-то файлы и каталоги во время загрузки...

Короче говоря, раз так, пробуй грузить модули вручную через modprobe/insmod.

Я-то думал, у тебя в новой системе на AM35 нет возможности команды давать. А так всё будет совсем просто. Например, посмотреть rootfs можно так:

>> ls /

)

root@am3517-evm:~# uname -r
2.6.37+
Тот модуль, что он ищет, находится в 2.6.37. См. выше

Дай команду

>> uname -r

она выдаст точное название ядра. Может быть, она ищет файлы в каталоге /lib/modules/2.6.27+, или ещё где. Должно совпадать с выводом uname -r

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

2) Далее нужно подмонтировать образ rootfs куда-нибудь:

  >> mount -o loop <rootfs.img> /mnt/floppy -t jffs2
  В каталоге /mnt/floppy будет примонтирован образ системы из файла <rootfs.img>, можно посмотреть.

Для просмотра образа нужно на настольном компьютере:

1) пересбрать ядро (не в AM35, в твоём компьютере) с поддержкой JFFS2

  Для этого нужны рабочие исходники ядра настольной системы, нужно перейти в их каталог и запустить 
  >> make menuconfig
  Там выбрать:
  Device drivers -> Memory Technology device (MTD) support <M>
  File systems -> Miscellaneous filesystems [*] -> Journalling Flash File System v2 (JFFS2) <M>
  Затем пересобрать ядро:
  make && make modules install
  и загрузить модуль jffs2
  modprobe jffs2

root fs у нас от 2.6.37, а ядро теперь 2.6.37+. Добавил в текст содержимое каталогов. У тебя есть идеи как посмотреть кишки jffs2 файла?

Да, туда закинуты 70 метров Angstrom root fs. Но не от этого ядра, а pre-build jffs2 файл с FTP'шника Veriscite'a. Я пока не разобрался, как собрать root fs.

Самое главное здесь: FATAL: Module omaplfb not found. Т.е. на rootfs где-то в каталоге /lib/modules/2.6.37/, но его там нет.

Надо посмотреть, что есть в образе rootfs!!!

Вообще, рута он новерное подмонтировал: VFS: Mounted root (jffs2 filesystem) on device 31:4. Обращаю внимание на последнюю цифру - это номер раздела (4), minor number устройства /dev/mtdblock4. 31, стало быть, major number.

То, что дальше - относится к карточке SD/MMC, нам это сейчас неинтересно. Впрочем, можешь попробовать карточку вставить и посмотреть, что он напишет, но это просто так, ради любопытства, проблему это не решит.

Из лога:

NAND device: Manufacturer ID: 0x2c, Chip ID: 0xca (Micron )

Creating 5 MTD partitions on "omap2-nand.0":

0x000000000000-0x000000080000 : "xloader-nand"

0x000000080000-0x000000240000 : "uboot-nand"

0x000000240000-0x000000280000 : "params-nand"

0x000000280000-0x000000780000 : "linux-nand"

0x000000780000-0x000010000000 : "jffs2-nand"

Т. е. в параметрах ядра указано правильно, rootfs лежит в /dev/mtdblock4. mtd - memory technology devices, разделы нумеруются с нуля, поэтому наш раздел как раз четвёртый.

« первая ‹ предыдущие 50 последняя »

Войдите, чтобы комментировать.

Персональные инструменты
Пространства имён

Варианты
Просмотры
Действия
SRNS Wiki
Рабочие журналы
Приватный файлсервер
QNAP Сервер
Инструменты