Каюсь - грешен. Тоже писал под Android на Java для OrangePi Lite. Но как представлю Linux + Dalvik (JVM) + мой APP - мама дорогая!
Может лучше esp8266 за 160р. - еще по божески.
Вид для печати
Каюсь - грешен. Тоже писал под Android на Java для OrangePi Lite. Но как представлю Linux + Dalvik (JVM) + мой APP - мама дорогая!
Может лучше esp8266 за 160р. - еще по божески.
я тоже склоняюсь к ESP, надо будет поизучать, ну и определиться какую купить для тестов. И что еще купить к ней, чтобы порты сделать, 485-й и 232-й.
ESP сразу с Wi-Fi? или это примочка уже к ней? типа если сразу, то простецкий WEB ей делать для конфигурации.
Да. Совершенно верно.Цитата:
Сообщение от melky
Вот уже работающая схема конвертера с двумя RS485, которая уже работает и с USR-VCOM и MQTT (через WiFi) и поддерживает WEB и прошивается OTA.
Вложение 71781
https://duino.ru/esp12e.html/
https://www.chipdip.ru/product/rs485-board-3.3v
EFrol я правильно понимаю, что плата TTL-RS485 без автоуправления и это аналог этой ? https://aliexpress.ru/item/328268071...524abfb4H7HnME
з.ы. просто заказал у китайцев такие платы и ESP-12F (вроде как аналог 12E)
Есть одно большое НО. Питание 5v, соответственно, и уровни будут такие же. esp8266 на 3.3v. У меня мс MAX485 с таким уровнем работать не захотела. Надо чтобы мс стояла SP3485.Цитата:
Сообщение от melky
Так же и для RS232 вместо MAX232 надо SP3232.
EFrol меня смущает схема и сам чип 12E, у него всего один Rx,Tx и переключение происходит за счет этих модулей с программным переключением, то есть блокируется один, потом второй.
Опрос приборов не быстрое занятие, там пакеты на один запрос могут быть значительными. Будет успевать работать на два фронта эта комбинация или нужен чип ESP с двумя портами сразу?
На счет этих модульков вроде заявлена работа и на 3.3В, типа совместимы. Предположу, что там stepup стоит микросхема по питанию, типа если подал 3,3В то там где надо подтянет к 5-ти. Но ее схемы у меня нет... Блин, нифига на ней нет, видимо не ту выбрал к покупке :(
да что-то жаба задушила 430 за одну, а у китайцев не нашел. Да и нафига там этот RJ разъем сдался?, просто клеммников не достаточно?
https://aliexpress.ru/item/100500571...4c8a5d021yJ4mg - такую заказал :) вроде лапа для управления передачей есть.
Я почему и бросил эту схему, да перешел на PIC. Есть некоторые схемотехнические сложности, особенно при использовании RS232 = приходиться добавлять новые МС или дополнительное окружение. Макетка уже вся в хлам.
И да! У esp один полноценный аппаратный UART порт, у второго только TX (используется для вывода отладочных сообщений).
Идея заключается в следующем: Если один порт Master, то его мы слушаем только тогда, когда что-то запросили и то строго по таймауту.
Все остальное время работает Slave-порт - слушает запросы от другого Master (ПР, например).
Алгоритм: Приняли ModbusRTU по Slave -> проверили корректность пакета, преобразовали -> переключились на Master, отправили, дождались ответ, преобразовали -> переключились на Slave, отправили ответ. На ПР заранее увеличили время ожидания ответа. Так вот на PIC12F1822 схемотехнически, оказалось, реализовать проще. Да и жалко стало esp (из пушки по воробьям).
Кстати, работа с SIM800. Входной пакет SIM800 хранит у себя пока PIC его не запросит. Получив входной пакет от переключается на RS485, производит обмен, переключается на SIM800 и отправляет ответ в Internet. Т.е. и стой и стой стороны никто не начнет передачу пока PIC не разрешит. В этом случает одного UART достаточно. Только переключать его на нужный порт.
Кстати, у Вас правильный вопрос: "Нафига сдался?"
Я тоже думаю: "Нафига простому конвертеру WiFi, WEB и т.д.?"
У большинства приборов протоколы настолько простые, что иногда и PIC жалко использовать.
аааа, предупреждать надо :)
надо какой-то чип с двумя портами, один всегда опрашивает прибор и складывает в регистры Modbus, а по второму порту забираем данные из регистров когда хотим... Что есть для этого ?
Ну или как обучить работать со всем этим ESP-12E ?
Были бы приборы простыми, я бы не обсуждал это. Вернее они не столько сложные, сколько дурные. Например из той же Логики можно запрашивать по одной переменной, но эта дура будет из-за одной переменной присылать целиком страницу, где эта переменная находится. Тогда проще забрать сразу несколько переменных, расположенных на странице.
Страница если что 64 б...
Делать конвертеры протокола из Modbus в ??? не совсем правильно будет, типа когда спросили Modbus, тогда пошел запрос к прибору. Это идиотизм будет какой-то.
Имхо, к портам придется добавлять обвязку, чтобы порты были гальванически развязаны. Без этого нет смысла делать устройство.
Я, конечно. написанием протокола под СП-сеть никогда не занимался, но ни одно стороннее приложение для работы с ней даже намёка на подобное поведение не содержит. Что запросили, то и получили.Цитата:
Сообщение от melky
imaex а вы добавьте по очередно разные переменные из одной страницы и посмотрите лог ответа прибора, очень сильно удивитесь :)
Это в М4 протоколе (гибрид СП сеть или переход откуда-то куда-то в протоколе) можно запросить одну переменную и одну получить, а в СП сеть будьте любезны в ответ схлопотать одну страницу памяти и вытащить требуемую переменную. А то и две страницы, если переменная вдруг на 8 байт и неожиданно не влезла на первую страницу...
з.ы. возможно есть какие-то другие команды по запросам переменных, но я ориентировался на документацию протокола, документацию нужного прибора и изучением логов OPC сервера Логика при работе с требуемым прибором.
Кстати ESP-12E имеет два порта UART, пины 13 и 15, в общем разбираться и разбираться...
Да сколько угодно - без разницы. Ужасы какие-то рассказываете.Цитата:
Сообщение от melky
imaex это не ужасы, так работает OPC сервер Логика :)
Если знаете команды из СП сеть для ответа прибором только одной переменной, напишите. Вдруг я что-то упустил и одну переменную можно запросить иначе?
Просто обычно требуется сразу несколько переменных и я группировал адреса и запрашивал сразу страницами памяти. Но это же приходилось делать даже если мне нужна всего одна переменная где-нибудь в середине списка...
Ещё раз - я не работаю на уровне протокола. Но для получения параметра ничего, кроме номера канала и номера параметра задавать не нужно. Всё по одному, без изысков.Цитата:
Сообщение от melky
imaex понятно, вы попросили, вам ответили, но при этом вас мало интересует как именно вам отвечали, ибо вам важен результат :)
Хорошо.
Допустим такой конвертер мы создадим.
Допустим по описанию протокола прошьем.
Как отладить без целевого прибора?
Удаленный доступ через ПК?
Что делать, если прибор уже установлен на объекте?
Выезд к заказчику?
Передать заказчику как есть?
Цена на прибор?
Сколько брать за разработку прошивки?
Было бы здорово, если бы OWEN производил, а мы бы обменивались прошивками как библиотеками ФБ.
EFrol что касается Логики, ессно покупать данные приборы я не буду из своего кармана. Но люди давали доступ удаленно к данным приборам, думаю так же можно попросить дать доступ еще раз.
Проблема заключается в том, что прибор у черта на куличках, подключен через Etherneth-RS485(232), сделать виртуальный COM не проблема. А вот сделать на этот виртуальный COM связь с физическим COM портом, чтобы подключиться устройством еще ни разу не пробовал. Но по идее это возможно....
Если удастся решить данный вопрос с портами - то просто предоставление доступа к приборам по такому же принципу и необходимое время на разработку прошивки.
За разработку тех приборов, что есть у меня или предоставят в доступ ничего, цель создать устройство, ну и продавать его не в минус...
Цена на прибор - ну это только ваша(наша) жадность :)
Где здесь про "страницы"? Вы к 232-му интерфейсу приборов подключаетесь или на 485-ый ломитесь?Цитата:
Сообщение от melky
Вложение 71793
imaex это кажись из версии М4 протокола... у них там сам черт ногу сломит, а обратившись в техподдержку Логики получил ответ - мы не знаем (не помним) :)
Подключался через Etherneth - RS а какой там он у людей я не в курсе :)
Документ называется
МАГИСТРАЛЬНЫЙ ПРОТОКОЛ СПСеть
Руководство программиста
РАЖГ.00276-33
У них дофига народу во Взлёт ушло, в т.ч. разработчики протокола. Т.ч. может и правда деталей не знают. Тем более, что приборы год от года меняются. Того же СПТ961 только я 4 модификации знаю. Ладно, пусть 3.
Однако, для простого чтения оперативных параметров это не является проблемой.
imaex да, уже открыл посмотрел у себя на компе... возможно перепутал с RS сетью. Так как драйвер я писал один на все, просто для всех приборов Логика. Опять же, ориентировался при этом не только на документацию, но и на работу их OPC сервера, изучая логи обмена.
Исходники драйвера еще не выкладывал на GIT, так как там полно мусора всякого разного, хотя есть и куча комментариев собственных.
Помню, что там не так все просто, как хотелось бы :)
в протоколах их, все можно было сделать гораздо проще в тех или иных местах. Просто видимо из-за давности на рынке у них такая чехарда - RS сеть, потом СП сеть, потом М4 (или наоборот два последних)...
Вообще разбираясь с разными протоколами пришел к тому, что Modbus во много лаконичнее, чем куча других.