Alezi

Требуется установка программы клиента на удаленной стороне. К сожалению, прямого доступа туда нет, все происходит через программу->Siemens MC35i GPRS модем->сервер в интернете. Модем обычный, соединяется через GPRS по номеру *99***1#. Нет, после набора "виртуального номера", который идет с моей программы, выдает сигнал линия не доступна. Да, все одинаково до момента, когда проверяется доступность линии. Потом виртуальный модем выдает сигнал о занятой линии. Не смотрел, виртуальный модем изначально просит установить адрес/порт удаленного хоста. Поскольку на стороне сервера программы такой нет, то думаю не поможет.

Оказалось немного не то. На "другой" стороне требуется установка аналогичной программы и обмен данными возможен только между ними. Хотя эмулятор модема работает нормально, командами "AT" заставляет думать программу, что она общается с модемом. Только сигнал в линии не находит, поскольку клиентская часть не установлена.

Суть того, что пытался сделать: Virtual Modem – эмуляция виртуальных модемов и факсов. Virtual Modem создает виртуальные com-порты и придает виртуальные модемы для них, которые работают так же, как реальные (поддержка Hayes AT-команд), однако использовать протокол TCP/IP для подключения к удаленному хосту. Это дает лучшую скорость и надежность передачи данных, а также до 255 модемов, которые могут быть созданы в любой системе. Если все получится, то хорошо!

Мысль ушла в другую сторону....подключение к сотовой сети не нужно! Интернет можно взять из локальной сети, либо через прокси, либо через VPN, либо через USB модем от Yota (потому что бесплатный на 128к). Используемый до сих пор модем Siemens MC35i и хотя в программе можно указать номер, хоть *99# либо *99***1#, для нее, как я понимаю, это не существенно. Программа ожидает от модема подтверждение, вида "Ok" и продолжает действия.

Программный способ наиболее предпочтителен. Как писал выше, нет желания изобретать велосипед, может есть аналоги программ или варианты решения?

Проблема в том, что программа общается с модемом командами "AT" и присутствие интернета на компьютере она не видит. Как вариант думал что то типа "виртуального модема" или драйвера, принимающего и отвечающего запросам программы на установление соединения и открытия сокета, а потом пересылкой данных через Ethernet.

Добрый день! Вводная часть проблемы, имеется программа, которая получает/принимает данные из интернета через GPRS модем по COM-порту. Появилась возможность брать интернет из локальной сети по Ethernet, либо через USB модем от Yota. Вопрос, возможно ли "обмануть" программу, заставив ее думать что она получает доступ в интернет через GPRS модем ? Есть ли подобные решения, поскольку изобретать велосипед совсем не хочется.

Мой CCD Cable никакой маркировки по скорости не имеет. С драйвером разобрался, ответил производитель, прислал установочный файл. Вопрос теперь в следующем, Quartus II при подключении CCD Cable видит устройство, но прошивать не хочет. Сама плата CoreCommander как я понял есть в двух модификациях, с внешним блоком питания и без него. У меня второй вариант и как в этом случае необходимо подключать для прошивки плату, только одним miniUSB, подключенным к CCD Cable или к плате тоже необходимо подключить miniUSB для питания?

Доброго времени суток присутствующим! Вопрос в следующем, появилась в пользование плата CoreCommander от компании slscorp и есть к ней Download Cable (CCD cable), подключается к Windows 7 x86 по mini-USB и тут начинается проблема - отсутствие драйвера. В следствие чего работать не получается :( Может кто работал или работает с такой платой подскажет где искать? В системе определяется как CCD Cable в свойствах ID оборудования USB\VID_1772&PID_1002

Такую проблему убирал путем повторной компиляции проекта в Sopc Builder, Quartus и Nios (предварительно bsp editor). На всякий случай проверьте, верный ли sof льете....)) Успехов... ПыСы.:сам работаю Quartus 9.1 SP2 плата DE2-70

Спасибо всем кто помогал... Все заработало :)

Кто нибудь использовал блок EPCS vitual memory? Он вообще работает? :( Пока решил использовать стандартную мегафункцию altasmi_parallel, есть ли возможность подключить ее в SOPC builder, чтобы отслеживать данные через Nios II IDE?

Пробовал смотреть сигналтапом...Хотел найти эти сигналы, но увы... asmi_block : cycloneii_asmiblock port map( data0out => ASMI_MISO, oe => '0', scein => asmi_cs, dclkin => asmi_clk, sdoin => ASMI_MOSI ); Видны только ASMI_MISO и ASMI_MOSI. В ниос дебугере наблюдаю также интересную картину, при просмотре памяти по адресу устройства (EPCS_VIRTUAL_MEMORY_CLASSIC_0_DATA_BASE 0x40000) при выполнении операции чтения наблюдаю картину: Похоже изменение данных в памяти идет как то спонтанно...(( При попытке что либо записать виснет окончательно...

Ну вроде всему этому нашел решение: EPCS4: Compilation problem Компиляция прошла успешно, теперь вопрос доступа к данным, т.е. собственно запись/чтение EPCS. Есть ли разница какая EPCS подключена или нет? В визарде к epcs_virtual_memory есть какие то настройки, пока не понял для чего...Типа "map code space in flash sector" и выбор из нескольких значений. И в самом коде есть: PACKAGE epcs_virtual_memory_package IS CONSTANT flash_sector_code_offset : INTEGER := 2; CONSTANT flash_sector_code_size : INTEGER := 1; CONSTANT flash_sector_data_offset : INTEGER := 4; CONSTANT flash_sector_data_size : INTEGER := 1; CONSTANT dp_avalon_addr_width : INTEGER := 16; CONSTANT cp_avalon_addr_width : INTEGER := 16; CONSTANT delay_counter_data : INTEGER := 2; CONSTANT avalon_clk_is_too_fast : std_logic := '1'; END PACKAGE epcs_virtual_memory_package; На что может влиять, например, flash_sector_code_offset? Пока в ниосе читать или писать не получилось, использовал стандартные IOWR, IORD и через указатель. В окне ничего не выдает, а в дебугере пишет Connection reset by peer.

Уже добавлял в проект altasmi_parallel из megafunction и там нашел тот же код: COMPONENT cycloneii_asmiblock PORT ( data0out : OUT STD_LOGIC; dclkin : IN STD_LOGIC; oe : IN STD_LOGIC := '1'; scein : IN STD_LOGIC; sdoin : IN STD_LOGIC ); END COMPONENT; cycloneii_asmiblock1 : cycloneii_asmiblock PORT MAP ( data0out => asmi_miso, dclkin => asmi_clk, oe => '0', scein => asmi_cs, sdoin => asmi_mosi ); но от всего этого легче не стало...(( Еще одна тонкость, случайно поменял сигналы, т.е. data0out => asmi_mosi и sdoin => asmi_miso все скомпелировалось...правда смысла от этого мало))