Publish your project for free and start receiving offers from freelance contractors in serveral minutes after publication!
10 000 ₴

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

project expired


The Client doesn't want to make prepayment? Payment via Safe will help to avoid potential fraud.
  1.  freelancer isn't working in the service any longer
  2.  30 days 10 000 ₴
    190  

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

  3.  30 days 9999 ₴
    70  

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

  4.  5 days 10 000 ₴
    436    3  0

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

  5.  7 days 10 000 ₴
    136  

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

  6.  30 days 10 000 ₴
    376    1  1

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

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

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

  1. proposal withdrawn
  2. proposal withdrawn
  • Владимир Матюх
    10 June at 07:37 |

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

  • Oleksandr Mymrikov
    11 June at 20:41 |

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


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

  • Николай Зыгмонт
    13 June at 11:53 |

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

  • Oleksandr Mymrikov
    13 June at 12:21 |

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

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

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


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


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

  • Николай Зыгмонт
    14 June at 00:20 |

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

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

  • Oleksandr Mymrikov
    14 June at 11:28 |

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

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

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


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


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


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

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

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

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

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

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

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

    - И т.д.


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

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

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

  • Александр Асауленко — project author
    20 June at 09:56 |

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

  • Oleksandr Mymrikov
    20 June at 12:25 |

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


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

  • Николай Зыгмонт
    13 June at 11:55 |

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

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

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

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

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

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

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

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

    image


  • Николай Зыгмонт
    14 June at 00:21 |

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

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

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

  • Сергей Бодак
    2 July at 04:04 |

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

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

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

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

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

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

  • Сергей Русин
    14 June at 12:10 |

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

  • Сергей Русин
    20 June at 16:10 |

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

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

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

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