Обновить
1
0
Юрий Шембель@shembel

Пользователь

Отправить сообщение
Может быть ему выйти на какой-нибудь kickstarter, чтобы люди скинулись и помогли ему выплатить?
Здравствуйте!
Что в Вашем понятии «занимался реализацией обмена»? Софт, к сожалению, не писал. Знаю хороших «писателей». :-) Могу свести.
Настройкой — раньше — постоянно, до тошноты. :-)

P.S.
Прошу прощения, на хабре бываю редко. Можно на почту личную shembel гав гмыл.
Странно, но я нигде не видел в хрониках хабра до середины 2013 г. вот этого:
MEET YOUR CREATOR — QUADROTOR SHOW — www.youtube.com/watch?v=cseTX_rW3uM
Это было моей второй мыслью.

А первой: Ребята! Это же ФОТО С МАРСА!!! МАРСА БЛИН!!!
Когда я родился единственным источником информации о других планетах были футуристические картинки в Технике молодежи. :-)
Ок! Вашу идею в такой формулеровке я понял. Спасибо!
Главное, чтобы их можно было достать.
Так в том и вопрос, что хотелось бы услышать хабралюдей, на тему «а что можно было бы рассказать Компании, деятельность которой направлена на реализацию проектов». Т.е. Продуктов, как таковых, она не производит и напрямую Науку не двигает (хотя тут есть нюансы в части технологий или даже более широко — видения будущего IT в Энергетике).

Из всех комментов я вынес следующее:
1. Научная составляющая желательно чтобы тыла;
2. «Деление» опытом, рассказы про «грабли».
3. Сравнение с опытом иностранных компаний в продуктах/методах/подходах и пр.
4. Отсутствие всякого рекламного «мусора», типа «Наша Компания выполнила проект по установке 187 попугаев на пальмах побережья протяженностью ...».
5. Интересные заголовки должны присутствовать.

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

P.S.
А вы упираетесь и говорите ноу-хау, нельзя и т.д.

Я пытаюсь донести особенности, которые существуют в этом бизнесе. :-)
Кстати, есть такой интересный подход, когда для проявления творческих способностей в поиске решения сильно ужимаются рамки возможностей. :-) Этот подход, в некоторых случаях, позволяет выявить истинные ценности и сфокусироваться на конечном результате. Собственно по обсуждению я это и вижу. :-)
Удалите, пожалуста, этот комментарий. Я почему-то кнопки такой тут не вижу…
Пасибо!
Одна идея понятна. Честно говоря, не думал в разрезе науки.
Есть нюанс — продуктов как таковых нет — есть выполненные проекты и по условиям некоторых из них нельзя расскрывать суть проекта, или его нюансы.
Вы имеете право на Ваше мнение. Но, как мне кажется, если Вы беретесь его высказывать публично, то Вас могут попросить его обосновать.

Обоснуйте, пожалуйста.
Давайте про управление рисками. :-)
+ желательно разбавить ссылками на дополнительные источники.

Спасибо!
:-) Приятно видеть знакомые названия на несколько отстранненом от этой тематики сайте.

Постараюсь, если вспомню особенности и возможности старых протоколов.

P.S.
Кстати, документация (РП) к ЦППС «SMART-FEP» является одним из хороших источников информации о возможностях данных протоколов. Если что — пишите, попробую достать доку.
Как это?

Верно. Но внутри APDU в 104 протоколе есть механизм проверки доставки последовательности, который позволяет при определенной настройке протокола параметрами k и w и таймаутами t0, t1 и t2 добиваться обязательного моментального подтверждения получения последнего фрейма. Насколько я знаю у стека UDP/IP задержки могут быть меньше засчет моментальной отправки появившейся в нем информации. Но давайте я этот момент получше уточню и раскрою в новой статье.
… опыт применения на больших гетерогенных системах, нюансы… Передача в систему АСУП верхнего уровня.

Понял.
Хорошо, уже начну делать наброски. :-)

P.S.
Я не искал, может быть сразу есть ответ на этот вопрос:
У меня Андроид, планшеты/телефоны. Может есть какой-нибудь софт для работы с хабром? Специально заточенный, типа Вордпрессовского клиента для андроид?
Ок! Про конкретику и нюансы я понял. Попробую смастерить на эту тему отдельный пост. В нем, кстати, постараюсь просто расказать и про внутреннее устройство протокола.

Касательно 61850 — в данный момент я практически ничего про него не знаю. Если встретится какая-нибудь хорошая статейка — дам ссылку.
Про нюансы и 256 — вообще, во всех (насколько я видел) реализациях 104-ого несколько APDU фреймов могут быть переданы в рамках одного TCP пакета. Так что в этом смысле я не вижу серьезных ограничений. Наоборот, при реализации на основе UDP это позволяет оперативней отслеживать потери пакетов. Хотя, опять же, если честно на UDP видел 104-ый только 1 раз.
По конкретике — скажите, пожалуйта, что больше интересует, т.к. тема достаточно обширная.

Информация

В рейтинге
Не участвует
Откуда
Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность