Нынче кризис говорят на дворе....



Да будем же жить так же.... (когда-нибудь...)

Здравствуйте! На работе возникла необходимость установки sms шлюза. Так как сама железка стоит дорого да и не к чему она, можно обойтись более меньшими потерями.
Нашел в интернете статейку по установке программы sms tools на freebsd вот она.
Проделав все тоже самое я наконец-то получил смс на свой мобильник, но тут же меня огорчило то, что смс была не читабельна. Все таки руссие буковки программа понимать не хотела.
В моей консоли Ubuntu стояли 2 языка английский и русский конечно же кодировки utf-8.
формировав смс сообщение вида
To: 7927xxxxxxx

Тест

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

#!/usr/bin/perl

$destination=$ARGV[0];
$text=$ARGV[1];

if ($destination=='' || $text=='')
{
print "\tUsage: sendsms <destination> <text message>\n";
exit 0 ;
}
else
{
$file_tmp=`mktemp /tmp/SmsTemp_XXXXXX`;
open (FILETMP,"> $file_tmp");
$old_point=select(FILETMP);
print($text);
close(FILETMP);
$msg=`iconv -f UTF-8 -t UCS-2BE $file_tmp`;
`rm -f $file_tmp`;

$file=`mktemp /tmp/send_XXXXXX`;
open (FILE,"> $file");
$old_point=select(FILE);
print("To: $destination\n");
print("Alphabet: UCS2\n");
print("\n");
print($msg);
close(FILE);
`mv $file /var/spool/sms/outgoing`;
};

кому надо пользуйтесь на здоровье. Кстати он конвертит не только из utf-8 в UCS-2BE, строка
$msg=`iconv -f UTF-8 -t UCS-2BE $file_tmp`;
отвечает за конвертацию
$msg=`iconv -f  <из какой кодировки ковертить> -t <в какую> $file_tmp `;
$file_tmp - что конвертим

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

Эпоху тамплиеров. Потому что с этим периодом связано много разного рода неизвестностей.

Получив задание на ДП "Оптимизация алгоритмов маршрутизации средствами нечеткой логики и нейронных систем" даже не знал  с какой стороны подходить к этому делу. основной вопрос был в том Как Заставить компьютер работать по законам нечеткой логики, ведь компьютер работает по четкой, булевой. логике?! Посмотрев программные комплексы которые умеют моделировать нечеткие системы очень хорошей и простой в использовании оказалась программа MatLAB, а именно ее пакет FuzzyToolBox и ANFIS. В нем я и составил модель работы нечеткой логики. Теперь надо было эту модель нагрузить сетевым трафиком, но как это сделать??? На помощь пришла программа под названием Micro Saint Sharp.  в которой легко и просто можно  создать буферы входных выходных интерфейсов маршрутизатора и вставить аналитичесие формулы для расчета метрики. Получив и сохраним до лучших времен результаты по моделированию четкой системы маршрутизации (OSPF),  я начал пытаться заставить Micro Saint думать по законам нечеткой логики. В MatLab я полуил поверхность (показана на рисунке 1) отклика нечеткой системы, что позволило мне сделать интерполяцию с достаточно точным приближением (т.е. я поверхность отклика разложил на простые условия пример: ЕСЛИ 0<A<10 and 0<B<10 ТО Метрика = N , N-целое число) получив несколько сотен таких условий я вставил их в программу MicroSaint и получил ЕЁ, модель которая работает по нечеткому алгоритму расчета метрики!!! Как оказалось после сравнения результатов моделирования, нечеткий алгоритм (при правильной его настройке) может практически избежать потери данных , даже при достаточно большой интенсивности  поступления пакетов! У меня же получилось что нечеткий алгоритм превосходит  четкий на 1,5 раза! При этом вычислительная мощность остается такой же!

"Нечетка" рассчитывались 2 параметра это Надежность и Загруженность выходного интерфейса буфера FIFO

Рисунок 1 - Поверхность отклика нечеткой системы.

Нечеткие правила для системы Мамдани:



Рисунок 2 - Надежность (Reliability)

VR - Very Reliability (очень надежный)
MR- Middle Reliability (Средний надежности -> ненадежный)




Рисунок 2 - Длина очереди (Queue_length)

Empty - путая
Middle - средней загруженности
Full - Полная


Рисунок 3 - Метрика (Metrica)

Small  - маленькая
Middle - средняя
Big - большая

            Всем привет! Этим летом было на дорогах области, был произведен  ремонт. Асфальт положили достаточно хорошо, ездить стало более приятнее, еще  бы только трасса была бы менее загружена транзитным транспортом такими как фурами. Обгонять фуры особенно когда идет автопоезд, далеко не всегда удобно, а еще наши доблестные ГАИ стоят на каждой горке, за каждым кустом и ждут нарушителя. Разметка нанесенная на дорогах не всегда сделана гуманно, например сплошная там где можно обогнать и есть видимость, а там где подъем и нет никакой видимости, разметка к сожалению прерывистая.
             Создание электронной карты города или трассы, на которой будет указана разметка, какие знаки должны стоять, ограничение и т.д. вообщем полностью план дороги утвержденный   МРЭО ГИБДД города или области.
              Как вы на это смотрите и какие грубейшие нарушения разметки вы видели на дорогах?

Интересная тема маршрутизация методом нечеткой логики! Смотря в интернете на эту тему хоть какой-нибудь материал, можно сказать, что материала очень мало! Кто как предполагает работу маршрутизатора на нечеткой логике?

Вот к примеру одна из моих мыслей на эту тему:
(Цифры приведены примерно, не судите строго)
есть линии в 1 Гигабит между роутерами, она составляет 100%
если мы передаем данные по этому каналу у нас занимается 30% от канала
если мы передаем голос, то еще занимается 50% (итого уже 80%)
на видео нам требуется 70% канала т.е. по данному каналу мы уже не сможем передать видео данные.

если я ввожу нечеткую логику, то можно сделать следующим образом:
будут передаваться данные 30%
и передавать видео 70%
т.е. использование канала будет 100%
а не как в первом случае где канал  используется на 80%

а голос будет передаваться по другим каналам более свободным
т.е. там где канал свободен от 50% и выше