Перейти к содержанию

Протоколы(+библиотеки) для связи PIC16 + ESP8266 по UART.


Рекомендуемые сообщения

Всем привет.

Не могли бы посоветовать "стандартные" варианты протоколов для "надёжной" связи через UART  8 битного микроконтроллера (МК) и WiFi модуля на ESP8266 ?

Сделал из PIC16LF1823 железку для экспериментов (шим, диодики, моторчики, датчики ... ).  Есть желание к ней WiFi прикрутить на ESP-01.

Потому возникает главный вопрос - есть ли какие то "стандартные" протоколы под такие задачи, чтобы поменьше велосипедов изобретать.

Думаю многие с этим сталкивались. Если не жалко поделитесь примерами, думаю это будет полезным.

Планирую на ESP-01 сделать точку доступа и web-сервер, к которому можно будет напрямую цепляться планшетом на android. Ну и через аппаратные UARTы соединить всё это с МК. 

Т.е. надо передавать в обоих направлениях пакеты данных с контролем, что они приходят без ошибок, ну и желательно поменьше грузить МК. 

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

Примеры не обязательно для МК Microchip, думаю на Си под другие 8 битные МК будут не менее полезными. Пока смотрю в сторону Wake, но он избыточен, и ppp, но примеров пока не нашёл. 

Ссылка на комментарий
Поделиться на другие сайты

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

Взять обычный MODBUS и не морочить голову. Либо изобрести что-то свое, главное с CRC. Заивит от задач. MODBUS удобен тем, что представляет собой карту регистров и обратиться можно к любому из них и в любом количестве. Плюс софт есть готовый для работы с ним, что упрощает отладку.

Ссылка на комментарий
Поделиться на другие сайты

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

Так не пойдёт.

Например при питании от батареи в большинстве случаев  esp8266 её высадит намного быстрее чем pic16 при тех же задачах. Или например АЦП у него на 1 вывод, а у моего pic16lf1823 на несколько выводов, к тому же судя по отзывам качество проеобразования там не радует, особенно при работе WiFi блока.

Ссылка на комментарий
Поделиться на другие сайты

1 час назад, GDK сказал:

Так не пойдёт.

Например при питании от батареи в большинстве случаев  esp8266 её высадит намного быстрее чем pic16. Или например АЦП у него на 1 вывод, а у моего pic16lf1823 на несколько выводов...

1. В Вашем ESP-01 стоит тот же самый ESP8266. То есть у Вас батарейку жрут ESP82266 +  pic16lf1823. 

2. В pic16lf1823, насколько я помню, тоже один АЦП стоит. Поэтому ничто не мешает Вам поставить копеешный коммутатор на вход АЦП ESP8266.  

3. Если задач много или они четко не определены, берите сразу модуль на ESP32. Ибо МК достойных во всех отношениях. По своему опыту скажу, что имеет смысл начинать отрабатывать конструкцию сразу на ESP32, а уже по результатам смотреть, потянет ли она на ESP8266.

Изменено пользователем READART
Ссылка на комментарий
Поделиться на другие сайты

Всё таки в данном случае это не подходящий вариант.

1. ESP-01 отключается и остаётся один только pic16. Подключается по необходимости что-то настроить/проверить/считать.

2. Мешает что железка сделана для любительских целей, и паять ESP и коммутатор на одной плате не хочется, а если к модулю с ESP подключать коммутатор,  то получается что копеечный МК лучше копеечного коммутатора. К тому же с коммутатором гибкость теряется в плане переназначения выводов. 

У меня сейчас на железке всего 15 выводов. 

5 - программатор +3,3V ; gnd; reset; clk; data.  Вот в него же и будет включаться ESP.

3 -  +питание; gnd; вход ADC уже с делителем до 30В.

2 - выходы через транзисторы с открытым коллектором.

5 - i/o, которые могу перенастраивать как хочу: и ADC, и компаратор, и шим и т.д. 

ESP32 конечно штука неплохая,  да и ESP8266  тоже, но получается из пушки по воробьям.

Ссылка на комментарий
Поделиться на другие сайты

1. Если Вам не нужен WiFi, то нет никаких проблем отказаться от его использования что в ESP8266, что в ESP32.

Далее продолжать не буду, потому как очень похоже на то, что Вы выискиваете любые причины чтобы не отказываться от pic16.

Ссылка на комментарий
Поделиться на другие сайты

То что WiFi прекрасно отключается с понижением энергопотребления - это да, в курсе, но всё же оно остаётся несоизмеримо выше "слабых" МК.

От "слабых" МК действительно отказываться не буду, причины не то чтобы любые, но их действительно множество. МК может быть не только pic16, пойдёт и STM8 и atmel 8 bit и другие, просто у меня в кач. "слабого" МК pic16LF1823 оказался.  Просто круг хотелок такой, что от функционала "слабого" МК нужно почти всё, а от "мощного" ESP - совсем немного.

Ну а пока искаю что там есть по modbus. Нашёл freemodbus, буду ковырять. 

Ссылка на комментарий
Поделиться на другие сайты

21 минуту назад, GDK сказал:

искаю что там есть по modbus. Нашёл freemodbus

А чего там искать? Вот описание https://ipc2u.ru/articles/prostye-resheniya/modbus-rtu/ Дальше все пишется руками за пол часа максимум. Софт для эмуляции слейва зовется Modbus Slave, мастера - Modbus Poll. Табличный расчет CRC выглядит примерно вот так:

static const uint8_t aucCRCHi[] = {
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
    0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
    0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,
    0x00, 0xC1, 0x81, 0x40
};
 
 
static const uint8_t aucCRCLo[] = {
    0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06, 0x07, 0xC7,
    0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD, 0x0F, 0xCF, 0xCE, 0x0E,
    0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09, 0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9,
    0x1B, 0xDB, 0xDA, 0x1A, 0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC,
    0x14, 0xD4, 0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3,
    0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, 0xF2, 0x32,
    0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4, 0x3C, 0xFC, 0xFD, 0x3D,
    0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A, 0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 
    0x28, 0xE8, 0xE9, 0x29, 0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF,
    0x2D, 0xED, 0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26,
    0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60, 0x61, 0xA1,
    0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67, 0xA5, 0x65, 0x64, 0xA4,
    0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F, 0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 
    0x69, 0xA9, 0xA8, 0x68, 0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA,
    0xBE, 0x7E, 0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5,
    0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71, 0x70, 0xB0,
    0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92, 0x96, 0x56, 0x57, 0x97,
    0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C, 0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E,
    0x5A, 0x9A, 0x9B, 0x5B, 0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89,
    0x4B, 0x8B, 0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C,
    0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42, 0x43, 0x83,
    0x41, 0x81, 0x80, 0x40
};

uint16_t CRC16(uint8_t *mas, uint8_t len){
	uint8_t  ucCRCHi = 0xFF;
	uint8_t  ucCRCLo = 0xFF;
	int      idx;
	uint8_t i = 0;
 
	while(len){
		len --;
		idx = ucCRCLo ^ mas[i++];
		ucCRCLo = ( uint8_t )( ucCRCHi ^ aucCRCHi[idx]);
		ucCRCHi = aucCRCLo[idx];
	}
	 
	return ( uint16_t )( ucCRCHi << 8 | ucCRCLo );
}

Зачем еще что-то искать? Структура пакетов элементарная. По сути нужны только вот такие пакеты:

#define M_READ_CMD3  	0x03
#define M_READ_CMD4  	0x03
#define M_WRITE_CMD 	0x06
#define M_MULTI_WRITE_CMD 	0x10
#define M_WRITE_MASK_CMD 0x16

 

15 часов назад, READART сказал:

Вместо ESP01 + PIC16.

И какой смысл пихать туда ESP. Из минусов:

  • Малое количество выводов.
  • Малое количество аппаратных периферийных модулей.
  • Большой размер.
  • Большое потребление.
  • Более высокие требования к качеству питания.
  • Ну и по разработке. Либо в Arduino IDE, которую и IDE назвать сложно. Да еще и без отладчика. Либо разбираться в IDE под ESP, что тоже такое себе занятие.

Ну и получаем ровно один плюс - наличие вафли, которая далеко не во всех проектах нужна.

Ссылка на комментарий
Поделиться на другие сайты

Ну с помощью WiFi появляется возможность прикрутить в железку интерфейс к юзеру. Оооочень  гибкий и удобный.  + Пользоваться "мощными" вычислительными ресурсами ширпотребных ЭВМ.  Например через JS. 

Т.е. для появления в железке монитора и клавиатуры,  надо планшетик с WiFi и любым web-браузером,  и это имеется как говорят "чуть меньше чем везде, чуть дороже чем за бесплатно". 

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

Изменено пользователем GDK
Ссылка на комментарий
Поделиться на другие сайты

2 часа назад, GDK сказал:

То что WiFi прекрасно отключается с понижением энергопотребления - это да, в курсе, но всё же оно остаётся несоизмеримо выше "слабых" МК.

Насколько именно выше?  ;)

8 минут назад, GDK сказал:

Ну с помощью WiFi появляется возможность прикрутить интерфейс к юзеру.

После чего разговоры об экономном энергопотреблении становятся совершенно неуместны. 

 

Изменено пользователем READART
Ссылка на комментарий
Поделиться на другие сайты

1 час назад, BARS_ сказал:

И какой смысл пихать туда ESP. Из минусов:

  • Малое количество выводов.

PIC16LF1823 - Количество линий ввода/вывода: 12

ESP8266 - Порты ввода-вывода общего назначения: 17

Далее продолжать не буду по той же причине. :D

7 минут назад, GDK сказал:

Сейчас уже не помню, но точно когда то сравнивал и запомнил  итоговый вывод.

У Вас есть ESP8266 и Вы замеряли его энергопотребление в режимах с WiFi и без? ;)

Ссылка на комментарий
Поделиться на другие сайты

16 минут назад, GDK сказал:

Ну с помощью WiFi появляется возможность прикрутить в железку интерфейс к юзеру.

Который в 99% случаем там нафиг не уперся.

 

17 минут назад, GDK сказал:

Например через JS.

Который тоже еще надо знать. Ну и плюс можно навсегда забыть о raeltime приложениях.

 

16 минут назад, READART сказал:

разговоры об экономном энергопотреблении становятся совершенно неуместны. 

Серьезно? А если это батарейное питание?

Ссылка на комментарий
Поделиться на другие сайты

2 минуты назад, READART сказал:

PIC16LF1823 - Количество линий ввода/вывода: 12

ESP8266 - Порты ввода-вывода общего назначения: 17

А на одном PIC16LF1823 мир клином сошелся? Тем более это только один из кучи минусов.

 

7 минут назад, READART сказал:

энергопотребление в режимах с WiFi и без?

А может просто заглянуть в даташит? Вот EPSimage.png.880093bd0195efc42145614abcba7ccf.png

А вот PIC

image.png.2fd7000c90791c6f6293689e77e75abe.png

 А еще PIC начинает работать с 1,8В...

5 минут назад, READART сказал:

радиопередатчик

Серьезно? И что? Ему электростанцию подавай для работы? Ну и Wi-Fi - это НЕ радиопредетчик. Во-первых, это ТЕХНОЛОГИЯ беспроводной связи, ну и ВЧ часть является ПРИЕМОПЕРЕДАТЧИКОМ. Ох уж эти ардуинщики.....

Ссылка на комментарий
Поделиться на другие сайты

3 минуты назад, BARS_ сказал:

А на одном PIC16LF1823 мир клином сошелся? 

И на ESP8266 тоже,  ESP32 однозначно НАМНОГО лучше.

И давайте не будем уводить спор в сторону, ибо если задача решается МК с WiFi в кишках, то зачем к этому МК цеплять еще один МК и потом маяться со связью между ними? 

 

Ссылка на комментарий
Поделиться на другие сайты

1 минуту назад, READART сказал:

ESP32 однозначно НАМНОГО лучше.

Мало чем.

 

1 минуту назад, READART сказал:

зачем к этому МК цеплять еще один МК и потом маяться со связью между ними? 

Наверно затем, что автор поставил цель научиться работать именно с PIC, а вафля ему нужна в единичном случае. Опять же, с нормальным программированием ESP разбираться намного дольше, чем с PIC. А если писать для нее, как для ардуйни, то она нафиг никому не нужна.

Ссылка на комментарий
Поделиться на другие сайты

Цель не с PIC научиться работать. Цель - экспериментировать с разными железками, примеры которых привёл в начальном сообщении.

Имхо для этого программировать ESP было бы проще, т.к. куча памяти и частота намного выше. Можно ради скорости написания кода позволять себе халтурить и не вникать профессионально.

46 minutes ago, BARS_ said:
1 hour ago, GDK said:

Ну с помощью WiFi появляется возможность прикрутить в железку интерфейс к юзеру.

Который в 99% случаем там нафиг не уперся.

Именно для этого и весь сыр-бор.  Удобство и гибкость.  Сегодня я нарисовал 4 потенциометра и вольтметр, завтра 2 кнопки, послезавтра график напряжением к-нибудь батарейки...  И кроме HTML + JS + Си (PIC16) мне ничего не надо, ну может быть ещё неск. деталек на макетке за 5 минут.

46 minutes ago, BARS_ said:
1 hour ago, GDK said:

Например через JS.

Который тоже еще надо знать. Ну и плюс можно навсегда забыть о raeltime приложениях.

Real Time не потеряется, задачи real-time --- средствами МК, интерфейс + обработка --- js + html.

Изменено пользователем GDK
Ссылка на комментарий
Поделиться на другие сайты

24 минуты назад, BARS_ сказал:

Мало чем.

Вы явно лично с ESP никогда не сталкивались. 

25 минут назад, BARS_ сказал:

Наверно затем, что автор поставил цель научиться работать именно с PIC...

Так об этом надо было сразу и сказать.  :D

 

19 минут назад, GDK сказал:

Удобство и гибкость.  Сегодня я нарисовал 4 потенциометра и вольтметр, завтра 2 кнопки, послезавтра график напряжением к-нибудь батарейки...  И кроме HTML + JS + Си мне ничего не надо...

Хорошее описание ESP32 получилось. :yes:

Ссылка на комментарий
Поделиться на другие сайты

27 minutes ago, READART said:

И на ESP8266 тоже,  ESP32 однозначно НАМНОГО лучше.

И давайте не будем уводить спор в сторону, ибо если задача решается МК с WiFi в кишках, то зачем к этому МК цеплять еще один МК и потом маяться со связью между ними? 

Да, лучше не уводить.  Цеплять ещё один МК - энергопотребление, обширность и качество периферии.  Чётко понимаю что это мне будет важнее чем мощные ресурсы одного ESP.  Собственно ради этого и готов повозиться с организацией связи.

Ссылка на комментарий
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

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

Загрузка...
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
  • Сообщения

    • Что то в жизни должно стоять 
    • В кАлонки гениус на место тда2003 нормально встает.
    • 2,4кОм уже заказал, новая сложность))) неполярные электролиты, впервые с ними сталкиваюсь, стоят они как космолет, можно конечно сделать из полярных но получится громоздко
    • Конечно нет. Более того, вышеупомянутой 140уд1 достаточно для 90% всех БП, но новые детали позволяют применять разные схемотехнические решения ранее недоступные - например, отсутствие отрицательного источника питания или цепей балансировки ибо их смещение по входам может оказаться пренебрежимо мало, а крайне малый ток полевикового входа не требует сильного согласования импедансов для выравнивания смещений, создаваемых входными токами. Но в чем тогда интерес в разработке схемы, если это будет всё тот же болгарский БП из 70х, причем на тех же самых деталях и по абсолютно такой же схеме Понятно, что особо улучшать схемотехнику линейных БП некуда. Но со старыми деталями, требующими дополнительные пару вольт питания из-за узкого диапазона синфазных сигналов или имеющих почти микроамперы входного тока приходится схемотехнически возиться как с каким-то пажылым дедушкой - там ему костыль в виде отрицательного питания, тут надо импедансы равные по входам, не то смещение будет (у 140уд1, например, даже нет выводов балансировки, т.е. смещение надо вводить отдельной  цепью по входу), а здесь надо выход повторителем усилить, ибо не может раскачать базу силового транзистора... и т.д. Повозиться из интереса можно, но не знаю какое веселье в который раз изобретать один и тот же болгарский велосипед.   Это даже скорее не БП, а гибрид из БП и  вольтамперметра для всяческих издевательств над детальками. Как пример. И вот ещё. Причем эти "много оу" не просто какие-то там буферы-измерялки, а именно в петле ООС стоят, что прибавляет головной боли схемотехнику. Я пытался повторить их "переключалку петель оос", или просто "клампу", как я ее обзываю, в микрокапе хотяб на моделях ОУ типа 741, с использованием в интеграторе TL071, но ничего не вышло, схема стабильно даёт овершуты под 5-10%, что говорит о неоптимально скорректированной под БП АЧХ. Этот рубеж пока что мне не доступен никак, вот  и вожусь со схемой шелестова на четырёх ОУ.  
×
×
  • Создать...