Andrey_M

Спасибо теперь понятно. Значит ее использоавть нежелательно оператор точно нагадит. Наверно только AT+STKTRS='10' Вроде это просто прерывание сеанса без ответа. У меня М2М не катит нужны только звонки и смс и то в небольшом количестве пока.

Добрый день Извините немного вклинюсь. В сообщении № 9 Упоминалась AT+STKAR В мануалах про нее ничего нет, она из служебного списка Не могли бы привести ее значения от 0 до 15 а то как то вслепую получается. Спасибо.

Вы правы работает и sprintf. Это мой косяк ограничил массив вывода 10 символами. Прошу прощения. Спасибо.

Спасибо. У меня в функцию Usart передается char Uart, пробовал тоже самое через sprintf(G_Sb_Stk,"AT*PSSTK=\"COMMAND REJECTED\",1,16\n"); в переменной оказывается только AT*PSSTK= Буду пробовать через printf. Еще раз спасибо Shamil. Через printf прошло без проблем.

Здравствуйте господа. Столкнулся с проблемой, надо передать в USART команду содержащую кавычки. Команда типа AT*PSSTK="COMMAND REJECTED",1,16 Как уговорить компилятор что эти кавычки принадлежность команды. Спасибо.

Судя по описанию должны работать в паре. Сейчас как раз пытаюсь проконсультироваться у разработчиков получу ответ отпишусь. Спасибо за отклик.

Всем привет Есть вопрос как организовать связь между двумя модулями WIFI без использования точки доступа Модули XBeeS6 фирмы Digi. По букварю на модули сказано: настроить 1 модуль как Ad Hoc Creator второй как Ad Hoc Joiner. Вроде все просто но при настройке Creator сказано задать канал, но параметр CH только для чтения и выдает ошибку при попытке записи. Считывание дает значение FF тогда как сказано что канал должен находиться в ( CH May be any channel from 1 to 0x0E. ) Все остальные настройки проблем не вызывают но связи нет. Кто сталкивался и знает в чем тут дело подскажите как обойти эти грабли. Заранее всем спасибо.

Спасибо откликнувшимся. Стирание и запись массивов в память программ у меня получается с помощью _init_prog_address(p,Flash_var); // _erase_flash(p); // _write_flash16(p,Var); // но это массивы int, а функции работающие с текстом требуют char. при попытке передать на запись переменную строки char компилятор ругается и после стирания ничего не пишет во FLESH.

Доброго времени суток! Помогите разобраться с записью во FLESH. MPLAB V8.88 Компилятор MPLAB C30 V3.30 процессор PIC24FJ128GA006 Есть переменная char buff [14]={"Slovo "}; // Текст в переменной изменяется в ходе программы (получается от другого процессора). Требуется сохранить его в памяти программ чтобы можно было восстановить после снятия питания. С чтением из программной памяти проблем нет а вот записать никак не могу. Подскажите какую библиотеку для этого надо и если не составит труда накидайте пример как это делается. Заранее спасибо за любую помощь.

Спасибо Pasha. Компилер понимает все работает просто хотелось сократить саму писанину (копирование вставку исправление) .

Спасибо MrYuran. Я надеялся что можно выкрутиться используя что нибудь типа #if. CASE я сейчас и использую. Просто CASE получаются очень большие это интерфейс 1-WARE термодатчиков мне они нужны на нескольких лапах одной линией не пойдет. А там команды прием данных подсчет CRC. Вот и получается куча больших CASE где все одинаково, меняются только ЛАПЫ и TRISы. А маски действительно изврат очень не хочется их использовать.

Запороть DS1820 можно толь ко кувалдой. Вылизывайте все таймиги и все заработает на ура.

Прошу прощения МК использую PIC16F886 компилятор HiTech. Порт в данном примере PORTA выводы 0 и 1. В функцию передаю номер вывода которым надо пошевелить. Движения одинаковые переключения вход-выход и установить 0 или 1. не могу нащупать как с помощью #define переопределить ногу в зависимости от переданного функции номера. Интересует принцип как это сделать и в случае с использованием одного порта и разных. Спасибо откликнувшимся.

Доброго времени суток. Господа подскажите как лучше писать код когда одна и та же функция должна использовать разные лапы процессора? Например: -------------------------------------- #define q0 RA0 #define q1 RA1 #define out0 TRISA0 #define out1 TRISA1 -------------------------------------------------------------------------- void Riad (datch) { q0=q1=1; out0=out1=0; switch (datch) { case 0: q0=0; out0=1; white(15); out0=0; break; case 1: q1=0; out1=1; white(15); out1=0; break; } } -------------------------------------------------------------------------- Не судите строго код только для пояснения вопроса. Получается пошло писать кучу абсолютно одинаковых CASE отличающихся только тем какая лапа процессора будет дрыгаться. Подскажите пожалуйста как это делается правильно. Заранее спасибо всем откликнувшимся.

Действительно интересно что это может быть компиляция в 9.60 проблем нет а в 9.83 выдает предупреждение

Да ругается на любую кириллицу даже если вначале идет латиница то он ругнется на первую встреченную букву кириллици

Раньше в компиляторе 9.60 Спасала такая конструкция: const char Naim[ ] = {''Привет"}; Это не совсем правильно но компилятор не ругался и все проходило Новый компил ругается и на эту конструкцию. Warning [228] D:\Pic\C\Pellet_Now_N\Pellet V5_0.c; 140.21 illegal character (0xEF) 0хEF это маленькая буква п са мо слово там начиналось с нее.

Да это именно так

Господа подскажите как правильно организовать вывод на ЖКИ индикатор русских шрифтов. MPLAB 8.30 + Hi-Tech pic 9.83 Записываю строковую константу в память программ const char Neim[ ] ="Привет"; В программе вывожу через sprintf(buff, Neim); На индикаторе все появляется прекрасно, но компилятор ругается выдает предупреждение illegal character. Неприятно плевать на предупреждения компилятора. (В компиляторе 9.82 тоже самое) Спасибо! Прошу прощения если чего плохо сформулировал желающие могут по пинать я необидчив.

А зачем выводить буквы отдельно? Я обычно поступаю так: const char privet [ ] = {"Привет"}; unsigned char buff [16]; sprintf (buff, privet); остается организовать вывод потока на индикатор.

И готовьтесь к изрядному сюрпризу, когда все это пройдет через контактные щетки с таким током, то прыжки щетки и искры вылетающие из под такого контакта, внесут столько своей информации в сигнал, что мало не покажется! :1111493779:

Спасибо за помощь, Zksystem прав прошло. :beer:

Все совершенно верно. Но в практике последних лет приходилось видеть и 315 с большой буквой по средине и даже буквы на стороне скоса! и 361 со смещенной буквой несколько средней между большой и маленькой (В советские времена с этими транзисторами такого бардака небыло) и качество их стало увы. Мы последнее время всетаки от них отказались. Так что тестер надежнее.

Совершенно согласен с Вами, @Ark, но это уже недостатки схемотехники, а их иногда невозможно исправить программой.

Состояние портов после сброса по питанию определяется состоянием регистра TRIS, а он определен как вход, по даташиту. Подтягивающие резисторы, по биту RBPU, отключены (после сброса он в 1 регистр OPTION). Инициализацию обычно производят сразу в начале программы так, что после старта это микросекунды. Следовательно дым скорее всего по другим причинам полевые ключи при высоком импедансе управляющего выхода чаще всего не меняют своего предыдущего состояния. Дым это нагрев а на это надо относительно большое время короткие всплески это обычно хлопок и дырка.