Beiträge von Sqwan

Zitat von Clinton

Warum nimmst Du keine ESP3266 NodeMCU V3

Die Frage ist, warum sollte ich ihn nehmen. Habe nen Arduino hier und nen ESP32. Warum jetzt dazu noch einen holen. Vor allem, da die Waage am PC angeschlossen wird und nicht am Controller. Wozu die Waage an den Controller. Der ist dann bloß ein Durchlauferhitzer.

Hab grade nen NEMA17 und nen TMC2209 bestellt. Sollen Freitag und Samstag kommen.

COM-Ports kann man mittlerweile auch auswählen und werden dann auch angezogen, Baud-Rate implementiere ich als nächstes. Code-Updates habe ich noch nicht gepushed. Mache ich vllt Samstag. Bis dahin wird wohl wenig (nichts) passieren.

Fortschritt ist eigentlich ganz gut dafür das ich pro Tag nur 2-3h habe um daran zu arbeiten

Zitat von Küstenbewohner

Magst Du eventuell mal 1, 2 Prinzipskitzzen posten wer mit wem kommunizieren und wer was steuern soll?

Klar, mache ich gerne. Weiß allerdings nicht, wann ich dazu komme. Heute Abend finde ich da vllt ein wenig Zeit für. Wenn nicht wird es wohl Sonntag oder Montag, da wir das WE mit den Kindern unterwegs sind.

Zitat von Küstenbewohner

Warum der Prog.adapter? Die Ard. haben doch einen USB Anschluß, der auch im Betrieb funktioniert.

Das ist kein Arduino, das ist ein ESP32. Das ist ja genau der Punkt. Nico445 schrieb, dass er das mit dem ESP macht und dann mit einer Web-Oberfläche arbeitet. Und ich hatte darauf gefragt, wie er das macht. Denn bei mir ist der Socket zu langsam um über diesen aus einem Browser heraus etwas zu steuern. Und wie es Multi-User Probleme löst. Etc. Das ist auch reines Interesse. Ich wechsel eh nicht mehr auf ESP + Web.

Ich Arbeite jetzt mit meinem PC und C# + WPF. Sowohl die Waage als auch der Arduino ist an meinem PC angeschlossen per USB. Zu beiden mache ich eine RS232 Verbindung auf. Und Steuer dann alles aus dem C# Tool.

Die Codes sind übrigens jetzt Refactored. Noch nicht ganz optimal, aber deutlich besser. Tara funktioniert jetzt. Das Tool liest kontinuierlich die Waage aus, die Statistik ist hinzu gefügt und Databinding ist für die variablen Felder vorhanden. Buttons werden noch nicht deaktiviert. Langsam aber sicher geht's Richtung Arduino Steuerung

So sieht es jetzt aus:

Quellcodes zum aktuellen Stand wie immer hier:

GitHub - Sqwan2/sqwans-auto-powder-trickler: Enthält die wichtigstens Source Code Dateien zu Sqwan automatischem Pulver Trickler für die G&G PLC Waage

Enthält die wichtigstens Source Code Dateien zu Sqwan automatischem Pulver Trickler für die G&G PLC Waage - GitHub - Sqwan2/sqwans-auto-powder-trickler:…

github.com

Den SerielPortSimulator braucht man nicht mehr. Kommt bald raus. Ahso, COM Ports werden auch noch nicht angezogen.

Zitat von Bombi

Habe dir ne PN geschrieben.

Gruß Bombi

Danke Hast auch ne PN

Zitat von Küstenbewohner

Ich hatte Deinen Wechsel von ESP32 auf Arduino so verstanden, dass der ESP sich nicht mit dem PC versteht und Du die Ursache beim ESP siehst.

"Aber die [ESP32] lassen sich im laufenden Betrieb nicht vom PC Steuern."

Das wunderte mich etwas, die Dinger sind sich ja alle recht ähnlich. Daher mein Hinweis auf espressif (Hersteller des ESP32)und github.

Schau mal, das ist mein Setup für den ESP32. Einmal ist der mit dem Programmierboard verbunden und einmal ist der in dem Gehäuse, in dem er betrieben wird. So lange er an dem Programmierboard hängt kann ich natürlich über den PC mit ihm sprechen. Sobald er aber im Produktiv-Betrieb ist nicht mehr. Dann wird er direkt mit Strom versorgt. Dann verbinde ich ihn mit VLAN in mein Netzwerk. Über einen Socket Server kommuniziere ich dann mit ihm. Diese Socket-Verbindung ist im Verhältnis zu Seriell jedoch super langsam. Für den Schrittmotor wäre das nicht ganz so schlimm. Aber wenn ich auch die Waage ansteuern wollte, dann wäre das zu langsam. Die Steuerung würde ja dann auf dem Client über Sockets upgedated. Das habe ich bereits probiert. Für Überwachungskameras reicht ist. Für einen KI-Gesteuerten automatischen Hülsensortierer jedoch nicht. Das Projekt Hülsensortierung liegt aber erstmal auf Eis. Ist zu komplex. Das gehe ich vermutlich an, wenn ich wieder ein wenig mehr Zeit habe.

So, aktueller Zwischenstand:

Das Tool ließt die Daten der Waage über den Seriellen Port (USB Adapter). Auch Tara funktioniert. Allerdings crashed dabei die Datenverbindung der Gewichtsübertragung. Da muss ich morgen nochmal dran weiter machen. Data Binding funktioniert nach wie vor nicht. Hat auch grade keine Prio. Wenn Tara gefixed ist, kümmer ich mich vermutlich darum, dass die COM Ports angezogen werden. Und ich bestelle den Motor + Treiber.

Sollte das alles schnell gehen, dann fange ich schon mal mit den statistischen Werten an, oder ich arbeite schon mal am Arduino. Mit ein wenig Glück hab ich vor meinem Urlaub von 12.06. bis 18.06. einen ersten funktionierenden Prototypen. Brauche allerdings auch noch nen Trickler dazu. Am besten mit langem Röhrchen. Jemand ne Empfehlung oder was im Angebot?

Neusten Codes sind im Git:

GitHub - Sqwan2/sqwans-auto-powder-trickler: Enthält die wichtigstens Source Code Dateien zu Sqwan automatischem Pulver Trickler für die G&G PLC Waage

Enthält die wichtigstens Source Code Dateien zu Sqwan automatischem Pulver Trickler für die G&G PLC Waage - GitHub - Sqwan2/sqwans-auto-powder-trickler:…

github.com

Da wird am Ende auf jeden Fall ein umfangreiches Refactoring nötig. Einiges ist wirklich nicht besonders elegant umgesetzt.

EDIT: Die 3 imports (using) sind ein versehen gewesen. Die bau ich wieder aus. War vermutlich von der Autovervollständigung.

Chemnitzer verlink doch einfach gleich das ganze Manual: https://gandg.de/download/anle…aagen/PLC2018_Deutsch.pdf
Das ist sogar noch ein wenig umfangreicher.

Wie gesagt, ich probiere das Spiel über den Arduino mal wenn ich mit der Waage über den PC soweit bin. Bombi hat aber glaube ich die richtige Idee. Senderleitungen müssen mindestens +/-5V können. Damit ist der Arduino im unteren Bereich. Empfohlen sind +/-12V. Wenn ihr ein Oszi zur Verfügung habt, messt doch einfach mal im Gebrauch.

Mein Material ist schon mal da:

Habs auch schon probiert. Kann prima von der Schnittstelle lesen. Allerdings nicht automatisch über einen Thread. Dann gibt es immer nen Time Out. Das versuch ich grade zu fixen.

Versuche ich garnicht. Ich möchte die Waage vom PC lesen.

EDIT: vielleicht Versuch ich mal die Waage an den Arduino zu knüpfen wenn das Ursprüngliche Projekt läuft. Kann ja keine Raketentechnik sein.

Ich hab ja auch Arduino. Die Libs die du ansprichst sind JS Libs? Ich versteh es nicht so ganz? Kann ich die einfach in ein React Projekt einbinden? Wie baut das dann die Verbindung auf? JS Läuft doch normal in ner Sandbox?

Oder verstehe ich dich falsch? RS232 mit dem Arduino zu sprechen ist aktuell mit C# kein Problem

Das Nullmodemkabel und der COM auf USB Adapter

Zitat von Küstenbewohner

Alle Achtung, Du haust ja richtig in die Tasten.

Aber der RESET-Button wird bleiben, oder?

Wäre etwas unpraktisch wenn man sich vertippt hat und das System versucht 8000gn statt 80gn zu trickeln

Der Reset-Button setzt aktuell die Anzahl zurück. Aber spannendes Thema. Hab ich noch garnicht dran gedacht. Der Motor bekommt auf jeden Fall nen Not-Aus. Und die GUI nen STOP Button

Hier nun auch der Code im Git. Serielle Kommunikation habe ich hinzu gefügt. Den Simulator habe ich hinzu gefügt. Paar Änderungen an der GUI hab ich gemacht.

GitHub - Sqwan2/sqwans-auto-powder-trickler: Enthält die wichtigstens Source Code Dateien zu Sqwan automatischem Pulver Trickler für die G&G PLC Waage

Enthält die wichtigstens Source Code Dateien zu Sqwan automatischem Pulver Trickler für die G&G PLC Waage - GitHub - Sqwan2/sqwans-auto-powder-trickler:…

github.com

Als nächstes kommt wie gesagt Data Binding. Die gewählten COM Ports würde ich auch gern schon anziehen. Aber dafür fehlt noch ein wenig Logik.

Zitat von Nico455

Hey, wir sollten uns mal austauschen.

Ich hab das Projekt angefangen und verworfen / auf unbestimmte Zeit pausiert.

Ich hab mittels der RS232 Schnittstelle und eines ESP8266 (mit Weboberfläche) ebenfalls die Waage ausgelesen und wollte anschließend Stepper etc. antreiben. Ich bin Schlussendlich am Code gescheitert. Die Kommunikation war noch eine Herausforderung und ich hatte Probleme damit, mir ein Muster zu Überlegen, wonach die Steuerung auswertet. Ebenfalls ist es auch eine Herausforderung gewesen, wie man mitbekommt das die Waage stabilisiert ist. Da wird man einige Schleifen einbauen müssen, da mittels Schnittstelle auch abgefragt werden kann, wenn die Waage noch nicht Stabilisiert ist. Könnte beim Trickeln schwierig werden.

Anzeigen könnte ich das Ergebnis der Waage auf einer Weboberfläche und bin dann im ansteuern des Steppers und einem geeigneten Programm gescheitert.

Ich kann mal meine Unterlagen raussuchen und meinen Wissenstand gerne weitergeben oder ggf. können wir uns hier gegenseitig weiterhelfen.

Gruß

Nico

Alles anzeigen

Auch wenn mir die Kabel noch fehlen bin ich mittlerweile weiter. Ich habe mir vorerst einen Simulator geschrieben, der sowohl die Wage, als auch den Motor simuliert. Zu diesem Simulator kann ich mich aus der Oberfläche verbinden. Durch klicken auf Start fängt der simulierte Motor an zu Trickeln, die simulierte Waage gibt die Werte über COM zurück an die Oberfläche. Als COM Bridge nutze ich com0com. Funktioniert eigentlich schon ganz gut.

Aktuell arbeite ich am Data Binding um die Buttons zu deaktivieren während getrickelt wird. Auch die Baud-Werte muss ich noch anziehen. Mal schauen wie ich das umsetzen möchte. Einen aktuellen Stand werde ich wohl in ca. 1h bei Github hochladen und dann hier verlinken. Morgen werde ich wohl nichts machen können. Daher gibt es den nächsten Stand dann wohl erst Mittwoch oder Donnerstag. Bis dahin könnt ihr dann in den Codes Rumschmökern

Austauschen können wir uns natürlich trotzdem mal. Vor allem interessiert mich, wie dein Plan aussah die Steuerung über eine Web UI zu machen. Wie kommst du an die Werte der Waage, wie bekommst du das Performance-Problem in den Griff und wie stellst du sicher, dass es keinen Multi-Userzugriff gibt aber die UI dem User immer bekannt ist? Was die Stabilisierung angeht warte ich mal auf echte Werte sobald die Verbindung zur Waage steht. Die Lieferung scheint sich ja leider zu verspäten. Ist aber auch noch genug zutun.

Und Teil 3 der Nachricht da sonst zulang

using System;
using System.Windows;
using System.Windows.Input;
using System.IO.Ports;


namespace AutoTricklerGui
{
    public partial class MainWindow : Window
    {
        private int count = 0;

        public MainWindow()
        {
            InitializeComponent();
            string[] ports = SerialPort.GetPortNames();
            foreach (string port in ports)
            {
                comPorts.Items.Add(port);
                comPortsTrickler.Items.Add(port);
            }
        }

        private void Start_Button_Click(object sender, RoutedEventArgs e)
        {
            double powderQtyDouble;
            try
            {
                powderQtyDouble = Convert.ToDouble(powderQty.Text);
            }
            catch {
                MessageBox.Show("Ihre Eingabe ist keine Zahl", "Fehler im Zahlenformat");
            }
            this.count++;
            Stk.Content = count + " Stk";
        }

        private void Reset_Button_Click(object sender, RoutedEventArgs e)
        {
            this.count = 0;
            Stk.Content = count + " Stk";
        }

        private void powderQty_PreviewTextInput(object sender, TextCompositionEventArgs e)
        {

            if (e.Text.Equals(",")) {
                if(powderQty.Text.Contains(','))
                {
                    e.Handled = true;
                    return;
                }
            }

            foreach (var ch in e.Text)
            {
                if (!(Char.IsDigit(ch) || ch.Equals(',')))
                {
                    e.Handled = true;
                    return;
                }
            }
        }
    }
}

Refactoring kommt wenn nötig später. Werde wohl kein Wunderwerk der Softwarearchitektur daraus machen. Lohnt sich bisher einfach nicht.

Als nächstes werde ich den Code mal ins Git bringen. Jedes mal 3 Posts zu machen für Codes ist sicher nicht im Sinne des Erfinders und nervt auch.

Teil 2 der Nachricht, da sonst zu lang

Dann hier schon mal die wesentlichen Codes:

<Window x:Class="AutoTricklerGui.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
        xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
        xmlns:local="clr-namespace:AutoTricklerGui"
        mc:Ignorable="d"
        Title="Sqwan's automatischer Pulver-Trickler für G&amp;G PLC" Height="350" Width="600">
    <Grid>
        <Grid.ColumnDefinitions>
            <ColumnDefinition Width="1*" />
            <ColumnDefinition Width="1*" />
            <ColumnDefinition Width="1*" />
            <ColumnDefinition Width="1*" />
            <ColumnDefinition Width="1*" />
        </Grid.ColumnDefinitions>
        <Grid.RowDefinitions>
            <RowDefinition Height="1*" />
            <RowDefinition Height="1*" />
            <RowDefinition Height="1*" />
            <RowDefinition Height="1*" />
            <RowDefinition Height="10" />
            <RowDefinition Height="50" />
            <RowDefinition Height="50" />
        </Grid.RowDefinitions>
        <TextBlock 
            FontSize="70"
            VerticalAlignment="Center"
            HorizontalAlignment="Center"
            Grid.ColumnSpan="3"
            Grid.RowSpan="2">
            200 grs
        </TextBlock>
        <TextBox
            Name="powderQty"
            Grid.Row="2" 
            Grid.Column="0" 
            Margin="3"
            FontSize="30"
            Grid.ColumnSpan="2"
            PreviewTextInput="powderQty_PreviewTextInput">49
        </TextBox>
        <Label Grid.Column="2" Grid.Row="2" Content="Grain" FontSize="30" Margin="3" />
        <Button Name="Start" Grid.Column="3" Grid.Row="2" Margin="3" FontSize="30" Click="Start_Button_Click">Start</Button>
        <Button Grid.Column="2" Grid.Row="3" Margin="3" FontSize="30">Tara</Button>
        <Button Grid.Column="3" Grid.Row="3" Margin="3" FontSize="30">CAL</Button>
        <Button Grid.Column="1" Grid.Row="3" Margin="3" FontSize="30" Click="Reset_Button_Click">Reset</Button>
        <Label Name="Stk" Grid.Column="0" Grid.Row="3" Content="0 Stk" FontSize="30" Margin="3" />

        <ComboBox Grid.Column="3" Grid.Row="0" FontSize="30" SelectedIndex="0" Margin="3" Name="comPorts">
        </ComboBox>
        <ComboBox Grid.Column="3" Grid.Row="1" FontSize="30" SelectedIndex="4" Margin="3" Name="baudRates">
            <ComboBoxItem Content="600" />
            <ComboBoxItem Content="1200" />
            <ComboBoxItem Content="2400" />
            <ComboBoxItem Content="4800" />
            <ComboBoxItem Content="9600" />
        </ComboBox>

        <ComboBox Grid.Column="4" Grid.Row="0" FontSize="30" SelectedIndex="0" Margin="3" Name="comPortsTrickler">
        </ComboBox>
        <ComboBox Grid.Column="4" Grid.Row="1" FontSize="30" SelectedIndex="4" Margin="3" Name="baudRatesTrickler">
            <ComboBoxItem Content="600" />
            <ComboBoxItem Content="1200" />
            <ComboBoxItem Content="2400" />
            <ComboBoxItem Content="4800" />
            <ComboBoxItem Content="9600" />
        </ComboBox>

        <Separator Grid.Row="4" Grid.ColumnSpan="5" />
        
        <Label Name="minLabel" Grid.Column="0" Grid.Row="5" Content="Min" FontSize="30" Margin="3" />
        <Label Name="maxLabel" Grid.Column="1" Grid.Row="5" Content="Max" FontSize="30" Margin="3" />
        <Label Name="esLabel" Grid.Column="2" Grid.Row="5" Content="ES" FontSize="30" Margin="3" />
        <Label Name="avgLabel" Grid.Column="3" Grid.Row="5" Content="AVG" FontSize="30" Margin="3" />
        <Label Name="sdLabel" Grid.Column="4" Grid.Row="5" Content="SD" FontSize="30" Margin="3" />

        <Label Name="minValueLabel" Grid.Column="0" Grid.Row="6" Content="49,0" FontSize="30" Margin="3" />
        <Label Name="maxValueLabel" Grid.Column="1" Grid.Row="6" Content="49,3" FontSize="30" Margin="3" />
        <Label Name="esValueLabel" Grid.Column="2" Grid.Row="6" Content="0,3" FontSize="30" Margin="3" />
        <Label Name="avgValueLabel" Grid.Column="3" Grid.Row="6" Content="49,1" FontSize="30" Margin="3" />
        <Label Name="sdValueLabel" Grid.Column="4" Grid.Row="6" Content="0,05" FontSize="30" Margin="3" />
    </Grid>
</Window>

Zitat von Bombi

Alle genannte Produkte sind standart 3D Druckerteile und es bietet sich an diese vom Chinesen des vertrauens zu ordern (Aliexpress)

Erstmal danke für deine Ausführungen. Werde dann einen der TMCs nehmen. Aber vermutlich einfach bei Amazon bestellen. Die Preisunterschiede scheinen nur gering zu sein. Müsste mal schauen was in meinen 3D Druckern und Fräsen verbaut ist. Da die ziemlich leise sind vermutlich keine A4988

Hier nochmal ein Update der Oberfläche. Mehr kann ich bisher ja leider nicht machen:

Zitat von 12M18

cool, wenn man sowas kann,

ich kann da nur auf fertig gebaute Sachen zurückgreifen...

Ist alles kein Hexenwerk. Mit etwas Zeit kann man sich das alles aneignen Hab ich bei vielem auch so gemacht

Zitat von Bombi

Würde auch von dem 28BYJ-48 abraten. Der ist wirklich zu lahm da passiert nicht viel.

Das habe ich fast befürchtet. Fand den Attraktiv, da man ihn ohne weitere Stromquelle verwenden kann. Dann wäre ich mit 2 USB Kabeln ausgekommen.

Zitat von Bombi

Bei meinem aktuellen Setup nutze ich einen standard Nema17 motor und einen DRV8825 treiber.

Der NEMA17 mit A4988 war mein erster Gedanke. Hatte den dann wegen der zusätzlichen Stromversorgung erstmal geändert. Was haltet ihr vom A4988? Der würde mir Mirco-Stepping mit dem NEMA17 bieten und der sollte dann eigentlich immer noch schnell genug drehen.

EDIT: Grade den Arduino Nano bestellt. Freu mich schon drauf Hätte ja gern den ESP32 genommen. Davon hab ich noch einige rum fliegen. Aber die lassen sich im laufenden Betrieb nicht vom PC Steuern.

Zitat von Bombi

Klasse!

[...]

Deine Treiberproblem kenne ich und hatte ich auch. Irgendwo hatte ich aber mal nen passenden gefunden .

Fänds Wirklich Klasse wenn du das online stellst.

[...]

Alles anzeigen

Treibe habe ich diverse gefunden, die angeblich alle funktionieren. Am Ende funktionierte leider keiner.

Code geht auf jeden Fall online wenn ich so weit bin.

Aktueller Zwischenstand der GUI:

Ist noch der Debug-Mode wie man sieht. Aber immerhin werden schon mal die Ports automatisch gelesen, "Start" hat schon einen kleinen Teil Funktion und Reset setzt auch auf 0 zurück. Die Eingabe muss ich noch gegen falsche Zeichen und so absichern. Schaffe ich aber heute nicht mehr. Vllt morgen.

Hinsichtlich der Schaltflächen erkennt man glaube ich eine gewisse Neigung zu großen Schaltflächen

Zitat von Reinhard

meine Lösung: eine Drehscheibe von Amazone, eine Blumentopfuntersetzer und eine Verschluss einer Fruchtsaftflaasche.

Ich glaube, dass ist mit Abstand die einfachste Variante, die ich bisher hier gesehen habe. Hätte vermutlich den Alu-Pott Weggelassen und in nen Stück Alu-Schrott nen Loch passend für die Hülse gebohrt, aber das würde schon wieder was von der genialen Einfachheit der Lösung wegnehmen.

Guten Morgen zusammen,

aktuell habe ich mit einem Projekt begonnen aus der G&G PLC Waage einen automatischen elektronischen Pulvertrickler zu bauen. Gestern ist dann auch das letzte Bauteil gekommen - der Nullmodemadapter. Nach dem ich über meine ersten Versuche bereits Graue Haare bekommen haben, dachte ich, ich lasse euch auch am scheitern schon mal ein wenig teil haben

Also, was ist passiert. In meinem mittlerweile nicht mehr ganz so jugendlichen aber dennoch vorhanden Leichtsinn habe ich mir gedacht, so nen Autotrickler selbst zu bauen kann ja nicht so schwer sein und mal schnell nen AU0002E Serial to USB Adapter bestellt. Dazu dann einen Null Modem Adapter. Gesamtpreis 15€. Der Adapter ist laut G&G funktionsfähig mit der Waage:

Zitat von G&G (mit Link)

Treiber für USB->RS232 Adapter, Modell: AU0002E

Hinweis: Die Waage benötigen KEINEN Treiber, dies ist der Vorteil von RS232 Geräten.

Der Treiber wird NUR für den USB-Adapter (USB auf RS232) benötigt, falls der PC keine eigene serielle Schnittstelle besitzt.

Nur Kompatibel mit dem Adapter: AU0002E (Als Zubehör erhältlich)

Voller Vorfreude also den Adapter eingesteckt und versucht mit der Waage zu verbinden. Dazu erstmal die Testsoftware von G&G genutzt. Und es ging natürlich nichts.

Hab dann gedacht, dass vielleicht doch nur der G&G Adapter funktioniert, konnte das aber nicht auf mir Sitzenlassen und mich auf die Fehlersuche begeben.

Es hat sich dann heraus gestellt, dass es von dem Adapter diverse China-Clone gibt. Der Hersteller hat also seinen Treiber so modifiziert, dass er nur mit originalen funktioniert.

Was dann zu folgendem Fehlerbild führt:

Habe also überlegt fix nen eigenen Treiber für den PL2303 zu schreiben. Das würde allerdings ein wenig dauern, da ich den Chip nicht einwandfrei identifizieren kann und daher viel rumprobieren müsste. Die Datenblätter sind auch ein wenig "undurchsichtig", was das "Eigener Treiber"-Vorhaben auch nicht grade für Erfolg aufstellt. Da die Vendor-ID und die Hardware-ID mit der des Originals übereinstimmt wäre der Treiber auch keine Dauerhafte Lösung, da Windows automatisch bei jedem Einstecken des Adapter den Treiber updaten würde, was dazu führt, dass ich jedes Mal meinen Treiber neu installieren muss wenn ich den Adapter ausstecke. Da ich möchte, dass man Projekt von anderen reproduzierbar ist (im Erfolgsfall :D), ist das alles keine Option. Ich habe mich also dazu entschieden, den Adapter zurück zu schicken und den von G&G direkt zu beziehen - Kostenpunkt 30€. Voraussichtlicher Liefertermin - Dienstag.

In der Zwischenzeit habe ich erste Codes produziert. Sprache ist C#. Ein Konsolenprojekt zum rudimentären Testen und eine WPF-Anwendung die erstmal nur die Funktionen der G&G Software abbilden soll. Das Zwischenergebnis stelle ich euch gern auf Github bereit wenn ich ich soweit bin. Wenn dies funktioniert, geht es dann weiter mit der Oberfläche für den automatischen Tricker. Parallel bestelle ich dann den Arduino Nano + Treiberendstufe für den Schrittmotor. Aktueller Kandidat: 28BYJ-48. Muss aber noch herausfinden ob der Microstepping unterstützt.

So viel zum Zwischenstand. Ich muss mich jetzt dem zweiten Projekt widmen - einer Höhle für die Kinder

Schönes WE euch - Wetter ist ja perfekt

Kannst das nicht direkt mit deiner Kalibriermatrize messen? Wäre vielleicht sogar möglich in dem du eine Art eigene kleine Presse baust. Oben schraubst deine Matrize rein, von unten fährst nen Stempel hoch in dem die Hülse ist (entweder über Schrittmotor oder mit Endschalter) und zum messen machst du zwischen Stempel und Hülsenhalte nen einfaches Messelement in NM. Müsste mit Arduino eigentlich recht einfach gehen. Theoretisch müsste sogar ein ESP32 gehen. Den messverlauf kannst du dann sogar als Kurve über die Zeit darstellen. Der ESP32 ist mit dem WLAN verbindbar und kann Webserver hosten. Die Ergebnisse kannst also online abrufen. Oder per API in die AWS schicken oder so. Ist zwar etwas mehr als "Einfach" aber, aber die Daten könnte man dann mit weiteren Daten verknüpfen und eine Anomalieerkennung und die KI drüber laufen lassen um weitere Daten zu gewinnen.

Zitat von Chemnitzer

6,5 crm und größer drehe ich einfach zwischen den Fingern.

Hab ich auch grade mal versucht. Wird leider nicht heiß

Zitat von Ni3mand

Ringfuge ist bissl platt

Wenn die schon platt sind, dann willst du nicht wissen wie meine Ringfugen immer aussehen

Zitat von Chemnitzer

Würde ich für eine durchschnittliche Ladung halten. Ringfuge platt sieht anders aus.

Vielleicht mal zur Ergänzung: Man sollte nicht zu viel auf die Ringfuge geben. Im .357er lade ich Murom ZH. Die sind schon platt wenn ich 7grs N340 verlade. CCI bspw. sehen noch bei 14grs N110 ganz ok aus.