Тут "дёрганье вверх" это сигнал на шину что подключено устройство, так то. Других вариантов вроде быть не должно.

Ну вот же, например кусок кода из maskrom от AC692N:

uint16_t rx = 0xFFFF;
bool usbkey_received = false;

while (!usbkey_received) {
  /* did we time out? */
  if (JL_TIMER2->CON & (1<<15))
    break;

  /* did the clock pulse? */
  if (JL_TIMER3->CON & (1<<15)) {
    JL_TIMER3->CON |= (1<<14);	/* clr int */

    /* pick the bit */
    rx = (rx << 1) | ((JL_USB->IO_CON1 >> 16) & 1);

     /* did the key match? */
    usbkey_received = rx == 0x16EF;
  }
}

if (usbkey_received) {
  /* pull (short) both lines to ground */
  JL_USB->IO_CON0 &= ~(1<<0);	/* D+ low */
  JL_USB->IO_CON0 &= ~(1<<1);	/* D- low */
  JL_USB->IO_CON0 &= ~(1<<2);	/* D+ output */
  JL_USB->IO_CON0 &= ~(1<<3);	/* D- output */

  /* wait for a while */
  JL_TIMER2->CON = 0;
  JL_TIMER2->CNT = 0;
  JL_TIMER2->PRD = 14400;
  JL_TIMER2->CON = (1<<14) | 1;    /* clr int, start! */
  while (!(JL_TIMER2->CON & (1<<15)));
}

JL_TIMER3->CON = 0;	/* stop */
JL_TIMER2->CON = 0;	/* stop */

JL_TIMER3->CON |= (1<<14);	/* clr int */
JL_TIMER2->CON |= (1<<14);	/* clr int */

/* release both lines */
JL_USB->IO_CON0 |= (1<<2);	/* D+ input */
JL_USB->IO_CON0 |= (1<<3);	/* D- input */
JL_USB->IO_CON0 &= ~(1<<4);	/* D+ no pulldown */
JL_USB->IO_CON0 &= ~(1<<5);	/* D- no pulldown */
JL_USB->IO_CON0 &= ~(1<<6);	/* D+ no pullup */
JL_USB->IO_CON0 &= ~(1<<7);	/* D- no pullup */

В цикле ожидает когда на D+ появится фронт (захват через timer3) и потом он сохраняет уровень на D- в переменную, и если там появилось 0x16EF, то он выходит из цикла и потом ноги D-/D+ настраиваются на выход, и выводится низкий уровень. Через некоторое время эти ноги отпускаются и уже идёт к остальному коду.

В AC695/696 это по сути тоже самое, но приём и проверка происходит уже в прерывании таймера, так как там параллельно ещё и ключ для UART бута принимается.

Подпись автора

水Mizu-DEC JLtech since 22.06.2019

Ну да, он там есть всегда

Подпись автора

水Mizu-DEC JLtech since 22.06.2019

Да, на PB5 надо отправить UART_KEY, потом на этой ноге уже будет UART. По дефолту он на 9600 бод настроен, но его скорость увеличивается при передаче самого лоадера.

С чипом работать ещё не пробовал, надо ещё разобраться как в него правильно отправить UART_KEY, но в принципе в какую сторону идти я уже понял.
Сами лоадеры я тоже пока особо не ковырял.

Подпись автора

水Mizu-DEC JLtech since 22.06.2019

Получилось таки это сделать, форма сигнала получается такая вот:

Здесь каждый пакет ключа начинается со стартого бита, который несёт функцию "референсного импульса", т.е. для того, чтобы всё принялось, сами биты ключа должны иметь примерно один и тот же период, вроде от отклонения в 10% приём сбрасывается, но я пока это точно не понял. Какая там длительность высокого уровня особой роли не играет.

Далее идут 16 бит самого ключа, где биты ключа (0x68AF - 0110 1000 1010 1111) кодируются длительностью высокого уровня, где бит '0' кодируется длительностью в 1/5 периода, а '1' - 4/5 периода.
Потом идёт финальный импульс, для того чтобы закончить последний бит (обработка идёт на фронтах сигнала, на спадах просто фиксируется время высокого уровня), и потом если чип успешно принял этот ключ, то он тянет эту ногу к питанию на ~2мс и затем переходит к коду для приёма лоадера по UART, на этой ноге уже активна подтяжка.

Подпись автора

水Mizu-DEC JLtech since 22.06.2019