Your Universal Remote Control Center
RemoteCentral.com
Philips Pronto Professional Forum - View Post
Previous section Next section Previous page Next page Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

Page 2 of 5
Topic:
TCPIP from the simulator DOES work!!
This thread has 66 replies. Displaying posts 16 through 30.
Post 16 made on Sunday February 1, 2009 at 00:54
tenchi
Long Time Member
Joined:
Posts:
January 2006
156
ProntoSqueeze works fine on the simulator ;)
Post 17 made on Sunday February 1, 2009 at 01:56
tenchi
Long Time Member
Joined:
Posts:
January 2006
156
No but that would be nice :(

But System.print is outputting to a dos window which the "middle app" is leaving open, which is now making my debugging life substantially easier!!!

Leaves me wondering WTF Philips was thinking having it disabled for us programmers!

On January 31, 2009 at 04:35, Jon Welfringer said...
Do you have extender communication working from the simulator?
Post 18 made on Tuesday February 3, 2009 at 11:36
MVis
Long Time Member
Joined:
Posts:
July 2007
94
I'm trying to use this and seeing odd results with tcpip communication. The CPU is definitely pegging.

I have a 1.3MB file that transfers fine (bytes read reported by prontoscript is slightly more than the size reported by vista, which is a little odd). It's an http transfer from Msft IIS.

I have a webpage that I read that is about 500K (identical read routines), that is running via a different web server (because the app uses it), and it is dropping about 25%. 372 to 400k (simulator) vs 484k for the actual dataset

I guess looking at it this way - it's the webserver. But it works fine in Pronto 1 on the remote and captures all the bytes.

The debugging capability (if TCP/IP worked) would probably get me to move to ProntoEdit 2.0. I can't believe I said that.

Last edited by MVis on February 3, 2009 11:48.
Post 19 made on Tuesday February 3, 2009 at 11:44
Lyndel McGee
RC Moderator
Joined:
Posts:
August 2001
12,217
Maybe it was disabled because of performance issues and the fact it might not be ready for prime-time! (CPU Issues, spurious TCP/IP, etc).
Lyndel McGee
Philips Pronto Addict/Beta Tester
OP | Post 20 made on Tuesday February 3, 2009 at 12:17
Jon Welfringer
Long Time Member
Joined:
Posts:
December 2002
175
MVis - I just sent you an update that takes the CPU utilization for the "stub" files down to zero. The Pronto simulator file will still take a bit of CPU utilization, but it should not be too bothersome now.

Even with the CPU overhead, debugging this way is SO MUCH faster and easier.
Post 21 made on Tuesday February 3, 2009 at 12:26
MVis
Long Time Member
Joined:
Posts:
July 2007
94
On February 3, 2009 at 11:44, Lyndel McGee said...
Maybe it was disabled because of performance issues and
the fact it might not be ready for prime-time! (CPU Issues,
spurious TCP/IP, etc).

That rarely stops most companies in the software industry :)
Post 22 made on Tuesday February 3, 2009 at 12:35
MVis
Long Time Member
Joined:
Posts:
July 2007
94
On February 3, 2009 at 12:17, Jon Welfringer said...
MVis - I just sent you an update that takes the CPU utilization
for the "stub" files down to zero. The Pronto simulator
file will still take a bit of CPU utilization, but it
should not be too bothersome now.

Even with the CPU overhead, debugging this way is SO MUCH
faster and easier.

Thanks.
The CPU reduction makes it much more useable with the rest of the system. Unfortunately, still seeing the drop in data from this webserver. I don't know how to separate out this particular webserver from the service it provdies, so it will be hard to test.

All of my msft IIS accesses are coming out byte length identical.

Pronto 1.0 on the remote sees this other webserver fine.
Post 23 made on Wednesday February 4, 2009 at 09:15
Barry Gordon
Founding Member
Joined:
Posts:
August 2001
2,115
Jon, Just sent you a PM
OP | Post 24 made on Wednesday February 4, 2009 at 11:45
Jon Welfringer
Long Time Member
Joined:
Posts:
December 2002
175
On February 4, 2009 at 09:15, Barry Gordon said...
Jon, Just sent you a PM

To Barry and a few others that had sent me PM's.... Sorry I did not have the "new" RC mail notifications turned on and did not realize I had messages. All messages have now been replied to.
OP | Post 25 made on Thursday February 12, 2009 at 13:38
Jon Welfringer
Long Time Member
Joined:
Posts:
December 2002
175
02/12/2009 Update

I have added the ability to save the window size/positions of the simulator, console debug window and prontoscript trace windows (it will also automatically open the trace window for you). I was getting really tired of having to arrange those windows every time I ran the simulator!

If you develop any TCPIP based Pronto scripts, you really should check this out.

I will be sending an email with a download link to those that have already requested previous versions of the Simulator TCPIP enable mod.
Post 26 made on Friday February 13, 2009 at 05:35
Roti
Long Time Member
Joined:
Posts:
July 2008
104
Just got a copy if this from JW and it is great - will save heaps of time.

Thought I would leave a quick note for anyone else using is in Vista x64 as I am.

1) Use the appropriate folders for x64
C:\Program Files (x86)\Philips\ProntoEdit Professional 2.0\Simulator\
C:\Program Files (x86)\Philips\ProntoEdit Professional 2.0\Simulator\appli-win32\bin\

2) Change Data Execution Prevention Settings
- I was getting crashes with some modules until I did this
- Go to Control Panel -> System
- Click "Advanced System Settings"
- Select "Advanced" tab
- Under "Performance", click "Settings"
- Select "Data Execution Prevention" tab
- Add the executables to the list of programs/services excepted from DEP (I added all of appli.exe, appli!.exe, msf.exe, msf!.exe, although I'm not sure if all are necessary).

Now all TCP/IP modules works including viewing IP cameras, C-bus contol, weather apps, Prontosqueeze, etc.

Thanks for your work!

Last edited by Roti on February 13, 2009 08:16.
Post 27 made on Friday February 13, 2009 at 06:09
Robercy
Lurking Member
Joined:
Posts:
July 2007
5
Hi Jon,

Good to hear this news.

The previous worked very smooth, but now seems even better. I,m so excited to test this new version.

Thanks for your great work!

Robercy
Post 28 made on Friday February 13, 2009 at 19:35
MVis
Long Time Member
Joined:
Posts:
July 2007
94
Jon,

Can you post this somewhere? Also, has anyone figured out how to resolve data loss that sometimes can occur in socket communications when using this?
Post 29 made on Monday April 20, 2009 at 10:33
TrustNo1
Long Time Member
Joined:
Posts:
February 2009
19
Hi Jon,
Finally I had the time to test your development. It is excellent! A friend of mine told me he had a problem when using IP comm in a sub activity .. I have to test this myself. It makes debugging finally possible for IP. This is great as I just found out that any comm with an extender must be with a real extender (even if I am not interested in the actual data from the extender). The simulator creates an error (when making a call to an extender) and ignores any additional code...
But you made it possible to check IP communication which makes this an EXCELLENT addition to PEP! Hopefully the guys at Philips get this info to and will improve debugging for the Pronto (which is very very basic..).. and maybe even development on a Apple ;-) (as I still have to use MS ... in an emulator ...:-)))).

Best regards
Rgds,

JT
Post 30 made on Monday April 20, 2009 at 16:32
Barry Gordon
Founding Member
Joined:
Posts:
August 2001
2,115
I use both the simulator and the Base modification+PC debugger, prefering the latter. I use PEP1 almost exclusively, so the Base modification is logistically easier. It also has the advantage that it does not care about extenders, and the PC debugger has some nice features to aid in session capture and logging.

The only issue I have seen with the simulator (I use only TCPIP, no extenders) is that I can not initially clear the socket. If I comment out that step I have no issues and it works..
Find in this thread:
Page 2 of 5


Jump to


Protected Feature Before you can reply to a message...
You must first register for a Remote Central user account - it's fast and free! Or, if you already have an account, please login now.

Please read the following: Unsolicited commercial advertisements are absolutely not permitted on this forum. Other private buy & sell messages should be posted to our Marketplace. For information on how to advertise your service or product click here. Remote Central reserves the right to remove or modify any post that is deemed inappropriate.

Hosting Services by ipHouse