Pega de electricidad #1

El día de ayer terminé un trabajo de electricidad bastante sencillo. Consistía en reemplazar unos enchufes, poner una caja chuqui en una pared de cemento y poner tapas en las cajas de derivación a la vista. Aproveché de probar unos conectores Wago (originales) y debo decir que el uso de estos es maravilloso. Claramente son menos baratos y debería haber cobrado un poco más en mi apartado de insumos jaja, pero quedo contento sabiendo que funcionan correctamente.

Ahora, una de las cosas que no me agradó: en el alumbrado de la casa TODO estaba hecho con 1,5 mm² y, como algunos pueden inferir, esto no es correcto. Solamente se permite usar 1,5 mm² en circuitos de luces, pero no en los de enchufes, pues en los enchufes se debe usar 2,5 mm². Esto significa que la casa es un peligro de incendio inminente. El problema fue comentado a los propietarios, a lo cual espero que tomen cartas en el asunto y mejoren los conductores de su hogar.

Y me da un poco de pena, ya que me habían comentado que habían hecho la casa desde cero casi exactamente por el mismo problema: electricidad. Pero bueno, me quito un poco la culpa ya que realicé lo que debía, y eso era informar de estos problemas al revisar.

Al final, mi hoja de costos quedó así:

  • Puntos eléctricos: $10.000 por cada uno (realicé 8).

  • Varios (Insumos): $5.000 por cada ítem que consideraba tapas, canalizaciones, conectores Wago y locomoción (fueron 6 "puntos" de este tipo).

Finalmente obtuve unos $110.000 pesos en ingresos. Claro, pude haber cobrado más o haber cobrado por la visita que había hecho anteriormente, pero estoy contento ya que finalmente encuentro que hago un buen trabajo jaja.

Nota:

Actualmente, si no me equivoco, un eléctrico certificado debería cobrar $25.000 por punto. Yo hice un descuento de casi el 70% jaja, la próxima cobraré $15.000 o tal vez me lance con esos jugosos $25.000.

Comentarios

Publicar un comentario

Cargando menciones...

Entradas populares relacionadas

Cimplicity: Cambiar texto de un botón según el estado de un punto

Imagen
Recientemente, en un proyecto implementé una solución para un botón de conmutación ( toggle ) que indica el modo de operación ( Manual o Automático ) de forma dinámica. A continuación, explico cómo configurar este comportamiento utilizando variables de objeto y procedimientos. El Desafío Necesitamos que un mismo objeto gráfico realice dos tareas: Invertir el valor de un bit en el PLC. Cambiar su propio texto para reflejar el nuevo estado. Para que esto sea eficiente, el texto no puede ser estático. Utilizaremos una variable interna, en este caso llamada {Modo} , que servirá como puente entre la lógica del punto y la visualización. Configuración de la Variable Dentro de las propiedades del grupo o botón, en la pestaña Variables , debemos declarar la variable {Modo} . Es recomendable asignarle un valor inicial como "INDEFINIDO" o "ERROR" para detectar rápidamente si la lógica de actualización no se está ejecutando. Lógica de Eventos y Procedimientos El secreto para...

Bitácora de arte #1: Fanart de Hiro Shinosawa

Imagen
Actualmente me encuentro sufriendo mientras intento finalizar un fanart que ya tengo avanzado. Se trata de Hiro Shinosawa , de la franquicia Gakuen iDOLM@STER . Hace poco encontré un video musical de una de sus canciones en YouTube y me encantó de inmediato. Recomiendo mucho escucharla porque tiene un sonido ruidoso pero suave y delicado a la vez, lo que se debe en gran parte a la excelente voz de su actriz de doblaje. Ya hice un fanart de Hiro anteriormente, aunque la composición era bastante simple. Ahora busco algo más dinámico, a pesar de que solo consiste en verla sentada en un sillón. Lograr este objetivo ha sido muy difícil. Por alguna razón, dibujar las piernas cruzadas mientras una de ellas cae es un reto mayor de lo que esperaba. Tengo una referencia que sigue exactamente la pose que busco, pero adaptarla es complejo porque la complexión de Hiro es extremadamente delgada. ¡Mañana lo intentaré de nuevo todas las veces que sea necesario! No voy a rendirme. Hac...

Cimplicity: Un problema de región

Imagen
A veces, en automatización, los errores más desesperantes no vienen de la lógica del proceso, sino de los detalles más pequeños del sistema operativo. Hace poco, trabajando con Cimplicity , me topé con un error tan extraño como molesto que me impidió avanzar por un buen rato. El Problema Intentaba ingresar una expresión simple en un objeto de texto para mostrar un valor analógico con sus unidades. La idea era usar esta fórmula: FormatReal(EU_CONV('02727-PI-08328'), 2, 4, 1, 0, 0) + " [bar]" A pesar de que la sintaxis es correcta según el manual, el Workbench simplemente rechazaba la expresión. No permitía validarla, como si estuviera escrita en otro idioma. ¿Qué estaba pasando realmente? Después de investigar, llegué a la raíz del problema: la configuración regional de Windows . Resulta que el motor de expresiones de Cimplicity es extremadamente sensible a cómo el sistema operativo maneja los separadores. En Chile ...