Triabva da subera smetka na arc sin v okolo 1kB ROM i 256B RAM.
Preciznost: min. 4 cifri sled zapetaiata v intervala +/- PI/2. Moje i da e skalirano v int.
MCU: 8051
Skorostta ne e ot znachenie.
Vsiakakvi idei i nasoki sa dobre doshli. Blagodaria predvaritelno. Google ne beshe osobeno slovoohotliv otnosno CORDIC .

Каква дискретност ти трябва? За таблично представяне(стойностите на предварително изчислени арксинуси с някаква стъпка в таблица, а аргумента ти се явява офсет от началото на таблицата) мислил ли си? В 1к можеш да натъпчеш 512 стойности, т.е. дискретност от 0.35градуса или около 21минути.

Triabva da e po dobra ot 0.05 gradusa. Tablicata e chastichno reshenie, neshto kato pomosht kum "niakakva" matematika.

Охооо не си го и помисляй Уча в СМГ и в часовете за подготовка на отбора по математика точно с това ни занимаваше господина извстно време. Общо взето, за да пресметнеш математическа стойността на една тригонометрична функция ти трябват доста ресурси (5-6 листа писане ) и това, ако тръгнеш да го реализараш програмно не ми се мисли!!! То е векторна алгебра, после решаване на уравнение от сравнително висока степен и понеже трябва да го решиш трябва да ползваш формулите на Фераро и Кардан (съкратеният им вариант е един ред А4 на дълго ) Виж, че ще се ползват формули хубаво само, че понеже участват доста корени и при закръглянето постепенно се натрупва сериозна грешка. Абе не си е работа... Не случайно има "ЧЕТИРИЗНАЧНИ ТАБЛИЦИ"

Е неми се вярва да е чак пък толкова сложно щом един обикновен калкулатор ги смята с точност до 6 знак

Мислиш ли че ги смята ??? И, ако смята едва ли е "обикновен" калкулатор

Еми смятаги немисе вярва да ги научква ... и да обикновен е някъв турски боклук ... малиии езъх че съм приложна математика

http://links.jstor.org/sici?sici=0025-5 ... size=LARGE

Абе то, че не ги научква не ги Ама ползва някакви таблици 1000%

Ем сигурно .. трябва да се разровя имам едни библиотеки за пресмятане на arc xxx за AVR ... да видя как става там ..

Vilo, виж глава 7 на тази кника ( само 3 Мб)
http://rapidshare.de/files/7833926/Digi ... Z.rar.html

По-добрите могат до 10-ия знак след запетаята
Става и без таблици разбира се. Нали затова сьществува т.н. Numerical analysis, MATLAB в таблици ли тьрси. Тази таблица е трябвало да бьде изчислена пьрвоначално.
Ключовата ти дума в гооглето е infinite series.
Сигурен ли си, че се изискват 0.05 градуса, градуса, в цялото ДМ? Това означава в двата края на диапазона резолюция от около 1Е-7. Hа кой му е притрябвало подобно нещо? Освен ако не конструираш калкулатор разбира се
Но както и да е, да кажем, че такова е заданието.





Още на прьв поглед се вижда, че в диапазона +/- pi/6 имаш почти линейна функция. Това което ти препорьчвам като решение е да разделиш ДМ на части и за всяка част да направиш по една апроксимация. Колкото повече области толкова по-добро бьрзодействие и толкова повече необходима програмна памет. Според ресурсите си и поставеното изискване за точност тьрсиш подходящото решение.
Ето пример за развит ред на Маклаурин, иначе казано Тайлор редица с точка на развитие 0.

http://upload.wikimedia.org/math/2/a/8/ ... 818504.png

При тези изисквания за точност и µC с който разполагаш ... може да отнеме малко време
Затова развиваш няколко такива реда в критичните области и дерзаеш. И тьй като не е малко работа, не е лоша идеята на BrainStorm да се огледаш как е решен проблема от умните глави.

avc с offset няма да стане толкова лесно, защото функцията не е линейна. Ако искаш константно отклонение от 0.35 градуса ще се наложи да разположиш точките през динамични интеревали. Иначе казано в двата края на диапазона точките ти ще са разположени най-нагьсто, а около нулата най-нарядко. А това си изисква един search алгоритьм, binary search с малка модификация за междинните стойности мисля, че би бил най-подходящ.
С offset сьщо може да стане, спестяваш си тьрсенето в масива, в такьв случай LUT-а ще сьдьржа решенията за стойности лежащи през константен интервал 3.9Е-1 една от друга, което означава, че около нулата отклонението ще е около 0.22 градуса, а в двата края на диапазона около 5 градуса, малко кофти иначе вярно, по-бьрзо е.

И понеже ми стана интересно, хвьрлих едно око как в действителност е реализирано в MATLAB.


и като потьрсиш какви са ги творили от Sun стигаш до



Тук вече всякакви надежди за copy/paste са мьртви . Но интересното е че в действителноcт използват метода, който споменах в началото. Апрокcимират функцията в отделни области.



И нещо което бяхме пропуснали, не е необходимо изчисляване или LUT за цялото ДМ, а само за едната половината

трябваше да му оставиш някаква надежда на човека

XCL, никъде в моя пост не е спомената думичката "лесно"! И няма нужда от сърч алгоритми, ако знаеш какво правиш! И особено е добре да говориш от първо лице, написал съм 512 стойности като съм имал предвид 512 ЧЕТИРИ байтови стойности, което в действителност са 256 за да може да ги събере в 1к, но когато аргумента е с обратен знак се ползва горната част на таблицата!