roboforum.ru

я и написал:  НАВЕРНО

Это слово не ускользнуло от моего внимания. Моё объяснение адресовано тем посетителям форума, которые собираются сделать что-то похожее на то что делает Мур, но имеют слабое представление какими должны быть временные интервалы при этом.

u  микро.  

а частота кварца какая в VMLAB  ?

avr123.nm.ru писал(а):

Myp писал(а):время одного такта оно 136 us

"такт" это что у вас ?    если "такт" это время между спадами на линии КЛОКА то похоже вам паузы не нужны - они сами получатся.

угу
именно это я и имел в виду
время между спадами

кварц на 4 мГц
ежели кварц на 10 мГц то время между спадами становиться 53 мксек
на частоте 10 мГц с паузой 0 время такта выходит 8 мксек
и на 4 мГц время 20 мксек
вмлаб не даёт поставить частоту 20 мгц (для тини2313) но на 16 мГц для 90S2313 минимальное время получаеться 5 мксек

на выполнение процедуры нулевой паузу уходит какоето процессорное время и осциллограмма выглядит нормально
если вобще выбрасить паузу то можно дожать время до 2,5 мксек но осциллограмма получаеться плохая

короче минимальное время с нулевой паузой получаеться 8 мксек
а если 8 микросекунд разделить на 250 нсек выходит что реально возможная частота SCK превышает минимум по даташиту в 32 раза

чёто я посмотрел на это дело и понял что скорость приёма информации с сенсора получаеться слишком низкая...

________________________________
в догонку...
программу писал в cvavr для tiny2313 а в vmlab ставил at90s2313(не нашёл там tiny2313) ругаеться и пишет вот это много раз

Код: Выделить всё • Развернуть

[PC = $008D, Time =    0.28 ms, {MEM}]: Attempt to write in an forbidden position

подсвечена строка TCCR0B=0x00;
к чему бы это???

avr123.nm.ru писал(а):наверно нет такого регистра

да действительно  :oops:

может у меня vmlab старая раз там нету tiny2313 ???
релиз 3.12
вопрос снимаеться, посмотрел на сайте там только обещают тини2313...

и ещё
есть способы ускорить этот процесс отправки и приёма байт??
или выше головы не прыгнешь?

а если тоже самое написать на ассемблере???

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

Если микра не дергает ногой при готовности или событии то прерывания не нужны ИМХО.

имеет смысл делать отправку и приём байт с пом. прерываний????

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