SambaPOS Forum
English Boards => Support => Topic started by: Isaac on June 25, 2013, 09:12:28 am
-
Hi All,
New problem occurred when connecting my IPAD MINI via RDP(Pocket Cloud).
There is a problem while printing. Please review printer and printer template settings.
Error Message:
Access to the port 'COM4' is denied.
Help pls?
-
Have you shared the printer on the main server
-
Its a Customer Display unit connected to COM PORT 4.
It does not appear in the Printers and Devices Section, so not sure how that will work?
-
Ok I thought it was strange as dont see many printers on COM ports nowadays.
I assume the customer display works from the main SambaPOS terminal.
-
Remove the Customer Display print job from Settings->Terminals->Terminal Name for the Tablet.
-
Remove the Customer Display print job from Settings->Terminals->Terminal Name for the Tablet.
Hi John, I will try this tomorrow and update here in the morning. Hopefully it will work. Thanks again.
-
Ok I thought it was strange as dont see many printers on COM ports nowadays.
I assume the customer display works from the main SambaPOS terminal.
Yes it works only on one terminal at a time. Hopeful John's suggestion should resolve the issue.
-
Unlike the printers, COM ports can not be shared between applications, and this is why you get the error. The only terminals that need the customer display print jobs are the terminals the customer displays are connected too.
-
Hi John
Problem still exists >:(
In the Terminals section I have 2 terminals
1= TILL (which has the display print jobs)
2= TABLET (without the pole display print jobs)
I'm Running The Server Terminal on Windows 7 Ultimate with the Terminal Server Patch Applied, which allows me to log into Windows as a TABLET user.
The error appears just before the login screen into SAMBAPOS?
-
If the error appears before the logon screen, then it would be the Application Start Rule that shows 'This Section is Closed'.
In the associated rules for Application Start, Logon, Logout, etc that use the Pole Display, you can set a condition 'Terminal Name != TABLET' so the rules will not work on the Tablet, but will on other terminals.
Sorry, but it has been a while since I had these issues when using RDP.
-
John
You are a superstar. I would have never worked this out without your help. Thank you very much.
SambaPOS works terrific on a IPAD MINI via RDP app PocketCloud. Strongly Recommend it to anyone wanting to use a tablet to take orders.
Thanks again John! :)
-
John, just realised after doing the above the customer display is no longer working on the Till Terminal Either? Any Ideas?
-
Are you using V2 or V3?
It shouldn't really matter. Take a step back, and remove the Terminal Name condition from the Logon & Logout rules and see if you can atleast get that working.
Are you sure each terminal has its own name set in Local Settings?
-
Hi John
Its V2.
To be able to change the local settings I'm guessing I need to make another local installation of SambaPOS? and run this copy on the Tablet so it will act as the Tablet Terminal and not conflict with the Customer Display. Correct me if I'm wrong?
-
After going back thru my configs, I am sure I only had to remove the print jobs from the RDP terminal name within Samba.
Does the Tablet RDP login using the same windows login as the Till or does it use another windows login?
If you are using a second windows login, did you login to that second account, install Samba and configure it as a separate terminal?
-
Hi John,
Great Advice. Worked a Charm! :) Slightly different approach.
I created another installation of SambaPOS on the Windows Account the Tablet uses. ie TABLET
I then Logged into the new SambaPOS(which resides in a different directory to the one the till uses) on the Tablet and in Local Settings set the Terminal Name: TABLET rather than TILL. As advised.
In the Rules section, I entered the condition = TILL for all Pole Display Rules. Which meant any rules relating to the customer display will come from the TILL terminal only.
However, the error I originally received would not even let me log into SambaPOS hence I was unable to even change terminal name. To be able to log in I had to logout of the main terminal TILL and then log in via the TABLET and change the Terminal Name.
A very happy ending and would not have been possible without the help of John, Thanks again.
-
Your problem was that your Windows Terminal Patch is not a true Terminal Server setup, and you were sharing the same SambaSettings.txt for both terminals.
It is a tricky setup, but the thing to remember is that using a Tablet requires its own installation of SambaPOS with a unique SambaSettings.txt file to work properly.
Usually the SambaSettings.txt file resides in C:\ProgramData\Ozgu Tech\SambaPOS2 - which is shared for the whole system and all users.
For your setup, moving the SambaSettings.txt file to C:\Users\{username}\AppData\Roaming\Ozgu Tech\SambaPOS2 will fix this as it then becomes specific to the user account logged in.
You should no longer need the Terminal Name condition in your rules, just make sure the Tablet doesn't have Pole Display print jobs assigned to it.
If you have this situation again, log into the Till using the Tablet windows account and make the changes (the Pole Display is connected and you wont get the COM error)
-
As a side note we have shortcut buttons on local settings screen for displaying application and user folders.
-
How would we change the path?
-
Just move the SambaSettings.txt from ProgramData to the user path and start SambaPOS. It will work it out by itself.
As Emre stated, Manage->Settings->Local Settings, has Display App Path and Display User Path
Default Locations
Win7/2008 - C:\ProgramData\Ozgu Tech\SambaPOS2\SambaSettings.txt
WinXP/2003 - C:\Documents and Settings\All Users\Application Data\Ozgu Tech\SambaPOS2\SambaSettings.txt
User Locations
Win7/2008 - C:\Users\{user profile}\AppData\Roaming\Ozgu Tech\SambaPOS2\SambaSettings.txt
WinXP/2003 - C:\Documents and Settings\{user profile}\Application Data\Ozgu Tech\SambaPOS2\SambaSettings.txt