В этом научном методе было столко тыка, что все не упомнишь Примерно так: Смотрим папку /dev.(У меня Ubunta).Подключаем осцилл.Появляется файл /dev/ttyUSB0 На другом рабочем столе запускаем виртуалбокс и в свойствах настраиваем порт2. Называем его СОМ3(у меня физически 2 СОМ-порта). Нужно выбирать название, которого физически нет. Хост-устройство настраиваем на /dev/ttyUSB0.
ВНИМАНИЕ! Записываем адрес прерывания и порта В/В
Сохраняем.Запускаем винду.Проверяем наличие порта.Если порт автоматом не подключился,вручную устанавливаем новый СОМ-порт.У меня получилось СОМ9.Настраиваем его на известные прерывание и адрес В/В.Настраиваем новый порт на максимальную скорость. У меня получилось 115200. Там есть больше,но у меня при установке большей скорости СОМ9 портился, я его удалял и устанавливал по новой.Запускаем осцилл,настраиваем его на новый СОМ-порт.Connect состоялся.Какая там скорость,не знаю.Для меня пока не критично. Кто умеет проверить,расскажите.
ВНИМАНИЕ! Отключать осцилл(от USB физически) при работающем виртуалбоксе не желательно, т.к. исчезает файл /dev/ttyUSB0 и соединение разрывается. При повторном подключении появляется файл /dev/ttyUSB1,а виртуалбокс настроен на /dev/ttyUSB0 - соединение не восстанавливается.Надо закрывать винду,перестраивать виртуалбокс на /dev/ttyUSB1
PS: Я в ОС не гуру,может кто знает как настроить железно однозначно,расскажите.
Может низкий FPS связан с низким быстродействием в отрисовке графики?
чтобы проверить это предположение, нужно: 1) вызвать управление соединением (Link-Setup), и в нем включить счетчик пакетов/сек (OBEX - PPS meter) 2) включить трансляцию пакетов в буфер обмена (File - Export to clipboard) 3) свернуть окно осциллографа при этом, измеритель FPS остановится (поскольку приходящие пакеты будут направляться только в буфер обмена, но не в рисование/измерители), а PPS продолжит показывать частоту обмена.
Хотя, если б кушала графика - загрузка процессора была бы выше.
Проверил по этой методике: при развернутом окне PPS=8-10, при свернутом PPS=15-16. Т.е., отрисовка существенно тормозит. Можно что либо предпринять для поднятия PPS. Спасибо!
А насколько мешает "низкий" FPS? Насколько помогает высокий? Я, например, столкнулся с таким - на 5-10 FPS картинка стоит ровно, а при 30-40 начинается неприятное дрожание по вертикали. Пока не понимаю необходимости высокого FPS для реальной работы.
А насколько мешает "низкий" FPS? Насколько помогает высокий? Я, например, столкнулся с таким - на 5-10 FPS картинка стоит ровно, а при 30-40 начинается неприятное дрожание по вертикали. Пока не понимаю необходимости высокого FPS для реальной работы.
Да я не знаю. Пока все нормально. Просто "абыдно" А под wine сетки нет - снова "абыдно"
Проверил по этой методике: при развернутом окне PPS=8-10, при свернутом PPS=15-16. Т.е., отрисовка существенно тормозит. Можно что либо предпринять для поднятия PPS. Спасибо!
Такая статистика показывает, что тормозят и обмен, и отрисовка: 65 миллисекунд на цикл обмена, и 100-125 миллисекунд на обмен+рисование. Если кванты системой выдаются по 60мс, то ничего удивительного: сам обмен успевает проскочить каждый квант, а с рисованием - даже небольшая трата времени на отрисовку уже перекидывает очередной обмен на момент через квант. То есть, нужно ускорить в первую очередь обмен. Для этого в тестовой версии мы зимой сделали три способа тактирования обмена в Link - Setup - Timing - Parsing .
Отрисовку можно ускорить, если масштаб окна сделать единичный (как по умолчанию), поскольку 4 точки зарисовывать дольше, чем одну.
Но в общем, виртуальная машина и не должна быть такой быстрой, как нативная.
Пока не понимаю необходимости высокого FPS для реальной работы.
Большой FPS при простом наблюдении - действительно не нужен, так как есть предел у глаза человека, и у частоты кадров монитора.
Однако, если: - производим какие-то измерения с усреднением, то чем больше данных в единицу времени - тем больший достигается эффект от усреднения; - производим какие-то измерения с поиском пиков (выбросов) - то чем больше FPS, тем меньше вероятность пропустить искомый артефакт в сигнале, поскольку уменьшается процент "мертвого времени"; - наблюдаем на экране сигнал в режиме памяти (кнопка Memo) - с увеличением FPS быстрее создается достоверная картина изменений сигнала.
А насколько мешает "низкий" FPS? Насколько помогает высокий? Я, например, столкнулся с таким - на 5-10 FPS картинка стоит ровно, а при 30-40 начинается неприятное дрожание по вертикали. Пока не понимаю необходимости высокого FPS для реальной работы.
Да я не знаю. Пока все нормально. Просто "абыдно" А под wine сетки нет - снова "абыдно"
Повторю с параллельной темы: Под wine нужно переключить библиотеки oleaut32 в реестре wine, например winetricks native_oleaut32
Ну и oleaut32.dll вындовсовская должна быть доступна программе. Тогда сетка появится.
Проверил по этой методике: при развернутом окне PPS=8-10, при свернутом PPS=15-16. Т.е., отрисовка существенно тормозит. Можно что либо предпринять для поднятия PPS. Спасибо!
Такая статистика показывает, что тормозят и обмен, и отрисовка: 65 миллисекунд на цикл обмена, и 100-125 миллисекунд на обмен+рисование. Если кванты системой выдаются по 60мс, то ничего удивительного: сам обмен успевает проскочить каждый квант, а с рисованием - даже небольшая трата времени на отрисовку уже перекидывает очередной обмен на момент через квант. То есть, нужно ускорить в первую очередь обмен. Для этого в тестовой версии мы зимой сделали три способа тактирования обмена в Link - Setup - Timing - Parsing .
Отрисовку можно ускорить, если масштаб окна сделать единичный (как по умолчанию), поскольку 4 точки зарисовывать дольше, чем одну.
Но в общем, виртуальная машина и не должна быть такой быстрой, как нативная.
На моей машине с ALD 5 / E2160 1,80GHz wine Etersoft 1.1.44-eter2 Virtualbox 4.0.2 с XPSP3 внутри oscill v1.4.2 с PID и драйверами от ОКБ "Роса" показывает 15-16 FPS и 20-24 PPS при отрисовке меандра своего преобразователя питания(вход открытый, висит в воздухе) 5uS/div-20mV/div, Display-Divisions 10, Display-Showtime 25mS, Parsing timer - Standart
Display-Showtime 5mS сразу подымает до 34-36 FPS и 45-48 PPS на этом же сигнале и неизменённых прочих установках.
Кстати Виртуалбокс периодически ломает у себя что-то в USB. На 3-какой-то версии у меня осцилл в гостевой ХР запустился, потом перестал(тупо вешалась гостевая система при обращении к осциллу), сейчас вот попробовал на 4.0.2 снова заработало.
Привет Всем! Снова осцилл под вайн. Переустановил Ubuntu 10.04.4,.Установил Wine 1.2.2 Все выполнил согласно инструкции выше. Дало ошибку типа: Удалите native_oleaut32.dll и попробуйте еще раз - удалил. Снова дает ошибку:
До переустановки ОС работало. Все это для осцилл_бета. Не помню только,какая версия вайн стояла. что можно подправить? Спасибо! PS: Пробовал под Ubuntu 12.04 - запустилось сразу, но работает очень медленно - мое железо не тянет 12.04
попробуйте запустить reg.bat, он там в папке рядом с oscill.exe . И newoscill.bat, для очистки настроек.
Спасибо,заработало. PPS=17 Но появилось новое. Такого еще не видел. При закрытии окна осцилл появляется картинка:
И сообщение, что в программе обнаружена ошибка и программа будет закрыта.Нажимаю ОК, окно сообщения об ошибке исчезает, но картинка остается. Закрываю принудительным завершением. Через несколько секунд появляется новое:
Закривается принудительным завершением. Что бы это значило??
Hi All! Насколько реальна такая технология подключения осцилл через вайн:
How to use USB device drivers
Installing device drivers is not supported in Wine now. So you need to copy driver(s) and some registry keys from Windows system where your device was installed.
<!> Note: This instruction is only for cases when only one driver is needed for a device.
Determine your device vendor and product IDs. Connect your device to Linux system and run
lsusb
You will see lines like this:
Bus 001 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP v0.06
Here 0529 is a vendor ID and 0001 is a product ID.
Import HKLM\System\CurrentControlSet\Enum\USB\Vid_<vid>&Pid_<pid> and HKLM\System\CurrentControlSet\Services\<driver name> from Windows registry as NT4 .reg files. Here <vid> is vendor ID, <pid> is product ID, <driver_name> is a string from HKLM\System\CurrentControlSet\Enum\USB\Vid_<vid>&Pid_<pid>\<instance id>\Service.
Copy a driver. Driver path is contained in Windows registry in HKLM\System\CurrentControlSet\Services\<driver_name>\ImagePath.
Set permissions for your USB device. Run
lsusb
to know bus and device numbers. Typically usb devices are in /dev/bus/usb. Run
with root privileges. This will allow all to use your USB device until replugging it or rebooting your PC. Later if a device works with Wine you can create an udev rule for setting permissions.
попробуйте и драйвер USB2, и драйвер USB3.3 - может, какой-то заработает. Для драйвера 3.3 нужна одна из последних версий oscilink.dll (там есть выбор драйвера).
Hi All! Насколько реальна такая технология подключения осцилл через вайн:
How to use USB device drivers
Installing device drivers is not supported in Wine now. So you need to copy driver(s) and some registry keys from Windows system where your device was installed.
<!> Note: This instruction is only for cases when only one driver is needed for a device.
Determine your device vendor and product IDs. Connect your device to Linux system and run
lsusb
You will see lines like this:
Bus 001 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP v0.06
Here 0529 is a vendor ID and 0001 is a product ID.
Import HKLM\System\CurrentControlSet\Enum\USB\Vid_<vid>&Pid_<pid> and HKLM\System\CurrentControlSet\Services\<driver name> from Windows registry as NT4 .reg files. Here <vid> is vendor ID, <pid> is product ID, <driver_name> is a string from HKLM\System\CurrentControlSet\Enum\USB\Vid_<vid>&Pid_<pid>\<instance id>\Service.
Copy a driver. Driver path is contained in Windows registry in HKLM\System\CurrentControlSet\Services\<driver_name>\ImagePath.
Set permissions for your USB device. Run
lsusb
to know bus and device numbers. Typically usb devices are in /dev/bus/usb. Run
with root privileges. This will allow all to use your USB device until replugging it or rebooting your PC. Later if a device works with Wine you can create an udev rule for setting permissions.
Там ещё wine патчить нужно, для того, чтоб он подхватывал виндовсовый usb-драйвер. При этом не любой драйвер -"Drivers which depend on modules other than ntoskrnl.exe, hal.dll, usbd.sys will not work" Как я понял основное назначение - использование в wine usb-токенов с особыми для них драйверами. При нативной поддержке СР210х не вижу необходимости прикручивать ещё и драйвер через wine.
Другое дело - написать разработчикам драйвера СР210х о включении vid/pid осцилла в сборку. Можно самому пересобрать СР210х драйвер с добавлением своих vid/pid, для личного применения.
По уму хорошо бы, чтобы vid/pid передавались драйверу в виде параметров, но для СР210х такого нет почему-то.
По уму хорошо бы, чтобы vid/pid передавались драйверу в виде параметров, но для СР210х такого нет почему-то.
тут же не в драйвере дело - это сама Windows подключает некий драйвер, если вставленный девайс имеет VID+PID, указанный в INF-файле этого драйвера. Поменять VID+PID в осциллографе можно, сделать драйвер под эти VID+PID тоже можно. А дальше?
По уму хорошо бы, чтобы vid/pid передавались драйверу в виде параметров, но для СР210х такого нет почему-то.
тут же не в драйвере дело - это сама Windows подключает некий драйвер, если вставленный девайс имеет VID+PID, указанный в INF-файле этого драйвера. Поменять VID+PID в осциллографе можно, сделать драйвер под эти VID+PID тоже можно. А дальше?
Я имел ввиду линуксовый драйвер СР210х. В нём есть список определённых vid/pid. В некоторых драйверах к другим USB-мостам есть, к тому же, возможность передать vid/pid параметрами при загрузке. В драйвере СР210х передача параметров не предусмотрена. Собственно вопросы к разработчикам линуксового драйвера.
Asus eeepc1215p Ubuntu 12.04 wine oscill 1.2.7, vid/pid от SILAB Запуск из командной строки ругается на отсутствие mscomm99.ocx и еще кучка строк, после чего окно программы появляется, связи нет. дрова silab стоят встроенные в убунту, качал с сайта silab,та же ситуация. Проброс портов делал как в 1 посте, правда при подключении usb oscill нет файла /dev/ttyUSB0,есть например dev/serial/by-id и dev/serial/by-date с silab файликами; не было под вайном и папки com, после ln -is /dev/ttyUSB0 $HOME/.wine/dosdevices/com3 папка com3 создалась.Права поставил,себя добавил в группу dialout. Winetrics не устанавливает native_oleaut32, кинул родную библиотеку в папку программы.
oscill все равно не видит девайс.Куда еще покопать?
версия 1.44 под wine пишет при запуске the native oleaut32.dll cannot be used with wine's rpcrt4.dll. Remove oleaut32.dll and try again. после замены на встроенную oleaut32.dll вылетает runtime error 8003006 и 400 automation error.
:
fixme:ole:OLEPictureImpl_SaveAsFile (0x1ba5a8)->(0x1f6c50, 0, (nil)), hacked stub. fixme:win:LockWindowUpdate (0x601cc), partial stub! fixme:ole:OLEPictureImpl_SaveAsFile (0x1f82d8)->(0x2012f8, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_SaveAsFile (0x203da0)->(0x205720, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_SaveAsFile (0x2081c8)->(0x20ad68, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_SaveAsFile (0x20d8a0)->(0x218698, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_SaveAsFile (0x21b170)->(0x21df80, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_SaveAsFile (0x21f188)->(0xe746d8, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_SaveAsFile (0xe776d8)->(0xe82d60, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_SaveAsFile (0xe823c8)->(0xe85060, 0, (nil)), hacked stub. fixme:win:LockWindowUpdate (0x601cc), partial stub! fixme:ole:OLEPictureImpl_SaveAsFile (0xe86cf0)->(0xe86ba0, 0, (nil)), hacked stub. fixme:win:LockWindowUpdate (0x601cc), partial stub! err:rpc:I_RpcReceive we got fault packet with status 0x3e6 fixme:ole:NdrClearOutParameters (0x32f02c,0x7e824cd8,0x32f170): stub err:rpc:I_RpcReceive we got fault packet with status 0x3e6 fixme:ole:NdrClearOutParameters (0x32f02c,0x7e824cd8,0x32f170): stub fixme:ole:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4ed2-6699-11cf-b70c-00aa0060d393} fixme:ole:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4ed2-6699-11cf-b70c-00aa0060d393} fixme:ole:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4ed2-6699-11cf-b70c-00aa0060d393} fixme:ole:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4ed2-6699-11cf-b70c-00aa0060d393}
oscill ver.1.2.7 работает без вопросов со сторонней oleaut32.
Нетбук ASUS eeepc1215p oscill 1.2.7 и 1.4.4 запустился под virtualbox в winxp sp3 с драйверами от silabs OC хоста- Ubuntu 12.04. видит девайс как ttyUSB0 группа dialout.В виртуалбоксе включен фильтр на Silicon Labs USB interface. скорость порта выставлена на максимум 921600.
Похоже, что версия 1.4.3, это последняя, которая может работать с Wine? Причем работает только до версии Wine 1.5.17, все более новые версии уже не запускают Oscill.
Если с Oscill 1.4.3, еще можно смириться, то использование устаревшей версии Wine, приносит крайний дискомфорт, так, как другим программам нужна более новая версия Wine.