bus16

в пути для "install new software" указать http://www.highintegritysystems.com/StateViewer/

Форумчане, поделитесь пожалуйста STATEVIEWER Eclipse Plug-in на highintegritysystems регистрация и скачивание не работают

так и есть. проект не моей - просили доработать прошивку. Итог: при записи GO/DONE очищался номер канала в ADCON0. Так и есть, не досчитывал!

Подаю 5 В от источника питания, опора внутренняя.

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

При портировании на МК с little endian не переконвертировался параметр FWDTPNT и не выдерживалась "времянка" записи команд в SOC(что совсем не отображено в документации). Вот и всех делов-то оказалось

Добрый день. Суть проблемы: используется 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

Дабы не плодить тем, ещё обрисую проблему: после горячей перезагрузки хоста с активной 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:~$ Как теперь да Бигла достучаться?

Да, каюсь. На BBB нет FTDI-шного моста, надо внешний подключать. Ладно, буду двигаться дальше.

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

Скачал заново и переустановил вьювер - начал открывать *.brd ! Мистика!

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

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

Техподдержка у моей лицензии закончилась - апгрейдить не смогу

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

Метод SVN не работает. Также в AP0145 указан метод именно http. С ним и работаю. System->Output - рулит. Сам почему-то не додумался :( Спасибо, добрый человек nord85 ! Проблема оказалась именнно с кешем - при смене лицензий сменился и клиент в Altium-е с 1.6 на 1.7, а автоматом кеш он не преобразует..

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

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

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

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

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

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

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

Пробовал внешний svn.exe. Разницы в работе не заметил. Проблема, вероятно, в модуле обработки записей БД - других вариантов пока не вижу.

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