I'm linking some Zebra, Intermec printers, etc via bluetooth ...
The behaviour is:
The printer is linked, for exmple, to the port COM9
I send data to the printer and it works fine
After printing, I connect via Hyperterminal to send commands to the printer, and it shows that the port COM9 is in use
If I try again to print from another source, like notepad, word, etc, it works fine
Is there any way to find out what is using the port COM9 that is not letting the Hyperterminal to connect properly?
Thank you.
Bluethood Drivers Version: 6.1.7601.17607
Date Bluethood Drivers: 21/06/2006
Related
I'm trying to build a device that is inserted between a client and a printer.
In the normal case this device should just allow the printing to occur as normal, but if a certain event happens it should instead divert the printing to a PDF file on disk.
In essence it should work as a print server that can decide where to send the data to be printed.
The problem is that I want to achieve this using an USB-A to USB-A cable between the client and the device, and the printer via USB to the device.
The device is at the moment a Raspberry Pie running Raspbian.
Printing from the Pie is tested using CUPS, so that works.
Now for the question(s):
How can I allow printing via USB cable from the client? Simply connecting the device and the client does not allow it to be recognised as a printer. CUPS does not seem to support this sharing option.
Can CUPS be configured to support sharing via USB?
Is there any other print software that supports this?
Is there another OS where this could be achieved easier?
Any input is appreciated!
I'm trying to write modbus slave and have one problem: I'm correctly receive requests from master, but when I try to response it's look like something is incorrectly sended to serialport, because when I plug RS485 sniffer - I see both req and res (in HEX).
Hardware: Mac (slave written by me) - USBtoRS485 - ICPCON tGW-715 (TCPtoRTU gateway) - Win PC (software master)
When I'm trying this variant: Win PC (software slave) - USBtoRS485 - ICPCON tGW-715 (TCPtoRTU gateway) - Win PC (software master) everything works.
Libs: libmodbus, h5.modbus (node.js). Doesn't matter - correct request, but no response.
Target PC (for slave) will be on Linux, so Mac is nearly closer than Win.
I'm already have no ideas what to check and how to make it work. What can be wrong?
The Win PC variant is working so, hardware should be fine. Without more details, I would suggests another approach, if your final goal is to use the system in Linux: use a a virtual machine on Windows, with a Linux guest.
I work with ICP DAS tech support, and have used VirtualBox with tM-7561 and I-7561 USBtoRS485 converters, with both Linux and Windows hosts.
I have no experience on Mac, but another option would be trying a Modbus Slave not written by you, for example pyModSlave and see if it works correctly on your Mac, it also shows you the packets sent/received.
If pyModSlave works correctly on Mac, maybe try a software serial sniffer with your slave. On Windows I use the one from HHD Software, it has serial, USB and TCP/IP sniffers. On Mac/Linux you should be able to use Wireshark to sniff USB communications, but I haven't done that yet personally.
Instead of the sniffer, maybe you can use a null modem emulator, so that what you send from a (virtual) serial port will be received on another (virtual) serial port on your Mac, so that you can inspect the data sent/received. On Windows I use com0com, for Linux there is tty0tty that I haven't used yet. Not sure what is available on Mac. Or else just use 2 USBtoRS485 with D+ and D- interconnected, on one port your slave, on the other port a master like qModMaster that shows packets.
I need to emulate/fake a printer (any printer) that is connected through a usb port without touching the hosting computer. The connection needs to be via some kind of inline connection.
What i mean is to connect something to the hosting computer usb port and connect the printer to that device on another port (or on wifi). The computer that will send the printing should not know the difference when sending a printing job and also no software should be installed on the printing computer.
I need it in order to add text to the print jobs (whether they are in PCL/Postcript/Any other format) in various places based on the text being printed.
I've found the Red Titan solution, but it's working on windows and I rather work on a Linux environment.
If there is a Linux software that can emulate a printer port and can be customized for any printer type, I could just program a Raspberry Pi/Any other device to do all the conversions and editing and send it to the printer.
I just haven't found any software that could do that via an inline usb.
Any help would be appreciated!
I am trying to use the second example code for Visual C++ (http://www.ftdichip.com/Support/Soft...SSE/FTCSPI.htm) To connect to the FT2232H Mini Module. My code works and indicates no device is connected when none is. However, when i connect the board and then run the code i recieve the attached message (the device is used by another application). I am not sure why i am getting this message. Any input greatly appreciated.
The FT2232 has two different drivers. One that presents the device as a serial port and one that allows the developer to use a custom interface. Odds are that you have the Virtual Com Port (VCP) driver installed instead of the D2XX driver.
See: http://www.ftdichip.com/Products/ICs/FT2232H.htm
I'm trying to use a Bluetooth OBDII (on-board diagnosis) to connect with a Bluetooth dongle connected to my computer (My OS is windows 7). The dongle connects to the device and assigns it 2 virtual com ports (COM4 for incoming and COM5 for outgoing), But unfortunately I couldn't communicate with this device over the virtual com port. I also attempted to work with winsock library but I didn't find any example for working with Bluetooth OBD and send and receive the instruments. I just found one Bluetooth API for android but it's not useful for me because I want to implement it inside the visual C++ and for PC. and right now I have 2 questions about that :
1. which method is better, Virtual com port or winsock and how ?
2. Do you have any sample code for working with Bluetooth OBD ?
1: Has your device a ELM327 chip? If so, you can setup a serial port over bluetooth, and communicate with that port. I don't know winsock very much, but I think a serial port is better suited for this job.
To set it up, have a look here: http://windows.microsoft.com/en-us/windows7/choose-a-com-port-for-a-bluetooth-enabled-device
Maybe if you can pair with the device, windows 7 will automagically set it up?
2:
You might want to have a look at: http://icculus.org/obdgpslogger/
It's open-source, so you can have a peek how it works. There's also a simulator in the package, which could help you developing/testing. Mostly is Linux based, but it should give you hints where to go. There are also windows installers available for the simulator.