EleLa - Elektronik Lagerverwaltung V3.1

NOSQL Datenbanken arbeiten mit Datensätzen in der Regel mit JSON 
Struktur. Es sind einfache Text-Blöcke mit irgend welchen Parametern. So 
eine Datenbank eignet sich hervorragend um z.B. einen Webshop auf zu 
bauen, wo man tausende von Produkten mit unterschiedlichste Parameter 
hat.
Beispiel:
https://de.farnell.com/omron-electronic-components/g3vm-41gr5/relay-mosfet-sop-spst-no-40v-0/dp/2065747?ICID=I-HP-PP-OMRON-G3VM-WF1632772/omron-electronic-components/g3vm-41gr5/relay-mosfet-sop-spst-no-40v-0/dp/2065747?ICID=I-HP-PP-OMRON-G3VM-WF1632772
bei "Produktspezifikationen"

In so eine Datenbank kann man problemlos alle Technischen Parameter rein 
bekommen und sogar danach suchen und das auch noch blitzschnell, da die 
Datenbank das JSON Format optimiert verwalten kann.

Seit 2008 wurde das JSON Format in der SQL Spezifikation mit verankert 
und seither haben die meisten Datenbanken diese neue (ähm ,jetzt 10 
Jahre alte) Spezifikation übernommen. Der Vorteil liegt daher darin dass 
man herkömmliche Tabellen mit zusätzlichen Spalten im JSON Format 
kombinieren kann, damit kann man eine unbegrenzte Anzahl von 
Teilespezifischen Parametern in der Datenbank hinterlegen und mit 
Standard SQL Befehlen auch danach suchen. Es kombiniert somit eine 
herkömliche Tabellenstruktur mit der Mächtigkeit einer NOSQL Datenbank 
(z.B. Mongo-DB).
Beispiel eines SQL Befehls um in einen JSON Datensatz mit einem 
bestimmten Parameter zu finden:

1

SELECT JSON_EXTRACT(TecData, '$.Strom') AS TC, bauteillager.* FROM bauteillager

2

WHERE JSON_EXTRACT(TecData, '$.Strom') LIKE '%100%'

Hier wird in der Spalte TecData, nach dem JSON Parameter "Strom" 
gesucht, der Wert muss 100 enthalten.
Alle Datensätze die diesen Parameter erst gar nicht haben treffen schon 
mal nicht zu.

Wie man sieht kann mit einfach Mitteln was ein SQL Server von Haus aus 
bietet komplexe Abfragen sehr einfach lösen.
Auch Kombinationen von mehreren JSON Parametern sind somit kein Problem 
mehr.

Der nächste Vorteil ist, dass Webanwendungen dieses JSON Format 
ebenfalls sehr gut unterstützen, z.B. wenn man andere Programme an EleLa 
anbinden möchte - weil es einfach ein Standard ist.

Nur leider hat Microsoft den SQL Standard von 2008, erst 2016 
implementiert und MySQL in V5.7 ist der nicht richtig drin, erst ab V8. 
MariaDB macht das bereits seit V10.2 und hat sogar noch zusätzliche JSON 
Befehle mit dabei. SQLite unterstützt JSON ab V3.9 (aktuell ist SQLite 
in V3.25), also auch schon lange.

Es kam immer mal wieder der Wunsch bauteilspezifische Parameter mit 
hinzufügen zu können, daher diese Erweiterung. Vor ein paar Monaten 
lernte ich erst die Vorzüge von NOSQL Datenbanken kennen, es gibt dazu 
einige gute Youtube Videos. Und ich lernte kennen wie man die NOSQL 
Vorzüge sehr einfach in einer SQL Datenbank nutzen kann.

Und ja, EleLa ist abwärtskompatibel zu allen anderen V3 Versionen ;-)
Updates macht EleLa selbstständig - sofern der Datenbanklogin, den EleLa 
nutzen darf entsprechende Rechte besitzt. Hat EleLa nicht die Rechte 
oder kennt die Datenbank die zusätzliche JSON Befehle nicht, so schlägt 
das Update fehl - und man kann problemlos die Vorgängerversion (EleLa 
V3.0) weiter nutzen.


c-hater schrieb:
> Wozu, zum Teufel, ist JSON eigentlich nützlich?
JSON in EleLa ist teuflisch gut ;-)

Huhu,

also vorab will ich sagen, dass dieses Tool der absolute Hammer ist!?? 
Bin absolut zufrieden!

Ich hab aber noch ne Frage? und zwar ich hab jetzt vorgestern ein MySQL 
Server auf nem Raspberry Pi realisiert und es läuft alles top. Kann mit 
meinem PC drauf zugreifen, läuft? nur eine Sache hab ich nicht 
hinbekommen. Wenn ich auf dem Pi ein Bauteil anlege, bekomme ich die 
Änderung nicht auf meinem Windows PC sofort angezeigt. Entweder hab ich 
bei der Einrichtung irgendwas verbockt oder ich kapiere es nicht. Das 
neue Teil bekomme ich nur angezeigt wenn ich das Programm neustarte.? 
Geht das mit dem live anzeigen überhaupt?

Mit freundlichen Grüßen und frohe Weihnachten

Kai

Rechtsklick auf der Tabelle -> Aktualisieren.
Das geht bei jeder Tabelle.

Automatisch macht das EleLa nicht, außer wenn eine Menge von einem 
Bauteil geändert wird, da fragt EleLa zuvor immer die Datenbank nochmal 
ab.

Ahh cool?? danke.

Bin auf jeden Fall gespannt ob das später so alles funktioniert wie ich 
mir das denke?. Warte nun auf die Komponenten und das Display.

********************************************************
**   Wichtig! **
********************************************************


Noch ein Hinweis wie man die technischen Daten eingeben sollte, damit 
die Suche die gewünschte Ergebnisse liefern kann.

Sofern es sich um einen Zahlen-Parameter handelt:
Die Bezeichnung des Parameters sollte die Maßeinheit mit beinhalten, ich 
habe diese z.B. in [] geschrieben. ("Strom [A]")
Die Werte sollte als reine Zahlenwerte eingegeben werden. Ob man den 
Dezimaltrenner als . oder , eingibt ist egal, 1000-Trennzeichen dürfen 
nicht verwendet werden.
Nach der Zahl darf kein Text mehr sein.

EleLa prüft die Eingabe nicht, denn man kann hier problemlos Texte 
eingeben.

In den Bildern habe ich die Eingabe gezeigt, wie man die Daten eingibt, 
im zweiten Bild ist die dazu gehörige SQL Abfrage, so wie diese später 
in der Suche verwendet wird. Die Eingabe wird in der Datenbank während 
der Abfrage von einem String in eine Zahl konvertiert, anschließend der 
Wert verglichen.
Bei der Konvertierung String in Zahl wird automatisch noch eine 
Komma-Eingabe in ein Punkt gewandelt, damit die Konvertierung in eine 
DOUBLE Zahl auch klappt.

Das wird dann später so in der EleLa Dokumentation stehen.

Hallo Peter,
Dankeschön!
Wegen Bezahlen, mir eine Mail schreiben oder per Paypal an die E-Mail 
Adresse wie es in der EXE bei Extras->Info steht.

Diese Daten der SMD Verpackung kann man zusätzlich als Grafik zum 
"Gehäuse-F5" hinzufügen und da kann man im Handbuch ein PDF zum Gehäuse 
/ der Verpackung hinzufügen. Dieses Gehäuse ist dann dem 
Bauteil->Gehäuse/Lager zugeordnet und somit ist die Grafik auch unter 
Projektpositionen ersichtlich.

Alternativ könnten weitere Daten ab EleLa V3.1 in Bauteil > 
Gehäuse/Lager als "Technische Daten" eingetragen werden, die werden dann 
(aktuell noch nicht) bei Projektposition ebenfalls mit eingeblendet.

Hallo Markus,

wirklich ein tolles Tool.

Ich habe mit der lokalen sqlite-3 Datenbank angefangen und wollte nun 
auf MariaDB 10.3 umsteigen.

Beim Import der sqlite-3 Datenbank bekomme ich folgende Fehlermeldung:
SQL Error: Data too long for column 'Wert' at row1 
(mnDBExportClick|TfrmImportExport.btnImportClick|Tbl:projektpos ID:8)/( 
$0000000010005E762)

Danke und Grüße,
Ben

Erst einmal die aktuelle SQLite Datenbankdatei zippen, zur Sicherung.

In der Tabelle "projektpos" in dem Datensatz mit der ID=8 ist in der 
Spalte "Wert" ein zu langer Text drin. Dies kann mit EleLa 
folgendermaßen korrigiert werden:

Die Datenbank nochmal mit EleLa als SQLite öffnen und:

Unter Extras->Datenbank kann der SQL Befehl:

1

SELECT * FROM projektpos WHERE ID=8

eingegeben werden. Dann die Taste "Execute" drücken.

Dann sollte eine einzige Zeile erscheinen, die Spalte "Wert" darf nicht 
mehr als 50 Zeichen enthalten (wobei UTF-8 Zeichen bis zu 4 Byte je 
Zeichen einnehmen können, z.B. Umlaute).
Man kann in dieser Ansicht den Text in der Spalte "Wert" somit verkürzen 
und dann den Datensatz speichern.

Anschließend kann man die korrigierte SQLite Datenbank in MariaDB 
importiert werden. Einfach den Import erneut ausführen, EleLa 
überschreibt dann alle Daten wieder.

Das Problem kommt daher, dass in SQLite so ziemlich alles ohne spezielle 
Prüfung in die Datenbank rein geht, andere Datenbanken sind da strenger.

Die Suche anhand der "Technischen Daten" mit "Suchen-F5". Ich hatte mir 
ein paar Tage lang überlegt wie die Eingabe am Sinnvollsten und 
Effizientesten ist, das ist dabei heraus gekommen ??

- Mit der "Zahnrad Taste" können beliebig viele technische Daten 
Abfragen hinzugefügt werden. Jedes mal wenn man da drauf drückt kommt 
eine neue leere Zeile.

Je Zeile:
- Taste "-" löscht die Zeile wieder
- DropDown Auswahlfeld wählt den Parameter aus, den man zuvor in 
Gehäuse/Lager als technische Daten eingegeben hat
- Zahl / Text interpretiert die Suche als Zahl oder Text. Wobei eine 
Zahl immer als Double Zahl gerechnet wird
- ">=" Eingabe optional Von Wert
- "=" Eingabe optional Exakter Wert, wobei bei Texteingabe ein "*" als 
Wildcard verwendet werden kann.
- "<=" Eingabe optional Bis Wert
- Aktiv bedeutet dass diese 3 Werte-Begrenzer aktiv sind, damit kann man 
sie inaktiv schalten um zu sehen was die Datenbank so zeigt ohne dass 
man den Parameter löschen muss.

Tabelle:
- Je ausgewählten Parameter wird eine Spalte mit dem Parametername 
eingeblendet. Mit diesen Spalten kann man auch sortieren.

Getestet aktuell mit:
SQLite / MariaDB 10.3

EXE V3.1.18C28 ist als Win32/Win64 im Download Ordner verfügbar.
http://www.mmvisual.de/elela

...
Die technischen Daten werden in EleLa demnächst noch weiter ausgebaut
- Projekt Position mit eingeblendet
- Filtern bei Suche bei "Typ-F8"

Nun sind die "technischen Daten" in allen EleLa Teilen eingebunden:

- Bauteil-F2 > Gehäuse/Lager: Eingabe der technischen Daten je Bauteil

- Suche-F5 (TecData3.png): Filtern anhand den technischen Daten & 
Ansicht aller technische Daten je Bauteil

- Typ-F8 (TecData4.png): zusätzlich zum Typ nun auch Filtern anhand 
technischen Daten & Ansicht aller technische Daten je Bauteil. Die 
Gehäuse-Liste wird entsprechend mit angepasst.

- ProjektPos / GerätePos (TecData5.png): Ansicht der Technischen Daten 
wenn man diese im "Extras" Menü aktiviert.

- Bauteil Auswahldialog: Anzeige der technischen Daten wenn ein Bauteil 
ausgewählt wird. (z.B. bei Bestellung oder ProjektPos)

Die EleLa V3.1.18C29 kann hier geladen werden:
http://www.mmvisual.de/elela

- Win32/Win64
- Datenbank: SQLite/MariaDB V10.3

Wer nicht genau weiß welche Datenbank man nutzt, EleLa zeigt die 
Versions-Info unter Extras-F10 > Log nach jedem Start an:
19:31:45 29.12.18 Start program V3.1.18C29-64
19:31:45  IDE: Lazarus LCL 1.8.4.0, Free Pascal FPC 3.0.4, Zeos 7.2.5-rc
19:31:45  Compile: 28.Dez.2018 22:14:31 SVN: 255
: : :
19:31:47 Connect database...
19:31:47 DB.Version: SQLite-DLL: 3.26.0 / MySQL: 10.3.7-MariaDB
19:31:47 Database Version: V3.1.18B29
19:31:48 Database connected.

In diesem Beispiel ist Maria-DB mit V10.3.7 aktiv und die SQLite DLL 
V3.26.0 mit vorhanden. (Die aktuelle SQLite DLL ist mit im ZIP vom 
Download.)

Markus M. schrieb:

> Dann sollte eine einzige Zeile erscheinen, die Spalte "Wert" darf nicht
> mehr als 50 Zeichen enthalten (wobei UTF-8 Zeichen bis zu 4 Byte je
> Zeichen einnehmen können, z.B. Umlaute).
> Man kann in dieser Ansicht den Text in der Spalte "Wert" somit verkürzen
> und dann den Datensatz speichern.

Super, danke. Das hat funktioniert.

Noch eine Frage zu dem Tab Geräte. Ich habe aus dem vorherigen Thread 
zur v3.0  entnommen, dass diese Funktion noch nicht volständig 
implentiert ist. Aber gibt es momentan überhaupt einen Unterschied, ob 
ich ein Projekt oder ein Gerät anlege? Ein Projekt lässt sich nämlich 
noch keinem Gerät zuweisen oder übersehe ich etwas?

Nein, momentan gibt es noch keine Unterschiede zwischen Projekt und 
Gerät.

Aktuell vorgesehen ist, dass man ein Projekt mit einem Bauteil 
verknüpfen kann. Wenn dieses Projekt gefertigt wird, so wird automatisch 
die Menge unter Bauteil > Gehäuse/Lager erhöht.

Nun kann dieses Bauteil (=gefertigtes Projekt) wieder in einem anderen 
Projekt oder Gerät weiter verwendet werden, so wie andere Bauteile auch.

Das Problem, bzw. was EleLa aktuell noch nicht kann ist:
Wenn dieses selbst gefertigte Bauteil (aus Projekt) zu wenig 
Lagerbestand hat und man möchte es bestellen, dann geht es in die 
Bestell-Liste und es wird nicht gezeigt dass dieses Bauteil eigentlich 
nicht bestellt werden kann, da Eigenproduktion (aus einem anderen 
Projekt).

Diese Erkennung "Bauteil wird gefertigt aus anderem Projekt" fehlt 
leider noch. Aktuell kann man sich nur damit behelfen, dass das Bauteil 
einen entsprechenden Bezeichnung erhält, z.B. "Netzteilplatine 
[Eigenprod]".

Ich selbst nutze den Abschnitt "Geräte" aktuell nicht, daher ist es 
leider noch nicht so weit wie ich schon vor längerer Zeit geplant hatte.

Hm ok. Das ist ziemlich genau die Beschreibung zu dem was ich suche. 
Aber wie kann ich ein Projekt als Bauteil kennzeichnen und dieses 
Bauteil in einem weiteren Projekt weiterverwenden? Muss ich dazu das 
Ausgangsprojekt zuerst Versionieren?

Nein, die Version ist etwas anderes.

Versionieren:
Wenn man z.B. ein Projekt zur Produktion gibt, dann erstellt man eine 
Version vom Projekt. Damit werden die Positionen gesperrt für 
Änderungen.

Nun sind noch Bugs in der Bestückung und man muss einzelne Bauteile 
abändern. Dann muss man das Projekt frei geben für Änderungen und man 
kann die Bauteile nochmal korrigieren. Damit sind die Änderungen in 
EleLa dokumentiert. Bevor es in die nächste Produktionsrunde geht kann 
man den Stand wieder versionieren.

Bei einer neuen Version sollte man am Besten ein neues Bauteil unter 
"Gehäuse/Lager" anlegen, damit es auch hier klar ist dass es nicht das 
"alte" Board ist. Bei Projekt muss dazu ebenfalls das andere Bauteil 
verknüpft werden.

Am besten einmal mit einer Test-Datenbank damit üben. Man kann dazu das 
EleLa Verzeichnis kopieren und in der Konfiguration von EleLa 
(Extras>Log>Optionen>Datenbank) eine andere Datenbankverbindung anlegen 
und sich die Datenbank danach kopieren.
Damit man bei den Datenbanken nicht durcheinander kommt und immer sofort 
weiß womit man verbunden ist kann man in der Titelleiste der EXE dies 
anzeigen lassen, es wird in den Optionen konfiguriert, siehe Bild.

Servus,

leider funktioniert die neue Version bei mir nicht. Schein ein Problem 
mit der Datenbank bzw. auch mit der Software zu sein.

Nutze ich meine MySQL (V5.7.18) Online Datenbank konvertiert er zwar die 
Datenbank kann sie danach aber nicht öffnen, gleiches passiert wenn ich 
die Datenbank von V3.1 neu anlegen lasse:

1

20:49:28 ---------

2

20:49:28 30.12.18 Start program V3.1.18C29-64

3

20:49:28  IDE: Lazarus LCL 1.8.4.0, Free Pascal FPC 3.0.4, Zeos 7.2.5-rc

4

20:49:28  Compile: 28.Dez.2018 22:14:31 SVN: 255

5

20:49:28 Use INI file: C:\EleLa\EleLa.ini

6

20:49:28 Parameter [DB] Protocol=mysql-5

7

20:49:28 Parameter [DB] HostName=xxx.xxx.xxx.xxx

8

20:49:28 Parameter [DB] Port=3306

9

20:49:28 Parameter [DB] Database=elela

10

20:49:28 Parameter [DB] User=xxxxxx

11

20:49:28 Parameter [DB] Password=*****

12

20:49:28 Parameter [Programm] VorlageDir=C:\EleLa\Vorlage\

13

20:49:28 Parameter [Programm] TempDir=C:\EleLa\Temp\

14

20:49:28 Parameter [Programm] QueryCancel=1

15

20:49:28 Parameter [Programm] VersionCheck=1

16

20:49:28 Parameter [Bauteil] DefHandbuchDir=C:\EleLa\Handbuch

17

20:49:28 Parameter [Projekt] DefHandbuchDir=C:\EleLa\Projekt

18

20:49:28 Parameter [Projekt] GeraetDefHandbuchDir=C:\EleLa\Gerät

19

20:49:28 Parameter [Projekt] DokuDefHandbuchDir=C:\EleLa\Doku

20

20:49:31 Connect database...

21

20:49:31 DB.Version: SQLite-DLL: 3.26.0 / MySQL: 5.7.18

22

20:49:31 Database Version: V3.0.17A12

23

20:49:31 Do Update 65 from Database.

24

20:49:31 CreateNewField (kiste,ID_ID,INTEGER)

25

20:49:34 CreateNewField (bauteillager,TecData,JSON)

26

20:49:35 Update 65 finish.

27

20:49:36 New Database Version: V3.1.18B29

28

20:49:37 Error: Cannot open database! Unknown MySQL data type! (TypTreeOpen)

Die alte Version kann danach auch nicht mehr zugreifen

1

20:50:48 ---------

2

20:50:48 30.12.18 Start program V3.0.18B15-64

3

20:50:48  IDE: Lazarus LCL 1.8.4.0, Free Pascal FPC 3.0.4, Zeos 7.2.4-stable

4

20:50:48  Compile: 28.Okt.2018 10:16:53 SVN: 224

5

20:50:48 Use INI file: C:\EleLa\EleLa.ini

6

20:50:48 Parameter [DB] Protocol=mysql-5

7

20:50:48 Parameter [DB] HostName=xxx.xxx.xxx.xxx

8

20:50:48 Parameter [DB] Port=3306

9

20:50:48 Parameter [DB] Database=elela

10

20:50:48 Parameter [DB] User=xxxxxx

11

20:50:48 Parameter [DB] Password=*****

12

20:50:48 Parameter [Programm] VorlageDir=C:\EleLa\Vorlage\

13

20:50:48 Parameter [Programm] TempDir=C:\EleLa\Temp\

14

20:50:48 Parameter [Programm] QueryCancel=1

15

20:50:48 Parameter [Programm] VersionCheck=1

16

20:50:48 Parameter [Bauteil] DefHandbuchDir=C:\EleLa\Handbuch

17

20:50:48 Parameter [Projekt] DefHandbuchDir=C:\EleLa\Projekt

18

20:50:48 Parameter [Projekt] GeraetDefHandbuchDir=C:\EleLa\Gerät

19

20:50:48 Parameter [Projekt] DokuDefHandbuchDir=C:\EleLa\Doku

20

20:50:50 Connect database...

21

20:50:50 DB.Version: SQLite-DLL: 3.25.2 / MySQL: 5.7.18

22

20:50:50 Database Version: V3.1.18B29

23

20:50:52 Error: Cannot open database! Unknown MySQL data type! (qBauteil)

lasse ich die 3.1 mit lokaler Datenbank laufen funktioniert zwar die 
Verbindung zur Datenbank jedoch kann ich meine vorher exportierten Daten 
nicht einlesen. Der Button ist nicht aktiv.

Grüße TheBit

Den Fehler:
"Unknown MySQL data type!"
kenne ich. Der kommt bei der MySQL Datenbank - noch. Ich habe zu den 
Komponenten Entwicklern der Datenbank Komponente bereits ein Bugreport 
geschrieben.
Hingegen bei der aktuellen MariaDB (was eigentlich identisch sein 
sollte) funktioniert die Datenbankverbindung.

Am Besten noch etwas Abwarten mit V3.1, das wird noch korrigiert.

Die neue EXE hat den Update der Datenbank gemacht weil MySQL den Feldtyp 
"JSON" bereits kennt:
"CreateNewField (bauteillager,TecData,JSON)"
Jedoch leider akzeptiert die Datenbank Komponente diesen Typ noch nicht 
bei der Datenabfrage.

Es gibt nun 2 Möglichkeiten:
- Entweder, wenn ein Backup vorhanden ist, die Datenbank löschen und von 
EleLa neu anlegen lassen und das Backup einspielen
- oder die Datenbank manuell zurück ändern auf "Vor Update", da kann ich 
auch gerne Helfen. (Das eine Feld "TecData" löschen und die 
Datenbank-Version um 1 Tag zurück setzen.)

Servus Markus,

ich bin wieder zurück auf 3.0.18B15, Datenbank hatte ich vorher 
gesichert.
Letzteres mache ich allerdings im phpMyAdmin direkt.
Was mich allerdings immer noch wundert das ich auch bei der lokalen 
Variante mit sqlite Datenbank das Backup aus der Vorherigen Version nich 
einspielen kann da der Button ausgegraut bleibt.

René

Die EXE meint wegen der internen Exception dass sie nicht korrekt 
starten konnte, dann sperrt sie sich weg, nicht dass man mit einer halb 
gestarteten EXE sich noch die Daten kaputt macht. Es ist eine 
Sicherheitsmaßnahme die ich schon seit V1.x eingebaut hatte.
Und sie wirkt gut, wie man sieht ;-)

Hi Markus,

hmmm lokal hatte ich doch die Datenbank mit der 3.1 in einem anderen 
Verzeichnis komplett neu als sqlite erstellt und wollte dann die Daten 
aus der V3.0 importieren.

Ich habe jetzt die backup DB aus der 3.0 ins Verzeichnis der 3.1 kopiert 
und dann umbenannt. V3.1 öffnet die Datei macht das update auf V65und 
ich könnte auch damit arbeiten. Allerdings bleibt der Export/Import 
Button ausgegraut. ich hatte das auch mit ner V3.0.18B22 probiert. Auch 
dort bleibt nach einem Start ohne .ini File (wird beim Start erzeugt) 
und ner automatisch neu erzeugten sqlite DB der Export/Import Button 
ausgegraut.

1

01:06:27 31.12.18 Start program V3.0.18B22-64

2

01:06:27  IDE: Lazarus LCL 1.8.4.0, Free Pascal FPC 3.0.4, Zeos 7.2.4-stable

3

01:06:27  Compile: 28.Okt.2018 10:16:53 SVN: 231

4

01:06:27 Use INI file: C:\ele\EleLa.ini

5

01:06:27 Parameter [DB] Protocol=sqlite-3

6

01:06:27 Parameter [DB] Database=EleLa.sq3

7

01:06:27 Parameter [Programm] VorlageDir=C:\ele\Vorlage\

8

01:06:27 Parameter [Programm] TempDir=C:\ele\

9

01:06:27 Parameter [Bauteil] DefHandbuchDir=C:\ele\Handbuch

10

01:06:27 Parameter [Projekt] DefHandbuchDir=C:\ele\Projekt

11

01:06:27 Parameter [Projekt] GeraetDefHandbuchDir=C:\ele\Gerät

12

01:06:27 Parameter [Projekt] DokuDefHandbuchDir=C:\ele\Doku

13

01:06:29 Connect database...

14

01:06:29 DB.Version: SQLite-DLL: 3.25.2

15

01:06:29 Database Version: V3.0.17A12

16

01:06:29 Database connected.

Da habe ich Dich wohl etwas missverstanden.
Bei SQLite gibt es kein Import-/Export, denn da ist die Datenbank-Datei 
bereits als Datei direkt verfügbar die man nur noch weg kopieren 
braucht.
Das Import/Export braucht es nur für SQL Server, damit man die Daten von 
da in ein für EleLa transparentes Format auslesen kann, dieser Export 
erzeugt eine SQLite Datenbank, die wiederum wieder direkt mit EleLa 
genutzt werden kann.

Quelle: SQLite Datenbank Datei
Import in: irgend ein SQL Server, den EleLa unterstützt

Export aus: irgend einem SQL Server, den EleLa unterstützt
Ziel: SQLite Datenbank Datei

Somit ist das ganze in sich konsistent.

Damit ist es möglich relativ schnell zwischen unterschiedlichen 
Datenbanken zu wechseln oder die Daten auf einem anderen Server um zu 
ziehen, ohne dass es spezielle Tools benötigt.
Und da die Sicherung ebenfalls eine original SQLite EleLa Datenbank ist, 
kann diese wieder jederzeit mit EleLa geöffnet werden, auch Updates kann 
EleLa im Backup durchführen, so dass ein alten Backup mit einer neueren 
EleLa Version genutzt werden kann.

EleLa kann auch autark per Task Sheduler z.B. 1x Täglich mit dem Backup 
Parameter "-b" gestartet werden. Dann macht EleLa ein Backup der SQL 
Server Datenbank und beendet sich anschließend wieder.

Die EleLa V3.1.18C30 kann hier geladen werden:
http://www.mmvisual.de/elela

- Win32/Win64
- Hilfedatei "EleLa.chm"
- Für Datenbank: SQLite/MariaDB V10.3

Bitte die EXE noch nicht mit MySQL, PostgreSQL und MsSQL verwenden.

Nun kann im Konfigurationsdialog die Parameter der technischen Daten 
angepasst werden, bzw. gelöscht wenn man falsche eingegeben hat.

Außerdem ist die EleLa Hilfe mit den neuen Features aktualisiert.

Hallo Markus,
was ich bisher so gelesen habe, scheint die Software ein Schmuckstück zu 
sein :).

Bisher verwalte ich die Bauteile (und vieles mehr) mit einer 
Excel-Tabelle.
Ich hatte gehofft, dass ich die Bauteile (Excel-Tabelle) importieren 
kann. Geht das? Bei der Suche in den Anleitungen nach "Importieren" habe 
ich immer nur etwas über Datenbank-Import finden können.
Wenn ja, wie geht das und wo kann ich die "Datenstruktur" erkennen, die 
solch eine Importdatei aufweisen muss, um die Excel-Tabelle 
dementsprechend anzupassen. Wie z.b.
Spalte A -> Interne Artikelnummer
Spalte B -> Art (Widerstand, Elko, ...)
usw.

Falls dies nicht geht, gibt es ein Work-Around? Ich kann mir vorstellen, 
dass ich nicht der erste/einzige bin, der von Tabellen zur Datenbank 
wechselt.

Vielen Dank für die Info schon mal im voraus.

Ein Import der fremde Daten ist immer eine Sonderbehandlung, daher gibt 
es das nicht in EleLa.
Das geht auch deshalb nicht so einfach weil die Teile-Daten nicht wie in 
einer Excel-Tabelle in einer einzigen Tabelle stehen, sondern unterteilt 
sind in "Bauteil" und "Variante".

Das hat den Sinn:
Bauteil Bezeichnung: "C 100 nF"

Das ist ein weitgehend allgemeiner Begriff für eine Kondensator mit dem 
Wert von 100 nF. Nun werden in EleLa sämtliche Variationen davon in der 
Detail-Tabelle "Gehäuse/Lager" eingetragen, sozusagen die zweite 
Tabelle.

- Axial, 50V
- SMD 1206
- SMD 0805
- MKP 250V~
- ... usw.

Das vewrschafft einem den sofortigen Überblick was man so allen mit 
diesem Wert besitzt. Hat jedoch den Nachteil dass man eine 
1-Dimensionale Tabelle nicht wirklich ohne hämdisches Zutun in diese 
2-Dimensionale Struktur bekommt.

Die Datenstruktur von EleLa ist hier dokumentiert:
http://www.mmvisual.de/Hilfe/EleLa/TutorialDB/TutDB.htm
Der Import würde so aussehen:
Man müsste sich anhand der Excel Tabelle einen SQL Script mit den Daten 
generieren und dann diese für die Datenbank ausführen.
- Tabelle tree_typ ist bei "Typ-F8" die Art der Teile
- Tabelle "bauteil" sind die Bauteile
- Tabelle "bauteillager" die varianten
- Der Verweis zu den Gehäusen muss über die Tabelle "gehause" geschehen.
- Die Lagerorte über "kiste" und dem Feld "bauteillager.LagerNr"
- Verweis zu den Handbuch PDF Dateien? Gibt es schon eine Ordnerstuktur?
- Bilder zum Bauteil vorhanden?

Das ist in Summe sehr aufwändig und für jeden Import sehr speziell um zu 
setzen, daher lohnt sich das erst ab ca. 500-1000 Teilen.

Früher stand da was wegen spenden. Jetzt steht da halt mal was neues. 
Ich finde es gut.
Nein, aktuell kann man das nicht abschalten.

Guten Morgen Markus,
mir geht eine Funktion im Bereich "Bauteile in Kiste/Fach verwalten" ab:
Es wäre super, wenn man den Inhalt von 2 Fächern miteinander vertauschen
könnte (und zwar unabhängig davon in welcher Kiste sie sind).
Ich mache so etwas ab und zu um die unterschiedlich großen Fächer
verschiedener Kisten optimal zu nutzen und bisher muss ich beide
beteiligten Gehäusen separat verschieben.
Was hältst Du davon?

Liebe Grüße

Ja, das ist eine sinvolle Funktion. Ich werde das in EleLa V4 
berücksichtigen, da wird die Lagerhaltung umgebaut und deshalb mache ich 
das in V3.1 nicht mehr rein.

Klappt der Import, wenn man in einem Text-Editor alle " in nichts 
ersetzt?

Oder wenn man das , in ; ersetzt?

Man könnte diese Daten evt mit Excel importieren und als CSV in einem 
anderen Format speichern.

Ich schaue mir das an. Sollte eigentlich auch gehen, da ".." als CSV 
Standard gilt.

@ellboy:
ich habe eine Test CSV erstellt und Bauteile mit dem Barcode angelegt, 
da klappt der Import problemlos, Testdatei im Anhang.

Bei Deiner Datei ist wohl irgtend etwas anders, kannst Du mir die mailen 
oder hier posten?

Die Bezeichnung "Designator" kennt ELeLa nicht, es werden diese 
Bezeichner automatisch erkannt:
http://mmvisual.de/Hilfe/EleLa/ProjektCADCsv.htm

ellboy schrieb:
> Wie kann man eigentlich mehr als nur 1 Parameter bei den "Technischen
> Daten" eingeben(V3.1.18C30-64)?

Beim Wert Pfeiltaste nach unten auf der Tastatur

> Kann man die Informationen daraus auch im Info-Feld nutzen?

Nein, noch nicht. Ich schreibe es auf damit man es machen könnte.

Der Eintrag wird gespeichert wenn man den Datensatz mit der "Speichern" 
Taste speichert, wenn man nur zu einem andern Bauteil wechselt kann es 
sein dass es nicht übernommen wird, muss ich noch nach schauen.

Man kann unter:
Extras > Log > Optionen > Globale Params > Technische Daten
die Liste manuell anpassen. EleLa erweitert diese Liste selbst anhand 
neuer Parameter, nur hier hat man die Möglichkeit die nicht mehr 
benötigte aus der Liste zu entfernen. Eine Änderung dieser Liste wirkt 
sich nicht auf bestehende Gehäuse/Lager Datensätze aus, man könnte sogar 
diese Liste leeren und EleLa baut sie dann mit der Zeit wieder neu auf, 
anhand der Datensätze die existieren.

Innerhalb eines Programms ist das in der Regel Strg+Tab. Ich schreibe 
mir das mal auf.

ellboy schrieb:
> ImportTest.csv geht bei mir auch. In meiner CSV hatte ich oben:
>
>

1

> Symbol,Barcode

2

>

>
> in ImportTest.csv ist es
>

1

> "Symbol","Barcode"

2

>

EleLa sucht/erkennt automatisch anhand der ersten Zeile CSV Zeile die 
Formatierung der CSV Daten. Wenn da nur ein , (Komma) als Trenner drin 
steht, dann werden alle folgende Zeile anhand dem versucht zu 
decodieren.
Wenn nun die folgenden Zeile so aussehen:
"C18","123456"
dann ist das zwar auch CSV, jedoch anders codiert.
Ich weiß jetzt nicht ob es Sinn macht für jede Zeile separat die 
Codierung zu ermitteln. Besser ist es wenn der Kopf gleich aussieht wie 
die Daten.

1

    // Trennzeichen Erkennen

2

    iTyp := 0;

3

    if Pos('";"', s) > 1 then

4

      iTyp := 1

5

    else if Pos('","', s) > 1 then

6

      iTyp := 2

7

    else if Pos('"'#9'"', s) > 1 then

8

      iTyp := 3

9

    else if Pos(#9, s) > 1 then

10

      iTyp := 4

11

    else if Pos(';', s) > 1 then

12

      iTyp := 5

13

    else if Pos(',', s) > 1 then

14

      iTyp := 6;

Die Datenbank Komponente selbst ist noch Buggy, deshalb klappt es noch 
nicht. Ich warte darauf bis es dazu ein Update vom Zeos Team gibt, 
danach gibt es die aktuelle EXE für PostgreSQL.

@Flo
Teste bitte ob EleLa nun mit PostgreSQL richtig geht, bei mir scheint es 
zumindest so aus zu sehen. V3.1.19131-64 kannst Du von hier laden:
http://www.mmvisual.de/elela
Als Win64 Version. Wenn Du die 32 Bit EXE brauchst schreib mir.

Der PostgreSQL Server selbst hat auch noch ein Bug, in EleLa habe ich 
den umgangen.

@Flo
In V3.1.19201 geht nun die Suche-F5 richtig (PostgreSQL).

@All
EleLa kann nun mit dem MySQL Server auch wieder kommunizieren, sogar mit 
MySQL V8

Aktuell habe ich nur die Win64 Version erstellt. Tests mit MsSQL sind 
noch offen. Die andere Versionen kommen demnächst.

Alle EXE Versionen EleLa V3.1.19201 sind nun verfügbar:

http://www.mmvisual.de/elela -> EleLa_V3.1

- Win 32/64
- Linux 32/64
- RaspberryPi

Diese EXE geht mit allen Datenbanken außer MsSQL.
Bitte wie immer vor dem Update ein Backup der Datenbank erstellen.

Falls ein Bug auffällt, bitte mir schreiben.

Die JSON SQL Befehle existieren bereits seit 2008 in der SQL 
Spezifikation. Nur leider brauchen einige SQL Server Hersteller ca. 10 
Jahre um diese Spezifikation mit zu unterstützen.
Bei MSSQL kann man das Feld als VARCHAR(MAX) deklarieren, damit sind die 
technische Daten zumindest unter Gehäuse/Lager eingebbar. Jedoch kann 
man nicht nach den technischen Daten unter "Suchen-F5" oder bei "Typ-F8" 
danach suchen/filtern, da MSSQL2014 diese SQL Befehle noch nicht kennt.
Die Microsoft Programmierer selbst waren auch nicht klug genug das um zu 
setzen, deshalb musste MS die "Azure" Datenbank Firma einkaufen. Und 
warum der MSSQL Server nun nicht mehr mit Win7 geht verstehe ich auch 
nicht wirklich, ist wohl eher eine kaufmännische Entscheidung gewesen.

Als Alternative unterstützt EleLa noch weitere SQL Server und jeder kann 
diese wechseln wie er mag. Ich nutze eine Synology DS mit MariaDB. 
Synology ist mit den Updates recht fix und unterstützt schon lange 
MariaDB V10.3 (seit MariaDB V10.2 gehen die JSQN SQL Befehle).

Leider funktioniert die Datenbankkomponente, die EleLa verwendet mit 
MsSQL auch noch nicht richtig, daher können alle MsSQL Nutzer ohnehin 
leider noch nicht auf V3.1 updaten. Ich bin jedoch dran und hoffe auf 
eine baldige Lösung.

Dieser Link der Implementierung ist alt und überholt. Auf den 
entsprechenden Seiten der Datenbanken sind die Infos jeweils aktuell:

https://sqlite.org/json1.html
https://mariadb.com/kb/en/library/json-functions/
https://dev.mysql.com/doc/refman/8.0/en/json-functions.html
https://www.postgresql.org/docs/current/functions-json.html
https://docs.microsoft.com/en-us/sql/t-sql/functions/json-functions-transact-sql?view=sql-server-2017

Gottfried schrieb:
> Hab gerade gesehen, das mit EleLa mit den SQL befehlen, die Daten in
> eine csv-Datei gespeichert werden können, da brauche ich nicht den Umweg
> mit MSSQL machen.

Ja, in EleLa habe ich umfangreiche Export-Funktionen implementiert, so 
kann von jeder Tabelle aus mit Rechtsklick der dazugehörige SQL Befehl 
in die Zwischenablage kopiert werden, den dann unter 
"Extras-F10>Datenbank" weiter verwenden.
Nichts ist schlimmer als nicht an seine eigene Daten so ran zu kommen 
wie man sie gerne hätte ;-)

Das "einfache" drucken mit dem P-Touch geht mit dem Feld "Info", das so 
ziemlich in jeder Tabelle vorhanden ist:
http://www.mmvisual.de/Hilfe/EleLa/Allgem.htm#DruckenEtikett

Hallo!

Ich wollte heute 'mal Elela ausprobieren (Windows 10; Version: 
V3.0.18B15-64).
Allerdings gibt es Probleme bein Zugriff auf die Datenbank.
Die Datenbak (Maria-DB 10.3.7) liegt auf meinem NAS.

Die libmysql in der Version 6.1.11 64 bit habe ich ins Elela Verzeichnis
kopiert.

Folgende Konfiguration habe ich eingegeben:
Protocol=mariadb-10
HostName=192.168.178.10
Database=elela
User=elela

Wenn ich im Datenbank-Konfigurationsdialog auf "Teste Verbindung"
klicke, wird das Quadrat grün, soweit passt also Alles.

Nach speichern und Neustart von Elela erscheint im Log aber folgende
Fehlermeldung:
11:26:58 Error: Cannot open database! Can't receive Plaindriver!
(DB-Connect)

Hat jemand eine Idee was da schief gehen kann?

Diese Fehlermeldung kommt von der Datenbank Komponente, es erkennt den 
Treiber nicht "Protocol=mariadb-10", er erwartet "MariaDB-10", jedoch 
EleLa konvertiert alles in Kleinbuchstaben.

Am Besten von hier:
http://www.mmvisual.de/elela -> EleLa_V3.1

die Win64 EXE V3.1 laden und die EXE im EleLa Verzeichnis einfach 
ersetzen. In dieser Version habe ich den Bug korrigiert, nun ist es egal 
in welchem Schreibstiel man das schreibt.

Alternativ:
"Protocol=mysql-5"
in der INI Datei einstellen, dann funktioniert es auch mit EleLa V3.0.

Danke für die schnelle Antwort.

Eingegeben hatte ich den String Maria-db nicht, sondern einfach nur im 
Drop-Down Menü ausgewählt.

Ich habe die Version 3.1 drüber kopiert.
Allerdings erscheint nun folgender Fehler:
"Database is newer as this Elela proram. Canot open the database!"
Siehe angehängten Screenshot.
Der Cursor verwendelt sich in ein den durchgestrichenen Kreis und es 
läßt sich kein Menü mehr auswählen. Ich kann Elela nur noch beenden, 
aber sonst nichts mehr machen.

Moin, Moin,

ich habe eben versucht meine ELELA Datenbank auf den aktuellen Stand zu 
bringen und bekomme dabei folgende Fehlermeldung:

15:08:37 Connect database...
15:08:39 DB.Version: SQLite-DLL: 3.26.0 / MySQL: 10.0.34-MariaDB
15:08:39 Database Version: V3.0.17A12
15:08:39 Do Update 65 from Database.
15:08:39 CreateNewField (kiste,ID_ID,INTEGER)
15:08:39 CreateNewField (bauteillager,TecData,JSON)
15:08:42 Error: Database-Update Nr. 65 error! Make the update manually.
15:08:42   SQL: ALTER TABLE `bauteillager` ADD `TecData` JSON NULL AFTER 
`Barcode`
15:08:44 Error on Test/Update Database. (SQL Error: You have an error in 
your SQL syntax; check the manual that corresponds to your MariaDB 
server version for the right syntax to use near 'JSON NULL AFTER 
`Barcode`' at line 1)
15:08:44 Parameter param.ISO9001Konform=1
15:08:46 Error: Cannot open database! SQL Error: Unknown column 
'TecData' in 'field list' (TypTreeOpen)

Meine DB läuft auf einem Synology NAS RS212 mit MariaDB 10 Version: 
10.0.34-0013.

Ich verstehe das die Meldung ein einfügen einer neuen Spalte 'TecData' 
in der Tabe 'Bauteillager' nicht ausführen kann. Wie ich diese ggf. 
einfügen kann, muß ich aber passen, den von SQL habe ich wirklich null 
Ahnung. Ich habe zwar HeidiSQL am Start um kleinere Fehler zu 
beseitigen, aber wie bekomme ich da ggf. die fehlende Spalte nach der 
'Barcode' Spalte eingefügt?


UPDATE: es scheint wohl daran zu liegen, das MariaDB erst ab Version 
10.2 JSON unterstützt... leider gibt es da kein Update bei Synology... 
oder ich habe es nicht gefunden :-(

@Martin L.

Der Fehler kam schon zuvor, EleLa kann die Tabelle "param" nicht öffnen, 
da drin steht die Versionsinformation. Daher sperrt sich EleLa weg, 
damit nicht aus versehen mit einer zu alten EXE eine neuere Datenbank 
zerschossen wird.

Da die Datenbank neu erstellt wurde empfehle ich folgendes Vorgehen:

Die Datenbank "EleLa" noch einmal löschen und von neuem beginnen.
Die Rechte für den User "elela" kann man lassen.

- Mit phpMyAdmin die EleLa Datenbank löschen oder mit dem Tool HeidiSQL.
- EleLa erneut öffnen und im Konfig Dialog "Erzeuge neue Datenbank" 
ausführen.

Danach EleLa erneut starten und alles sollte klappen. Dann kann man die 
Datei "EleLa.sq3" in die MariaDB EleLa Datenbank importieren und man hat 
die SQLite Daten importiert.

@Torsten K.

Ich habe eine "DS2413+" und die installierte Version ist die aktuelle 
"DSM 6.2.1-23824 Update 6".
Über das Paket Zentrum habe ich ohne irgend welche Hacks/Eingriffe ganz 
normal "MariaDB-5" und "MariaDB-10" installiert, wobei ich den 
MariaDB-10 mit dem Port 3307 konfiguriert habe, der MariaDB-5 Server 
läuft auf dem Port 3306 und somit können beide SQL Server auf der DS 
laufen.
EleLa zeigt bei mir den Log-Eintrag:
16:27:05 DB.Version: SQLite-DLL: 3.26.0 / MySQL: 10.3.7-MariaDB

Den Update auf 10.3 hatte die DS automatisch empfohlen, man muss dies 
nur bestätigen. Vielleicht sind bei Deiner DS die Updates deaktiviert? 
Oder Deine DS hat keine Internetverbindung?

Leider nein... ich habe eben mal bei Synology geschaut... meine RS212 
bekommt das MariaDB 10 Update scheinbar nicht. Die nachfolgende Version 
RS214 hat ein anderes Installationspaket und wird auf die Version 10.3.7 
gehoben, während meine Version bei 10.0.34 steht... allen anderen 
Maschinen, die in dem Alter meiner Maschine sind, sind wohl ebenfalls 
ausgeschlossen. Ich weiß leider nicht welche Linux Variante bei den 
Synology Maschinen installiert ist, dann könnte ich ggf. die MariaDB aus 
der Community nehmen und selber updaten.

Mist...

Schau mal beim Synology Forum oder schreib dem Support, die haben 
eventuell einen Tipp.

Ja mal schauen... ist jetzt auch nicht ganz so schlimm, da meine Elela 
DB ja in der Vorversion läuft... und ich damit soweit zufrieden bin, 
insofern muß ich mal schauen ob ein Update/Upgrade da überhaupt Sinn 
macht. Ich nutze die nur für meine private Bauteilsammlung und nicht 
produktiv.

Aber trotzdem Danke... denn ich mag Elela und kann nur Danke für Deine 
Arbeit sagen...

:-)

Markus M. schrieb:
> - EleLa erneut öffnen und im Konfig Dialog "Erzeuge neue Datenbank"
> ausführen.

Im Konfigurationsdialog fehlt bei mir leider der Button "Erzeuge neue 
Datenbank".

Ich suche im Tab "Log" unter Optionen | Datenbank.
Oder steckt der evt. woanders?

Wähle "mysql-5" aus dem Dropdown Feld, dann wird er eingeblendet. Ja in 
dem einen Tab ist er.
MySQL ist der gleiche Treiber im Hintergrund wie MariaDB, deshalb geht 
es.

Markus M. schrieb:
> Wähle "mysql-5" aus dem Dropdown Feld, dann wird er eingeblendet.

Danke, hat nun Alles funktioniert!

Hallo Markus,

Danke für das Tolle Programm. Ich arbeite mich gerade in EleLa_V3.1 ein.
Jetzt Frage ich mich was der Eintrag Library bedeuten soll und für was 
und wie ich diesen verwende. Das Feld bleibt immer leer.

Viele Grüße
Alois

Hallo Alois,

In dieses Feld kann man eine Bezeichnung der Bibliothek eingeben, alle 
Bezeichnungen die man eingegeben hat werden automatisch in der Drop-Down 
Liste zur Auswahl gezeigt, damit man immer die gleichen Texte verwendet.

Man könnte dieses Feld auch anders verwenden, z.B. als "Thema".

Markus M. schrieb:
> In dieses Feld kann man eine Bezeichnung der Bibliothek eingeben, alle
> Bezeichnungen die man eingegeben hat werden automatisch in der Drop-Down
> Liste zur Auswahl gezeigt, damit man immer die gleichen Texte verwendet.
>
> Man könnte dieses Feld auch anders verwenden, z.B. als "Thema".
Und wie lege ich eine Bezeichnung an?

Einfach was rein schreiben.

In EleLa kann man alle Texte übersetzen, entsprechend auch umbenennen. 
Einfache Labels mit Strg+Alt+Doppelklick. Unter Extras>Info kann man die 
Texte in eine Datei exportieren, im Translate Dialog können diese in die 
Spalte Current wieder import werden, da kann man dann alle anderen Texte 
umbenennen.
Nach dem Neustart von EleLa wird die Spalte Current gelesen und das 
ganze EleLa wird anders bezeichnet bei allen Arbeitsplätzen gezeigt, die 
Übersetzung wird in der Datenbank mit gespeichert.
Ab EleLa V4 kann ich Elemente umbenennen, da wird es auch eine Trennung 
zwischen Bauteil Variante und Lager Platz geben.
Falls jemand mag, ich hab eine Kyrillische Übersetzung ;-)

Hi,

bei mir erscheint in der V3.1.19516-64 folgendes Problem:
Beim anlegen eines neuen Bauteils erscheint unten nur die Registerkarte 
"Bauteil", bis man speichert. Soweit alles ok. Dann definiere ich unter 
Gehäuse alles, aber die Registerkarte "Lieferanten" fehlt dann. Erst 
wenn ich auf den Tab "Bestellungen" klicke, erscheint der Tab 
"Lieferanten" davor.

Bug oder Feature?

Armin

Ist ein Bug, ich schreibe es auf. Dankeschön für die Meldung.

Hi,

ich habe die v3.1.19516-64 auf Windows laufen. Die Datenbank liegt auf 
einem zentralen Server (Ubuntu 18.04) mit MariaDB 10.3.

Nun habe ich auf einem Raspberry die v3.1.19201 (v3.1.19516 gibt es noch 
nicht für den Raspberry ?). Hier bekomme ich keine Datenbankverbidnung 
mit mysql-5 hin, obwohl ich im Raspberry terminal mit mysql ... auf den 
Server verbinden kann.

Hast du eine Idee?

Danke und viele Grüße,
Ben

Ich nutze ebenfalls die gleiche Konfiguration, meine RPi Version geht, 
das steht im Log:

1

09:37:12 18.07.19 Start program V3.1.19201 (ARM)

2

09:37:12  IDE: Lazarus LCL 1.8.4.0, Free Pascal FPC 3.0.4, Zeos 7.2.5-rc

3

09:37:12  Compile: 03.Feb.2019 20:47:57, GTK 2 widget set SVN: 285M

4

09:37:13 Use INI file: /home/pi/EleLa/EleLa.ini

5

09:37:13 Parameter [DB] Protocol=mysql-5

6

09:37:13 Parameter [DB] HostName=192.168.81.10

7

09:37:13 Parameter [DB] Port=3307

8

09:37:13 Parameter [DB] Database=elela

9

09:37:13 Parameter [DB] User=<geheim>

10

09:37:13 Parameter [DB] Password=?

11

09:37:13 Parameter [Programm] VorlageDir=/home/pi/EleLa/Vorlage/

12

09:37:13 Parameter [Programm] TempDir=/home/pi/EleLa/Temp/

13

09:37:13 Parameter [Programm] QueryCancel=1

14

09:37:13 Parameter [Programm] ISO9001Konform=1

15

09:37:13 Parameter [Bauteil] DefHandbuchDir=/M010/Handbuch/Elektronik

16

09:37:13 Parameter [Projekt] DefHandbuchDir=/home/pi/EleLa/Projekt

17

09:37:13 Parameter [Projekt] GeraetDefHandbuchDir=/home/pi/EleLa/Gerät

18

09:37:13 Parameter [Projekt] DokuDefHandbuchDir=/home/pi/EleLa/Doku

19

09:37:13 Parameter [Linux] ComboItemHeight=9

20

09:37:13 Parameter [Linux] FontHeight=11

21

09:37:24 Connect database...

22

09:37:25 DB.Version: SQLite-DLL: 3.16.2 / MySQL: 10.3.11-MariaDB

23

09:37:25 Database Version: V3.1.18B29

24

09:37:28 Parameter param.DateFormat=dd-mm-yy

25

09:37:31 Database connected.

Das DefHandbuchDir Verzeichnis habe ich vom Server fest in ein Pfad 
gemounted, dann kann EleLa auf dem RPi darauf ebenafalls direkt drauf 
zugreufen.

Was kommt denn für ein Fehler?

Folgender Fehler kommt:
23:50:27 Error: Cannot open database! None of the dynamic libraries can 
be found or is not loadable: libmysqlclient.so.20, libmysqlclient.so.19, 
libmysqlclient.so.18, libmysqlclient.so.16, libmysqlclient.so.15, 
libmariadb.so, libmysqlclient.so !
Use TZConnection.LibraryLocation if the location is invalid. 
(DB-Connect)

Das HandbuchDir habe ich über Nextcloud gesynct, dann steht auch noch 
eine kleine Versionskontrolle zur Verfügung.

Edit, Problem gelöst:
Ich musste noch einen Link auf dem Raspberry Pi erstellen:
ln -s /usr/lib/arm-linux-gnueabihf/libmariadb.so.3 
/usr/lib/arm-linux-gnueabihf/libmariadb.so

Ich habe das neueste Raspberry Image mit Debian Buster, evtl. liegt es 
daran...

Kopiere deine Datei "libmariadb.so.3" in das gleiche Verzeichnis von 
EleLa, danach sage dem EleLa wie die Datei heist indem man der INI Datei 
im Abschnitt [DB] den Parameter hinzufügt:

LibraryLocation=libmariadb.so.3

Damit wird die Datenbank Komponente diese ".so" Datei nutzen.

Detail zu der INI Datei sind in der Hilfe von EleLa unter:
Installation > INI Parameter
beschrieben.

Falls es immer noch nicht geht muss man eine andere libmariadb.so oder 
libmysql.so verwenden. Der Vorteil, dass man die .so Datei in das EleLa 
Verzeichnis kopiert ist, dass EleLa unabhängig von Updates immer die 
gleiche nutzt und das Betriebssystem einem keine neuere (eventuell nicht 
mehr unterstützte) installiert.

Hallo Markus,

ich habe ja nun auf 3.1 geupdated und habe erneut das Problem, dass nach 
Einfügen eines Bildes aus der Zwischenablage bei einem Bauteil (mit 
Verkleinerung durch EleLa) irgendwann zum Verlust der DB Verbindung 
kommt (MariaDB 10.3).

1

20:18:33 25.08.19 Start program V3.1.19516-64

2

20:18:33  IDE: Lazarus LCL 1.8.4.0, Free Pascal FPC 3.0.4, Zeos 7.2.5-rc

3

20:18:33  Compile: 16.Mai.2019 20:23:46 SVN: 294

4

20:18:33 Use INI file: C:\EleLa\EleLa.ini

5

20:18:33 Parameter [DB] Protocol=mysql-5

6

20:18:33 Parameter [DB] HostName=192.168.0.30

7

20:18:33 Parameter [DB] Port=3307

8

20:18:33 Parameter [DB] Database=elela

9

20:18:33 Parameter [DB] User=elela

10

20:18:33 Parameter [DB] Password=*****

11

20:18:33 Parameter [Programm] VorlageDir=C:\EleLa\Vorlage\

12

20:18:33 Parameter [Programm] TempDir=C:\EleLa\Temp\

13

20:18:33 Parameter [Programm] QueryCancel=1

14

20:18:33 Parameter [Programm] VersionCheck=1

15

20:18:33 Parameter [Bauteil] DefHandbuchDir=\\nas01\Electronic\Docs

16

20:18:33 Parameter [Projekt] DefHandbuchDir=C:\EleLa\Projekt

17

20:18:33 Parameter [Projekt] GeraetDefHandbuchDir=C:\EleLa\Gerät

18

20:18:33 Parameter [Projekt] DokuDefHandbuchDir=C:\EleLa\Doku

19

20:18:36 Connect database...

20

20:18:36 DB.Version: SQLite-DLL: 3.26.0 / MySQL: 10.3.11-MariaDB

21

20:18:36 Database Version: V3.1.18B29

22

20:18:38 Database connected.

23

20:20:38 Test for new version

24

23:19:17 En: tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|TBildList.mnBildEinfZWClick.BildCaseBauteil|TBildList.EinfBild.BildCaseBauteil|tmrBackgroundTimer1|.1|

25

23:19:17 En: tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|

26

23:19:17 En: tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|

27

23:19:17 E: SQL Error: MySQL server has gone away (tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1|tmrBackgroundTimer1)/(  $000000010005E762)

Ich habe zuvor schon viele Bauelemente-Bilder so eingefügt, aber 
irgendwann kommt es dann zum DB Verbindungsabbruch.

Grüße,
Thomas

Wegen dem Problem von  Thomas K. (muetze1):
Er hat die Server Timeout Zeit erhöht, nun beendet der Server nicht mehr 
die Sitzung. (Parameter: "interactive_timeout")

@Florian:
Ich finde das ist doch zu speziell. Besser man kopiert die EleLa EXE und 
legt eine zweite INI Datei an mit den Zugangsdaten zur zweiten 
Datenbank. Dann legt man 2 Icons auf den Desktop und kann da auswählen 
welches EleLa man startet. Wenn man in der INI Datei den Parameter:
[Programm]
Caption=ELeLa Büro (%DB%)
Bzw.
Caption=ELeLa Elektronik (%DB%)

rein schriebt kann man beide EleLa's auch parallel betreiben. Anhand 
dieser "Caption" bildet EleLa einen Mutex und verhindert einen doppelten 
Start.

Jedoch: Eine Trennung finde ich nicht so gut, da einige Büroartikel auch 
bei z.B. Reichelt zu bekommen sind. Und bei Filament kann man schon fast 
streiten ob es zu Elektronik oder Büro gehört. Schlussendlich macht eine 
Trennung zudem mehr administrativen Aufwand, bzw. was folgt danach? Soll 
das eine EleLa doch noch zugriff auf die andere Daten zugreifen um was 
ab zu gleichen?
Auch der Einkauf wird dann verrückt wenn er zwischen 2 Bestell-Listen 
immer umschalten muss.

Ist es möglich nicht benutzte oder falsch eingegebene Einheiten aus den 
Technischen Daten zu löschen? Habe viel probiert, bin aber zu keinem 
Ergebnis gekommen

In der Auswahlbox den ersten Eintrag wählen, dann speichern. Beim 
nächsten Aktivieren vom Datensatz ist der dann verschwunden. Siehe 
Screenshot.

Danke erst mal für die schnelle Hilfe. Habe mich wohl falsch ausgedrückt 
ich meinte die Einheit aus der Dropdown-Liste, z.B. habe ich Ic 
eingegeben dann später Ic [A], Ic brauche ich nicht mehr steht aber 
immer noch in der Liste.

Ein Bild sagt mehr als 1000 Worte ...

Der Tip war gut. Nochmal besten Dank für die schnelle Hilfe

Eine Frage hätte ich noch: Ist es möglich Buchstaben oder Ziffern tirfer 
zu stellen? z.B. wie UCE0 wobei CE0 tiefergestellt wird.

Man kann alle Zeichen aus dem UTF8 Zeichensatz verwenden, wenn solche 
Zeichen da enthalten sind und der verwendete Font diese Zeichen auch 
zeigt, so ist es möglich. Ansonsten Formatierungen im Text werden nicht 
unterstützt.

Memo-Texte:
Ich würde sehr gerne eine HTML-Formatierung in den Memo-Texten 
verwenden, leider gibt es keinen vernünftigen WYSIWYG HTML Editor, den 
ich in Lazarus/Pascal einbauen kann. Und eine HTML Eingabe/Formatierung 
in Text selbst zu schrieben ist ja schon sehr grenzlastig und für 
niemanden zumutbar. HTML deshalb, da dieser Text so dann auch auf einer 
Webseite korrekt formatiert ausgegeben wird (z.B. die Drucken Funktion 
von EleLa erzeugt immer eine HTML-Seite).

Eine Möglichkeit der Eingabe von Formatierungen ist nicht so das 
Problem, es fehlt eine Komponente die das anzeigen kann und in der man 
das gleichzeitig editieren kann, ähnlich wie bei z.B. Word, wo man ein 
Text markiert und den entsprechend formatiert.
In Lazarus gibt es die "THtmlView" Komponente, die kann HTML Code 
anzeigen, jedoch kann man darin nicht direkt editieren. Man müsste dazu 
extra einen Text-Editor für die Eingabe haben und dann die Ansicht 
jedesmal kontrollieren.
Ich hatte das schon mal in einer anderen Software so gelößt, bedient 
haben das ausschlielich programmierer, dennoch waren diese zum Teil mit 
HTML mehr oder weniger überfordert (Team von 10 Leute).

Im Info-Feld von Gehäuse/Lager kann dazu dieser Code geschrieben werden:
$BAUTEIL.TREE_TYP$
Damit wird die Spalte "Typ" im Info-Ausdruck aus Bauteile-F2 verwendet.

Das geht mit dem Feld "ArtikelNr". In Altium muss hier eine eindeutige 
Nummer vergeben sein und in EleLa die gleiche, dann kann EleLa beim 
Import eine Zuordnung automatisiert machen.

Abgesehen davon würde ich die Bauteile nich so anlegen:
"Widerstand 10K 0805"

Eher so:
"Widerstand 10K"
und alle Gehäuse Variationen unter "Gehäuse/Lager" einsortieren. Damit 
wird die Liste der Bauteile deutlich kleiner und übersichtlicher und 
gleichzeitig hat man mehr Überblick welche Varianten des 10K 
Widerstandes verfügbar sind, damit man bei z.B. einem neuen Projekt 
besser/schneller einen bereits verfügbaren auswählen kann.

Ich habe auch mal eine Frage zu euch EleLa Usern, für die Entwicklung 
von EleLa V4.

Neu wird sein dass man einem Bauteil mehrere Lagerorte zuweisen kann.

Nun gibt es immer wieder das Problem dass z.B. Kondensatoren oder 
Widerstände, die eigentlich gleiche technische Daten haben und man 
bestellt die gerade da wo sie am günstigsten sind. Nun hat man 
verschidenen Typen am Lager liegen, die eigentlich alle die gleichen 
sind, dennoch gibt es in EleLa einen neuen Eintrag, da dieses Bauteil 
eine andere Herstellerbezeichnung hat.

Somit ist es nötigt, dass man diese gleiche Bauteile irgendwie zusammen 
fassen kann. Nach dem Motto "Bauteil ist identisch mit dem / den anderen 
Bauteilen".

Nun kommen wiederum die unterschiedliche Lagerorte ins Spiel. Sollen die 
Lagerorte bei der "Bauteil-F2" Ansicht von den verwanten Bauteilen mit 
gezeigt werden?

Beim Projekt hat man dann ebenfalls ein Bauteil genutzt, welches 
identische andere Typen mit verknüpft hat, so möchte man dann sicher 
alle Lagerorte, auch der Verwandten sehen. Damit kann man schneller ein 
Projekt bestücken ohne extra erst den verfügbaren Ersatztyp aus der 
Bauteil-Ansicht zu suchen.

Diese Änderung ist hauptsächlich für die "Profis" oder Firmen gedacht, 
da hat man täglich damit zu kämpfen dass irgend ein Widerstand gerade 
ausverkauft ist und man irgend einen anderen Erstaz braucht. Das lässt 
sich aktuell in EleLa nicht wirklich intiutiv abbilden.

Schussendlich ist es eine recht komplexe Änderung, daher schreibt mir 
einfach mal was ihr so denkt, bzw. was ich noch berücksichtigen sollte.

Hallo Markus,

erst einmal herzlichen Dank an Dich für die (Weiter-)Entwicklung von 
Elela!

Zu Deiner Frage:

Die Idee mit der Aufnahme und Verlinkung identischer Bauteile bzw. 
Ersatztypen ist prima. Da Eröffnen sich dann ganz neue Möglichkeiten :)

Eine Anzeige in der F2-Ansicht halte ich für vernünftig, sollte aber 
über einen einfachen Schalter zu- bzw. abschaltbar sein.

Gruss

Ralf

P.S. Gibt es mal wieder aktualisierte Linux-Versionen (x86 und ARM)?

Hallo Ralf, lange nichts mehr von Dir gehört ;-)

In der EXE ist seither kaum was geändert daher gibt es allgemein seit 
längerem keine Updates. Die V3.1 EXE funktioniert sehr gut :-)
Nur weil es schon lange nicht wirklich was neues gab heißt es nicht dass 
das EleLa Projekt "eingeschlafen" ist. Vielmehr befindet es sich in 
einer gesunden "Ruhephase" wo noch die letzten Bugs gefixt wurden um 
leichter ein großes Update durchführen zu können ohne dass man noch 
"Altlasten" mitschleppt. Denn jeder Bugfix heißt in der Phase der 
Weiterentwicklung dass man 2 Sourcen pflegen muss, macht schlussendlich 
30% Mehr Arbeit.

Anbei ein Screenshot wie das mit der Verknüpfung von "Ersatz/Verwanten 
Bauteilen" funktionieren wird. EleLa wird bei Bestückung dann auch bei 
den verwanten Teilen nach der Stückzahl schauen ob da noch genügend da 
sind, daher sollten nur Bauteile mit gleichem Gehäuse verknüpft werden. 
Wer das nicht beachtet, kann unter Umständen da stehen mit zu wenigen 
Bauteilen bei der Bestückung. Einschränken will ich die Möglichkeit der 
Verknüpfung nicht, da jeder die Datenbank auf seine Weise nutzen darf 
wie er mag. ;-)

Es ist noch sehr viel Arbeit bis ich eine erste Version veröffentlichen 
kann. Da der neue getrennte Bereich "Kiste/Lager" in allen anderen 
Bereichen von EleLa mit berücksichtigt werden muss.

Hallo Markus,

das sieht schon sehr gut aus. Ich freue mich schon auf die erste 
Betaversion :)

Mit "aktualisierten Linux-Versionen" meinte ich eigentlich die Version 
3.1.19516. Die gibt es nur als EXE :p

Wenn mehrere Nutzer die Daten nutzen sollen dann muss auf dem Server ein 
SQL Server installiert werden. z.B. MySQL ab V5.7.8 oder MariaDB ab 
V10.3.
Alle Clients greifen dann darauf zu, der Server managt auch z.B. ein 
Netzwerk Verbindungsabbruch korrekt.
Diese Programme können entweder auf einem Linux oder einem Windows 
Server laufen.

Der Verkauf sollte prinzipiell über die Finanz Software laufen. Bei 
EleLa wird dann nur die Lagerbuchung gemacht.

Bei Bestellung kann man sich Vorlagen erstellen, dann kann EleLa die 
Bestellung in diese Vorlage drucken. Die Finanz SW bucht dann nur noch 
den kompletten Betrag der Rechnung und man kann diese Vorlage auch als 
Bestell-Schein für einen Lieferanten nutzen oder als Bestellschein für 
die Einkauf Abteilung, bzw. der Einkauf bestellt direkt über EleLa.

Als Verbindung zu Firmenübergreifenden Verwaltungssystemen wie z.B. SAP 
kann EleLa unter Gehäuse/Lager das Feld "ArtikelNr2" verwendet werden. 
Jedoch der Exporter/Importer, bzw. der Datenabgleich muss über ein 
speziellen Programm erfolgen, das man erst noch schreiben muss, bzw. 
jede Firma für seine Anforderungen. In EleLa sind für einen Abgleich und 
Management 4 Felder vorgesehen:
ArtikelNr - Artikelnummer der Lieferanten
ArtikelNr2 - Artikelnummer im eigenen (z.B. SAP) System
Barcode - Eindeutiger Code für z.B Drucken mittels Info-Feld
Info - Code den man mit einem P-Tpouch Drucker auf z.B. die Teile Rolle 
oder der Tüte drucken kann

Die Daten kann man jederzeit in den SQL Server Importieren und 
Exportieren, das geht mit EleLa unter Extras-F10 > Datenbank > 
Import-/Export Datenbank.
Damit kann man die Daten von einem SQL Server sichern, und in einen 
biebigen anderen SQL Server wieder einspielen, es muss nicht die gleiche 
Variante von SQL Server sein. Die Sicherungsdatei wiederum ist 
automatisch eine SQLite Datenbankdatei, die man direkt im EleLa wieder 
benutzen kann.
Mit einem Export ist somit jederzeit möglich die Daten in einen neuen 
SQL Server wieder ein zu spielen, um z.B. ein Server Update machen zu 
können.
EleLa bietet direkt die Möglichkeit die Datenbank zu administrieren, es 
braucht nur ein Tool der Datenbank um diese zu installieren und die 
Zugangspasswörter ein zu richten.

Hi Markus,

vor ein Paar Tagen hat noch alles funktioniert.
Gestern konnte ich nicht mehr ins EleLa einsteigen.
Da sich an meiner EleLa Installation ichts geändert hat, habe ich eher 
den Raspi im Verdacht gehabt. Dieser hostet meine EleLa Datenbank.
Die Datenbank Software ist 10.3.17-MariaDB-0+deb10u1.

Da scheint sich tatsächlich etwas geändert zu haben, da ich mich auch 
mit HeidiSQL nicht mehr verbinden konnte (vermutlich hat eines der 
Updates etwas verändert).
Interessanterweise konnte ich mich mit keinem einzigen User mehr über 
die IP-Adresse verbinden obwohl einige sehr wohl das Recht dazu hatten.
Nach einigen Versuchen habe es dann doch noch geschafft mittels HeidiSQL 
auf die EleLa DB von meinem Windows Rechner zugriff zu bekommen. Dafür 
musste ich den DB-User am Raspi löschen, ihn neu anlegen und ihm das 
Passwort noch einmal generieren.
Der neue User hat neben dem Wert im Password Feld der Tabelle mysql.user 
auch einen Eintrag in den Felder Authentication_string und Plugin. 
Vorher waren beide Felder leer.

Leider hat das aber nichts daran geändert, dass ich mit EleLa weiterhin 
nicht auf die DB zugreifen kann. Ich habe auch schon versucht von 
V3.0.18319-64 auf  V3.1.19516-64 zu aktualisieren. Die Fehlermeldung ist 
bei beiden EleLa Versionen:

1

Error: Cannot open database! SQL Error: SSL connection error: protocol version mismatch (DB-Connect)

Mit v3.1.19516-64 ist es dabei unerheblich ob ich als Protocol "mysql-5" 
oder "MariaDB-10" eintrage.

Meine libmysql.dll (4765 KB) hat die MD5-Summe 
'327f4d56c31a3b16415093aded5a848e'.
Die libmysql.dll (4361 KB) mit der MD5-Summe 
'155786c87ac10f0db2484f56cbaa0a34', mit der HeidiSQL funktioniert, will 
EleLa nicht.

Hast Du evtl. eine Idee was ich noch ausprobieren könnte?
Danke!
LG. JK

Ein RaspberryPi wird in der Regel mit einer SD Card als Datenträger 
betrieben. Die meisten SD Cards gehen mit der Zeit sehr schnell kaputt 
weil diese nicht für dauerndes wieder beschreiben ausgelegt sind. Es 
gibt jedoch einige wenige spezielle SD-Cards die dafür ausgelegt sind, 
diese sind jedoch relativ teuer. Jedoch wenn man einen RPi 24/7 
betreiben möchte sollte man dieses Geld investieren (und genau im 
Datenblatt der SD-Karte nachlesen ob die es wirklich kann).

Dazu empfehle ich noch einen USB Stick als Backup Datenträger zu haben, 
und die EleLa Version für den RPi auf dem RPi mit installieren und einen 
Task z.B. alle 24h ausführen lassen der EleLa mit dem 
Kommandozeilenparameter "-b" ausführt. Damit startet EleLa und erzeugt 
ein Backup, mit einem weiteren Parameter kann man den Dateiname für den 
Backup angeben.
Mehr dazu in der Hilfe von EleLa unter "Installation", Abschnitt 
"Kommandozeilenparameter".

In Deinem aktuellen Fall rate ich dringend dazu die Daten mittels 
HeidiSQL zu exportieren und den RPi komplett mit einer neuen SD-Karte 
neu zu installieren. Es sollte auch überprüft werden ob der Speicher der 
SD Karte nicht schon zufällig voll gelaufen ist, dann sollte man gleich 
eine größere rein machen.

Alle EXE Versionen EleLa V3.1.19B09 sind nun verfügbar:

http://www.mmvisual.de/elela -> EleLa_V3.1

- Win 32/64
- Linux 32/64
- RaspberryPi
- Hilfe.chm

Diese EXE geht mit allen Datenbanken außer MsSQL.
Bitte wie immer vor dem Update ein Backup der Datenbank erstellen.

Falls ein Bug auffällt, bitte mir schreiben.

Keine Bugs wurden behoben, sowie ein Bug beim neu Anlegen von Bauteilen 
Gehäuse/Lager in Zusammenhang mit PostgreSQL.
Zudem wurden alle EXE Dateien mit der neuesten Version vom Compiler 
übersetzt, auch die Linux/RPi Versionen.

Leider funktioniert MsSQL mit dieser Version immer noch nicht korrekt 
:-/
Daher müssen MsSQL User erst einmal noch bei EleLa V3.0 bleiben.

Markus M. schrieb:
> Ein RaspberryPi wird in der Regel mit einer SD Card als Datenträger
> betrieben. Die meisten SD Cards gehen mit der Zeit sehr schnell kaputt

Sorry Markus, ich habe jetzt nicht zu viel über meinen Raspi 
geschrieben, weil ich hier damit nicht langweilen wollte. Die 
Problematik der SD-Karten ist mir bekannt.
Mein Raspi 4 läuft deshalb mit SSD und ist auch mit einer USV 
ausgestattet, die bei Spannungs-Ausfällen einspringt. Ich mache auch 
regelmäßig Backups des Filesystems und der Datenbanken.

> In Deinem aktuellen Fall rate ich dringend dazu die Daten mittels
> HeidiSQL zu exportieren und den RPi komplett mit einer neuen SD-Karte
> neu zu installieren. Es sollte auch überprüft werden ob der Speicher der
> SD Karte nicht schon zufällig voll gelaufen ist, dann sollte man gleich
> eine größere rein machen.

Nein. Ist er nicht. Ich habe noch ca. 100GB frei im Filesystem und ca. 
100GB zusätzlich in der VolumeGroup in Reserve.
Danke für den Tipp, aber es funktioniert alles außer EleLa. Ich habe 
dort auch Software laufen, die wesentlich exzessiver den Raspi nutzt als 
EleLa. Z.b. NextCloud, welches ebenfalls MariaDB nutzt und weiterhin 
einwandfrei funktioniert...
Warum glaubst Du, dass die Datenbank beschädigt sein könnte, wenn ich 
eine Verbindung mit HeidiSQL zu dieser Datenbank aufbauen kann und alle 
Abfragen, die ich getestet habe einwandfrei gehen?
Falls Du noch eine Idee hättest, wäre ich dankbar, aber aus Meiner Sicht 
spricht in diesem Fall alles gegen eine Neuinstallation.

LG. JK

Ich denke auch, da müsste der RPi sehr gut funktionieren.

Die Meldung "SSL connection error" macht mich etwas stutzig. Bitte 
google mal danach warum so eine Meldung kommt und wie man diese weg 
bekommt.
Eventuell akzeptiert der MariaDB Server nur noch eine SSL Verbindung und 
geht deshalb nicht mehr.

Das "OpenSSL" kann von hier geladen werden:
https://indy.fulgan.com/SSL/

Ab der EleLa Version 3.1.19B09 kann EleLa OpenSSL für eine Webabfrage 
bei Mouser verwenden um HTTPS abfragen zu generieren. Sobald man EleLa 
startet wird unter Extras-F10 > Log gezeigt mit "OpenSSL found." ob 
EleLa diese DLL gefunden hat und verwenden kann.
Mehr dazu in der aktuellen Hilfe unter:
Bauteile Verwalten > Bauteile - Lieferanten > Webabfrage vom Lieferant
Abschnitt "Web Abfrage von HTTPS Seiten (OpenSSL)"
Wenn diese DLL nicht vorhanden ist wird die Webabfrage zu Mouser über 
ein HTTP Request gemacht. Jedoch die HTTPS Abfrage funktioniert etwas 
besser.

PS: Ich weiß nicht ob ich diese DLL's im Setup mit verteilen darf, ist 
gerade etwas schwierig bei OpenSSL, da die Lizenz so halb geändert wurde 
und nicht alle Entwickler da zugestimmt haben.

Markus M. schrieb:

> Die Meldung "SSL connection error" macht mich etwas stutzig. Bitte
> google mal danach warum so eine Meldung kommt und wie man diese weg
> bekommt.
Ich habe bisher nichts brauchbares gefunden.

> Eventuell akzeptiert der MariaDB Server nur noch eine SSL Verbindung und
> geht deshalb nicht mehr.

Mit dem WireShark she ich sehr viel TLS1.2 Kommunikation. Aber das muss 
nicht unbedingt etwas neues sein. SSL habe ich von Anfang an aktiv 
gehabt und IMHO war die Kommunikation immer schon verschlüsselt.

Das ganze ist merkwürdig. Wie ich schon geschrieben habe, hat sich die 
MariaDB Version nicht geändert. Ich hätte als nächstes meinen PC im 
Verdacht gehabt, weil ja auch Windows 10 ungefragt alles mögliche immer 
wieder installiert. Doch von einem anderen Windows PC, von dem ich 
ebenfalls immer zugreifen konnte, geht es auch nicht mehr... dieser hat 
aber einen anderen Software-Stand.

Da ich derzeit nicht viel Zeit habe um dem nachzugehen, aber gerne 
Zugriff auf meine Daten hätte, habe ich mySQL auf meinem Windows PC 
installiert und das Backup der EleLa Datenbank hier wiederhergestellt.
Nun kann EleLa zugreifen, aber trotzdem komme ich nicht hin:

1

20:05:04 12.11.19 Start program V3.1.19516-64

2

20:05:04  IDE: Lazarus LCL 1.8.4.0, Free Pascal FPC 3.0.4, Zeos 7.2.5-rc

3

20:05:04  Compile: 16.Mai.2019 20:23:46 SVN: 294

4

...

5

20:05:25 Connect database...

6

20:05:26 DB.Version: SQLite-DLL: 3.26.0 / MySQL: 8.0.18

7

20:05:26 Database Version: V3.0.17A12

8

20:05:26 Do Update 65 from Database.

9

20:05:26 CreateNewField (kiste,ID_ID,INTEGER)

10

20:05:27 CreateNewField (bauteillager,TecData,JSON)

11

20:05:29 Update 65 finish.

12

20:05:29 New Database Version: V3.1.18B29

13

20:05:29 Error: Cannot open database! Unknown MySQL data type! (TypTreeOpen)

Das Update der Datenbank hat scheinbar funktioniert...
Was habe ich übersehen?

Danke und LG.
JK

Ich habe bei mir lokal ebenfalls die MySQL 8.0 installiert und die Daten 
da eingelesen. Soweit gibt es keine Fehler beim Start der EXE.

Bitte lade einmal für die lokale Test Instanz die Exe:
http://www.mmvisual.de/elela -> EleLa_V3.1
EleLa_V3.1.19B12_Win64.zip
herunter und verwende diese.

Neu gibt es hier im Konfigurationsdialog "Prüfe Datenintegrität". (Siehe 
Screenshot)
Führe das einmal bitte aus und kopiere die Log Einträge.

Mit dieser Funktion prüft EleLa ob alle Querverweise der jeweiligen ID's 
noch stimmen und löscht ggf das Feld wenn es z.B. das Projekt in der 
Zwischenzeit nicht mehr gibt. Oder es werden nicht erlaubte doppelte 
Einträge gefunden, dann wird EleLa diese automatisch gleich umbenennen.
Diese Integritätsprüfung wird EleLa bei einem zukünftigen Update auf 
EleLa V4 ohnehin ausführen, kann jedoch schon einmal mit dieser Version 
getestet werden.

Markus M. schrieb:

> Bitte lade einmal für die lokale Test Instanz die Exe:
> http://www.mmvisual.de/elela -> EleLa_V3.1
> EleLa_V3.1.19B12_Win64.zip
> herunter und verwende diese.

Vielen Dank!
Damit konnte die DB anscheinend fertig aktualisiert werden und EleLa 
läuft jetzt wieder mit der lokal installierten mySQL Instanz:

1

18:05:29 Database Version: V3.1.18B29

2

18:05:29 Do Update 65 from Database.

3

18:05:29 RenameField (tree_typ,ID_ID,ID_ID,INTEGER)

4

18:05:30 CreateNewField (kiste,ID_ID,INTEGER)

5

18:05:30 CreateNewField (bauteillager,TecData,JSON)

6

18:05:30 Update 65 finish.

7

18:05:30 New Database Version: V3.1.18B30

Der Konsistenz-Check bricht eigentlich in der Sekunde ab, in der ich es 
starte mit folgender Fehlermeldung:

1

18:09:41 E: SQL Error: Column 'Adr_ID' cannot be null (btnKonfigClick|TfrmKonfig.mnCheckClick|CheckIntegrity)/(  $000000010005E55A)

Da bin ich mir aber nicht sicher, ob Dein Check nicht zu streng ist. :-)
Ich habe bei sehr vielen Bauteilen keine Adresse hinterlegt und die 
bisher verwendeten Versionen haben das auch brav zugelassen.

LG. JK

@Klaus:
Bei SQLite ist die Taste immer deaktiviert, da kann man einfach die 
Datenbankdatei manuell kopieren.
Falls eine andere Datenbank als SQLite verwendet wird, dann mir am 
Besten den ganzen Inhalt von Extras-F10 > Log schicken, dann schaue ich 
danach.

@JK:
Nein der Check ist nicht zu streng, er ist genau richtig so ;-)
Man hat in der EleLa Datenbank recht viele Freiheiten, zu viele, das 
erzeugt mit der Zeit Lücken. Und diese Lücken möchte ich nun ab EleLa V4 
alle komplett schließen und automatisiert beheben.
In Deinem Fall kommt der Fehler wohl daher dass irgend wann einmal eine 
Adresse gelöscht wurde, die zuvor unter Bauteil->Lieferant mal als 
Lieferant angelegt war.
Ich habe die EXE geändert in V3.1.19B13, so dass alle Einträge aus 
Bauteil->Lieferant gelöscht werden, die keine Adresse mehr haben. Der 
Eintrag ist ohnehin Sinnfrei da man dies nicht mehr bestellen kann. Bzw. 
der letzte EK-Preis wurde nach Bestellen bei der Lagerbuchung unter 
Bauteil-> Gehäuse/Lager bereits eingetragen.
Bitte mit dieser nochmals im Konfigurationsdialog die "Prüfe 
Datenintegrität" ausführen, damit sollte diese nun durchlaufen und alle 
Fehler automatisch beheben.

Markus M. schrieb:
> Bitte mit dieser nochmals im Konfigurationsdialog die "Prüfe
> Datenintegrität" ausführen, damit sollte diese nun durchlaufen und alle
> Fehler automatisch beheben.

Also die v3.1.19B13 hat etwas länger gebraucht, endete aber ebenfalls 
mit einer Fehlermeldung:

1

20:40:15 CheckIntegrity: projektversion.ID <> projektdoku.projektversion_ID

2

20:40:15 E: SQL Error: SQL logic error (btnKonfigClick|TfrmKonfig.mnCheckClick|CheckIntegrity)/(  $000000010005E55A)

LG. JK

Ich habe die V3.1.19B13 nochmals korrigiert und hoch geladen.
Ich glaube da fehlt noch eine Tabelle in der Datenbank, die aktuell mit 
EleLa noch nicht benutzt wird, jedoch vorhanden sein sollte.
Nun überprüft die "Datenintegrität" das vorhanden sein aller Tabellen 
und legt fehlende neu an bevor die anderen Prüfungen laufen.
Die Tabelle "projekteinzel" ist eine Vorbereitung dafür um nach der 
Produktion die jeweiligen produzierte als Einzelgeräte verwalten zu 
können.
Bei mir war die Tabelle vorhanden, daher lief der Script bei mir 
ordnungsgemäß durch.

Das müsste dann so aussehen:

1

22:36:48 13.11.19 Start program V3.1.19B13-64

2

22:36:48  IDE: Lazarus LCL 2.0.6.0, Free Pascal FPC 3.0.4, Zeos 7.2.6-stable

3

22:36:48  Compile: 12.Nov.2019 23:00:32 SVN: 325M

4

22:36:49 Connect database...

5

22:36:49 DB.Version: SQLite-DLL: 3.30.1 / MySQL: 8.0.13

6

22:36:49 Database Version: V3.1.18B30

7

22:36:50 Database connected.

8

22:37:00 =====================

9

22:37:00 Start check integrity

10

22:37:00 CheckIntegrity: adr.ID <> bauteiladr.adr_ID

11

22:37:00 CheckIntegrity: adr.ID <> bauteillager.adr_ID

12

22:37:00 CheckIntegrity: adr.ID <> bestellen.Lief1_adr_ID

13

22:37:00 CheckIntegrity: adr.ID <> bestellen.Lief2_adr_ID

14

22:37:00 CheckIntegrity: adr.ID <> projekt.adr_ID

15

22:37:00 CheckIntegrity: adr.ID <> projekteinzel.adr_ID

16

22:37:00 CheckIntegrity: adr.ID <> historie.adr_ID

17

22:37:00 CheckIntegrity: adr.ID <> kosten.adr_ID

18

22:37:00 CheckIntegrity: bauteil.ID <> bauteiladr.bauteil_ID

19

22:37:00 CheckIntegrity: bauteil.ID <> bauteillager.bauteil_ID

20

22:37:00 CheckIntegrity: bauteil.ID <> bauteilbewegung.bauteil_ID

21

22:37:00 CheckIntegrity: bauteil.ID <> bestellen.bauteil_ID

22

22:37:00 CheckIntegrity: bauteil.ID <> projekt.bauteil_ID

23

22:37:00 CheckIntegrity: bauteil.ID <> projektpos.bauteil_ID

24

22:37:00 CheckIntegrity: bauteil.ID <> projektversion.bauteil_ID

25

22:37:00 CheckIntegrity: bauteil.ID <> projektdoku.bauteil_ID

26

22:37:01 CheckIntegrity: bauteil.ID <> projekteinzel.bauteil_ID

27

22:37:01 CheckIntegrity: bauteil.ID <> kostenpos.bauteil_ID

28

22:37:01 CheckIntegrity: bauteil.ID <> storeteile.bauteil_ID

29

22:37:01 CheckIntegrity: bauteiladr.ID <> bestellen.Lief1_bauteiladr_ID

30

22:37:01 CheckIntegrity: bauteiladr.ID <> bestellen.Lief2_bauteiladr_ID

31

22:37:01 CheckIntegrity: bauteillager.ID <> bauteiladr.bauteillager_ID

32

22:37:01 CheckIntegrity: bauteillager.ID <> bauteilbewegung.bauteillager_ID

33

22:37:01 CheckIntegrity: bauteillager.ID <> bestellen.bauteillager_ID

34

22:37:01 CheckIntegrity: bauteillager.ID <> projekt.bauteillager_ID

35

22:37:01 CheckIntegrity: bauteillager.ID <> projektpos.bauteillager_ID

36

22:37:01 CheckIntegrity: bauteillager.ID <> projektversion.bauteillager_ID

37

22:37:01 CheckIntegrity: bauteillager.ID <> projektdoku.bauteillager_ID

38

22:37:01 CheckIntegrity: bauteillager.ID <> projekteinzel.bauteillager_ID

39

22:37:01 CheckIntegrity: bauteillager.ID <> kostenpos.bauteillager_ID

40

22:37:01 CheckIntegrity: bauteillager.ID <> storeteile.bauteillager_ID

41

22:37:01 CheckIntegrity: bestellen.ID <> bauteilbewegung.bestellen_ID

42

22:37:01 CheckIntegrity: gehause.ID <> bauteillager.gehause_ID

43

22:37:01 CheckIntegrity: foto.ID <> adr.foto_ID

44

22:37:01 CheckIntegrity: foto.ID <> bauteil.foto_ID

45

22:37:01 CheckIntegrity: foto.ID <> bauteiladr.foto_ID

46

22:37:01 CheckIntegrity: foto.ID <> bauteillager.foto_ID

47

22:37:01 CheckIntegrity: foto.ID <> bestellen.foto_ID

48

22:37:01 CheckIntegrity: foto.ID <> gehause.foto_ID

49

22:37:01 CheckIntegrity: foto.ID <> kiste.foto_ID

50

22:37:01 CheckIntegrity: foto.ID <> tree_typ.foto_ID

51

22:37:01 CheckIntegrity: foto.ID <> doku.foto_ID

52

22:37:01 CheckIntegrity: foto.ID <> projekt.foto_ID

53

22:37:01 CheckIntegrity: foto.ID <> projektpos.foto_ID

54

22:37:01 CheckIntegrity: foto.ID <> projektversion.foto_ID

55

22:37:01 CheckIntegrity: foto.ID <> projektdoku.foto_ID

56

22:37:01 CheckIntegrity: foto.ID <> projekteinzel.foto_ID

57

22:37:01 CheckIntegrity: foto.ID <> historie.foto_ID

58

22:37:01 CheckIntegrity: foto.ID <> wissen.foto_ID

59

22:37:01 CheckIntegrity: foto.ID <> kosten.foto_ID

60

22:37:01 CheckIntegrity: foto.ID <> kostenpos.foto_ID

61

22:37:02 CheckIntegrity: foto.ID <> mp3.foto_ID

62

22:37:02 CheckIntegrity: kiste.ID <> bauteillager.kiste_ID

63

22:37:02 CheckIntegrity: tree_typ.ID <> bauteil.tree_typ_ID

64

22:37:02 CheckIntegrity: doku.ID <> projektdoku.doku_ID

65

22:37:02 CheckIntegrity: projekt.ID <> bauteilbewegung.projekt_ID

66

22:37:02 CheckIntegrity: projekt.ID <> bestellen.projekt_ID

67

22:37:02 CheckIntegrity: projekt.ID <> projektpos.projekt_ID

68

22:37:02 CheckIntegrity: projekt.ID <> projektversion.projekt_ID

69

22:37:02 CheckIntegrity: projekt.ID <> projektdoku.projekt_ID

70

22:37:02 CheckIntegrity: projekt.ID <> projekteinzel.projekt_ID

71

22:37:02 CheckIntegrity: projekt.ID <> historie.projekt_ID

72

22:37:02 CheckIntegrity: projekt.ID <> kosten.projekt_ID

73

22:37:02 CheckIntegrity: projekt.ID <> kostenpos.projekt_ID

74

22:37:02 CheckIntegrity: projektpos.ID <> bauteilbewegung.projektpos_ID

75

22:37:02 CheckIntegrity: projektpos.ID <> historie.projektpos_ID

76

22:37:02 CheckIntegrity: projektpos.ID <> kostenpos.projektpos_ID

77

22:37:03 CheckIntegrity: projektversion.ID <> projekt.projektversion_ID

78

22:37:03 CheckIntegrity: projektversion.ID <> projektpos.projektversion_ID

79

22:37:03 CheckIntegrity: projektversion.ID <> projektdoku.projektversion_ID

80

22:37:03 CheckIntegrity: kosten.ID <> projekteinzel.kosten_ID

81

22:37:03 CheckIntegrity: kosten.ID <> historie.kosten_ID

82

22:37:03 CheckIntegrity: kosten.ID <> kostenpos.kosten_ID

83

22:37:03 CheckIntegrity: kostenpos.ID <> projekteinzel.kostenpos_ID

84

22:37:03 ========================

85

22:37:03 Start check double entry

86

22:37:03  Check integrity -> IO

Markus M. schrieb:
> Ich habe die V3.1.19B13 nochmals korrigiert und hoch geladen.
Ja, jetzt ist es auch bei mir fehlerfrei durchgelaufen.
Vielen Dank für die Unterstützung!
LG. JK

Alle EXE Versionen EleLa V3.1.19B14 sind nun verfügbar:

http://www.mmvisual.de/elela -> EleLa_V3.1

- Win 32/64
- Linux 32/64
- RaspberryPi
- Hilfe.chm

Diese EXE geht mit allen Datenbanken außer MsSQL.
Bitte wie immer vor dem Update ein Backup der Datenbank erstellen.

Falls ein Bug auffällt, bitte mir schreiben.

Nun ist vor der Integritätsprüfung noch eine Ja/Nein Abfrage, da diese 
Prüfung die Datenbank korrigiert und in der Hilfe ist ebenfalls 
beschrieben was genau da alles gemacht wird.
Screenshot siehe hier:
Beitrag "Re: EleLa - Elektronik Lagerverwaltung V3.1"

Hallo Markus,

bei mir zeigt er bei Extras - Info - Versionsabfrage die Version 
"3.0.18B15" an und nicht die aktuelle.
Und der www-Link geht auf http://www.mmvisual.de/version.php und nicht 
auf http://www.mmvisual.de/elela.

Armin

Hallo Armin,

Ja, das ist richtig so. Mit der EleLa Versionsabfrage kann man die EXE 
V3.1.xxxxx noch nicht laden, da diese EXE leider noch nicht mit MsSQL 
funktioniert. Und da will ich diese erst dann anbieten wenn auch dieser 
SQL Server problemlos geht.
Wenn ich in der Versionsabfrage dies einbringe, dann bekommen alle User 
die die automatische Versionsabfrage aktiviert haben jedes mal eine 
Meldung wenn sich da was ändert, daher will ich da auch nicht jede 
Kleinigkeit darüber veröffentlichen.
Mich persönlich nerven zum Teil diese Programme die alle paar Wochen ein 
Update brauchen und das will ich den Usern nicht auch noch mit EleLa 
antun ;-)

Wer dennoch immer auf dem aktuellen Stand von EleLa bleiben möchte kann 
sich hier im Forum den "Thread beobachten" aktivieren. Damit bekommt er 
jede Änderung mit, kann sogar noch auf die Änderung einwirken indem er 
eigene Ideen schreibt und dann entscheiden ob er diese neue Features 
ebenfalls gebrauchen kann. Oder auch viele Tipps zur Bedienung und 
Fehleranalyse lesen.

Markus

Hallo Markus,

heute hatte ich etwas Zeit um mich mit dem Raspi zu befassen.
Nutzt EleLa immer SSL? Ist das evtl. ein Standard-Wert?.

Ich weiß nicht welche Möglichkeiten Dir bei Free Pascal zur Verfügung 
stehen, aber wäre es möglich SSL-Optionen in der INI-Datei anzubieten? 
Das würde neue Einträge erfordern, könnte aber bei Verbindungstests 
hilfreich sein. Da ich keine Free Pascal Entwicklungsumgebung da habe, 
habe ich es mit C# getestet, aber ich vermute, es müsste bei Dir so 
ähnlich funktionieren.

1

var csb = new MySql.Data.MySqlClient.MySqlConnectionStringBuilder();

2

csb.Server = "Server_Name";

3

csb.Database = "elela";

4

csb.Port = 3306;

5

csb.Password = "*******************";

6

csb.UserID = "elela";

7

csb.SslMode = MySql.Data.MySqlClient.MySqlSslMode.Required;

Ohne SSL (MySqlSslMode.None in der letzten Zeile) konnte ich aus C# auf 
die EleLa Datenbank am Raspi sofort zugreifen.
Mit der Einstellung von MySqlSslMode.Required wird die 
SSL-Verschlüsselung erzwungen. Das hat mit C# allerdings erst 
funktioniert nachdem ich sämtliche Schlüssel und Zertifikate am Raspi 
neu generiert habe.

Eine Option zum ein-/aus- schalten der SSL Verschlüsselung (das was im 
oberen Code-Beispiel in der letzten Zeile passiert; Required vs. None) 
könnte beim Testen hilfreich sein.

Nachdem ich alles durchprobiert habe und die beschriebenen Änderungen am 
Raspi durchgeführt habe, konnte auch EleLa wieder auf die Datenbank 
zugreifen:

1

21:28:23 DB.Version: SQLite-DLL: 3.30.1 / MySQL: 10.3.17-MariaDB-0+deb10u1

2

21:28:23 Database Version: V3.0.17A12

3

21:28:23 Do Update 65 from Database.

4

21:28:23 RenameField (tree_typ,ID_ID,ID_ID,INTEGER)

5

21:28:23 CreateNewField (kiste,ID_ID,INTEGER)

6

21:28:23 CreateNewField (bauteillager,TecData,JSON)

7

21:28:24 Update 65 finish.

8

21:28:24 New Database Version: V3.1.18B30

Auch die anschließende Datenbank-Überprüfung ist ohne Probleme gelaufen.
Ohne Optionen um die *.pem Dateien anzugeben kann IMHO keine 
Verifizierung statt finden um sicher zu stellen, dass die Verbindung mit 
dem richtigen Server initiiert wird.
Um auch das sicher zu stellen, wären noch nie Optionen SslCa, SslCert 
und SslKey erforderlich.
Bei mir (in C#) müsste dafür die letzte Zeile im oberen Code-Beispiel 
durch folgende Zeilen ersetzt werden:

1

csb.SslMode = MySql.Data.MySqlClient.MySqlSslMode.VerifyFull;

2

csb.SslCa = Path.Combine(appFolder, "ssl", "ca-cert.pem");

3

csb.SslCert = Path.Combine(appFolder, "ssl", "client-cert.pem");

4

csb.SslKey = Path.Combine(appFolder, "ssl", "client-key.pem");

Statt VerifyFull kann auch VerifyCA angegeben werden:
VerifyFull - Always use SSL and perform full certificate validation.
VerifyCA - Always use SSL. Validate server SSL certificate, but 
different host name mismatch.
Damit habe ich mich allerdings noch nicht näher befasst. Ich habe nur 
getestet ob ich auch mit diesen Optionen hinkomme und es ist ohne 
Probleme gegangen.

Das ist jetzt aber keine Anforderung, sondern nur ein Vorschlag. :-)

LG. JK

@JK
Die in EleLa verwendete Datenbank Komponente "Zeos" ist eine Komponente 
die zu vielen Datenbanken eine Verbindung herstellen kann.
Spezielle datenbankspezifische Einstellungen können über eine 
"Properties" Liste der Komponente übergeben werden.
In der Doku steht z.B. das:

1

SSL connections are supported using this connection properties (using mysql_sll_set library call) :

2

    Properties.Strings = (

3

      'MYSQL_SSL=TRUE'

4

      'MYSQL_SSL_CA=D:/mysql/certs/ca-cert.pem'

5

      'MYSQL_SSL_CERT=D:/mysql/certs/client-cert.pem'

6

      'MYSQL_SSL_KEY=D:/mysql/certs/client-key.pem')

Ich brauche somit nur in der INI Datei eine neue Sektion, z.B. 
[DB_Properties] anlegen in der man dann:
MYSQL_SSL=TRUE
: : :
einträgt. EleLa überträgt dann eutomatisch alle Einstellungen aus dieser 
Sektion in die DB Komponente und gut ist.

Ist kein Problem das in EleLa mit auf zu nehmen und verbessert die 
Datenbank Verbindungsmöglichkeit sehr.

@JK

Nun kann EleLa ab V3.1.19B17 Properties der Datenbankverbindung zur 
Datenbankkomponente weiter leiten. Es ist somit möglich Parameterwerte 
direkt zur Datenbank Client DLL zu übergeben.
Dazu wird in der EleLa INI Datei eine optionale Section:
[DB_Properties]
angelegt, darin können alle

1

<Variable>=<Wert>

angelegt werden.

Als Beispiel für die Aktivierung der Client DLL SSL Verschlüsselung 
müsste man die EleLa.ini Datei mit diesen Zeilen erweitern:

1

[DB_Properties]

2

MYSQL_SSL=TRUE

3

MYSQL_SSL_CA=ca-cert.pem

4

MYSQL_SSL_CERT=client-cert.pem

5

MYSQL_SSL_KEY=client-key.pem

6

MYSQL_SSL_CAPATH=

7

MYSQL_SSL_CYPHER=

Die Datenbank Komponente Zeos ruft mit diesen Parametern die 
LibMySQL.dll Funktion "mysql_ssl_set()" auf. Die Beschreibung was 
welcher Parameter im Detail zu bedeuten hat muss man in der Doku von 
MySQL nachlesen:
https://dev.mysql.com/doc/refman/8.0/en/mysql-ssl-set.html

Hier ein Tutorial wie man eine SSL Verschlüsselung Server- und 
Clientseitig für MySQL erzeugt:
https://www.howtoforge.com/tutorial/how-to-enable-ssl-and-remote-connections-for-mysql-on-centos-7/
(ausprobiert habe ich es selbst nicht)

In der aktuellen EleLa.chm Hilfe ist unter "Installation" > "Tutorial - 
Einrichten MySQL Datenbank", Abschnitt "Optional: MySQL Verbindung mit 
einer SSL Verschlüsselung verwenden" das ganze nochmals 
beschrieben/dokumentiert.

Bitte teste diese Einstellung und gebe Bescheid ob EleLa nun mit der SSL 
Verbindung klar kommt.

@Markus:

> Bitte teste diese Einstellung und gebe Bescheid ob EleLa nun mit der SSL
> Verbindung klar kommt.

Ich habe EleLa aktualisiert, die Ini-Datei ergänzt und die Verbindung 
funktioniert noch:

1

18.11.19 Start program V3.1.19B17-64

2

...

3

Parameter [DB_Properties] MYSQL_SSL=TRUE

4

Parameter [DB_Properties] MYSQL_SSL_CA=.\ssl\ca-cert.pem

5

Parameter [DB_Properties] MYSQL_SSL_CERT=.\ssl\client-cert.pem

6

Parameter [DB_Properties] MYSQL_SSL_KEY=.\ssl\client-key.pem

7

Parameter [DB_Properties] MYSQL_SSL_CAPATH=

8

Parameter [DB_Properties] MYSQL_SSL_CYPHER=

9

...

10

OpenSSL found.

11

Connect database...

12

DB.Version: SQLite-DLL: 3.30.1 / MySQL: 10.3.17-MariaDB-0+deb10u1

13

Database Version: V3.1.18B30

14

Database connected.

Vielen Dank!
LG. JK

Vielen Dank für den schnellen Test.

Hallo Markus,

der "Lieferanten"-Bug vom 11.6. ist noch nicht behoben.
Soll keine Kritik sein, sondern eine Erinnerung ;-)

Armin

Der "Lieferanten"-Bug ist nun in allen EXE Versionen EleLa V3.1.19B18 
beseitigt:

http://www.mmvisual.de/elela -> EleLa_V3.1

- Win 32/64
- Linux 32/64
- RaspberryPi

Ich habe einen Telegram-Chat für EleLa eröffnet. Ich bin mir jetzt nicht 
sicher ob es gut ist oder nicht, ich habe es einfach mal gemacht.
Die Gruppe ist öffentlich und jeder kann dieser beitreten:

https://t.me/mmvisual_elela

Einziger Haken: man braucht dazu die App Telegram, gibt es als Android, 
IPhone, Windows, Linux und Mac Programm, sowie über Web-Browser.

Ein paar Screenshots was sich in EleLa V4 ändern wird habe ich da mal 
angehängt. Natürlich können da auch fragen zur aktuellen oder älteren 
Versionen gestellt werden.

Für Leute die eine Synology Discstation besitzen und einen automatisches 
Backup der MariaDB Datenbank(en) erstellen wollen:

In der aktuellen Hilfe von EleLa:
http://www.mmvisual.de/elela -> EleLa_V3.1

habe ich ein Tutorial hinzu gefügt in dem beschrieben ist wie man bei 
einer Synology DS ein automatisches Backup der Datenbanken (dump) 
erzeugen kann. In der Hilfe ist ein Script (.sh Datei) zum Download und 
es ist beschrieben wie man den "Aufgabeplaner" einrichtet damit das 
Backup funktioniert.

Hilfe: Installation > Tutorial - Synology DS Backup

==

Und weil es so "einfach" war, habe ich in der Hilfe auch noch gleich ein 
Script hinzu gefügt, der einen Dump der SVN Repro's erstellen kann, 
falls jmd die DS als SVN Server nutzt.

==

In der Hilfeseite "Inhalt" ist ein Link
"Schnellüberblick: Neuerungen in EleLa V4"
Darin kann schon mal jeder nachlesen welche Neuerungen es in EleLa V4 
geben wird und welche Aktionen der Bediener beim Update von V3.1 auf V4 
beachten sollte.

==

Neu habe ich einen Telegram EleLa-Kanal erstellt, damit kann jeder über 
die News auf dem, laufenden bleiben:

https://t.me/elela_news

Ist wie bei meinem letzten Post, wie gut so ein Kanal ist, bzw. ob es 
funktioniert, wird man erst mit der Zeit sehen.

Ich schaue mir den Bug an.

Eine bestücke Platine ist wie jedes andere Bauteil an zu legen. Unter 
Bauteile gibt es diese Unterscheidung nicht.

Unter "Projekt-F3" wird dann dieses Bauteil und Gehäuse/Lager 
zugeordnet.

Wenn man nun das Projekt produziert so wird die produzierte Menge dem 
Lagerbestand des verknüpften Bauteils hinzugefügt.

Beschrieben ist das in der Hilfe unter Projekte > Projekte Verwalten.
beim Abschnitt "Funktion "Buche Menge nach Produktion" und "Buche 
Teil-Menge nach Produktion":"

Siehe Screenshot. Hier wird die Verknüpfung zum Bauteil eingestellt, 
deren Menge wird nach Fertigstellung des Projektes erhöht.

Im Projekt nicht, jedoch unter Bauteile-F2 > Gehäuse/Lager kann die 
Menge jederzeit angepasst werden.
Nach der Mengenkorrektur kann man unter Bauteile-F2 > Lagerbewegung in 
der Spalte "Grund" rein schreiben warum man die Menge "manipuliert" hat, 
z.B. Inventur.

Neue EleLa Version V3.1.20307 steht nun mit MsSQL Unterstützung bereit. 
In der aktualisierten Hilfe ist ein "Tutorial MsSQL Einrichtung" in dem 
beschrieben ist welche neue DLL's dazu verwendet werden müssen und wie 
der MsSQL parametriert sein muss.

Mehr Details im Kanal "EleLa News": https://t.me/elela_news

Fragen können gerne hier oder im Chat https://t.me/mmvisual_elela 
gestellt werden. Bugs ebenfalls ;-)