Re: (no subject) --- Serial Device Control
Ok ok ok so you want to know It's home and business security system with zone checking phone calling to central Do you think were idiot to fit only a key pad in 8K no. there is much more... sice two of the guys here are working on shrink the code since it's already bigger than 8K Chris Faherty wrote: On 12-Jul-2000 Patrick Ouellet wrote: It's difficult to change something on the device (not palm) since the code must be kept in 8K ( in a chip ) My goodness, 8K for a numpad. Must have a spell-check/calculator in there :) If a 50 cent mouse with a PIC on it can do proper serial communications, then you can too.. /* Chris Faherty [EMAIL PROTECTED] */ /* Your Stock has crashed - you must now restart your system */ -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: (no subject) --- Serial Device Control
Yeah I know.. but it's really complicated matters... I don't know if you have some kind of electronic knowledge... but they told me it's a protocol that is like I2C Bus or something like that... It's processor level communication that we need to do... It's difficult to change something on the device (not palm) since the code must be kept in 8K ( in a chip ) That's why we can use a protocol with flow control and parity check... Brian Mathis wrote: On Wed, 12 Jul 2000, Patrick Ouellet wrote: I think my boss would kill me, if I tell him that Hehe. I think it's the engineers that should be killed for not using a standard serial interface. The standard's been around for how long now? 15, 20 years? :) -- Brian Mathis Direct Edge http://www.directedge.com -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: (no subject) --- Serial Device Control
I think my boss would kill me, if I tell him that Nesse, Rustin wrote: I would think that it would be much easier to rework your number pad's I/O or cabling to make it compatible with the Palm, and not vice versa...you guys would already have all the internal specifications, so instead of driving yourself insane writing a really low level and possibly incompatible Palm app, your technicians would rework the port and create a Palm version of your number pad. Just a thought... -Rus The meaning of all this is to use the Palm to control a numpad we designed using serial port, but without UART or parity... This is no usual serial communication -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: (no subject) --- Serial Device Control
Ok but.. If I must not use baud rate syncronised message... ( Well.. I never had so much trouble tring to make miself clear.. Im French) Ok I, myself, have some problem understanding what the electronic technician tryed to explain to me... but here is what I must do... I mean I must listen on the serial for a delay of 25 millisecond between 2 signal, this tell me that Im on the beginning to the message. After the 25ms I should be syncronised, so now I can send break signal to the device to override it's own signal... exemple ___ ____ |||||| || 25 ms32ms - ^ |--- I should be able to override this signal ( that send it up ) to let it down... ___ ____ |||| || Like this If you don't understand what I mean... I don't know what I'll do... ;-) So... I must be able to send a bit on the serial so that the device know that it's signal ( on the bus.. the drawing is the bus signal ) has changed so that it (device) change a state of a bit in ist registry ( I have a device I want to control using the Palm serial It's protocol ( the device ) is built that way... The meaning of all this is to use the Palm to control a numpad we designed using serial port, but without UART or parity... This is no usual serial communication I hope someone out there understand... ( If someone is french.. I can explain it better in french ) -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
RE: (no subject) --- Serial Device Control
Rustin, I read that you work with point of sale. Do you know POS dionica? i'm working in a load app to the POS, and my problem occurs because the POS checks the DTR. Could you give me some help about it ?? Thanks, Augusto. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: (no subject) --- Serial Device Control
Ok ok ok so you want to know It's home and business security system with zone checking phone calling to central Do you think were idiot to fit only a key pad in 8K no. there is much more... sice two of the guys here are working on shrink the code since it's already bigger than 8K Chris Faherty wrote: On 12-Jul-2000 Patrick Ouellet wrote: It's difficult to change something on the device (not palm) since the code must be kept in 8K ( in a chip ) My goodness, 8K for a numpad. Must have a spell-check/calculator in there :) If a 50 cent mouse with a PIC on it can do proper serial communications, then you can too.. /* Chris Faherty [EMAIL PROTECTED] */ /* Your Stock has crashed - you must now restart your system */ -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: (no subject) --- Serial Device Control
Ok but.. If I must not use baud rate syncronised message... ( Well.. I never had so much trouble tring to make miself clear.. Im French) Ok I, myself, have some problem understanding what the electronic technician tryed to explain to me... but here is what I must do... I mean I must listen on the serial for a delay of 25 millisecond between 2 signal, this tell me that Im on the beginning to the message. After the 25ms I should be syncronised, so now I can send break signal to the device to override it's own signal... exemple ___ ____ |||||| || 25 ms32ms - ^ |--- I should be able to override this signal ( that send it up ) to let it down... ___ ____ |||| || Like this If you don't understand what I mean... I don't know what I'll do... ;-) So... I must be able to send a bit on the serial so that the device know that it's signal ( on the bus.. the drawing is the bus signal ) has changed so that it (device) change a state of a bit in ist registry ( I have a device I want to control using the Palm serial It's protocol ( the device ) is built that way... The meaning of all this is to use the Palm to control a numpad we designed using serial port, but without UART or parity... This is no usual serial communication I hope someone out there understand... ( If someone is french.. I can explain it better in french ) -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: (no subject) --- Serial Device Control
I would think that it would be much easier to rework your number pad's I/O or cabling to make it compatible with the Palm, and not vice versa...you guys would already have all the internal specifications, so instead of driving yourself insane writing a really low level and possibly incompatible Palm app, your technicians would rework the port and create a Palm version of your number pad. Just a thought... -Rus The meaning of all this is to use the Palm to control a numpad we designed using serial port, but without UART or parity... This is no usual serial communication -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: (no subject) --- Serial Device Control
I think my boss would kill me, if I tell him that "Nesse, Rustin" wrote: I would think that it would be much easier to rework your number pad's I/O or cabling to make it compatible with the Palm, and not vice versa...you guys would already have all the internal specifications, so instead of driving yourself insane writing a really low level and possibly incompatible Palm app, your technicians would rework the port and create a Palm version of your number pad. Just a thought... -Rus The meaning of all this is to use the Palm to control a numpad we designed using serial port, but without UART or parity... This is no usual serial communication -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: (no subject) --- Serial Device Control
On Wed, 12 Jul 2000, Patrick Ouellet wrote: I think my boss would kill me, if I tell him that Hehe. I think it's the engineers that should be killed for not using a standard serial interface. The standard's been around for how long now? 15, 20 years? :) -- Brian Mathis Direct Edge http://www.directedge.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: (no subject) --- Serial Device Control
On 12-Jul-2000 Patrick Ouellet wrote: I mean I must listen on the serial for a delay of 25 millisecond between 2 signal, this tell me that Im on the beginning to the message. After the 25ms I should be syncronised, so now I can send break signal to the device to override it's own signal... The API can be used to send a break signal. SerControl() So... I must be able to send a bit on the serial so that the device know that it's signal ( on the bus.. the drawing is the bus signal ) has changed so that it (device) change a state of a bit in ist registry Sending a break signal or a data character would use the TXD line, which I presume could be the signal you need to send. No other signals are changeable via the API; i.e. DTR or RTS. DTR only changes when you open/close the serial port, and RTS will change only under OS control for handshaking. You may change the RTS state by directly accessing the CPU ports. This has many disadvantages since much of the hardware is different, and changing all the time. And excellent things such as auxilliary serial ports are popping up and it would not work with them. That being said, it is fairly straight forward and in some cases cannot be done any other way; such as my Sparkler program which controls a CM17A. http://rallypilot.sourceforge.net The meaning of all this is to use the Palm to control a numpad we designed using serial port, but without UART or parity... This is no usual serial communication Sounds like a neat device. My concern is that since you are not using a UART you may use non-standard baud rates and timings. I urge you to please keep it compatible with normal serial communications. The Palm devices are not the only devices which use Palm peripherals. In fact, I am currently working on an adapter for the RIM Blackberry to let it use Palm peripherals; i.e. keyboards. http://rallypilot.sourceforge.net/bb/index.html /* Chris Faherty [EMAIL PROTECTED] */ /* Your Stock has crashed - you must now restart your system */ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: (no subject) --- Serial Device Control
We make cables and do customization of other people's products here at our repair and configuration center, so it's very possible. We can usually rework or find a hardware workaround for a particular problem in about a week or less, and we deal a LOT with port incompatibilities, as we deal with point of sale equipment from all over the world (and then try to get it all to work together). Your techs should try to get access to the Palm modem and serial casing program. From a software standpoint, you'll first have to wait to get access to the Palm OS source, and then find a way to rewrite all the serial functionality on a low level, requiring you to become VERY intimately familiar with the Motorola architecture, as well as learning the Palm OS language. I don't know, I think designing a custom cable and then ordering them bulk from a cable production company would be quite a bit faster and a better solution than balancing everything on unsupported software. At least, it would get your project up and going alot quicker, and you guys could develop a software solution on the side if you wanted. If a custom cable didn't work, I'd serious think about building a 68K serial driver for the meantime, but getting your system on with a hardware solution (maybe a standardized port system) in the long run, as that would be far more stable and compatible. -Rus -Original Message- From: Patrick Ouellet [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 12, 2000 11:23 AM To: Palm Developer Forum Subject: Re: (no subject) --- Serial Device Control I think my boss would kill me, if I tell him that "Nesse, Rustin" wrote: I would think that it would be much easier to rework your number pad's I/O or cabling to make it compatible with the Palm, and not vice versa...you guys would already have all the internal specifications, so instead of driving yourself insane writing a really low level and possibly incompatible Palm app, your technicians would rework the port and create a Palm version of your number pad. Just a thought... -Rus The meaning of all this is to use the Palm to control a numpad we designed using serial port, but without UART or parity... This is no usual serial communication -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: (no subject) --- Serial Device Control
Yeah I know.. but it's really complicated matters... I don't know if you have some kind of electronic knowledge... but they told me it's a protocol that is like I2C Bus or something like that... It's processor level communication that we need to do... It's difficult to change something on the device (not palm) since the code must be kept in 8K ( in a chip ) That's why we can use a protocol with flow control and parity check... Brian Mathis wrote: On Wed, 12 Jul 2000, Patrick Ouellet wrote: I think my boss would kill me, if I tell him that Hehe. I think it's the engineers that should be killed for not using a standard serial interface. The standard's been around for how long now? 15, 20 years? :) -- Brian Mathis Direct Edge http://www.directedge.com -- Patrick Ouellet, Programmeur/Analyste Département: Recherche Développement Les Entreprises Microtec Inc. 4780 rue St-Félix, St-Augustin, Qc, G3A-2J9 (418) 864-7644 poste 130 [EMAIL PROTECTED] http://www.microtecsecurite.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: (no subject) --- Serial Device Control
On 12-Jul-2000 Patrick Ouellet wrote: It's difficult to change something on the device (not palm) since the code must be kept in 8K ( in a chip ) My goodness, 8K for a numpad. Must have a spell-check/calculator in there :) If a 50 cent mouse with a PIC on it can do proper serial communications, then you can too.. /* Chris Faherty [EMAIL PROTECTED] */ /* Your Stock has crashed - you must now restart your system */ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: (no subject) --- Serial Device Control
Would you believe that RS-232C predates ENIAC? It's true. The original specification was for sending information to teletype machines. Cheers, Bruce. P.S.: That's why full RS-232C using +12 and -12 for signalling while the rest of the electronics world generally uses +5 and 0. On Wed, 12 Jul 2000, Patrick Ouellet wrote: I think my boss would kill me, if I tell him that Hehe. I think it's the engineers that should be killed for not using a standard serial interface. The standard's been around for how long now? 15, 20 years? :) -- Brian Mathis Direct Edge http://www.directedge.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- -- Bruce Thompson | "Pinkie! Are you pondering what I'm pondering?" Software Engineer | "I think so Brain, but if they called them Sad Partner Engineering | Meals kids wouldn't buy them!" Palm, Inc. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
