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





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

P.S.: Просто дружественный совет... Если пишешь программу не стихийно - потом пригодится.

Ни кто не спрашивает, а кто спрашивал, у тех уже давно всё есть...

$ilent -спрашиваю конкретно у тебя!

gormih-вот смотри по умолчанию все прирывания выключены, так?
как они могут включится если я их не использую? зачем описывать эти вектора?
*Если этого не будет - программа будет неуправляемой, и не вводить вектора прерываний считается очень дурным тоном.*-разьесни пожалуйста а то ответ про дурной тон как то к микроконтролерам невяжется! А то может я действительно чегото недопонимаю!

А представь себя на месте программиста, который будет дорабатывать твою программу. Вот ему нужно включить прерывание, он ищет таблицу векторов прерываний, а ее в твоем исходнике нет. Это и называется дурным тоном - втыкание палок в колеса своим последователям :-)

Это несерьезно. Процессоры могут быть разные, с разным набором прерываний, что-то используется, что-то за фигом не нужно. Ориентироваться на мифического "программиста", который что-то там может быть будет дорабатывать, но при этом не знает, что надо сделать таблицу векторов, и полагается на неизвестно чей прототип - это уже из области извращений. Все ж это не ликбез для "чайников", а ?

А вот что и в самом деле "дурной тон" (IMHO, разумеется) - это отсутствие комментариев. Ну и по стилю - я теперь такие и подобные вещи изображаю вот так:

rcall Loadxxx
.db $00,$AA ; настройка внутреннего регистра 00
.db $01,$55 ; что-то-там-такое для чего-то-то-там-такого
.db $xx,$xx ; и так далее
.db $FF,$FF ; терминатор

; и здесь программа просто продолжается


И аналогично, скажем, для текста на терминал:

rcall Msg
.db "Hello, world !",13,10,0

; и продолжаем программу

Чего вы не можете все найти?
инициализацию nanopan? есть ведь бесплатный Драйвер для них- там вся инициализация делается- нужно только портировать на Ваш контроллер. Неужели никто этого не может сделать?
Спрашиваю потому что самому нужно это сделать




МАМА роди меня обратно!
тока чур без обид - но на это страшно смотреть!


зы а вообще я подумал, чтопрограмма похожа на стихи ...наверно поэтому и без коментов- зачем в стихах коменты?

Alexashka - нанотрон почемуто не дал того на что смотреть не страшно ))!
ведь бесплатный Драйвер для них-это я понимаю nTRXdd_Ver2_01.zip
я немогу портировать
А самое смешное что он гдето уже есть! так как в этих исходниках
попадаются строчки
* SCET - added module standalone.atmega
а в этом пдфе мега 16 даже в схемах стоит
001nanoNET_TRX_Datasheet.pdf
может с какими нибудь китами другими шел ?
но вообще конечно развод с этим лпт адаптером
у меня с них даже флюс не смыт
за что отдал 200уе до сих пор не пойму

Да нанотрон делает киты на Атмеге, зайдите на www.nanotron.com и в поиске введите Atmega - сами увидите. По поводу ПО - нужно поспрашивать в ЭФО - у них один товарищ раньше этим занимался, говорят он должен скоро приехать со стажировки из германии...вот...
В любом случае мой вам совет -уходите от ассемблера- это сплошное мучения, я сам с него слез года 2 назад, и пока не жалею. тем более с нормальным С компилятором вы сможете задействовать функции, которые есть в том же Демо-Драйвере.

LPT -адаптер полное говно! байты в нем передаются битами! (реальная скорость обмена с PC = 15...20кБ в сек. спрашивается зачем для этого паралельный порт?! а в новых отладочных наборах сделали интерфейс с компом через RS-232 - тоже идиотизм - ну как на нем можно демонстрировать скорость передачи по радиоканалу 2Мбит...не знаю...

С другой стороны новый чип очень интересен и пока ничего похожего нет ни у кого

Короче сообщаю последние новости по Нанотрон
Новые чипы NA5TR1 по регистрам не совместимы с NA1TR8(nanopan), поэтому стек PPS работать с ними не будет, хотя это можно решить правкой в h файлах. Вообще стек написан под Linux и компилироваться в VC6.0 не хочет в принципе- выдает ошибки просто на ровном месте. Короче плюнул я на этот стек и стал прикручивать драйвер софтварь на Silabs-вский контроллер. Добился того, что по крайней мере в эмуляторе все работает.
А PPS (портируемый стек протоколов) это действительно страшная вещь - его сначала надо сконфигурировать для портирования (сборки) под конкретный контроллер/систему, только потом он будет годен для реальной работы. И судя по тому что прописывается в конфиг-файлах (а они там отдельно для каждого уровня стека) -чтобы его портировать, нужно реально разбираться в его (PPS) работе не хуже чем его собственные разработчики!
Вообщем ж$па, если не сказать хуже

Ну то что разобраться в чужом всегда гораздо сложнее, чем написать своё - известно давно.

Я вот уже начал писать свой конфиг для нанопана. Не смотря, что количество регисттров огромное - разобраться в них не так уж и сложно. Где что то не понятно - ставлю значание из стекового конфига. Так по моему гораздо быстрее.

Хотелось бы возобновить тему... Каковы успехи, в частности с приемом? Как приемник оживить? Что-то у меня не выходит даже самое простое. После старта приема контролирую содержимое поля RfAgcVol и там при любых условиях 0. Ограничения на усиление отсутствуют (RfAgcGainMax=max). Режим работы премопередатчиков был сначала "авто", но потом совсем упростил до прозрачного, но я так понимаю, что для анализа RSSI это без разницы лишь бы поднять сигнал с антенны до нужного для корреляции уровня и выше RfAgcRssiThres . Процедуры калибровки, загрузки чирп-генератора даными сделал по доке и подобию, огрызков исходников демки (кстати упоминался вроде как бесплатный nTRXdd_Ver2_01.zip - может кто пришлет нетронутый?). Проконтролировать работу передатчика могу только косвенно по току питания ну и конечно событиям, которые тот показывает.

Тож начал этой темой заниматься!) Скиньте кто-нибудь инфу по PAN5360, очень буду признателен!)