Перейти к содержанию
    

8 датчиков MMA8451Q на 1 USB

Я бы, на вашем месте, хоть посмотрел осциллографом на линии I2C возле этого самого коагулятора. Без такого простейшего, предварительного исследования говорить вообще не о чем. Только осциллограф возьмите более-менее широкополосный ...

коагулятора у меня нет, пробовали бить магнитным стимулятором, добились стабильного зависания I2C. хочу спросить еще, а UART при помехах тоже будет намертво зависать, как I2C ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

UART при помехах тоже будет намертво зависать, как I2C ?

UART не должен уметь зависать в принципе. I2C по идее тоже, но тут все зависит от конкретной реализации.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

пробовали бить магнитным стимулятором

Вы опять за свое. У вас нет осциллографа, или нет желания им воспользоваться ?

Если у вас нет коагулятора, то как вы узнали, что прибор рядом с ним сбоит ? Значит, доступ к коагулятору все же есть ? Тогда исследуйте проблему с помощью осциллографа ...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы опять за свое. У вас нет осциллографа, или нет желания им воспользоваться ?

Если у вас нет коагулятора, то как вы узнали, что прибор рядом с ним сбоит ? Значит, доступ к коагулятору все же есть ? Тогда исследуйте проблему с помощью осциллографа ...

коагулятора нет. более опытные коллеги сказали, что "рядом с ним все глючит и USB бывает отваливается". дальше мнения разделились. с одной стороны, программно реализовать 8 I2C и своевременно перезапускать зависшие датчики кажется сложновато. с другой стороны, ставить контроллер на каждый датчик может быть избыточно

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

своевременно перезапускать зависшие датчики кажется сложновато

Странные рассуждения. Похоже, нужен-то всего один датчик, а статистика аж из 8 датчиков — простая борьба со следствиями нерешённого конструктива.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вообще, сочетание интересное - 8 акселерометров и коагулятор. Воображение невольно рисует страшные картины :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

более опытные коллеги сказали, что "рядом с ним все глючит и USB бывает отваливается".

Да, это очень аргументированное мнение. Уверен, осциллограф в руки и не брался. А зря ...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

коагулятора у меня нет, пробовали бить магнитным стимулятором, добились стабильного зависания I2C. хочу спросить еще, а UART при помехах тоже будет намертво зависать, как I2C ?

А если молнией шибануть , вообще всё повиснет.... какие-то несерьёзные рассуждения, дипломная работа что-ли? Сейчас вы заложили неизвестные условия работы своего прибора, основанные на общих рассуждениях и мнениях коллег, долго будете разрабатывать и изготавливать. А потом заказчик включит его возле коагулятора и всё повиснет.... Вот тогда и придёт понимание, что надо было изначально проверить на простом макете рядом с коагулятором.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А потом заказчик включит его возле коагулятора и всё повиснет....

Нет, все будет наоборот. Заказчик включит рядом с этой штукой коагулятор. Штуке хоть бы что, а коагулятор повиснет. Вот это будет хохма :)

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

просто подскажите плюсы и минусы обоих вариантов

Оба варианта никуда не годятся. Без доп. исследования это подход уборщицы, а не инженера. Потому и "привязались".

Представьте себе врача, который выписывает лекарства наугад, даже не удосужившись лично осмотреть больного и сделать простейшие анализы, а руководствуясь, например, словами его родственников или друзей. Пойдите на форум терапевтов и спросите там, что лучше выписать, аспирин или диклофенак, если у больного температура 37.2. Что вам ответят, как вы думаете ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

не надо ничего исследовать. я прошу оценить варианты с точки зрения их реализации. вы писали, что вариант с отдельным МК на каждом датчике сложнее, чем одновременная эмуляция восьми I2C. Можете поподробнее объяснить почему? я, честно говоря, с трудом представляю себе эмуляцию восьми I2C

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

с трудом представляю себе эмуляцию восьми I2C

Вот и хорошо, надо было Вам самому с этого и начать.

 

Следовательно, по прошествии трёх страниц темы выясняется, что изначально-то был только один вариант — с восемью МК и нормальным интерфейсом, т.е. никакой темы для темы и не было.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

вы писали, что вариант с отдельным МК на каждом датчике сложнее, чем одновременная эмуляция восьми I2C. Можете поподробнее объяснить почему?

Потому, что придется писать ПО не только для главного (базового) МК, но и для тех МК, которые будут стоять на датчиках. Я именно так и делал - у меня базовым был AT89C51, а на датчиках (их было 9) стояли AT89C2051. Но в моем случае это оправдывалось большими расстояниями и сложной помеховой обстановкой. При этом на базовом МК пришлось программно реализовывать девять UART'ов. Правда, скорость обмена была всего 600 Бит/Сек., так что проблем особых не было. И с имитацией I2C тоже больших трудностей быть не должно.

P.S. Вам же все равно почти наверняка придется программно реализовывать или множество I2C, ли множество UART'ов, или еще чего-то, вне зависимости от того, будут ли датчики снабжены микроконтроллерами или не будут. Так что ...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Потому, что придется писать ПО не только для главного (базового) МК, но и для тех МК, которые будут стоять на датчиках. Я именно так и делал - у меня базовым был AT89C51, а на датчиках (их было 9) стояли AT89C2051. Но в моем случае это оправдывалось большими расстояниями и сложной помеховой обстановкой. При этом на базовом МК пришлось программно реализовывать девять UART'ов. Правда, скорость обмена была всего 600 Бит/Сек., так что проблем особых не было. И с имитацией I2C тоже больших трудностей быть не должно.

P.S. Вам же все равно почти наверняка придется программно реализовывать или множество I2C, ли множество UART'ов, или еще чего-то, вне зависимости от того, будут ли датчики снабжены микроконтроллерами или не будут. Так что ...

если с нуля делать то да, но у меня сейчас в прототипе есть программа, которая настраивает датчик, считывает данные, заполняет кольцевой буфер и пуляет в USB. то есть на уровне датчика почти все готово, только вместо USB сделать UART. На базовом МК при норм скорости можно прицепить все датчики к одному UART или есть STM32 с 5-ю UART - по 2 датчика на шину.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...