Програмирование pic на СИ.

Вам UART что-ли нужен ? Или что ?

PS: По 3 дня отвечаете. Классный диалог получается.

Реклама

cxem

Нужен K-Line, он похож на UART, только там напряжение от 0 до 12 вольт

Вот получилось отправить байт 01010101 через ножку 21

Спойлер

Код: Выделить всё

/* Main.c file generated by New Project wizard
 *
 * Created:   Вт янв 18 2022
 * Processor: PIC18F25K80
 * Compiler:  MPLAB XC8
 */

#include <xc.h>
#define _XTAL_FREQ 4000000
#define Bit_out LATBbits.LATB0            //  Bit_out = 21-нога
void main(void)
 {   
   TRISBbits.TRISB0 = 0;   //  21-нога  out
 
    int i;                                        // переменная      i
   char byte =  0x55;      // переменная     byte 

      while (1)
      { 
 	  	  	  Delay10TCYx(1000);        //  Пауза 	 
	 Bit_out   = 0;                                      //  СТАРТ 
 	  	  	  Delay10TCYx(3);        //  СТАРТ  пауза 9600 бод 
              for(char i = 0;  i  <  8; i ++)              // увеличить переменную i на 1  
	{
	  	          Delay10TCYx(12);         //   пауза 9600 бод
 	 Bit_out = (byte  >>  i) & 1;               // вытолкнуть биты на ножку 21 (RB0)      
        }
	  	  	  Delay10TCYx(18);        //  СТОП   пауза 9600 бод 	
	 Bit_out  = 1;                                    //  СТОП

     }
 }

Реклама

Пфффф. Обычный UART. Зачем ногодрыг, если есть аппаратный ?

cxem

K-Line однопроводная, в основном применяется в автомобильной промышленности.

Реклама

В это проце есть 2 аппаратных UART'а. Зачем извращение с ногодрыгом ?

Реклама

cxem

адаптер-ELM327 - что имеем, то имеем (500 рублей у китайцев)

Реклама

Повесить светодиоды на ноги аппаратного UART и вывести UART на левые ноги - это верх мазохизма

КРАМ

Нее, Алекс... Тут очень глубоко зарытая идея защиты от копирования. Ибо всякий обнаруживший такой мазохизм немедля бросит затею реверса. Быть мазохистом - это крайне обидно для настоящего посона. )))

veso74

В CCS для "слабых" PICs uint64_t нет. Есть проверенный метод работы с uint64_t? (Метод может быть не быстрым).

Мне примерно нужно "масштабировать" дроби - целочисленный делитель INT, числитель FRAC и знаменатель MOD. Числа большие и достигают "вершины" uint32_t. Число 4095 может быть для другой случай и 1048575. Разделить напр. 1000/1000 в данном случае быть не должно - теряю точность "внизу" [Hz].

В Arduino для FRAC/MOD использую это, но в CCS нет uint64_t:

Код: Выделить всё

uint32_t scaling_fraction(uint32_t num, uint32_t denum) {
  uint64_t u64 = (uint64_t)num;

  u64 = u64 * 4095 / denum;
  num = (uint32_t)u64;
  return num;

float по нескольким причинам я избегаю использовать

.
А float работает (если не заменю с чем-то другим методом).

Пример:
uint32_t a = 49999374;
uint32_t b = 99998750;
=> a / b = 2047 / 4095

КРАМ

[uquote="veso74",url="/forum/viewtopic.php?p=4167182#p4167182"]Есть проверенный метод работы с uint64_t?.[/uquote]
А в чем может быть проблема? Обычная арифметика и извлечение квадратного корня не имеют вообще никаких ограничений по стандартной "школьной" методике.
Вы столбиком арифметику + - и * делать умеете? Это оно и есть. Можете посмотреть как делается 32-разрядная арифметика и воспроизвести ее в 64 разрядах. Деление и извлечение корня я предпочитаю делать итерационным последовательным приближением. Хотя нужно бы посчитать, возможно Ньютон-Рафсон и побыстрее будет для 8 разрядов.

узнать

https://yandex.ru/video/preview/?text=% ... 5369862835
Помогите кто сможет
Делаю все полностью одинаково , без ошибок , там часы идут у меня
00:00:01`и все ! Не получается что то
Спасибо !

узнать

Всем спасибо , вопрос закрыт !

cxem

Вот сигнал от UART и от "ногадрыга"
Видно, что "ногадрыга" не точно делает паузы в бите
Придётся изучать таймер TMR2, чтобы получить стандарт 104мкс

Спойлер

Код: Выделить всё

//------------------------------------------------------------------------------
#include <p18F25K80.h>                             // для настройки под выбранный контроллер

void init(void)
{
// настройка генератора
// в регистре конфигурации выбран внешний тактовый генератор XT,  умножитель выключен
// в OSCCON выбираем 4 мГц  основной генератор
OSCTUNE = 0b00000000;
         //	            ||++++++---TUN<5:0>: 000000 = Центральная частота; Быстрый Осциллятор RC работает на калиброванной частоте
       //	            |+---------PLLEN: Frequency Multiplier 4xPLL     0 = PLL выключен
    //	            +----------: Internal Oscillator Low-Frequency

 OSCCON = 0b01010000;             // 101 = HF-INTOSC/4 output frequency is used (4 MHz)
           //           ||||||++---SCS<1:0>: тактовая частота берется с основного модуля. основной генератор (работа через PLL  должен быть 00) 
         //	           |||||+-----HFIOFS: бит - Частота стабильна
       //	           ||||+------OSTS: бит статуса (какой выбран генератор)
      //	           |+++-------IRCF<2:0>: выбор частоты тактового генератора
     //	           +----------: функция генератора в режиме сна. SPLLEN умножитель 1-включен
OSCCON2 = 0b00000000;
         //	            |||||||+---LFIOFS:бит стабильной частоты LFINTOSC режима
        //	            ||||||+----MFIOFS:бит стабильной частоты MFINTOSC режима
       //	            |||||+-----PRISD:бит отключения главного (внешнего) генератора
      //	            ||||+------SOSCGO: бит контроля запуска вторичного (внешнего) генератора
      //	            |||+-------MFIOSEL: бит переключения источника чатоты для MFINTOSC режима
     //	            ||+--------Unimplemented: Read as ‘0’.
    //	             |+---------SOSCRUN: бит статуса источника частоты от вторичного генератора
    //	             +----------: бит статуса получения частоты от умножителя тактовой чатоты

//---------------------------------------
                   // настройка портов
     ADCON1=1;                                                    //  Отключаем все аналоговые буфера
     ADCON1=0b01111111;                                 //  Отключаем все аналоговые буфера  
   TRISBbits.TRISB0 = 0;                   // 21-нога  out
 //   LATBbits.LATB0 = 1;                  // установить на B0 плюс
                  // UART
      TRISCbits.TRISC6 = 0;   // TX output
      TRISCbits.TRISC7 = 1;   // RX input

                                    // настройка Open1USART
  Open1USART ( USART_TX_INT_OFF &               // Прерывание передачи OFF
	                  USART_RX_INT_ON &                // Получать прерывание ON
	                  USART_ASYNCH_MODE &        // Асинхронный режим
	                  USART_EIGHT_BIT &                 // 8-bit Передача / прием
	                  USART_CONT_RX &                 // Непрерывный прием
	                  USART_BRGH_HIGH,               // Высокая скорость передачи бода
                                         SPBRG = 25 );           //  ((4000000 : 16) : 9600)  - 1 = 25,04 Погрешность скорости обмена  9600 

}


#define Bit_out LATBbits.LATB0             // Bit_out = 21-нога
void main(void)
 {
    init();         //  Инициализировать функцию  void init(void)
   TRISBbits.TRISB0 = 0;                   // 21-нога  out
   int i;                                               // переменная      i
   char byte =   0x55;                      // переменная     byte    0b01010101;  
   char    txbyte = 0x55;

    
   while (1)
   
  if (TXSTAbits.TRMT == 1)           //  проверит UART занят передачей или нет
    { 
     
 
       while(Busy1USART());          //  Ждем пока освободится модуль иначе будут прострелы
  
       {
       Write1USART(txbyte);            //  Пишем наш байт
       }
       Delay10TCYx(10);
    }
  else
    { 
                Delay10TCYx(50);                //  Пауза    
    Bit_out   = 0;                                      //  СТАРТ
               Delay10TCYx(4);                   //  СТАРТ  пауза 9600 бод
              for(char i = 0;  i  <  8; i ++)              // увеличить переменную i на 1 
   {
                 Delay10TCYx(4);                        // пауза 9600 бод
     Bit_out = (byte  >>  i) & 1;                       // вытолкнуть биты на ножку 21 (RB0)     
        }
               Delay10TCYx(10);                         //  СТОП   пауза 9600 бод    
    Bit_out  = 1;                                               //  СТОП

     }
	 
 }

cxem писал(а):Придётся изучать таймер TMR2

Он в этих процах элементарнейший. Там изучать то нечего.
Стоит только взглянуть на картинку :

Спойлер

2022-02-02_11-27-03.png: (20.73 КБ) 139 скачиваний

и всё станет понятно.
Вся его настройка сводится к конфигурировании одного регистра T2CON.

ARV · Сообщение **ARV** » Ср фев 02, 2022 13:46:55

я, конечно, не знаток PIC-ов, но сдается мне, софтовый UART не стоит того, чтобы мусолить его столько времени... более того, таймер для временных интервалов битов там не нужен, т.е. не требуется какая-то "особая" точность. проблема явно где-то в другой области кроется...

cxem

В интернете нахожу только примеры заточенные на курсовые: арифметика и алгебра.
Примеров по K-Line нет.
Почему на 2 транзисторах работает, как автомат Калашников
А на PIC18F25K80 не хочет.

ARV · Сообщение **ARV** » Ср фев 02, 2022 14:50:06

cxem писал(а):Почему на 2 транзисторах работает, как автомат Калашников
А на PIC18F25K80 не хочет.

может, потому, что на 2 транзисторах сигнал RX инвертируется транзистором, а в варианте "пик" - вопрос? возможно, я что-то упустил из предыдущего, но верно ли я понял, что вы хотите один аппаратный USART использовать для связи с компьютером, а софтовый - для К-линии, причем с возможностью трансляции в К-линию как "своих" данных из МК, так и тех, что присылает комп? ну и в обратную сторону тоже? типа аппаратного сниффера К-линии изобретаете что-то?

cxem

Изучаю K-Line:
1.Протокол связи с ЭБУ
2.Протокол данных
Обидно за PIC18F25K80, который проигрывает 2 транзисторам
1.Скорость связи с ЭБУ слабая: Если даже UART поднять до 115200 бод
2.Почему-то говорят, что он не умеет отправлять в ЭБУ байты длиннее 8 байт

один аппаратный USART использовать для связи с компьютером, а софтовый - для К-линии, причем с возможностью трансляции в К-линию как "своих" данных из МК, так и тех, что присылает комп?

- Да
Специфика работы с ЭБУ:
1. Скорость связи своя(обычно 10400 бод)
2. Пробуждение ЭБУ(обычно импульс 25/25мс)

Родэрик

Спойлер

ARV · Сообщение **ARV** » Ср фев 02, 2022 23:43:32

cxem писал(а):1. Скорость связи своя(обычно 10400 бод)
2. Пробуждение ЭБУ(обычно импульс 25/25мс)

формировать программно сигналы K-Line на скорости чуть больше, чем 9600 - имхо, это не может быть проблемой. похуже с приёмом, но, предполагаю, и тут не принципиально. я в PIC-ах вообще ни ухом ни рылом, не могу утверждать, что все получится... только предполагаю по аналогии с AVR, что проблем быть не должно никаких серьёзных.

но на вашем месте я не стал бы заморачиваться с PIC-ом вообще, а просто сниффил бы на компьютере обмен через СОМ-порт, и видел бы то же самое.