Yaumen
Свой-
Постов
199 -
Зарегистрирован
-
Посещение
-
Добрый день. В библиотеке CycloneTCP от OryxEmbedded отмечено что библиотека поддерживает WebSocket как клиент, так и сервер. Однако в предоставляемых демо-примерах есть только реализация клиента. Может кто работал с этой библиотекой и располагает примером построения WebSocket сервера ?
-
Я это и сделал в самом первом посте. Это и есть полный код перехода в SLEEP. Проблема решилась добавлением PORTA перед сбросом RABIF
-
стоит 10К к питанию и емкость 0.1 мкФ к земле
-
Уже до дыр зачитал ... Я не первый день уже с этим борюсь
-
нет Установил. Иначе бы выбор режимов по кнопке, подключенной к RA3 не работал, а постоянно бы сбрасывался!
-
Выход из SLEEP по нажатию кнопки на MCLR
Yaumen опубликовал тема в MCS51, AVR, PIC, STM8, 8bit
Есть готовое устройство на PIC18F14K22, у которого на выводе MCLR висит кнопка, которая в процессе работы за счет различных типов нажатий (click, double click, long pressed) переключает режимы работы и отображения информации на дисплее. После некоторого простоя, устройство надо переводить в режим SLEEP, с возможностью просыпания или хотя бы перезапуска устройства по нажатию на эту же кнопку. Так вот перед тем как уснуть, я разрешаю прерывание по изменению порта RA3(MCLR) и выполняю команду SLEEP. Но вместо того чтобы уснуть, устройство тут же просыпается и продолжает работу, хотя на кнопку никто не нажимал. Если в качестве просыпания используется любой другой вход, то все нормально работает, но мне нужно чтобы работало от RA3/MCLR. Что за чудо вход, где я косячу? INTERRUPT_GlobalInterruptDisable(); IOCAbits.IOCA3 = 1; INTCONbits.RABIF = 0; Nop(); Sleep(); Nop(); IOCAbits.IOCA3 = 0; INTCONbits.RABIF = 0; INTERRUPT_GlobalInterruptEnable(); -
Работа с USBFlash с помощью Petit FatFS
Yaumen ответил Yaumen тема в В помощь начинающему
Большое спасибо за разъяснения!!! -
Работа с USBFlash с помощью Petit FatFS
Yaumen опубликовал тема в В помощь начинающему
Использовал ли кто-нибудь Petit FatFS для работы с USB Flash? Насколько оправдано использовать эту библиотеку, какие есть подводные камни!? Или однозначно лучше использовать старшего брата - Elm Chan's FatFs ? -
Компонент HMO-0603 и HMO-1003 для Altium
Yaumen опубликовал тема в Библиотеки компонентов
Может у кого завалялся готовый компонент для микрофонов HMO-0603 (особенно) и HMO-1003 для Altium или хотя бы footprint!? Заранее, огромное спасибо! -
Помогите опознать разъем
Yaumen ответил Yaumen тема в Компоненты
К сожалению, я такие разъемы так и не смог найти. Есть другой вариант, на Алике многие продают модули с похожими разъемами, но что за оно и продается ли это отдельно, не в модулях, так и не смог узнать. Может кто-нибудь сталкивался с такими разъемами: -
Помогите опознать разъем
Yaumen ответил Yaumen тема в Компоненты
Спасибо, не думал, что это авторское изделие от производителя XBEE -
Помогите опознать разъем
Yaumen опубликовал тема в Компоненты
Помогите опознать разъем!!! Разъем типа PLD2- однако один из контактов является этакой упрощенной пружиной для подключения модулей с торцевыми контактами, как в данном случае модуля XBee -
Добрый день. Столкнулся с проблемой. Невозможно запрограммировать PIC16F883 при питании схемы от внутреннего источника. Т.е. если я выключаю питание и в программаторе PICKIT3 выставляю питание от PICKIT3, то кристалл шьется. Если я пытаюсь запрограммировать при включенном питании устройства, то PICKIT3 не видит кристалла. Ругается на то, что ID не распознан: Питание: +5V MCLR/Vpp: подтянут к +5 через 4к7 (больше в схеме никуда не подключен, используется только для программирования) ICSPDAT и ICSPCLK: подключены ТОЛЬКО к PICKIT3! Помогите разобраться, что не так, что надо сделать, чтобы шить код при включенном питании устройства и, что самое главное, иметь возможность отлаживать код на реальном устройстве.
-
Помогите разобраться с SSP LPC2366 в режиме SLAVE
Yaumen ответил Yaumen тема в ARM, 32bit
Да!!! Так и есть, каждый байт надо обязательно стробировать импульсом CS. Можно ли это отключить - не знаю, перепробовав различные режимы, так и не смог заставить работать как надо. Придется связываться с разработчиком МАСТЕРА, чтобы узнать возможно ли изменить его программу, чтобы каждый передаваемый байт стробировался CS. Если кто-то знает способ как заставить LPC2366 работать без этой фичи или еще лучше вообще без использования SSEL, буду весьма признателен!!! Пробовал делать и так и так. Коду в принципе все равно, сколько байт пришло 1 или несколько, примет столько сколько есть в буфере. Когда подключил к своему МАСТЕРУ и начал стробировать данные, все заработало как часы. Кстати в UserManual тоже нарисовано на графике Fig.93, что каждый байт должен стробироваться CS-ом. Вот засада!!! Кто же знал!? -
Помогите разобраться с SSP LPC2366 в режиме SLAVE
Yaumen ответил Yaumen тема в ARM, 32bit
Похоже, что проблема в том, что каждый байт передаваемый МАСТЕРОМ должен стробироваться сигналом SSEL, т.е. после каждого байта необходимо подымать SSEL в высокий, а затем опять ставить его в низкий. Мне такой режим не подходит, так как МАТЕР выставляет SSEL на время передачи всех 4-х байт и не стробирует каждый из них. Возможно надо использовать какой-либо другой режим работы SSP0, чтобы он был нечувствителен к стробированию сигналом SSEL? А что тут стремного, для SSP есть буфер FIFO, пока я работаю с обработкой одного прерывания, по SSP может уже прийти несколько байт, вот и вычитываю, пока входной буфер не опустеет. Нормальная практика!!!