Вы можете реализовать свой собственный визуальный джойстик, используя функции обратного вызова unity new , такие как OnBeginDrag
OnDrag
и OnEndDrag
. Существует уже сделанный пакет Visual Joystick для Unity, поэтому реализовать его можно, как изобретать колесо.
Все, что вам нужно сделать, это импортировать пакет CrossPlatformInputManager
из Unity's UnityStandardAssets , затем используйте CrossPlatformInputManager.GetAxis("Horizontal")
и CrossPlatformInputManager.GetAxisRaw("Horizontal")
, чтобы прочитать направление изображения / большого пальца.
Чтобы сделать это с нуля, вы можете передать этот учебник видео .
технология PICC всегда был надежен для меня и он имел много лет разработки.
Если бы можно выйти сухим из воды (мое предпочтение было бы к), используют Ассемблер PIC18 с MPLAB. Это имеет преимущество того, чтобы быть свободным и relativly, хорошо зарегистрированный вместе с тем, что это имеет достойный hardwars / поддержка для отладочных средств. Его небольшая система команд и простота привели себя к легкому и быстрому кодированию.
Если Вы установлены на c хотя:
CCS является хорошим компилятором для использования, немного багги и довольно дорогой, но также и имеет хорошие возможности отладки.
Microsoft Embedded Studio (или что-то как этот) превосходна, если Вы уже привыкли к методологии Visual Studio 6 записи c код. Снова хорошая поддержка оборудования и превосходный отладчик.
Я полагаю, что при поиске бесплатного решения, можно действительно получить компиляторы C для MPLAB, хотя я лично никогда не использовал никого так, что я терпеть не могу решение.
Я настоял бы, чтобы Вы использовали компилятор C18. Это чрезвычайно устойчиво и очень просто в использовании. Это - необходимая вещь для профессиональной разработки. Это действительно зависит от размера проекта, Вы продолжаете работать.
Запустите со свободного/студенческого выпуска, и Вы получите хорошее ощущение использования его. Если Ваш проект является маленьким, который может быть всем, в чем Вы нуждаетесь. Я только что закончил размер большого выхода dev проект на PIC 18F, и я был чрезвычайно удовлетворен компилятором C18.
используйте sdcc:
и для несвободного (но свободный!) компилятор PIC, mikroC является gr8!
http://www.mikroe.com/eng/products/view/7/mikroc-pro-for-pic/
HTH
Мне не нравился CCS, это было слишком изворотливым.
SourceBoost не является плохим и довольно дешевым, приблизительно 40£.
Микрочип компилятор C18 является лучшим IMO, но очень дорогой. Существует бесплатная демо-версия / студенческий выпуск, все же.
Я в настоящее время использую CCS и ненавижу его. Это столь нестандартно и большая часть подмножества C, что это просто сосет. Я рассматриваю переключение вскоре. Я собираюсь попробовать Микрочип компилятор C18 сначала, и затем я буду глотать трудно и получать HighTech, который кажется довольно солидным от рассмотрения пробной версии и образцов.
Мы используем CCS, и это довольно хорошо. Очень медленный, но это работает хорошо. Так или иначе у меня нет сравнения с другими компиляторами, таким образом, мог бы быть лучший выбор.
PS: Я сам работал над PIC18F25XX и семейством PIC18F45xx, таким образом, я знаю крошечный бит об этом.;)
PS2: В случае ошибки компилятора (это произошло с нами), команда Микрочипа является довольно реактивной, и новые версии выпущены вполне быстро. Попытайтесь найти локального торгового посредника, у которого есть контакт с Микрочипом, затем участвуйте к событию с ними и получите прямые контакты. Неоценимый.
Система IAR имеет компилятор/IDE PIC18: IAR Встроенные Инструментальные средства для PIC18.
Несколько лет назад я провел обширное исследование компилятора Hitech PICC18 и компилятора Microchip C18.
Я думаю, что большинство людей, которые решают использовать компилятор Microchip C18, только потому, что видят его, когда они заходят на сайт микрочипа и уже знакомы с MpLab по сборке (это ужасная IDE IMHO).
Решение HiTech намного ближе к ANSI C (следовательно, код намного более переносим). С C18 вы добавляете все виды ключевых слов, специфичных для компилятора, и вам приходится гораздо больше управлять памятью.
Превосходное сравнение, которое идет гораздо более подробно, можно найти здесь: http://www.xargs.com/pic/picc18-vs-c18.html
Помимо компилятора вам также необходимо примите во внимание IDE. Я заядлый фанат eclipse, поэтому мне очень понравился HiTide от HiTech по этой причине. Однако, поскольку Microchip приобрела HiTech ... похоже, что они больше не поддерживают HiTide. Я не думаю, что это официально ... но по моему опыту с поддержкой HiTech ... они больше не исправляют ошибок, что очень досадно.
Я также пробовал их профессиональные компиляторы. Идея мне очень нравится. Но мой проект превысил требования к блоку автоматических параметров и не смог его использовать. Также казалось, что на компиляцию уходит много времени, но это могло быть из-за сложности программы.
http://www.xargs.com/pic/picc18-vs-c18.htmlПомимо компилятора, вам также необходимо принять во внимание IDE. Я заядлый фанат eclipse, поэтому мне очень понравился HiTide от HiTech по этой причине. Однако, поскольку Microchip приобрела HiTech ... похоже, что они больше не поддерживают HiTide. Я не думаю, что это официально ... но по моему опыту с поддержкой HiTech ... они больше не исправляют ошибок, что очень досадно.
Я также пробовал их профессиональные компиляторы. Идея мне очень нравится. Но мой проект превысил требования к блоку автоматических параметров и не смог его использовать. Также казалось, что на компиляцию уходит много времени, но это могло быть из-за сложности программы.
http://www.xargs.com/pic/picc18-vs-c18.htmlПомимо компилятора, вам также необходимо принять во внимание IDE. Я заядлый фанат eclipse, поэтому мне очень понравился HiTide от HiTech по этой причине. Однако, поскольку Microchip приобрела HiTech ... похоже, что они больше не поддерживают HiTide. Я не думаю, что это официально ... но по моему опыту с поддержкой HiTech ... они больше не исправляют ошибок, что очень досадно.
Я также пробовал их профессиональные компиляторы. Идея мне очень нравится. Но мой проект превысил требования к блоку автоматических параметров и не смог его использовать. Также казалось, что на компиляцию уходит много времени, но это могло быть из-за сложности программы.
Я заядлый фанат eclipse, поэтому мне очень понравился HiTide от HiTech по этой причине. Однако, поскольку Microchip приобрела HiTech ... похоже, что они больше не поддерживают HiTide. Я не думаю, что это официально ... но по моему опыту с поддержкой HiTech ... они больше не исправляют ошибок, что очень досадно.Я также пробовал их профессиональные компиляторы. Идея мне очень нравится. Но мой проект превысил требования к блоку автоматических параметров и не смог его использовать. Также казалось, что на компиляцию уходит много времени, но это могло быть из-за сложности программы.
Я заядлый фанат eclipse, поэтому мне очень понравился HiTide от HiTech по этой причине. Однако, поскольку Microchip приобрела HiTech ... похоже, что они больше не поддерживают HiTide. Я не думаю, что это официально ... но по моему опыту с поддержкой HiTech ... они больше не исправляют ошибок, что очень досадно.Я также пробовал их профессиональные компиляторы. Идея мне очень нравится. Но мой проект превысил требования к блоку автоматических параметров и не смог его использовать. Также казалось, что на компиляцию уходит много времени, но это могло быть из-за сложности программы.
.. они больше не исправляют ошибки, что очень жаль.Я также пробовал их профессиональные компиляторы. Идея мне очень нравится. Но мой проект превысил требования к блоку автоматических параметров и не смог его использовать. Также казалось, что на компиляцию уходит много времени, но это могло быть из-за сложности программы.
.. они больше не исправляют ошибки, что очень жаль.Я также пробовал их профессиональные компиляторы. Идея мне очень нравится. Но мой проект превысил требования к блоку автоматических параметров и не смог его использовать. Также казалось, что на компиляцию уходит много времени, но это могло быть из-за сложности программы.
Я использую CCS много лет. Я обнаружил несколько ошибок, но там отличная поддержка, и я могу разрабатывать быстрее и проще с CCS, чем с C18 или HiTec
Я не использовал компилятор Microchip, но уже много лет использую продукты HiTech. Мне в целом понравился их компилятор PIC16, но компилятор PIC18 меня разочаровывает. Хотя я ценю отсутствие необходимости вручную помещать все переменные в банки, правила, используемые компилятором HiTech, раздражают, причудливы и тупы. Краткая предыстория: микросхема имеет 16 256-байтовых банков переменных (* не все 256 байт доступны во всех банках) и один указатель банка. Прямой доступ к переменной требует выбора правильного банка; для смены банка требуется одна инструкция.
Глобальные и статические целые числа и структуры, а также их массивы, размер которых варьируется от 2 до 255 байт, каждый будет распределяться по псевдонимам для каждого модуля; каждый псевдоним модуля должен умещаться на странице размером 256 байт. Массивы байтов, а также отдельные байты входят в «большой» псевдоним, где предполагается, что каждый байт, возможно, находится на другой странице.
Все автоматические переменные и параметры во всей программе должны умещаться на 256-байтовой странице (они выделяются статически во время компоновки). Компоновщик накладывает переменные, которые никогда не работают одновременно, но предполагает, что любой вызов указателя функции с определенной сигнатурой может вызвать любую функцию, адрес которой взят и которая имеет эту сигнатуру.
Можно объявить «близкими» глобальные и статические переменные размером до 128 байт. К ним можно получить доступ без переключения банка. Невозможно указать, чтобы автоматические переменные или параметры располагались «рядом».
Правила переключения банков, используемые HiTech, означают, что многие функции, даже если они никогда не используют какие-либо переменные вне своего собственного модуля, будут снабжены инструкциями movlb (switch-bank).
Мне не нужна «всеведущая генерация кода». Мне нужна возможность добавить несколько подсказок для разумного размещения вещей путем определения ключевых слов или макросов для настраиваемых псевдонимов, позволяющих автоматическим и локальным переменным совместно использовать псевдонимы с другими переменными (наложение автоматических переменных / параметров в максимально возможной степени с учетом указанных банковских ограничений). Если поставщик компилятора действительно хочет быть хорошим, разрешите указателям принимать квалификаторы банка, чтобы указатель, который будет указывать только на вещи в определенном псевдониме, мог быть сохранен в 8 битах. Точно так же разрешите квалификаторам банка для функций и указателям функций указывать, что определенные косвенные вызовы могут работать только с определенными функциями. Вместо того, чтобы делать указатели функций 24-битными или работать, чтобы гарантировать, что косвенно вызываемые функции попадают в первые 64 КБ, поместите автоматический GOTO в первые 64 КБ, чтобы указатели функций могли быть 16-разрядными. Или еще лучше, если функция «класс» имеет менее 64 различных функций, используйте 8-битный указатель.
Я слишком многого прошу?