Комментарии 30
Оригинальная идея, прям командный пункт, не подходя к компу сразу видно все ли в порядке с серверами.
Если речь идет о карте города, а не лучше использовать двух цветные светодиоды? Т.е. вместо пары светодиодов (желтый и зеленый) использовать один.
Если речь идет о карте города, а не лучше использовать двух цветные светодиоды? Т.е. вместо пары светодиодов (желтый и зеленый) использовать один.
В принципе можно, но под рукой таких не оказалось.
Да и директор после показа отладочной платы, захотел еще и 3е состояние, если узел работает от ИБП, то должен загораться допустим синий диод.
Да и директор после показа отладочной платы, захотел еще и 3е состояние, если узел работает от ИБП, то должен загораться допустим синий диод.
Понятно.
Кстати говоря, треть состояние для ИБП можно показывать не отдельным цветом светодиода, а миганием (мигает красный). Так и схему переделывать не придется.
Кстати говоря, треть состояние для ИБП можно показывать не отдельным цветом светодиода, а миганием (мигает красный). Так и схему переделывать не придется.
Развивайте идею, после чего обязательно покажите результат с картой и как я понимаю, с RGB светодиодами, правда стоят они прилично…
Светодиоды:
3-х цветный (в розницу 16 руб) — www.platan.ru/cgi-bin/qwery.pl/id=416425062&group=21105
2-х цветный (в розницу 8.3 руб) — www.platan.ru/cgi-bin/qwery.pl/id=25057&group=21105
В принципе для единичного продукта цена не такая и большая.
3-х цветный (в розницу 16 руб) — www.platan.ru/cgi-bin/qwery.pl/id=416425062&group=21105
2-х цветный (в розницу 8.3 руб) — www.platan.ru/cgi-bin/qwery.pl/id=25057&group=21105
В принципе для единичного продукта цена не такая и большая.
Как вариант можно, но тут встает другая проблема, что за информирование от какого источника работает узел отвечает дополнительное устройство. Так что переделывать логику в таком случае будет все равно необходимо.
Здорово.
А можно ламерский вопрос? Почему на схеме зелёные светодиоды повернуты спиной к GND? Не должна ли стрелочка у красных и зелёных смотреть в одну и ту же сторону?
А можно ламерский вопрос? Почему на схеме зелёные светодиоды повернуты спиной к GND? Не должна ли стрелочка у красных и зелёных смотреть в одну и ту же сторону?
В зависимости от открытого регистра, ток проходит либо через зеленый светодиод, либо через желктый, а потом в обоих случаях ток уходит по дорожке с резистором. Входа два, выход один. Условно. Поэтому и смотрят друг на друга.
Нет, я всё же не понимаю.
Допустим, 13 регистр открыт (низкий потенциал). Работает участок VCC — R11- red — R1 — 13 — GND. Всё ок.
Если 13 регистр закрыт (высокий потенциал), то VCC — red больше не работает (нет разности потенциалов), зато должен работать 13 — R1 — green — GND. Но если это так, то зелёный светодиод должен смотреть в другую сторону.
Допустим, 13 регистр открыт (низкий потенциал). Работает участок VCC — R11- red — R1 — 13 — GND. Всё ок.
Если 13 регистр закрыт (высокий потенциал), то VCC — red больше не работает (нет разности потенциалов), зато должен работать 13 — R1 — green — GND. Но если это так, то зелёный светодиод должен смотреть в другую сторону.
на пальцах: если на 13 выводе минус, то горит красный (разность потенциалов между минусом 13 вывода и +5 В вверху за R11), если на 13 выводе плюс, то горит зеленый (разность потенциалов между плюсом 13 вывода и GND внизу справа)
а, не, догнал, о чем Вы. Вы правы. Предыдущий мой коммент не в тему.
Вообще да, вы правы. На самом деле какая-то странная схема. Мне кажется ее лучше было построить иначе, при этом добавив состояние, когда отключены оба светодиода. В данном случае всегда работает один, на сколько я понимаю.
Тут скорее стоило сделать что-то типа матрицы, при этом задействовалось бы всего на две лапки больше у регистров, которые и так все равно пустуют.
Тут скорее стоило сделать что-то типа матрицы, при этом задействовалось бы всего на две лапки больше у регистров, которые и так все равно пустуют.
хинт для автора: открой для себя i2c GPIO expander а еще лучше FPGA.
А чем серьезно может помочь FPGA — пинов-то у нее ведь не на порядок больше? А навешать на плиску еще регистров сверху — явный перебор.
FPGA… это из разряда баллистических ракет по мухам? Времени и денег, затраченных на покупку, исследование и отладку подобной системы, хватит на десяток ардуин и еще немного останется, а толку ноль.
А вот I²C-expander да, самое оно было бы поставить.
А вот I²C-expander да, самое оно было бы поставить.
108 линий I/O. starterkit.ru/html/index.php?name=shop&op=view&id=14
Я знаю, что такое FPGA и сколько у нее линий ввода-вывода. Я хочу сказать, что это редкостный оверкилл: глупо ставить чип с полмегабайтом ОЗУ и немаленькой вычислительной мощностью там, где нужно всего-то подергать ногами. Я даже не говорю о том, что напрямую к ногам FPGA подключать светодиоды нельзя: не прокатит по току, если не на каждую ногу, то суммарно уж точно. А еще у нее 3.3-вольтовый интерфейс, пара напряжений питания, которые тянут за собой один или два buck-конвертера, хардкорный SMD-корпус, необходимость разработки прошивки, что на порядок сложнее кода под ардуину…
Кроме того, FPGA дорогие. Платка по ссылке стоит 1700р, там есть 108 линий ввода-вывода (из которых наверняка реально доступны не все, а некоторые еще и с более низким током или напряжением). Рандомно взятый PCA9539DBR в терраэлектронике стоит 100 рублей, питается от 5 вольт, имеет 16 ног и вполне паябельный корпус SSOP. За 1000р в итоге получается 160 линий.
Кроме того, FPGA дорогие. Платка по ссылке стоит 1700р, там есть 108 линий ввода-вывода (из которых наверняка реально доступны не все, а некоторые еще и с более низким током или напряжением). Рандомно взятый PCA9539DBR в терраэлектронике стоит 100 рублей, питается от 5 вольт, имеет 16 ног и вполне паябельный корпус SSOP. За 1000р в итоге получается 160 линий.
А зачем для шифт-регистров тяните библиотеку SPI и почему не используете функцию shiftOut, как раз предназначеную для работы с подобного рода регистрами? В Arduino не тяжело абстрагирован digitalWrite, да и delay-ем вы тут процесс тормозите, shiftOut лучше будет.
Далее, почему, действительно, не смотрите на решения GIO на SPI или IIC? Тут двухпортовый MCP23017 или MCP23S17 — самое то для вашей задачки.
Далее, почему, действительно, не смотрите на решения GIO на SPI или IIC? Тут двухпортовый MCP23017 или MCP23S17 — самое то для вашей задачки.
SPI тянется для работы с Ethernet Shield, почему-то исходник не захотел компилироваться без SPI.h.
Почитаю про shiftOut. А вот delay я ставлю для предупреждения возможных гонок, так как высчитывать задержки выставления сигналов на ногах arduino нет желания.
По поводу GIO и i2c почитаю, может и найду что интересное.
Почитаю про shiftOut. А вот delay я ставлю для предупреждения возможных гонок, так как высчитывать задержки выставления сигналов на ногах arduino нет желания.
По поводу GIO и i2c почитаю, может и найду что интересное.
Как сне кажется, для реальных задач браузер все таки удобнее. :)
В крупных NOC обычно открыты браузеры с «здоровьем» инфраструктуры и софта и топологией на больших ЖК панелях.
В крупных NOC обычно открыты браузеры с «здоровьем» инфраструктуры и софта и топологией на больших ЖК панелях.
Стоимость большой ЖК панели — от 20к рублей, стоимость подобного решения для той же диагонали, как мне кажется, вполне уложится в 2к. Иными словами, если IT не является профилем организации — подобное решение вполне разумно. Сам о таком думаю. Правда, не автономную систему, а именно визуализацию к Nagios — так правильнее, вон, даже в статье сразу после сетевой доступности возник вопрос о мониторинге «работы от ИБП». Реализовывать такое в микроконтроллере уже перебор, имхо =)
В современном IT интересна не инфраструктура, а в первую очередь ее влияние на бизнес процессы. Падение сервера не проблема. Проблема — остановка продаж через сайт из-за падения сервера. При этом инфраструктура постоянно меняется. Браузер всегда может показывать то что есть на данный момент и будет предпочтительным решением для любой организации которая использует относительно много софта и железа. Кроме того браузер позволяет анализировать зависимости.
Если вам надо мониторить софт и потребление памяти на виртуальных серверах, которые время от времени разворачиваются в ESX как это привязать к плате?
Если в браузере вы видите что бизнес процесс продаж имеет красный статус, вы (в данной ситуации — оператор NOC) может в несколько кликов увидеть что причина — downtime сервера1 и немедленно эскалировать проблему на infrastructure team или что причина — 100% загрузка CPU приложением2 на сервере2 и что в логах приложения2 постоянно обнаруживается слово ERROR и перевести проблему на разработчиков приложения2.
Я понимаю, что все дело в масштабах и политиках мониторинга, которые вытекают из стоимости минуты простоя бизнес процессов. И статья в общем-то не об этом. Просто, фраза «у всех у них есть один существенный недостаток — необходимо использовать браузер как средство отображения состояния контролируемых узлов сети.» не выглядит убедительно и я пытался объяснить почему. :)
Если вам надо мониторить софт и потребление памяти на виртуальных серверах, которые время от времени разворачиваются в ESX как это привязать к плате?
Если в браузере вы видите что бизнес процесс продаж имеет красный статус, вы (в данной ситуации — оператор NOC) может в несколько кликов увидеть что причина — downtime сервера1 и немедленно эскалировать проблему на infrastructure team или что причина — 100% загрузка CPU приложением2 на сервере2 и что в логах приложения2 постоянно обнаруживается слово ERROR и перевести проблему на разработчиков приложения2.
Я понимаю, что все дело в масштабах и политиках мониторинга, которые вытекают из стоимости минуты простоя бизнес процессов. И статья в общем-то не об этом. Просто, фраза «у всех у них есть один существенный недостаток — необходимо использовать браузер как средство отображения состояния контролируемых узлов сети.» не выглядит убедительно и я пытался объяснить почему. :)
А зачем вы дрыгаете ногами для записи в регистры? Оно ведь отлично загоняется по SPI — сравните протокол SPI и диаграмму записи. Получается полностью аппаратно. ОЧЕНЬ быстро и кода две с половиной строчки.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Интерактивная карта из Arduino или по следам «Админского светофора»