Отправлено коллега 21 ноября 2006 г. 13:52 В ответ на: dsPIC. Там еще четыре графических индикатора, там тоже чего то крутится. Это все к коллеге =) отправлено Гамма СПб 21 ноября 2006 г. 13:47

• так и PIC16 наверно бы) коли кадры в память положить и на индикатор выпихивать) — basilmak   (21.11.2006 14:02 82.142.173.231, пустое)
  • прикиньте сколько нужно место под "кадры" ;) (1064 байта на кадр). там все realtime расчитывается. — коллега   (21.11.2006 14:03 85.249.46.122, пустое)
    • Я про пропихивание объема по I2C имелл ввиду... так то без проблем на арм7м в памяти рисуем и на KS0108 виплювываем... (нам хватает, на парралельная шина надоела) — Котик   (21.11.2006 14:21 82.147.104.154, пустое)
      • что за предубеждение перед I2C индикаторами?? времена уже указал. более того, для индикаторов этого типа (STN,FSTN) время реакции 100ms уже считается очень и очень хорошим. — коллега   (21.11.2006 14:24 85.249.46.122, пустое)
    • так не 1985 год на дворе... что касается памяти) — basilmak   (21.11.2006 14:07 82.142.173.231, пустое)
      • приезжайте - исходники покажу ;) — коллега   (21.11.2006 14:08 85.249.46.122, пустое)
        • ой... зачем мне такой стриптиз?))))) — basilmak   (21.11.2006 14:10 82.142.173.231, пустое)
          • лучше объясните почему у dsPIC33 я не смог АЦП в режиме "измерить К каналов, положить в буфер и дать прерывание" включить) Актуальность пропала (в PIC24F работает), но обида за Мелкочип осталась) — basilmak   (21.11.2006 14:13 82.142.173.231, пустое)
            • что значит не смог??? там такой же АЦП как в dsPIC30, на котором у меня все получается. На себя нужно обижаться =) Или работат не так как в даташите? — Гамма СПб   (21.11.2006 14:15 85.249.46.122, пустое)
              • ну у PIC24F запустили с полпинка... А dsPIC33 3 дня пинали - и плюнули... Даёшь ему 4 канала оцифровать - в буфера положить и дать прерывание - 1ый оцифровывает и даёт прерывание( — basilmak   (21.11.2006 14:18 82.142.173.231, пустое)
                • максимально урезанный пример кода? конкретный контроллер? — коллега   (21.11.2006 14:22 85.249.46.122, пустое)
                • а-а ну там же типа extended, конфигурируемый 10 или 12 бит, не совсем так он работает как у PIC24F/dsPIC30. Ну значит на себя грешите, я спокоен =) — Гамма СПб   (21.11.2006 14:21 85.249.46.122, пустое)
                  • ага, а что в Ерате написано что нехрена у них он не 12 бит, а 10-11? Тоже на себя грешить? А что у PIC24F АЦП при стабильном ИОН на Vref врёт как собака - приходится ИОН на ногу заводить - оцифровывать - и пересчётом точность востанавливать? Просто торопятся и удешевляют, а даташиты ваще ниже плинтуса по качеству... — basilmak   (21.11.2006 14:26 82.142.173.231, пустое)
                    • так с этим я не спорил, ибо правда (+) — Гамма СПб   (21.11.2006 14:37 85.249.46.122, 621 байт)
                    • имеется в виду врёт на -35 цельсия — basilmak   (21.11.2006 14:28 82.142.173.231, пустое)
• Скока мипсов на графику уходит? и с какой скоростью идет апдейт инфы в ОЗУ индикатора (какой объем прокачивается по I2C)? — Котик   (21.11.2006 13:57 82.147.104.154, пустое)
  • на этот индикатор прокачивается весь буфер (1064 байт), при тактовой по I2C 1МГц, время на все порядка 12ms. сейчас все, что есть мипсы (30) и уходят. но все считается во float'ах, без оптимизации. прикидываю, что можно ускорить где-то в три раза. это если не менять алгоритмов. — коллега   (21.11.2006 14:02 85.249.46.122, пустое)
    • Ок, ясно — Котик   (21.11.2006 14:34 82.147.104.154, пустое)