The PIC ports with HSEROUT and HSERIN are already taken. Using a baud rate of 9600 instead of 19200 made a difference. It is now working fine. The USB Darrel's interrupt takes micro seconds to...
The design is based on a classic switch (On/Off) but if I understand correctly, in special cases, the push button should be in a specific state and user is not allowed to change that.
not sure if I am understanding what you need, but if you need an indicator that the mechanism is in one position or another then a hall effect switch is just a simple 'proximity sensor'..... when the...
If you're using interrupts on either end then you shouldn't use SEROUT/SERIN as interrupts will upset the timing.
You should use the hardware HSEROUT/HSERIN routines, but then you will have to use...
I guess then, the sending device is interrupted by the USB routines while sending and as a consequence the transmission of RS-232 at that time is corrupted.
Published on - 31st May 2010 17:24
Number of Views: 6039
Since this question has come up again, I thought I'd throw this module out to the masses. It is something I worked on a while back, with DT's help. Amid life's other priorities, it got put on the shelf to collect dust.
The basic idea is that by adding the module as an INCLUDE and inserting a couple of commands inside your code, you can have the PIC send timing data to your PC via the hardware serial port. It's made for 18F PICs (although some 16Fs may work too). You also need a timer that is not being used for anything else.
1) Instructions are included, as well as a small example.
2) It worked well for me, and as I recall, DT in testing.
3) Use it however you want.
4) I won't be able to offer much support, but figure there are enough knowledgeable folks around here that can help those who need it.
Re: SERIN2 Receiving Wrong Data
From an old DT post (https://www.picbasic.co.uk/forum/showthread.php/13356-USBSERVICE-serout2-problem?p=90526)
tumbleweed Today, 15:01