Лучшая CMOS камера для гида - QHY5

[mo]

Приобрел USB-концентратор D-link 7-и портовый, и теперь немогу запустить камеру. Даже QGVideo ее не видит, остальные программы соответственно тоже. До этого все работало! Винда XP SP2! Хелп!

Без концентратора работает, с ним нет?
Питание концентратора есть? Лампочки (без подключения USB, только питания) горят?
Если так, то в магазин с чеком и менять на аналогичный хаб, кмк.

У меня два таких хаба, оба без проблем работают с QHY5.

[Михаил Л.]

Олег, лампочка питания загорается от сетевого адаптера. Остальные загораются когда Хаб подключаю к компу. Вроде все в норме. да коробочка от Ивана заработала сразу. При подключении камеры, винда запросила дрова и после переустановки перестала работать. Я заметил, что ВИД ПИД изменились.

[mo]

Олег, лампочка питания загорается от сетевого адаптера. Остальные загораются когда Хаб подключаю к компу. Вроде все в норме. да коробочка от Ивана заработала сразу. При подключении камеры, винда запросила дрова и после переустановки перестала работать. Я заметил, что ВИД ПИД изменились.

Определяется, как USB Device?
Тебе сюда: https://astronomy.ru/forum/index.php/topic,79958.0.html

[Михаил Л.]

Поставил заново китайские дрова 64/32bit Driver (WINUSB driver) For XP,Vista,WIN7 отсюда
(файл QHY5Drv.exe и файл обновления QHY5firm.exe)
Диспетчер устройств выглядет вот так:

[Михаил Л.]

Информация об устройстве:

[Михаил Л.]

Запускаю QGVideo, он коннектится с камерой, на ней загорается светодиод, моргает отсчитывая экспозицию. Все работает ~5 сек. и вываливается ошибка:
 

[zlyden]

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

[Михаил Л.]

Это точно!

Но я продолжу.
Если после этого глюка зайти в диспетчер устройств увидим, что VID/PID изменился:

[Михаил Л.]

Так выглядит QHY5.inf файл:

[Version]
Signature = "$Windows NT$"
Class = AstroCams
ClassGUID = {94F18CEC-CA64-40F6-9A81-17A67720ABF0}
Provider = %QHYCCD%
CatalogFile.NTx86=QHY532.cat
CatalogFile.NTamd64=QHY564.cat
DriverVer= 07/07/2009,2.1

; Copyright (C) 2006-2009 AstrosoftBE, all rights reserved

[ClassInstall32]
AddReg=class_install_add_reg

[class_install_add_reg]
HKR,,,,"AstroImaging Equipment"
HKR,,Icon,,"-20"

[Manufacturer]
%QHYCCD%=qhyccd, NTx86, NTamd64

[qhyccd.NTx86]
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_0818
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_081A
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_296E
"MagZero5 Driver"=USB_Install,USB\VID_16C0&PID_2968
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_296A
"QHY5 Driver"=USB_Install,USB\VID_1781&PID_0C7C
"QHY5 Driver"=USB_Install,USB\VID_1618&PID_0901
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_296C
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_2986


[qhyccd.NTamd64]
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_0818
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_081A
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_296E
"MagZero5 Driver"=USB_Install,USB\VID_16C0&PID_2968
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_296A
"QHY5 Driver"=USB_Install,USB\VID_1781&PID_0C7C
"QHY5 Driver"=USB_Install,USB\VID_1618&PID_0901
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_296C
"QHY5 Driver"=USB_Install,USB\VID_16C0&PID_2986


;///////////// IO DRIVER INSTALLER ////////////////////////
[USB_Install]
Include=winusb.inf
Needs=WINUSB.NT

[USB_Install.Services]
Include=winusb.inf
AddService=WinUSB,0x00000002,WinUSB_ServiceInstall

[WinUSB_ServiceInstall]
DisplayName     = %WinUSB_SvcDesc%
ServiceType     = 1
StartType       = 3
ErrorControl    = 1
ServiceBinary   = %12%\WinUSB.sys

[USB_Install.Wdf]
KmdfService=WINUSB, WinUsb_Install

[WinUSB_Install]
KmdfLibraryVersion=1.5

[USB_Install.HW]
AddReg=Dev_AddReg

[Dev_AddReg]
HKR,,DeviceInterfaceGUIDs,0x10000,"{7EE02E92-1EE4-45E2-AA25-F69FFFA5885A}"

[USB_Install.CoInstallers]
AddReg=CoInstallers_AddReg
CopyFiles=CoInstallers_CopyFiles

[CoInstallers_AddReg]
HKR,,CoInstallers32,0x00010000,"WdfCoInstaller01005.dll,WdfCoInstaller","WinUSBCoInstaller.dll"

[CoInstallers_CopyFiles]
WinUSBCoInstaller.dll
WdfCoInstaller01005.dll

[DestinationDirs]
CoInstallers_CopyFiles=11


; ================= Source Media Section  IO and BASE =====================

[SourceDisksNames]
0=%DISK_NAME%,,,\x86_32
1=%DISK_NAME%,,,\x86_64

[SourceDisksFiles.x86]
WinUSBCoInstaller.dll=0
WdfCoInstaller01005.dll=0

[SourceDisksFiles.amd64]
WinUSBCoInstaller.dll=1
WdfCoInstaller01005.dll=1


; =================== Strings ===================

[Strings]
QHYCCD="QHY CCD"
DISK_NAME="QHY5 Guider Install Disk"
WinUSB_SvcDesc="WinSUB Service"


SERVICE_BOOT_START = 0x0
SERVICE_SYSTEM_START = 0x1
SERVICE_AUTO_START = 0x2
SERVICE_DEMAND_START = 0x3
SERVICE_DISABLED = 0x4

SERVICE_KERNEL_DRIVER = 0x1
SERVICE_ERROR_IGNORE = 0x0
SERVICE_ERROR_NORMAL = 0x1
SERVICE_ERROR_SEVERE = 0x2
SERVICE_ERROR_CRITICAL = 0x3

REG_EXPAND_SZ = 0x00020000
REG_DWORD = 0x00010001



Где и что править??? И стоит ли?? Ведь, после перетыкания камеры, или перезагрузки компа, VID/PID вернутся к прежним значениям!

[Владимир Николаевич]

Вот же пост Максутика на Вашу тему http://maksutik.astroclub.kiev.ua/?page_id=770
Возможно Ваши проблемы именно из-за выдергивания камеры из компьютера. Также проверьте что у Вас за версия QGVideo и если старая обновите ее.
  Максутик по ссылке кстати дает и совет как запретить изменение VID и PID...

[mo]

И ещё гугл по Вашим vid/pid дал ссылку на китайский сайт qhy:
http://qhyccd.com/ccdbbs/index.php?PHPSESSID=71a865c65de6899c848c8e5025c4b09c&topic=2567.0

[damian_1]

Это точно!

Но я продолжу.
Если после этого глюка зайти в диспетчер устройств увидим, что VID/PID изменился:

VID_16C0&PID_296C - это нормальный идентификатор, который отображается до загрузки в камеру микропрограммы.

В Вашей камере "слетает" загруженная в память (ОЗУ) контроллера микропрограмма. Наиболее вероятная причина - низкое качество питающего напряжения, что "в переводе на русский" обозначает что либо используется дешевый USB кабель (тонкие провода, плохой контакт в разъемах), либо сам USB контроллер перегружен по питанию или имеет дефект, вызывающий кратковременное пропадание питающего напряжения. Проверить эту догадку достаточно несложно - для этого нужно подключить камеру с помощью короткого, толстого, "дубового" USB кабеля через внешний хаб, обязательно со своим собственным блоком питания. Если камера заработает нормально - проблема точно в USB кабеле/контроллере. Если проблема останется - скорее всего, камера неисправна.
Кстати, старые версии драйверов имели какой-то баг, вызывающий при определенных обстоятельствах самопроизвольную перезагрузку камеры. Например у меня такой глюк был с самыми первыми китайскими драйверами и с драйверами бельгийца - во время гидирования, камера гарантировано перегружалась или зависала с интервалом от получаса до трех часов, в зависимости от активности "соседнего" USB оборудования на том-же контроллере. Новые драйвера от китайца и от Орион работают очень стабильно - за время двухсуточного непрерывного прогона ни одного глюка.

[Михаил Л.]

Всем спасибо за помощь! Научился менять VID/PID камеры, но с USB-концентратором камеру запустить так и не удалось (напомню, он у меня с внешним питанием). Вобщем, выкинул я его, поставил изначальный VID_1618&PID_0901 и камера заработала! Интересно то, что после запуска камеры в какой либо программе ее VID/PID меняется на 16С0 и 296С соответственно. Сейчас камера стабильно работает с 3-х метровым USB-шнурком. Посмотрим, как это все встанет на ноутбук, но предчувствие у меня не хорошее!
Олег, у меня концентратор с виду такой же как у тебя, D-link DUB-H7 USB 2.0 Нub. Может все дело в этом H7?

[mo]

Не, у меня именно такой. Именно DUB-H7.

[Владимир Николаевич]

VID_16C0&PID_296C - это нормальный идентификатор, который отображается до загрузки в камеру микропрограммы.

В Вашей камере "слетает" загруженная в память (ОЗУ) контроллера микропрограмма. Наиболее вероятная причина - низкое качество питающего напряжения, что "в переводе на русский" обозначает что либо используется дешевый USB кабель (тонкие провода, плохой контакт в разъемах), либо сам USB контроллер перегружен по питанию или имеет дефект, вызывающий кратковременное пропадание питающего напряжения.

Присоединяюсь к этому посту и еще раз напоминаю что максимальная нагрузка на юсб порты  питающиеся с материнской платы 300ма. Камера берет порядка 130ма. Шнур - те юсб кабель еще порядка 120ма.
Наивно полагать что воткнув в три порта компьютера по юсб-девайсу с общей нагрузкой 500-600ма можно как то работать!!!
По юсб хабу тоже надо смотреть что там с питанием и если б\п хаба 0.5а сливать воду.....

Более подробно по потреблению и питанию юсб устройств смотреть тему созданную Александром Л.   

В дополнение к теме привожу здесь сообщение Александра Л в данной ветке

  Большая часть информации о которой я сейчас напишу общеизвестна, но тем не менее. Последнеее время много вожусь с USB и наткнулся на некоторые нюансы реального оборудования. Все ниже написанное касается лишь настольных компов.
1.    Максимальный ток, который можно взять от USB 300 ма. Причем похоже это суммарный потребляемый ток по всем разъемам материнской платы. Например, если в компе есть USB кард ридер, и в комп втыкаются две USB флешки, то система уже может быть неработоспособной. Потребляемый ток USb флешки 4 гб, USB хаба, кард ридера по 110 ма.
2.    Свертонкие провода используются не только в USB кабелях, но и в кабелях кард ридеров  и в кабелях, при помощи которых подключаются USB разъемы морды компа к материнской платы.
3.    Не хотите иметь проблем купите USB PCI контроллер, в тех контроллерах, которые я видел, а у меня их только личных 5 штук, 4-х типов, не имеют каких либо ограничений по току вывода питания, кроме ограничений тока самого разъема.
4.    Кабели кард ридеров и USB разъемов морды компа надо заменить на самодельные, или хотя бы заменить провода питания и земли, на более толстые.
5.    Замеряйте ток потребляемый USB оборудованием, и в случае, если потребляемый устройством ток превышает 300 ма, есть повод подумать об отдельном для устройства питании.
6.    Для длинных подключений USB устройств используйте активный USB кабель, надо помнить, что он тоже потредляет примерно 110 ма.

[Владимир Николаевич]

Судя ...

[Михаил Л.]

Вот:

[damian_1]

Я не особо доверяю этой табличке, ибо данные в нее загружаются из списка параметров устройства (или как оно там называется). USB контроллер не может измерять ток. Разработчики каждого устройства сами решают, какую величину потребляемого тока прошить в параметрах, а откуда они берут эту цифру - из матмодели, замеров на прототипе или "из пальца высасывают" - известно лишь им. Написать могут что угодно.

Интереса ради, измерял ток потребляемый некоторыми своими устройствами. QHY6 потребляет (по памяти) меньше 100ма в покое, и до 300ма во время серии коротких экспозиций. Китайская флэшка на 8ГБ потребляет "по таблице" 100мА, реально до 200мА при записи кучи мелких файлов. Вот и верь таблице после этого...

[Aleksandrrr]

Вопрос: можно ли QVideo32 заставить не разделять AVI-файлы на сегменты по 2 Гб? Замучился после съемки склеивать их.

[damian_1]

Если мне не изменяет память - ограничение размера до 2ГБ заложено в спецификацию стандарта AVI, еще во времена господства FS FAT32. Сейчас лимит поднят до 4х гиг, но для полной совместимости со старым ПО необходимо соблюдать ограничение в 2ГБ.