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

bus16

Свой
 Профиль  Обзор контента

  • Постов

    77

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

  • Посещение

 Тип контента 

Сообщения, опубликованные bus16

  5. Опубликовано · Пожаловаться

    Добрый всем день. Тема наверняка избитая (надеюсь), но поиском ничего похожего не нашел((

    Суть: есть PIC16F722, питается от 5 В, OSCCON=0x20, TRISA=0xFF, ANSELA=2, ADCON0=1, ADCON1=0. На RA1 подается сигнал 3,5 В - в результате измерения получаю 105 вместо 178. Подаю на RA1 5 В - в результате измерений 168 вмсето 255. Acquisition time увеличивал - ничего не изменялось. Что ещё может влиять на результат измерений?

  7. Опубликовано · Пожаловаться

    Добрый день.

    Суть проблемы: используется SOC PEF24628E V1.2 с образами IDC_Online_v1.1_1.7.2.bin и shdsl_soc4e_cot_rt_172__001.bin загружаемые по MPI интерфейсу.

    После загрузки firmware в SOC верификация (BIST-тесты) проходят успешно, но через 2 сек. от SOC приходит сообщение ALM_InitializationAborted с контекстом SDFE_INIT_ERROR. На последующие попытки записи в устройство команд возвращаются ACK ответы с нулевой длинной и контекстом в поле RC=2. Ниже приведён лог загрузки firmware в SOC.

     

    PEF24628E_DRV: Set SCI clock to default 4

    sdfe firmware loaded into soc 1

    PEF24628E_DRV: IDC FW Load: Setting Valid bit...

    PEF24628E_DRV: IDC FW download finished.

    idc firmware loaded into soc 1

    PEF24628E_DRV: IDC FW Load: Setting Ram Loaded bit...

    PEF24628E_DRV: switching to MPI interface

    PEF24628E_DRV: IDC Firmware started

    PEF24628E_DRV: MCR_0 = 0x20, MCR_1 = 0x00, MCR_2 = 0x00, MCR_3 = 0x00

    firmware successfully started on soc 1

    recv unknown msg: ID = 0600, len = 4

  8. Опубликовано · Пожаловаться

    Дабы не плодить тем, ещё обрисую проблему: после горячей перезагрузки хоста с активной ssh-сессией перестало работать подключение по ssh. Сгенерировал новые ключи - но пересылка не работает - висит команда в терминале:

     

    user@user-virtual-machine:~$ ssh -vvv [email protected]

    OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012

    debug1: Reading configuration data /etc/ssh/ssh_config

    debug1: /etc/ssh/ssh_config line 19: Applying options for *

    debug2: ssh_connect: needpriv 0

    debug1: Connecting to 192.168.7.2 [192.168.7.2] port 22.

    debug1: Connection established.

    debug3: Incorrect RSA1 identifier

    debug3: Could not load "/home/user/.ssh/id_rsa" as a RSA1 public key

    debug1: identity file /home/user/.ssh/id_rsa type 1

    debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048

    debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048

    debug1: identity file /home/user/.ssh/id_rsa-cert type -1

    debug1: identity file /home/user/.ssh/id_dsa type -1

    debug1: identity file /home/user/.ssh/id_dsa-cert type -1

    debug1: identity file /home/user/.ssh/id_ecdsa type -1

    debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1

    ^C

    user@user-virtual-machine:~$ ssh-copy-id -i ~/.ssh/id_rsa [email protected]

    ^C

    user@user-virtual-machine:~$ ssh-copy-id -vvv -i ~/.ssh/id_rsa [email protected]_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012

    Pseudo-terminal will not be allocated because stdin is not a terminal.

    debug1: Reading configuration data /etc/ssh/ssh_config

    debug1: /etc/ssh/ssh_config line 19: Applying options for *

    debug2: ssh_connect: needpriv 0

    ssh: Could not resolve hostname umask 077; test -d ~/.ssh || mkdir ~/.ssh ; cat >> ~/.ssh/authorized_keys: Name or service not known

    user@user-virtual-machine:~$

     

     

    Как теперь да Бигла достучаться?

  10. Опубликовано · Пожаловаться

    Работаю в виртуальной машине Ubuntu, настроено и подключено всё по User Manual. Все работало как в описании, пока не дошел до пункта отладки ядра - IDE упорно не видит эмулятор отладчика xds100, работу которого эмулирет Beaglebone. В листинге USB устройств похожего с PID/VID вообще нет, в винде это устройство как FTDI вообще не определяется - запускаю FT_Prog - он не видит мост USB-UART FTDI-шный.

    Чем всё это может быть вызвано?

  12. Опубликовано · Пожаловаться

    Есть файл в формате *.brd созданный в AllegroPCB. Сам использую Altium - конвертировать не удаётся, говорит что надо иметь установленный Allegro для конвертации :( .

    Фьювера для просмотра *.brd я не нашел - на сайте Cadence фьюверы *.brd не просматривают. Просьба: у кого есть Allegro - сохраните в ASCII (или в каком другом) формате этот файл, чтобы можно было его в Altium загнать.

    BEAGLEBONE_REVC2.zip

  13. Опубликовано · Пожаловаться

    Работал с Motorola в 2001 - 2005 года c HC908 AZ60 и GP32. Если не "вскрывать" кристалл или не знать фишки, заложенные на производстве (режим паралельного доступа, перевод в технологический режим) - то вряд-ли получиться. А программно перебирать ключи, да ещё на таких скоростях - очень долго.

  15. Опубликовано · Пожаловаться

    С предыдущим разобрался - сам виноват: автогенератор генерит значения с нулями, я это всё сначала отправил в хранилище, а потом локально стал править. *Сообщение удалить не смог - модераторам пожаловался, но тоже не удалили((

    У меня вот какая неприятность: после некоторого времени работы начинаются "тормоза" при работе с хранилищем и постоянно вылетает такое сообщение об ощибке:

    post-24270-1351574080_thumb.png

  16. Опубликовано · Пожаловаться

    Поглядите настройки к SVN серверу совпадают в файле .SVNDBlib.

    Тот файл что у вас в архиве, там метод не SVN, а http, а должно быть наоборот.

     

    При Refreshe посмотрите в панели Output (System->Output) создается ли кеш с библиотеками фупринтов и символов (добавляются ли туда новые элементы). Предварительно надо включить вкладке Data Managment --> Version Control ->самая нижняя галка.

    Метод SVN не работает. Также в AP0145 указан метод именно http. С ним и работаю.

     

    System->Output - рулит. Сам почему-то не додумался :( Спасибо, добрый человек nord85 !

    Проблема оказалась именнно с кешем - при смене лицензий сменился и клиент в Altium-е с 1.6 на 1.7, а автоматом кеш он не преобразует..

     

  17. Опубликовано · Пожаловаться

    А у старых компонентов футпринты и символы видны на этом компьютере библиотекаря?

    Да, старые отображаются без проблем.

     

    Нужно нажать правой клавишей и сделать Refresh Library

    Но по-моему не во всех окнах работает.

    В панели Library работает

    И Refresh Library, и Refresh All не помогают. Также не помогают смены клиентов SVN.

  18. Опубликовано · Пожаловаться

    Да, именно так.

    Вот, при добавлении нового компонента - в доступных его нет(( Новые ссылки на компоненты, которые доступны в панели библиотек - видятся, новые компоненты - нет.

     

     

     

    *Забрал у библиотекаря его компьютер, сейчас пытаюсь разобраться почему новые компоненты не видятся. Например, *.BDLib вообще не видит компонеты, расположенные в директориях SVN. Также вся библиотека *.SVNDBLib не видна, если её расположить в директорию SVN.

    post-24270-1347609426_thumb.png

    post-24270-1347609433_thumb.png

    CR0603.zip

  19. Опубликовано · Пожаловаться

    Альтиум при работе с SVN библиотекой компоненты (футпринты и символы) берёт во временной папки (кеше), а туда обновляет с сервера.

    В том-то и дело, что такая-же проблема с DBLib, как и с SVNDBLib(см. пост выше). Кеш SVN получается тут не при чём - беда с движком БД.

  20. Опубликовано · Пожаловаться

    Кстати, проблема наверняка с модулем ODBC. При формировании BDLib из интегрированных библиотек и последующем указанием поиска компонентов в директории SVN - Altium компоненты также не видит, хотя вкладка "искать в субфолдерсах" стоит.

  21. Опубликовано · Пожаловаться

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

    Буду премного благодарен, если кто направит на "путь истинный"

     

    *Файл SVNDatabase_Libs.SVNDbLib находиться конечно в другой директории, иначе Altium его как библиотеку вообще не видит.

    Altium.zip

  22. Опубликовано · Пожаловаться

    Не доступны вновь создаваемые компоненты (это имеется ввиду уже связанные УГО и футпринты) которые записаны в MDB ?

    MDB должен хранится на сервере в общем доступе.

    А то вы у себя занесли, а у библиотекаря старая версия mdb и конечно нового компонента у него не появляется.

    Попробуйте его расположить на сервере.

    Посмотрите в сторону таблиц MySQL с точки зрения колективной работы это более универсльное решение.

    mdb сейчас храниться локально на машине библиотекаря и элементы создаёт тоже библиотекарь и у него-же вновь создаваемые компоненты не видятся. вот и получается-что если локальный вариант работает крайне нестабильно - о коллективной работе вообще речи быть не может

  23. Опубликовано · Пожаловаться

    А какие версии Альтиума, на сколько разнообразны?

    Две лицензии с 10.700.22943 и одна 24817. На последней первоначально создавались библиотеки и заносились в SVN(мной). Всё работало нормально. После этого надо было организовать рабочее место библиотекаря - перенёс всё на другую машину, всё настроил как у себя. Созданные компоненты доступны для выбора - вновь создаваемые - нет((

    Кстати рабочие копии чего? Проекта или компонентов библиотеки?

    Рабочая копия репозитория. Там хранятся файлы УГО, футпринтов и .mdb

  25. Опубликовано · Пожаловаться

    Охотно верю. Только у меня немного другая ситуация: на разных машинах стоят разные версии Altium(были куплены в разное время и без техподдержки). В таком варианте заставить работать с SVN без глюков я не смог :(

    Не видит вновь создаваемые элементы - хоть ты тресни

×
×
  • Создать...