AS8 - КЛУБ ЛЮБИТЕЛЕЙ AUDI A8 и AUDI S8

Всем привет!!

Задача - написание программы под винду для коммуникации с ПЛК по протоколу ModbusTCP и передачи данных в искомое приложение. Протокол открытый, у приложения есть SDK.

Готов к вопросам и предложениям.

Миш, привет! как сам? попробуй тут посмотреть http://habrahabr.ru/job/

Женя, привет!

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

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

activ8 писал(а):лучше чуть позже наберу - поговорим

протокол "публичный", копирайтов на него DARPA не ставила, "владеть" им невозможно, можно только знать или не знать
и если есть SDK, зачем тогда опускать на уровень сокетов???

А в чем фишка именно на С? Я к тому что может найдем компромис и замутим все не на С?

Да и по умным домам можно неплохо посотрудничать ежели что надо разработать

kvaker писал(а):протокол "публичный", копирайтов на него DARPA не ставила, "владеть" им невозможно, можно только знать или не знать
и если есть SDK, зачем тогда опускать на уровень сокетов???

Если слово "владеть" было непонятно, ок - "разбираться или знать". Что касается сокетов - я не сильно в теме... Я хочу задачу разделить на две составляющих. 1. Чтение переменных с ПЛК/в ПЛК. 2. Передача данных в приложение, которое может быть каким угодно.
Вероятно, для обеспечения гибкости нужно разделить эьи задачи. Один читает, другой забирает и передает, кому нужно. Как-то так, видимо. Если костноязычно выяснился, просьба понять - я не программер.

Alcogol писал(а):А в чем фишка именно на С? Я к тому что может найдем компромис и замутим все не на С?

Да и по умным домам можно неплохо посотрудничать ежели что надо разработать

Фишка С в том, что код должен быть мне опнятен потом для последующей модернизации. С пазных ПЛК я должен с помощью этого кода читать разные переменные, поэтому он должен быть прозрачным для индивидуальной настройки. Что касается умных домов - я за. Правда, сейчас сам веду разработку ИП для LED. Другие вещи пока не думал разрабатывать... Буду помнить о предложении

activ8 ну тогда для меня остается загадкой почему вы сами не пишите, а ищите человека, при том что вы хотите потом сам код менять. Темнота какая-то если честно

Если вы сами пишите на С, то для вас не проблема взять и написать все это. А если у вас нет нормальных спецов владеющих С, то какая вам разница на чем вам сдадут исходники? Найдете нужного программиста, который для вас это все модернизирует и либо аутсорсинг, либо в штат его.

Alcogol писал(а):activ8 ну тогда для меня остается загадкой почему вы сами не пишите, а ищите человека, при том что вы хотите потом сам код менять. Темнота какая-то если честно

Если вы сами пишите на С, то для вас не проблема взять и написать все это. А если у вас нет нормальных спецов владеющих С, то какая вам разница на чем вам сдадут исходники? Найдете нужного программиста, который для вас это все модернизирует и либо аутсорсинг, либо в штат его.

Да все просто: я сам пока не напишу, но разобраться в готовом коде мозгов хватит - проверено. Ведь не нужно же изучать принцип действия цифрового FM ресивера в радиоприемнике, чтобы слушать радио... Если вернуться к вопросу - я готов выслушать предложение или ответить на вопросы.

activ8 писал(а):Ведь не нужно же изучать принцип действия цифрового FM ресивера в радиоприемнике, чтобы слушать радио

Ну это сильно упрощенный пример

activ8 писал(а):я готов выслушать предложение или ответить на вопросы

Существует ли какое то ТЗ на софт который надо сделать? Хотелось бы ознакомиться. Тогда может что-то и предложу

- имеется контроллер, работающий в режиме Modbus TCP slave
- имеется ПК с работающим мультимедийным (или, возможно, каким-то другим) приложением – Конечным П.О.
- требуется производить обмен данными между ПЛК и ПК путем реализации на ПК функций Modbus TCP master. Назовем эту программу Клиентом ПЛК
- полученные значения в виде string, bool и т.п. Клиент ПЛК передает в приложение.
- Клиент ПЛК имеет возможность настроить:
- IP опрашиваемого ПЛК
- порт
- кол-во и адреса переменных
- тип операций с переменными (чтение, запись и т.п.)
- в идеале иметь возможность опрашивать неограниченное число ПЛК
- Между Клиентом ПЛК и Конечным ПО может располагаться отдельная программа, забирающая данные у Клиента ПЛК и формирующая отправку Конечному ПО. Как вариант, это может быть периодическая запись в БД какой-то статистики (журнала), или запись в xls каких-то значений. Основная мысль – иметь удобный и прозрачный доступ к данным Клиента ПЛК.

А предусматривается ли какая-то реакция приложения на полученные от ПЛК данные? Считать то это одно, вопрос больше в том что на основании их делать надо.

И самое главное, принципиально чтобы это был именно Windows, ну и вообще это должен быть именно комп? Или эти оба условия обговаривать можно?

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

Alcogol писал(а):А предусматривается ли какая-то реакция приложения на полученные от ПЛК данные? Считать то это одно, вопрос больше в том что на основании их делать надо.

И самое главное, принципиально чтобы это был именно Windows, ну и вообще это должен быть именно комп? Или эти оба условия обговаривать можно?

Клиент ПЛК сам не предпринимает никаких действий. Он просто забирает/отправляет в ПЛК данные. А также передает эти данные в целевое ПО. И самый интересный вопрос - КАК? Если это БД, например, или Эксель? А если это другая программа, для которой пишется плагин, забирающий у Клиента ПЛК значения и отражающий их в этой программе? Исходя из этого либо Клиент ПЛК должен уметь формировать на выходе требуемый нам формат данных, чтобы иметь возможность удовлетворять требованиям любого "запрашиваеющего приложения (БД, Эксель и т.п.), либо должны появиться соответствующие "адаптеры"...

Если это может быть и не ПК, то что? Другой микроконтроллер? Звучит заманчиво. Осталось продумать конечную картину, т.к. Изначально мне Клиент ПЛК нужен именно для привязки данных ПЛК к конкретным вин. приложениям.

Alcogol писал(а):В общем, если интересно, готов на выходных встретиться и обсудить вопрос. Могу предложить тысячу и один способ реализации данной темы.

Сбросил свой тел. в личку.

activ8 телефон получил, пока набрать не могу, свяжемся позже. Мне главное чтобы перед тем как начнем работу получить подопытный образец того, с чем я буду работать. Такое возможно?

Alcogol Я думаю, для начала нужно обсудить условия

Достать ПЛК могу. А для начала можно и тестерами воспользоваться:
- https://sites.google.com/site/plcsimulator/Home - слэйв
- http://www.win-tech.com/html/modscan32.htm - мастер

Тестер ещё более приемлимый вариант

Миш еще актуально? Есть человечек.

MavR писал(а):Миш еще актуально? Есть человечек.

Алексей, привет!

Отправаил ТЗ в ЛС

activ8 писал(а):Клиент ПЛК сам не предпринимает никаких действий. Он просто забирает/отправляет в ПЛК данные. А также передает эти данные в целевое ПО. И самый интересный вопрос - КАК? Если это БД, например, или Эксель? А если это другая программа, для которой пишется плагин, забирающий у Клиента ПЛК значения и отражающий их в этой программе?

сильно не углубляясь - ODBC и SNMP

kvaker писал(а):
сильно не углубляясь - ODBC и SNMP

Похоже на то... Правда, для меня это пока подножье горы...