Jump to content

Recommended Posts

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

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

А прерывание после конца блока - начало нового.

Share this post


Link to post
Share on other sites

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

Может между пакетами делать обязательно паузу, скажем длиной не менее 4 фреймов..

Edited by YurkaM

Share this post


Link to post
Share on other sites

2YurkaM: да кто бы был против. Я ж говорил, что без вас не разобраться.

Ну раз динамического выделения адреса не будет, то

- если адрес задается переключателями на плате - какой максимальный диаппазон может задать пользователь? Как это сделать удобно для конечного потребителя?

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

По поводу динамического назначения и адресации - ничего срашного в каскадировании нет. Попробую описать.

00 - это всегда loopback, тоесть адрес самого себя в текущей подсети.

01 - это всегда адрес родителя, который отвечает за подсеть, в которой находится устройство.

FF - широковещательный адрес

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

02.03.00.01.01.00.LL.SS.CC

LL - длина данных сразу после поля LL, LL = 2

SS - контрольная сумма - здесь на выбор

CC - код команды отправки накопившегося лога

Соотвественно, КО сформировав такой пакет отдает его на отправку. Контроллер 02, видя свой байт забирает данные, смотрит, что следующий байт не 00 (не ему) и отправляет дальше в подсеть. Контроллер 03 в след. подсети видит свой пакет и что он адресован ему (байт 00) обрабатывает команду и формирует пакет

01.01.00.02.03.00.LL.SS.DD

DD - данные лога

и отправляет его родителю (соединение 01).

Ограничение по количетству устройств на каскад - 253 (чтоб маски не вводить).

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

p.s. Есть тут одна неточность в описании, но пока оставим. Не имея обзорного представления о системе в детали лезть не стоит.

Edited by pivasik

Share this post


Link to post
Share on other sites

Конденсаторы Panasonic. Часть 4. Полимеры – номенклатура

В заключительной, четвертой статье из цикла «Конденсаторы Panasonic» рассматриваются основные достоинства и особенности использования конденсаторов этого японского производителя на основе полимерной технологии. Главной конструктивной особенностью таких конденсаторов является полимерный материал, используемый в качестве проводящего слоя. Полимер обеспечивает конденсаторам высокую электрическую проводимость и пониженное эквивалентное сопротивление (ESR). Номинальная емкость и ESR отличается в данном случае высокой стабильностью во всем рабочем диапазоне температур. А повышенная емкость при низком ESR идеальна для решения задач шумоподавления и ограничения токовых паразитных импульсов в широком частотном диапазоне.

Читать статью

Выглядит не то чтобы страшно, но создается впечатление, что вы хотите автоматизировать как минимум какой-то супермаркет или маленький городок :o

при использовании устройств от разных производителей
:blink: Вы собрались это производить в промышленных количествах???

По-моему 255 адресов хватит для дома\квартиры и ещё останется. Ну если у вас не дворец :rolleyes:

Share this post


Link to post
Share on other sites
Может между пакетами делать обязательно паузу, скажем длиной не менее 4 фреймов..

Естественно с паузой.

И любое устройство, прежде чем послать что-то свое, должно паузы дождаться.

Выглядит не то чтобы страшно, но создается впечатление, что вы хотите автоматизировать как минимум какой-то супермаркет или маленький городок :o

pivasik прав, 255 устройств на дом может не хватить.

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

Но и сильно раздувать пакет не хочется, скорость у нас не большая. Пока ~220 наиболее универсальная шина.

Тип устройства может зашиваться намертво, номер перемыкой или во флэшь писать.

Включил в сеть, нажал кнопку идентификации. Устройство за номером 0xFF (неинициализированное) шлет запрос на 0х0 (хост). Хост смотрит что у него свободно, пользователя звонком зовет и у него спрашивает, и отвечает для 0xFF что его адрес 0xXX. 0xFF ничего кроме запроса адреса и делать не должно, и ни какой ИМ на команду/данные с 0xFF реагировать не должен.

при использовании устройств от разных производителей
:blink: Вы собрались это производить в промышленных количествах???

А почему-бы и нет?

Вот поговорим тут с вами, отладим систему, а потом пускай все кто хочет делает, лишь-бы по нашему алгоритму.

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

Edited by Migray

Share this post


Link to post
Share on other sites
                     

STM32G0 - средства противодействия угрозам безопасности

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

Подробнее...

Я на пике слелаю исполняющее устройсто, управление освещением на 3 "зоны". Управление люстрой )). Адрес 0x00h, опрос-0x00h или задача 0x01h, номера зон:1-ая зона 0x00h, 2-0x01h и третья 0x02h. команды: 0x00h - тушим, 0x01h - включаем. Вот синтаксис запрос [адрес][опрос][зона], ждем ответа [адрес][зона][состояние]. Вот синтаксис камнда [адрес][зона][состояние], ждем ответа [адрес][зона][состояние]. У меня будет 2 реле 1 кнопка. Хост должен опрашивать постоянно все адреса, особенно всякие датчики и кнопки, т.е. элементы управления. По их изменеию давать команду на реле включить или выключить - это в моём случае. Как понимаете все наращиваеться по адресам. Только придумывай как и что это дело описать. Какое правило общения будет в сети (по 220, по 380, по 10кВ шутка). Суть в том что сдесь не важно как подавать сигнал, а важно то, что в нем идет.

Я чтотоне въехал, если свет будет включать/выключать хост то есть главный то зачем тогда твоё устр-во ? ИМХО надо вот так:

Твоя схемка контролирует кол-во людей в комнате. если в комнате 1 чел то в зависимости от освещённости оно должно включить свет. Если изначально в комнате было более-менее светло, то свет должен включитьса на 50%. так же надо контролировать время. Если это ночь то свет должен включитьса на процентов 10, напрмер чел в сортир пошол... Надо решить проблему со спальной, и сделать несколько режимов работы. например если эта зоня яв-ся спальной, то позже 12 часов свет должен выключитьса. Потомучто в спальне по любому будет один или более человек... Так же былобы неплохо предусмотреть ручное вкл\выкл света, например одиночным\двойным хлопком в ладоши.

Задачи хоста:

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

PS чтобы тут не мусолить эту тему, я тебе в асю напишу, обсудим, а потом выложим сдесь, то до чего мы дошли, для критики, и только потом начнём собирать...

Прежде чем говорить о процентах попытайся светодиодом поморгать на 2 контроллерах на каждом по 5 штук и опршивать 2 кнопки на тех же МК. Чтобы внюхать понюхай понятие объектно-ориентированное програмирование. Может тогда и внюхаешь. По поводу надо ли девайс от меня с исходниками?? Ты прав он не надо. Делаейте сами а я посмотрю с стороны, есть чем заняться.... Всем 73! :huh:

Share this post


Link to post
Share on other sites
pivasik прав, 255 устройств на дом может не хватить.
Да, я чё-то тоже задумался... Вспоминается известная фраза одного умника: "640кб озу должно хватить всем!" и что из этого вышло...

Эххх....... и чего же такого напридумывать на 255 адресов в моей 2-х комнатной конуре :( ??

Включил в сеть, нажал кнопку идентификации. Устройство за номером 0xFF (неинициализированное) шлет запрос на 0х0 (хост). Хост смотрит что у него свободно, пользователя звонком зовет и у него спрашивает, и отвечает для 0xFF что его адрес 0xXX. 0xFF ничего кроме запроса адреса и делать не должно, и ни какой ИМ на команду/данные с 0xFF реагировать не должен.

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

Share this post


Link to post
Share on other sites

Не надо так категорично :) я ещё чел начинающий, пока что не внюхал, мож годам к 60 и внюхаю по полной :) И если каждый на этой стадии буджет говорить "Делайте мсами, я пошол..." то мы в итоге ничего не сделаем, разве что кроме пары страниц флуда...

ИМХО Проценты это самое простое.... можно сделать несколько значений, апример 20%, 50%, 100% и выводить это на ЖК ди сплей самого уст-ва, или на ЖК дисплей хоста (если возможно конешно)

Я бы всё это сделал, если бы мог, если поможете с Обработкой сигнала с ддатчиков, то я попробую. Возможно прицеплю ЖК дисплей :) да и ещё надо разобратьса с передачой\приёмом данных к хосту и от хоста, что тоже проблематично длчя меня. С шимом я думаю что разберусь :) Тока пишу я для АВР, на си

PS :)

#include <mega16.h>
// Timer 0 overflow interrupt service routine
interrupt [TIM0_OVF] void timer0_ovf_isr(void)
{
PORTA^=1;
void main(void)
{
PORTA=0x00;
DDRA=0xFF;
PORTB=0x00;
PINB=0x00;
// Timer/Counter 0 initialization
// Clock source: System Clock
// Clock value: 125,000 kHz
// Mode: Normal top=FFh
// OC0 output: Disconnected
TCCR0=0x01;
TCNT0=0x00;
OCR0=0x00;
TIMSK=0x00;

// Timer(s)/Counter(s) Interrupt(s) initialization
TIMSK=0x01;

// Global enable interrupts
#asm("sei")

//то что выше, то моргание светика, то что ниже опрос кнопоу 
opros:
while(PINB.0){
goto mesto_1;
}
while(PINB.1){
goto mesto_2;
}
goto opros;

mesto_1:
mesto_2:
}   

Share this post


Link to post
Share on other sites
ИМХО Проценты это самое простое.... можно сделать несколько значений, апример 20%, 50%, 100% и выводить это на ЖК ди сплей самого уст-ва, или на ЖК дисплей хоста (если возможно конешно)

Давай разберемся, % чего и к чему.

Если мерить освещенность, то тут шкала нелинейная будет, и ни о каких % речи быть не может.

Солнечные лучи в полдень, для средних широт - 100000 люкс

На рабочем столе для тонких работ - 100...200 люкс

Необходимое для чтения - 30...50 люкс

Share this post


Link to post
Share on other sites
Для этого разработчики объеденяют усилия и договариваться. Давайте арвщики, делайте хост. Я на пике слелаю исполняющее устройсто, управление освещением на 3 "зоны". Управление люстрой )). Адрес 0x00h, опрос-0x00h или задача 0x01h, номера зон:1-ая зона 0x00h, 2-0x01h и третья 0x02h. команды: 0x00h - тушим, 0x01h - включаем. Вот синтаксис запрос [адрес][опрос][зона], ждем ответа [адрес][зона][состояние]. Вот синтаксис камнда [адрес][зона][состояние], ждем ответа [адрес][зона][состояние]. У меня будет 2 реле 1 кнопка. Хост должен опрашивать постоянно все адреса, особенно всякие датчики и кнопки, т.е. элементы управления. По их изменеию давать команду на реле включить или выключить - это в моём случае. Как понимаете все наращиваеться по адресам. Только придумывай как и что это дело описать. Какое правило общения будет в сети (по 220, по 380, по 10кВ шутка). Суть в том что сдесь не важно как подавать сигнал, а важно то, что в нем идет.

см пост #112.

Share this post


Link to post
Share on other sites
Если мерить освещенность, то тут шкала нелинейная будет, и ни о каких % речи быть не может.

Дык, не пойму в чем проблема?... Зачем нам передавать по сети значение освещенности с таким разрешением? Мы чё, фотографией что ли будем заниматься? Пусть внутреннее разрешение датчика (сенсор+МК) будет какое угодно большое, а в сеть он будет передавать уже преобразованное до 1 байта значение. Да можно вообще ограничиться несколькими значениями, соответствующими важным диапазонам яркости. Типа "темно", "сумерки", "светло1", "светло2",.... "ядерная вспышка" :lol:

Edited by YurkaM

Share this post


Link to post
Share on other sites

Ребяты ! А какие данные вы собрались гонять между устройствами ? У меня например для включения/выключения хватает четырех байт. номер зоны и группа устройства, включено оно или выключено, яркость, физический адрес в данной группе. контрольная сумма исключена за ненадобностью. И самое главное: это всё уже реально работает вот уже полгода без сбоев.

Share this post


Link to post
Share on other sites
:rolleyes: так что с питанием? параметры есть какие нибудь или еще рано об этом?

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

Share this post


Link to post
Share on other sites
Ребяты ! А какие данные вы собрались гонять между устройствами ? У меня например для включения/выключения хватает четырех байт. номер зоны и группа устройства, включено оно или выключено, яркость, физический адрес в данной группе. контрольная сумма исключена за ненадобностью. И самое главное: это всё уже реально работает вот уже полгода без сбоев.

Хороший вопрос! Пока в качестве данных видятся твои "включено оно или выключено, яркость"... Но хочется гибкости протокола, мало-ли что завтра в голову взбредёт ;)

Share this post


Link to post
Share on other sites

Выключатель нада делать микроконтроллер + тиристор или полевик, для них совсем надо мало мощьности.

Хороший вопрос! Пока в качестве данных видятся твои "включено оно или выключено, яркость"... Но хочется гибкости протокола, мало-ли что завтра в голову взбредёт ;)

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

Share this post


Link to post
Share on other sites

применение тиристора(симистора) - очень спорный вопрос, если делать связь по сети 220

Edited by YurkaM

Share this post


Link to post
Share on other sites

к посту #146 - см. пост 112.

применение тиристора(симистора) - очень спорный вопрос, если делать связь по сети 220

Тогда только мощный полевик :D

Share this post


Link to post
Share on other sites
С хостом небольшая неурядица, потомучто хост как ты сказал мастер, и он должен всем управлять. А вот чем и как он должен управлять пока что неизвесно. Для начала можно сделать хост, которые управляет только освещением, ну и схемку естесно, а потом наращивать его, по мере создания слэйв устройств.

Вот тока я не знаю, у кого хватит возможностей его сделать... Дбровольцы есть? :)

Могу разработать прогу хоста для пк на С++ с возможностью редактирования и создания пользователем своих алгоритмов управления, только определитесь что надо послать и принять.

Мощность программы зависит от времени.

возможно получится сделать голосовое управление.

Share this post


Link to post
Share on other sites

МС Димыч На каких МК ты делаешь ? надо чёнить по мощьнее :) А протокол как уже сказали надо блать гибкий...

Давай разберемся, % чего и к чему.

Если мерить освещенность, то тут шкала нелинейная будет, и ни о каких % речи быть не может.

Я имел в виду отображать проценты не освещённости самй комнаты, а на сколько процентов работает лампа:

100 % светит в полную силу

50% светил в пол накала

25% светит оч тускло.

Вот и всё :)

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

Share this post


Link to post
Share on other sites

Внесу в очередной раз немного смуты.

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

Я так понимаю, что остановились на управлении светом? Для начала банально можно сделать чтоб по команде из сети устройство могло включить и выключить свет - накрутить логику пограммы намного проще чем пересобрать устройство. Но если кто-то таки возьмется за такое устройство, то предусмотрите, чтоб железяка позволяла расширение к плавному управлению освещенностью. Итого: из сети 1 байт в диаппазоне 0..100, задающий уровень освещенности.

Касательно самой сети, вы обсуждаете что дети должны говорить (причем говорить правильно) не задав правила общения: не ясен ни арбитраж, ни методы адресации. С самими данными вроде договорились: [Length][Data][Checksum]

Касательно арбитража: он может быть аппаратный (поддерживается адаптерами для 220?) или программный (по задержке?).

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

Черновой вариант второго прилагаю, чтоб если обсуждать - по теме (готовим вопросы и потом обсуждаем).

Специальные адреса.

00 - адрес самого себя в подсети (не надсети)

FF - адрес широкого вещания (в подсети)

Раздача адресов.

Раздача адресов при наличии контроллера (рассматриваю сразу обобщенный случай).

- вновь подключенные устройства имеют идентификатор ID = 00 и первый, получивший доступ, бросает в надсеть широковещательное сообщение: [FF][00][Length][CmdRequestAddr][ChkSum] - "Прошу контроллер выдать адрес"

- контроллер отвечает: [00][ControllerId][Length][CmdFirstFreeAddr][FirstFreeId][ChkSum] - "Первый доступный адрес FirstFreeId"

- дальше первый кто снова достучиться до линии бросает: [ControllerId][FirstFreeId][Length][CmdConfirmAddr][ChkSum] - "Прошу контроллер подтвердить выдачу FirstFreeId"

- все, кто участвует в этом дележе, кроме достучавшегося увеличивают у себя запомненное значение FirstFreeId на 1, а контроллер подтверждает получение адреса посылкой: [FirstFreeId][ControllerId][Length][CmdAddrConfirmed][ChkSum] или отвергает его посылкой [FirstFreeId][ControllerId][Length][CmdTryAgain][ChkSum]

- процесс повторяется с пункта 3, пока все не получат адреса или не обнаружат, что адресов не осталось

Внимание! В процессе раздачи адресов не участвует адрес, который имеет контроллер надсети. Это связано с тем, что адресация в надсеть не должна конфликтовать с адресацией внутри подсети.

Если устройство выключить и включить, то его предыдущий адрес будет утерян (в пул адресов не попадет обратно ж). В конце концов периодическое вкл/выкл приведет к исчерпанию пула. В данном случае предлагается контроллеру дать команду на процесс обновления адресов, всеми активными устройствами: [FF][Controller_ID][Length][CMD_InvalidateAll][Chksum]

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

Поскольку при появлении контроллера происходит полная переадресация, то контроллер всегда может присваивать себе ID = 1.

Методы адресации.

Пусть 01 - контроллер надсети, 02 - контроллер данной подсети.

03.00 - устройство 03 в текущей подсети

02.03.00 - устройство 03 в текущей подсети

02.01.00 - контроллер надсети

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

И под конец посмотрим проход пакета от контроллера верхнего уровня (ID = 01) к устройству 02.01.02.05.00 (4 каскада)

[02.01.02.05.00][01.00][LL][CmdPing][CC] - начальная посылка с контроллера с ID = 01

[01.02.05.00][02.01.00][LL][CmdPing][CC] - на первом контроллере с ID = 02

[02.05.00][01.02.01.00][LL][CmdPing][CC] - на втором контроллере с ID = 01

[05.00][02.01.02.01.00][LL][CmdPing][CC] - на третьем контроллере с ID = 02

[00][05.02.01.02.01.00][LL][CmdPing][CC] - на самом устройстве

и обратно:

[02.01.02.01.00][05.00][LL][CmdPingOk][CC] - на самом устройстве

[01.02.01.00][02.05.00][LL][CmdPingOk][CC] - на третьем

[02.01.00][01.02.05.00][LL][CmdPingOk][CC] - на втотром

[01.00][02.01.02.05.00][LL][CmdPingOk][CC] - на первом

[00][01.02.01.02.05.00][LL][CmdPingOk][CC] - на верхнем

соответственно, об ошибке может сообщить любой контроллер. Формат ошибки уже будет индивидуален.

p.s. Фигасе я тут наваял :)

Share this post


Link to post
Share on other sites

Кстати, если посмотреть внимательно на пример, то можно заметить, что поля Получатель+Оправитель имеют фиксированный размер, причем ограничены с одной стороны краем пакета, с другой - маркером 00 (вторым). Так вот, если поле получатель, кроме 00 перевернуть побайтно, то проход промежуточного контроллера можно сделать всего как обмен двух байт, вместо смещения части байт в текущем варианте. Получится как-бы "бегающий маркер". Но немного усложняется определение на узле "своих" пакетов: узел должен дождаться первого нуля и посмотреть предыдущий байт - его ли адрес. Думаю, что это с лихвой компенсируется избавлением от длительных операций с памятью.

Share this post


Link to post
Share on other sites
:rolleyes: так что с питанием? параметры есть какие нибудь или еще рано об этом?

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

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

но больше склоняюсь к импульснику.

Share this post


Link to post
Share on other sites

2 Левша

Да не важно это тут. Тут другой вопрос - в этом топике даже никто не нарисовал простйшую структурную схему. Так разговоры о высоких материях.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Similar Content

    • By кип-сервис
      Продам новые комплектующие пневматического оборудования для систем автоматизации. Недорого. Цены по запросу.












    • By кип-сервис
      В связи с закрытием склада, распродаю новые комплектующие для автоматизации: пневматика, реле, датчики, контроллеры и другое (Danfoss, Omron, Ifm, Esbe, Festo, SMC, Camozzi и др.)  Недорого! Подробности в ЛС. Цены по запросу.








    • Guest persej
      By Guest persej
      Нужна электрическая схема  платы управления CONTROL BOARD ZBK. именно электрическая принципиальная, а не  куда какие провода подсоединять как нарисовано в инструкции по монтажу.
      Плата не работает, а как её ремонтировать не зная электрической схемы?

    • By mazzi
      Друзья, я выложил в своём блоге конструкцию симисторного регулятора мощности с микроконтроллерным управлением. Интересно услышать ваше мнение по этому поводу.
      http://forum.cxem.net/index.php?/blogs/entry/547-регулятор-мощности-для-тёплого-пола-или-тэна/
       
    • By serg-foxic
      Линия разлива жидкости. Имеется два шаговых двигателя, один драйвер управления ШД, (второй вышел из строя) и контроллер Siemens, дающий задание на драйвер. Озадачился вопросом: можно ли одним драйвером управлять двумя ШД по отдельности? Идея такая: с помощью простенького программируемого реле отключаем питание с драйвера (на 10 сек), по прошествии 7 сек производим переключение управляющих сигналов от контроллера к драйверу и от драйвера к ШД, еще через 3 сек включаем питание драйвера. Для этого ставится контактор на питание драйвера и пара релюшек на выходе из драйвера к ШД.
      Ничего сложного, программку состряпал, но есть сомнения следующего плана. Никто не ставит "сухие контакты" в цепи силового управления двигателями, потому как эти контакты имеют свойство "микронеконтачить", в результате чего при подаче напряжения и начальном протекании тока может образовываться избыточное напряжение на обмотках ШД. С последующим выходом из строя либо драйвера, либо ШД.
      Кто-нибудь что-нибудь знает по этой теме из практики?
      Тему ремонта первого драйвера  или его приобретения пока не затрагиваю.
  • Сообщения

    • Охотно верю, и именно поэтому неправда, что тебя не волнуют плюсы и минусы. Потому как ты выразил явное недовольство, что кто-то кому-то за что-то неправильное по твоему мнению, ставит плюсы. А причина по которой ты так себя ведешь, ИМХО очень проста - ты боишься. Не, не Путина и не администрации, ты боишься *банутого МихМих и делаешь всё, чтобы не оказаться в числе тех, кто ему не нравится. Я неправ?  Докажи - скажи что-нить плохое про МихМих, он это заслужил.  -------------------------------------------------------------------------------- Да не, его раньше позовут, он же в кадровом резерве. Не, не в том, про который по ящику рассказывают, а в настоящем.  У меня такой знакомый был, тоже рулил коммерческой фирмой, потом лет пять дома сидел, а потом вдруг оказался главой района в области. Мужик, кстати, был относительно честный. 
    • Собрал на днях Худ. Настроил ток, напряжение. Все норм. Платы проработали около 2-3 часов. Единственно, что омрачило радость первого запуска - фон (не помехи а именно фон, как гул). Сначала думал, что фон возможно пропадет, если оба плеча подключить к трансформатору 2Х21В .  Попробовал, фон не пропал. Отодвигал трансформатор на метр от плат - фон остался.  Радиаторы очень сильно греются (руку невозможно держать), думаю, что надо им делать активное охлаждение.   Для того чтобы устроить активное охлаждение с чего устроить питание кулеров? Взять с плат, или использовать отдельный БП? Подскажите, пожалуйста, каким путем пойти чтобы избавиться от фона, ну и про охлаждение...
    • Нехилая у тебя заначка... А если изменят правила выхода на пенсию ( как у нас ) - и не будет хватать пенсионного стажа, именно эти 14 лет ? Иди на работу, от греха подальше !
    • Привет. Да, клиент)) То что дома завалялось.  Малая часть того что насобиралось за 12 лет ремонтов)) СПАСИБО! Я читаю. Но не все понимаю(( .   Но разберусь,  коль уж начал). А ВАМ всем за помощь спасибо))  
    • Я не сомневаюсь, тем более сами творец "своего счастья".  
  • Покупай!

×
×
  • Create New...