I'm supplying 5v via a power supply on pin #2 and ground via pin #6, the only other pin I'm using is pin #8 for serial writing.
What I used for testing the pins was this bash script, output was that all user pin tests failed. Furthermore when I attempt to send serial data via pin #8 it is not received by the serial receiver (this is not a wiring issue).PeterO wrote: ↑Wed May 16, 2018 2:12 pmAre you sure you have a good earth connection to the PI ?
You say every pin is "fried" (not a really useful description!) but that suggests the common connection (or ground) to your test equipment (you don't say how you have determined they are fried) could be at fault.
Though the OP does say; "I'm supplying 5v via a power supply on pin #2 and ground via pin #6, the only other pin I'm using is pin #8 for serial writing".
I already have, I'm just trying to figure out what caused the problem in the first place so I can avoid it in the future.
This is what I planned on doing, however I was under the impression that wiring rpi tx -> arduino rx directly would not cause any damage to either of them (at least in the short-term), am I wrong about that?
the arduino will be outputting 5V on those lines 5V is a killer on gpio on the RPI , if you where running the Arduino @3V then it would be fine but your not so it's not
No; you are right. It is what would be expected, what many people have done and are doing, with Arduino and other micros, without any problem.
I am not convinced that is the case; that 3V3 UART serial protocol is an open-collector scheme or that it is this way on a Pi.
No serial lines (USART) normally use push-pull drivers (actively driven high and low).hippy wrote: ↑Thu May 17, 2018 10:32 amI am not convinced that is the case; that 3V3 UART serial protocol is an open-collector scheme or that it is this way on a Pi.
Yes. For a very short time 'things' were probably OK but, for things working at or near the speed of light that time, in human terms, was very short.
Users browsing this forum: OzOns and 27 guests