Разместите свой проект бесплатно и начните получать предложения от фрилансеров-исполнителей уже спустя минуты после публикации!
10 000 ₴

Разработка несложного устройства на микроконтроллере Pic12f629

истекло время актуальности


Заказчик не желает делать предоплату? Оплата через Сейф поможет избежать возможного мошенничества.
  1.  фрилансер больше не работает на сервисе
  2.  30 дней 10 000 ₴
    190  

    Добрый день! С pic знаком давно, правда с pic12 работал с F1822. Схемотехника платы - Altium Designer. Примеры только через другие каналы, здесь простой профиль - не позволяет.

  3.  30 дней 9 999 ₴
    94  

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

  4.  5 дней 10 000 ₴
    317    2  0

    Сделал множество устройств на PIC, элементная база в наличии. Могу собрать прототип (макет).

  5.  7 дней 10 000 ₴
    186  

    Ціна умовна, потрібно більше деталей проекту, без них тяжко щось сказати.
    Пропоную AVR, маю досвід з асемблером для AVR, 6502.
    З PIC знайомий але не маю під рукою.
    Якщо вибираєте все-таки AVR - пропоную обговорити деталі. Робити макет плати не дуже вмію, можна спробувати, але сроки можуть постраждати.

  6.  30 дней 10 000 ₴
    376    1  1

    Здравствуйте.

    Свой первый опыт программирование МК начал с PIC12 фірми Microchip, на ассемблере. В дальнейшем прибор для дипломного проекта имел в наличии МК PIC6F887 и программировал его тоже на ассемблере (работа с ИК пультом, кнопки можно было программировать на "лету").
    На этой неделе закончил работу по проекту "Суммирование чисел с плавающей запятой в обратном коде на ассемблере для МК семейства ARM".

    Есть свои нюансы в программировании на ассемблере, НО можно также написать программу на С со вставками ассемблерного коду если Ваш проект такое позволит.

  1. ставка отозвана
  2. ставка отозвана
  • Владимир Матюх
    10 июня в 07:37 |

    Что за устройство если не секрет?

  • Oleksandr Mymrikov
    11 июня в 20:41 |

    если не секрет, расскажите, что движет людьми, когда в качестве платформы выбирают чипы pic?


    и язык ассемблера тоже

  • Николай Зыгмонт
    13 июня в 11:53 |

    Чем плох PIC ? Тем, что вы умеете работать только с AVR ? ASM спасает тогда, когда каждый такт на счету, бывает такое, в проектах сложнее чем ного-дрыгание.

  • Oleksandr Mymrikov
    13 июня в 12:21 |

    тем, что pic вместе с avr это прошлый век.

    stm32 стоит ровно тех же денег.

    зачем гнаться за тактами/байтами, пытаться впихнуть невпихуемое, когда ровно за те же деньги можно получить нормальный чип с большей производительностью, большИм объемом флеш/озу и возможностью полноценной отладки?


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


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

  • Николай Зыгмонт
    14 июня в 00:20 |

    А затем, что бы не стрелять из пушки по воробьям ! Если проект простой, как в данном случае, и не подразумевает дальнейшего масштабирования, зачем использовать МК в котором большая часть его ног, регистров, памяти останется не задействованной ? Ну не пихать же в каждый "Тетрис" Intel i7 ? Когда можно взять подходящий МК и задействовать его по максимуму. 

    Сейчас посмотришь на новое ПО, которое жрёт по 350 Мб оперативы, когда можно был уложиться и в 20 Мб, конечно, памяти стало много, чего её жалеть, и кому придёт на ум оперировать с битами, если можно создать байтовый массив.

  • Oleksandr Mymrikov
    14 июня в 11:28 |

    из какой пушки?

    цена та же самая, габариты +- те же, энергопотребление ниже. где вы пушку то увидели?

    у вас бамбалейла только от факта болтания ног в воздухе чтоли? так есть и 8ми ногие stm32, но они ПОКА дорогие


    по вашей логике давайте использовать виндовс xp или вообще мс дос вместо семерки. и МК программировать не в IDE (т.к. она ресурсы ПК поиребляет) а руками прямо машинны кода писать . и альтиум использовать 10й версии, вместо 20й, опять же экономим ресурсы ПК😆


    вобщем я вас понял - либо ваши заказчики слишком щедры (избыточно) раз готовы оплачивать ваш секс с впрхиванием невпихуемого и отладкой этого всего, либо же вы сами свой труд не цените.


    мне это знакомо и с уверенностью могу заявить, что с опытом это пройдет)

  • Евгений Фрол
    15 июня в 08:11 |

    Хорошо, Олександр. Пусть время нас рассудит.

    Очень может быть, что природа пошла тем же путем:

     - Избыточное количество нейронов в мозге.

    - Избыточный ДНК код.

    - Избыточное количество людей на планете.

    - И т.д.


    Только прошу согласиться с одной вещью "количество + дешивизна <> качество".

    Если только мы оба правильно понимаем понятие "КАЧЕСТВО".

  • В'ячеслав Кравчук
    19 июня в 19:14 |

    Думаю, причина в том, что знание и понимание ассемблера — это полный контроль над устройством, соответственно это минимум неожиданных багов. Понятно, что полностью писать на асме нету смысла, но написав все на Си для STM и не учесть что в нужный момент произойдет прерывание и прочитанное из сенсора значение будет неверное — это редкоотлавливаемый баг. А прерывания запрещать везде где только можно — тоже не вариант, забьются в очередь и можно профукать внешние сигналы.

  • Александр Асауленко — заказчик проекта
    20 июня в 09:56 |

    Нащет ассемблера, это чтоб отсеять халявщиков. Программа на Си требует значительно больше оперативной памяти, значительно больше места во flash памяти, работает куда медленней чем ассемблерная программа.

  • Oleksandr Mymrikov
    20 июня в 12:25 |

    обычно разработка ПО ведётся так: заказчик ставит технические требования (вроде времени выполнения, потребления ресурсов и т.д.), а непосредственно программист подбирает наиболее оптимальное решение и предлагает его реализацию.


    а так, как вы сами себе программист (раз уж знаете, что "Программа на Си требует значительно больше оперативной памяти, значительно больше места во flash памяти, работает куда медленней чем ассемблерная программа") то вам и фрилансер не нужен - с такими глубокими знаниями в разработке ПО под МК сами сделали бы давно данную работу (за то время, что проект тут висит без исполнителя )🙂

  • Николай Зыгмонт
    13 июня в 11:55 |

    на ТЗ можно посмотреть ? PIC всех серий есть в наличии,  соберу макет если надо.

  • Евгений Фрол
    13 июня в 12:07 |

    Разрешите я отвечу? 😳 

    Нужен был простой и очень дешевый преобразователь Ethernet(UDP) <> RS485.

    Как вы считаете сколько будет такой стоить готовый и что-бы не глючил как ЕКОН-134

    Возможно и на С получилось бы, но ассемблер справился на ура и занял всего 813 байт  из 2048 доступных (ARP, ICMP, UDP)

    Можно конечно и из пушки бахнуть по воробьям. Вас не смущает, что в большинстве проектов 70% пинов у процессоров висят в воздухе?

    И что процессоры с богатой начинкой (UART, SPI, I2C, ADC, CCP и т.д.) только светодиодами мигают?

    image


  • Николай Зыгмонт
    14 июня в 00:21 |

    Только сейчас увидел ваше сообщение, практически тоже самое я ответил выше )

  • Евгений Фрол
    14 июня в 09:37 |

    Я чуть раньше по времени ответил.

  • Сергей Бодак
    2 июля в 04:04 |

    Хорошо Вами Сказано!

    Позвольте поинтересоватся, какая версия Протеуса?

    --------------------------------------------------------------------

    Я, ушел из этого проекта по причине не владения ассемлером в полном смысле этого слова.  Точнее, меня попросили не беспокоить.  Начиналось с эмулятора, а закончилось задачей создания ключа типа 1990 с перезаписью и совместимостью со всем "зверинцем".  Такие ключи частично есть! Дальше не понятно.

  • Евгений Фрол
    14 июня в 09:08 |

    Да, Николай. Я с вами абсолютно согласен. Просто я вместо "Ответить" нажал "Добавить". Я недавно зарегистрировался, еще не освоился.

  • Сергей Русин
    14 июня в 12:10 |

    Что бы мозги тренировать, а не код плодить.

  • Сергей Русин
    20 июня в 16:10 |

    Обсуждения при данном проекте похоже превращаются в площадку для дискуссии. Решил добавить свою точку зрения. При использовании Си ты на 70-90% зависишь от используемого компилятора, это ещё при условии возможности и умения правильно настроить компиляцию. Для Pic использую только xc8, xc16 версии 1.xx. Работаю с обязательным контролем получаемого Asm кода, если не удаётся получить требуемый результат, используешь либо Asm вставки, либо Asm п/п. По microchip все контролируемо, правда библиотеки использую только для dsp.

    Для TI MSP430 приходится подбирать конструкции Си для оптимальной компиляции, но 

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

    А знать аппаратную часть и ознакомиться с программными возможностями процессора это обязательно и для Asm  и для Си, конечно если ты не «писатель», а программист микроконтроллеров. Ну как то так.