JP1 Remotes Forum Index JP1 Remotes


FAQFAQ SearchSearch 7 days of topics7 Days MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Log in to check your private messagesLog in to check your private messages Log inLog in

The future of JP1 in the 64-bit world
Goto page Previous  1, 2, 3, 4, 5, 6
 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Software
View previous topic :: View next topic  
Author Message
binky123
Expert


Joined: 14 Feb 2004
Posts: 1292

                    
PostPosted: Sat Dec 08, 2012 11:21 pm    Post subject: Reply with quote

I looked over some notes I had and I did work on the FT232R in Bit-Bang mode(synchronous and asynchronous) with the CBUS lines with a proto board Tommy came up with.

According to a quick glance at my notes, I did get some of it working but couldn't get the I2C quite right.
Back to top
View user's profile Send private message
carsonlittle



Joined: 02 Dec 2012
Posts: 62

                    
PostPosted: Sat Dec 08, 2012 11:33 pm    Post subject: Reply with quote

binky123 wrote:
I looked over some notes I had and I did work on the FT232R in Bit-Bang mode(synchronous and asynchronous) with the CBUS lines with a proto board Tommy came up with.

According to a quick glance at my notes, I did get some of it working but couldn't get the I2C quite right.


I wasn't able to locate this effort of making a USB<->I2C adapter, specially the JP softwares would need to support such a mode (do they have such a mode?)

The main issue here seems to be that chipsets other than FTDI do not handle signals except TxRx properly - and that is required for JP softwares to initialize the controller in the remote.

It would not be too difficult to have a microcontroller send these sequences to the remote at the beginning and "handoff" the communications to the USB port - but this would require changing the softwares.
Back to top
View user's profile Send private message
Kevin Timmerman
Expert


Joined: 09 Jan 2007
Posts: 142
Location: West Michigan

                    
PostPosted: Sat Dec 08, 2012 11:38 pm    Post subject: Reply with quote

There where horrible bugs in bit-bang mode on the R series chips. The new X series is much better, but still not perfect.

IIC, SPI and similar are usually not a problem as long as exact timing is not required.

I tried IR capture with bit-bang mode about 6 or 7 years ago and it was not usable.
Back to top
View user's profile Send private message
carsonlittle



Joined: 02 Dec 2012
Posts: 62

                    
PostPosted: Sat Dec 08, 2012 11:49 pm    Post subject: Reply with quote

........

Last edited by carsonlittle on Sun Dec 09, 2012 12:10 am; edited 1 time in total
Back to top
View user's profile Send private message
Kevin Timmerman
Expert


Joined: 09 Jan 2007
Posts: 142
Location: West Michigan

                    
PostPosted: Sat Dec 08, 2012 11:51 pm    Post subject: Reply with quote

carsonlittle wrote:

That's exactly what I want to do - use one of the 16 bit timers on the PIC18F, but servicing the data output at a sample rate of 100 uS when using the USB firmware might pose challenges (aka, "I never did this before at this rate").

However, the pic18f2550, does have a 256 bytes Data EEPROM, and 2K RAM - this should be enough to buffer the counts at a relaxed data output rate.


Yes, it is a challenge to do perfect non-stop 100 us interval and also handle USB. Buffer is not a practical solution - the IR Widget is supposed to be non-stop unlimited length capture. That is one of it's unique features.

carsonlittle wrote:

Did your "all-in-one" widget use just the FDTI or FDTI+PIC (like the USB IRWidget)?


FT232RL and PIC18F24J11

Firmware written in assembly. Much of it reused for the JP1 EEPROM adapter.
Back to top
View user's profile Send private message
carsonlittle



Joined: 02 Dec 2012
Posts: 62

                    
PostPosted: Sun Dec 09, 2012 12:15 am    Post subject: Reply with quote

Kevin Timmerman wrote:

Yes, it is a challenge to do perfect non-stop 100 us interval and also handle USB. Buffer is not a practical solution - the IR Widget is supposed to be non-stop unlimited length capture. That is one of it's unique features.


True, but I don't see why buffering would be a problem if the software knows how to handle the data.

Kevin Timmerman wrote:
There where horrible bugs in bit-bang mode on the R series chips. The new X series is much better, but still not perfect.

IIC, SPI and similar are usually not a problem as long as exact timing is not required.

I tried IR capture with bit-bang mode about 6 or 7 years ago and it was not usable.


I can only assume that custom software was written to make the FTDI cable work in bit-bang mode with the JP1x remotes (unless you were talking about the I2C protocol that only JP1 remotes use to program the external rom).

Could you have a look at http://www.hifi-remote.com/forums/viewtopic.php?p=107190#107190
Back to top
View user's profile Send private message
carsonlittle



Joined: 02 Dec 2012
Posts: 62

                    
PostPosted: Sun Dec 09, 2012 1:47 am    Post subject: Reply with quote

Kevin Timmerman wrote:

There are several solutions to the RTS problem. I have a JP1 interface and IR Widget combo working on 18F2550 and 18F13K50. Not ready for release yet - have some cleanup to do.


I just noticed this jewel - needless to say, I would be much obliged if you could share it.

Whatever TODOs you have, shoot me an email and I will try my best.
Back to top
View user's profile Send private message
Bowhunter



Joined: 04 Oct 2006
Posts: 35

                    
PostPosted: Tue Jan 29, 2013 7:17 pm    Post subject: Reply with quote

The Robman wrote:
I don't know what the status is regarding parallel (LPT) or serial cables with 64-bit systems.


Just reading the beginners forum and a topic "64bit windows 7 with LPT1 cable". Version IR804 works like a charm in Win7_64bit OS. I use to have to run IR on a Win7_32b with some tweaking to get it to work. Now, with IR804, install the driver, launch IR804, go to lpt port and select other and put in the value of the port from Hardware Manager.
ie...my lpt1 was using resources AD00-AD07.
entry for IR was AD00.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - Software All times are GMT - 5 Hours
Goto page Previous  1, 2, 3, 4, 5, 6
Page 6 of 6

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

Powered by phpBB © 2001, 2005 phpBB Group
Top 7 Advantages of Playing Online Slots The Evolution of Remote Control