VLLV (08.10.2020 07:47, просмотров: 339) ответил FDA на Я использую программный I2C. Контролирую все подтверждения слэйвом
и ситуации, когда он притормаживает обмен. Иногда у меня на плате
на одной шине по 4-5 разных микрух. Всё работает нормально. Самое
главное, что полностью предсказуемо! И развести шину можно на любые
две ноги.-
- Я использую пики, в основном 18 серию. Ясное дело, что при обращении к I2C происходит пауза. Но это и вписывается в основной алгоритм. Например, СКУД - считали карту и выполнили поиск в I2C флешке. Тут нах не нужна никакая асинхронность. Или реализация Web-морды. Точно так же. При запросе читаем страничку из флеша, попутно вставляя дин. переменные. Лично у меня 99.9% таких задач. - FDA(08.10.2020 08:40)
- ЕМНИП, I2C в мастере терпит произвольные паузы в любой момент. Или нет? - SciFi(08.10.2020 07:56)
- Да, это понятно, но меня интересуют подробности реализации. У меня
тоже есть программный I2C на MSP430 в простеньком приборе, но если
уж стоит ARM, то обычно его производительность востребована на
что-то реально нужное, и это нужное не так-то просто положить фоном
к I2C в прерывания. Или автомат программного I2C засунут в
прерывание таймера, или так стреляют из пушки по воробьям. - VLLV(08.10.2020 08:12)
- Стоит ARM теперь зачастую и там где он нахрен не нужен просто стильно модно молодёжно и дёшево - OlegPowerC(08.10.2020 08:23)
- Да, это понятно, но меня интересуют подробности реализации. У меня
тоже есть программный I2C на MSP430 в простеньком приборе, но если
уж стоит ARM, то обычно его производительность востребована на
что-то реально нужное, и это нужное не так-то просто положить фоном
к I2C в прерывания. Или автомат программного I2C засунут в
прерывание таймера, или так стреляют из пушки по воробьям. - VLLV(08.10.2020 08:12)