[Bryan Tran]

Hi Jun,

1. Can you check to make sure the IP address of your PC is in the same network as the CDP device ?

2. Can you ping the CDP from your PC ?

Regards,

BT

[Bryan Tran]

Hi Alan,

There are 4 32 bit General Purpose Registers in the AT91SAM9G20 that are powered by the battery. I think the Linux RTC code uses one of these registers to store a time offset for the RTC. Otherwise they may be available. The memory locations are FFFFD50-FFFFD60. The documentation calls them General Purpose Back-up Registers (GPBR).

Regards,

BT

[Bryan Tran]

Alan,

This is Multitech part number

95218504LF  –  FPC-532-DC

. I think you can order it from us. Call our Customer Service and see if they can do this or not.

Regards,

BT

[Bryan Tran]

Hi Klaus,

1. One thing you can do is that – follow this link – http://www.multitech.net/developer/products/multiconnect-ocg/development/customizing-bitbake-recipes/

2. Then when you flash your unit, you need to do the following command from u-boot:

run erase_config

run tftp_kernel

run tftp_rootfs

That way your new/modified config will be there.

Or you can also issue the following command at the console of the CDP: rm -rf /var/config/*

Then: reboot

Notes: When you flash your unit, it will not touch the /var/config folder. This is why you need to do the commands:

run erase_config or rm -rf /var/config/*

Regards,

BT

[Bryan Tran]

Hi Klaus,

It looks like the email section of the .smsconfig file is for sending sms through Email.

Regards,

BT

[Bryan Tran]

Hi Joseph,

What about try to add the OpenVPN into your image ? To do this, you would do the following:

– Go to /corecdp-2.2.2/multitech/recipes/images and modify the corecdp-base-image.bb by adding the following line into this file

…
MISC_FEATURES= “minicom lrzsz nano openvpn”
…

Save the file and then do:

bitbake corecdp-base-image

Then flash this image to the MTCDP and see if it works for you.

Regards,

BT

[Bryan Tran]

Hi Joseph,

Have you tried to issue the following command on the MTCDP:

export LD_LIBRARY_PATH=/usr/lib and see if it helps.

Notes: You may want to issue the following command to check to see if it is correct or not.

echo $LD_LIBRARY_PATH <–It should show the path /usr/lib

Regards,

BT

[Bryan Tran]

Hi Mykyta,

It looks like the unit is booting up with a wrong model number, no mac address and no imei number..etc. (I am assuming you have a MTCDP-H5).

You may want to create a new support ticket at https://support.multitech.com/support/ and include the serial number of the unit you have.

Thanks,

BT

[Bryan Tran]

Hi Greg,

1. If your application is not write to the flash on a regular basis, then it is ok to write to main file system. However, if it is writing on regular basis, then it should be in RAM file system. This is so that you don’t wear out the flash.

2. It is simply the file system at /media/ram. You can just create file in that folder.

Notes: If the device is reset, then all the files that you created there will be lost.

Regards,

BT

[Bryan Tran]

Hi Greg,

To capture the output of a curl command directly using the system() call, you could try this: curl -vs google.com > myfile 2>&1

This will redirect the output/error of the curl command to: myfile.

Notes: Should be written into a directory one of the mounted tmpfs (in RAM) filesystems or to a removable SD card.

Thanks,

BT

[Bryan Tran]

Hi Miguel,

Can you post the log when it is working, when it fails, and when you do soft reboot and it’s still not working ? You may need to enable ‘debug’ option in the options file to see more debug messages.

If the logs are too large, you may want to create a support case and attach them to the case.

https://support.multitech.com/support/

Thanks,

BT

[Bryan Tran]

Hi Andrey,

If you have a process that reading the data from the serial port on the CDP device running. Try to issue the following commands:

1. echo enabled > /sys/devices/platform/atmel_usart.2/tty/ttyS2/power/wakeup

*Enable wakeup on ttyS2 port

2. echo standby > /sys/power/state

*Put the CDP in standby mode

Regards,

BT

[Bryan Tran]

Hi Campbell,

Try to issue the following command:

echo standby > /sys/power/state <–Put the CDP in standby mode.

Then plug in a USB thumb drive into the USB host port. The CDP should come out the standby mode.

Thanks,

BT

[Bryan Tran]

Hi Vladimir,

Did you look at the screen shots that I included in the case #5049707 ? The screen shots showed how to add a python script to start at boot.

Thanks,

BT

[Bryan Tran]

Hi Andrew,

1. What software packages that you would like to install on to the device ?

2. If you look into the corecdp-2.2.2/openembedded/recipes folder, you will find that, it included thousand of software packages that you can added to your device. To add these software packages on to your device, you can just take a look at this link:

http://www.multitech.net/developer/products/multiconnect-ocg/development/creating-a-custom-image/

Regards,

BT

[Bryan Tran]

Hi Jordan,

1. What is the model number of the product you are working with ?

2. It looks like it is trying to download the oe_uImage.bin from your TFTP server at the IP address – 192.168.2.2 and it could not connect to it.

3. Can you power off/on the device and let it boot up to the cdp/mt100eocg prompt and see if it is able to. Don’t try to hit any key to go into the U-boot prompt.

4. Also, please create a support case at the following link – https://support.multitech.com/support

Thanks,

BT

[Bryan Tran]

Hi Ben,

Would you pls look at the /var/log/messages and see if it is executing your script every 5 mins ? If it does, but your script is not running, then pls check your script file permission. Do the command ls to list out your script’s file permission. It should have exec file permission set.

If not, you can use the command chmod to add exec file permission to your script.

Thanks,

BT

[Bryan Tran]

Hi Miguel,

Yes. I am sure.

Regards,

BT

[Bryan Tran]

Hi Miguel,

Try to download the new version venus-gps-0.1.0.zip.

Thanks,

BT

[Bryan Tran]

Hi Miguel,

Can you go into the /multitech/recipes/multitech/venus-gps_0.0.2.bb and modify the following:

a. tag=0.0.2 to tag=0.1.0

b. PR=”r0″ to PR=”r1″

Then do: bitbake corecdp-base-image or whatever your image might be.

Let me know if it helps.

Regards,

BT

[Bryan Tran]

Hi Miguel,

I forgot to mention that – You also need to re – add the previous fix and the new fix at the same time and recompile them. This is because the previous fix will not be there in the file.

I will try to put this fix into git repos once I have confirmed from you. So that later on other people do not have to add it manually.

Thanks,

BT

[Bryan Tran]

Hi Miguel,

This should fix your problem. Pls, use the same procedure to go into the cbuffer.c and go to function – bufferred_read (int fd, struct cbuffer *buf), and find:

…
int total=0;

i = buf->write_index;

….

Change it to:

…
int total=0;

i = buf->write_index;

if( i == -1 )

i=0;

….

Then do: Save and then type – exit

Then type: bitbake venus-gps -f -c compile

Type: bitbake corecdp-base-image or whatever yours might be.

Upload to the CDP and test it out.

Regards,

BT

[Bryan Tran]

Hi Miguel,

Pls, try this and let me know if this fix the problem.

1. Go to your /corecdp-2.2.2/bitbake venus-gps -c devshell

2. Another window popped-up, then go to /src

3. Type gedit cbuffer.c

4. Go to function – bufferred_read (int fd, struct cbuffer *buf), and find:

…
if(len <= 0){
if(total) {
return total;
…

change it to:

…
if(len <= 0){
if(total) {
buf->write_index = i + len;
return total;
…

5. Save and then type: exit

6. Then type: bitbake venus-gps -f -c compile

7. Type: bitbake corecdp-base-image or whatever yours might be.

8. Upload to the CDP and see if it helps.

Regards,

BT

[Bryan Tran]

Hi,

Try: bitbake bluez4

Also, if it complained about the MD5sum and SHA256sum mismatch then you need to go /openembedded/recipes/bluez/bluez4_84.bb, commented the old ones and added the new MD5sum/SHA256sum ones.

Regards,

BT

[Bryan Tran]

Hi Phil,

You can create a new case in our online support portal (http://www.multitech.com/en_US/) and then attach your script in the case. However, another simple test that you can do is that – Reload the stock firmware on the device, then go into the /etc/ppp/options, modify, save it and then reboot and see if your changes is still retained after reboot.

If it is then, your script must do something that caused the /etc/ppp/options reloaded with stock version.

Regards,

BT

[Bryan Tran]

Hi Phil,

I could not duplicate the problem. Pls, give steps as how to duplicate the problem.

Regards,

BT

[Bryan Tran]

Hi Mike,

1. What is the model number of the device ?

2. First we need to check to see if we have a good signal and if we are registering to home network. SSH into your device and type:

microcom /dev/modem_at0[Enter]

AT+CSQ[Enter] <–Querying signal

AT+CREG?[Enter] <–Check to see if we are registering to home network.

Ctrl+x[Enter] <–Exiting microcom.

http://www.multitech.com/en_US/DOCUMENTS/Families/MultiConnectOCGE/manuals.aspx

3. Once we know that we have a good signal and registering to home network. We can run the pppd service manually from the command line. To do that – you need to go /etc/ppp/peers and modify the gsm_chat with your valid APN. Then save the file and run the ppp service by typing:

pppd call gsm &[Enter] <–Run pppd service

tail -f /var/log/messages[Enter] <–What is going on.

ping http://www.google.com[Enter] <–Check to see if getting replies.

4. If we are getting replied from the internet, then we need to remove/terminate the pppd call gsm process by using the kill command. Then we can try the java program again and see if it helps.

5. If you are still having a problem, then pls create a support portal case at https://support.multitech.com/support/login.html.

Regards,

BT

[Bryan Tran]

Hi Terry,

---

Also – does your Linux distribuition support more than one user as the useradd command says command not found.

---

*Try: adduser command.

Regards,

BT

[Bryan Tran]

Please, see http://www.multitech.net/developer/forums/topic.php?id=456

[Bryan Tran]

Hi Sean,

It looks like it can not get the file from the tftp server. Would you try test your TFTP server first and see if it is working ok ?

1. Go to your PC where you have the TFTP server installed and type:

#echo “Hello, embedded world” > /tftpboot/hello.txt”

# tftp localhost

tftp> get hello.txt

Received 23 bytes in 0.1 seconds

tftp> quit

*Then do: ls command to make sure you can see hello.txt on your PC. This will confirm that – The tftp server is setting up correct. Other wise, you need to make sure your TFTP server is setting up correctly and running.

2. Otherwise, you can restart your device and get into the Uboot prompt, then do the command: run krb and let it run until you see what the error message is.

3. If you are still not able to get it to work, you may want to create a support portal case at https://support.multitech.com/support/login.html to get a quicker responses.

Regards,

BT

[Author]

Posts