Система ASUR

пока задумки такие:
1. реализация более продвинутых режимов (по Т куба с подстраховкой стопа, работа по дельте и т.д.) т.е. с использованием 2х датчиков
2. контроль температуры на выходе из дефа (3й датчик, элемент аварийной сигнализации)
3. 3 клапана с возможностью калибровки количества пройденной жидкости, для точного дозирования объема и задания скорости в мл/ч для каждого клапана
4. работа с давлением в кубе ( стабилизация, хз, нужно ли оно вообще
5. управление охлаждением
6. регуляция мощности (разгон, рабочий режим, отключение)
7. небольшая стабилизация напряжения в пределах 10 секунд

ага, ну тогда самодельщиков в качестве последователей будет наверное немного
tqfp44 для ЛУТ не самый простой вариант
mak, 17 Февр. 15, 11:19

вообще с полпинка можно сделать. никто не мешает самодельщикам переразвести плату на dip-вариант. хоят ИМХО самодельщику будет дешевле купить у меня пустую плату, ну или смонтированную уже

Возражений нет, но спроси у коллег - многим ли это нужно. А раз это наворот, то что проиграем от этого (экономически, эргономически и тд)serafimus, 17 Февр. 15, 11:18

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

1. реализация более продвинутых режимов (по Т куба с подстраховкой стопа, работа по дельте и т.д.) т.е. с использованием 2х датчиковg100m, 17 Февр. 15, 11:24

Я и не мало других коллег работают по Tколонны с одним датчиком, можно по Тколонны с двумя датчиками с дельтой.
по Tкуба может и продвинутый режим, но первые два никто не отменял и немало РК заточенных под эти режимы и нет особого желания ради новой автоматики переходит на Ткуба-ИМХО.

2. контроль температуры на выходе из дефа (3й датчик, элемент аварийной сигнализации)g100m, 17 Февр. 15, 11:24

На аварийку вообще можно задействовать сторонние Термоконтроллеры и почему на выходе дефа, а может в ТСА, а может еще один в куб - для отключения по Ткуба. У ряда коллег это уже реализовано в своей автоматике или другие ставят аварийную сигнализацию в отдельный от автоматики блок - информация к размышлению.

3. 3 клапана с возможностью калибровки количества пройденной жидкости, для точного дозирования объема и задания скорости в мл/ч для каждого клапанаg100m, 17 Февр. 15, 11:24

Барство - ИМХО

4. работа с давлением в кубе ( стабилизация, хз, нужно ли оно вообщеg100m, 17 Февр. 15, 11:24

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

5. управление охлаждениемg100m, 17 Февр. 15, 11:24

охлаждение должно быть постоянным, а при его отключении - срабатывание сигнализации

6. регуляция мощности (разгон, рабочий режим, отключение)
7. небольшая стабилизация напряжения в пределах 10 секундg100m, 17 Февр. 15, 11:24

Не стоит мудрить сделай аналог РМ-2, а отключение у тебя уже реализовано в 6и7 режимах, можно еще по температуре в кубе - но это больше к сигнализации, о стороннем контроллере уже писал

многие например могли бы купить железо и просто писать свою логику. в свое время я бы такую железку с охотой приобрел бы.g100m, 17 Февр. 15, 11:26

Тогда вообще не понятно, а зачем все это хозяйство  на атмеге?
Ставим за меньшие деньги STM32-  и имеем всего в избытке, хоть говорилку.

по Tкуба может и продвинутый режим, но первые два никто не отменял и немало РК заточенных под эти режимы и нет особого желания ради новой автоматики переходит на Ткуба-ИМХО.serafimus, 17 Февр. 15, 11:45

не забывай, что кроме РК есть и ТК, а там Т куба играет большое значение.

На аварийку вообще можно задействовать сторонние Термоконтроллеры и почему на выходе дефа, а может в ТСА,serafimus, 17 Февр. 15, 11:45

да, конечно ТСА. но если такой автоматики нет, то прозе прикрутить еще один датчик и поиметь эту функцию. опять же, чисто аппаратно цена вопроса 20 рублей на клеммы + датчик за 200р. хочешь покупай и подключай, не хочешь, можно будет отключить его в настройках и все.

Барство - ИМХОserafimus, 17 Февр. 15, 11:45

как сказать. удобная вещь включил и ушел. опять же в настройках можно будет отключить. цена вопроса 2х дополнительных каналов по железу - 250р. но и удобство работы соответствующее.

Или стабилизация по температуре или по давлению,serafimus, 17 Февр. 15, 11:45

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

охлаждение должно быть постоянным,serafimus, 17 Февр. 15, 11:45

ты не понял просто. отдельное ЭМ реле для того, чтобы включить охлаждение после окончания разгона и выключить его на 5 мин. позже, чем ТЭН

Тогда вообще не понятно, а зачем все это хозяйство  на атмеге?Дятел, 17 Февр. 15, 13:27

потому что ее достаточно для решения этой задачи.

Ставим за меньшие деньги STM32-  и имеем всего в избытке, хоть говорилку.Дятел, 17 Февр. 15, 13:27

уверен, что за меньшие? я покупаю сейчас атмегу32 за 80р. дай ссылку, где СТМ стоит дешевле.
к тому-же стоимоть кристалла не особо влияет на стоимость изделия, т.к. в себестоимости составляет около 5%

STM32F030C6T6 LQFP48    
50.21 руб.
32бит ARM Cortex M0, 48МГц, 32кб Flash, 4кб ОЗУ, SPI, I2C, 1xUSART, 4 таймера, АЦП 12 бит * 12 каналов, 39 GPIO

Если с запасом
STM32F100R8T6B LQFP64    
98.46 руб.
32бит ARM Cortex M3, 24МГц, 64кб Flash, 6кб ОЗУ, 2xSPI, 2xI2C, 3xUSART, CEC, 7 таймеров, АЦП 12 бит * 16 каналов, 2xЦАП 51 GPIO

Это розничные цены у нас в магазине.
У меня со скидочной картой еще -10%

хорошо, 30 рублей сэкономили, что дальше?
будете смеяться, корпус и печатная плата стоят 50% от стоимости прибора. 30р это 1-2%.

в противовес имеем более сложный код на АРМ, оно того не стоит. если бы продукт был закрытым, то куда не шло, а так....

Ты уверен кстати что тебе хватит 32К на все в перспективе?

абсолютно. если не хватит, то можно уйти в более высокие версии в корпусе tqfp44, благо есть куда двигаться.
хотя сомневаюсь. 32К более чем достаточно для описания логики. там большая часть кода уйдет на дисплей.
у меня сейчас вся логика поместилась в 6.5К и есть куда оптимизировать.
как бэ я по работе программист, если надо будет и на ASM куски могу при желании уйти

в противовес имеем более сложный код на АРМ, оно того не стоит.g100m, 17 Февр. 15, 14:04

А Ардуино более простой.
Да и для задач ASUR - выше крыши. Даже на 8-ми мгц.
В общем что знаем - на том и делаем.

там большая часть кода уйдет на дисплей.g100m, 17 Февр. 15, 14:12

Точнее- на массивы для текстовых сообщений.

быстродействия ардуины недостаточно. особенно будет недостаточно в местах работы со стабилизацией напряжения. компилятор ардуины генерирует очень неоптимальный код размером в 4-5 раз больше аналогичного на GCС с оптимизацией.

кстати если я например запишу себе загрузчик от arduino leonardo, то особо одаренные смогут вобщем и на ардуино-языке писать

Почему же- не только у меня работает.Все зависит от алгоритма.  Да и про 3-4 раза это мифы,которые базируются на паре примеров- которые никто и не применяет на практике.

ручка энкодер для управления
1 16х2 дисплейg100m, 17 Февр. 15, 08:58

Я мерял на 6 юнит DIN корпусе - не лезут у меня почему-то.
Еще пару кнопок как-то надо пристроить.

ыстродействия ардуины недостаточно. особенно будет недостаточно в местах работы со стабилизацией напряжения. компилятор ардуины генерирует очень неоптимальный код размером в 4-5 раз больше аналогичного на GCС с оптимизацией.g100m, 17 Февр. 15, 16:19

На ардуино тот же самый GCC, никакой разницы, просто набор библиотек есть свой, но не хочешь - не используешь, пишешь на GCC нужные куски

ys1797, мож поменьше дисплей найти, можно вообще 6 индикаторов семисегментных сделать.

На ардуино тот же самый GCC, никакой разницы,mak, 17 Февр. 15, 14:46

я про дебильные оболочки функций, которые ардуино выдает за свои базовые функции.
возьми и скомпилируй например
PORTC |= (1 << PC4) в WinAVR
и
digitalWrite(4,HIGH) а Arduino
потом сравни размер кода и все поймешь.

собственно конечно проще написать 2й вариант, он более понятен и заморачиваться не надо как бы.

Если использовать в ардуине GCC библиотеки, то зачем тогда ардуина?)) ведь эти библиотеки написаны в GCC.

конечно можно вообще написать набор библиотек под этот девайс, чтобы особо одаренные например оперировали такими командами как например

OpenValve1(); //Включить клапан1 

особо не заморачиваясь на каком порту висит этот клапан

или

SetPower(50); //Установить мощность 50%

конечно можно вообще написать набор библиотек под этот девайс, чтобы особо одаренные например оперировали такими командами как например
OpenValve1(); //Включить клапан1g100m, 17 Февр. 15, 17:01

А как ты думаешь получили Аруино это оно и есть

PORTC |= (1 << PC4) в WinAVR
и
digitalWrite(4,HIGH) а Arduinog100m, 17 Февр. 15, 17:01

а что мешает в ардуино IDE использовать прямое обращение к порту? тот же самый GCC
хоть так хоть так пиши

а что мешает в ардуино IDE использовать прямое обращение к порту?mak, 17 Февр. 15, 15:11

можно конечно, но ты хоть один скетч видел ардуино, который не использует базовых функций? они же являются главной фишкой и большинство их и использует. к томуже интерфейс этой ИДЕ УЕ**АНСКИЙ. если код больше 200 строк, то вообще невозможно работать, никакого форматирования, никаких подсветок, сворачивания кода и т.д. кто умеет писать на GCC скорее будет использовать avrstudio или еще лучше, как я eclipse.

и когда уважаемый Дятел пишет, что у него все получается, то скетч я 100% уверен у него строится на базовых функциях ардуины, которые тормозят жуть как. а уж стандартные библиотеки я вообще молчу, например тот же DallasTemperature, там же тонны кода просто, хотя у меня опрос датчика 1820 уложен в 30 строк кода.

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

добавил голосование на эту тему

когда уважаемый Дятел пишет, что у него все получается, то скетч я 100% уверен у него строится на базовых функциях ардуиныg100m, 17 Февр. 15, 15:18

Уверенность ничем не подкрепленная.  Навешивание ярлыков.

Дятел, ну выложи скетч, поглядим