开云体育

I've seen that message before. After making several changes to my laptop, the message went away after reinstalling all my Crestron software while logged in as the user account I use for programming.

Are you getting verbose debugging information from the C40? I believe that can be enabled/disabled in the C40 configuration, and that can easily cause buffer overflows. Or maybe that's only on telnet

You can also run a Squeezebox server on there (http://squeezeplug.de/) and use the module referred to often on this forum to control that. [Non-text portions of this message have been removed]

Whenever I see ... "something was working, then after awhile it wasn't, but a reboot fixed it" I believe it is something in your programming. Create a new program with only the IR devices and see if

I do want to add some points here that are not only applicable to the new guys/beginners. Never assume somebody else is in the same position as you are and by that I mean: 1) Work setup - self

That was a test - and you passed... :-)

Martin, Tony is dyslexic. It's sscnow dot com. Lol Sent from my eMail.

Also, this is one of those messages that you seemingly can't get a straight answer out of tech support on. Near as I can tell, the -257 error is what you get if you try sending serial data to a TCP/IP

Lincoln supplied great suggestions, so I'm just echoing the sentiment. I have gobs of C-series codecs under 232 control using the I2P modules with no issues. It sounds like your only real option here

Ping services.mycrestron.com from both processors; compare. Run debugger against the CP2e; include module signals. Find the two ::debug_weather_ signals, drive them high. You should get a bunch of

I have a raspberry pi with openelect(xbmc) installed. i just soldered up an IR receiver to the GPIO ports and learned a remote to control it. (or use a pre defined remote like a MCE/apple tv) it has

Give the guy a break, there are no stupid questions. I haven't worked with the PI but I have messed with the Arduino. If it is anything like the arduino uno then you can just connect rs232 to it and

FWIW, I have probably 100+ C40s in the wild all running via serial and have never had a problem with them locking up -- might be worth making sure the C40 is running relatively recent-ish firmware.

I wouldn't say "broke" -- if it was, many more people would be affected. Subtle new bug that only has an effect in certain systems? Sure, wouldn't surprise me. If you're curious (and a little

To add to this, I had one unit that even using command line I gave up and plugged in with a USB cable before I got everything to work right. It was a unit I had been doing development work on and

Oliver, From my understanding from the Apple tech web pages, the iPads and iPhones automatically work on the wi-fi network for data if connected to one, and only use the cellular signal for phone

Todd, I sent you an email, but it just bounced back to me, you can reach me at martin at martinkup dot com

Do you think the module is broke for the 4.7x firmware.. It works on CP3E. I wold think in would not work on 3 series before a 4.7x firmware would break it.

..and Device Database at least 49.05.004 Da 22.5.2013 0:32 Heath Volmer wrote / napsal(a):

I originally programed the system with 232 control for the C40. It would work for half a day or so and then lock up. Crestron would then start reporting buffer overflows from the 232 module. A