Data visualization

- D
- Dmitry Orlov
  
  Contact options for registered users
Vote on answer
posted
14 years ago

Wed, Jun 3, 2009 9:45 PM

Hello, Evgeny Kotsuba! You wrote in conference fido7.ru.embedded to Alexander Torres on Thu, 04 Jun

2009 00:12:17 +0400:

EK>>>>>>> ийк. А как он "ембеддед" собирает ? Hе говоря уже о том, что

DO>>>>>> Кросс-компилятором. Предлагаешь свою нетленку под pic16 DO>>>>>> собирать?

EK>>>>> во-первых - оно мое на 5%, во-вторых - никаких принципиальных EK>>>>> ограничений для сборки под pic16 там нет.

DO>>>> Это лишь говорит о том, что ты не представляешь себе что такое DO>>>> pic16.

EK>>> для компилятора Це для Це кода разницы нет - если есть достаточно EK>>> памяти - оно соберет. С памятью в pic16 обстоит несколько лучше,

AT>> Hу да, в некоторых даже до пол килобайта ОЗУ доходит :)

EK>>> чем в pic8 - так что почему бы и не собрать.

EK> да пофиг - если выкинуть из gdlib поддержку jpg/png/gif, а EK> ввод-вывод битовой карты сделать на внешние устройства в виде EK> get/setpixel(x,y) - то там ничего памятежрущего не останется.

368 байт ОЗУ хватит?

AT>> А можно по секрету сообщить народу - что такое "pic8" ? EK> да блин, я со своим склерозом имел ввиду 8 -битные пики, потому как

Восьмибитными бывают pic10/pic12 (12 разрядов команды), pic16 (14 разрядов команды) , pic17(устарел) и pic18 (16 разрядов команды).

EK> с вашими дурными обозначения для 8-16 и 32 битных пиков подумал что

Обозначения pic'ов не наши, а фирмы microchip.

EK> для pic16 речь идет о 16 битных,

Это pic24 и dsPIC30/33. 32хбитные (MIPS32) зовутся PIC32.

EK> а не о pic16xxx. Тем более, что у меня окружающие пикоманы давно EK> перешли на pic18xxx.

Что применительно к gDLib мало что меняет в сравнении с PIC16.

dima

formatting link

- E
- Evgeny Kotsuba
  
  Contact options for registered users
Vote on answer
posted
14 years ago

Wed, Jun 3, 2009 11:40 PM

- D
- Dmitry Orlov
  
  Contact options for registered users
Vote on answer
posted
14 years ago

Thu, Jun 4, 2009 4:52 AM

Hello, Evgeny Kotsuba! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Thu, 04 Jun

2009 03:40:11 +0400:

EK>>>>> для компилятора Це для Це кода разницы нет - если есть EK>>>>> достаточно памяти - оно соберет. С памятью в pic16 обстоит EK>>>>> несколько лучше,

AT>>>> Hу да, в некоторых даже до пол килобайта ОЗУ доходит :)

EK>>>>> чем в pic8 - так что почему бы и не собрать.

EK>>> да пофиг - если выкинуть из gdlib поддержку jpg/png/gif, а EK>>> ввод-вывод битовой карты сделать на внешние устройства в виде EK>>> get/setpixel(x,y) - то там ничего памятежрущего не останется.

DO>> 368 байт ОЗУ хватит?

EK> из общетеоретических соображений - хватит, из практических - нафиг

Hе хватит ни озу ни программной памяти.

EK> не сдалось и лениво. в 32 битных ARV с кучкой памяти и эзернетом - EK> имеет смысл для ембеднутых веб-серверов - типа заходишь в датчик и EK> смотришь графики за последние сутки

В 32хбитных и некоторых 16тибитных этоможно делать, а в 8 битных или невозможно или бессмысленно обычно. Для рисования графиков под виндой эта gDLib на фиг не нужна, винда сама умеет все для графика нужное рисовать.

DO>> Это pic24 и dsPIC30/33. 32хбитные (MIPS32) зовутся PIC32.

EK> да сходил я на микрочип - обновил склероз и посмотрел чего там EK> появилось нового

Это имело смысл делать до того, как писать глупости.

EK>>> а не о pic16xxx. Тем более, что у меня окружающие пикоманы давно EK>>> перешли на pic18xxx.

DO>> Что применительно к gDLib мало что меняет в сравнении с PIC16.

EK> У меня некоторое количество це кода работает как в писюке, так и в EK> 16-битном ADSP и теперь в 32-битном AVR.

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

dima

formatting link