EHS5T RS485 writes gibberish on the serial prot ASC1 | Telit Cinterion IoT Developer Community
November 29, 2018 - 8:11am, 4772 views
Hello,
The "EHS5T RS485" writes gibberish on the port without any user Software on it.
I connected a display to it, and after restarting the box it writes "y5e" on the output, and the longer I keep it connected the more characters appear on the display.
I was able to measure the signal with an oscilloscope, and it looks like propper/intended serial communication
I use a 4 wire connection for the display (RX, TX, Vcc and GND)
I connected a "virgin" Module out of the box to the display. I didn't change anything about the configuration. There is also no user software on it.
Any idea how to turn that off, or is a Firmware update planned to fix that?
Hello,
So you have RS485 version of the terminal. RS485 interface (A+,B- lines) should be available as ASC0. As I understand you have connected RS232 interface of the display to ASC1 (TXD1, RXD1 lines).
In factory default setting ASC0 and USB[0345] should be available for AT commands. USB1 and USB2 are reserved for tracing by Gemalto. However there should not be any garbage printed out. If you want to use ASC1 you should change "Serial/Interface/Allocation" parameter available with AT^SCFG command. You may also want to switch off the power saving on serial interfaces with AT^SPOW=1,0,0.
You may also connect ASC1 to PC and test if you see this garbage also there and to test if it is possible to communicate with the module.
Best regards,
Bartłomiej
yes RS 485 Version, but no usage of ASC0
--> you should change "Serial/Interface/Allocation" parameter available with AT^SCFG command. You may also want to switch off the power saving on serial interfaces with AT^SPOW=1,0,0. <--
I did this on a box with java me user programm on it, it worked, but the box wrote sometimes random characters, and always "y5e" on restart.
So i took a brand new virgin box, attached the display and and powered it up (without USB connection to PC, just the power cable and the display) --> it wrote "y5e"
it then also sends random characters, but this happens kinda randomly, sometimes it takes 5 minutes for further characters, sometimes 3 hours, but they appear eventually.
If you have a box somewhere close to you, feel free to attach a oscilloscope and see what it does ;)
I also measured the tx signal line with an oscilloscope, and it is evidential that the box does some serial communication by itself.
the display is connected to TXD1 RXD1 5V and GND.
you are right about ASC1 I am using the TXD1 and RXD1 lines of the RS232.
Configuration is allright and as it should be.
the first box i configured manually, see following thread: https://iot-developer.thalesgroup.com/threads/ehs5t-asc1-serial-output-i...
the new virgin box i just checked with spow command and at^scfg command, just to see if configuration is good.
I also took another virgn box (the third box now) without even checking the configuration (I didn't even connect it via usb, just connected the display and the power supply) and it also wrote "y5e" on the display.
best regards
Hello,
As I understand "y5e" sequence is printed on your display which could potentially also introduce some problems.
So I think that it would be a good idea to test this without this display but the serial port of PC to exclude any hardware problems between module and display. As I understand the display should just print the data sent to it's serial port, so it should be easy to replace it with a PC. Is it any stock product - can you share any model or part number?
Please also check the module's firmware version with ATI1 command.
Regards,
Bartłomiej
Hello,
It's hard to find the documentation for the display online: EMCDIS420 20181105.pdf
I measured the ASC1 transmit signal line with a oscilloscope:
first the screenshots of the one with java me user software:
screenshots of a new module (its the forth module now, without user software on it)
taken about 1second after restart of the box (unplugging the power line and reconnecting it)
all those screenshots were taken without any display attached to it.
"y5e" re just the first chracters which are send to the display, after some time the box starts to write random characters (sometimes chinese, sometimes symbols....).
I already talked to the manufacturer of the display, "y5e" is not some fault code of the display. But I'll attach the Module to the PC and take a look, I'll post a screenshot here.
//--------------------
ATI1 Response:
Cinterion
EHS5-E
REVISION 03.001
A-REVISION 00.000.51
OK
//----------------------------------------
regards, Amar
Hello,
So it looks like it's not related to the display.
There is A-REVISION 00.000.55 available, but I haven't seen any similar error reports. But you can try to update anyway.
Could you paste AT^SCFG? output?
If this happens without any additional software, any hardware connected and we can't eliminate this behavior with the proper settings or firmware update we may suspect that your terminals might be faulty. Anyway I think that you should contact your local Gemalto office or distributor and report it. It might be necessary to test one of your terminals.
Best regards,
Bartłomiej
at^scfg? output:
at^scfg?
^SCFG: "Audio/Loop","0"
^SCFG: "Call/ECC","0"
^SCFG: "Call/Ecall/AckTimeout","5000"
^SCFG: "Call/Ecall/Callback","0"
^SCFG: "Call/Ecall/CallbackTimeout","43200000"
^SCFG: "Call/Ecall/Msd","0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000"
^SCFG: "Call/Ecall/Pullmode","0"
^SCFG: "Call/Ecall/SessionTimeout","20000"
^SCFG: "Call/Ecall/StartTimeout","5000"
^SCFG: "Call/Speech/Codec","0"
^SCFG: "GPRS/AutoAttach","enabled"
^SCFG: "Gpio/mode/ASC1","std"
^SCFG: "Gpio/mode/DAI","gpio"
^SCFG: "Gpio/mode/DCD0","gpio"
^SCFG: "Gpio/mode/DSR0","gpio"
^SCFG: "Gpio/mode/DTR0","gpio"
^SCFG: "Gpio/mode/FSR","gpio"
^SCFG: "Gpio/mode/PULSE","gpio"
^SCFG: "Gpio/mode/PWM","gpio"
^SCFG: "Gpio/mode/RING0","gpio"
^SCFG: "Gpio/mode/SPI","rsv"
^SCFG: "Gpio/mode/SYNC","std"
^SCFG: "Ident/Manufacturer","Cinterion"
^SCFG: "Ident/Product","EHS5-E"
^SCFG: "MEShutdown/Fso","0"
^SCFG: "MEShutdown/sVsup/threshold","0","0"
^SCFG: "MEopMode/CFUN","0","1"
^SCFG: "MEopMode/Comp1",""
^SCFG: "MEopMode/Dormancy","0","0"
^SCFG: "MEopMode/ExpectDTR","current"
^SCFG: "MEopMode/ExpectDTR","powerup"
^SCFG: "MEopMode/SoR","off"
^SCFG: "Radio/Band","147"
^SCFG: "Radio/Mtpl","0"
^SCFG: "Radio/OutputPowerReduction","4"
^SCFG: "Serial/Interface/Allocation","1","1"
^SCFG: "Serial/USB/DDD","0","0","0409","1E2D","0058","Cinterion Wireless Modules","EHx",""
^SCFG: "Tcp/IRT","3"
^SCFG: "Tcp/MR","10"
^SCFG: "Tcp/OT","6000"
^SCFG: "Tcp/WithURCs","on"
^SCFG: "Trace/Syslog/OTAP","0"
^SCFG: "URC/Ringline","local"
^SCFG: "URC/Ringline/ActiveTime","2"
^SCFG: "Userware/Autostart","1"
^SCFG: "Userware/Autostart/Delay","0"
^SCFG: "Userware/DebugInterface","0.0.0.0","0.0.0.0","0"
^SCFG: "Userware/DebugMode","off"
^SCFG: "Userware/Passwd",
^SCFG: "Userware/Stdout","null",,,,"off"
^SCFG: "Userware/Watchdog","0"
OK
where do I get the 00.000.55 revision?
Have you tried connecting a EHS5T to a oscilloscope? maybe this is a software bug, and I am just happen to be the first to discover it?
Pages