 |
roboforum.ruТехнический форум по робототехнике. |
|
blindman » 29 май 2009, 16:07
=DeaD= писал(а):С того что мы прописали жестко - если обращаемся к этому же i2c устройству к другому регистру - считай что сказал что тебе по старому запросу данные больше ненужны
=DeaD= писал(а):Или тогда надо, как я уже и предлагал, разделить обращение к каким регистрам - продолжить чтение ответа, а к каким - инициировать помещение в буфер нового ответа.
Digit » 29 май 2009, 16:12
blindman писал(а):С чего это оно сбрасывает? Драйвер то отдал уже данные - может они еще валидны, откуда ядро-то об этом знает?
blindman писал(а):Пример. Читаем АЦП в 16-битном режиме. Нужно прочитать 4 канала, от 0 до 3. Ядро запросило 10 байт, в результате драйвер выдал данные 5 каналов. Теперь надо прочитать каналы 4-7 в 8-битном режиме. Пишем значение в регистр конфигурации, начинаем читать 4 байта. В результате получаем лажу в первых 2 прочитанных байтах.
=DeaD= » 29 май 2009, 16:23
blindman писал(а):=DeaD= писал(а):С того что мы прописали жестко - если обращаемся к этому же i2c устройству к другому регистру - считай что сказал что тебе по старому запросу данные больше ненужны
И где же мы это прописали?
=DeaD= писал(а):Обращение к регистру сбрасывает все буферы. Продолжаем читать только если не было обращений к регистрам.
blindman писал(а):Не, путаницу не надо плодить. Слишком сложно
Digit писал(а):Это я к тому, что задач что-то не густо, где сохранение буфера необходимо.
хотя я согласен от драйвера по байту принимать blindman писал(а):Я не помню что это за микросхема. Вот пример микрухи попроще, но то же самое - можно читать из памяти, потом прочитать статус, потом возобновить чтение памяти.
blindman » 29 май 2009, 16:29
=DeaD= писал(а):При этом от регистров которые я говорю сделать разные для перезапуска запроса или продолжения чтения она не сильно отличается
=DeaD= » 29 май 2009, 16:33
blindman писал(а):1. В структуру драйверов добавляем функцию сброса.
blindman писал(а):2. Ядро получив запрос читает некое количество байт из драйвера в свой буфер, все последующие запросы на чтение из этого же регистра обслуживаются из буфера, при необходимости подгружая данные из драйвера.
blindman писал(а):3. При получении запроса к регистру, отличному от того, с которым работали в предыдущем запросе (или при том же регистре, но при смене направления с чтения на запись), ядро сбрасывает свой буфер, и посылает сигнал драйверу, с которым работали последний раз - "сброс".
blindman писал(а):4. Клиент, которому надо принять н-е кол-ва байт из регистра, не должен разрывать операцию чтения другими запросами, либо перед каждым чтением устанавливать параметры операции чтения (номер канала АЦП например).
blindman писал(а):В драйверах все равно придётся делать внутренние буфера, потому что размер буфера ядра может быть не кратен размеру блока данных выдаваемых драйвером.
blindman писал(а):Побайтовое чтение я хоть и предлагал, но все же это довольно накладно.
blindman писал(а):Если считать что нам нужны только чтение из памяти и чтение статуса то там все в точности как у нас. 1 регистр из которго читаем статус, 1 в который пишем адрес памяти, 1 из которого последовательно считываем память.
Digit » 29 май 2009, 16:34
blindman писал(а):Так, по итогам обсуждения предлагаю зафиксировать такие правила:
=DeaD= писал(а):По моему это не и2с, а какая-то штук, завернутая в и2с, снижающая эффективность этого самого и2с
=DeaD= » 29 май 2009, 16:35
Digit писал(а):А почему накладно читать из драйвера в ядро побайтно? В любом случае драйверу данные готовить...
Digit писал(а):Чтоб у Филипса, и непонятно что, завернутое в и2с? не верю!
Digit » 29 май 2009, 16:37
=DeaD= писал(а):Предлагаю сделать проще: если ядро обращается к регистру 0xFF драйвера - значит продолжаем читать, иначе сброс и начинаем новый запрос с указанного нам регистра.
Те же яйца, только в профиль 
=DeaD= писал(а):У них тут два интерфейса, при этом i2c дублирующий - глянь даташит
=DeaD= » 29 май 2009, 16:39
Digit писал(а):=DeaD= писал(а):Предлагаю сделать проще: если ядро обращается к регистру 0xFF драйвера - значит продолжаем читать, иначе сброс и начинаем новый запрос с указанного нам регистра.
А чем это проще?
Что там вызов функции, что тут
Digit писал(а):Но моя ИМХА - Филипс, как хозяин стандарта, не должен делать кастрированный и2с
blindman » 29 май 2009, 16:40
=DeaD= писал(а):blindman писал(а):3. При получении запроса к регистру, отличному от того, с которым работали в предыдущем запросе (или при том же регистре, но при смене направления с чтения на запись), ядро сбрасывает свой буфер, и посылает сигнал драйверу, с которым работали последний раз - "сброс".
-1. Предлагаю сделать проще: если ядро обращается к регистру 0xFF драйвера - значит продолжаем читать, иначе сброс и начинаем новый запрос с указанного нам регистра.
=DeaD= » 29 май 2009, 16:43
blindman » 29 май 2009, 16:45
Digit » 29 май 2009, 16:49
=DeaD= писал(а):Digit писал(а):Но моя ИМХА - Филипс, как хозяин стандарта, не должен делать кастрированный и2с
А ты всё-таки глянь в даташит
Ну да, нестандартный у них вышел и2с 
blindman » 29 май 2009, 16:57
=DeaD= писал(а):Ну а я что говорю? Один регистр для рестарта запроса - регистр в который пишем адрес памяти. И один регистр для продолжения чтения - из которого читаем. Один в один
Vooon » 29 май 2009, 17:22
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2