El Hicom 150 E con placa CBMOD entra en bucle de arranque y el puerto V.24 no responde
Un usuario reporta que su PBX Siemens Hicom 150 E con placa CBMOD queda atrapado en un bootloop y el puerto de mantenimiento V.24 está totalmente silencioso.
Un administrador está intentando revivir un Siemens Hicom 150 E (chasis Office Pro) con placa madre CBMOD que no supera la fase de arranque. El LED RUN parpadea durante el ciclo de inicio, pero nunca se estabiliza y el proceso vuelve a comenzar, quedando atrapado en un bucle continuo.
Se descartaron problemas de alimentación: los voltajes de la fuente y del backplane están dentro de los límites especificados y se mantienen estables bajo carga. Los condensadores de la placa y las trazas visibles aparecen en buen estado.
El diagnóstico se centró en el puerto V.24 (RS‑232) de mantenimiento. Las mediciones de nivel RS‑232 mostraron -7,5 V en el pin 2 (PBX TX) y entre -8,5 V y -9,0 V en el pin 3 (PC TX), con tierra en el pin 5. Sin embargo, al conectar un terminal (minicom o PuTTY) a cualquier velocidad (9600, 19200, 38400 baudios, 8‑N‑1) no se recibe ningún dato: ni logs del bootloader ni mensajes de depuración aparecen.
El software de gestión HiPath 3000 Manager E también falla: al intentar una transferencia directa de la base de datos se queda en "Checking cards..." y aborta con el error "PBX is offline" (PIN 31994). Un multímetro confirma actividad de pulso en el pin 3 (el PC envía consultas), pero el pin 2 del PBX nunca responde.
Ante este escenario, el autor pregunta si existe algún procedimiento interno, jumper o DIP switch que pueda forzar a la CBMOD a un modo de recuperación de bajo nivel, o si el puerto V.24 requiere necesariamente control de flujo hardware (RTS/CTS y DTR/DSR) para emitir cualquier salida. También plantea la posibilidad de una EPROM o firmware corrupto que impida la salida de datos y si es recuperable vía serial sin reemplazar los chips.
En la práctica, los PBX Siemens de esta generación suelen incluir un modo de diagnóstico accesible mediante puentes en los headers de la placa, pero la documentación oficial es escasa. Algunos técnicos reportan que colocar los jumpers de "BOOT" y "RECOVERY" en posiciones opuestas permite que el bootloader emita mensajes por el V.24, siempre que el flujo de hardware esté desactivado. Otra alternativa es forzar la alimentación de la placa a 5 V en los pines de alimentación de la EEPROM y re‑flashear la imagen con un programador externo.
Si el hardware de flujo de control está activado, desconectar RTS/CTS y DTR/DSR y usar una configuración de terminal sin control de flujo suele ser suficiente para ver salida. En caso de que la EEPROM esté dañada, la única vía fiable es extraer los chips, leer su contenido y reprogramarlos con la versión de firmware adecuada, lo que requiere un programador de memoria compatible con los dispositivos de 27C040/28F256 típicos de estos equipos.
Queda por ver si el usuario dispone de los jumpers de diagnóstico o de un programador de EEPROM. Sin ellos, la única opción viable es reemplazar la placa madre o contactar con un servicio especializado en equipos legacy de Siemens.
