Хм... я так понимаю, без эксперимента не обойтись...

Все, вопрос снят, действительно преобразование происходит по каналам последовательно, как сказал sasamy...

Figure 40-3. стр. 711 даташита на AT91SAM9260

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 22.03.2009 г. в 21:42:28

2 repairman
У меня немного другая плата
http://www.bipom.com/images/enlarge/mmarm9_9260_large.jpg

Там отдельный 3В источник опорного напряжения

Цитата

Все, впорос снят, дествительно преобразование происходит по каналам последовательно

Если честно я подругрму и не встречал там где мультиплексирование :) По крайней мере на всех avr так, да и на других микроконтроллерах. С моей платой что-то непонятное - либо с источником питания либо с самой платой, судя по надписи на источнике питания выходная мощность 6 ВА, на 5 В и постоянном токе должен выдавать больше ампера, а плата уже на этапе загрузки иногда ребутится да и вообще работать стало невыносимо.... возможно с этим связано то что ацп у меня не функционирует. Обидно - юзерспейс с gui для осцилоскопа есть уже готовый на minigui - только данные подсовывай ему :(

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 22.03.2009 г. в 13:37:13

Цитата

судя по надписи на источнике питания выходная мощность 6 ВА, на 5 В и постоянном токе должен выдавать больше ампера, а плата уже на этапе загрузки иногда ребутится да и вообще работать стало невыносимо....

Как известно, китайский ВАТТ значительно отличается от реального... иногда он мельче на целый порядок, а бывает, и на несколько порядков...

Никаких капризов к питанию не замечал... чудно работает с питанием от компа через USB, от внешнего заводского БП 5v/0.5a, от лабораторного, от самоcборного на LM2574-3.3....

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 22.03.2009 г. в 22:13:39

Добрый день!

Собрал http://www.ipbx.ru/rm9200/gpio-RM9200.tar.gz для at91sam9260, используя ядро 2.6.19 с uclibc
в файле gpio.h
AT91_SYS исправил на 0xFFFFC000
MAP_SIZE на 16384
при запуске утилиты, mmap выдает ошибку EOVERFLOW, уменьшив MAP_SIZE до getpagesize (4096) выдает EINVAL, а на at91rm9200 эта утилита работала нормально. Подскажите может кто сталкивался или может знает в чем проблемма и как ее забороть?

mmap не выдает ошибку если запрашивать память с адресом ниже 0x80000000, а как тогда добраться до перефирии используя mmap?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно nvn 30.03.2009 г. в 09:40:09

см. тут:
Чтение-запись физических адресов из под Линукс (демо)

repairman:
Попробовал, такая же беда. Выдает ошибку.
errno = 75 (EOVERFLOW) :(

попробовал с вашей rootfs, выдает:
./gpio: can't load library 'libgcc_s.so.1'
собрал статично (стал весить 300к) результат опять ошибка 75

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно nvn 30.03.2009 г. в 11:55:26

Цитата

repairman:
Попробовал, такая же беда. Выдает ошибку.
errno = 75 (EOVERFLOW) :(

В каком месте ? Чем собираете ? Чем собрана rootfs ?

Цитата

попробовал с вашей rootfs, выдает:
./gpio: can't load library 'libgcc_s.so.1'

Правильно, потому что собрано с glibc, а запускаете на roofs собранной с uclibc... определитесь - либо то, либо это...

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 30.03.2009 г. в 11:56:03

repairman,

Цитата

В каком месте ? Чем собираете ?

призапуске gpio:
# ./gpio
/dev/mem opened.
Memory mapping error. 75
---
75 это я добавил вывод "errno".
собираю тулчайнами, которые собрал buildroot

Цитата

Правильно, потому что собрано с glibc, а запускаете на roofs собранной с uclibc... определитесь - либо то, либо это...

а как опредилить uclibc или glibc? и как заставить buildroot собирать с uclibc?
и как потом собрать gpio под uclibc?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно nvn 30.03.2009 г. в 12:48:31