ich hatte vor laengerem mal mit skizzieren angefangen… in bezug auf den ‘sensornode’ war ich hierbei angekommen.
ich dachte an stm32 weil es hier guenstig gleich can on chip gibt (nurnoch externer transciever, wie beim esp32) man aber keinerlei der problematischen hf-radios in der naehe hat. ausserdem ist die platform dann doch ein bisschen… gereifter ;)
avr gibt es nur wenige mit internen can, und die sind dann vergleichsweise teuer. daher leider raus. externes can interface find ich nichtmehr zeitgemaess.
zum prototypen waere mein plan: stm32 blue pill + can interface + waldundwiesen step-down dcdc (9-24V -> 5V) und ein bme280 (direkt mit aufs board). auf dem board auch platz fuer ein ds18b20/uuid chip (3pin wie transistor gehaeuse) vorsehn, falls man im stm keine uuid findet. (can-addresse?)
um stromversorgungsdetails muss sich dieses device nicht kuemmern.
es pollt nur alles an sensoren was es lokal angeschlossen hat und pusht die daten als can-messages.
zum stromsparen disabled man vom zentralen kommunikationsknoten (das mit dem fipy) dann die buspower.