grodansparadis / can4vscp-frankfurt-rs232

CAN4VSCP Frankfurt RS-232 module
https://www.grodansparadis.com/frankfurt/rs232/frankfurt-rs232.html
Other
1 stars 0 forks source link

Possible false reset (Brown out?) #9

Open grodansparadis opened 8 years ago

grodansparadis commented 8 years ago

Some observations regarding the disconnected status when a module is powered off/on.

Layout

A Frankfurt module is connected to my computer (COM2).

The Frankfurt is connected with a CAT5 cable to a Beijing module.

The Beijing module is connected to a Kelvin module with a inter module connector.

All three modules are connected a piece of wood (test rig), so all cables are short.

Scenario 1

  1. The test rig is powered on (with a reliable power supply). Daemon and VSCP Works are started.
  2. The Kelvin module sends some temperature measurements. Those are visible in a VSCP Client window “connected” to the daemon.
  3. I had some strange behavior from the buttons connected to the Beijing module, but basically those events are received to.
  4. When I pull the RJ45 connector from the Beijing module this happens:

a. Beijing and Kelvin module are powered off.

b. The Frankfurt module stays online.

c. No surprise but: No temperature or button events are received.

  1. When I attach the RJ45 connector, the Beijing and Kelvin modules are powered on.
  2. No events are received any more in the VSCP Client window except some heartbeats (not from the modules) and a SEGCTRL_HEARTBEAT. // I waited > 10 minutes
  3. If a device scan is performed, no devices are received.
  4. When the Frankfurt power is cycled, the situation stays the same.
  5. When I restart the Daemon all messages are received.
  6. The scenario does NOT always happen when I cycle the power on the Beijing (and Kelvin) module.
grodansparadis commented 8 years ago

OK I will try to repeat this. I have more or less that setup in a couple of places. It's sounds as the Frankfurt RS-232 module gets restarted when you power of the other modules. If it does the channel is off and there is no communication with the daemon.