Отправлено: 04.12.10 19:44. Заголовок: Многофункциональное устройство

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

Уважаемые коллеги.
Заранее довожу до Вашего сведения следующее.

1. "Абонемент 2009/10 года" будет завершён к концу этого года.
Соответственно, в настоящее время, я занимаюсь работой по составлению техописания и инструкции по эксплуатации.
Ход этой работы, в режиме реального времени, можно отследить на моём сайте (в разделе, который посвящён "абонементу").
По окончании этой работы, всем участникам "Абонемента 2009/10 года" будет выслан итоговый вариант техописания и инструкции по эксплуатации (в виде .DOC или .PDF), "укомплектованный" итоговыми ASM/HEX-файлами (они будут предоставлены только участникам "абонемента") и даны соответствующие пояснения.

2. После Новогодних праздников, начнётся "Абонемент 2011 года", условия которого позднее будут доведены до всех участников сообщества.
Планируемая тема (это "затравка", которая может быть скорректирована Вами. Как решите, так и будет): конструирование многофункционального, измерительного устройства радиолюбителя, на основе граф. модуля МЭЛТ (128х64 точки) и 4-портового ПИКа 18-й серии PIC18F452 (это то, что у меня есть в наличии).
Суть: измерительное устройство должно обеспечивать замеры как можно большего количества параметров сигнала, замеры величин R, L, C, генерировать нужные сигналы и т.п. (поэтому и "многофункциональное").
На мой взгляд, такое устройство ("N в одном флаконе". Предполагает наличие нехилого меню, но это без проблем. "Сваяю". В удобном виде), в радиолюбительской "среде" (а также и в других "средах") будет востребовано.
Под первичное обсуждение того, какие именно функциональности целесообразно реализовать, равно как и под высказывание иных соображений, в закрытой части форума, организована тема "Многофункциональное устройство". Милости просим.
Если дела пойдут "резво" (отвлекающие "факторы" я предвидеть не могу, так как не ясновидец и "хозяйство" большое), то после окончания конструирования этого устройства, в "границах абонемента 2011 года", возможен (не зарекаюсь), "въезд" в ПИКи 24-й серии и/или "въезд" в графические модули, работающие по I2C.
Сроки? Тоже не зарекаюсь. Говорю честно: как получится.
...........

 Отправлено: 04.12.10 22:57. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

Планируемая тема (это "затравка", которая может быть скорректирована Вами. Как решите, так и будет): конструирование многофункционального, измерительного устройства радиолюбителя, на основе граф. модуля МЭЛТ (128х64 точки) и 4-портового ПИКа 18-й серии PIC18F452

Евгений Александрович, думаю, что это будет не интересно большей части пользователей. Это очередное изготовление устройства.
Кому необходимо данное устройство, те уже наверняка давно собрали, пусть не такое многофункциональное но всёже.

Устройства пусть пользователи придумывают и выкладывают в обмен, а Вы им подкидывайте кирпичики.
Лучше взяться за актуальные вещи: USB, CAN, ithernet и т.д.

Это лично моё мнение, но решать Вам.
Сделайте опрос среди пользователей и тогда будет ясно, что сейчас востребованно.

 Отправлено: 04.12.10 23:41. Заголовок: Так я же и сдела..

Так я же и сделал опрос.
Жду дальнейших высказываний. От всех (здесь или по E-mail/ЛС). Поэтому и заранее оповестил.
Будет учтено мнение большинства. Однозначно.

 Отправлено: 05.12.10 00:32. Заголовок: Думаю , надо отдохну..

Думаю , надо отдохнуть от разработок. Информация учебная не обновляется. А в ней основа всего.

 Отправлено: 05.12.10 02:27. Заголовок: Почему не обновляе..

Почему не обновляется?
Я только и делаю, что её обновляю/добавляю.
В "абонементе" - целый список обновлений/добавлений. В это нужно только вникнуть.
И как же без разработок, ведь это же "полигон". От него отдыхать нельзя. Опасно (в смысле "поддержания должного тонуса"). Полагаю, что наша работа должна быть "сплошным полигоном". Как у спецназа ГРУ.
Если речь идёт о том, что связано с компом, то свою позицию я обозначил изначально (и не один раз): я конструирую автономные, малогабаритные и самодостаточные устройства, которые можно положить в карман. В том смысле, что без подключения их к компу или к подобного рода "крутой периферии" (за исключением "прошивки", MPLAB и работы в отладчике).
Проще говоря, я не собираюсь ничего "перепоручать" компу (это совсем не признак слабости). В этом и заключается суть той самодостаточности, о которой я упомянул.
Заверяю Вас, что это колоссальный/сложный класс задач. Дай Бог с этим управиться (я не Геракл).
В остальном, уповаю на Вас, так как один в поле не воин.
Или я чего-то недопонял?
Что именно нужно обновлять? Поконкретнее и в приложении к нуждам большинства. Если недопонял, то заранее извиняюсь за бестолковость.

 Отправлено: 05.12.10 05:47. Заголовок: Полностью согласен с..

Полностью согласен с Сергеем, Сделать Такое МФУ можно, но это пустая трата времени, полно уже таких разработок, взять тот же RLC-2. А вот сопряжение с компьютером например, это очень мощная штука, зря Вы с недоверием к ней относитесь.

 Отправлено: 05.12.10 08:43. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

Если речь идёт о том, что связано с компом, то свою позицию я обозначил изначально (и не один раз): я конструирую автономные, малогабаритные и самодостаточные устройства,

В наше время без компа никуда, зря Вы так, необходимо Вам пересмотреть свои принципы.
Взять тотже осциллограф, если его "скрестить" ещё с компом, пусть даже для хранения архивов, то его мощь уже вдвое возрастёт, а если и продублировать сигнал, смотреть не на ЖКИ, а на экране монитора, то ему вобще цены не будет.

 Отправлено: 05.12.10 08:47. Заголовок: Sergey Roslik пишет:..

Sergey Roslik пишет:

цитата:

Устройства пусть пользователи придумывают и выкладывают в обмен, а Вы им подкидывайте кирпичики. Лучше взяться за актуальные вещи: USB, CAN, ithernet и т.д.

Т.е. иными словами, надо продолжать движение дальше изучая новые модули ПИКов и въезжая в новые ПИКи. Без отрыва времени на разработку какого либо устройства.
Людям нужна информация как работает тот или иной модуль и как обращаться с новым (например PIC24) контроллером. Так, как это было преподнесено в ПИКах 16 серии.
А уж что сделать на их основе, каждый придумает для себя сам.

 Отправлено: 05.12.10 13:23. Заголовок: Наши коллеги модерат..

Наши коллеги модераторы высказывают вполне здравые мысли. замечу, что въезд в новые ПИКи, в новые модули и актуальные вещи типа USB, CAN, ithernet, будет оптимален, если это применить в конкретном устройстве или в нескольких. Причем, основой для такого устройства, на мой взгляд, не должен быть PIC18F452, как устаревший. Даже производитель рекомендует заменять его в новых разработках на более современные. Например, на 18F2550, а может и еще новее.
Теперь некоторые материальные побудители новых разработок.
Первое по измерителю RLC. Таких разработок в интернет множество. В моей практике (импульсные преобразователи и БП) весьма необходимый прибор. Пользовался на работе измерительным мостом, но доступ к нему был внезапно перекрыт, а изготовить нечто подобное просто не успел, всё собирался, собирался ... Прошерстил украинские интернет магазины, нашел и купил измеритель RLC типа UT603 за 325 гривен (это приблизительно 1300 рублей). Изготовить нечто подобное обошлось бы, где-то, вдвое дешевле (собственные затраты времени не в счет), а внешний вид и корпус?
Т.е. изготовление RLC - это скорее учебно-тренировочное занятие, что тоже немаловажно.
Тем не менее есть измерительные устройства, разработка которых позволяет совместить учебно-тренировочные занятия с определенной материальной выгодой. Одно из этих устройств - это цифровой осциллограф. о цене не говорю, она на порядок выше. Причем его можно и нужно в одной конструкции совмещать с мультиметром, частотомером и т.д.
Весьма интересно в этом плане предложение Сергея Рослика. Действительно, было бы неплохо выводить осциллограммы и их параметры в память ПК или на флешку через USB-порт этого осциллографа.
По-моему, цифровой осциллограф - хорошая модель для для въезда в новые возможности ПИКов.
Можно заняться разработкой и неких не существующих "в природе" уникальных устройств, но даже определиться с ними довольно сложно. Кроме того, они должны быть востребованы в нашем сообществе (как минимум).

 Отправлено: 05.12.10 17:02. Заголовок: Bigor пишет: замеч..

Bigor пишет:

цитата:

замечу, что въезд в новые ПИКи, в новые модули и актуальные вещи типа USB, CAN, ithernet, будет оптимален, если это применить в конкретном устройстве или в нескольких.

Не согласен с если это применить в конкретном устройстве или в нескольких. По причине той, что для каждого, конкретное устройство будет своё. Если говорить например про USB, то кто то захочет связать автомобиль и компьютер, кто то "умный дом" и т.д.
Сколько людей столько и нужных каждому из них устройств.
А принцип работы модуля USB один.
Вот с этим принципом и нужно ознакомится.

С другой стороны, прежде чем создавать устройство с применением нового модуля, не для себя а для широкой публики (как этот делает КЕА), необходимо досконально изучить принцип работы этого самого модуля. Чтобы устройство работало надёжно и безглючно.
Это займёт уйму времени.
Поэтому думаю, что привязывать въезд в новые ПИКи и новые модули, к созданию конкретного устройства, нецелесообразно.

 Отправлено: 05.12.10 17:09. Заголовок: Демократия, так демо..

Демократия, так демократия.
Если надо узнать общественное мнение, то нужен хороший инструмент голосования.
Кто нибудь такой знает?
Предлагаю как вариант. Только что сам придумал
Создать "базу данных".
Для каждого участника это будет просто список чисел.
Первые четыре знака/поля - порядковый номер в списке участников (с запасом ). При необходимосто, порядковые номера можно будет обновлять или сдвигать, или оставлять как есть.
К примеру, на сегодня мой порядковый номер 0280
Каждый следующий знак, будет означать мнение участника по текущему вопросу. То есть для пятого поля, будут девять вариантов на выбор. Нулевой вариант - отказ от голосования.
Позже будем голосовать по шестым и седьмым полям
Это число (список цифр/чисел) можно отправить почтой Евгению Александровичу.
Причём, любой участник, при необходимости, сможет запросить такой список у КЕА или голосование у участноков.
Персональное число можно вставить в авто подпись, в пост и т.п.
На базе этих данных, в экселе можно делать графики (перерисовываются автоматически).
В перспективе, на этой базе, можно будет сделать програмку под эту базу данных и даже онлайн-голосование на какой нибудь страничке с выбором темы голосования и наглядным графиком мнений.
Сам я, могу сделать такую базы с выводом на график, только в Microsoft Office Excel, и то с трудом.
Наверняка, кто то легко делает автономные базы данных.
Такую базу невозможно будет потерять или уничтожить. Все исходные/свои данные будут храниться у каждого участника. Для восстановления базы, достаточно будет сделать только один запрос.

Итак, порядковые номера уже у всех есть, кроме Евгения Александровича. Пусть у него будет нулевой номер 0000.

Для начала предлагаем/утверждаем тему голосования и список вариантов ответа.
Например, Тема-5 (пятое поле) : Нужен ли нам такой инструмент голосования, как база данных?
Варианты ответов.
1. Нужен. На страничке в онлайн режиме.
2. Нужен. Отдельной программкой.
3. Нужен. Достаточно пока сделать в Excel-е.
4. Можно попробовать. С представлением данных потом разберёмся.
5. Далее - ваши варианты.
6............
7............
8. Обойдёмся и так, простым обсуждением.
9. Не нужна. Ни в коем случае. Это будет всем только мешать.
0. Отказываюсь от голосования (по умолчанию).

Моё текущие голосования: 02803

 Отправлено: 05.12.10 17:24. Заголовок: Предыстория. Она пр..

Предыстория.
Она проста. Несколько лет холил/лелеял мысль о конструировании указанного выше, многофункционального устройства, но пока, видно не судьба.

По сути обсуждения.
Смысл приведённых доводов понятен и резонен (не вызывает возражений): нужно заняться тем, что наиболее востребовано, и есть нечто, которое более востребовано нежели изложенная выше "затравка".
Что именно? Это и пытаюсь выяснить.
Пока высказались те люди, которые достигли успехов и образно выражаясь, "убежали вперёд", но при всём моём уважении к ним, я не имею права ориентироваться только на их нужды.
Я должен ориентироваться на нужды большинства, которое пока далековато от USB и т.п.
Для них, дай Бог разобраться с тем, что наработано за 6 лет.
Это огромный массив информации (тысячи страниц), ориентироваться в котором, по мере "разрастания её массы", становится всё труднее.
В связи с этим, возникла необходимость удобного упорядочения программных модулей и сведении их в некую ASM-библиотеку. Наподобие СИшной библиотеки, но только в приложении к "чистому ассемблеру", с комментариями на русском языке. Это колоссальная работа.
На совете модераторов, мы обсуждаем эту проблему не первый год.
Сейчас, такой общепризнанной, подробной, "чистоассемблерной" библиотеки нет. Вообще нет. Это вынуждает людей искать то, что нужно, в том, что наработано (дай Бог, если память хорошая), либо создавать свои "библиотечки", либо искать то, что нужно, "на стороне" (плюс "разборки" с этим и т.п.).
Короче, "сильнейший геморрой", касающийся (в той или иной степени) всех ("стонов", по этому поводу, предостаточно).
Востребованнее избавления от этого "геморроя" просто не бывает.
Только ради создания такой библиотеки (трудоёмкая и кропотливая работа, но с огромным "весом"), я готов "наступить на горло своей затравочной, соловьиной песне". С рассчётом на помощь сообщества (такие большие дела в одиночку не делаются).
Проще говоря, если сообщество даст добро, то "Абонемент 2011 года" будет посвящён созданию такой библиотеки, по принципу "от простого к сложному", с последовательным добавлением инфы по мере её готовности.
Сразу оговариваюсь.
Я буду "ваять" библиотеку по "принципу оглавления" (без макросов и т.п.).
Например:
1. ПП задержек
- вариант такой-то
- вариант такой-то
..............
2. ПП 2/10 преобразований
- вариант такой-то
- вариант такой-то
..............
Под это дело, нужна удобная, библиотечная "виндопрограмма", в которой можно сформировать оглавление, а затем, щёлкая по его пунктам, открывать нужный файл. Только не HTML. Желательно DOC Должен поддерживаться шрифт Courier New и должна иметься возможность вставки картинок (GIF, JPEG, PNG).

Как Вам такое изменение "стратеголинии"?
Предложения?
Только учтите принцип "от простого к сложному" (для меня, он свят. Именно так и создаются "базисы"), а также и то, что я не Геракл.

 Отправлено: 05.12.10 18:16. Заголовок: Тоже думаю, что МФУ ..

Тоже думаю, что МФУ будет не интересно подавляющему большинству участников... Думаю что почти у каждого есть и измеритель емкостей, и индуктивности, а уж тем более сопротивлений... У меня это есть в мультиметре.
На мой взгляд на данный момент наиболее актуальны несколько тем:

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

Связь компьютера и самоделки, по всей видимости по USB. Все остальные порты похоже уже отжили свое...

Изучение PIC24, PIC32, особенно dsPIC. Как тема, это тот же цифровой осциллограф на dsPIC...

За любую из этих трех тем проголосую ЗА заранее:)...

 Отправлено: 05.12.10 18:19. Заголовок: Кстати, создание биб..

Кстати, создание библиотеки программ это слишком большая и сложная работа для одного человека... Может все таки возложить эту функцию на сообщество?

 Отправлено: 05.12.10 18:32. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

Я должен ориентироваться на нужды большинства, которое пока далековато от USB и т.п. Для них, дай Бог разобраться с тем, что наработано за 6 лет.

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

Evgeny Korabelnikov пишет:

цитата:

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

Работа колосальная и бесполезная, если не делать по методу Виталия (Калиграфа).
Кому необходимо, те уже сделали для себя библиотеки.

Мне это всё чем-то напоминает времена застоя, пока тут шлифуем ПП задержки, технологии уже вперёд уходят.
Может не правильно выразился, но смысл понятен.

Можно просто опрос создать на форуме и уже ориентироваться на него.
В конце концое Евгений Александрович, Вы можете "взять отпуск" и делать свою мечту.
Никто слова не скажет.

 Отправлено: 05.12.10 18:52. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

Пока высказались те люди, которые достигли успехов и образно выражаясь, "убежали вперёд", но при всём моём уважении к ним, я не имею права ориентироваться только на их нужды. Я должен ориентироваться на нужды большинства, которое пока далековато от USB и т.п. Для них, дай Бог разобраться с тем, что наработано за 6 лет.

Но нужно так же учесть что начинающие через некоторое время переходят в разряд начавших, а им продолжает поступать информация для начинающих!
Я думаю что начинающим, наработок за 6 лет вполне хватит. Нужно двигаться дальше.

Что касается USB, то эта тема довольно сложна! Недостаточно знать как работает модуль USB, нужно еще четко понимать как всё это функционирует на логическом (программном) уровне.

С точки зрения обработки информации, USB устройство, делится на несколько уровней. Самый нижний это уровень шины USB. На нем производится взаимодействие с хостом, посредством интерфейса USB, обработка принимаемых и передаваемых пакетов данных. Средний это уровень "логического USB устройства". Каждое логическое устройство, имеет свои конечные точки, которые являются источниками и приемниками данных. И наконец, самый верхний, называется "функциональным уровнем USB устройства". Если два предыдущих уровня можно назвать драйвером, то этот уровень является программой пользователя, которая, используя конечные точки как каналы связи, производит обмен информацией с компьютером. Конечная точка является буфером в памяти устройства. Нужно отметить, что в каждом устройстве присутствует управляющая двунаправленная конечная точка и номером ноль. Она используется для настройки устройства и определения его текущего статуса
Каждое USB устройство должно поддерживать технологию "Plug and Play" (автоматическую настройку). При его подключении к компьютеру, оно будет не настроенным, имеющим нулевой адрес. Когда хост зафиксирует наличие нового устройства на шине USB, он обратится к нему по адресу ноль и назначит ему уникальный адрес (в диапазоне 1…127), на который в дальнейшем будет отзываться устройство, пока его не отключат от шины. После этого, хост с помощью запроса GET_DESCRIPTOR определит конфигурацию устройства (число интерфейсов, конфигураций, дополнительных конечных точек и др.) и его тип. Когда получена вся требуемая информация об устройстве, производится поиск драйвера для него по идентификаторам Product ID и Release Number. В случае отсутствия INF файла с описанием этих идентификаторов, производится подбор драйвера согласно классу, подклассу и типу устройства. При успешной установке драйвера, производится настройка устройства, конфигурация имеющихся дополнительных конечных точек. После чего, устройство является настроенным и готовым к работе.

 Отправлено: 05.12.10 19:22. Заголовок: Ну вот, начало уже е..

Ну вот, начало уже есть

 Отправлено: 05.12.10 20:22. Заголовок: USB шина нужна для в..

USB шина нужна для втыкания приборчика в комп ну с приборчиком на базе МК мы разберёмся КЕА потом вышлет всему сообществу данные для въезда в USB шину и все будут счастливы . а какже программы для компа кто о них подумал, начём их составлять и как ????????????????

 Отправлено: 05.12.10 20:29. Заголовок: Алексей: Создание б..

Алексей: Создание библиотек в какой либо программной оболочке. Причем эта оболочка должна уметь самостоятельно генерировать код по образцу... То есть, открыл базу данных, выбрал необходимый модуль, задал задержку, какие ноги процессора будут использоваться для подключения внешних устройств, Какие либо настройки и т.д. А оболочка после всех настроек настроит нужный исходник и выдаст его...

Алексей, так это же, в конечном итоге, сведётся к СИ, с его универсальными/избыточными процедурами, довольно-таки скудно откомментированными, да ещё и на англицком языке.
С этой точки зрения, "велосипед давно изобретён".
Речь идёт о "чистом ассемблере", в котором, из нескольких вариантов, можно субъективно выбрать то, что в приложении к решению конкретной задачи, наиболее оптимально, а не по принципу "бери что дают".
Этот субъективный выбор предполагает приложение некоторых усилий, а заодно и повышенный уровень оптимокомпетентности.
Если есть и первое, и второе, то проблемы минимальны. Плюс "не кот в мешке", а "молекулярный уровень" работы.
Если выбран нужный вариант, то он, через буфер обмена, просто копируется в нужное место текста программы, после чего осуществляется банальная "адаптация" под конкретнопрограммные реалии. Разве это суперсложно? И СИ не нужно.
ПП будут составлены так, что их работу можно будет проверить в симуляторе.
Кроме того, библиотечные, "чистоассемблерные" ПП будут "укомплектованы" краткими описаниями их работы, с указанием "ключевых точек" и "влётных/вылетных" параметров (это копировать, в текст программы, не нужно, но если заблокировать строки точками с запятыми, то можно и скопировать), что позволяет периодически "освежать память" конструктора. В "принудительном режиме" (серые клеточки очень ленивы. Нужны периодические, стимулирующие "пинки", а иначе они просто не будут размножаться).

Алексей: Кстати, создание библиотеки программ это слишком большая и сложная работа для одного человека... Может все таки возложить эту функцию на сообщество?

Можно и возложить, только во избежание "лебедя/рака/щуки", нужна какая-то координация, которую я пока не вижу, но стараюсь её создать.
Перво-наперво нужен "базис", а всё остальное потом (в том смысле, что его можно расширять/углублять).
Сразу же "кидаться на непокалеченную амбразуру"? Как минимум, нужна капитальная "артподготовка", о которой я и толкую и которую пытаюсь организовать.

Алексей: Изучение PIC24, PIC32, особенно dsPIC.

Так я же не против (желаемое часто опережает действительное). Дело однозначно нужное. Только я не Геракл и помощи, в этом деле, пока не вижу (это я про "Обмен…). А то, что многое нужно, мне известно.
USB и т.п.? Жду соответствующих статей в "Обмен…".

Сергей: Так пускай разбираются, Вы для них, что могли сделали. Да и семеро одного не ждут. :)
Что не понятно, есть форум.

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

Сергей: Работа колосальная и бесполезная, если не делать по методу Виталия (Калиграфа).
Кому необходимо, те уже сделали для себя библиотеки.
Мне это всё чем-то напоминает времена застоя, пока тут шлифуем ПП задержки, технологии уже вперёд уходят.
Может не правильно выразился, но смысл понятен.

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

Сергей: Можно просто опрос создать на форуме и уже ориентироваться на него.
В конце концое Евгений Александрович, Вы можете "взять отпуск" и делать свою мечту.
Никто слова не скажет.

Моя мечта подчинена интересам большинства. Его мнение и пытаюсь выяснить. Отпуск 6 лет не брал и брать не собираюсь ("горбатого могила исправит").

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

 Отправлено: 05.12.10 20:30. Заголовок: ОКТОГЕН пишет: а ка..

ОКТОГЕН пишет:

цитата:

а какже программы для компа кто о них подумал, начём их составлять и как ????????????????

Для этого у нас есть Пётр, который поможет желающим освоить PureBasic.
Я одно время пробовал. Можно сказать даже интересно.

 Отправлено: 05.12.10 20:42. Заголовок: Если USB устройство ..

Если USB устройство будет класса CDC (виртуальный COM порт) или HID (есть наработки в этой области), то проблем нет, а если что-то другое, то придется использовать драйвер....

 Отправлено: 05.12.10 21:02. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

Алексей, так это же, в конечном итоге, сведётся к СИ

Вы не поняли, оболочка нужна только для того, чтобы обеспечить поиск по модулям, и соответствующе их настроить. Т.е. к примеру на ЖК шина данных будет подключена на порт В... Тогда задаем в настройках именно его а оболочка уже подставляет в нужное место АСМ файла соответствующую надпись и правит где нужно комментарии...

 Отправлено: 05.12.10 21:10. Заголовок: Насколько я помню у ..

Насколько я помню у нас что то начиналось по обмену модулями и сразу затухло :)
Но папка осталась.
Предлагаю, тогда возобновить обмен модулями, только необходимо определиться со стандартом написания и формирования по темам.
К примеру иерархия папок: \\Модули\Интерфейсы\.. ; \\Модули\Протоколы\.. и т.д
Каждый модуль должен быть в asm файле ну и т.д.
Чтобы каждый модуль можно было сразу запустить в MPLabe и проверить его работоспособность или разобраться, как он работает.

 Отправлено: 05.12.10 21:15. Заголовок: Алексей пишет: а о..

Алексей пишет:

цитата:

а оболочка уже подставляет в нужное место АСМ файла

А это как? Вернее чем? Если половина на С, 1 на В, три D. Не реально конечно, но это ведь универсальный вариант.

 Отправлено: 05.12.10 21:22. Заголовок: Sergey Roslik пишет:..

Sergey Roslik пишет:

цитата:

Насколько я помню у нас что то начиналось по обмену модулями и сразу затухло :)

А затухло из за того, что у каждого из нас есть еще и работа. У меня только официальных аж две штуки... Времени на все не хватает...

 Отправлено: 05.12.10 21:31. Заголовок: Ну у нас мало кто бе..

Ну у нас мало кто без дела сидит, на всё рук не хватает. У каждого семья, работа, дети.

 Отправлено: 06.12.10 01:31. Заголовок: Для начала могу пред..

Для начала могу предложить два варианта упорядочивания наработок и создания библиотеки готовых решений в АСМ-е.

1 Макросы
Файл можно посмотреть здесь:
http://progcode.narod.ru/files/Lib_macro.rar<\/u><\/a>
Это я у порядочил свои собственные сочинения, сделал прямо в файле оглавление и привёл расшифровку мнемоник команд.
Требования к макросам обсуждали уже. Повторю своё понимание:
- небольшое количество команд в макросе, для часто повторяющихся макросов, так как макрос увеличивает объём программы. Если есть возможность оформить большой макрос в виде подпрограммы, то это сделать несложно. Код для переносимости лучше всё-же оформить в виде макроса, так как в таком оформлении нет привязки к конкретным регистрам и проще встроить в новый проект макрос, чем переделать подпрограмму.
- структурировать маросы можно прямо в файле и файлов таких немного понадобится, особо мудрить со специальной программой, поиском и прочим не обязательно наверное.

2 Ассемблерные модули
Сам только начал вникать в тему. Статья по оформлению здесь:
http://progcode.narod.ru/stati/assembler_modules.html<\/u><\/a>
PDF вариант:
http://progcode.narod.ru/stati/asm_modul/assembler_moduls.pdf<\/u><\/a>
Для структуризации такого хозяйства понадобится просто папка и хорошо подобранные названия модулей. Ориентироваться лучше на стандартное оформление кода, озвученное здесь:
http://progcode.narod.ru/stati/asm_standart/mpasm_formatting.pdf<\/u><\/a>
То, что Тимофеев описал, можно и подкорретировать в плане удобства стандартного оформления под наши конкретные нужды. База есть, а усовершенствовать - дело времени.

Модульный подход сейчас пробую, делаю проект на модулях - нравится. Довольно просто всё, если вникнуть. По моему для начала неплохо модули освоить. С ними возможно и СИ и прочие ЯВУ для МК не понадобятся.

 Отправлено: 06.12.10 01:43. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

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

Полностью согласен, поддерживаю такой подход. Для начала можно сделать "Всё для 16-й серии" объём не так уж и велик, хотя и 16-я серия - немало всякого разного имеется

 Отправлено: 06.12.10 03:19. Заголовок: Алексей: Вы не поня..

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

Я всё прекрасно понял, но только с поправкой на то, что "оболочка" должна формироваться в черепной коробке. И настройки тоже. Перепоручить? Можно и так, но это не способствует бурному размножению серых клеточек, а заодно и истинному мастерству.

Сергей: Предлагаю, тогда возобновить обмен модулями, только необходимо определиться со стандартом написания и формирования по темам.

Мы со стандартом более года определяемся и никак не определимся.
Я свой стандарт обозначил совершенно чётко, причём давно. Как "базисный", от которого можно "плясать далее". Логика проста: "если нет базиса, то и плясать не от чего". Образно выражаясь, отсутствие "базиса" называется "тормозом коммунизма". Примерно так, как в современной России (это я о национальной идее и т.п.).

По поводу 1-го варианта.
"Базис" - 1/2/3-канальный анализатор импульсных последовательностей, только без флэш-запоминания сессий, без накопления задержек и т.п.
При этом высвобождается как минимум 7 килослов (а если постараться, то и более), которые можно употребить на измерение частоты (если с СВЧ-делителем, то до гигов), амплитуды, сопротивления, ёмкости, индуктивности, фазовых соотношений, длительности импульса, периода, а также сформировать нужные сигналы (например, генератор импульсов и/или сетка калиброванных частот).
А можно и ещё что-то полезное к этому "прислонить" (по ходу дела. Если ресурсы ПИКа позволят).
И всё это будет малогабаритным, удобным и автономным (без компа).

2-й вариант - создание "чистоассемблерной" библиотеки по тем "правилам игры", которые я оговорил ранее.
Это как раз тот случай, когда, образно выражаясь, нужно "грохнуть кулаком об стол" и прекратить "разброды/шатания". Пусть и не шибко эффективно, а хоть как-то (поводы для критики есть), но прекратить.
Без этого, от "разбродов/шатаний" не избавиться. По этой простой причине, прошу не считать меня Карабасом-Барабасом. Я за дело болею.

USB и т.п. отпадает по тем причинам, которые я также оговорил ранее. Это вовсе не свидетельствует о том, что я на это "зуб имею". Просто, на мой взгляд, время ещё не подошло (всему своё время). Когда подойдёт, разберусь. Также как с USART (в том смысле, что "затравка" будет).
А сейчас желательно определиться, чем именно мне заниматься в 2011 году (с максимальной пользой для сообщества).
До начала года, время есть. Прошу высказываться.

Виталий, в моём понимании, программный модуль это, в первую очередь, то, что востребуется несколько раз.
В том случае, если "куски" программных процедур повторяются и нет "выходов наружу" (я об этом много раз упоминал. Вы должны быть в курсе), то по факту обнаружения такого повторения, по ходу текущей работы (в совершенно рабочем порядке), банально создаётся программный модуль. В виде вызываемой ПП.
Если нужны различные предустановки, то их можно сделать до вызова.
По существу, все удобства того, что Вы предлагаете, сводится к комфортному вычислению числовых предустановок, либо в иной, комфортной смене "то на сё" (в "границах" программного модуля).
Лично я, предпочитаю их лично вычислять/сменять. В том числе и с помощью мозгов, и с помощью всяческих калькуляторов (у меня их несколько штук), и с контрольными проверками результатов работы в симуляторе или отладчике (в зависимости от обстоятельств).
Комфортное оформление ASM-библиотеки? А не проще ли обойтись без этих "прибамбасов"? Правда для этого нужно чётко "ориентироваться в ASM-пространстве" (условно), чему я стараюсь всячески способствовать.
Например я, с программными модулями вообще не имею никаких проблем. В том смысле, что по ходу работы, в случаях обнаружения "клонов" ("эквивалент матери" программного модуля), просто их создаю, а далее, по мере необходимости, банально их вызываю (в том числе и с организацией нужных предустановок).
И никаких макросов и т.п.
Если ПП, которая реализует ту или иную функциональность, используется только один раз, то её тоже можно назвать программным модулем, только однократно используемым.
А по большому счёту, какая разница, как назвать? Хоть …. Главное - суть производимых действий, которую, при наличии "базисного", программного модуля/знаний/опыта, не составляет особого труда "адаптировать" под решение конкретной задачи.
Как именно "адаптировать"? Об этом и заботился, и забочусь, и буду заботиться. В поте лица.
Например, макросы я вообще не применяю. Ну не нужны они мне.

 Отправлено: 06.12.10 03:21. Заголовок: kaligraf пишет: 16-..

kaligraf пишет:

цитата:

16-я серия - немало всякого разного имеется

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

 Отправлено: 06.12.10 05:14. Заголовок: DerSpiwak пишет: ex..

DerSpiwak пишет:

цитата:

extended midrange

Если можно поподробнее, что это?

 Отправлено: 06.12.10 05:26. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

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

В общем верно, но можно добавить, что программный модуль может работать в любых адресах(страницах памяти) МК и с переменными, размещёнными в любых банках ОЗУ(для 16-й серии). Плюс не требует правки готового кода модуля. Не требует для подключения внесения изменений в основной файл проекта, кроме как добавить файл заголовка. Вся работа по сборке проекта и распределению ОЗУ и программной памяти возложена на линкер.

 Отправлено: 06.12.10 06:48. Заголовок: DerSpivak: Ага, взя..

DerSpivak: Ага, взять те-же extended midrange. Для них такая библиотека будет бесполезна в большинстве слуаев. А камни между прочим отличные.

Игорь, если так рассуждать, то условно выражаясь, лучше сразу же после рождения умереть (это про бесполезность). Зачем мучиться, ведь в итоге - кладбище? В некотором смысле, это очень прагматично.

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

Я так понял, что Вы переучиваетесь. Полагаю, что прежде чем переучиваться, сначала нужно чему-то научиться, а иначе не будет предмета переучивания. Если Вы научились тому, что Вам навязали, то переучитесь и навяжите то, чему Вы переучились. Только в реале и убедительно. А вообще-то, по сути, любое обучение есть навязывание "того-сего". И переучивание тоже. И вообще, жизнь "сплошняком" состоит из этого.
Весь вопрос в том, какое именно, из навязываний, более симпатично (субъективный выбор).

DerSpivak: Считаю, что информации для начинающих более чем достаточно. Обучить всех все равно не удасться. И что лучше, 10 программистов которые могут работать самостоятельно или 100 которые без помощи никак не справятся?

На мой взгляд, этим ста, в первую очередь, и нужно помочь. Это нормально и по-человечески. Почему не справятся? Откуда такой пессимизм и неверие? Не все, но многие (и поболее чем 10) вполне справятся (не сразу, а со временем). И ещё спасибо скажут тем, кто помог. Советую как следует вникнуть в "сермяжную" суть сказанного.

Kaligraf: В общем верно, но можно добавить, что программный модуль может работать в любых адресах(страницах памяти) МК и с переменными, размещёнными в любых банках ОЗУ(для 16-й серии). Плюс не требует правки готового кода модуля. Не требует для подключения внесения изменений в основной файл проекта, кроме как добавить файл заголовка. Вся работа по сборке проекта и распределению ОЗУ и программной памяти возложена на линкер.

Виталий, всё это прекрасно, но сие, на мой взгляд, должно возлагаться не на линкер, а на серые клеточки (это к вопросу о "спецназе ГРУ").
Хотя бы по той причине, что биокомпьютер гораздо могучее линкера, а также и по той причине, что первое придумало второе, а не наоборот. Я это называю расстановкой приоритетов.

 Отправлено: 06.12.10 10:30. Заголовок: Евгений Александрови..

Евгений Александрович, Вы к народу совсем не прислушиваетесь.
Если Вы обучаете только начинающих, то всё нормально, пишите для них статьи.
Зачем тогда спрашивать, что делать?
Делайте, что считаете нужным.
Для 16 пиков модули уже не актуальны, минимум надо брать 18 серию и на неё делать упор. Это из соображений цена-качество-возможности.

 Отправлено: 06.12.10 11:43. Заголовок: Создал анкету для го..

Создал анкету для голосования ,http://pic.borda.ru/?1-14-0-00000060-000-0-0-1291624866<\/u><\/a>
Так проще выяснить потребности рынка :)

 Отправлено: 06.12.10 12:37. Заголовок: Sergey Roslik пишет:..

Sergey Roslik пишет:

цитата:

Для 16 пиков модули уже не актуальны, минимум надо брать 18 серию и на неё делать упор. Это из соображений цена-качество-возможности.

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

 Отправлено: 06.12.10 13:35. Заголовок: kaligraf пишет: Der..

kaligraf пишет:

цитата:

DerSpiwak пишет:  цитата: extended midrange Если можно поподробнее, что это?

Мы уже о них говорили в теме: "Новая архитектура PIC16, 12". ( http://pic.borda.ru/?1-7-0-00000076-000-0-0-1267453477<\/u><\/a> )
Расширенный АСМ и т.п.

 Отправлено: 06.12.10 16:37. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

USB и т.п. отпадает по тем причинам, которые я также оговорил ранее. Это вовсе не свидетельствует о том, что я на это "зуб имею". Просто, на мой взгляд, время ещё не подошло (всему своё время).

Хоть бы не получилось так, что когда придет время, USB будет считаться устаревшим интерфейсом, исчезающим как сейчас COM и LPT порты.


Хотя согласен, тема сложная, на год работы точно.
Но ведь можно все немного упростить - взять прошивку USB устройства, созданую на языке высокого уровня, дизассемблировать её, убрать все лишнее, и адаптировать для удобного встраивания в свои конструкции.

 Отправлено: 06.12.10 17:53. Заголовок: kaligraf пишет: Пот..

kaligraf пишет:

цитата:

Потренируюсь с модулями пока на 16-й серии, опыта наберётся, можно и на 18-ю тогда посмотреть.

Вот и не наберёшься никогда такого опыта.
kaligraf пишет:

цитата:

Не было у меня ещё таких задач, которые требовали бы возможностей 18-й серии. USB разве-что.

В этом ключе и надо разбираться.
По сути, PIC-и и в Африке PIC-и, ни чем не отличаются, по большому счёту, не AVR-ки же.
Например, берём простейшую программу, типа мигающего светодиода с кнопки, написанную под 16F84A.
Берём какую нибудь PIC18F14K50-I/SS (Например в Платане за 110 руб) с "USB V2.0 Compliant SIE" кстати.
Прошиваем и?! светодиод не загорается. Жаль, наверно контроллер не тянет
А то можно было бы кнопку на десктопе разместить.

 Отправлено: 06.12.10 18:43. Заголовок: Сергей: Евгений Але..

Сергей: Евгений Александрович, Вы к народу совсем не прислушиваетесь.

Сергей, откуда взялось такое заключение?
Во-первых, я вижу, что в обсуждении принимает участие всего несколько человек, что совсем не есть большинство.
Во-вторых, до конца года времени предостаточно.
В-третих, решение пока не принято, так как на основании мнений нескольких людей, принимать его нецелесообразно.
Один человек - один голос. И не более того.

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

Сергей, а к какой категории Вы относите себя?
Я ориентируюсь не на "только начинающих", а на большинство (если так можно выразиться, на "усреднённый уровень подготовки").
С этой точки зрения, даже невооружённым глазом видно, что многим людям нужно не USB (и т.п.), а то, без чего обойтись просто нельзя. И им это нужно дать. В удобной/доходчивой форме.
Меня интересует не только высказанные ранее мнения (спасибо за это), но и мнения этих людей.
Поэтому и спрашиваю.

Сергей: Для 16 пиков модули уже не актуальны, минимум надо брать 18 серию и на неё делать упор. Это из соображений цена-качество-возможности.

У меня несколько иные соображения.
Сергей, Вы "смотрите со своей колокольни", а я со своей.
В нашем сообществе, как минимум, три сотни человек работают с ПИКами среднего семейства, и о ПИКах 18-й серии пока имеют мутные представления или вообще его не имеют. Лично я, в первую очередь, стараюсь ориентироваться на их нужды. С надеждой на то, что те люди, которые "убежали вперёд" (условно) тоже о них не забудут, а заодно и будут потихоньку "двигать вперёд" то, до чего у меня физически "руки не доходят" ("один в поле не воин").
Вы сделали много. Спасибо. Надеюсь на то, что сделаете, для нашего сообщества, ещё много полезного.

Сергей: Создал анкету для голосования ,http://pic.borda.ru/?1-14-0-00000060-000-0-0-1291624866
Так проще выяснить потребности рынка :)

Сергей, при чём тут потребности рынка? Это конечно же важно, но на мой взгляд, второстепенно. Я ориентируюсь на другое. Более важное.
По-русски, создание подобного рода опроса называется "без меня, меня женили". По этой простой причине, лично я, просто проигнорирую этот опрос.
Если уж создавать опрос, по рассматриваемой теме, то в нём должны быть только те 2 варианта, о которых, с учётом оговорок, упомянуто мной ранее.
Возможны и другие варианты, но они должны быть предварительно обсуждены/согласованы.
В крайнем случае (если такая необходимость возникнет), ближе к концу года, я организую циркулярный опрос по E-mail. "Лебедя/рака/щуки" не будет. Будет чётко сформулированная задача.

 Отправлено: 06.12.10 19:36. Заголовок: С трудом выдержал, ч..

С трудом выдержал, что бы дочитать ветку!
Евгений Александрович, по
2-й вариант - создание "чистоассемблерной" библиотеки по тем "правилам игры", которые я оговорил ранее
готов поддержать даже материально. Всеми конечностями ЗА!
Я, думаю, не одинок в желании иметь такую базу под рукой. Что-то у каждого есть, у двадцатки "лучших" такая, наверняка полная, всегда под рукой. У 300-от остальных возникают трудности с подбором той или иной ПП (иногда нужно взять корень из 4-х байтного числа, а под рукой только 2-х), а уровень знаний не позволяет написать самому. Да и у кого-то масса операций просто лежит в голове и он всегда может "настучать" их по памяти, а другому без шпоры не обойтись. Это как способности к языкам. Ну не могу я изучить английский, трое курсов окончил, а времена так и не понял, да и "с дебютом путаю дуплет" (В.С.Высоцкий)!
Для ВАС, профи, такую базу создать не так уж и много времени уйдёт. И не обязательна даже оболочка на всё это. Достаточно в папках их хранить в блокнотовском варианте. Зашёл в нужное, скопировал-вставил, адаптировал, за одно восполнил в памяти алгоритм. Но заранее знаешь, что ошибок там нет.
Евгений Александрович, не сдавайтесь, порядок в танковых войсках архинужен!!!
Вот у меня около пяти процедур в таком виде

min_3b3b                           ;Вычитание 2-х 3-х байтных двоичных чисел 
 ;RegH/RegM/RegL                     ;трехбайтное двоичное число вычитаемого. 
 ;TimerH/TimerM/TimerL               ;трехбайтное двоичное число уменьшаемого/результат. 
 ;Znak                               ; Регистр знака результата вычитания. 
 MINUS       comf       RegL,F      ; Инверсия всех битов в регистре RegL с последующим 
             incf       RegL,F      ; инкрементом результата инвертирования. 
             btfsc      Status,Z    ; Проверка состояния флага нулевого результата. 
             decf       RegM,F      ; Если флаг поднят, то декремент содержимого регистра RegM 
                                    ; с последующей инверсией всех битов регистра RegM. 
             comf       RegM,F      ; Если флаг не поднят, то производится только инверсия всех 
                                    ; битов регистра RegM. 
             btfsc      Status,Z    ; То же самое, но только 
             decf       RegH,F      ; для регистра RegH.  
             comf       RegH,F      ; ----------"----------- 
             movf       RegL,W      ; Суммирование содержимого регистров RegL и TimerL 
             addwf      TimerL,F    ; с сохранением результата суммирования в TimerL. 
             btfss      Status,C    ; Проверка состояния флага переноса-заема. 
             goto       MINUS_1     ; Если переноса не было, то переход в ПП MINUS_1. 
             incf       TimerM,F    ; Если перенос был, то инкремент содержимого регистра TimerM. 
             btfss      Status,Z    ; Проверка состояния флага переноса-заема. 
             goto       MINUS_1     ; Если переноса не было, то переход в ПП MINUS_1. 
             incf       TimerH,F    ; Если перенос был, то инкремент содержимого регистра TimerH. 
 MINUS_1     movf       RegM,W      ; Суммирование содержимого регистров RegM и TimerM 
             addwf      TimerM,F    ; с сохранением результата суммирования в TimerM. 
             btfsc      Status,C    ; Проверка состояния флага переноса-заема. 
             incf       TimerH,F    ; Если перенос был, то инкремент содержимого регистра TimerH 
                                    ; после чего программа исполняется далее. 
             movf       RegH,W      ; Суммирование содержимого регистров RegH и TimerH 
             addwf      TimerH,F    ; с сохранением результата суммирования в TimerH. 
             btfsc      Status,C    ; Проверка состояния флага переноса-заема. 
             goto       REZ_PLUS    ; Если перенос был, то переход в ПП REZ_PLUS. 
                                    ; Если переноса не было, то программа исполняется далее. 
             comf       TimerL,F    ; Инверсия всех битов в регистре TimerL. 
             incf       TimerL,F    ; Инкремент результата результата инверсии. 
             btfsc      Status,Z    ; Проверка состояния флага нулевого результата. 
             decf       TimerM,F    ; Если флаг поднят, то декремент содержимого регистра TimerM 
                                    ; с последующей инверсией всех его битов.  
             comf       TimerM,F    ; Инверсия всех битов регистра TimerM. 
             btfsc      Status,Z    ; Проверка состояния флага нулевого результата. 
             decf       TimerH,F    ; Если флаг поднят, то декремент содержимого регистра TimerM 
                                    ; с последующей инверсией всех его битов. 
             comf       TimerH,F    ; Инверсия всех битов регистра TimerH. 
             bsf        Znak,0      ; Выставление знака "-" в регистре знака результата вычитания. 
 	    return  
 REZ_PLUS    bcf        Znak,0      ; Выставление знака "+" в регистре знака результата вычитания.   
 	    return

Мужики, не бросайте нас на произвол. Давайте вместе хотябы просто соберём базу, разложим по папкам, а потом уже из этого материала можно и программу сделать, полуавтоматический режим, нашёл в оглавлении, клацнул, вот она! Как КЕА предложил.