Hello I am implementing a reading one of my GSM modem through SMSLib however
can not see the messages in my Huawei E220 modem. Anyone know guide me what
can be? I am using C #. Net.
Thank you!
--
You received this message because you are subscribed to the Google Groups
"SMSLib Discussion Group
I think RxTx throws an Exception for this scenario. I use JavaComm so don't
know exact behavior. You can just replace JavaComm with RxTx and simulate
the problem to find out what happens.
I used to get occasional WaitCommEvent errors earlier but they all went
away after I patched up the server's f
Nizam Mohideen,
Could you let me know how to detect the same using RxTx library.
If the modem is disconnected how to detect the same.
Regards
PCReddy
On Thu, Dec 8, 2011 at 4:16 PM, Nizam Mohideen wrote:
> The WaitCommEvent error is an artifact of the JavaComm library. As far as
> I know there
getDate() function in Message class returns for InboundMessages not
real receivering date from PDU (TP-SCTS:
) just date of object (InboundMessages) creation. There is concrete
reason not to take date form PDU?
Pancypir
--
You received this message because you are subscribed to the Google Groups
The getText() belongs to the Message class - how on earth would you use it
outside the scope of the message variable?
--
You received this message because you are subscribed to the Google Groups
"SMSLib Discussion Group" group.
To view this discussion on the web visit
https://groups.google.com
You can't...
--
You received this message because you are subscribed to the Google Groups
"SMSLib Discussion Group" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/smslib/-/O2qg3etmUUAJ.
To post to this group, send email to smslib@googlegroups.com.
To unsubscribe
The WaitCommEvent error is an artifact of the JavaComm library. As far as I
know there is no way to intercept it in the Java code. I believe the RxTx
library does not have this issue.
On Thu, Dec 8, 2011 at 4:11 PM, Alex Anderson <
alexanderandersonofando...@gmail.com> wrote:
> I don't think ther
I don't think there's any way of actually capturing this output, or
preventing it being added to stderr, but it should also be accompanied
by an IOException which you can catch in the Java code.
Happy to be corrected if I'm wrong!
On 8 December 2011 12:45, smaran wrote:
> If the modem is taken o
There is no foolproof way to detect whether the SMSC address is
missing. If you know what type of PDU you are dealing with it is
easier because decoding the PDU will probably cause a decoding error
or wrong PDU type and then you can try it with the 00 attached.
If you don't know the PDU type you m
If the modem is taken out from the PC it generates
WaitCommEvent: Error 31
WaitCommEvent: Error 31
WaitCommEvent: Error 31
WaitCommEvent: Error 31
WaitCommEvent: Error 31
WaitCommEvent: Error 31
WaitCommEvent: Error 31
WaitCommEvent: Error 31
on standard output.
How to capture this in program and
Hi Henk,
Thanks for the info. Is there any way to automatically tell whether
or not the SMSC is prefixing SMSC number to incoming (MT) messages, or
do you just need to try both methods?
Alex
On 8 December 2011 12:29, hjh wrote:
> The 00 means an empty, zero length SMSC address. It is a placeh
The 00 means an empty, zero length SMSC address. It is a placeholder
for where the SMSC address is supposed to be.
The SMSC address is not a part of the PDU definition, it is attached
to outgoing SMS messages to specify where the SMS should be sent to.
Most SMSC's also attach the SMSC address to M
Certainly is, but adding 00 to a good PDU will break it :( Any
suggestions how to tell when the additional 00 is required?
On 8 December 2011 10:40, yuzhouliu2...@163.com wrote:
> insert '00' to head
> '06000A81702095772160329051E11121603290512100',it is change
> 0006000A8170209577216032
13 matches
Mail list logo