Перейти к содержанию
    

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

Привет всем)

Передо мной стоит задачка, которую сам себе поставил, а именно:

сваять свой софт для электронных весов (работаю в этой теме),

хочу китайцев переплюнуть и или переписать их софт после дизассемблирования

прошивочных hex файлов, или написать свой с нуля. Железо есть, желание тоже)

Но нет опыта работы с микроконтроллерами... Много поработал с ПЛИС, на асме и С не программировал.

Есть кто-нить желающий поучаствовать в моём эксперименте? Иль хотяб подскажите с чего начать...

Какие проги себе проинсталить, какие книжки почитать. Буду рад помочь студентам-программистам в написании

дипломной работы по этой теме, по железячной части)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Гость Igor_K

Какие весы-то хоть? :)

Вагонные (статика/динамика), автомобильные, платформенные, конвейерные, торговые?

И в чем суть "эксперимента"?

Весов в стране понаделано уже много, и вряд ли хуже китайских.

Если потребуется работать с многоканальным АЦП и как-то фильтровать каналы, желательна производительность повыше чем чем у древнего C52.

P.S. Если вопрос остался только по работе с МК, можно предположить что качественное ГПУ у Вас уже есть? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Задача стоит написать софт именно под семейства 89S52, 54, так как именно эти контроллеры используются в терминалах (весовых индикаторах) разных типов весов, с которыми я работаю (автомобильные, платформенные, товарные), на крановых тоже есть. При желании эти терминалы можно приспособить под практически любую грузоприемную платформу на тензодатчиках с питанием +5В. Посоветуйте, плиз, какую литературу для начала освоить чтобы поднять эту тему?

Какой софт скачать? Какой программатор достать?

Прикрепляю рисунок измерительной части, наша схема аналогичная.

post-59148-1283501702_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Гость Igor_K

Приведенная схема с торговых весов, для остального такое применять - извращенный секс. В ГПУ вагонных весов не менее 4 датчиков, а если платформа не одна? Экономить на АЦП при стоимости железа в миллионы деревянных, вряд ли стоит.

 

По софту и прочему здесь (на форуме) вроде много есть, в разделе для начинающих.

Keil например, отличная среда для отладки программ.

Шить можно программатором AS-4 (Аргуссофт), AVR910 и другими подобными. Они недорогие, но можно и самому слепить - в сети много описаний.

Но осваивать программирование МК лучше на МК, имеющем интерфейс JTAG. Все максимально наглядно, ошибки ищутся влёт. Как лягушка, похвалю свое болото - Silabs. Отличные контроллеры среди 8-разрядных. JTAG, АЦП с усилителем и мультиплексором, ЦАП, многоканальный ШИМ, I2C, SPI, UART 2 штуки, однотактовое ядро до 100МГц, совместимость со старыми C51. Есть версии с USB и CAN, интерфейсом емкостной клавиатуры, с питанием от 0,9в.

Из литературы для начинающих...

Программирование на языке Ассемблера дли микроконтроллеров семейства i8051 (Каспер Эрни, 2004).

Микроконтроллеры. Это же просто. (А.В. Фрунзе, три тома).

Есть еще много, просто сюда неудобно большой список выкладывать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Выражу очень субъективное мнение человека, которому часто приходилось заниматься реинженирингом: сделайте все-таки свой модуль на современном МК, тогда сможете подключить к проекту больше желающих. Не могу удержаться от еще более субъективного высказывания: не беритесь за реинжениринг, как непродуктивное дело. Особенно неперспективно подключать к реинженирингу молодых специалистов или студентов, для них это как правило плохо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Гость Igor_K

Полностью согласен.

Еще добавлю, что в качестве примеров изучать лучше не китайцев, а тех, кто для них являлся "прототипом", например продукцию Mettler Toledo.

 

Выражу очень субъективное мнение человека, которому часто приходилось заниматься реинженирингом: сделайте все-таки свой модуль на современном МК, тогда сможете подключить к проекту больше желающих. Не могу удержаться от еще более субъективного высказывания: не беритесь за реинжениринг, как непродуктивное дело. Особенно неперспективно подключать к реинженирингу молодых специалистов или студентов, для них это как правило плохо.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Задача стоит написать софт именно под семейства 89S52, 54, так как именно эти контроллеры используются в терминалах (весовых индикаторах) разных типов весов, с которыми я работаю (автомобильные, платформенные, товарные), на крановых тоже есть. При желании эти терминалы можно приспособить под практически любую грузоприемную платформу на тензодатчиках с питанием +5В. Посоветуйте, плиз, какую литературу для начала освоить чтобы поднять эту тему?

Какой софт скачать? Какой программатор достать?

Прикрепляю рисунок измерительной части, наша схема аналогичная.

 

Думаю надо начать со схемы, эта совсем не годная, ADC самодельный - это перебор. Есть прекрасные ADC фирмы Analog Devices. Индикаторы ЖК фирмы DATA VISION, Fordata.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Но схема любопытная, дешевле трудно будет сделать. Судя по дате, можно было уже применить вполне современные АЦП и т.п. Но целесообразность... Пока непонятно, чего хочет автор. В чём собирается переплюнуть китайцев?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Гость @Ark

По моему, нужно все упростить. Причем, радикально. Оставить в устройстве только тензодатчик, АПЦ,

небольшой МК и канал связи. Если в весах используется несколько тензодатчиков, то, соответственно,

будет несколько таких однотипных модулей. Все они должны быть подключены к персональному

компьютеру (например, через RS-485). Модули должны делать только оцифровку измерений и, возможно,

небольшую предварительную их обработку, а затем осуществлять передачу данных в ПК. Всю основную

обработку данных и пользовательский интерфейс нужно сделать на ПК. Тогда отпадают, как совершенно

не нужные в устройстве, собственный индикатор, клавиатура, мощный МК для вычислений. Все это лишнее.

В итоге получится существенное удешевление электронной части весов, причем, без какого-либо ущерба

для его технических характеристик. Стоимость ПК в расчет не принимаем, учитывая его многозадачность.

Возможности же по созданию удобного интерфейса, автоматизации измерений, их журналирования и

последующей обработки будут несравнимо выше. Я бы решал эту задачу именно так.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Гость Igor_K

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

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

 

По моему, нужно все упростить. Причем, радикально. Оставить в устройстве только тензодатчик, АПЦ,

небольшой МК и канал связи. Если в весах используется несколько тензодатчиков, то, соответственно,

будет несколько таких однотипных модулей. Все они должны быть подключены к персональному

компьютеру (например, через RS-485). Модули должны делать только оцифровку измерений и, возможно,

небольшую предварительную их обработку, а затем осуществлять передачу данных в ПК. Всю основную

обработку данных и пользовательский интерфейс нужно сделать на ПК. Тогда отпадают, как совершенно

не нужные в устройстве, собственный индикатор, клавиатура, мощный МК для вычислений. Все это лишнее.

В итоге получится существенное удешевление электронной части весов, причем, без какого-либо ущерба

для его технических характеристик. Стоимость ПК в расчет не принимаем, учитывая его многозадачность.

Возможности же по созданию удобного интерфейса, автоматизации измерений, их журналирования и

последующей обработки будут несравнимо выше. Я бы решал эту задачу именно так.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Китайские весы по таким схемам и лепят, причем балки настолько плохого качества, постоянно приходится калибровать торговую марку МИДЛ или Меркури

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...