[jcxz 218]

У меня карта работает в read-only. Зачем мне эта надежность? Я могу выкинуть карту и вставить новую за 500 руб (раз в 5 лет).

Зачем тогда собственно она вообще нужна если read-only? Она у Вас выполняет роль собственно недостающего объёма флешь МК. Всё что read-only (если это конечно не МБ) - можно положить во внутренний флешь МК. Тем более - шрифты и картинки. Это ж как шрифт использовать, если он на карте? Грузить в ОЗУ каждый символ? И что - если на LCD одновременно отображаются символы нескольких шрифтов, то для того чтобы нарисовать один экран LCD, нужно несколько загрузок с SD сделать? Как-то всё очень сложно и медленно получается. Неоправданно сложно.

 

Все самописное. Ethernet только IP и UDP, FAT только чтение, никакой ОС нет.

Вроде, ESP8266 должен еще работать.

Если нет TCP, то как тогда конфигурируете свой девайс? Вы писали:

сервер времени и конфигураций в добавку ко всему ранее сказанному.

По современным меркам раз есть Ethernet, то у пользователя логично возникает мысль, что конфигурироваться должно либо через HTTP-страницу либо через отдельную утилиту (как делается во всех современных девайсах). TCP у Вас нет, а значит через HTTP - никак, получается писали ещё отдельную утилиту под винду для конфигурирования?

[adnega 11]

Зачем тогда собственно она вообще нужна если read-only? Она у Вас выполняет роль собственно недостающего объёма флешь МК. Всё что read-only (если это конечно не МБ) - можно положить во внутренний флешь МК.

Основной объем занимают пользовательские звуковые файлы. Шрифты внутри МК. Для этого проекта шрифт один объемом 2К.

Есть проект где фонтпак под 128К. Закидывешь новый фонтпак на карточку и он его заливает по внутреннюю флеш.

uSD хороша дружественностью пользователю, типа USB-флешки.

 

Обращаю внимание, что я различаю код, данные и полный объем ПЗУ у МК.

 

Сервера разные бывают, в т.ч. и не HTTP.

 

Конфигурирование ведется через отдельный софт, в котором не только заливка конфигураций и диагностика сети умного дома,

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

[AlexandrY 3]

Просто для общего развития: какие критерии "серьезного кризиса в личной продуктивности"? Вдруг он у меня действительно есть.

Эт инверсная логика. Маленький код - маленькая продуктивность. Маленькая продуктивность в течении длительного времени - кризис. :laughing:

Ну и вообще по личному опыту. Я все это проходил.

На MSP430F149 с 2 КВ RAM ставил uCOS и делал на нем полнофункциональную охранную систему с GSM

 

Защищать от копирования - не тот уровень поделия, чтоб его ломали.

Защищенный имелось в виду канал передачи к дивайсу.

Сам дивайс защищается постоянными апгрейдами.

 

Основной объем занимают пользовательские звуковые файлы. Шрифты внутри МК. Для этого проекта шрифт один объемом 2К.

Ну опять же.

Тратите время на конвертацию шрифтов.

Между тем uC/GUI дает возможность применить любые TTF шрифты, но занимают они минимально несколько десятков килобайт.

Хорошие с арабскими и китайскими кодировками за мегабайт переваливают, а держать их надо в RAM-е

 

[jcxz 218]

Обращаю внимание, что я различаю код, данные и полный объем ПЗУ у МК.

О чём Вы?

[adnega 11]

Эт инверсная логика. Маленький код - маленькая продуктивность. Маленькая продуктивность в течении длительного времени - кризис. :laughing:

Ну и вообще по личному опыту. Я все это проходил.

Написал один раз хороший код и везде пользуешься. У меня все проекты братья-близнецы.

Зачастую новое изделие это копипаста из существующего кода и раскомментирование нужных дефайнов в h-файле.

 

"Маленький код - маленькая продуктивность". Маленькая продуктивность, прошу прощения, у чего? У программиста?

У изделия говорят про функционал, дык, он описан в ТЗ и полностью выполняется.

 

Если продуктивность это аналог КПД, то тут все в порядке. Маленький код - маленькие затраты (причем код как правило уже существующий),

а функционал из ТЗ. Делим пользу на затраты, и ваш подход проигрывает т.к. затраты высоки.

 

Чтоб определиться с терминами и не возбуждать телепатов, сообщу, что речь ведется о проектах порядка 10 тыс. строк кода.

За существенно большие и за крошечные рассуждать не берусь. У ТС как раз задачка озвученного порядка.

[a123-flex 0]

И процессор здесь не нужен. Такое делается на экспандерах типа MCP25055

Status: Not Recommended for new designs.

 

Вы интересно для всех своих клиентов приключения устраиваете ?)

типа "можно по-нормальному, но я люблю стоя в гамаке"

[AlexandrY 3]

"Маленький код - маленькая продуктивность". Маленькая продуктивность, прошу прощения, у чего? У программиста?

У изделия говорят про функционал, дык, он описан в ТЗ и полностью выполняется.

Просто ТЗ по нашим временам - немыслимая роскошь.

Какого заказчика не возьми, у него будет куча идей, но ни одного ТЗ.

Все такие из себя стартапы и на мелочах не заморачиваются.

Критерий приемки - проданная партия.

Тут хош не хош, а приходится ломать стереотипы.

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

 

 

[adnega 11]

Все такие из себя стартапы и на мелочах не заморачиваются.

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

[AlexandrY 3]

Status: Not Recommended for new designs.

 

Вы интересно для всех своих клиентов приключения устраиваете ?)

типа "можно по нормальному, но я люблю стоя в гамаке"

Т.е. тыкнуть там чуток ниже на MCP2515 ника не можем?

Неугомонный тролль вы наш. ;)

 

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

Четкие требования невыгодны обоюдно, между тем.

[adnega 11]

Т.е. тыкнуть там чуток ниже на MCP2515 ника не можем?

Это расширитель?! Написано что это CAN-контроллер с SPI-интерфейсом.

 

 

Четкие требование невыгодны обоюдно.

А чем вам как исполнителю четкость требований мешает? Или черный ход оставляете для бегства в случае чего.

[AlexandrY 3]

Это расширитель?! Написано что это CAN-контроллер с SPI-интерфейсом.

Упс, вы меня поймали.

Ну ладно.

Где-то там все равно есть еще другие расширители.

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

 

А чем вам как исполнителю четкость требований мешает? Или черный ход оставляете для бегства в случае чего.

Требования ставят вас в позицию заложника. Или что вы можете потребовать в ответ?

 

[a123-flex 0]

Четкие требования невыгодны обоюдно, между тем.

:biggrin: :lol:

 

да уж. Всегда проще сдавать сферического коня в вакууме, чем конкретный продукт)))

 

Упс, вы меня поймали.

Ну ладно.

Где-то там все равно есть еще другие расширители.

точняк

 

Требования ставят вас в позицию заложника. Или что вы можете потребовать в ответ?

:a14: :lol: наповал

 

 

Петросян нервно курит и вьет веревку

[adnega 11]

Где-то там все равно есть еще другие расширители.

А смысл, когда на те же $3 можно купить нормальный МК.

 

Требования ставят вас в позицию заложника. Или что вы можете потребовать в ответ?

Заказчику нужен результат, он описывает его в требованиях. Вы либо беретесь их выполнять, либо нет.

Если взялся, то будь добр сделать именно то, что нужно Заказчику. Причем тут позиция заложника?

Т.е. вы готовы прервать работу с Заказчиком по своему настроению, т.е. в простонародье "кинуть", раз вы не заложник?

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

А кто-то тяп-ляп и готово, в крайнем случае можно сказать "не получилось". Ералаш напоминает про утюг.

 

Тема ушла далеко за рамки топика, но теперь многое становиться понятным.

[AlexandrY 3]

да уж. Всегда проще сдавать сферического коня в вакууме, чем конкретный продукт)))

ТЗ в карман не положишь и не продашь.

Не путайте, сдается не "сферический конь в вакууме", а уже проданный "сферический конь в вакууме". :laughing:

Почему именно его смогли продать - другая тема.

Потребности покупателей неисповедимы.

 

Заказчику нужен результат, он описывает его в требованиях. Вы либо беретесь их выполнять, либо нет.

Если взялся, то будь добр сделать именно то, что нужно Заказчику. Причем тут позиция заложника?

Т.е. вы готовы прервать работу с Заказчиком по своему настроению, т.е. в простонародье "кинуть", раз вы не заложник?

Вы рисуете образ не коммерческого заказчика, а какого-то дотационного.

Хороший разработчик понимает нужду заказчика, а не требует некое ТЗ, т.е по сути снимает с себя ответственность.

Но коль вы подписались только на ТЗ, то становитесь заложником рынка.

[adnega 11]

Вы рисуете образ не коммерческого заказчика, а какого-то дотационного.

Я с физлицами вообще не работаю. Все заказчики - коммерческие фирмы. Не госконторы, не инвесторы, не стартаперы какие-нибудь.

 

Хороший разработчик понимает нужду заказчика, а не требует некое ТЗ, т.е по сути снимает с себя ответственность.

Если я понимаю нужду, то нет проблем описать это понимание в ТЗ. Ответственность не снимается, она фиксируется.

 

Но коль вы подписались только на ТЗ, то становитесь заложником рынка.

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

Прям разговор художника с работягой завода ;) Признавайтесь, ваш утюг?