Добрый день, коллеги.
Кто-нибудь знает, что такой за протокол IFSF Lon, чем он отличается от классического LonWorks.
На каких чипах работает (на тех же, что и классический LON)?
Какие существуют конвертеры из IFSF Lon во что-то читаемое, и кто их производит?

Сам с Lon работал лет 10 назад (Pixel и Wago) и сталкивался с BacNet на Lon (от Siemens)/
А вот что такое IFSF Lon - и чем он отличается от классического LonWorks - не знаю.

Добрый день
IFSF (International Forecourt Standards Forum)
В 1993 году розничные продавцы нефтепродуктов начали внедрять на АЗС компьютерные системы для комплексного управления насосами, диспенсорами (наливными колонками), платежными картами, терминалами оплаты (электронной торговой точки) и т. д.
Международные стандарты IFSF в США, Европе и во всем мире за счет внедрения сетевых устройств на основе систем открытых стандартов обеспечивают значительную экономию средств.
Простой дизайн и проектирование в соответствии со стандартами IFSF означают меньше испытаний для обеспечения совместимости. Унифицированная системная архитектура упрощает приложения и интерфейсы.
В качестве основных средств коммуникации между оборудованием по стандартам IFSF используются LON и IP.
Описание стандарта коммуникации через LON привести не могу, но в общих чертах следующие базовые моменты:
Все устройства на АЗС инсталлируются в один домен и это домен 1. Подсеть (subnet) логически группирует узлы одного или нескольких каналов, допуская до 255 подсетей. В каждой подсети может быть до 127 узлов. Групповая адресация не используется. Обмен данными между устройствами осуществляется посредствам сообщений (внимание, сообщениями,а не сетевыми переменными). Всего используется 6 основных сообщений для доступа к всем данным в системе: сообщения Чтения, сообщения Записи, сообщения Ответа, сообщения Подтверждения, сообщения Инициативные (событийные/незапрашиваемые) с подтверждением, сообщения Инициативные без подтверждения.
Каждое устройство может быть локализовано и определяет само собственный адрес, то есть: подсеть и номер узла (S, N) средствами:
• встроенные переключатели или подобное механическое решение;
• адрес, предоставляется приложением сопроцессора;
при этом размерность адреса (подсеть (S), номер узла (N)): 2 байта.
Адрес подсети (S) используется для указания типа устройства.
S: Распределители, контроллеры, принтеры, считыватели карт, доступ по картам, доступ к банку, топливные колонки, измеритель уровня бака (резервуара/танка), автомойка, оборудование для мониторинга, контроль подачи топлива, платежные терминалы, сетевой сервер, пользовательский интерфейс, система безопасности и т. д.
N: все устройства, принадлежащие к одной подсети, идентифицируются уникальным адресом узла (N). Значения 1-127.
S и N должны применяться именно к прикладному уровню (не сетевому). Поэтому входящее сообщение доходит только до прикладного уровня, а затем данные обрабатываются для конкретного устройства в соответствии с адресом.

KDVectra, большое спасибо за развернутый ответ.
Посмею задать несколько уточняющих вопросов.
А чем этот Lon IFSF программируется? Я правильно понимаю, что обыкновенным LonMaker-ом не получится и там какой-то свой конфигуратор?
И второе, я правильно понимаю, что обыкновенный узел Lon с сетевыми переменными (например Pixel) нельзя сконфигурировать на работу по запросам? Т.е. Pixel нельзя сконфигурировать как узел IFSF Lon?
И третье: существуют ли в природе бюджетные преобразователи IFSF Lon по что-нибудь понятное и известное (например в Modbus TCP или во что-то другое подобное). Если да, то кто их продает и где их можно купить? (Учитывая нынешнюю ситуацию с санкциями в России)

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

Это риторический вопрос?
Если по существу, то есть потенциальный рынок, условием выхода на который является поддержка IFSF Lon (Ранее его занимал зарубежный производитель, но он в нынешней ситуации отвалился). Я про этот протокол впервые слышу. С одной стороны хочется на этот рынок выйти (банально денег заработать), а с другой стороны хочется понять, как эти требования выполнить малой кровью (чтобы проект был по деньгам и времени в плюсе)
Идеальным были бы вариант ответа типа:
1. У нас есть адаптер, шлюз или контроллер, который поддерживает IFSF Lon имы их готовы вам продавать за XXX рублей.
2. Эта YYY- фирма (ссылка) продает контроллеры, которые можно сконфигурировать на IFSF Lon. Мы их использовали, проблем нет. (Можем (если вы не умеет)е Вам помочь им сконфигурировать/запрограммировать за nn-ое количество денег.
3. Мы пробовали поддержать IFSF Lon, огребли, у нас не получилось это и это и Вам не советуем потому-то и потому-то.

Хочется продавать изделия с поддержкой протокола IFSF Lon, но для этого надо прикинуть экономику проекта и выгодно ли это нам. А дерьмо или не дерьмо - в нынешней ситуации выбор небольшой и за заказчика надо бороться.
Но с другой стороны, если это окажется финансово невыгодно (затраты превысят возможную отдачу), то ну его нафиг. Вот этот вопрос и пытаюсь выяснить.