Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

Begonnen von trilu, 23 Februar 2014, 12:23:22

Vorheriges Thema - Nächstes Thema

PSI69

Zitat von: Tom Major am 10 Februar 2019, 17:01:28
Wie gesagt, habe selber noch nichts mit OTA gemacht, aber die sizes kurz mal geprüft:

Der bootloader 'Bootloader-OTA-atmega328.hex' braucht 4K (sieht man im hex file, geht bei 0x7000 los).
Damit darf dein sketch mit OTA maximal 32k -4k = 28672 bytes groß sein.
Ohne OTA Feature würde alles reinpassen.

Du kannst noch versuchen, alle Debug Ausgaben zu deaktivieren, ob es dann mit dem 4K bootloader passt
#define NDEBUG

Danke! Das (ohne OTA) wollte ich gestern auch noch versuchen, nur leider reagiert der 328P derzeit auf nichts mehr - da habe ich den wohl zerschossen? Ein 'avrdude -e' war wohl das letzte, was er angenommen hat. Danach wollte ich Fuses setzen/prüfen - nada...

Naja - verbuchen als Lehrgeld! Das passiert, wenn man zu ungeduldig ist :( >:(

Mit Pech darf ich den jetzt auslöten; dafür ist erst am WE wieder Zeit.

Danke Peter
FHEM auf RPi 5 unter Bookworm mit inzwischen einem ganzen Zoo von Geräten...

jp112sdl

Ich habe es auch schon 2x (aus Unachtsamkeit) geschafft, den 328P zu "bricken".
OSC-Fuses falsch gesetzt und schon war ich ausgesperrt.
Es gibt im Netz ein paar Anleitungen, wie man ihn wieder zum Leben erweckt.
Hier zB eine: https://www.avrfreaks.net/forum/ok-ive-bricked-my-chip

Ich hab den Diamex ISP, der liefert schon an Pin3 schon einen 1MHz Takt mit, das hat mir die Reanimation recht einfach gemacht.

Viel Erfolg!

PSI69

FHEM auf RPi 5 unter Bookworm mit inzwischen einem ganzen Zoo von Geräten...


PSI69

FHEM auf RPi 5 unter Bookworm mit inzwischen einem ganzen Zoo von Geräten...

jp112sdl

...wenns halt daran liegt.
Ist nur ein Mutmaßung meinerseits gewesen.

Tom Major

Zitat von: PSI69 am 11 Februar 2019, 08:40:18
Danke! Das (ohne OTA) wollte ich gestern auch noch versuchen, nur leider reagiert der 328P derzeit auf nichts mehr - da habe ich den wohl zerschossen? Ein 'avrdude -e' war wohl das letzte, was er angenommen hat. Danach wollte ich Fuses setzen/prüfen - nada...

Naja - verbuchen als Lehrgeld! Das passiert, wenn man zu ungeduldig ist :( >:(

Mit Pech darf ich den jetzt auslöten; dafür ist erst am WE wieder Zeit.

Danke Peter

Entweder du hast nur die Fuses verstellt, dann kann externen Takt helfen, das wieder zu richten, ohne neuen Programmer, der link von Jerome enthält Infos für einen 1MHz Hilfstakt dafür.

Oder der AVR ist zerstört, hast du zufällig einen USBasp verwendet?
siehe auch
https://github.com/TomMajor/AskSinPP_Examples/tree/master/PCB/Sensor_PLHT#warnung-vor-dem-flashen-von-33v-ger%C3%A4ten-mit-usbasp-klones
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

jp112sdl

Zitat von: Tom Major am 11 Februar 2019, 12:48:06
Oder der AVR ist zerstört, hast du zufällig einen USBasp verwendet?
Den 328P mit 5V zerstören?

PSI69

Zitat von: Tom Major am 11 Februar 2019, 12:48:06
Oder der AVR ist zerstört, hast du zufällig einen USBasp verwendet?
siehe auch
https://github.com/TomMajor/AskSinPP_Examples/tree/master/PCB/Sensor_PLHT#warnung-vor-dem-flashen-von-33v-ger%C3%A4ten-mit-usbasp-klones

USBasp ja, aber keinen Clone mehr, der bei 3.3V Betriebsspanung 5V Pegel ausgibt; das war mein erster Programmer. :D Am Wochenende bin ich schlauer. Da wird ja auch der Diamex eingetroffen sein.
Peter
FHEM auf RPi 5 unter Bookworm mit inzwischen einem ganzen Zoo von Geräten...

Tom Major

Zitat von: jp112sdl am 11 Februar 2019, 12:51:51
Den 328P mit 5V zerstören?

Moin Jerome  :D.
du kannst dich nicht mehr an den thread im orangen Forum erinnern? AVR und CC1101 hängen an 3V, der USBasp Klone programmiert aber mit 5V Pegel (trotz des 3,3V Jumpers!) -> very bad  :'( :'(, außerhalb der Spec beim AVR.
Einige Cortex-M3 Arms wie LPC oder STM32 können das, dort steht dann explizit: 5V tolerant.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

jp112sdl

Zitat von: Tom Major am 11 Februar 2019, 17:32:18
du kannst dich nicht mehr an den thread im orangen Forum erinnern?
Doch - kann ich.
Und die Schlussfolgerung war m.M.: Ohne CC1101 kann man den 328P ruhig mit 5V flashen!?
Bei den 5V Pro Mini Boards ist ja letztlich nix anders, außer der 16MHz Quarz und natürlich der 5V LDO. Aber der AVR ist ja derselbe...

Tom Major

Nein, hat überhaupt nichts mit LDO usw. zu tun, es geht alleine um die Spannung an den AVR Pins bezogen auf seine VCC die gerade anliegt.
Dass der AVR natürlich prinzipiell 5V kann ist hier nicht das Thema.


32.1. Absolute Maximum Ratings
Voltage on any Pin except RESET
with respect to Ground
-0.5V to V CC +0.5V
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

jp112sdl

Zitat von: Tom Major am 11 Februar 2019, 18:23:25
Dass der AVR natürlich prinzipiell 5V kann ist hier nicht das Thema.

Ok, dann lag hier das Missverständnis..
Wenn man den USBasp halt gänzlich auf 5V belässt (VC), dann sollte doch alles ok sein?

Tom Major

Zitat von: jp112sdl am 11 Februar 2019, 22:00:03
Ok, dann lag hier das Missverständnis..
Wenn man den USBasp halt gänzlich auf 5V belässt (VC), dann sollte doch alles ok sein?

Solange man 5V Geräte mit dem USBasp flasht, kein Problem.
Für ein AskSinPP Gerät mit CC1101 dran leider schwierig da dies der CC1101 nicht verträgt..

Warnung vor dem Flashen von 3,3V Geräten mit USBasp Klones
https://github.com/TomMajor/AskSinPP_Examples/tree/master/PCB/Sensor_PLHT#warnung-vor-dem-flashen-von-33v-ger%C3%A4ten-mit-usbasp-klones
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

vbs

Nur mal für mich als Laien:
Also wenn ich 3,3 V Versorgungsspannung am Atmel habe, dann darf ich nicht die IO-Pins mit 5V bedienen, ja? Wenn ich mit 5 V versorge, dann ist es logischerweise ok auch die IO-Pins mit 5 V zu betreiben?