Перейти к содержанию
    

mart-13

Участник
  • Постов

    17
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о mart-13

  • Звание
    Участник
    Участник
  • День рождения 13.03.1985

Старые поля

  • skype
    Array

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array
  1. Подскажите, пожалуйста, почему в окошке "Просмотр модели" в бибилиотеке компонентов, когда выбираешь пин - он не подсвечивается? Версия АД - 9.4.0.20159. В 7-ой версии (перед этим стояла) при выборе пина компонента на 3Д модельке все пины становились серыми, а выбранный желтым... Тут такого нету... Может кто знает где такое настроить можно? Или новую версию качать нужно? Картинка прилагается...
  2. Ой, самое главное не сказал :) ... Считаю, что Ваш YMS0802 полностью совместим по командам с обычным HD44780, и что проблем при подключении не должно возникнуть...
  3. Вот я наше ссылочку (думаю Вы тоже уже видели ее): http://display.compel.ru/passive/passive_i...?ser=YMS0802-01 Там же и ссылка на контроллер: http://display.compel.ru/cntrl/cntrl_info.php?cntrl=S6B0066U На последней странице указано, что полным аналогом контроллера вашего ЖКИ есть HD44780 и KS066. Сам я лично работал с контроллером ST7066 в ЖКИ-шке от моторолы (в этой же теме фотки выкладывал выше где-то), он оказался по командам полностью совместимым с HD44780, а по этой теме много статей есть на русском языке. Если найду, скину ссылки... Прикрепляю также даташит на ваш контроллер, где есть алгоритм его инициализации на странице 26-27 даташита, и описание работы с HD44780 на русском... S6B0066U.pdf LCD_HD44780.pdf
  4. Tiny13

    Ну на счет режимов Вы наконец что-то конкретное сказали, и начали называть все своими именами... (кстати, а почему бы не назвать отключенный режим нормальным)... ИМХО, так и надо было написать, что в режиме выполнения пользовательской программы SPI, который используется для программирования отключен, сразу всем бы ясно было, ато Вы пишите, что в тини13 его вообще нету. Я, например, и не всегда впаиваю контроллеры сразу в плату, а пользуюсь панельками программатора (у меня СТК-500). И еще вопрос, изначально эта тема подразумевала использование МК в "ненормальном" для Вас режиме, тоесть в режиме переходных процессов при вкл/выкл питания, и возможность при этом порчи ЕЕПРОМ (по причине нахождения МК в режиме программирования, или превышения напряжения питания, или помех, и т.д.) так вот, какое отношение к данному вопросу имеют Ваши хваленые dW и JTAG???
  5. Tiny13

    Что значит "SPI который используется только для ISP программирования, в нормальном режиме отключен"??? Что такое нормальный режим??? (Что, есть еще и ненормальный???) В каком режиме продается данный МК в магазинах(в нормальном или ненормальном)??? Чем же его прошить первый раз после покупки??? Приведите, пожалуйста, хоть один факт, или документ, который что-то из этого подтверждал... Может у меня мало опыта в работе с АВР... Может Вы говорите на каком-то другом языке: причем тут периферийное устройство SPI и протокол по которому прошивается память контроллера SPI. SPI - это, на сколько я знаю, Serial Peripheral Interface. У большинства 8-битных МК фирмы Атмел этот интерфейс используется для загрузки программы в память МК. А у некоторых МК той же фирмы на борту есть еще и встроенный аппаратный SPI интерфейс (периферийное устройство), который исползуется для связи МК с другими устройствами (память, ЖКИ, другой МК,...), и который может работать в режиме Мастер или Слейв, но он не принимает участия в программировании МК без дополнительных программных вмешательств (типа бутлоадера). Вот SPI, как периферийное устройство в тини13 отсутствуей, а SPI как интерфейс программирования там есть (что видно из скриншота)... Не ругайте сильно, что отвлекся от темы, просто мне не понятно почему в оригинальной документации написано одно, а Ваш опыт говорит о другом.
  6. Tiny13

    Ну, может я слепой, но на скриншоте четко видно, что в АТтини13 есть SPI, которого по Вашему утверждению там нету... Ссылку я просмотрел, извините, что не уточнил, но ее я скинул для уважаемого Len_OK, о котором мы с вами к сожалению забыли...
  7. Tiny13

    Уважаемый defunct, во-первых вот вам скриншот из даташита АТтини13. Во-вторых: http://electronix.ru/forum/index.php?showtopic=47174
  8. Tiny13

    На сколько я понимаю, даный форум был создан для того, чтобы люди смогли получить ответы на свои вопросы и поделиться опытом, а не слышать в свою сторону "несешь чушь"... Хотя Вы, уважаемый defunct и "Гуру", но с вашей стороны это мягко говоря неуважение к нам форумчанам. Ну включили вы свой БОД, ну есть цитата в даташите: EEPROM data corruption can easily be avoided by following this design recommendation: Keep the AVR RESET active (low) during periods of insufficient power supply voltage. This can be done by enabling the internal Brown-out Detector (BOD). If the detection level of the internal BOD does not match the needed detection level, an external low VCC Reset Protection circuit can be used. If a reset occurs while a write operation is in progress, the write operation will be completed provided that the power supply voltage is sufficient. Да в этом Вы правы, но, судя из моего опыта - это не всегда срабатывает... В моем случае порча ЕЕПРОМ часто происходила в тех же случаях, что и у Kalina, и у Len_OK, создавшего эту тему, а именно в момент присутствия каких либо напряжений на Vcc и линиях SPI, при этом на Reset было 0В. Один мой знакомый даже отправлял письмо компании Atmel (которая, кстати изначально занималась только ЕЕПРОМ) с подобным вопросом, и получил ответ, который полностью совпадает с опытом Kalina - проблемы с SPI, конечно же при условии соблюдения всех остальных замечаний по поводу ЕЕПРОМ АВР-ов. И во-первых: !!!Внимательно!!! читая данную тему я заметил, что Kalina работал с Мега8, а там вообще нету debugWire... Во-вторых:на сколько я знаю для debugWire надобно заиметь не совсем простой программатор... В-третьих:если Вы отключите Reset, то не сможете программировать по SPI и Вам снова придется заиметь не совсем простой программатор... В-четвертых:может быть Вы посоветуете еще и кодировать сами записываемые данные кодами Хеминга, Грея и т. п. Что же у Вас за ключ такой получится??? В-пятых:сама компания Атмел гарантирует правильную работу при соблюдении всех правил использования ЕЕПРОМ, как аппаратных так и программных. ИМХО, люди здесь должны делиться своими знаниями и опытом, а не указывать кому и что как делать... Кстати, уважаемый defunct, вот нашел в этом же форуме тему, связаную со стиранием памяти контроллера в результате влияния помех на SPI - - - http://electronix.ru/forum/index.php?showtopic=47174
  9. Ну вот для начала хоты бы... KTG087052.pdf PCF8548.pdf
  10. Снова привет всем !!! Вот разобрался еще и мотороловской ЖКИ-шкой... Можете посмотреть фото ЖКИ от Филипс и от Моторолы в работе...
  11. Доброго времени суток, уважаемые форумчене !!! Хочу сказать всем огоромное спасибо, за то, что поделились свими мыслями по вопросам, которые я задавал в начале этой темы!!! Хотя я и не совсем получил ответы, все равно узнал также кое-что полезное!!! Скажу также, что все вопросы остаются пока в силе, кроме Филипса!!! Этого зверя удалось вчера запустить!!!!!!!!!!! :) :yeah: Если кому-то интересно, смогу в ближайшем будущем оформить более аккуратно свои туды и поделиться этой информацией... Продолжаю разбираться с другими ЖКИ... Удачи всем...
  12. Я Вам очень благодарен, уважаемый Qwertty !!!!!!!!!! :a14: Правда до алькателя я еще не добрался... Щас работаю с филипсом... У меня еще есть один вопросик к форумчанам: Вот есть ЖКИ, которые управляются по шине I2C... По описанию этого протокола, каждое устройство на шине должно иметь свой уникальный адрес. Это значит, что если "просканировать" шину на все возможные адреса - откликнутся только те устройства, которые подключены к шине. Допустим, что ЖКИ подключен к шине и откликнулся на какой-то адрес - теперь вопрос: могу ли я определить по найденому адресу тип контроллера ЖКИ ?????? З.Ы. На выходных после нескольких убитых на поиски программы LPT -> I2C часов, написал свою и испытал на датчике температуры LM75... Сканер работает отлично... На ЖКИ еще не проверял... :)
  13. Вообще-то в этой теме обсуждается вопрос о применимости в тех или иных задачах Ассемблера или Си. Насколько я понял Калина уже разобрался с методами и алгоритмами измерений промежутков времени. Скорее всего его интересует возможность реализации оных на Си и сравнение с Ассемблером... И вообще я что-то не понял о чем вы толкуете, уважаемый zltigo: то вы считаете импульсы, то уже измеряете период... :07: Не могли бы Вы выразиться более точно, или логически связано... Тут же не все разбираются с особенностями разных жаргонов...
  14. Вы хотите сказать, что точность аппаратного АЦП контроллера, которым по всей видимости Вы измеряете Ваш ток зависит от Вашей программы, или еще хуже от языка, на котором она написана?????
×
×
  • Создать...