Сообщений в теме: 503

[Dynatron]

К сожалению (а может и к счастью) никаких продаж до окончания тестирования не будет.
Несколько компьютеров будет роздано на тестирование бесплатно.
И даже до этого еще далеко

И так совершенно дикие темпы от "хочу" до живых прототипов устройств... только невероятно увлеченный идеей человек такое может сделать.

[Krashn056]

И так совершенно дикие темпы от "хочу" до живых прототипов устройств... только невероятно увлеченный идеей человек такое может сделать.

Побольше бы таких людей и жить бы стало проще!)

[BorisKramer]

И так совершенно дикие темпы от "хочу" до живых прототипов устройств... только невероятно увлеченный идеей человек такое может сделать.

Не так быстро как бы хотелось.

Плюс к тому скорость порождает ошибки.

Например в модуле входов из-за ошибки, которая не позволяет отключать питание информационных процессоров по отдельности я вижу что воткнули датчик, вижу что это за датчик, но не вижу в какую дырку воткнули - соответственно не знаю куда подавать +24В. Приходится подавать +24В на все незадействованные разъемы в модуле на несколько миллисекунд, определять куда воткнули, потом туда уже подавать на постоянку а остальные гасить.

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

[V.Navi]

К чему этот геморой с коммутацией питания вообще?

[BorisKramer]

К чему этот геморой с коммутацией питания вообще?

 

Можно и без него.

Есть PoE - процессор определил есть ли нагрузка и правильная ли она и после этого подал питание.

А есть китайский Passive PoE - подали питание - что сгорело - то сгорело.

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

И не подавать его на разъем вообще, если там ничего не воткнуто.

Или подать 12В вместо 24В если в него воткнули устройство для которого 24В слишком много.

А еще неплохо знать какое напряжение сейчас на выходе и какой ток идет через нагрузку.

Если что-то не так, то выключить и сообщить пользователю.

Микросхема монитора питания это все решает. 10$ за 8 каналов.

Почему бы не поставить.

[V.Navi]

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

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

Каково ограничение рабочего тока на один порт?

 

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

[BorisKramer]

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

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

Каково ограничение рабочего тока на один порт?

 

Если делать на дискретных элементах, то сложно. А если поставить специально обученную микросхему MAX14900E то совсем несложно. Мысль о том что можно сделать просто на дискретах - это утопия. Можно, но будет в разы хуже и дороже. И 16 разъемов это немного. В свичах бывает и по 48. По моему предел конкретно у этой микросхемы 850мА. Но можно программно ограничить и на меньшие значения.

 

 

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

 

Конечно, какой-то потенциал будет. При бесконечном сопротивлении выхода 24В. Но это не сильно волнует. Проблемы при низких напряжениях создает ток, которого не будет.

 

Вообще это довольно стандартная идеология для современных систем распределения питания.

[LeonidM]

Как там обстоят дела с прогрессом по аквариумному компу?

[BorisKramer]

Как там обстоят дела с прогрессом по аквариумному компу?

 

Пока по расписанию.

В настоящее время готово:

1.
Модуль:   AQ UIC-16
Universal Input Controller
(16x optoisolated dry contact or 16х universal one way I2C 8х input)

Универсальный модуль на 16 входов, способный напрямую принимать на входе 16 различных
простых датчиков на замыкание, в том числе датчики с питанием типа электронных
датчиков уровней. Также любой вход может принимать сигналы от датчиков, через
информационный процессор, который собирает до 8 датчиков и передает их на один вход.
Это удобно, например, если надо повесить несколько датчиков уровня на одну емкость, то
можно привести их одним проводом и воткнуть в один вход. Или привести на один вход
сразу все 4 датчика проводимости с установки осмоса.
Теоретически этот модуль может принимать информацию со 128 датчиков, хотя это конечно
никому не нужно.

2.
Модуль: AQ InfoCPU-A
Information processor module.

Платка информационного процессора для размещения во входном разъеме.
Информирует модуль о типе и предназначении датчика, собирает датчики разных типов в
один пакет и передает на вход по протоколу связи.

 

 

Если не будет задержек, то до конца года будут готовы следующие модули:

3. Модуль:   AQ - Head
Head Module
(x64, 1Gb RAM, 4Gb Flash, 1Gpbs Ethernet, RTC, Bluetooth, WiFi)

Основной думающий модуль. Выполняет основную программу и сценарии использования
датчиков и исполнительных устройств. Позволяет динамически загружать сценарии с
информационных процессоров. Позволяет подключать другие устройства по Bluetooth или
WiFi. Позволяет все настройки проводить без компьютера при наличии блока
экрана/клавиатуры. Позволяет обслуживать несколько аквариумов одновременно.

4.
Модуль:   AQ - MCM
Main Communication Module
(2х Internal CAN, 6x External CAN, 1x RS232, 1x RS485, RTC, Bluetooth, WiFi)

Основной модуль связи. Обеспечивает связь внутренней шины с головным модулем.
Обеспечивает подключение звездой до 6 цепочек внешних габаритных/удаленных блоков,
типа блоки розеток, дозаторы, блок внешнего экрана и т.д. Для обеспечения
совместимости с рядом сторонней аппаратуры поддерживает подключение одного устройства
по RS232 и цепочки устройств по RS485/RS422. Обеспечивает подключение к компьютеру по
Bluetooth или WiFi при работе без головного модуля (простые конфигурации и только на
один аквариум). Немного умеет думать (заранее заложенные сценарии использования с
настройкой только от компьютера с виндами).

5.
Модуль:   AQ - 24RVO-8
8 Regulated Voltage Output (solenoid valve or pump)

Модуль на 8 регулируемых выходов 0..24В/3А. Подключение любых низковольтных
соленоидных клапанов или помп.

6.
Модуль:   AQ - GSM  
GSM/GPRS Communication Module
(2xGSM/GPRS, RTC, 3х220В phase control, 2х12В battery control, Power Independed)

Модуль сигнализации и управления с двумя независимыми GSM/GPRS каналами, встроенные
часы, встроенный LiPol аккумулятор примерно на 10 суток автономной работы.
Контроль наличия питания по 3 фазам, контроль наличия +24В питания внутренней
межмодульной шины, контроль наличия связи по внутренней CAN шине и работоспособности
всех подключенных модулей, контроль напряжения на резервных аккумуляторах.
 

 

В начале следующего года (январь-февраль) по плану еще модуль распределения питания,
модуль интерфейсов 1..10В, модуль дозаторов и блоки розеток.



 

[V.Navi]

А можно полюбопытствовать каким-образом оптоизолированные входы будут обрабатывать датчики на замыкание? 

Пол часа голову ломаю, не могу придумать ...

[balabollng]

Я вот всю жду как дело до софта дойдет. Прям интересно как это все взлетит  

 

Не поверите Борис, просто интересно. Нафигачить много мулек это не проблема. Проблема потом эти мульки заставить работать. И прям вот интересно как это удастся сделать.

 

Сейчас явно количество мулек уже разработку софта на... скажем так... длительную перспективу относит. Да в общем-то как-то уже считали время  

 

Но возможно я ошибаюсь. Повторюсь - интересно посмотреть.

[BorisKramer]

А можно полюбопытствовать каким-образом оптоизолированные входы будут обрабатывать датчики на замыкание? 
Пол часа голову ломаю, не могу придумать ...

Да просто на 24в замыкается.

[V.Navi]

Да просто на 24в замыкается.

 

Всмысле используются два отдельных блока питания? Один для "компьютера", другой для для датчиков?

[BorisKramer]

Я вот всю жду как дело до софта дойдет. Прям интересно как это все взлетит  
 
Не поверите Борис, просто интересно. Нафигачить много мулек это не проблема. Проблема потом эти мульки заставить работать. И прям вот интересно как это удастся сделать.
 
Сейчас явно количество мулек уже разработку софта на... скажем так... длительную перспективу относит. Да в общем-то как-то уже считали время  
 
Но возможно я ошибаюсь. Повторюсь - интересно посмотреть.

Не поверите Роман, но если не пытаться беломорканал в одно рыло строить, то все не так сташно, как кажется

[BorisKramer]

Всмысле используются два отдельных блока питания? Один для "компьютера", другой для для датчиков?

Оптоизолирован только вход процессора. Питание датчика берется с питания компьютера через монитор питания. Полная изоляция через dc-dc только для измерителей ph, orp.

[V.Navi]

Оптоизолирован только вход процессора. Питание датчика берется с питания компьютера через монитор питания. Полная изоляция через dc-dc только для измерителей ph, orp.

 

Так реальной оптоизоляиции получается что нет. Гальваническая связь через блок питания присутствует.  По сути это полумеры. Хотя порты конечно защищены в большей степени.

[BorisKramer]

Через блок питания присутствует. Это вполне себе допустимо если используются современные мониторы питания. Они отрубают питание при любом подозрении что что-то не то. Ставить отдельные блоки питания для выходов - получим зоопарк блоков питания и в любом случае гальваническую связь нагрузок между собой. Теоретически было бы идеально на каждый выход поставить свой DC-DC, но это увеличит стоимость очень сильно. Нормальный DC-DC стоит от 12$.  А их получается нужно 16 штук только на модуль входов. Подключение отдельного блока питания для выходов предусмотрено только в модулях силовых выходов, чтобы не перегружать шину, так как межмодульная шина по +24В тянет максимум 4А, а силовые модули могут потреблять в разы больше, если к ним напрямую помпы подключены.

[BorisKramer]

Я вот всю жду как дело до софта дойдет. Прям интересно как это все взлетит

 

На самом деле вопрос софта - это вопрос правильного выбора. Легко выбирать когда вариант только один.

 

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

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

В данном случае выбор есть как минимум из 3 вариантов.

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

2. Различные интерпретаторы под лицензиями BSD, MIT и подобных. Заметно более серьезная
функциональность чем у своего интерпретатора. Из недостатков - высокая сложность интегрирования,
малопонятный и плохо документированный код.

3. Лицензионные интерпретаторы, специально для контроллеров. Офигенный инструментарий для
полуавтоматической настройки почти под любой процессор и любую архитектуру. Функциональность просто
невероятная. Из недостатков - цена

[BorisKramer]

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

[BorisKramer]

Вопрос о сценариях.

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

Однако, ряд стандартных сценариев должен присутсвовать изначально.

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

1. Самый примитивный сценарий.
  1.1 Если датчик наличия воды разомкнут, включить помпу долива.
  1.2 Если датчик наличия воды замкнут, выключить помпу долива.

Такой сценарий возможен, но имеет кучу недостатков. Например, у него нет никакой защиты от залипания датчика наличия воды.

2. Стандартный сценарий (например, автодолив Тунзе).
  2.1 Если датчик уровня воды разомкнулся более чем на 1 секунду, включим помпу автодолива минимум на 1 секунду.
  2.2 Если датчик уровня воды замкнулся более чем на 1 секунду, выключим помпу автодолива.
  2.3 Если помпа долива включена более 5 минут, но датчик уровня воды не замкнулся (возможно он неисправен или в емкости долива нет воды), выключим помпу долива, включим красный светодиод аварии и включим пищалку.  
  2.4 Если сработал аварийный датчик переполнения сампа помпа долива (возможно неисправен датчик уровня воды или отказ возвратной помпы), выключим помпу долива, включим красный светодиод аварии и включим пищалку.

Это уже более менее стандартный сценарий для обычного автодолива. Хотя в нм также куча недостатков, например нет регулировки времени отключения помпы долива.

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

Например:
1. Компьютер может иметь информацию с датчика наличия воды в емкости долива и просто не включать помпу долива, если в емкости долива нет воды.
2. Компьютер может иметь функцию управления осмосом и автоматически долить воды в емкость долива.
3. Компьютер может иметь информацию с датчика минимального уровня в сампе и отключит возвратную помпу при осушении сампа.
4. Если сработал датчик аварийного переполнения сампа по пункту 2.4, то компьютер может постреть, включена ли помпа долива и определить что явилось причиной переполнения сампа - неисправность датчика уровня или отказ возвратной помпы.
5. Компьютер может иметь иформацию с датчика солености и отработать аварию по солености.
6. Компьютер может включать модули различных типов сигнализации и послать например смс помимо включения красного светодиода и пищалки.

И так далее и тому подобное. Сценарии ограничиваются только набором датчиков, исполнительных устройств и фантазией пользователя. Еще правда есть ограничение по уровню развития логического аппарата фантазера, так как при количестве пунктов больше 10-15 при таком словесном описании они часто начинают терять логическую связь или противоречить друг другу.

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



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

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

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

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

Поэтому было бы очень интересно, если бы аквариумисты придумали интересные им сценарии использования различных устройств и опубликовали бы здесь.