Antworten:
Ich glaube nicht, dass Sie es mauern können, ohne zusätzliche Hardware anzuschließen. Ein Kurzschluss der Stromversorgung zur Erde reicht aus. Der Versuch, zu viel Strom über einen einzelnen Pin zu beziehen oder zu entladen, könnte dies tun, würde aber eher nur diesen einen Pin ausbrennen.
Was Sie in Software tun, sollte nicht in der Lage sein, das Arduino selbst zu blockieren. Wiederholte EEPROM-Lese- / Schreibvorgänge könnten die EEPROM-Zellen ausbrennen, aber das würde das Ganze nicht beschädigen.
Wackyvorlon hat Recht, dass Sie Sicherungen einstellen können, die es unmöglich machen, auf die übliche Weise zu programmieren. Auch das ist mit einem Hochspannungsprogrammierer umkehrbar. Die Arduino IDE verbirgt die Sicherungen vor Ihnen, sodass Sie sich keine Sorgen machen müssen. Sobald Sie AVRs direkt programmieren oder die Board-Datei in der Arduino-Umgebung bearbeiten, kann dies ein größeres Problem sein.
Mit den Sicherungen können Sie dem Ziegeln ziemlich nahe kommen. Ich verstehe, dass die Einstellungen der Sicherung mit einem Hochspannungsprogrammierer korrigiert werden können.
Während ich 10 der Decimalia-Einheiten in einem großen Sensorarray verwendete, ließ ich im Laufe der Entwicklung 2 davon aus verschiedenen Fertigungsläufen sterben. Die Ein- und Ausgänge waren extern optoisoliert, also nicht wegen Strom oder Streuspannung. Ich habe die Fehler auf zwei mögliche Ursachen zurückgeführt. Eine davon ist, dass sie aufgrund von Herstellungsfehlern gemauert wurden, wahrscheinlich intern in den ICs. Der zweite Grund war, dass es möglich gewesen sein könnte, das Gerät durch Beschädigung des Kofferraumladers zu beschädigen. Nach den Fehlern wurden die Geräte vom Programmiercomputer nicht als legitimes Gerät erkannt. Ich benutze sie immer noch für die Sensor- und Datenerfassung. Ich hatte bei keinem anderen Projekt weitere Probleme.