[Roofbreaker]

Bueno nos hemos pisado, pero ahora no estoy seguro de nada

Hola Athos

Gracias, yo tengo 51, así que ahora me siento como un adolescente

El diodo está en inversa pero en el esquemático original estaba en directa. Precisamente me ha extrañado porque ayer lo miré y lo remiré y ahora pensaba que no entendía nada. De hecho tenía algunos comentarios más porque se nota que es la primera o de las primeras placas que diseña pero me ha parecido "feo" el detalle del compañero de intentar hacerme quedar como un tonto cambiando el esquemático sin decir nada, así que aquí dejo este hilo.

Un saludo

[Medlight]

Tienes toda la razón de hay de darte las gracias por privado por dicha observación .pero mi objeto no es desprestigiar a nadie y menos a alguien al que desconozco .gracias

[Athos]

Bueno subsanado y entendido todo, seguimos al lio ... nene
Por favor sigue comentando (yo siempre he valorado muy positivamente tus comentarios en otros post, porque veo que sabes de muchas cosas y escribes con prudencia), creo que no ha habido malas intenciones casi seguro

[Medlight]

Gracias Ernesto me considero un aficionado con muchas ganas de seguir aprendiendo y mostrar lo aprendido a todos para mejorar la afición

[Roofbreaker]

Hola

Perdón, vuelvo al post que ya me he recuperado de mi ataque de hipersusceptibilidad. Volviendo al tema yo te haría algunas consideraciones de más a menos importante:

a) Me llamo Ramón, no Ernesto

b) Toda la corriente de masa, TODA, circulará por una minúscula vía junto al condensador de 100 uF. Probablemente el consumo de tu placa sea pequeño pero estás exponiendo conectores parece que para alimentar otros circuitos y toda la corriente combinada circulará por esa vía. Las pistas de alimentación y las de masa acostumbran a hacerse más gruesas y habitualmente, una vez tiradas las pistas, todo el espacio vacío se aprovecha para hacer planos de masa en ambas caras que se conectan mediante múltiples vías. Te adjunto una foto de la última placa que diseñé (que tiempos allá por el 2007) para que veas a que me refiero.







c) Algo parecido pasa con el bus I2C. Si piensas conectarlo para controlar equipos conectados a otra alimentación y no conectas masas entre sí, por esos cables circulará toda la corriente para equilibrar masas y eso puede hacer que no funcione nada, o incluso que se queme uno de los circuitos. Las vías de comunicación con otro circuito deberían ir protegidas por varistores, optoacopladas, o con un cable adicional para conectar masas. Es por ello que yo no habría puesto un conector para todos los SCL y otro para los SDA, sino que habría colocado conectores separados de tres pines: un SCL, un SDA y GND, ya que cuando conectes equipos querrás un único cable conectado a un único conector y no un pin aquí y un pin allá.

d) Si piensas soldar manualmente, los componentes SMD son un engorro, requieren habilidad y práctica (yo nunca las tuve). Yo habría hecho todo con componentes pasantes a una sola cara y habría utilizado vías únicamente para salvar obstáculos si hubiera sido necesario.

De todas maneras yo haría una primera prueba con lo que ya tienes ya que seguro que te surgen más cosas o ideas de mejoras.

Un saludo y que vayan bien las pruebas

[Athos]

Creo que es para tomar en consideración al 100% y verificar.
Ya sumas más repu +1

[Medlight]

d) Si piensas soldar manualmente, los componentes SMD son un engorro, requieren habilidad y práctica (yo nunca las tuve). Yo habría hecho todo con componentes pasantes a una sola cara y habría utilizado vías únicamente para salvar obstáculos si hubiera sido necesario.

Gracias pero estoy acostumbrado a soldar estos componentes ,lo hago así por cuestión de estética

[fg89o]

Muy buena iniciativa! Felicidades por la placa, está quedando muy bien. Yo voy a aportar solamente dos observaciones:

1) Si el objetivo es una shield genérica para ESP32 no pondría conexiones concretas para un reloj externo. El módulo cuenta con un RTC interno, por lo que una petición a un servidor NTP en cada arranque puedes prescindir de el. En muchos proyectos con esto es suficiente.

2) Hay unos depuradores JTAG para el ESP32 que requieren unos pines de conexión especificos. Al hacer mi proyecto note muchísimo el no tener uno. Ten en cuenta que al usar un sistema con varios procesadores es muy fácil que la información por el bus se quede corrupta y te vuelves loco buscando que procesos accedieron. Te pongo un par de links de referencia:

platformIO ESP32 debug
ESP32 oficial debugger

[Medlight]

Hay unos depuradores JTAG para el ESP32 que requieren unos pines de conexión especificos. Al hacer mi proyecto note muchísimo el no tener uno. Ten en cuenta que al usar un sistema con varios procesadores es muy fácil que la información por el bus se quede corrupta y te vuelves loco buscando que procesos accedieron. Te pongo un par de links de referencia:

Soy mas de tener el rtc externo ,me da mas fiabilidad .para que retenga la hora en caso de apagado .posiblemente seguiremos entre todos mejorar las pcb .

Es por ello que yo no habría puesto un conector para todos los SCL y otro para los SDA, sino que habría colocado conectores separados de tres pines: un SCL, un SDA y GND, ya que cuando conectes equipos querrás un único cable conectado a un único conector y no un pin aquí y un pin allá.

Buena observacion Ramon ,,lo tendre en cuenta para proximas shield

[Medlight]

Componentes para las placas un empaquetado bastante bueno y organizado

[Medlight]

SHIELD terminada y funcionando