¿ªÔÆÌåÓý

Okay, I have to advertise my ignorance. What is a semaphore? I never heard this term in relation to programming until joining this group.
Given that semaphore is a system of communication involving flag signals, is it a "flag" you set in the program?

Since I update the latest firmware "4.007.0004", it looses internet connection very often.
Once it happens, it can not be fixed unless I reset physically.
While it looses the internet connection, the internal LAN port doesn't flash (green and orange)
The LAN cable should be OK.

So I am thinking if I change back to the older firmware.

Does anyone have same problem?

I wrote simple module for Dell PC 5324 over TCP/IP, but it should work for
6224 too. I will upload it to file section.



Regards



From: Crestron@... [mailto:Crestron@...] On Behalf
Of cramamorphic
Sent: Thursday, August 09, 2012 3:22 PM
To: Crestron@...
Subject: [Crestron] Re: Just Add Power





We've done it with the exact Dell model you are referring to in a 2x2
configuration for testing and it worked perfectly. We only tried it via
RS-232, not TCP/IP. We did not try the videowall feature, only matrix
switching.

hope it helps,
J

--- In <mailto:Crestron%40yahoogroups.com> Crestron@...,
"BINISH" < <mailto:binishmottu@...> binishmottu@...> wrote:

I'm trying to work with HDMI over IP device manufacturer "Just Add Power"

and I

wanted to see if anyone here has experience with this. The trick is to

control

a managed network switch (in my case it's a Dell Powerconnect 6224P) over

IP or RS-232.

Anyone familiar?

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the Crestron
group.

File : /Dell_5324v2.um2.umc
Uploaded by : kamilloo1980 <kabzaa@...>
Description : Dell PowerConnect TCP/IP module

You can access this file at the URL:


To learn more about file sharing for your group, please visit:

Regards,

kamilloo1980 <kabzaa@...>

Well it's definitely a driver issue. It may be a missed setting.. I'll have to take another run through. We did notice that it allows you to press and hold only if you're dragging. So it definitely seems by design.

Smile!

Em 10/08/2012 14:49, Kool-Aid Drinker escreveu:

Did you get a copy of the protocol for the ttl to rs232 device?

JRW

This doesn't look very hard (though the lit. is lacking from my brief look over). It seems that they are doing serial over usb as it stands. You might send them an email explaining your needs and get a response that may be helpful to you...

JRW

Sorry Tray, I didn?t want to offend you calling your solution as a
workaround.
Before post, I tried to increase the size to 260 and didn?t work.
Now I know that I should?t have used the limit number. I?m going to put
a greater size, rewrite pool routine and make a test when client arrives.

Rafael Costa

Em 10/08/2012 10:27, Tray Schaeffer escreveu:

With respect, I have to disagree.

1. Sizing the input buffer to match the expected string length is half
of the solution for this problem and good coding practice. This is not
just a hack or workaround, it is essential.
If the expected string is 300 bytes long, but the input buffer is only
255 wide, an error will be returned.
However, if the buffer is sized to 350 and the same 300 characters
comes in, no error is returned. Both statements above assume that the
Buffer_Input is empty when the data is received which brings me to #2.

2. Since a Buffer_Input constantly appends new data to any that was
received before, it is easy to see how data that is already processed
but not removed could cause the buffer to be full (or full enough that
an incoming data frame wont fit completely in the remaining space)
when new data arrives.
Wiping the slate clean after each complete frame of data is received
is not merely a workaround, it is good practice that will improve
reliability.
This is why I do not parse against the Buffer_Input directly. Instead,
I make a copy of a complete data frame into a temp variable and
immediately clear the Buffer_Input.
Again, clearing the input buffer is not just some sort of hack or work
around, it¡¯s the right thing to do.

3. If, for some reason, there is an aversion to clearing buffers then
use a String_Input instead. Disadvantage here is that this cannot be
larger than 255 chars.
Upside is that you never have to remember to clear the input as it
will clear itself each time data is received.

All of that aside, you all are right that I2P modules should not
suffer from these issues.

Tray

From: Stig
Sent: Friday, August 10, 2012 6:14 AM
To: Crestron@... <mailto:Crestron%40yahoogroups.com>
Subject: [Crestron] Re: Error msg. Buffer Input overflow in S+ for
Panasonic PT-AE4000U

Maybe I'm overlooking something here, but I really can't see how
increasing the buffer can make the overflow msg. disappear.
A Clearbuffer can accomplish it, if it is placed right, but this is
suggested only as a workaround on the real issue.

If you take a look at the code in the simpl+ module, it will Remove
characters from the buffer ONLY if: Lamp_Requested is 1 AND
ETX("&#92;x03") is found. ie. The buffer will still be filled up with
replies from other polls!
This is excactly the same issue I experienced today with the I2P "BenQ
SP920 v1.0.umc with BenQ SP920 v1.0 Processor.usp"
This module will also start Removing chr's from buffer ONLY if
delimter+Lampresponse is present,
otherwise buffer get filled up to maxbufsize then gulping out overflow
messages...

Had to rewrite both pollroutine + simpl+, and this really annoyes
me.... (especially on a Friday afternoon. Grrr)

Back to the OP's question "What should I do?" the answer is: Rewrite
both the pollroutine & the lamp hours module.

IMHO We should expect I2P modules to be better written than this.

-Stig

--- In mailto:Crestron%40yahoogroups.com, Rafael Costa
<rafaelg.costa@...> wrote:

Hello,
I?m controlling a Panasonic projector PT-AE4000U with CresDB module
for PT-AE1000U (Panansonic Lamp Hours v1.0) and it?s working fine.
Even so, I am receiving this error message -> "Error:
splusmanagerapp.exe [App 1] # 21:01:28 8-08-2012 # Module
S-5.1.1:S-2.4 : Panansonic_Lamp_Hours_v1_1 at line 136: Buffer Input
overflow. New = 260, Max = 255"
What should I do, change the "BUFFER_INPUT From_Device$[255];"
parameter to [260], is it possible?

Here is the S+ part:
LINE 44 DIGITAL_INPUT Lamp_Requested;
LINE 47 BUFFER_INPUT From_Device$[255];

LINE 133 change From_Device$
LINE 134 {
LINE 135 // Lamp hours are of the form "&#92;x02####&#92;x03"
LINE 136 if(iBusyFlag = 0 && Lamp_Requested = 1) // if not busy
processing and it is a valid lamp request
LINE 137 {
LINE 138 iBusyFlag = 1; // set busy to avoid re-entry into parser
LINE 139 while(find("&#92;x03", From_Device$) > 0 ) // look for the
ETX during a Lamp Request
LINE 140 {
LINE 141 sTemp$ = remove("&#92;x03", From_Device$); // build the
string
LINE 142 if (find ("ER401", sTemp$) = 0 && Len(sTemp$) = 6)
// Skip errors and unwanted strings
LINE 143 {
LINE 144 Lamp_Hours = ATOI(mid(sTemp$,2,4)); // set
lamp hours
LINE 145 }
LINE 146 }
LINE 147 iBusyFlag = 0; // clear busy
LINE 148 }
LINE 149 }

PMC3+ with firmware 1.005.0008 and all programs and database up to date.

Thank?s in advance,
Rafael Costa

[Non-text portions of this message have been removed]

or missed settings, i have an ELO that has click or release, click on press and mouse emulation. Mouse emulation is the only one that works well for the xpanel. All the others caused weird problems

If you're always removing up to a certain delimiter, how does anything get left behind? (Aside from incomplete messages, obviously, which you'd want to stay in there)

Even if messages end in &#92;x0D&#92;x0A, and you're only removing up to the &#92;x0D, the remaining &#92;x0A is going to get sucked out when the next full message comes in...

- Chip

Only ever used them as front ends for Crestron headless TP boxes. I'd have to guess there's a driver issue going on - expecting data from the panel while the panel is sending something different...

- Chip

I also have a TTL to RS232 but It doesn't seem to work very well.

--
Sebastian Marszalek

Make and model number?

JRW

If you have a USB RFID reader, you'll need to write a PC app to scan
the cards and send something (232 or IP) to Crestron. Otherwise you
need an RS232 RFID reader to use with Crestron.

On Fri, Aug 10, 2012 at 8:10 PM, sebastian marszalek
<s.marszalek11@...> wrote:

It's an RFID reader. I want to send a string when a card is scanned.

On Fri, Aug 10, 2012 at 7:08 PM, jrw_96 <jrw_96@...> wrote:

**


What's the device you're trying to talk to?

JRW


--- In Crestron@..., "Sebastian" <s.marszalek11@...> wrote:

Hey Guys,


Is there a way to convert a USB signal to RS232?


Thank you

--
Sebastian Marszalek






------------------------------------



Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the Database area.
Yahoo! Groups Links

--
Jeremy Weatherford

Hi All,

Having sacrificed my weekend to finish a project I've arrived to find that four of the set top boxes (Monaco TV) have only RF remotes.

Documentation suggests that you can control via IR - anyone done this already? Underneath the flashy paint the unit is a Netgem receiver.

Thanks, in hope...

Joe
4KS
London (and currently Monaco)

Thanks!!!

On Friday, August 10, 2012, Trey Chamrad - Hometunes wrote:

**


R04 is on the Lutrons website now.

email me direct.

From: Crestron@... <javascript:_e({}, 'cvml',
'Crestron%40yahoogroups.com');> [mailto:Crestron@...<javascript:_e({}, 'cvml', 'Crestron%40yahoogroups.com');>]
On Behalf
Of gsusmood
Sent: Friday, August 10, 2012 6:29 PM
To: Crestron@... <javascript:_e({}, 'cvml',
'Crestron%40yahoogroups.com');>
Subject: [Crestron] Radio RA 2Module updates?

Guys its someone able to confirm that there is an update version of the
module? another programmer told me that it was released but he dint confirm
me 100% sure about. I dont have access to the Lutron's drivers but if
theres
is an update I can ask for to the lutron supplier. thanks so much!!!

--
*Jesus Tossas*
*
*
*Technology Architect, Audio Engineer, Programmer*
*
*
*787-460-1223*
*
*
Contact Info <>


[Non-text portions of this message have been removed]

It's an RFID reader. I want to send a string when a card is scanned.

--
Sebastian Marszalek

It's an RFID reader. I want to send a string when a card is scanned.

On Fri, Aug 10, 2012 at 7:08 PM, jrw_96 <jrw_96@...> wrote:

**


What's the device you're trying to talk to?

JRW


--- In Crestron@..., "Sebastian" <s.marszalek11@...> wrote:

Hey Guys,


Is there a way to convert a USB signal to RS232?


Thank you

--
Sebastian Marszalek


[Non-text portions of this message have been removed]

What's the device you're trying to talk to?

JRW