Калькулятор

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




Читать дальше

RStorage - каталог деталей и устройств.

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



Читать дальше

Стартуем разработку ч.2

Доброго времени суток, уважаемые форумчане.

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

Да, так же хотелось бы извиниться за то, что не написал в понедельник, как и обещал. С одной стороны, потребовалось срочно дособрать десяток контроллеров, с другой — дописать ПО. Но это все фигня по сравнению с снегопадом, который превратил движение по городу в 2-3 часовое стояние на месте. Исправляю оплошность.

Итак, технологии разработки пока что не претерпели каких либо разительных изменений. ClientSide — Unity3d, ServerSide — asp+wcf.

Случилось и первое разочарование — юнити, как таковая, из коробки, не поддерживает адекватной работы с графикой. Это можно делать либо через низкоуровневый рендеринг, который, к тому же, доступен только в Pro версии, что резко сужает круг тех, кто готов принять участие в проекте, либо — через Debug, который, понятное дело, как дебаг не собирается в финальный релиз. Я нашел неплохое решение, которое было благополучно куплено и испытано, но это имеет и обратную сторону — сейчас я в процессе переговоров с автором разработки для получения разрешения выложить проект на GIT.

Теперь что касается самого процесса. Я выбрал для хранения данных на стороне клиента (библиотек) xml. Причина для этого проста — xml, в который можно напихать кучу данных в качестве атрибутов, более спокойно относится к изменениям формата хранения и представления данных, чем JSON, который при изменении того самого формата просто перестанет десериализоваться стандартными средствами, и получится перебирание всего массива данных в ручном режиме.

Теперь что касается организации данных. За основу взят формат Eagle. Он дополнен, по справедливому пинку evsi различными форматами футпринтов.

Текущие вопросы.
— В Eagle есть различные, тык сказать, настройки УГО — в зависимости от требуемой локали выбирается тот или иной компонент. На мой взгляд, ересь дикая, потому хочу запихнуть это просто в настройки отображения всей схемы. Но если это так логично, почему не сделано до нас?
— УГО, вне зависимости от локали, я встречал двух видов — первый — это прямоугольник с херовой тучей пинов, второй — разбитый на логические блоки (для логических микросхем) или на наборы функциональных блоков (например, блок портов для STM). Хотелось бы придерживаться единообразия, потому вопрос — насколько востребован сей формат отображения?

Работа с блоками. Формирую модель для создания пользовательских блоков. Т.е. формируем, к примеру, БП, и сохраняем его в виде пользовтаельского блока, указывая ему настройки видимости (для пользователя или в Wiki), то же самое для трассировки. Вопрос — требуется ли просмотр блока в редакторе, или это можно сделать просто в отдельном окне? С одной стороны, в редакторе удобней, если требуется часто лазить по схеме блока, с другой — сложней в реализации. И наоборот — просто реализовать отдельное вью для блока, но при этом ухудшается аспект частого обращения к нему.

Спасибо

Стартуем разработку

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

Читать дальше

Достало!

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

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

Одним словом, вы поняли.



Читать дальше

DipTrace и ГОСТ. Статья первая (Вводная).

Здравствуйте уважаемые!

Кто не в курсе о DipTrace, вот что говорит нам Wiki:

DipTrace — САПР для проектирования печатных плат. В пакет включено четыре программы: Schematic — разработка принципиальных схем; PCB Layout — разводка плат, ручная и автоматическая трассировка; ComEdit — редактор корпусов; SchemEdit — редактор компонентов.



Чтобы хоть как то оправдать свое присутствие на этом замечательном ресурсе, возникла идея рассказать и показать на деле мой опыт использования DipTrace по стандартам ГОСТ и ЕСКД. Это будет первая статья из целого ряда статей которые мне хотелось бы здесь представить.

Вообще говоря о DipTrace от себя лично, хотелось бы отметить, что это простой и в тоже время функциональный САПР, относящийся к EDA – системам.

Читать дальше

Каким софтом рисовать схемы ?

Всем дня.

Народ, подскажите. Кто чем рисует схемы? Я понимаю что руками это олдскул и мэд скиллз, но на дворе не середина прошлого века. Порой возникает необходимость отрисовать то или иное устройство для последующего представления на бумаге. И главное, чтобы все было красиво и аккуратно, а не так, как например в том же Протеусе =(.

ЗЫ.

Звиняйте если что-то куда-то не туда написал, я «слушаю Вас постоянно, пишу впервые...».

DipTrace. Статья четвертая. Shematics. Рисуем схему. Часть 2

Доброго времени суток! Итак, имела место быть предыдущая статья, в которой я разжевывал как нарсовать простенькую схемку. В принципе, написать о том, как нарисовать более сложную схему, сложно — потому, что все основные способы рисования уже рассмотрены, как здесь, так и в учебнике.

Читать дальше
  • +1
  • 19 августа 2011, 12:34
  • yars
  • 1

Dip Trace. Статья третья. Shematics. Рисуем схему. Часть 1

Доброго времени суток! Итак, в предыдущей статье мы худо-бедно рассмотрели интерфейс программы, а сегодня мы поробуем что-нибудь нарисовать. Рисовать будем несколько схем разной степени сложности. Сначала мы нарисуем простую и понятную схему, не требующую плясок с бубном и нашептывания заклинаний, потом перейдем на уровень выше, а под конец — заберемся на самый верх и попытаемся изобразить что-нибудь из ряда вон, для общего развития.

Читать дальше

Dip Trace. Статья вторая. Shematics.

Доброго времени суток! Итак, сегодня речь пойдет о программе Dip Trace Shematics. Программа, как говорит Капитан Очевидность, предназначена для рисования электрических принципиальных схем. Имеется возможность вывести схему на печать, при этом оформив ее по всем правилам ЕСКД :). Что же представляет собой окно программы?

Читать дальше
  • +3
  • 02 августа 2011, 08:42
  • yars