Jump to content

    

sunjob

Участник
  • Content Count

    80
  • Joined

  • Last visited

Community Reputation

0 Обычный

About sunjob

  • Rank
    Частый гость

Recent Profile Visitors

688 profile views
  1. ###!!! UPDATE !!!### нашел в распайке cypress usb module как думаем, в данном случае может пригодиться?! // // CY7C63723C usb module // Feb 28 03:59:32 book kernel: [409827.421055] usb 2-2: new low-speed USB device number 6 using uhci_hcd Feb 28 03:59:32 book kernel: [409827.586124] usb 2-2: New USB device found, idVendor=0665, idProduct=5161 Feb 28 03:59:32 book kernel: [409827.586135] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 28 03:59:32 book kernel: [409827.586143] usb 2-2: Product: USB to Serial Feb 28 03:59:32 book kernel: [409827.586149] usb 2-2: Manufacturer: Cypress Semiconductor Feb 28 03:59:32 book kernel: [409827.628281] hid-generic 0003:0665:5161.0002: hiddev0,hidraw0: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:00:1d.0-2/input0 Feb 28 03:59:32 book mtp-probe: checking bus 2, device 6: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-2" Feb 28 03:59:32 book mtp-probe: bus: 2, device: 6 was not an MTP device
  2. добрый день проект V-USB выкус из спецификации/инета/форумов: - реализация не полностью соответствует стандарту - работа на 100% не гарантируется - питание по USB / с компа может провалиться до 4-4.5В (а F_CPU идет в притирочку ... ) :о) у всех рекомендованных схем подключения (3 шт) имеются те или иные очевидные минусы. как следствие стабильно может работать только при "определенных условиях" в планах поработать с библиотекой. для начало решил "набросать" альтернативный вариант (так сказать, попытаться закрыть все возможные дыры в подключении). достаем помидоры, баркова, мысли, высказываемся (заранее благодарен) tag: v-usb, avr, atmega328p, avr-gcc, linux/mac-osx NO atmega32u4, NO arduino pro micro etc...
  3. есть такие "секетные элементы" которые отрубаются при данном напряжнии :о)))
  4. обнакновенный порог... у нас элементы отрубаются при таком напряжении
  5. добрый день/ночь добрался до железок, протестировал, некоторые выкладки, мымсли подключение дисплея "типа стандартное" + инвертор на ICL7660, отр.напряжение на Vo подано "реостатом" начальное напряжение питания 4.2В, устанавливаем оптимальную контрастность, уменьшаем питание до приемлимого контраста, ву-а-ля 3.5В т.е. приемлимый диаппазон "плавающего питания" данного подключения 3.5-4.2В вполне подходящий диаппазон для питания от одного элемента Li-элемента, учитывая, что минимальный порог элемента 3.7, то, вообще замечательно, плюс, по контрастности можно примерно судить о "заряде" батареи :о) измерение тока LCD HD44780 - 580 uA DC-DC 7660 - 150 uA AVR/Atmega - 2-3 uA ну и при беглом взгляде, понятно, что лучше дисплей отключать, когда он не используется
  6. --> как сказал бы ММЖ - да! на нашем устройстве не будет стабилизатора питающего напряжения :о)
  7. основной, это ... основной. т.е. dc-dc на 7660 и проверка "нормальной работоспособности" запас?!!! в приборе не будет никаких запасов, нужно максимальное энергосбережение, профиль: типа "часы" (что никак не катит с подобными наворотами) :o) протестировать "на стенде" можно для того что бы знать, как поведет себя дисплей в зов-ти от температуры, но... пока не планируется эта реализация, то и ... какая разница, как "он" там себя будет вести ... да и подходящих реализаций пока нет (ну или не помню, что я там наскладировал, навыкусывал из статей, т.к. не было это основной задачей) стандартная портянка, 16x2, с контроллером а-ля HD44780 спасибо
  8. ну да, я по этому поводу погрыз литературу/форумы/статьи, в курсе... все устройство планируется запитывать от батареи, а доп. навороты для стабилизации отр. напряжения дисплея - это слишком (во всяком случае пока) диаппазон изменения питания - 3.7-4.2В вполне "подходящий" по первичным прикидкам :о) вот решил, если при мин и мак питании дисплей будет читабельным, так и оставлю (не стоит усложнять имхо) про необходимость термокомпенсации тоже смотрел материал, но, думаю, пока рано, сначало "основной" прототип, потом все остальное спасибо
  9. вопрос не в этом, а как будут себя вести в сумме dcdc, дисплей, контраст при питании ... от плавающего напряжения... надеюсь, так понятнее обьяснил проблему пока нет под рукой железок, что-бы самому сделать это, поэтому интересуюсь у бывалых, возможно, кто-то уже заморочился и проделал этот опыт?!
  10. добрый день пару раз делал инвертор для дисплея на 7660, работают без проблем, но, в свое время не додумался протестировать работу в "плавающем диаппазоне" (с прицелом запитки от 18650, т.е. 3.7-4.2В) мои экземпляры на 4.5В уже всЁ! кажут еле-еле, а тут задумал пару "хренек" на чистом питании от батареи, без DC-DC ну, собственно, вот ... вопрос :))) кто ни-будь тестировал работу дисплея с инвертором на 7660 в диаппазоне - 3.7-4.2В? p.s. дисплеи из серии 16х2 / 44780 и подобные
  11. qtcreator - проект из шаблон-визарда qt-widgets, довешиваю "свои плюшки"... есть мини-библиотека, состоит из 3х исходников: - lib1 c/h (использует lib2) - lib2 c/h (более низкоуровневая) - func c/h (рутина, используется обоими lib1 & lib2) при написании библиотеки извратился простым подключеним "реализаций" вместе с "хедерами" сборка/отладки библиотеки проходит без проблем :o) теперь хочу "правильно" добавить библиотеку в qtcreator-проект (хедеры отдельно, реализация отдельно) если просто подключить в *.pro-файле HEADERS += ini/lib1.h HEADERS += ini/lib2.h HEADERS += ini/func.h SOURCES += ini/lib1.c SOURCES += ini/lib2.c SOURCES += ini/func.c то получаем "анрезолв/func", что и не удивительно. если добавляем "потерянные" рутины (func.o) ("всевозможными" методами) - то получаем коллизию/множественное определение, (в исходнике и в обьектнике), что тоже не удивительно. как правильно подключить библиотеку? точнее, не саму библиотеку, а обьектный файл с общими реализациями рутины (понятное дело, нужно без установки библиотеки в систему :о) qtcreator-3.1.2 qt-4.8.7
  12. to vervs да, но все таки 35 это никак не 51 (а уж в процентном соотношении :о))) хотелось как раз на 40МГц, как то расчитывалось... и да, с усилением, наверное, переборщил в тестах, в конечной конструкции будет чуток поменее... ... и все, таки, возвращаясь, вопросы в догонку: - возможно ли на монтажке сделать б.м. рабочий вых. каскад для DDS до 40МГц? (конечно же в разумных пределах любительства) печатка не рассматривается спасибо
  13. > Конденсаторы максимально близко к питанию. а они там где?! :о) > хороший земляной полигон который добавит общую емкость схемы?! (или я ошибаюсь?) была идея все нерабочие пятака поудалять... :о) но потом решил оставить, мало-ли
  14. добрый день "пришли" AD8052, набросал тестовую схему (вых. каскад как в "нашем" генераторе, только ц.пот. заменил на обычный) DDS Gen AD9833 осциллограммы по ссылке (желтый выход, синий - вход) вых. уровень генератора выставлен и более не подстраивается, на осциллограмах заметно, что он немного гуляет явно виден завал где-то начиная с 35МГц ВОПРОСЫ: такой поведение в следствии: - монтажа на макетке? - брака / подделки ОУ? (маркировка краской уже подозрительно) - того и другого? ... - ц.осц. 100МГц - JDS 6600 - питание схемы 5В (в схеме будет 3.3 или 5.0В) gallery_to_oscillogram's макетка_для_ОУ.7z akip0001.bmp akip0009.bmp
  15. ужо таки поняли