Спасибо за просмотр. Кстати забыл сказать, можно как записать, так и прочитать значение цветов диода. Подробнее устройство можно обсудить в нашем сообществе в телеге https://t.me/Antexgate

Знаю, без цены будете пинать, примерно 4999 рублей. Посмотрим отклик, если девайс ходовой то станет дешевле.

Добрый день коллеги, поговорим о прозрачном конверторе Modbus TCP в Modbus RTU.

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

Мы предложим свободно программируемый контроллер AntexGate с помощью которого можно получить конвертер Modbus tcp – Modbus rtu – can – profitnet – bacnet – mqtt – http – opc UA – другой протокол.

Итак, рассмотрим первую связку Modbus TCP – Modbus RTU, нам понадобится сам контроллер AntexGate либо другой компьютер с linux/windows на борту и периферией RS485.

Первое, что необходимо – это установить программный продукт Node-Red, это делается одним скриптом в командной строке:

bash <(curl -sL https://raw.githubusercontent.com/node-red/linux-installers/...)

Далее после установки делаем Node-red сервисом:

sudo systemctl enable nodered.service

Перезагружаем железяку:

sudo reboot

Теперь попадаем в среду нашего программного конвертора Node-red через web браузер по ссылке ip шлюза:1880

Далее настроим скрипт, который конвертирует посылку Modbus TCP в RTU, посылает в RS485/232 порт, ждет ответ и тут же преобразует ответ обратно в Modbus TCP.

Заходим в "меню" > "импорт"

Проект конвертора Modbus TCP <> RTU (прошу прощения в пикабу нет спойлера)

[ { "id": "22ff3060.54da6", "type": "function", "z": "de082ac2.4b8bf8", "name": "Convert TCP to RTU", "func": "var MBAPHeader = [5];\nvar crc = 0xFFFF;\n\nMBAPHeader[0]= msg.payload[0];\nMBAPHeader[1]= msg.payload[1];\nMBAPHeader[2]= msg.payload[2];\nMBAPHeader[3]= msg.payload[3];\nMBAPHeader[4]= msg.payload[4];\nflow.set('MBAP_HEADER', MBAPHeader);\n\nvar ReqLen = msg.payload[5];\nvar MBLen = (msg.payload.length)-ReqLen;\nvar MBReq = [MBLen];\n\nfor (let x=0; x < MBLen;x++){\n MBReq[x] = msg.payload[x+ReqLen];\n}\n\nfor (var req = 0; req < ReqLen; req++) {\n crc ^= MBReq[req]; // XOR byte into least sig. byte of crc\n \n for (var i = 8; i !== 0; i--) { // Loop over each bit\n if ((crc & 0x0001) !== 0) { // If the LSB is set\n crc >>= 1; // Shift right and XOR 0xA001\n crc ^= 0xA001;\n } else { // Else LSB is not set\n crc >>= 1; // Just shift right\n }\n }\n}\n\nvar MyCRC = crc.toString(16);\nMBReq[MBLen+1] = parseInt(MyCRC.substring(0,2),16);\nMBReq[MBLen] = parseInt(MyCRC.substring(2,4),16);\n\nvar buf = new Buffer(MBReq);\nmsg.payload = buf;\nreturn msg;", "outputs": 1, "noerr": 0, "initialize": "", "finalize": "", "libs": [], "x": 300, "y": 100, "wires": [ [ "7e62bbbc.bd8ea4" ] ], "outputLabels": [ "XO" ] }, { "id": "7e62bbbc.bd8ea4", "type": "serial request", "z": "de082ac2.4b8bf8", "name": "", "serial": "27dabad398437b7e", "x": 490, "y": 100, "wires": [ [ "db79ee80.1d792", "9e53f02d0a4e04fb" ] ] }, { "id": "db79ee80.1d792", "type": "function", "z": "de082ac2.4b8bf8", "name": "Convert RTU to TCP", "func": "if (msg.payload.length > 0) {\n var resLen = msg.payload.length - 2;\n var respond = [];\n respond[0] = flow.get('MBAP_HEADER')[0];\n respond[1] = flow.get('MBAP_HEADER')[1];\n respond[2] = flow.get('MBAP_HEADER')[2];\n respond[3] = flow.get('MBAP_HEADER')[3];\n respond[4] = flow.get('MBAP_HEADER')[4];\n respond[5] = resLen;\n\n for (let req = 6; req < resLen+6; req++) {\n respond[req]= msg.payload[req-6];\n }\n msg.payload = new Buffer(respond);\n return msg;\n} else {\n return null;\n}\n", "outputs": 1, "noerr": 0, "initialize": "", "finalize": "", "libs": [], "x": 640, "y": 60, "wires": [ [ "2622a1e893f52bed", "140a62f5366490d9" ] ] }, { "id": "55423964225fa869", "type": "comment", "z": "de082ac2.4b8bf8", "name": "Convert Modbus TCP to Modbus RTU", "info": "", "x": 170, "y": 40, "wires": [] }, { "id": "cbd6e86861af643d", "type": "tcp in", "z": "de082ac2.4b8bf8", "name": "Modbus TCP - IN", "server": "server", "host": "", "port": "5002", "datamode": "stream", "datatype": "buffer", "newline": "", "topic": "", "trim": false, "base64": false, "tls": "", "x": 100, "y": 100, "wires": [ [ "22ff3060.54da6", "48471bdeae3a1d30" ] ] }, { "id": "2622a1e893f52bed", "type": "tcp out", "z": "de082ac2.4b8bf8", "name": "Modbus TCP - OUT", "host": "127.0.0.1", "port": "502", "beserver": "reply", "base64": false, "end": false, "x": 850, "y": 100, "wires": [] }, { "id": "9e53f02d0a4e04fb", "type": "debug", "z": "de082ac2.4b8bf8", "name": "debug 17", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 640, "y": 220, "wires": [] }, { "id": "140a62f5366490d9", "type": "debug", "z": "de082ac2.4b8bf8", "name": "debug 18", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 820, "y": 200, "wires": [] }, { "id": "48471bdeae3a1d30", "type": "debug", "z": "de082ac2.4b8bf8", "name": "debug 19", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 260, "y": 200, "wires": [] }, { "id": "27dabad398437b7e", "type": "serial-port", "serialport": "/dev/ttyUSB0", "serialbaud": "115200", "databits": "8", "parity": "none", "stopbits": "1", "waitfor": "", "dtr": "none", "rts": "none", "cts": "none", "dsr": "none", "newline": "5", "bin": "bin", "out": "time", "addchar": "", "responsetimeout": "1000" } ]

Настраиваем порт для просушки в узле Modbus TCP IN, рекомендуем не использовать стандартный 502, а использовать нестандартный порт более 1024, для них не нужны дополнительные разрешения в Linux.

Настраиваем последовательный порт RS485/232 на скорость конечного железа, поддерживающего протокол Modbus RTU.

Жмем "Развернуть" и наш конвертер готов!

Настраиваем Ваш инструмент верхнего уровня, например Modbus TCP OPC сервер стандартно: ip_адре_ шлюза:5002:id_RTU_устройства.

Все работает стабильно, чтение и запись! Посылки как видим между запросом и ответом 100-200мс, что равно пингу. Удаленный шлюз AntexGate работает на встроенном LTE модеме.

Бонусом, для тех, у кого софт верхнего уровня поддерживает функцию Modbus RTU поверх TCP включаем это правило.

В Node-Red упрощаем поток и исключаем функции RTU TCP обработки, и наш проект в Node-Red становится без единой строчки кода.

Контроллер AntexGate в связке с Node-red является отличным универсальным решением для обработки, пересылки и хранения данных. Прошу прощения за рекламу, однако выше представленный проект Вы можете реализовать на любом железе и любой ОС.

Присоединяйтесь к нашему сообществу в Telegram

Железо можно получить на тесты, пишите на почту: info@antexcloud.ru (на три месяца для ЮР лиц и ИП)

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

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

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

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

Роль RFID в отслеживании активов.

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

Значение заключается в точности и эффективности управления активами. В отличие от традиционных систем штрих-кодов, RFID не требует прямой видимости для сканирования. Это означает, что активы можно идентифицировать, даже если они находятся внутри пакетов или скрыты от просмотра. Результатом является быстрый и устойчивый к ошибкам метод отслеживания активов в различных операционных средах.

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


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

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

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

Связь между RFID и Интернетом вещей.

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

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

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

Достижения в 2024 году.

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

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

Отрасли, революционизирующие отслеживание активов.

Заключение.

В области отслеживания активов объединение RFID и Интернета вещей в 2024 году рисует картину беспрецедентной эффективности и точности. Эти преобразующие отношения переопределяют то, как предприятия управляют своими активами, и создают основу для новой эры оперативной разведки.

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

Источник 👉 https://t.me/TechBuIIion/197

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

STM вероятно сейчас дешевле чем AVR и точно функциональнее и богаче ресурсами. Но лично меня устраивает функционал и цена за МК(ATmega168) в пределах 80-100 рублей. Большего мне в конечных устройствах не нужно.

В моих железках не используется конкретно RTOS, у меня своя realtime OS написана полностью на ассемблере(существенная разница в размере потребления ресурсов). Да, конечно, размер прошивки в небольших программах заметно меньше для кода без ОС, особенно под конкретную задачу. Но если у Вас богатый функционал, то не важно Си это или ассемблер - у вас будут большие трудозатраты. Использование ОС эти трудозатраты существенно снижает. Здесь просто нужно смотреть на поставленную задачу. У меня богатый функционал, и использование ОС заметно более выгодно. Ну и разработка на ассемблере существенно оптимизирует размер прошивки и использование других реусрсов МК.

Теперь по поводу комментария, что у меня проект совсем не похож на умный дом.

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

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

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

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

Спасибо за внимание.

Насчет холивара Си и ассемблера я напишу отдельно. Можно будет устроить срачь, шучу.

Конкретно, для квартиры я хочу следующее:

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

Климат: Датчики температуры, влажности, в каждом помещении(и С02 датчики в жилых помещениях). Управление запортной арматурой батарей отопления(для регулировки тепрературы в помещении). Управление вентиляцией.

Безопасность: Датчики открытия на каждое окно, входную дверь(и на некоторые двери внутри квартиры). Датчики дыма.

Электрика: Димирование ламп накаливания(я не сторонник светодиодного освещения), управление светом для остальных типов ламп(вкл/выкл). Управление(очень желательно) каждой розеткой в доме. Съем показаний с электросчетчика. Управление электрозамком на входной двери и еще в паре мест в квартире соленоидом.

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

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

Главное, я могу написать софт сам, а еще мне интересны микроконтроллеры типа старых ATmega 8(AVR), которые несколько лет назад изучил очень детально(без Ардуино). И которые, во всяко случае были, намного дешевле остального на рынке. Я могу писать и на STM но я не любитель Си, я люблю ассемблер, а ассемблер у корексов мне не приятен.

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

Разумно ли в этом случае рассматривать беспроводные решения? Я считаю, что это совершенно не разумно. Вот причины:

1) Wi-Fi забит соседями, сам стандарт не рассчитан, чтоб на небольшом простанстве было такое количество устройств - проблемы со связью будут обеспечены.

2) Безопасность, любой радио интерфейс могут заглушить и вероятно прослушать, подменить. Т.е. датчики на окнах и дверях могу быть просто заглушены, и мы никогда не узнаем, что дверь открывали.

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

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

5) Ну и такие мелочи как высокая цена, большие размеры устройства, электромагнитное излучение, высокочастотный слышимый шум.

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

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

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

Я использую проводное решение. Смотрим RS-485. Устройства вашаются параллельно, шина. Достаочно одного кабеля. Т.е. одна шина(две витых пары, подойдет сетевой компьютерный кабель Ethernet). Желательно поставить шлюз с гальванической развязкой и отдельным питанием на каждое большое помещение. И да, главная сложность провести эту шину до всех устройств. Я, в основном, использовал плинтуса. Буду делать ременот - уберу все в стены. Также как и компьютерную сеть.

Занимаюсь я этим чуть более 5 лет. Довольно редко, ведь это хобби. Какие-то устройства ставлю, какие-то снимаю. И я подустал, многое снял(снял старые малофункциональные версии, а новые многофункциональные - пока просто не дошли руки). Установка и съем никак не повлияли на стандартную электрику! Сейчас у меня около 10 умных розеток, управляемое освещение во всех комнатах, несколько датчиков дверей, своя охранка, несколько датчиков температуры. Есть очень много различных наработок, что-то даже спаяно и это просто нужно подключить. Например в ближайшее время я буду менять 4 счетчика воды. Уже лежат для замены(с импульсными выходами). Платы модулей для них начерчены, надо заказать печать PCB, паяю пока сам. ПО написать - пара, тройка вечеров, так как много универсального кода уже написано.

И главное, поштучное изготовление устройства(это очень важно, так как массовое значительнр снижает цену единицы) для меня выходит где-то 150-500 рублей. Т.е. я могу обвешать всю квартиру датчиками и срденяя цена за каждый будет 200 рублей(можно и дешевле, если делать устройство под конкретную задачу). Умная розетка чуть дороже, где-то 300-400 рублей.

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

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

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

А гараж, в гараже было решение, временно снял. Доработал модули, но не доходят руки дописать и доделать некоторые вещи(например модуль бесперебойного питания и модуль радиоинтерфейса на базе LoRaWAN). По большей части потому, что там сейчас охранять нечего.

И ведь это не законченное решение, так как по большей части им пользуется только моя семья. И никто больше. Почему? Потому что:

1) Я не копирайтер, я не могу подать материал так, чтобы в нем кого-то заинтересовать в мире заваленном кучей беспроводных устройств с сильной реклаой

2) Я не дизайнер и не могу его отточить для удобоваримого восприятия конечным пользователем.

3) У меня скудная документация и скудная поддержка сторонних стройств(да, мой проект может и будет поддерживать сторонние устройства)

4) Ну и пожалуй главное - у меня нет капитала, который я был бы готов вложить в серьзеное развитие этого проекта. Достаточно того, что я вложил кучу своего опыта и личного времени.

В итоге, что я мог бы предложить в сравненнии с современными решениями:

1) Бесплатное ПО(с минимальными ограничениями) в виде AS-IS(кроме сервера). При этом весь код написан на Java - любой знающий может проверить решение на вредоносный функционал. А клиентская часть реализована на GluonHQ, что позволяет практически один и тот-же Java код запускать почти везде.

2) Возможность ввести в систему любое не проприетарное устройство. В том числе и беспроводные шлюзы и устрйоства.

3) Исполнение контроллера на широком списке различных устройств(почти все где можно запустить Java SE8

4) Информирование и различные точки управления типа Telegram, Алиса, СМС и прочее

5) Свой набор конечных устройств с проприетарным ПО

6) Рабочую систему даже без сервера и контроллера(но с ограничениями в функционале естественно)

7) Открытый основной код конечных устройств - операционная система реального времени для AVR на ассемблере.

8) Полностью Российское решение, за исключением некоторых открытых библиотек и JRE

9) Конечно-же богатый функционал типа сценариев, скриптов и т.п.

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

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

Но я думаю этого пока хватит.

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

P.S. Опыт мне подсказывает, что огребу я здесь по полной, от простых троллей у которых нет ни знаний, ни понимания, максимум шалоны. Модератор, готовсь :) Что-ж посмотрим.