Применение МК без кварца.

[Yuri222]

Как ни дели частоту, если она уползла на 5%, то и поделённая уползёт ровно на те же проценты

При каждом переходе 0-1 или 1-0 в принимаемой посылке отсчет начинается с нуля - т.е. накопленная на предыдущих битах погрешность обнуляется.
ИМХО надо бы тестить на посылках что-то типа 00000001 или 11111110.

[ForcePoint]

При каждом переходе 0-1 или 1-0 в принимаемой посылке отсчет начинается с нуля - т.е. накопленная на предыдущих битах погрешность обнуляется.

Чёй-та?... по спаду RxD на стартовом бите.

[makakus]

При каждом переходе 0-1 или 1-0 в принимаемой посылке отсчет начинается с нуля

Ссылки нет у вас, где это такое?!
Обычно пишут, что прицеливаются в середину бита, там берут 3-5 сэмплов, голосуют втроём-впятером: ноль или единица.
По-вашему получается, что 'U' будет приниматься с отклонением частоты хоть в 20%, а несчастный 0х00 должен быть дико точен, чтобы не сделаться 0х80, а то и 0хС0. Или frame error, если уплывёт в другую сторону. Так? Только никто такого не видел имхо...

[Yuri222]

ForcePoint, makakus, извиняюсь, ошибся.

[makakus]

Кажется, есть ответ на мой вопрос к someone (он моолчит - не зает), как получается, что нет приёма на 38400, приём с ошибками на 19200 а на 9600 всё ок. Ведь если частота ушла на 5%, то эти же 5% будут и на 38400 и на 9600 и на, страшно сказать, 600 бод.

У меня софтовый UART. Сам я его написал. По перепаду стартового бита прерывание, и дальше таймер отмеряет полубитовый и битовые интервалы. На бит у таймера порядка 200 шагов, так что с точностью всё в порядке. Дальше это работает с датчиком по modbus rtu, у которого битрейт 9600 прибит гвоздями. Так этот датчик тоже - пять раз ответит, два раза нет. Допрос с пристрастием показал, что сам он пишет (и, очевидно, принимает?) на скорости 9730, что нехорошо, но в пределах: +1,5% скорости. А у меня 9600 с точностью до пятого знака, потому что кварц специально 14,756МГц. Так вот: дело в стартовом бите.
Вы получаете прерывание по перепаду стартового бита. Отмеряете интервал пол-бита, чтобы попасть в середину следующих битов. Но, за счёт дополнительных расходов на вход в прерывание и перехода к циклу приёма битов, от старта до сэмпла первого бита проходит не ‹время бита›/2, а ‹время бита›/2 + dP. И вот это dP постоянно и не зависит ни от чего.
Дальше просто. На малой скорости dP мало по сравнению с длиной бита. На большой становится существенным, и к концу байта сэмпл всё больше смещается к концу. Пока вместо последнего бита не станет браться предпоследний. Это похоже на увеличенный битрейт передатчика, хотя по всем измерениям всё точно.
Мой датчик, в славных традициях modbus'a, просто молчал как партизан.


Вот оно: A1-A2 должно быть 52,0833 мкс а не 56,5

[ForcePoint]

Вы получаете прерывание по перепаду стартового бита. Отмеряете интервал пол-бита, чтобы попасть в середину следующих битов. Но, за счёт дополнительных расходов на вход в прерывание и перехода к циклу приёма битов, от старта до сэмпла первого бита проходит не ‹время бита›/2, а ‹время бита›/2 + dP. И вот это dP постоянно и не зависит ни от чего.

Прошу прощения, но даже в замшелом AVR910 это было. Пусть и в виде constant-magic:

getc:	
	sbis	PIND,RXPIN
	rjmp	getc
getc0:	
	sbic	PIND,RXPIN
	rjmp	getc0
	ldi	temp1,(256-(N+N/2)+8+12);
	out	TCNT0,temp1 	; preset T/C0 to 1.5 bit lengths

[makakus]

Прошу прощения, но даже в замшелом AVR910 это было

Очевидно, теперь моя очередь извиняться, что я не прочитал все замшелые документы атмела?
А что ж вы молчали, не объяснили someone и прочим нам в чём дело, ведь две недели как это всё обсуждается. А теперь, стало быть, не смогли промолчать? А почему?

[ForcePoint]

не объяснили someone и прочим нам в чём дело

КМК, у someone всё в порядке. Просто вместо организации своей темы SlovachevskyDV присоединил вопрос сюда (у него, как я помню, искажается один единственный бит). Теперь уже трудно решить, кому ответить, а кому нет.
А городить soft-uart сейчас уже вроде ни к чему, если не "тиньки". Да и то, в некоторых есть аппаратный.

[makakus]

городить soft-uart сейчас уже вроде ни к чему

Опять вы понимаете больше, чем знаете. У меня в схеме их ЧЕТЫРЕ.

[SlovachevskyDV]

И кстати кто-то из вас натолкнул меня на дикую идею подстраивать частоту проца под частоту сети. Гуляние частоты сети вроде бы не больше 0,9%
Кидайте тапками, типа трансанальное решение и не по феншую. Но это очень просто реализовать.

Если кому интересно, недавно снова дошли руки до этого проекта, и синхронизация с частотой сети вполне корректно работает.

else if(Ext1Stat == RIS_STAT) ///это происходит при отрицательном переходе через 0
        {
            Ext1Stat = FAL_STAT;        // INT1: вкл, FALLING
            GICR |= 0x80;
            MCUCR &= 0xF3;
            MCUCR |= 0x08; //0000 1000
            GIFR=0x80;
            //udebag = 0x01;
            //PIN_0(debug1);
            if (CntCalibF › 193)      //Количество прерываний АЦП,
            {                                 //АЦП запущено в бесконечном режиме
                OSCCAL--;
            }
            if (CntCalibF ‹ 192)
            {
                OSCCAL++;
            }
            CntCalibF = 0;
        }

Связь что с компом, что с другим устройством на STM32 с кварцем стабильная.