Open edsammy opened 8 years ago
Still an issue today :/ I don't like that libraries like this now come "integrated" with Eagle but haven't seen an update for 2 years now. Adafruit has lots of ESP8266 boards - I guess they don't use their own library.
This has tripped me up twice now. In both cases I needed to revise the boards.
Looking at the schematic for their Huzzah ESP8266 board, looks like they didn't correct the part they just rename the nets.
Looking at the schematic for their Huzzah ESP8266 board, looks like they didn't correct the part they just rename the nets.
Theoretically they might have even updated the library, and the board is old enough to be using the original, incorrect part. The problem might simply be that Adafruit hasn't bothered to update the library in GitHub, and the one that we have access to here has bugs that may have been fixed internally.
I asked a few weeks ago during an Ask an Engineer if they could update this library here. They acknowledged that it was out-of-date, but didn't seem motivated to update it for whatever reason. The response was to use the new-ish Design Block feature of Eagle to rip the part out of a schematic in which it's used, and to make it our own library component. Sounds like they don't want to maintain the library for external consumption any more, which is their choice. Basically, the board-level schematic and layout is it. Again, not a horrible answer, but less than ideal.
I've just been making all of my own library components that Adafruit also uses since this library was abandoned. The microbuilder library is in the same state, but even worse (at least the last time I checked), so I gave up on using it also, except for maybe some of the decades-old discretes.
Theoretically they might have even updated the library, and the board is old enough to be using the original, incorrect part.
I checked the library yesterday. It’s incorrect both in the latest version of the library as well as the schematic files themselves.
The annotation in the file list shows that adafruit.lbr hasn't been updated in four years, so we'll never know if their own copy has bug fixes in addition to just new components or not.
As I said, their workaround was to extract the part out of board files. I decided for myself that it made more sense to just re-create the part from scratch, but I've done enough of my own symbols/footprints by now that that goes pretty quickly. It also gives you the chance to tweak the footprint (pads and mask) for your own process (placement tolerance, hand-solder vs reflow dimensions, stencil thickness, etc.).
The Eagle folks have always said that we can't/shouldn't trust third-party components (even the ones that they distribute), and that at the very least, they need to be reviewed before use. Very sound advice.
Good luck!
From: John Boiles notifications@github.com Sent: Thursday, October 17, 2019 7:29 AM To: adafruit/Adafruit-Eagle-Library Adafruit-Eagle-Library@noreply.github.com Cc: Eric B. Wertz ericwertz@hotmail.com; Comment comment@noreply.github.com Subject: Re: [adafruit/Adafruit-Eagle-Library] ESP8266 pinouts (#28)
Theoretically they might have even updated the library, and the board is old enough to be using the original, incorrect part.
I checked the library yesterday. It’s incorrect both in the latest version of the library as well as the schematic files themselves.
— You are receiving this because you commented. Reply to this email directly, view it on GitHubhttps://github.com/adafruit/Adafruit-Eagle-Library/issues/28?email_source=notifications&email_token=AABNZ5NBVF76HSRGSBUD4SDQPBZETA5CNFSM4CJ4FZ32YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBQJTPQ#issuecomment-543201726, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AABNZ5MEKGLVTAETOMQY47TQPBZETANCNFSM4CJ4FZ3Q.
GPIO pins 4 and 5 should be flipped (GPIO5 --> 14, GPIO4 -->13)