|
Do u need a complete col as combobox or perticular cell is like combobox
|
|
|
|
|
I have an old digital camera that the company who built it no longer supports and (though they exist, I'm pretty sure) NOONE seems to have any of the drivers for it.
So, what I would like to do, is write my own driver (HOPEFULLY in VB.NET) for the camera.
Is there a way to 'read' from a USB port, like we USED to be able to just read from serial ports?
IF there is, how can I make windows XP recognize the camera?
I would be happy if I could make Windows even think it was a serial port, and just read it like a serial port...
(the camera does have a usb plug, and a serial plug (both of which are non-standard, but I DO have the cable for the USB port, or else I would just come at it from the Serial side....)
I hope I put enough information in there... Is this possible?
|
|
|
|
|
bac512 wrote: write my own driver (HOPEFULLY in VB.NET)
Not a chance in hell.
Christian Graus
Driven to the arms of OSX by Vista.
|
|
|
|
|
Hi,
if all you need is copying images from camera to PC, then most cameras when connected through USB will have their image collection mounted as a disk that shows under Windows Explorer.
if you want to send commands to the camera (such as "take picture"), your chances are very slim; that only works for high-end cameras, which come with the required drivers.
writing your own driver is a major effort, normally not worth the trouble for old hardware. It can't be done using managed .NET languages, and it requires a full set of documentation on the target hardware.
|
|
|
|
|
Yeah, I'm basically just trying to copy the images off the camera that are on there now, not a major serious project, just basically a learning experience of what I can and can't do. And yeah, most camera do just show up as a drive, but, unfortunately, this one doesn't...
No, I'm not looking to send commands to it (other than stuff like start sending picture to computer), so really, I guess I'm not so much looking to write a serious DRIVER, just open a simple connection to talk to the hardware....
Surely, as I understand it, a USB is just a FAST serial port, data in, data out, so there should be some way to send my own data back and forth, isn't there? I don't really need it accessable anywhere other than in my little program... and of course, I'm an old VB6 programmer, and have been TOLD VB.net lets you do pretty much anything any other language would?
|
|
|
|
|
bac512 wrote: USB is just a FAST serial port
That is so wrong. USB is closer to Ethernet than it is to RS232C. You can connect multiple devices of various kinds to USB, using multiple ports (or a hub). USB will take care of addressing the devices, it has plug & play (so Windows knows what got connected), it transfers data in blocks not bytes, etc. There simply is no way to use a USB device without a driver.
If your camera has a serial port, I suggest you try that. It probably won't give you the performance you would hope, but chances are you get that in working condition.
|
|
|
|
|
I do see that now, I wasn't even thinking about connecting multiples (and I've got so much stuff hooked into a hub now as it is ) anyways, yeah, I think the serial port would be the best answer to try to get those pictures.. But I was hoping to learn about the USB ports.... Lemme try asking a new question then....
lets say I BUILT the device, and have all the information I need (which would be what?)
how would I talk to it? I'm sure, since usb is 'universal', there has to be a STANDARD/universal way to talk to it (getting the information back and forth, not necessarily doing anything with the data or device, just get them connected, and talking...)
A guy earlier said 'not a chance in hell' I believe... was he talking about me writing a driver for this camera with everything unknown, or writing a driver in VB.NET?
|
|
|
|
|
Hi,
the way USB is handled most of the time is you buy a commercial solution:
- either a peripheral (say a USB printer), which comes with a driver and probably some utilities too, so you don't really care how it connects, and how it works;
- or a microprocessor-based piece of hardware, for which you would demand your vendor to provide on the target side an operating system, development tools, libraries (including a USB stack) and lots of documentation; and on the PC side a driver for the OS of your choice. So in that situation too you would avoid developing a driver at either side; let the Intels, FreeScales, Renesas, and a few more worry about these, it does not make sense for the individual customer to develop that themselves. The vendor would have to come up with a solution that fits a general need; he could provide a
"mounts as a disk" interface, a "looks like a serial port" thingy, or whatever could be appropriate for a whole range of applications.
bac512 wrote: not a chance in hell' I believe... was he talking about me writing a driver for this camera with everything unknown, or writing a driver in VB.NET?
You should ask him, but the answer is: both. Developing a driver is a major effort, and Windows drivers currently cannot be developed in any of the managed (.NET) languages. Drivers need real-time processing, and managed languages need garbage collection, which suspends all threads when it feels like it, so Microsoft does not have a clue about making those two requirements compatible with each other.
|
|
|
|
|
right, I understand all that, that the hardware developer needs to make the driver. Again, this now has moved to more of a quest for knowledge, but probably something much more than a simple discussion could explain.....
As for managed languages... I miss my assembly programming days  (though, probably not something I'll be getting back into any time soon )
Well, thanks for the input, and like I said, I'll just go the serial route to play with this camera....
|
|
|
|
|
Sorry for deletion, dumb question.
Dont forget your exit subs before your error handlers!
modified on Tuesday, December 2, 2008 3:26 PM
|
|
|
|
|
Considering you're not telling us what the error is, nor what the definition of List_ or ChangesSet, it'll be pretty much impossible to tell you what you did wrong.
|
|
|
|
|
Figured it out, there was no error i forgot an exit sub before my error handler so it always got executed...
little annoying not gonna lie.
|
|
|
|
|
EliottA wrote: ittle annoying not gonna lie.
People who delete their posts, are a little annoying.
Christian Graus
Driven to the arms of OSX by Vista.
|
|
|
|
|
I figured since the post contained no value whatsoever, had no problem and most probably could not help any others (without an extremely specific search), there wouldn't be a point in leaving it. I did however, leave a summary of the problem and the obvious oversight solution to it.
|
|
|
|
|
Hopefully someone can help clarify what I am doing wrong here. My dev box and clients are running .Net 2.0 Sp 1 installed. I have a .Net .dll (register for COM interop is enabled) which is being used from VB6 (AKA .NETDLL from this point on). Everything works fine on my dev box. The .Net .dll and .tlb are generated properly when I compile and run as expected on the dev box from VB6.
I copy all files to a test client box. I register the .Net dll using "regasm ".NETDLL FILE PATH" (command window states "Types registered successfully" with no errors).
The code which uses the .NETDLL object blows up with error: "The system cannot find the file specified." If I open VB6 on a client box, the .NETDLL is not displayed in the .dll list. I can select browse and manually select the .tlb file and press oK. The reference is added and retained. I can create an instance of the object without any errors, but as soon as I attempt to use the variable, code blows up.
'OK
dim o as new FTP.Client
'Blows up w/ "The system cannot find the file specified."
o.Server = "regasmsucks@ms.com"
Now, if I register the .NETDLL using "regasm ".NETDLL file path" /tlb:".NETDLL tlb path" - everything is fine. Also if I unregister with "regasm ".NETDLL file path" /tlb:".NETDLL tlb path" /u - also works fine. NOTE: unregistering leaving out the .tlb section displays "types unregistered successfully", but nothing is removed (verified using VB6 and looking at references that can be added in).
Any ideas on what I am doing wrong? Do I have to re-create the .tlb file on the client when I already have one for the .dll to register correctly and do I have to include the .tlb in registering/unregistering successfully?
Not a big deal, just thought I'd ask. I don't remember having this problem in the past with previous interop projects.
Any suggestions, ideas, or 'constructive criticism' are always welcome.
"There's no such thing as a stupid question, only stupid people." - Mr. Garrison
|
|
|
|
|
To my Knowledge .NET DLL's are not supposed to be Registerd and i have never registered any .NET DLL. as long you have the Correct framework installed they will work. i see you are still using vb6 DLL's am not sure if thats the Problem. I can mybe ask you one Question
What version of VS did you create the DLLs ?
Vuyiswa Maseko,
Sorrow is Better than Laughter, it may Sadden your Face, but It sharpens your Understanding
VB.NET/SQL7/2000/2005
http://vuyiswamb.007ihost.com
http://Ecadre.007ihost.com
vuyiswam@tshwane.gov.za
|
|
|
|
|
MSDN direct quote: The Assembly Registration tool reads the metadata within an assembly and adds the necessary entries to the registry, which allows COM clients to create .NET Framework classes transparently. Once a class is registered, any COM client can use it as though the class were a COM class. The class is registered only once, when the assembly is installed. Instances of classes within the assembly cannot be created from COM until they are actually registered.
In VS .Net you can reference and use COM objects through interop (which generate the interop.name.xxx files); likewise you can use .Net assemblies through VB6, after it has been registered with Regasm (which uses the .tlb for linking info).
Any suggestions, ideas, or 'constructive criticism' are always welcome.
"There's no such thing as a stupid question, only stupid people." - Mr. Garrison
|
|
|
|
|
Hi,
I am trying to use thread and it works fine. but my application events are working slowly.
Please help.
There is a timer in which i am calling thread which executes Checkforgrid Procedure which have a
lot of conditions and sending mails programming.
Private Sub Timer1_Tick(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles timer1.Tick
Dim Counter As Thread = New Thread(AddressOf CheckforGrid)
Counter.Start()
End Sub
Thanks & Regard
Anubhava Dimri
mailto: anubhava.prodata@gmail.com
|
|
|
|
|
Not enough information. This is the code that launches a new thread, but you don't say anything about the Timer interval, nor the code that this thread executes.
Also, launching a thread is an expensive operation. I don't know what kind of performance you're looking for, nor do you say anything about these conditions, or what events are working "slowly".
|
|
|
|
|
Hi Friends,
Actually I have two Pcs On a Lan(Pc1,Pc2).DotNet is installed on pc1 and oracle is installed on pc2...Now Using explorer(isqlplus) i can Access oracle installed on pc2 using(http://pc2/isqlplus).Now my question is how to use oracle in Vb.net on Pc1.If I am using ADO.Net then Connection string is simple
"Provider=OraOLEDB.Oracle; Data Source=oracle; User Id=hr; Password=hr;PLSQLRSet=1;"
But actually oracle is installed on Pc2 so please tell my how can I do this show me some example
|
|
|
|
|
I suggest that you use OracleConnection[^] if possible. If you want a little bit better support against Oracle you can also use ODP.NET provided by Oracle.
Set Data Source in connection string to the name you have defined in TNSNAMES.ORA at client side or use network address.
After that you should be able to connect to the databse.
|
|
|
|
|
Hi all,
I'm recently new to .NET, but have background in VB6 and also web technologies for some years already.
Currently I'm developing an application in VB.NET from which I would like to implement a plug-in architecture.
This would allow to add extra functionality to the application without the need to compile it over and over, and also the chance for 3rd parties to develop their own plug ins.
The idea:
In a very simplistic idea, what I have in mind is something like,the main application (let's say main.exe) and a folder with the plug-ins (in this case dlls, that are basically compiled classes).
main.exe (Main modules, classes, etc)
plugins\myplugin_hello.dll
plugins\myplugin_import.dll
(..etc)
Did some 'web' research and apparently this can be achieved with the Reflection method.
After checking some examples, the way I found to be the most simple to implement it was the following.
No need to add here, for now, the code to parse the plugin folders, just will use one as example.
The code:
(main.exe)
'Read dll
assembly = System.Reflection.Assembly.LoadFrom("myplugin_hello.dll")
For Each fileType As Type In assembly.GetTypes
If fileType.Name = "xPlugin" Then
'Create new instance of class
Dim plugin = Activator.CreateInstance(fileType)
End If
Next
(myplugin_hello.dll)
Public Class xPlugin
Public Sub New()
MsgBox("I am a plug-in !")
End Sub
End Class
Apparently this is what I want, after compiling the xPlugin class (myplugin_hello.dll) and running the main.exe code, a message box with "I am a plug-in!" will be displayed.
The problem:
Well, now the problem is that I need to have some 'interaction' with both pieces of code, the main.exe and the myplugin_hello.dll, without that it is almost useless to have a plug-in : /
How could I, for example, access to main.exe classes and modules from xPlugin class (myplugin_hello.dll) ?
Best regards,
Luís
|
|
|
|
|
There's plenty of plugin articles here on CP.
Basically, you have to establish some sort of the common interface between the main code and the plugin. Usually, you'd base this in, of all things, an Interface, that each plugin would have to implement. This establishes what methods and properties the main code is going to expect each plugin to respond to. The same is true in the opposite direction.
|
|
|
|
|
Dear Friends
how can i iterate through a subset of a datatable in vb.net. Following code is an eg which does not seems to work.
Dim MonthlyDT As DataTable
MonthlyDT = NewMonthlyReportData.MonthlyReportDataTable 'Class Object
Dim MyDataRow As DataRow
'Parent DataTable with Filtering
MonthlyDT.DefaultView.RowFilter = "[MYID]<=716100"
'Set the Clone to be of Parent table
Dim MonthlyDTClone As DataTable = MonthlyDT.Clone()
For Each MyDataRow In MonthlyDTClone.Rows
Select Case MyDataRow("Classification").ToString
Case "Classification1"
Classification1 += 1
Case "Classification2"
Classification2 += 1
Case "Classification3"
Classification3 += 1
End Select
Next
Your help.
|
|
|
|
|
What does 'does not work' mean ? Do you get Id's above 716100 ? Why is the id in [] ? That is not required.
Christian Graus
Driven to the arms of OSX by Vista.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
