Софт для электронных весов на AT89S52 Опции

[yuriy_v]

Привет всем)
Передо мной стоит задачка, которую сам себе поставил, а именно:
сваять свой софт для электронных весов (работаю в этой теме),
хочу китайцев переплюнуть и или переписать их софт после дизассемблирования
прошивочных hex файлов, или написать свой с нуля. Железо есть, желание тоже)
Но нет опыта работы с микроконтроллерами... Много поработал с ПЛИС, на асме и С не программировал.
Есть кто-нить желающий поучаствовать в моём эксперименте? Иль хотяб подскажите с чего начать...
Какие проги себе проинсталить, какие книжки почитать. Буду рад помочь студентам-программистам в написании
дипломной работы по этой теме, по железячной части)

[Guest_@Ark_*]

По моему, нужно все упростить. Причем, радикально. Оставить в устройстве только тензодатчик, АПЦ,
небольшой МК и канал связи. Если в весах используется несколько тензодатчиков, то, соответственно,
будет несколько таких однотипных модулей. Все они должны быть подключены к персональному
компьютеру (например, через RS-485). Модули должны делать только оцифровку измерений и, возможно,
небольшую предварительную их обработку, а затем осуществлять передачу данных в ПК. Всю основную
обработку данных и пользовательский интерфейс нужно сделать на ПК. Тогда отпадают, как совершенно
не нужные в устройстве, собственный индикатор, клавиатура, мощный МК для вычислений. Все это лишнее.
В итоге получится существенное удешевление электронной части весов, причем, без какого-либо ущерба
для его технических характеристик. Стоимость ПК в расчет не принимаем, учитывая его многозадачность.
Возможности же по созданию удобного интерфейса, автоматизации измерений, их журналирования и
последующей обработки будут несравнимо выше. Я бы решал эту задачу именно так.

[Igor_K]

Так всегда и делается. ГПУ с датчиками,+ рядом или прямо в нем ставится преобразователь с нужным количеством АЦП, МК, интерфейсом RS485 или оптикой. Потоки выборок с АЦП фильтруются в МК и данные по всем датчикам уходят в канал связи к ПК, который может стоять в нескольких сотнях метров от места измерения. Только если применять не "небольшой МК", а более-менее производительный, то можно иметь бОльший выбор методов фильтрации, более эффективных чем например, медианная. Тем более, что переплатить за МК пару баксов совсем нестрашно, когда стоимость таких весов - миллионы рублей.
Топик-стартеру, прежде чем принимать окончательное решение о том, чтобы браться за эту тему, советую посмотреть по сети, сколько сейчас производителей весов в России и СНГ Они уже прошли путь от самоделок до продаваемых изделий, потратив на это и время, и деньги. И речь ведь далеко не только об электронной части весов. Конструкция ГПУ и выбор датчиков - отдельная тема, требующая участия в проекте конструкторов-механикусов, понимающих в сопроматах и компьютерном моделировании.

По моему, нужно все упростить. Причем, радикально. Оставить в устройстве только тензодатчик, АПЦ,
небольшой МК и канал связи. Если в весах используется несколько тензодатчиков, то, соответственно,
будет несколько таких однотипных модулей. Все они должны быть подключены к персональному
компьютеру (например, через RS-485). Модули должны делать только оцифровку измерений и, возможно,
небольшую предварительную их обработку, а затем осуществлять передачу данных в ПК. Всю основную
обработку данных и пользовательский интерфейс нужно сделать на ПК. Тогда отпадают, как совершенно
не нужные в устройстве, собственный индикатор, клавиатура, мощный МК для вычислений. Все это лишнее.
В итоге получится существенное удешевление электронной части весов, причем, без какого-либо ущерба
для его технических характеристик. Стоимость ПК в расчет не принимаем, учитывая его многозадачность.
Возможности же по созданию удобного интерфейса, автоматизации измерений, их журналирования и
последующей обработки будут несравнимо выше. Я бы решал эту задачу именно так.