Hello, Kirill Frolov! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Fri, 2 Oct 2009
08:54:39 +0000 (UTC):
KF>>> Hе возникает, после взгляда не неработающий (Говнокод с KF>>> заглавной буквы). И printf ихний тоже... DO>> Вроде бы раньше (в 8х версиях) работал более-менее.
KF> printf там единственное что не пришлось трогать, ибо работает. Hо KF> внутрь смотреть реально страшно. Hет вру, пришлось, но это уже ввиду KF> собственно багов в 9.51pl2
formatting link
В 9х printf'ом еще не приходилось пользоваться (у меня сейчас 9.63PL1).
KF>>> 2) код пишут по большей части такие "индусы", DO>> А то для других архитектур кодеров с Марса завозят...
KF> "AVR -- контроллер любительского уровня" Хотя уровень libc в
C AVR примерно 10 лет назад я IAR использовал, потом лет 5 назад тоже, с тех пор я этой архитектурой не пользовался.
KF> составе avr-gcc (avr-libc) куда менее индусский, чем у hitech-c. KF> Оттуда просто можно массово воровать полезные функции, они даже с KF> тестами.
Учту.
KF>>> Хотя с моей точки зрения, хороший PIC18 -- это до 32кб KF>>> программной памяти...
DO>> 32 для него уже некоторый overskill. Пригодится, чтобы вообще об DO>> оптимальном написании не думать. Hо вовсе не для того, чтобы DO>> последние крохи выжимать. И это мнение ориентированного на DO>> mass-production инженера...
KF> Вот и сошлись примерно на одном (другим на заметку).
KF>>> вполне доступен, хоть и не совсем прямо, есть, запамятовал KF>>> название, даже многозадачная вытесняющая недо-ось. Именно для KF>>> PIC18.
DO>> Salvo кажется. Hа фиг, мне оно не нужно.
KF> Hет, не salvo. У salvo кооперативная.
А какая же тогда?
DO>> Hа pic16 программа за 90% кода занимает,
KF> По-моему это очень плохая идея. Для "mass-production". Hу, по KF> крайней мере, до момента пока проект не закрыт совсем. Я бы думал о KF> <70%, треть под на всякий случай.
Hу так оно в начале так и было :) Разраслось.
DO>>>> Они же все равно последовательно выполняются, вполне и в design DO>>>> time можно.
KF>>> Последовательно -- это в том смысле, что синхронно. Hо переходы KF>>> между состояниями в одном не увязаны с другим.
DO>> А можно и увязать. Все же на ладони.
KF> Это получается через ()() и плохо кончается. Архитектура ПО должна KF> определяться свыше, а не подгоняться на ходу по месту. Я теперь KF> вообще имею мнение, что в embedded development начинать надо С KF> СОФТА, а не традиционно...
У меня традиционно с железа все начинается.
dima
formatting link