Конференция "Основная" » i/o модуль
 
  • icp © (09.04.18 09:06) [18]
    у меня усб 1.1 работает в вайл тру ду. иногда. и2ц на 400 кбод тож в вайл тру ду, и нет что-то никаких проблем.

    и у нас никаких проблем.

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

    так вот еще для тех кто.

    пока у нас модбас, мы тратим на него одну сетевуху. только чтобы не пропустить датчик.
    вместо того, чтобы вынести ту самую гигапиксельную камеру на эту сетевуху.
    потому что кроме нее есть еще несколько мегапиксельных камер, и у них лайтенси скачет в моменты активации той "большой" камеры.

    е-мае. вроде и форум не блондинковский, а где-то даже инженерский.
  • KilkennyCat © (09.04.18 12:47) [19]

    > что происходит в проводах, если в ПО крутится цикл
    >
    > while true do read-something-trough-ethernet ?

    что угодно.


    > и в чем разница когда мы не читаем показания, а подписаны на их изменения которые нам кто-то сам присылает нам

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


    > представим что у нас не i7 а atmega328 и нам надо ловить единичку на ноге.

    никакой разницы. и истинные инженеры (не блондинки) единички на ноге не ловят.


    > способ первый в цикле читать ногу.
    > способ второй повеситься на прерывание на этой ноге и спать спокойно.

    способ третий - повеситься на прерывание от таймера и спать спокойно.
    И в любом случае - они не имеет отношения к текущей задаче.


    > когда у нас модбас, все что нам доступно - наяривать чтение в цикле.
    > а когда у нас mqtt - то контроллер сам ловит прерывания датчика и публикует изменения его показаний.

    Я рискну перефразировать: когда модбас, всё, что умеем - тупо наяривать запрос-чтение в цикле. А когда mqtt - то некая коробочка якобы ловит какое-то прерывание, которое нам крайне удобно. а то, что почему-то это все на одной сетевухе умеет работать - ни на какую мысль не наталкивает.


    > е-мае. вроде и форум не блондинковский, а где-то даже инженерский.

    Да ладно,  где-то даже инженерский он только когда ты здесь.
  • icp © (09.04.18 13:18) [20]
    > while true do read-something-trough-ethernet ?

    что угодно.

    > и в чем разница когда мы не читаем показания, а подписаны на их изменения которые нам кто-то сам присылает нам

    в общем случае - только в алгоритме.


    Для анженеров спецом было уточнено.
    что происходит с точки зрения ПРОВОДОВ

    если ты блондинко, то действительно. меняются только буквы в твоей программе.

    если ты инженер, то не можешь не понимать что в одном случае у нас шквал пакетов при непрерывном чтении,
    в другом случае пакеты только по факту срабатывания датчика.

    врочем ясно же, что ты это понял,
    но дурака выключать как бы уже поздновато,
    и остается только тупить делая вид что ничего не меняется.
  • icp © (09.04.18 13:45) [21]
    картинка для растормаживания мамкиных инжинеров

    https://cloud.mail.ru/public/39Aw/mvk3RiPkj
  • KilkennyCat © (09.04.18 13:59) [22]

    > что происходит с точки зрения ПРОВОДОВ

    мне точка зрения проводов недоступна, мне иногда кажется, что у них нет вообще точки зрения.

    Но вот что мне непонятно: если я дурак, то что мне дальше-то объясняешь? Твоя проблема, сам решай, ты ж умный.
  • GEN++ © (09.04.18 14:39) [23]
    >icp [13]
    Как я понял, конечные данные попадают в i7 через сетевую карту которая принимает по
    tcp/ip. Этот протокол гарантирует доставку но не гарантирует ее время. Посланный ей фрейм может прийти и через неделю после отправки. След-но пытаться в Вашей схеме
    получить "реальное время" не получится. Надо менять схему сбора данных или последовательность их обработки.
  • icp © (09.04.18 14:57) [24]
    Но вот что мне непонятно: если я дурак

    есть такая игра.
    сделать вид что тебе все непонятно и вылезти в ветку.

    получить "реальное время" не получится.

    все там получится, тем более что про тру реальное время речи не идет.

    все и так работает, но будет работать еще лучше, если сетвуху потратить не на модуль ввода-вывода, а на камеру, генерирующую большой трафик.

    а то что "все надо менять",
    причем вчера,
    это и я и владельцы бизнеса уже в как бы в курсе.
  • GEN++ © (09.04.18 15:36) [25]
    >icp
    Может поможет:
    Контроллер I/O подсадить к i7 через Modbus
    но i7 будет слайвером а I/O мастером, при этом убирается
    опрос от i7. 20 Гц событий при грамотном алгоритме
    на контроллере I/O  и 4800/9600, полагаю, можно будет достичь.
  • icp © (09.04.18 16:43) [26]
    камеры-то там не для мебели стоят.

    фреймы с них обрабатываются на i7.
    по результатам обработки могут выдаваться аутпут сигналы на всякую механику, убирающую с конвейера штуковины.

    и если i7 будет слэйвом,

    то у нас либо arm cortex должен обработкой заниматься,
    либо мастер должен уже в обратную сторону напрягать сетку,
    постоянно спрашивая комп: "а не пора ли дрыгнуть нам рычагом отбраковщика?"
  • GEN++ © (09.04.18 16:54) [27]
    >icp
    так I/O напрямую через RS485 к i7 подключить в обход сетки
  • icp © (09.04.18 17:43) [28]
    в этой ветке очень остро не хватает еще какого-нибудь начинающего ардуинщика.
    все остальные уже собрались.

    ЗЫ вы реально думаете, что 485-й здесь не упомянут потому что мы про него не знаем или не пробовали?
  • KilkennyCat © (09.04.18 17:49) [29]

    > не хватает еще какого-нибудь начинающего ардуинщика.

    самокритика - это хорошо.

    Я уже предлагал: считаешь себя супер-профи - иди на сахару, общайся на уровне.
  • GEN++ © (09.04.18 18:14) [30]
    >..в этой ветке очень остро не хватает ...
    действительно не хватает теле-патов - будете 1-м.
  • asail © (09.04.18 18:48) [31]

    > KilkennyCat ©   (09.04.18 12:47) [19]
    >
    > способ третий - повеситься

    Хороший способ, че уж там... :)
  • icp © (09.04.18 20:16) [32]
    каких нафик телепатов?

    i/o сонтроллер
    в природе есть что-нибудь промышленное, умеющее mqtt и с релейными выходами?
    открытый коллектор и modbus не подходит.


    хотя, да.
    будь это форум неандертатлов, то действительно, - потребуется телепат. чтобы понять о чем спрашивают в вопросе.

    но так как вы не они,
    то телепатируйте лучше на просьбу жены вкрутить лампочку.

    какой там косинус фи.... индуктивность спирали ..... что лучше:  вкручивать лампу в патрон, или патрон на лампу накручивать......
  • Германн © (10.04.18 03:03) [33]

    > icp ©   (09.04.18 20:16) [32]
    >
    > каких нафик телепатов?
    >

    Таких, которые смогут трансформировать ваш смутный поток сознания в что-то понятное если и не всем, то многим. Или хотя бы некоторым.
  • GEN++ © (10.04.18 08:25) [34]
    >[32]

    Что ни делает дурак,

    Все он делает не так.

    Начинает не сначала,

    А кончает как попало.

    С потолка он строит дом,

    Носит воду решетом,

    Солнце в поле ловит шапкой,

    Тень со стен стирает тряпкой,

    Дверь берет с собою в лес,

    Чтобы вор к нему не влез.......

    ........

    .........с той минуты

    Стал ходить дурак надутый.

    То и дело он, дурак,

    Говорит другим: - Не так!

    Он не плачет и не пляшет,

    А на все рукою машет.

    Постороннему никак

    Не узнать, что он дурак.

    Дети буквы пишут в школе,

    Да и спросят: - Хорошо ли?

    Поглядит в тетрадь дурак,

    Да и вымолвит: - Не так.

    Шьют портнихи на машинке,

    Шьют сапожники ботинки.

    Смотрит издали дурак

    И бормочет: - Все не так!

    И не так селедок ловят,

    И не так борщи готовят,

    И не так мосты мостят,

    И не так детей растят!

    Видят люди, слышат люди,

    Как дурак дела их судит,

    И подумывают так:

    «Что за умница дурак!»
  • icp © (10.04.18 08:40) [35]
    как славно что вы здесь сегодня собрались.

    теперь читаем что написано сверху.

    спрашивалось про модуль ввода вывода. с mqtt и релейными выходами.
    затем читаем всю муть которую вы тут мамкины инженеры наванговали.
    картинка как можно понять помогла всего одному.
    и то ладно.

    ну а остальные перестаньте куксится, скоро полдник в младшей группе.
  • icp © (10.04.18 08:50) [36]
    вот если по-русски сказано, что модбас не подходит, значит емае он не подходит.

    но обязательно найдется умник,
    который предложит тот же модбас, но цуко поверх rs485.
    без него же не догадаются типа.
  • tesseract © (10.04.18 23:51) [37]
    >> что модбас не подходит,

    Значит нужОн CanBus!

    >>но цуко поверх rs485

    И обязательно с опторазвязкой! Без оптронов rs485 только для лохов.
 
Конференция "Основная" » i/o модуль
Есть новые Нет новых   [95455   +68][b:0.002][p:0.003]