Z_h_e, так?Если Вы считываете один байт, то и указатель тоже должен быть на байт, но не на 32 бита.
Код: Выделить всё
switch (*(__IO uint8_t*)(0x40006080))
{
case 0x80:
GPIOC->BRR |= GPIO_ODR_ODR12;
break;
}Не соглашусь, хотя, может чего и не понял. По Натшелу и у Агурова четко сказано, что в первом SETUP пакете bmRequestType равен четко 0x80 (запрос дескриптора устройства).Z_h_e писал(а):Вот запрос дескриптора репорта HID, видимо у Вас не HIDRadist_M писал(а):Мне всю дорогу приходит 0x80 0x06 и т.д. 0x81 не встречал.Код: Выделить всё
bmRequestType 0x81 bRequest 0x6 wValue 0x2200 wIndex 0x0 wLength 0x94
. И поэтому в первом SETUP-запросе нулевой байт ( bmRequestType) всегда стандартен и равен 0x80.
isx. Я тоже столкнулся с такой проблемой. Хотя пока нет, но скоро, думаю. Пока вожусь с туглами.isx писал(а):Все испробовал. Понятия не имею почему второй запрос не идет. Как только регистры и адреса уже не вертел, но в приемник залетает только дескриптор устройства.
Вот дескриптор, который я отправляю (брал в интернете, проверял его, но вреде все нормально):Спойлер
Код: Выделить всё
void USB_LP_CAN_RX0_IRQHandler(void) { if (USB->ISTR & USB_ISTR_CTR) { while ((USB->ISTR & USB_ISTR_CTR) != 0) { if ((USB->EP0R & USB_EP_CTR_RX) != 0) { USB->EP0R &= ~USB_EP_CTR_RX; switch (*(__IO uint32_t*)(0x40006101)) { case 0x6: for (i = 0; i < 18; i+=2) { TXBuff = Virtual_Com_Port_DeviceDescriptor[i] + (Virtual_Com_Port_DeviceDescriptor[i+1] << 8); *(__IO uint16_t*)(0x40006080 + i*2) = TXBuff; } *(__IO uint32_t*)(0x40006004) = 0x0012; USB->EP0R |= USB_EP_RX_NAK; USB->EP0R |= USB_EP_TX_VALID; test1 = USB->EP0R |= USB_EP_TX_VALID; USB->EP0R |= USB_EP_RX_VALID; break; } } } if ((USB->EP0R & USB_EP_CTR_TX) != 0) { USB->EP0R |= USB_EP_RX_VALID; } i = 0; } if (USB->ISTR & USB_ISTR_RESET) { USB->ISTR = 0; USB->CNTR |= USB_CNTR_CTRM | USB_CNTR_RESETM | USB_CNTR_ESOFM | USB_CNTR_SOFM; USB->BTABLE = BTableOffset; // таблица начинается с 0x0000 *(__IO uint32_t*)(0x40006000) = (uint16_t) 0x40; // начальный адрес USB_ADDR0_TX (такой адрес позволяет в дальнейшем добавить все 8 возможных контрольных точек, каждая имеет размер 1 байт) *(__IO uint32_t*)(0x40006004) = (uint16_t) 0x40; // размер исходящих данных - 32 байта USB_COUNT0TX *(__IO uint32_t*)(0x40006008) = (uint16_t) 0x80; // начальный адрес USB_ADDR0_RX *(__IO uint32_t*)(0x4000600C) = (uint16_t) 0x8400; // 32 байта входящих данных USB_ USB_COUNT0RX_BL_SIZE USB->EP0R |= USB_EP_CONTROL; // режим - CONTROL USB->EP0R |= USB_EP_TX_NAK; // Готовы к передаче, но данных для передачи нет USB->EP0R |= USB_EP_RX_VALID; // К приему готов test1 = *(__IO uint32_t*)(0x40006100); USB->DADDR |= USB_DADDR_EF; } }
Подскажите пожалуйста, что делать. Я уже перепробовал все, что в голову пришло....Спойлер
Код: Выделить всё
const uint8_t Virtual_Com_Port_DeviceDescriptor[] = { 0x12, // размер данного дескриптора 0x01, // тип данного дескриптора - device descriptor 0x00, 0x02, // 2 байта - версия usb 2.0 0x02, // класс устройства cdc 0x00, // подкласс 0x00, // протокол 0x40, // USB_MAX_PACKET0, // max размер пакета для нулевой конечной точки 0x83, 0x04, // 2 байта - VID 0x40, 0x57,// 2 байта - PID 0x00, 0x02,// 2 байта - версия (ревизия) устройства 0x01, // индекс строки с названием производителя 0x02, // индекс строки с названием устройства 0x03, // индекс строки с серийным номером устройства 0x01 // количество поддерживаемых конфигураций };
При кривом дескрипторе хост адрес вам не назначит.Код: Выделить всё
0x80
0x06
0x00
0x01
0x00
0x00
0x40
0x00
По поводу отправки нарыл ещё инфу интересную. Чтобы было понятнее, перевел:isx писал(а):Что у Вас за работа такая, на которой есть время сидеть на форумах?Z_h_e писал(а):После 21 должно время появится, так как я буду на работеЕго и нет - прерывание по CTR не возникает. Только вот не ясно почему... Последнее, что удается отследить в отладке - это как USB_EP_TX становится в VALID, а потом в 0. При этом флаг ошибки тоже не срабатывает (тоже включал прерывание по ERR для диагностики).Z_h_e писал(а):Проверьте флаг успешной отправки, которого я думаю нет
Буду ждать следующей недели, а пока попробую еще куда-нибудь ковырнуть.
)))) Просто, дешево и сердито.)
Код: Выделить всё
void send_massiv ()
{
*(__IO uint16_t*)(0x40006020) = (uint8_t)0x12;
*(__IO uint16_t*)(0x40006021) = (uint8_t)0x01;
*(__IO uint16_t*)(0x40006024) = (uint8_t)0x10;
*(__IO uint16_t*)(0x40006025) = (uint8_t)0x01;
*(__IO uint16_t*)(0x40006028) = (uint8_t)0x00;
*(__IO uint16_t*)(0x40006029) = (uint8_t)0x00;
*(__IO uint16_t*)(0x4000602C) = (uint8_t)0x00;
*(__IO uint16_t*)(0x4000602D) = (uint8_t)0x20;
*(__IO uint16_t*)(0x40006030) = (uint8_t)0xC4;
*(__IO uint16_t*)(0x40006031) = (uint8_t)0x10;
*(__IO uint16_t*)(0x40006034) = (uint8_t)0x00;
*(__IO uint16_t*)(0x40006035) = (uint8_t)0x01;
*(__IO uint16_t*)(0x40006038) = (uint8_t)0x00;
*(__IO uint16_t*)(0x40006039) = (uint8_t)0x00;
*(__IO uint16_t*)(0x4000603C) = (uint8_t)0x01;
*(__IO uint16_t*)(0x4000603D) = (uint8_t)0x02;
*(__IO uint16_t*)(0x40006040) = (uint8_t)0x00;
*(__IO uint16_t*)(0x40006041) = (uint8_t)0x01;
}
Сразу скажу, что работаю по прерываниям.Serg1987 писал(а):И опять по поводу приема первого SETUP. Хост мне постоянно присылает вот это:Всё как и у Radist_M..)Код: Выделить всё
0x80 0x06 0x00 0x01 0x00 0x00 0x40 0x00
И теперь вопрос по поводу дальнейшего. После принятия SETUPа, как я понял из прочтенного STAT_TX выставляется в NACK??!! Т.е. сейчас мне нужно запихнуть в передающий буфер данные дескриптора и поставить STAT_TX в VALID??
Код: Выделить всё
0x80
0x06 - запрос дескриптора какого-то
0x00
0x01 - а точнее дескриптор устройства
0x00
0x00
0x40 - хост просит 64 байта
0x00Код: Выделить всё
const uint8_t RHID_DeviceDescriptor[RHID_SIZ_DEVICE_DESC] = {
RHID_SIZ_DEVICE_DESC, // overall descriptor length
USB_DEVICE_DESCRIPTOR_TYPE, // bDescriptorType - Device descriptor
0x00, 0x02, // bcdUSB usb 2.0
// class, subclass
0x00, //bDeviceClass
0x00, //bDeviceSubClass
0x00, //bDeviceProtocol
0x40, //bMaxPacketSize - max size of packets
// vid pid
0x25, 0x09, //idVendor (0x0483)0925
0x34, 0x12, //idProduct (0x5711)
DEVICE_VER_L, DEVICE_VER_H, // bcdDevice rel. DEVICE_VER_H.DEVICE_VER_L
// Sushchestvuyut dopolnitel'nyye indeksy stroki , opisyvayushchiye proizvoditel' i seriynyy nomer ustroystva .
// Otobrazhayetsya v svoystvakh ustroystva v dispetchere ustroystv
// A seriynyye nomera podklyuchennykh ustroystv s odinakovymi VID / PID drugoy sisteme
1, //Index of string descriptor describing manufacturer
2, //Index of string descriptor describing product
3, //Index of string descriptor describing the device serial number
0x01 // bNumConfigurations - kol-vo vozmozhnih configurations.
} ; /* CustomHID_DeviceDescriptor */
Код: Выделить всё
USB->EP0R = USB_EP0R_EP_TYPE_0|USB_EP0R_STAT_TX_0;Код: Выделить всё
0x00
0x05 - SET ADDRES
0x05 - это собсно адрес, который нам присвоил хост
0x00
0x00
0x00
0x00
0x00
Код: Выделить всё
if (temp!=0)
{
USB->DADDR = temp;
temp=0;
} Код: Выделить всё
80
06
00
01
00
00
12
00
дык в регистрах конечных точек есть соответствующий флаг. Загляните в даашит на страницу описания регистров конечных точек. 11 бит регистра USB_EPnR сигнализирует о том что была завершена sutep транзакция.isx писал(а):И еще вопрос. Как вы определяете момент прихода SETUP пакета (какие флаги об этом сообщают)?
А после получения инструкции SET_ADRESS биты в USB_DADDR_ADD точно устанавливаются?Radist_M писал(а):Видали? то же самое, только теперь хост просит не 0x40 а 0x12 байт дескриптора
Повторяю процедуру отправки, получаю событие CORRECT TRANSFER и далее получаю 3 резета от хоста. Печаль. Дальше пока не продвинулся((.
Стоп. Надо разобраться.Serg1987 писал(а):А после получения инструкции SET_ADRESS биты в USB_DADDR_ADD точно устанавливаются?Radist_M писал(а):Видали? то же самое, только теперь хост просит не 0x40 а 0x12 байт дескриптора
Повторяю процедуру отправки, получаю событие CORRECT TRANSFER и далее получаю 3 резета от хоста. Печаль. Дальше пока не продвинулся((.
Код: Выделить всё
if (temp!=0)
{
//USB->DADDR = temp;
temp=0;
} 
Халява не может быть качественной. Не пользуйтесь этим бесплатным дерьмом (на то оно и бесплатное), если конечно, ваша цель - не просто поморгать диодами. А так.. Ой, че-то я отвлекся от темы..Таже ерунда. Отправляет второй ресет и SET_ADRESS. Хотя.. вроде как второго ресета быть не должно. Вообще дескриптор устройства один раз требуется, насколько я понял из сегодня прочтенного.Radist_M писал(а):и все сломалось.
В моем случае:
1. Первый Reset
2. Запрос дескриптора устройства
3. Второй Reset
4. Set address
5. Второй запрос дескриптора
6. Reset - теперь запросы не проходят и я получаю reset за reset-ом
7. Reset
Я уже приводил ссылку:Serg1987 писал(а): Таже ерунда. Отправляет второй ресет и SET_ADRESS. Хотя.. вроде как второго ресета быть не должно. Вообще дескриптор устройства один раз требуется, насколько я понял из сегодня прочтенного.
Да, верно. Посмотреть бы неплохо было на стороне хоста - как он распознает эти дескрипторы.?? Да вряд ли такие утилиты есть.Radist_M писал(а): Я уже приводил ссылку:
How does USB stack enumerate a device?
Вроде-бы описанная там последовательность верна. И после второго запроса дескриптора устройства должен прийти запрос дескриптора конфигурации. А тут резет. Наверное хосту что-то не нравится.
Пока времени нет, но надо посмотреть будет. да и вопрос. После того как мы отправляем дескриптор, STAT_TX у нас выставляется в NACK (RX после приема также в NACK, его мы не трогаем.), а по событию успешной передачи выставляется ещё и CTR_TX. После этого приходит второй RESET. Перед вторым RESETом обязательно выставлять RX в VALID?? Или можно всё в NACK оставить до Резета?Radist_M писал(а):Есть программы, позволяющие взглянуть на пакеты между устройством и хостом. Но эти пакеты будут видны только после успешной энумерации. Поправьте, если ошибаюсь.
Второй резет сбросит регистры в исходное состояние, посему надо будет заново вставить STAT_TX в NAK, STAT_RX в VALID . Я так делаю при каждом резете. Т.е. после резета я готов к приему команд.Serg1987 писал(а):Пока времени нет, но надо посмотреть будет. да и вопрос. После того как мы отправляем дескриптор, STAT_TX у нас выставляется в NACK (RX после приема также в NACK, его мы не трогаем.), а по событию успешной передачи выставляется ещё и CTR_TX. После этого приходит второй RESET. Перед вторым RESETом обязательно выставлять RX в VALID?? Или можно всё в NACK оставить до Резета?Radist_M писал(а):Есть программы, позволяющие взглянуть на пакеты между устройством и хостом. Но эти пакеты будут видны только после успешной энумерации. Поправьте, если ошибаюсь.
Вообще должен быть. Ну давайте посмотрим код, мож чего найдем.Serg1987 писал(а):Вот у меня второй Reset и перестал идти. Правил код, что то не то сделал, видно.
Они не автоматически обнуляются, это Вы их обнуляеете. Еще раз поглядите упрощенный пример условного 4х битного регистра EP. По Вашей логике его конечное значение должно было быть 0b1111, но по факту 0b0011. А если Вам понятно почему 0011, то непонятно почему не понимаете почему у Вас вместо valid стоит disabled. Тут гляньте еще раз и тут. Такое впечатление, что Вы считаете будто бы у Вас перед каждым присваиванием регистру EPnR какого-то значения его начальное состояние всегда ноль, даже если Вы только что ему что-то присвоили или будто бы Вы пишите в него не слово целиком, а какие-то выборочные биты. Кстати, побитный доступ есть в STM, воспользуйтесь тогда им что ли. Я не знаю как еще Вам объяснитьisx писал(а):Это понятно, только вот после отработки установленного значения TX/RX они автоматически обнуляются.
, может кто другой поможет.А я разве где то писал, что запрос дескриптора репорта HID будет первым? И вообще, какая разница в каком порядке идут запросы, функция USB должна ответить на запрос хоста правильными данными.Serg1987 писал(а):Не соглашусь, хотя, может чего и не понял. По Натшелу и у Агурова четко сказано, что в первом SETUP пакете bmRequestType равен четко 0x80 (запрос дескриптора устройства).
В этот момент хост USB ещё не знает, что присоединили (HID или MassStorage какой), но очень хочет узнать . И поэтому в первом SETUP-запросе нулевой байт ( bmRequestType) всегда стандартен и равен 0x80.
(0x81 0x60...) судя по...
У меня похожий алгорим, судя по Вашему описанию. Обязательно проверяйте неизвестный запрос, там можно установить точку останова. При запросе дескриптора 8006, проверяйте поле wValue.Radist_M писал(а):... ...
Согласен, глюков много, хотя часть глюков у меня как обычно оказались кривыми ручками. Но я пока в кокосе: "мыши плакали и кололись, но все равно продолжали жрать кактус".Serg1987 писал(а):Уф. Совсем замучался. По ходу разбирательств с USB перешел на Keil. Несмотря на некоторую сложность в настройке.
До этого мучался в Coocox. Там столько глюков в отладке всплыло, что..
Данный код все время менялся, комментарии могут несколько не соответствовать (перетаскивались при копипасте из другого места кода и не всегда исправлял, а зря), возможно иногда ругательныеisx писал(а):Скиньте пожалуйста обработчик CTR.
(когда особенно все "получалось"), часть кода заремарчено, т.к. были для теста или ошибочны или еще почему-то. А так, это кусок кода, проекта выкладывать который я не собираюсь, так что возможно там есть что-то от него, просто не обращайте внимание. Мне кажется что у меня не плохо получилось, хотя возможно и далеко не лучшим способом (не без быдлокодства), к сожалению табуляции несколько в форуме искаженыКод: Выделить всё
case 0:{ //прерывание от нулевой конечной точки
//что то успешно отправили
//CopyMemUsb();
if ((USB_REGISTR->EP0R&bit7)){
Clear_Flag_EPR(0,TX);
if (FlagAddress){USB_REGISTR->DADDR+=ConfigPacket.wValue;FlagAddress=0;} //назначаем полученный адрес
Set_Status_EPR(0,Valid,RX); // будем что нибудь принимать
}
//Успешно приняли данные
if ((USB_REGISTR->EP0R&bit15)) { //если пришел пакет Сетуп и приняты данные для нулевой точки
Clear_Flag_EPR(0,RX); //сброс флага об успешном приеме
//----------
//если мы ждали данные, то обрабатываем их и не проверяем на запросы
if (FlagEventUSB==NadoPrinyatDannie)
{
//заполняем массив и опять готовы принять данные
//uint8_t *pRXBuf,*pTarget;
//pTarget=&Data_USB_Out; //указатель куда бум ложить данные
//pRXBuf=(*((uint32_t*) 0x40006008))*2+0x40006000;//указатель откуда бум брать данные
//pRXBuf++; //т.к. в первом байте буфера будет 0, типа номер репорта толи для 0 точки
__disable_irq (); //запр. прерывания
SysTick->CTRL&=~SysTick_CTRL_TICKINT;
//получаем данные
Buffer_Get (0,&Data_USB_Out,41);
__enable_irq (); //разр. прерывания
SysTick->CTRL|=SysTick_CTRL_TICKINT;
Buffer_Fill_Tx(0,0,0); //заполним буфер отправки пустотой
Set_Status_EPR(0,Valid,TX); // отправим ZLP
FlagEventUSB=None;
break;// выходим из кейса 0
}
//-----------
uint8_t *pBufer;
pBufer=(*((uint32_t*)0x40006008)) * 2+0x40006000; //адрес начала буфера приема EP0
//считаем запрос
ConfigPacket.bmRequestType= pBufer[0];
ConfigPacket.bRequest= pBufer[1];
ConfigPacket.wValue= pBufer[4]+(pBufer[5]<<8);
ConfigPacket.wIndex= pBufer[8]+(pBufer[9]<<8);
ConfigPacket.wLength= pBufer[12]+(pBufer[13]<<8);
//CopyMemUsb();
switch ((ConfigPacket.bmRequestType << 8 ) | (ConfigPacket.bRequest)) {
case 0x8006:{//ЗАПРОС ДЕСКРИПТОРА
//выбор типа дискриптора
switch(ConfigPacket.wValue) {
case 0x0100:{
//Запрос дескриптора устройства
Buffer_Fill_Tx (0,Device_Descriptor,18); //заполнение буфера отправки дескриптором устройства
Set_Status_EPR(0,Valid,TX); // отправим дескриптор устройста,
break;}
case 0x0200://Запрос конфигурации и сразу интерфейса и сразу точеГ
lenn=41;
if (ConfigPacket.wLength<41) lenn=ConfigPacket.wLength;
Buffer_Fill_Tx (0,Config_Descriptor,lenn); //заполнение буфера отправки дескриптором устройства
//CopyMemUsb();
Set_Status_EPR(0,Valid,TX); // отправим дескриптор устройста,
break;
case 0x0300: //Запрос строкового дескриптора 0
Buffer_Fill_Tx (0,Stroka0,Stroka0[0]); //заполнение буфера отправки дескриптором устройства
Set_Status_EPR(0,Valid,TX); // отправим дескриптор
break;
case 0x0301: //Запрос строкового дескриптора 1
Buffer_Fill_Tx (0,Stroka1,Stroka1[0]); //заполнение буфера отправки дескриптором устройства
Set_Status_EPR(0,Valid,TX); // отправим дескриптор
break;
case 0x0302: //Запрос строкового дескриптора 2
Buffer_Fill_Tx (0,Stroka2,Stroka2[0]); //заполнение буфера отправки дескриптором устройства
Set_Status_EPR(0,Valid,TX); // отправим дескриптор
break;
case 0x0303://Запрос строкового дескриптора 3
Buffer_Fill_Tx (0,Stroka3,Stroka3[0]); //заполнение буфера отправки дескриптором устройства
Set_Status_EPR(0,Valid,TX); // отправим дескриптор
break;
case 0x0304://Запрос строкового дескриптора 4
Buffer_Fill_Tx (0,Stroka4,Stroka4[0]); //заполнение буфера отправки дескриптором устройства
Set_Status_EPR(0,Valid,TX); // отправим дескриптор
break;
case 0x03EE://Запрос строкового дескриптора EE
//Buffer_Fill_Tx (0,StrokaEE,StrokaEE[0]); //заполнение буфера отправки дескриптором устройства
//Set_Status_EPR(0,Valid,TX); // отправим
Set_Status_EPR(0,Stall,TX);
break;
default:
//Неизвестный тип дескриптора
//USB_CfgSendStall();
//CopyMemUsb();
Set_Status_EPR(0,Stall,TX);
break;
} //конец switch(ConfigPacket.wValue)
break;}//конец case 0x0680:
//____________________
case 0x8106:{//ЗАПРОС ДЕСКРИПТОРА интерфейса
switch(ConfigPacket.wValue) {
case 0x2200://запрос РЕПОРТА
//Set_Status_EPR(0,Stall,TX);
//Ostatok=84-0x40;
//pAddressData=&HID_ReportDesc[84-0x40-1];
Buffer_Fill_Tx (0,HID_ReportDesc,23); //заполнение буфера отправки дескриптором устройства
Set_Status_EPR(0,Valid,TX); // отправим дескриптор
break;
default://Неизвестный тип интерфейса
Set_Status_EPR(0,Stall,TX);
break;
}//switch(ConfigPacket.wValue)
break;
}// case 0x8106:{//ЗАПРОС ДЕСКРИПТОРА интерфейса
//____________________
//____________________
//------------------------------
case 0x0005://УСТАНОВКА АДРЕСА SET_ADDRESS
{
Buffer_Fill_Tx(0,0,0); //заполним буфер отправки пустотой
//Set_DTOG(0,TX); //установить дтог ТХ . Т.е. отправка пустой ДАТА1
Set_Status_EPR(0,Valid,TX); // отправим в ответ ZLP еще как от безадресного устройства
//CopyMemUsb();
FlagAddress=1; //Флаг о том что пришла команда установки адреса
break;
}
//------------------------------
case 0x0009://УСТАНОВКА конфигурации
{
Buffer_Fill_Tx(0,0,0); //заполним буфер отправки пустотой
Set_Status_EPR(0,Valid,TX); // отправим залупу в ответ ZLP
break;
}
//------------------------------
case 0x210A://Спец запрос ХИД. Set Idle
{
Buffer_Fill_Tx(0,0,0); //заполним буфер отправки пустотой
Set_Status_EPR(0,Valid,TX); // отправим залупу в ответ ZLP
//Set_Status_EPR(0,Stall,TX);
break;
}
case 0xA101: {//Запрос ФЬЮЧА (HidD_GetFeature от компа) Т.е надо отправить на комп Фуча
__disable_irq (); //запр. прерывания
SysTick->CTRL&=~SysTick_CTRL_TICKINT;
Buffer_Fill_Tx (0,&Data_USB_In,41); //заполнение буфера отправки для точки 0
__enable_irq (); //разр. прерывания
SysTick->CTRL|=SysTick_CTRL_TICKINT;
Set_Status_EPR(0,Valid,TX); // отправим
break;
}//case 0xA101:
case 0x2109://пришле Фьюч Set Report (HidD_SetFeature от компа) От компа будут данные типа Фуча
{
FlagEventUSB=NadoPrinyatDannie; //будем ожидать еще данные
Set_Status_EPR(0,Valid,RX);
break;
} //case 0x2109:
//------------------------------
case 0x0000://какая то хрень предполжительно ZLP от хоста
// CopyMemUsb();
//Buffer_Fill_Tx(0,0,0); //заполним буфер отправки пустотой
//Set_DTOG(0,RX); //установить дтог ТХ . Т.е. отправка пустой ДАТА1
//bufTEST=USB_REGISTR->EP0R;
Set_Status_EPR(0,Valid,RX); // сам чтоли в RX ставит????
//while ( (USB_REGISTR->EP0R & (bit13+bit12)) != (bit13+bit12) );
break;
default:/*неизвестный запрос для нулевой точки*/
//CopyMemUsb();
Set_Status_EPR(0,Stall,TX); // отправим сталл
break;
}
} //скобка Ифа о том что именно чтото пришло а не ушло
break;}// CASE 0 конец кейса запрос от нулевой конечной точки
Ну тогда может вы объясните, может знаете, почему Кокос при отладке не показывает значения записываемых регистров?? В Кейле с ними проблем нет. Ладно, шут с регистрами. Думал по другому сделать..Z_h_e писал(а):Согласен, глюков много, хотя часть глюков у меня как обычно оказались кривыми ручками. Но я пока в кокосе: "мыши плакали и кололись, но все равно продолжали жрать кактус".
В режиме отладки Кокос эту переменную добавлять ("Add global variable" или как-то так) отказывается , с чем в Кейле проблем не было.
Итого, я не могу посмотреть, что у меня записалось. А оно записывается. В Кейле всё прекрасно.