Контроллер с USB

[vdlab]

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

Если компилятор не поддерживает работу с float и т.п, то это не компилятор а игрушка для детей до шести лет .
Практически все компиляторы, за редким исключением, позволяют работать и с числами еще большей разрядности, естественно очень медленно). Вообще задача очень плохо поставлена:
-разрядность, тип, источник входящих данных?
-как поступают данные - массивом, или по мере обработки.
-то же для результатов.
-все таки, какие то временнЫе рамки есть?
-и главное - почему эти вычисления должен выполнять МК, если все равно он получает и/или отдает их в компьютер, с несоизмеримо более мощным процессором?

[Superki]

Я пишу на CVAVR, как раз на С в-основном...
входные данные храняться во флэш-памяти контроллера...
далее они должны пересчитаться по апроксимирующим зависимостям 3-4 степени (а возможно и выше) и опять же прошиться во флэш контроллера...
входные данные 8-разрядные... в результате вычислений получится тоже 8-разрядное число, которое нужно округлить и зашить во флэш...
вот сейчас у нас все как раз так и работает...контроллер отдает данные в комп, там они с помощью MathCad пересчитывваются и заливаются обратно на комп через COM порт, через Self-Programming. Когда встал вопрос о промышленном образце устройства такое стало невозможно...
Временные рамки - хотя бы чтобы это все укладывалось секунд в 20....

[vdlab]

Примерно понятно. В принципе, вполне реальное задание, даже для Меги, не хватит - возьмите dsPIC, при умелом обращении, делает мегу раз в десять(конечно цифры приблизительные, все зависит от алгоритма, и умения программиста правильно пользоваться возможностями DSP ядра).
Единственное замечание - а зачем хранить данные во флеши контроллера, ее ресурс не так уж и велик? Может лучше поставить внешнюю ЕЕПРОМину? Или данные меняются нечасто?

з.ы. А все же, что за девайс, если не секрет?

[MisterDi]

Если очень нужен DIP корпус можно взять PIC18F2455, PIC18F4555. 48МГц тактовая, 12мипс, SPI, I2C, UART на борту. Все что нужно для работы.

[Superki]

з.ы. А все же, что за девайс, если не секрет?

это система управления сваркой)))

данные меняются нечасто... можно сказать даже вообще не меняются))) только при переналадке... то есть при изменении режимов работы... по крайней мере ресурса даже в 1000 перезаписей сполне достаточно...

вопросик: мне после Меги нормально будет переходить на ПИК? для него программаторы доступные? а то я можно сказать в-одиночку занимаюсь всем этим делом..дома почти на коленках паяю)))

насчет PIC18F2455 сразу: подскажите проверенный программатор для него, можно ли самостоятельно сделать программатор и среду разработки для ПИК, желателно чтобы на С писать)))

[pinco]

Если очень нужен DIP корпус можно взять PIC18F2455, PIC18F4555. 48МГц тактовая, 12мипс, SPI, I2C, UART на борту. Все что нужно для работы.

Superki , а на фига же переходить на PIC - и - на заведомо менее производительный МК ?! Ну не понимаю , и к тому же вычисление того что тебе надо на асме в разы быстрее чем то же на С ,если С слишком медленно там все ворочает , хоть и программки на С кажутся короче ,да жрут только ресурсы и медленно выполняются , поэтому и потери времени там у вас были - а напишете все на асме - так летать будет , уверяю !

[dosikus]

хоть и программки на С кажутся короче ,да жрут только ресурсы и медленно выполняются , поэтому и потери времени там у вас были - а напишете все на асме - так летать будет , уверяю !

Не факт, это я тебя уверяю...

[Panda_Y2k]

Поддерживаю, что не факт...

[vouk]

Сообщение от MisterDi

Если очень нужен DIP корпус можно взять PIC18F2455, PIC18F4555. 48МГц тактовая, 12мипс, SPI, I2C, UART на борту. Все что нужно для работы.

... вычисление того что тебе надо на асме в разы быстрее чем то же на С ,если С слишком медленно там все ворочает , хоть и программки на С кажутся короче ,да жрут только ресурсы и медленно выполняются , поэтому и потери времени там у вас были - а напишете все на асме - так летать будет , уверяю !

Если Вы напишете на АСМе программу для работы с плавающей точкой и двойной точностью, и она будет лучше той, что в библиотеке компилятора Си, то может, чуть-чуть и полетит
______________________

Все категорические утверждения неверны, в том числе и это

[Yegorvin]

Програмировать вам нужно однозначно на С, на ASM это будет слишком большой потерей времени на разработку программы. Тем более сама программа будет очень маленькой если компилятор С будет поддерживать работу числами с плавающей точкой, все сведеться к небольшому количеству вызова мат функций С которые и так написаны на ASM. Думаю любого из перечисленных выше контроллеров будет достаточно что пересчитать это все за время меньше 1с (например PIC18F2550) не такие уже и сложные вычисления. Кстати а сколько именно чисел нужно пересчитывать?