caxapa.ru :: Добрый день, форумчане! Такой вопрос необходимо оттестить обмен с ПК по последовательному порту. Посоветуйте какой программкой лучше посылать - принимать данные? Раньше гонял Hackman Hex Editor-ом. Пытался поставить ее, но винда ругается матом и

Meteor (27.08.2009 15:35 - 15:39, просмотров: 35595)

Добрый день, форумчане! Такой вопрос необходимо оттестить обмен с ПК по последовательному порту. Посоветуйте какой программкой лучше посылать - принимать данные? Раньше гонял Hackman Hex Editor-ом. Пытался поставить ее, но винда ругается матом и вышвыривает.

- COM Port Toolkit - Ig_Ra(351 знак., 28.08.2009 15:10, ссылка, картинка)
  - Из предложенного самое то!!! Всем спасибо))))))) - Meteor(28.08.2009 16:13)
  - Спасибо! Я как раз с паузами работаю)))))))) Запрос, потом ответ и пауза. - Meteor(28.08.2009 15:37)
- Закинул в Upload... - zlogic(28.08.2009 13:42, ссылка)
  - 2 zlogic Отдельное спасибо)))) - Meteor(28.08.2009 14:33)
    - А у меня эта прога не разворачивается полностью, в том числе и ручками. Через Tab удалось нащупать ОК. Но и следующее окно показывает не все элементы. Скорее всего зависит от разрешения экрана или размера шрифта. 580BM80(28.08.2009 14:50)
      - Вот что я вижу Meteor(28.08.2009 15:30)
        
        А я верю:) Только у меня гарантированно обрезаются оба окна справа и снизу:( - 580BM80(28.08.2009 15:43)
        
        Это в настройках экрана копать надо... - Meteor(28.08.2009 16:04)
        
        Уже покопал. Ни один режим не исправил. Как вариант, предложил бы автору размеры окон определять арифметически из сумм размеров и позиций внутренних элементов. - 580BM80(28.08.2009 16:20)
        
        Ничего не понял... НИКТО НИКОГДА не жаловался... - zlogic(28.08.2009 16:25)
        
        Ради любопытства скачал. У меня ситуация такая же как и у 580BM80. Я использую крупные системные фонты (120dpi). С обычными фонтами (96dpi) все нормально. Это типичная ситуация, когда автор программы использует фиксированный размер окна, не rezident(134 знак., 28.08.2009 16:57)
        
        хотя, мне тоже пора увеличить шрифт... что-то плохо стал видеть... старость, однако... :))) - zlogic(28.08.2009 17:04)
        
        Пока я работал с ЭЛТ-мониторами и разрешениями до 1024*768, я тоже использовал обычный размер фонтов. Но сейчас даже на 19" LCD при разрешении 1280*1024 это уже издевательство над собственным зрением - слишком мелко. - rezident(28.08.2009 17:22)
        
        Хм... Я тоже использую крупный шрифт, но переход на нормальный результата не дал. - 580BM80(28.08.2009 17:52)
        
        Пардон, перезагрузка разруливает ситуацию. - 580BM80(28.08.2009 17:53)
- Дайте мыло, я вам пришлю свою прогу, специально для этого написанную... - zlogic(28.08.2009 12:56)
- Если протокол нормальный, текстовый, то можно и hyperterminal. Бинарные протоколы -- зло, которое актуально в редких случаях. - fk0(27.08.2009 17:27)
  - Преимущества текстовых протоколов сильно преувеличены. 1. Контрольная сумма в текстовом протоколе - большой геморрой. 2.Одна однажды написанная программа поддержки бинарного протокола закрывает все проблемы. Ну сделал я текстовый протокол - все равно Vladimir Ljaschko(61 знак., 27.08.2009 22:58)
    - про геморой -- бред. пример -- NMEA. Всё замечательно более чем. Бинарный NMEA и представить даже жутко, глюкодром неописуемый гарантирован хотя бы с float'ами. - fk0(28.08.2009 11:44)
      - Гклюкодром основан не на флоат, а кривых руках. К тому же пример вобще некорректный... POV(655 знак., 28.08.2009 12:34)
        
        дадада, *.doc лучше чем *.html и спорить не буду... - fk0(28.08.2009 15:10)
        
        Да-да, кирилл-крокодил умней всех :)) - 12345(28.08.2009 15:13, )
    - Особенно эротично в отладке бинарных протоколов выглядит исправление багов годика через два после выпуска девайса. Когда смотришь печально в дебаггер и спрашиваешь себя "кто все эти байты????" :-) - Shura(28.08.2009 09:57)
      - Предлагаешь создать текстовый протокол на базе XML? - vmp(28.08.2009 10:02)
        
        XML -- чаще миф. XML нужен ровно в одном случае -- для обмена с внешними (сторонними) программами данными. - fk0(28.08.2009 11:46)
        
        Почему нет, иногда такой подход имеет право на жизнь. Зачастую нонешние каналы связи имеют гигантскую избыточность. - Shura(28.08.2009 10:05)
        
        И кончится все WEB-сервером в каждом устройстве. - vmp(28.08.2009 10:11)
        
        Не кончится, прогресс дальше пойдёт :-) От текстовых протоколов перейдём к голосовым :-) - Shura(28.08.2009 10:18)
        
        будет еще хуже: "Кто здесь?!" :) - Vladimir Ljaschko(28.08.2009 11:18)
        
        Нааармальна будет :-) Мастер в шину: Рааавняйсь! Слейв №1, должить обстановку! :-) - Shura(28.08.2009 13:43)
  - +1, поэтому сильно удивился, увидев бинарный протокол в LMX9838 - Shura(27.08.2009 17:31)
    - ASCII протокол режет пропускную способность вдвое. Жалко в m2m приложениях. - amusin(27.08.2009 19:08)
      - И программа написанная на ассемблере в 2 раза короче и в 2 раза быстрей. На C только ламеры пишуд. (C) - fk0(27.08.2009 19:45)
        
        Ну если лень челу разбираться и пытаться осознать что, где, как и когда происходит в МК пусть пишут на сях или чем им вздумается. Надеюсь ветка не превратится в очередную битву ...ненавистников:))) По протоколам, стараюсь пользоваться только бинарниками. Meteor(135 знак., 27.08.2009 20:17 - 20:22)
        
        Языки программирования для ламиров. Профессианалы пишуд в машинном коде! Я повторюсь ещё раз, в нормальном проекте, если там протокол/язык для него есть BNF, по которой готовыми и 30-лет как использующимися средствами пишется надёжный парсер. Гораздо fk0(355 знак., 28.08.2009 11:56)
        
        скоро и по SPI все АЦП и др. микросхемы будут текстовыми протокалами настраиваться и данные также отдавать будут.)) Hi(110 знак., 29.08.2009 12:03, )
        
        А скорей таки ниасиливают libc и не могут написать тривиальнейший парсер протокола, даже без lex и yacc. - fk0(27.08.2009 19:46)
- Terminal Emulator из пакета по ссылке - amusin(27.08.2009 15:47, ссылка)
  - Спасибо))) - Meteor(27.08.2009 15:55)

Микроконтроллеры