- 
	- А физуровень кто разбирать/собирать будет - Пушкин? - MBedder(15.01.2017 16:13)
			- Так-то я имел ввиду "сы применением трансивера CAN", т.е. физ. уровень обеспечивался не самим МК (упасибох от такой идеи). А трансивер - это как бы далеко не контроллер.  Argon(525 знак., 16.01.2017 20:43 - 20:49)
					- А что с выборками входного сигнала и их синхронизацией? - VLLV(16.01.2017 20:52, ссылка)
							- Слушать/подстраиваться. Если надо. Когда-то я интересовался вопросом ->  Argon(50 знак., 16.01.2017 20:57 - 21:09, ссылка)
									- Сложнее, нужно же при коллизии отваливаться, да и сигнал похуже.  Но мы расчет CRC на лету не упоминали. - VLLV(16.01.2017 21:14)
											- Нафик ла лету? Все в таблицах! Отваливаться при коллизиях вроде не сложно.  Argon(232 знак., 16.01.2017 21:16 - 21:25)
													- Табличный расчет не исключает всех програмных действий. Да, еще бит-стаффинг, и нужно подтвердить отсутствие ошибок за 1 бит. Короче, 1 кбит/c. - VLLV(16.01.2017 21:36)
															- Пока не убедили! Программные действия - не на лету делаются. - Argon(16.01.2017 21:44)
																	- Даже википедия несогласна "Контрольная сумма: передатчик вычисляет её и добавляет в передаваемый кадр, приёмник считает контрольную сумму принимаемого кадра в реальном времени (одновременно с передатчиком), сравнивает с суммой в самом кадре и в  VLLV(72 знак., 16.01.2017 21:52)
																			- Приемником-то служит головной девайс, где аппаратный CAN. Вот пусть он и сравнивает передаваемую датчиком заранее рассчитанную КС.   Argon(642 знак., 16.01.2017 22:00 - 22:13)
																					- Блин, STM32F103C8T6 у китайцев стОит 1$. Зачем изврат то ? - Гудвин(17.01.2017 02:15)
																							- а вот зачем --> - m16_home(17.01.2017 13:12, ссылка)
- Ну а кайф от процесса?! - Evgeny_CD(17.01.2017 02:27)
																									- Да! )) - Argon(17.01.2017 06:45)
 
 
 
- Блин, STM32F103C8T6 у китайцев стОит 1$. Зачем изврат то ? - Гудвин(17.01.2017 02:15)
																							
 
- Приемником-то служит головной девайс, где аппаратный CAN. Вот пусть он и сравнивает передаваемую датчиком заранее рассчитанную КС.   Argon(642 знак., 16.01.2017 22:00 - 22:13)
																					
 
- Даже википедия несогласна "Контрольная сумма: передатчик вычисляет её и добавляет в передаваемый кадр, приёмник считает контрольную сумму принимаемого кадра в реальном времени (одновременно с передатчиком), сравнивает с суммой в самом кадре и в  VLLV(72 знак., 16.01.2017 21:52)
																			
 
- Пока не убедили! Программные действия - не на лету делаются. - Argon(16.01.2017 21:44)
																	
 
- Табличный расчет не исключает всех програмных действий. Да, еще бит-стаффинг, и нужно подтвердить отсутствие ошибок за 1 бит. Короче, 1 кбит/c. - VLLV(16.01.2017 21:36)
															
 
- Нафик ла лету? Все в таблицах! Отваливаться при коллизиях вроде не сложно.  Argon(232 знак., 16.01.2017 21:16 - 21:25)
													
 
- Сложнее, нужно же при коллизии отваливаться, да и сигнал похуже.  Но мы расчет CRC на лету не упоминали. - VLLV(16.01.2017 21:14)
											
 
- Слушать/подстраиваться. Если надо. Когда-то я интересовался вопросом ->  Argon(50 знак., 16.01.2017 20:57 - 21:09, ссылка)
									
 
- А что с выборками входного сигнала и их синхронизацией? - VLLV(16.01.2017 20:52, ссылка)
							
- Физуровень контроллер будет разбирать  _basile(10 знак., 15.01.2017 17:19,  ) )- Ышшо один чукча-пейсатель. Вопрос был о СОФТОВОЙ реализации CAN без специализированного контроллера - MBedder(15.01.2017 17:22)
 
 
- Так-то я имел ввиду "сы применением трансивера CAN", т.е. физ. уровень обеспечивался не самим МК (упасибох от такой идеи). А трансивер - это как бы далеко не контроллер.  Argon(525 знак., 16.01.2017 20:43 - 20:49)
					
 
- А физуровень кто разбирать/собирать будет - Пушкин? - MBedder(15.01.2017 16:13)