transport: no response

[vitello]

I'm trying to control my Panasonic TC-P50V10 television using the tutorial4 example script.
I have a connection via GlobalCache and I am able to send commands with no trouble, but
I am not getting any response.

The TC-P50V10 serial commands are similar to those in the Panasonic TH42PHD6Y plugin.
There is a 02 h start bye and a 03 h end bye. To turn the tv on I send the PON command,
which with the start and end byes means sending the command 02504F4E03 using transport send.
These and other control commands work. I see printed what was sent and no response.

If I try one of the query commands there is no response printed. The odd thing is that
Girder seems to know if there was a response. When the tv is off the only two allowed
commands are to turn on the tv and to check on the power state. If the tv is off
and I send a query command other than check on the power state I get a message that
there was no response to the last message. If I turn the tv on and send the same query,
then there is no response at all.

So how to I get responses from query commands? Any suggestions?

Thanks for any help.

Peter

[Ron]

How did you setup the transport,.. e.g. what did you choose for your parser?

[vitello]

Ron,

I am using the tutorial4 parser:

Parser = {
Type = constants.parser.TERMINATED,
Terminator = '\r',
Timeout = 1000,
},

I also tried Type = constants.parser.STREAM, but there still no response to valid query
commands.

Any suggestions would be helpful.

Thanks

Peter

[vitello]

Ron,

I found the problem. Your question about what parser was I using got me reading up
about parser types. I'm receiving data now with constants.parser.STEAM. Previously
when I was trying constants.parser.STEAM I still had Terminator and
Timeout variables from my TERMINATED case defined. This caused an error and the
device wasn't initialized properly.

Thanks for pointing the way.

Peter

[Ron]

If you can pick a parser that matches your hardware closer that might be better as it relieves lua from having to process each byte as it comes in. (Performance) though if the amount of data is low you should be fine.

[vitello]

Ron,

Good suggestion. I changed the parser to be terminated by 03 h and this works as
well. I love being able to do two-way communication.

Thanks,

Peter

[zarri]

I have a problem with a panasonic projector. Everytime I activate the serialxy.lua for it my whole system crashes after some time after initializing. It took me the whole weekend to find this out. Could someone have a look to the attached file, perhaps someone could see what's wrong with this. The start and end-terminators are the same as for the mentioned tv 02h 03h. If I use the the included Panasonic TH42PHD6UY.lua the problem is the same. After some time the System BSOD's. If I rename the panasonic.lua to panasonic.txt the system is stable again.

[Rob H]

Nothing obvious there, are you using a built-in serial port or a USB-serial adapter? If the latter then I'd suspect a problem with the driver.

[zarri]

I think you're right with your suspectation. I use 2 Internal Serial Interfaces and 4 additional ones via USB connection. The driver installed was not officially signed so i expect this should be the Problem. I will try to find a newer driver or another way to steer these devices. Perhaps via GC but then I have to configure the serial access another way I think via networked comport or something like that. Difficult to use all the different access modes you have in Girder and also have an overview how to handle them.

[zarri]

The Problem with the Manhattan USB Dual RS232 was gone after installing the newest drivers available for Win7. I used 3.0.1 after 3.5.5.x.

There was no more BSOD after that update and reactivating my Panasonic2.lua.

Thanks Rob for the hint.

[Rob H]

That's good news, glad you managed to find some good drivers.