Nikolay_Po (08.02.2025 09:44, просмотров: 68) ответил Adept на Поддержу усыхающую ветку :) Недавно (вот сейчас прям) сдохла ,
похоже, 32-я мега из-за несогласованности 5-вольтового SPI и
3-вольтовой FRAM. Ситуёвина такова-
- не, сдохло чего-то в AVR-е. Заменил МК, доработал цепи согласования, всё пошло (FRAM осталась живой) - Adept(08.02.2025 15:07)
- А может иголки по питанию, 12 В на ножке бывает, жытаг сам по себе
включился и так умер, сопля припоя или дорожка с трещиной. Кароч
для макета необходимо чтобы процессор был в панельке и менялся
одним движением на новый, а не вот это всё. - Boвa(08.02.2025 10:54)
- житаг не люблю из-за множества проводов и большого коннектора на
плате. (UART - "нашефсе" для отладки, когда на платке есть FTDI :))
ну и несмотря на ассемблер и 96% заполненность флеши меги32,
программа у меня очень структурирована и читается крайне легко, так
что львиная доля отладки просто в голове :) Adept(544 знак., 08.02.2025 15:34)
- житаг не люблю из-за множества проводов и большого коннектора на
плате. (UART - "нашефсе" для отладки, когда на платке есть FTDI
:)) бред какойты, если есть житаг в железе и в камне как вместо этой
красоты пользовать уарт????? Не понимаю. - enc(08.02.2025 21:49)
- лехко, когда всё работает как надо, и отлаживать нуна мелкие недочёты :) Но в любом случае аппаратный отладчик хорошая штук, но житаг - слишком геморрно (у меня все ноги проца заняты, вот если б по PDI, как в иксмеге было б , или хотя б dWire, как в меге88. А тут.... сколько проектов на 16-й и 32 сделано и всё без отладчика,.... хотя иногда да, не хватало. - Adept(09.02.2025 02:06)
- Если отменить Си, то и жытаг уже не так интересен. Так вижу. - SciFi(08.02.2025 21:51)
- Не факт. Часто приходится отлаживать в режиме дизассемблера. Имана
тому що Цэ. - mse homjak(08.02.2025 21:55)
- Диктую по буквам. Если из отладчика убрать переменные, стек вызовов
функций и что там ещё присуще сям, много ли останется? Содержимое
регистров и памяти? Удачи с отладкой портянки на асме. Там
волей-неволей будешь в уарт гнать отладочную инфу. - SciFi(08.02.2025 21:58)
- Вы просто не умеете
их готовитьписать на асме, видимо. Там всё ну просто супер прозрачно, структурировано и весьма компактно, особенно если продуманно пользоваться макросами. И да, структурное программирование рулит :) тогда никаких "портянок" не будет - Adept(09.02.2025 02:10)- Осваивайте программирование на С, тогда переезд на другой МК, не
будет таким страшным. - jlm(10.02.2025 06:01)
- дык не нужны мне (пока) другие МК. По моим задачам полностью всё
АВР закрывает с моими программными наработками и отлаженными
библиотеками. Зачем что-то ещё пытаться изучать, если и так всё
устраивает? К тому же несколько тысяч закуплено на складе :)) - Adept(10.02.2025 14:12)
- Тут некоторые еще недавно применявшиеся в разработках ARMы пришло
время списать на свалку истории. А с AVR я сделал усилие и
портировал свои сильно привязанные к ним наработки на один из
клонов STM. Очень мало осталось случаев, когда AVR это хороший
выбор для новой разработки. - AlexG(11.02.2025 03:41)
- как правильно сказали тут уже "самый правильный" это хорошо
знакомый и доступный проц (ну я добавлю, - и достаточный по
ресурсам) у меня в наличии много AVR основных типов, с которыми я
работаю, мне
до конца жизнипо моим задачам хватает :) , если я их все пущу на проекты - можно считать "жизнь удалась" :)) а осваивать новые тогда можно факультативно, для развлечения :)) - Adept(11.02.2025 13:47)
- как правильно сказали тут уже "самый правильный" это хорошо
знакомый и доступный проц (ну я добавлю, - и достаточный по
ресурсам) у меня в наличии много AVR основных типов, с которыми я
работаю, мне
- Не нужен нам берег турецкий... Я больше 10 лет на авр, асме и
вылизанном своем коде сидел и понял, что мозг деревенеет. Ушел в
другое место с С и авр и стм8, потом нашел подработку уже с разными
архитектурами и очень рад этому. Уйти бы на старости лет на ембед
линух, но моск уже не тот. Andreas(67 знак., 10.02.2025 14:28)
- ну у каждого свой путь... у меня ещё непаханое полке интереснейших
задач на АВР, по сложности и творческому потенциалу, многократно
перекрывающих очень многие работы знакомых коллег с АРМами :)), и
на АРМы да ещё с линухами и прочим хламом :) как-то не спешу :)) - Adept(10.02.2025 16:01)
- Это прекрасно, ящетаю. Вон швейцарские часы вроде бы до сих пор по
старинке клепают без всяких кварцевых резонаторов и не жужжат :-) - SciFi(10.02.2025 16:11)
- иманна так :) мне вообще очень близка тема изготовления
эксклюзивных вещей, потому большинство проектов такие, эксклюзив,
либо по функционалу, либо по техническим требованиям, габаритам,
экономичности и прочему такому, в общем то, что 90% разработчиков,
ориентирующиеся на "ширпотреб" не хотят (или не способны) брать в
разработку. - Adept(10.02.2025 16:54)
- На самом деле условные "си и другие процы" могли бы добавить дать ещё одно измерение к "эксклюзиву". - SciFi(10.02.2025 16:58)
- иманна так :) мне вообще очень близка тема изготовления
эксклюзивных вещей, потому большинство проектов такие, эксклюзив,
либо по функционалу, либо по техническим требованиям, габаритам,
экономичности и прочему такому, в общем то, что 90% разработчиков,
ориентирующиеся на "ширпотреб" не хотят (или не способны) брать в
разработку. - Adept(10.02.2025 16:54)
- Это прекрасно, ящетаю. Вон швейцарские часы вроде бы до сих пор по
старинке клепают без всяких кварцевых резонаторов и не жужжат :-) - SciFi(10.02.2025 16:11)
- ну у каждого свой путь... у меня ещё непаханое полке интереснейших
задач на АВР, по сложности и творческому потенциалу, многократно
перекрывающих очень многие работы знакомых коллег с АРМами :)), и
на АРМы да ещё с линухами и прочим хламом :) как-то не спешу :)) - Adept(10.02.2025 16:01)
- Тут некоторые еще недавно применявшиеся в разработках ARMы пришло
время списать на свалку истории. А с AVR я сделал усилие и
портировал свои сильно привязанные к ним наработки на один из
клонов STM. Очень мало осталось случаев, когда AVR это хороший
выбор для новой разработки. - AlexG(11.02.2025 03:41)
- дык не нужны мне (пока) другие МК. По моим задачам полностью всё
АВР закрывает с моими программными наработками и отлаженными
библиотеками. Зачем что-то ещё пытаться изучать, если и так всё
устраивает? К тому же несколько тысяч закуплено на складе :)) - Adept(10.02.2025 14:12)
- Осваивайте программирование на С, тогда переезд на другой МК, не
будет таким страшным. - jlm(10.02.2025 06:01)
- Толковый ЖТАХ аппарат в МК умеет встать по адресу при чтении и/или записи, например. А в тексте на Ц, отлаччик можэт вообще сказать, что точка останова не определена. В зависимости от уровня оптимизаццыи поскакушки по Ц-шному тексту, вообще могут быть условно рандомными. - mse homjak(09.02.2025 00:38)
- Отладочную инфу можно гнать в память и читать её житагом, зачем
уарт? - enc(08.02.2025 22:05)
- Segger RTT так делает :-) - SciFi(08.02.2025 22:06)
- Вы просто не умеете
- Диктую по буквам. Если из отладчика убрать переменные, стек вызовов
функций и что там ещё присуще сям, много ли останется? Содержимое
регистров и памяти? Удачи с отладкой портянки на асме. Там
волей-неволей будешь в уарт гнать отладочную инфу. - SciFi(08.02.2025 21:58)
- Не факт. Часто приходится отлаживать в режиме дизассемблера. Имана
тому що Цэ. - mse homjak(08.02.2025 21:55)
- житаг не люблю из-за множества проводов и большого коннектора на
плате. (UART - "нашефсе" для отладки, когда на платке есть FTDI
:)) бред какойты, если есть житаг в железе и в камне как вместо этой
красоты пользовать уарт????? Не понимаю. - enc(08.02.2025 21:49)
- житаг не люблю из-за множества проводов и большого коннектора на
плате. (UART - "нашефсе" для отладки, когда на платке есть FTDI :))
ну и несмотря на ассемблер и 96% заполненность флеши меги32,
программа у меня очень структурирована и читается крайне легко, так
что львиная доля отладки просто в голове :) Adept(544 знак., 08.02.2025 15:34)