News, (one-way :)) Communication, rc-heli.de

Nov 11, 2020: Attention! New S32 firmware 1.80 and new S32terminal 2.1.1.64

S32 1.80: Changed: Air speed sensors (from SM Modellbau). Bug fix for HoTT text mode.

Because of server's move, new IP: Automatic terminal update is not offered with old version 2.1.1.5x!

Remove the application "S32terminal", download again from here http://j-log.eu/s32/s32-en/download/index.html

  or there http://j-log.eu/s32/s32-de/download/index.html, install from scratch.

S32terminal: IP of the update server to be changed! (Forget about after re-install of new terminal 2.1.1.64)

JIVE Kühlblech

https://www.rc-heli.de/board/showthread.php?goto=newpost&t=269222

JIVE oder JIVEpro? Das Klebergemisch war beim (alten) JIVE mMn besser.

Vorsicht! Das Blech klebt auf den Deckeln sog. DirectFETs (Leistungs-Transis). Es muss isoliert geklebt sein!

Beim alten JIVE war es daher ein Mix aus Kleber, Wärmeleitmittel und Glasperlen für Abstand.

Beim Pro sieht es aus wie Wärmeleit-CA - ohne Abstandskugeln, härter.

Die Spannungsdifferenzen zwischen den Transi-Deckeln können hoch sein.

CA kann das Blech nicht zuverlässig auf der flexiblen Vergussmasse fixieren.

Reißt man einem Transi den Deckel vom Kopf, ist meist Ende Gelände!

Hmm.. Wärmeleit-Tape zwischen Transi-Deckeln und Blech. Das Blech an 2 Rändern mit Band um das komplette Housing sichern..

Paste wäre alternativ auch möglich, vom Wärmewiderstand besser. Man muss nur sicherstellen, dass das Blech nicht kurzschließen kann..

..Das Blech verleitet dazu, darauf einen hebelnden Kühlkörper zu montieren. Eigentlich verantwortungslos vom Hersteller..

  Die Vergussmasse fixiert das Blech in einer Richtung nicht.

UltraGuard Button

https://www.rc-heli.de/board/showthread.php?t=269205

.

"Beim dran rumfummeln ist eine der Anlötflächen einfach abgefallen - hab ihn jetzt weggeworfen, schade..."

Taster mit CA ankleben. GND(Masse) und der High-Punkt +3.3V sind leicht zu finden oder emulieren.

Siehe Schaltungsausschnitt. Zwei dünne Lackdrähtchen, CA, - das war's.

Pads abgefallen.. Dein Lötkolben scheint zu brutal für das PCB, obwohl so was mit 400°C gelötet wurde.

------

Schon klar :) ... Selbstverständlich ist man als RC-Mensch nicht mit den Lötwerkzeugen für heutige Platinen ausgerüstet.

Die Zeiten haben sich nunmal längst geändert. Dieses PCB ist zwar noch vergleichsweise "brutal" ... :)

..aber ein "Feinlötkolben" von Weller ist ein Panzer gegen eine Feldmaus. :)

Das ist Reworking. Oft per Heißluftlöt"kolben" getan, - ansonsten ist der "Kolben" ein Kölbchen.

------

Als Anwender kann man solche Buttons vorsorglich zusätzlich mit dickflüssigem CA auf dem PCB sichern.

Ansonsten ist es leider Standard, dass ein Schlag auf den Kopf des Button die Pads vom PCB reißen kann.

Miniaturisierung... Die Haftfläche der Pads wird immer kleiner.

Ich sah schon Sachen.., behauptete peinlicherweise, dass ein US User eines von mir entwickelten mobile phone

einen Hammer genommen haben muss, .. bis es mir selbst passierte, ich es endlich schnallte.

Bzgl. der Frage zu R2 buffer v4 in rc-heli.de

https://www.rc-heli.de/board/showthread.php?t=249398

Zu einem BEC mit Design Flaw an Bufferv4: (getötet durch Voltage an seinem Ausgang, wenn off)

So ein BEC(ESC) gehört entsorgt, setzt man eigentlich nicht ein.

In meiner aktiven Zeit kannte ich nur ein BEC in einem ESC mit dem Flaw. Erinnere mich nicht mehr, welcher.

So ganz duster ist mir, als hätten die BEC von US Robotics auch diese Schwäche gehabt(?)...

Schutzmaßnahmen für solche Schwachblasen sollten nicht die Nutzbarkeit des Buffers negativ beeinflussen.

Ja, ein Buffer + R-Platine ist ein 4-Pol, - ist theoretisch die sicherste Lösung.

Ja, Bufferv4 ist ein 2-Pol.

Seit Mikroprozessoren, Einchiprechnern, Microcontrollers hat es oft keinen statischen Circuit mehr.

Schalttransistoren, Steuerung komplexerer Komponenten, flexibel verwendete Messpunkte schaffen veränderliche, adaptive Circuits.

Es bleibt aber ein 2-Pol.

Wie bei SARS CoV-2 muss man wissen, welches Organ eines BEC Organismus dessen Tod hervorrufen kann, - und, unter welchen Umständen.

So ein Wissen plus flexible circuitry kann u.U. Schutzmöglichkeiten schaffen, die praktisch nicht schlechter sind als Wandlung in 4-Pol mit idealer Diode.

Das ist hier der Fall:

  - Die flaw-belastete Komponente (Längs-FET eines Buck) kann nur Sterben, wenn hinter ihr im BEC alles voll entladen ist.

    Hier hilft eine state machine in der MCU: Hatte der BEC noch nie Ausgangsspannung, gebe ich keine charge voltage der Cs aus (Woher überhaupt?)

  - Somit ist es ein kurzzeitiger Peak Strom, der tötet.

    Bufferv4 hat alles an Switching, was es erlaubt, für den betreffenden Augenblick den Strom zu limitieren per Switching, ohne den Nutz-Load zu beeinträchtigen.

    Innerhalb von Mikrosekunden ist hinter der Schwachblase die Ladungssituation bereits untödlich geworden.

Das Blockschaltbild zeigt nur für obiges verwendbare Komponenten, nicht die Funktionalität in Software, natürlich.

Es ist nicht mein Design, sondern Marcellinus'.

P.S. Ein Optipower BEC Guard zwischen BEC und Buffer schützt natürlich am besten.

   Ich werde nie vergessen, wie Marcellinus ein Entwicklungsmuster einfach in die Steckdose bohrte, 230VAC.

    (Es kann zwar eigentlich nur -40V ab, aber der 50Hz Sinus macht theoretisch, dass es das überlebt,

     und es tat es zumindest in der einen Wildsau-Aktion. Spaß muss sein, sprach Wallenstein. :))

   Als EME funkender HAM war ich zwar gewohnt, mit 4kV zu machen bei x Ampere (bei Ausversehenkurzschluß ein Pistolenschuss :)),

   aber die Tests am Guard mit 1500V usw. haben trotzdem auch bei mir kurzes "Startzittern" verursacht. :)

BEC Guard

Bzgl. S32--Tribunus/FrSky Problem in rc-heli.de

Flashen von KOSMIK, JIVEpro

S32 - JIVE Pro

https://www.rc-heli.de/board/showpost.php?p=3472044&postcount=16

Nun doch mit benanntem Inhalt:  JLog Historie       ...und Grund für Punkt.