|
|
  |
Какой контроллер выбрать, Выбор микроконтроллера для дальнейшего развития |
|
|
|
Jul 31 2015, 09:19
|
Группа: Участник
Сообщений: 14
Регистрация: 14-07-15
Пользователь №: 87 557

|
Ребят, а что касается микросхем Ethernet (PHY) - что посоветуете? Желательно корпус LQFP.
|
|
|
|
|
Jul 31 2015, 09:35
|
Группа: Участник
Сообщений: 14
Регистрация: 14-07-15
Пользователь №: 87 557

|
Цитата(scifi @ Jul 31 2015, 15:24)  Этот прайс-лист я уже смотрел (реально спасибо за него). Но я хочу узнать реальный опыт использования - кто что использует, какие проблемы возникают и т.д.
|
|
|
|
|
Jul 31 2015, 10:39
|
Местный
  
Группа: Свой
Сообщений: 246
Регистрация: 28-05-08
Из: г. Ижевск
Пользователь №: 37 893

|
Цитата(jcxz @ Jul 31 2015, 14:12)  Из всего многообразия возможностей DMA (работы связным списком, flip-flop, комбинации этих режимов, возможности прямой работы со сложными структурами данных типа кольцевых буферов и N-мерных массивов одной транзакцией и много другого что взбредёт в голову) Вы оставили куцый обрезок в стиле memcpy() и сидите радуетесь этому? Мне Вас жаль.... задачу жалеть надо, и такую науку как системное проектирование, ну и здравый смысл пожалеть можно. а я в свою очередь жалею перфекционистов и любителей запилить все режимы только потому что они есть, когда по сути нужен просто банальный memcpy в устройство без отнимания процессорного времени.
|
|
|
|
|
Jul 31 2015, 13:52
|
Гуру
     
Группа: Участник
Сообщений: 2 219
Регистрация: 16-08-12
Из: Киров
Пользователь №: 73 143

|
Цитата(jcxz @ Jul 31 2015, 14:30)  А вот насчёт использования всякого рода сторонних библиотек как раз и считаю это пустой тратой рабочего времени... на ловлю багов потом. Хм... Линуксописатели тихо смеются в сторонке, ибо там-то точно без библиотек не написать ничего А если без шуток, всегда умиляет то, что кто-то там наделал кучу багов в программах, а я-то их уж точно никогда не понаделаю, при написании с чистого листа, читая многотомные даташиты на английском, ерраты и пр... Причем еще не всегда полностью понимая прочитанное... А тестирование результата работы никто не отменял, поэтому и вылавливаются все эти глюки, благо библиотеки в исходниках, в отличие от emwin-ов всяких...
|
|
|
|
|
Jul 31 2015, 17:37
|

Ally
     
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050

|
Цитата(mantech @ Jul 31 2015, 16:52)  Хм... Линуксописатели тихо смеются в сторонке, ибо там-то точно без библиотек не написать ничего А если без шуток, всегда умиляет то, что кто-то там наделал кучу багов в программах, а я-то их уж точно никогда не понаделаю, при написании с чистого листа, читая многотомные даташиты на английском, ерраты и пр... Причем еще не всегда полностью понимая прочитанное... А тестирование результата работы никто не отменял, поэтому и вылавливаются все эти глюки, благо библиотеки в исходниках, в отличие от emwin-ов всяких... Кроме того что вылавливаются еще важно чем вылавливаются. Важно насколько среда заточена для вылавливания. Если хотите GUI в исходниках переходите на eGUI под Kinetis-MQX - http://gargy007.github.io/egui_doc/
|
|
|
|
|
Jul 31 2015, 18:41
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
QUOTE (mantech @ Jul 31 2015, 16:52)  А если без шуток, всегда умиляет то, что кто-то там наделал кучу багов в программах, а я-то их уж точно никогда не понаделаю, при написании с чистого листа, читая многотомные даташиты на английском, ерраты и пр... Да, смертельно-непонятных не наделаю. Просто по причине, что отвечать приходится почти головой, и получать по результату и рублем отвечать, в отличие он подавляющего большинства писателей "библиотек". QUOTE Причем еще не всегда полностью понимая прочитанное... Ну это Вы за всех не говорите. QUOTE А тестирование результата работы никто не отменял, поэтому и вылавливаются все эти глюки... Умиляет. Типовой дерьмокод содержит такое количество потенциальных ошибок и написан с таким количеством заплаток, на ошибки котрые вылезли при минимальной работе в паркетных условиях, что ловить там уже НЕЧЕГО. QUOTE (AlexandrY @ Jul 31 2015, 20:37)  Кроме того что вылавливаются еще важно чем вылавливаются. Посему средства диагностики сбоев должны быть встроены в рабочий вариант оборудования, когда всякие среды c отладчиками давно уже ушли лесом. QUOTE (mantech @ Jul 31 2015, 16:52)  Хм... Линуксописатели тихо смеются в сторонке, ибо там-то точно без библиотек не написать ничего  Да смеяться-то нечего - способ обеспечения "надежности" в линуксе весьма лобовой - сотни писателей и тысячи латателей за годы дописали и долатали до приемлимого состояния. И продолжают...
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Aug 1 2015, 08:01
|
Местный
  
Группа: Свой
Сообщений: 246
Регистрация: 28-05-08
Из: г. Ижевск
Пользователь №: 37 893

|
Цитата(jcxz @ Jul 31 2015, 15:30)  А вот насчёт использования всякого рода сторонних библиотек как раз и считаю это пустой тратой рабочего времени... на ловлю багов потом. чем SPL не угодила? она только перегоняет значения из структуры в регистры простым ленейным кодом в 99% случаях. Более того производитель наверняка именно ей тестит своё железо, а другой порядок инициализации может дать сюрприз. И никто не говорит о библиотеках как о панацеи, если разраб в их исходники и документации вообще неразу не глянул и у него не возникли даже сомнения делает ли он всё верно, то это его вина. А так же распростронённые ошибки есть когда в AHB инициализируются константами APB, всякие не до конца заполненные структуру, переполения стеков, да и тупое игнорирование всяких мелочек. А потом все ноют "SPL гавно, CMSIS вообще на свалку, WINapi уничтожить, poco примитивна - ООП не используется на всю катушку, а boost вообще дебилы писали - ничего не понятно в ней и это не ООП а гавно".
|
|
|
|
|
  |
3 чел. читают эту тему (гостей: 3, скрытых пользователей: 0)
Пользователей: 0
|
|
|