-
- проблема в том что виснет эта и2с ...иногда... - whale(04.02.2013 14:49)
- Если используется аппаратный I2C меги, то 99% что неправильно написан обработчик состояний автомата. Достаточно прилепить на шину два проводка и шорхать ими по плюсу и земле - довольно быстро вылезет необрабатываемое в программе состояние. 1111111(144 знак., 04.02.2013 15:59)
- у меня в проге стоит собака по портам i2c которая если порт долго в нуле лежит перезапускаем i2c но все равно как то не очень. - whale(04.02.2013 19:19)
- Там не порт в нуле, там автомат в ракообразном состоянии заклинивает - 1111111(04.02.2013 19:37)
- автомат вроде прописан всеми возможными состояниями...разве он еще какие родит по ходу дела ) - whale(04.02.2013 19:42)
- Дык проверить надо:) Пробегал слух что могут вылезти и левые - 1111111(04.02.2013 20:14)
- пошел за напильником ) - whale(04.02.2013 20:24)
- Дык проверить надо:) Пробегал слух что могут вылезти и левые - 1111111(04.02.2013 20:14)
- автомат вроде прописан всеми возможными состояниями...разве он еще какие родит по ходу дела ) - whale(04.02.2013 19:42)
- Там не порт в нуле, там автомат в ракообразном состоянии заклинивает - 1111111(04.02.2013 19:37)
- Тест напильником -- это да, лучшии рекомендации от freescale кажись (тут картинка была, прямо напильник в даташите и нарисован). - fk0(04.02.2013 17:54)
- черт, забыл про этот мега тест надо попробовать ) - whale(04.02.2013 19:17)
- у меня в проге стоит собака по портам i2c которая если порт долго в нуле лежит перезапускаем i2c но все равно как то не очень. - whale(04.02.2013 19:19)
- дык я про уарт с ёмкостной развязкой, а не про и2с - argus98(04.02.2013 15:23)
- байты бывают и 0 и ff причем часто а сильно быстро передавать нельзя тк помехи есть 50кгц и выше от 500 ватного DC/DC - whale(04.02.2013 19:16)
- Если есть помехи, то нельзя передавать медленно... Потому, что вероятность протолкнуть между ними пакет стремится к нулю. А помеха портит любую посылку (SCL сигнал). И CRC в конце обязательно (причём 16-битный, если в посылке больше ~16 байт). И, fk0(219 знак., 04.02.2013 19:24)
- почему же, можно передавать медленно а на входе поставить кондер+резистор получим фильтр нч от всех помех. - whale(04.02.2013 19:38)
- Можно, но маразм. Тогда вместо I2C нужно было взять LINBUS и не морочить мозг. И не нужны конденсаторы. И от пропадания питания защищено (если трансивера нет готового, то можно сделать самодельщину на транзисторе и диоде). - fk0(04.02.2013 19:43)
- это аналог CAN вроде, а по русски не завалялась ссылка почитать ? - whale(04.02.2013 19:52)
- Не аналог. Источники русскоязычной информации обычно лучше не читать... - fk0(04.02.2013 20:58)
- ляттьь... - Гудвин(04.02.2013 20:16)
- кстати и2с еще висла помню при Т ниже -10 град ) - whale(04.02.2013 19:48)
- это аналог CAN вроде, а по русски не завалялась ссылка почитать ? - whale(04.02.2013 19:52)
- Можно, но маразм. Тогда вместо I2C нужно было взять LINBUS и не морочить мозг. И не нужны конденсаторы. И от пропадания питания защищено (если трансивера нет готового, то можно сделать самодельщину на транзисторе и диоде). - fk0(04.02.2013 19:43)
- почему же, можно передавать медленно а на входе поставить кондер+резистор получим фильтр нч от всех помех. - whale(04.02.2013 19:38)
- Если есть помехи, то нельзя передавать медленно... Потому, что вероятность протолкнуть между ними пакет стремится к нулю. А помеха портит любую посылку (SCL сигнал). И CRC в конце обязательно (причём 16-битный, если в посылке больше ~16 байт). И, fk0(219 знак., 04.02.2013 19:24)
- байты бывают и 0 и ff причем часто а сильно быстро передавать нельзя тк помехи есть 50кгц и выше от 500 ватного DC/DC - whale(04.02.2013 19:16)
- Если используется аппаратный I2C меги, то 99% что неправильно написан обработчик состояний автомата. Достаточно прилепить на шину два проводка и шорхать ими по плюсу и земле - довольно быстро вылезет необрабатываемое в программе состояние. 1111111(144 знак., 04.02.2013 15:59)
- проблема в том что виснет эта и2с ...иногда... - whale(04.02.2013 14:49)