Перейти к содержанию
    

ginger_tigra

Участник
  • Постов

    6
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о ginger_tigra

  • День рождения 24.03.1966

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array
  1. Студент заборстроительного, взаимно. Торгуй лучше гербалайфом. Или вискасом. Программы продавать - явно не твоё. :-(
  2. Студент заборстроительного, ситуация ещё хуже - уже всё купили: и станок с микроскопическим таймаутом, и прогу к нему, и raspberry, и даже модем GPRS'ный. Больше начальство ни копейки не даст. А запустить всё это надо до конца позапрошлой недели. :-( Поэтому максимум, что могу позволить себе (или кому-то) до конца года наваять, это .ini-файл или конфигу к готовой софтинке; в особо крайнем случае - взять софтинку опен-сорсную и дописать кусочек к ней. Пока упёрся в катастрофическое незнание - какую именно софтинку курочить. :-(
  3. Нужна помощь! Есть Raspberry Pi 3, на нём pppd через GPRS-модем (скорость приёма-передачи - хорошо если 30-40 килобод), преобразователь USB-COM (подключен к некоему устройству на скорости 115200) и ser2net. На другом конце TCP-соединения - комп под Windows, на нём HW VSP (бесплатный однопортовый) и программа, которая умеет обмениваться пакетами с упомянутым устройством через COM-порт. Проблема: как только размер отправляемого c компа пакета превышает три-четыре десятка байт, как в связке HWVSP-TCP-ser2net начинаются неприятности - пакет принимается на другом конце в два приёма: приходит начало пакета, а после паузы в три-четыре сотни миллисекунд - остальное. Устройство, натурально, расценивает этот таймаут как недопустимо большой и отбрасывает обе половинки пакета. Опытным путём удалось установить, что допустимый интервал между байтами пакета - в пределах 20-30 миллисекунд, максимальный размер пакета - 255 байт, а программа не отправляет следующий пакет, пока не получит ответ на предыдущий либо пока не истечёт таймаут (а у программы он довольно длительный - десятки секунд). Соответственно, вопрос: либо что можно сделать, чтобы пакеты не рвались при их передаче через TCP, либо какую софтинку применить на Windows-стороне, чтобы изображала из себя COM-порт и передавала данные UDP-пакетами?
  4. Keil 4.50

    Не могу - у нас уже куча проектов, которые под Keil C51 v9.54 компилируются нормально, а под 9.55 и дальше - сыплют warning'и сотнями, а разбираться некогда и некому. :-( Ага, я глянул: .dll'ка идентична таковой из вот этой выкладки, но там есть ещё и оригинальная uvedit.dll (байт-в-байт такая же, как в Keil C51 v9.53 и 9.54) плюс дизассембл ихменённого участка. Но с ней тоже нет русского в преференсах. :-(
  5. Keil 4.50

    А с какой именно версии брать, не подскажешь? У меня стоит uVision 5.14.1 из этой раздачи - в ней русского ещё нет...
  6. Keil 4.50

    Подскажи, пожалуйста, а что на что ты менял в uvedit.dll? В бинарнике или правил+перекомпилировал исходник? Хочу проделать аналогичную штуку с uVision 5.14 и заодно пошаманить с буквой "ё" - мне без неё неуютно. :-) но не знаю с чего начать. :-(
×
×
  • Создать...