moin @Pollux > Ich kenne mich mit Python nicht aus, aber ich werde es mal versuchen is ja eigentlich ganz einfach. nur die Zeile da einfügen. Wichtig ist die Einrückung, die muss bei der eingefügten Zeile identisch mit der der vorhergehenden Zeile sein (am besten kopieren, ich denke es sind 8 Leerzeichen) > das man dem paho.mqtt.client irgendwie ein retry inklusive Re-Connect Versuchen mitgeben kann nö, sowas kenn ich auch nicht. beim connect werden ja auch die call-back Funktionen übergeben und so, das kann paho 'alleine' ja kaum machen. > ob es empfohlen ist das automatische Update bei meinem VX3 zu erlauben oder eher nicht wie gesagt, das hat ja (mindesten) 2 Aspekte. Zum einen eben dass open3e lustig weiter au dem CAN Bus kommuniziert, während der CAN Bus zu Updaten benutzt wird und ggf. dabei (auf der Anlage) auch mal runtergefahren und neu gestartet wird. Zum anderen den Aspekt, dass V mit einem Update alles verschlüsseln könnte (sehr unwahrscheinlich) oder so. Ich denke ich habe auf beides Bezug genommen. > auf nem PiZero laufen. Geht auch gut, solange ich nicht zu viele IDs lese. Sobald ich das übertreibe geht die load sehr hoch und ich bekomme Timeout Meldungen vom CAN. Woher kommt diese hohe Last? Ist das UDS Protokoll so anspruchsvoll? das UDS ist nicht sonderlich anspruchsvoll. Wahrscheinlich liegt es dadran, dass udsoncan dann anfängt, die CAN Frames auszuwerten in Bezug auf die Antwort. Es sind ne Menge CAN Frames die da ständig rumflitzenn (mach mal nen candump... 😉 ), und wenn die Filter nicht sehr selektiv gesetzt sind, bedeutet das ne ganze Menge Arbeit für den Prozessor. Schon ein PI 3 hat da ja merklich zu tun. > dass die Daten vom CAN und aus der Gridbox eine gewisse Abweichung haben. welche Daten vom CAN? Es gibt da ja Dutzende... wahrscheilich nusst du nur ein wenig suchen (und vlt noch irgendwelche Differenzen bilden), bis das 'konsistent' ist
... Mehr anzeigen
