Пишем прошивки...(Флудить можно!)

[Leo]

Сообщение от Handle

Хотелось сообщить господину Leo, что отладка и дебаггинг это одно и тоже.

Хотелось бы сообщить господину Handle, что это две совсем разные вещи.
Отладка - отлов ошибок, которые были внесены по вине программиста (читай "не похмелился, когда сел писать), а дебаггинг - отлов и устранение ошибок компилятора.

Сообщение от Handle

Уважаемый Leo, ни один грамотный руководитель проекта такого сложного, который потребовалось разбивать на модули да еще раздавать разным исполнителям не рискнет делать его на asm, ибо это верное самоубийство.

И вообще такое ощущение, что мы говорим о разных вещах. Если вы любитель, то можете себе позволить писать ассемблерный шедевр целый год и работать он будет наверное замечательно и вы получите кайф от всего этого. Однако, если вы профессионал и перед вами ставят конкретные задачи и конкретные сроки, то не остается времени на творческое самоудовлетворение. Надо выбирать инструменты, которые позволят решить задачу наиболее эфффективно.

Уважаемый Handle, у меня создаётся впечатление, что под контроллеры вы ничего никогда не писали, потому что контроллер не имеет столько памяти (как правильно заметил Дерусов Николай), чтобы корпеть над программой целый год. Как правило программа для большинства контроллеров (сложная) пишется за неделю (ну может две) вместе с отладкой. Если что-то сильно специфичное (какой-то сильно специфичный протокол обмена или много динамичной графики (что бывает один раз из миллиона) то раза в 2 дольше. Но хоть убей не вижу. где надо тратить год на разработку (причём целым коллективом).

[Leo]

Сообщение от XPEH_BAM

И разве это так? Скорости электромагнитной волны в вакууме и в среде разные.

И насколько порядков они отличаются? Или может, всё-таки, различия настолько малы, что ими можно пренебречь?

Сообщение от XPEH_BAM

И где же нужно такое быстродействие? Кроме того, нужно развязать цепи датчиков от цепей контроллера. Да задержки из-за ёмкости тут тоже важны, как сказано выше.

Такое быстродействие нужно для точной отсечки времени возникновения события. А все вопросы "задержек из-за длины линии передачи" решаются несколько иным способом, полным исключением влияния линии на результат. И, кстати, а зачем, извините, цепи датчиков от цепей контроллеров развязывать??? Не проще ли совместить всё в одном флаконе?

[dr.ON]

Сообщение от Leo

Уважаемый Handle, у меня создаётся впечатление, что под контроллеры вы ничего никогда не писали, потому что контроллер не имеет столько памяти (как правильно заметил Дерусов Николай), чтобы корпеть над программой целый год. Как правило программа для большинства контроллеров (сложная) пишется за неделю (ну может две) вместе с отладкой. Если что-то сильно специфичное (какой-то сильно специфичный протокол обмена или много динамичной графики (что бывает один раз из миллиона) то раза в 2 дольше. Но хоть убей не вижу. где надо тратить год на разработку (причём целым коллективом).

Пардон за нескромный вопрос, но вы в свои 26 лет, чтонибудь сложнее новогодней мигалки писали?
И еще вопрос, хоть раз вам более 4Кб ПЗУ и 128 байт ОЗУ требовалось?

-----------------------------------
Leo, И еще насчет разработанного вами МЕГА устройства, которое способно обрабатывать события с быстродействием в одну НАНОСЕКУНДУ( 10-9)( откройте любой справочник и убедитесь в этом), что соответствует частоте 1ГГц.

[Leo]

Сообщение от Handle

Проблема asm - обилие нюансов. Дело в том,что люди склонны делать ошибки - это факт и чем больше нюансов тем больше ошибок. С позволяет абстрагироваться от многих нюансов asm и тем самым избавляет нас от многих проблем. Простой пример - очистка стека. В какой то процедуре вы забыли очистить стек. С первого взгляда это не видно и может даже быть не замечено во время тестирования. Но в процессе работы неизбежно приведет к переполнению стека и затиранию данных. А если у вас десятки процедур да еще с вложенными вызовами друг друга, да еще есть обработчики прерываний, что вас ждет во время отладки?

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

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

Сообщение от Handle

если хочешь развиваться просто необходимо знать С. Кстати любое профессиональное средство разработки для любого семейства обязательно содержит компилятор С, набор библиотек и отладчик С кода.

Знаю Си, но, почему-то, в процессе развития, перешёл именно на asm.
Кстати, покажите мне пожалуйста "родную"(от производителя) среду разработки под контроллеры Atmel, которая позволяет писать на Си.

[Leo]

Сообщение от dr.ON

чтонибудь сложнее новогодней мигалки писали?

Сообщение от dr.ON

насчет разработанного вами МЕГА устройства

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

Теперь далее...

Сообщение от dr.ON

Тактовая по прикидкам должна не менее 10 ГГц

Сообщение от dr.ON

( откройте любой справочник и убедитесь в этом), что соответствует частоте 1ГГц.

Тут у Вас тоже цифры всего на порядок гуляют... мелочь видимо...

[Дерусов Николай]

ладно вам, деффачки не ссорьтесь, нифига никого не получится переобедить, Ссышники так и будут на сях писать, асматики на ассме. и ничего тут не изменишь.

лучше подскажите где купить at90pwm3 в москву в "точку опоры" ехать из за одного камня не предлагать

[XPEH_BAM]

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

[XPEH_BAM]

Leo, а как можно исключить из рассмотрения линию передачи сигнала? Ни-ни, задержки будут существенные, любая линия смажет фронт сигнала, а при таком требуемом быстродействии задержка легко превысит вашу наносекунду.
И кроме того, кому нужна 1 нс? 1 мс - это другое дело.
В общем, по поводу нереализуемости согласен, так как проуов с тактовой частотой, достаточной для обработки сигналов с такой скоростью, нет.
Хотя.... если опрашивать не входа по очереди, а все одним махом? типа один байт. Да и обработку можно написать на все комбинации сигналов. В критичном случае.

[Leo]

XPEH_BAM, действительно извиняюсь насчёт наносекунд, обшибся (сам считать номально не умею ) На самом деле на три порядка больше (в смысле 10 -6 степени).

У меня сделана обработка сигнала датчика на камне в корпусе самого датчика, а в линию передаются уже результаты измерений. Перед началом замеров все камни проходят общую синхронизацию. То-есть, фактически каждый датчик сам себе обработчик, а основной процессор просто принимает цифровые сигналы по RS-485. Ему для обработки скорости не требуется, потому что все замеры уже зашифрованы в посылке от датчика. Основной камень занимается исключительно систематизацией полученной по четырём каналам RS-485 информации и сбросом её на компьютер по USB.
При таком построении системы и условии единовременной синхронизации датчиков длина линии передачи данных никакой роли не играет.

[sapple]

Можно у когонибудь закзать прошивку на Пик??

[Krivoy]

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

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

По поводу прошивки напишите, что за прошивка требуется.

[-=Женек=-]

Krivoy,

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

Вот это вот "да я... на асме...си фуфло" никогда не понимал.
5 лет назад, когда я знал только AVR и панически боялся ARM, мне очень понадобилось прикрутить к AVR микросхему памяти SDRAM, лишь бы работало, без каких-либо требований к скорости. И на весьма уважаемом форуме electronix.ru мне все в один голос говорили, что на АВР работать будет, но надо обязательно asm. Никто вразумительно не мог объяснить, почему ногодрыганье написанное на C не справится с SDRAM. А я искренне не мог понять в чем же проблема. В итоге забросил, но когда через два года очень приперло - сделал за день, из них полдня - рисование платы, ее изготовление и пайка. Заработало сразу и как часы. На Си и на голимейшем CodeVision.