Yaumen

Добрый день. В библиотеке CycloneTCP от OryxEmbedded отмечено что библиотека поддерживает WebSocket как клиент, так и сервер. Однако в предоставляемых демо-примерах есть только реализация клиента. Может кто работал с этой библиотекой и располагает примером построения WebSocket сервера ?

Я это и сделал в самом первом посте. Это и есть полный код перехода в SLEEP. Проблема решилась добавлением PORTA перед сбросом RABIF

стоит 10К к питанию и емкость 0.1 мкФ к земле

Уже до дыр зачитал ... Я не первый день уже с этим борюсь

нет Установил. Иначе бы выбор режимов по кнопке, подключенной к RA3 не работал, а постоянно бы сбрасывался!

Есть готовое устройство на 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();

Большое спасибо за разъяснения!!!

Использовал ли кто-нибудь Petit FatFS для работы с USB Flash? Насколько оправдано использовать эту библиотеку, какие есть подводные камни!? Или однозначно лучше использовать старшего брата - Elm Chan's FatFs ?

Может у кого завалялся готовый компонент для микрофонов HMO-0603 (особенно) и HMO-1003 для Altium или хотя бы footprint!? Заранее, огромное спасибо!

К сожалению, я такие разъемы так и не смог найти. Есть другой вариант, на Алике многие продают модули с похожими разъемами, но что за оно и продается ли это отдельно, не в модулях, так и не смог узнать. Может кто-нибудь сталкивался с такими разъемами:

Спасибо, не думал, что это авторское изделие от производителя XBEE

Помогите опознать разъем!!! Разъем типа PLD2- однако один из контактов является этакой упрощенной пружиной для подключения модулей с торцевыми контактами, как в данном случае модуля XBee

Добрый день. Столкнулся с проблемой. Невозможно запрограммировать PIC16F883 при питании схемы от внутреннего источника. Т.е. если я выключаю питание и в программаторе PICKIT3 выставляю питание от PICKIT3, то кристалл шьется. Если я пытаюсь запрограммировать при включенном питании устройства, то PICKIT3 не видит кристалла. Ругается на то, что ID не распознан: Питание: +5V MCLR/Vpp: подтянут к +5 через 4к7 (больше в схеме никуда не подключен, используется только для программирования) ICSPDAT и ICSPCLK: подключены ТОЛЬКО к PICKIT3! Помогите разобраться, что не так, что надо сделать, чтобы шить код при включенном питании устройства и, что самое главное, иметь возможность отлаживать код на реальном устройстве.

Да!!! Так и есть, каждый байт надо обязательно стробировать импульсом CS. Можно ли это отключить - не знаю, перепробовав различные режимы, так и не смог заставить работать как надо. Придется связываться с разработчиком МАСТЕРА, чтобы узнать возможно ли изменить его программу, чтобы каждый передаваемый байт стробировался CS. Если кто-то знает способ как заставить LPC2366 работать без этой фичи или еще лучше вообще без использования SSEL, буду весьма признателен!!! Пробовал делать и так и так. Коду в принципе все равно, сколько байт пришло 1 или несколько, примет столько сколько есть в буфере. Когда подключил к своему МАСТЕРУ и начал стробировать данные, все заработало как часы. Кстати в UserManual тоже нарисовано на графике Fig.93, что каждый байт должен стробироваться CS-ом. Вот засада!!! Кто же знал!?

Похоже, что проблема в том, что каждый байт передаваемый МАСТЕРОМ должен стробироваться сигналом SSEL, т.е. после каждого байта необходимо подымать SSEL в высокий, а затем опять ставить его в низкий. Мне такой режим не подходит, так как МАТЕР выставляет SSEL на время передачи всех 4-х байт и не стробирует каждый из них. Возможно надо использовать какой-либо другой режим работы SSP0, чтобы он был нечувствителен к стробированию сигналом SSEL? А что тут стремного, для SSP есть буфер FIFO, пока я работаю с обработкой одного прерывания, по SSP может уже прийти несколько байт, вот и вычитываю, пока входной буфер не опустеет. Нормальная практика!!!

Есть некое устройство (МАСТЕР) которое каждые 20 мс по SPI (частота SCK = 50кГц) посылает команду состоящую из 4-х байт: [HEADER = 0x69] [СОСТОЯНИЕ 1] [СОСТОЯНИЕ 2] [КОНТРОЛЬНАЯ СУММА] В моем устройстве, выполненном на LPC2366, эта команда поступает на интерфейс SSP0, который я настроил на режим SLAVE. SSP0CPSR = ...; SSP0CR0 = 0x107; //8bit, SPI, CPOL=CPHA=0, SCR=1 install_irq(SSP0_INT, (void*)SSP0Handler, HIGHEST_PRIORITY); SSP0CR1 = SSP0CR1_SSE|SSP0CR1_MS; //SSP enabled in slave mode SSP0IMSC = 0x04; // Enable Receive Interrupt (RXIM only) Прерывания от SSP срабатывают, однако сколько бы я не вычитывал SSP0DR, вычитывается только байт HEADER = 0x69, т.е весь массив bySpiData заполняется значениями 0x69 volatile BYTE bySpiData[256]; volatile BYTE bySpiIndex = 0; volatile DWORD dwSpiReceived = 0; void SSP0Handler (void) __irq { while (SSP0MIS_RXMIS & SSP0MIS) { bySpiData[bySpiIndex++] = m_SSP0.Read() & 0xFF; dwSpiReceived++; } VICVectAddr = 0; // Acknowledge Interrupt } Что я делаю не так?

Действительно, интересует законченный модуль типа SIM20 (снятого с производства) или модулей Radicraft (которые дешевыми не назовешь). Посмотреть конечно можно, но вот оценить их стоимость и доставаемость нет. EFIND не находит на складах, ни у одной из контор. С AnyData в этой части всегда были проблемы, помню времена, когда искал модуль для CDMA 450, которые выпускал AnyData. К сожалению - это не модуль, а чип, под который необходимо делать обвязку. Конечно можно тупо из Datasheet скопировать топологию разводки и надеяться, что все волшебным образом заработает, а если нет!? Да и какие характеристики модуля получатся из этого, тоже вопрос. Что касается антенны, то меня не пугает использование антенны типа ANT 868 CW-HW SMA LINX. Габариты устройства позволяют. Частота тоже любая в пределах разрешенных: 433, 868, ...

Посоветуйте надежный и недорогой приемопередатчик с устойчивой связью на расстоянии до 1 км в зоне прямой видимости (минимум 300-400 м). - питание 3.3V - интерфейс UART со скоростью не ниже 9600, а лучше 38400-57600. - приемопередатчик должен быть самодостаточным, т.е., чтобы небыло необходимости связываться собственно с разводкой высокочастотной части (с одной стороны подключил антенну, с другой питание и интерфейс для связи и все). - желательно не "noname", так как необходмимо использование модулей в мелкосерийном производстве с постоянными характеристиками, интерфейсами и габаритами на протяжении нескольких лет. - приемопередатчик должен использовать только разрешенные чатотные диапазоны. - желательно наличие встроенной фильтрации адресации, чтобы один мастер мог работать с несколькими абонентами

Спасибо. Совершенно запутался во всех этих кодировках. Забыл, что тут считается не символами, а тетрадами, поэтому получается 18-ть тетрад, т.е. 0x12.

Пишу свой код, работающий с СМС в PDU формате. В определенный момент модуль принял СМС от оператора, в котором номер отправителя (ОА) был закодирован не цифрами, а символами: "12D0CEE0942A7D265BCB20". Разбирая такую СМС, вижу: 12 - длина сообщения - 12 байт D0 - алфавитно-цифровое представление CEE0942A7D265BCB20 - адрес отправителя в 7-ми битной кодировке: "NASTROI-KA" И все вроде бы понятно, за исключением того, почему длина 12 байт, если длина строки "NASTROI-KA" всего 10 байт ?

Сейчас попробую перепрошиться, посмотрим. Спасибо P.S. Перепрошился. По включению отправил 7-м СМС, все удачно, раньше такого не бывало. Ох, и подыму я себя СМСками на деньги сегодня ;) Спасибо, будем считать, что вопрос снялся!

Revision: 1137B05SIM900R32_ST

Так как отлаживаю в пошаговом режиме и каждую новую СМС отправляю ручками, то время измеряется в секундах 3-4-10. После того как зафиксировался ERROR, вообще паузы большие, пока посижу, пока подумаю ;)

После включения модуля SIM900 и некоторых базовых настроек пытаюсь отправить несколько АБСОЛЮТНО ОДИНАКОВЫХ СМС. Для этого: 1) Перевожу SIM900 в режим PDU AT+CMGF=0 2) Преобразую строку "Тестовое UNICODE PDU SMS сообщение" в PDU USC2 3) Отправляю 1-й раз СМС: отсылаю AT+CMGS=81 принимаю > отсылаю 000100 ... 04380435[1A] принимаю +CMGS:0 *** ВСЕ ОК *** 4) Отправляю 2-й раз тоже СМС: отсылаю AT+CMGS=81 принимаю > отсылаю 000100 ... 04380435[1A] принимаю +CMGS:44 *** ВСЕ ОК *** 4) Отправляю 3-й раз тоже СМС: отсылаю AT+CMGS=81 принимаю > отсылаю 000100 ... 04380435[1A] принимаю +CMGS:45 *** ВСЕ ОК *** 5) Отправляю 4-й раз тоже СМС: отсылаю AT+CMGS=81 принимаю > отсылаю 000100 ... 04380435[1A] принимаю ERROR Все, после этого все мои попытки отправить сообщения заканчиваются "ERROR", пока не перезапущу SIM900 !!! Что происходит? Модуль теряет сеть? Блокирует оператор? Прошу подкиньте идею, как найти причину и как бороться!!!

Стоит задача разработать источник питания, который бы работал от входного переменного напряжения 42V +/- 10V. С регулируемым выходом 12 ... 27V и током > 0,4 А. Как одно из условий: неизолированность, бестрансформаторность и минимизация электронных компонентов. В идеале конечно, если бы этот же источник мог работать и от наших AC 220V, но думаю, что это уж слишком широкий диапазон входного напряжения и врядли одним источником можно перекрыть этот диапазон. Посоветуйте пожалуйста микросхему, на базе которой можно было бы построить такой источник. Сейчас воюем с LM5007, однако есть проблемы с работой микросхемы с большим выходным напряжением (свыше 20 Вольт), при этом с 12 вольтами по выходы, микросхема работает нормально.