[vepex 0]

Ребят, а что касается микросхем Ethernet (PHY) - что посоветуете? Желательно корпус LQFP.

[scifi 1]

Ребят, а что касается микросхем Ethernet (PHY) - что посоветуете? Желательно корпус LQFP.

Чукча не читатель?

[vepex 0]

Чукча не читатель?

 

Этот прайс-лист я уже смотрел (реально спасибо за него). Но я хочу узнать реальный опыт использования - кто что использует, какие проблемы возникают и т.д.

[scifi 1]

Этот прайс-лист я уже смотрел (реально спасибо за него). Но я хочу узнать реальный опыт использования - кто что использует, какие проблемы возникают и т.д.

Использовал KSZ8041, KSZ8051, KSZ8081. Никаких проблем не возникает.

[jcxz 184]

Оформлено это всё в красивую отдельную либу с приятным "сахором" в виде одной функции spi_dma_send(addr, size);

и не знаю проблем ни с досканальным изучением регистров, ни скоростью запуска отправки блока, и написано всё на понятном SPL а не дрочь с битами в регистрах и последующим чтением "а чего это там за EN бит в CR1 записывается". И всё изучение регистров ДМА и SPI сокращается до нахождения адреса и размера посылаемых данных + общий порядок запуска всего этого дела (а по сути всегда это однотипно: настроить всё неважно как и дать отмашку уже важно в какой последовательности)

Из всего многообразия возможностей DMA (работы связным списком, flip-flop, комбинации этих режимов, возможности прямой работы со сложными структурами данных типа кольцевых буферов и N-мерных массивов одной транзакцией и много другого что взбредёт в голову) Вы оставили куцый обрезок в стиле memcpy() и сидите радуетесь этому? Мне Вас жаль....

[porty 0]

Из всего многообразия возможностей DMA (работы связным списком, flip-flop, комбинации этих режимов, возможности прямой работы со сложными структурами данных типа кольцевых буферов и N-мерных массивов одной транзакцией и много другого что взбредёт в голову) Вы оставили куцый обрезок в стиле memcpy() и сидите радуетесь этому? Мне Вас жаль....

задачу жалеть надо, и такую науку как системное проектирование, ну и здравый смысл пожалеть можно.

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

[scifi 1]

а я в свою очередь жалею перфекционистов и любителей запилить все режимы только потому что они есть

+100500 :a14:

Ув. товарищ перфекционист в соседней теме изобретает невозможный чудо-макрос на все случаи жизни. Всем понятно, что и без этого макроса хорошо, а всё равно руки чешутся

Решение абстрактных задач - это неплохо и забавно, в том числе в качестве разминки для извилин. Но следует понимать, что с решением насущных задач это, как правило, ничего общего не имеет. Пустая трата рабочего времени.

[jcxz 184]

Ув. товарищ перфекционист в соседней теме изобретает невозможный чудо-макрос на все случаи жизни. Всем понятно, что и без этого макроса хорошо, а всё равно руки чешутся

Решение абстрактных задач - это неплохо и забавно, в том числе в качестве разминки для извилин. Но следует понимать, что с решением насущных задач это, как правило, ничего общего не имеет. Пустая трата рабочего времени.

Да ладно - в насущных задачах перфекцинист пользуется тем, что есть. Но стремится к лучшему ;)

А вот насчёт использования всякого рода сторонних библиотек как раз и считаю это пустой тратой рабочего времени... на ловлю багов потом.

 

Да и о чём тут (на форуме) ещё общаться? Только чайников учить? Скучно ;)

[zltigo 0]

А вот насчёт использования всякого рода сторонних библиотек как раз и считаю это пустой тратой рабочего времени... на ловлю багов потом.

Именно так.

 

[mantech 34]

А вот насчёт использования всякого рода сторонних библиотек как раз и считаю это пустой тратой рабочего времени... на ловлю багов потом.

 

Хм... Линуксописатели тихо смеются в сторонке, ибо там-то точно без библиотек не написать ничего

 

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

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

[AlexandrY 2]

Хм... Линуксописатели тихо смеются в сторонке, ибо там-то точно без библиотек не написать ничего

 

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

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

 

Кроме того что вылавливаются еще важно чем вылавливаются.

Важно насколько среда заточена для вылавливания.

Если хотите GUI в исходниках переходите на eGUI под Kinetis-MQX - http://gargy007.github.io/egui_doc/

[zltigo 0]

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

Да, смертельно-непонятных не наделаю. Просто по причине, что отвечать приходится почти головой, и получать по результату и рублем отвечать, в отличие он подавляющего большинства писателей "библиотек".

Причем еще не всегда полностью понимая прочитанное...

Ну это Вы за всех не говорите.

А тестирование результата работы никто не отменял, поэтому и вылавливаются все эти глюки...

Умиляет. Типовой дерьмокод содержит такое количество потенциальных ошибок и написан с таким количеством заплаток, на ошибки котрые вылезли при минимальной работе в паркетных условиях, что ловить там уже НЕЧЕГО.

 

Кроме того что вылавливаются еще важно чем вылавливаются.

Посему средства диагностики сбоев должны быть встроены в рабочий вариант оборудования, когда всякие среды c отладчиками давно уже ушли лесом.

 

 

Хм... Линуксописатели тихо смеются в сторонке, ибо там-то точно без библиотек не написать ничего

Да смеяться-то нечего - способ обеспечения "надежности" в линуксе весьма лобовой - сотни писателей и тысячи латателей за годы дописали и долатали до приемлимого состояния. И продолжают...

 

 

[porty 0]

А вот насчёт использования всякого рода сторонних библиотек как раз и считаю это пустой тратой рабочего времени... на ловлю багов потом.

чем SPL не угодила? она только перегоняет значения из структуры в регистры простым ленейным кодом в 99% случаях.

Более того производитель наверняка именно ей тестит своё железо, а другой порядок инициализации может дать сюрприз.

И никто не говорит о библиотеках как о панацеи, если разраб в их исходники и документации вообще неразу не глянул и у него не возникли даже сомнения делает ли он всё верно, то это его вина.

А так же распростронённые ошибки есть когда в AHB инициализируются константами APB, всякие не до конца заполненные структуру, переполения стеков, да и тупое игнорирование всяких мелочек.

А потом все ноют "SPL гавно, CMSIS вообще на свалку, WINapi уничтожить, poco примитивна - ООП не используется на всю катушку, а boost вообще дебилы писали - ничего не понятно в ней и это не ООП а гавно".

[brag 0]

Исползьую STM32. Почему то так исторически сложилось, что почти все проекты на них да и дрова под них понаписывал и ОС(хотя ОС просто под cortex-m3/4)

[porty 0]

+100500 :a14:

Ув. товарищ перфекционист в соседней теме изобретает невозможный чудо-макрос на все случаи жизни. Всем понятно, что и без этого макроса хорошо, а всё равно руки чешутся

Решение абстрактных задач - это неплохо и забавно, в том числе в качестве разминки для извилин. Но следует понимать, что с решением насущных задач это, как правило, ничего общего не имеет. Пустая трата рабочего времени.

 

Лет десять назад удивлялся откуда берётся столько человек оторванных от реальности.

А потом просто понял что многим везёт что их никогда:

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

- не писали одноразовых проектов

- не горели сроки

- не сталкивались с тем что разработка сделанная кое-как за пол года приносит 90% прибыли и хрен ты это изменишь даже сделав более качественный вариант дешевле, на который потратил пару лет.

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

 

Но они реальное что-то делают, и ЭТО даже выпускается, но как это производится - лучше не спрашивать, особенно технологов и производство, там будет минимум трёхэтажный.