...Das ist alles schön, um mal die Haussteuerung mit dem Rauf- und Runterfahren vom PC die Jalousien zu steuern.
Aber wenn ich diesen Rotz ernsthaft in ein Angebot für meine Kunden einarbeiten würde, die würden mir bei der Auftragsverhandlung freundschaftlich auf die Schulter klopfen und mir zeigen, wo der Maurer das Loch gelassen hat.
Jooh...
Da es ausser Libnodave nicht so viele Open Source Lösungen gibt, behaupte ich mal frech, daß fast der ganze "Rest" des Forums Probleme behandelt, die Leute mit Lösungen von "professionellen" Anbietern haben. Ich meine jetzt noch nicht einmal nur Kommunikationsbibliotheken sondern die gesamte Automatisierungstechnik, Hard- und Firmware eingeschlossen.
Und wie kann es sein, daß viele Anwender eher hier Hilfe finden als bei dem "professionellen" Support des Herstellers?
Die Freds hier im Forum zu Problemen mit LibNoDave sind wohl recht vielfältig, da kommen einige hunderte zusammen und dominieren wohl ..
Dominieren was? Das Forum? Den Themenbereich SPS-PC-Kommunikation? Letzteres mag vielleicht sein.
Zur Menge tragen mindestens 3 Kategorien von Threads bei, die es bei anderen Produkten gar nicht gibt:
- Selber kompilieren. Kann man ohne Quellcode nicht. Ist ja bei "professionellen" Produkten nicht nötig. Ist bei Libnodave auch nicht nötig. Aber wer mag und kann, kann. Bitte sehr! Wer aber dabei Hilfe braucht: Es gibt ein README.compiling, das muß reichen.
- Leute, die Libnodave ausprobieren wollen, die aber nicht wissen, wie sie eine DLL einbinden, wie sie eine Header-Datei benutzen, die die Speicheraufteilung einer S7 nicht verstehen, die nicht vorhandene Datenbausteine lesen wollen, etc. Ich denke, daß der Großteil dieser Leute durchaus um die Grenzen der eigenen Fähigkeiten weiß. Daher würden sie sich scheuen, einige hundert Euro zu investieren. Aber mit Libnodave ist der Versuch kostenlos.
- Der dritte Punkt ist meine Schuld: Ich bezeichne die Nutzung von s7online als "experimentell", ich rate davon ab, es gibt keinen Grund es zu nutzen außer mit CP5x1x. Es ist extrem "buggy". Ich selbst brauche es nicht und habe es daher niemals verbessert. Aus heutiger Sicht hätte ich s7online vielleicht besser nie veröffentlicht.
Aber ich bezahle lieber ein paar hundert Euro für eine kostenplichtige, aber funktionierende und zuverlässige Komponente, bevor ich viele Arbeitstunden für die Nichtfunktionalität von Freeware verschwende.
Natürlich, WENN das die Alternativen sind.
Ich habe auch schon "viele Arbeitstunden" damit verschwendet, die Grenzen oder Unzulänglichkeiten sogenannter "funktionierender und zuverlässiger Komponenten" zu erkunden. Ich glaube, da gibt es auch einen psychologischen Faktor:
Wenn das Produkt einen klangvollen Namen hat, sucht der Neuling (Neuling in Bezug auf das Produkt, nicht auf das Fachgebiet) den Fehler zuerst bei sich. Wenn es "Open Source", Freeware, kostenlos, namenlos ist, tendiert er eher dazu, Schwierigkeiten dem Produkt anzulasten.
Question_mark schrieb:
...o langsam werde ich nachdenklich. Also alles an Treibern drin in Deinem Projekt. Also LibNoDave (ist ja Open Source), Treiber von Deltalogic, Helmholtz und IBH ...
Nur um es klarzustellen: Libnodave benötigt keine Treiber von Deltalogic, Helmholtz und IBH. Es kann mit den diversen Net-Link-Varianten deren PC-seitige Protokolle sprechen. Das ist dann auch zuverlässig.
Es KANN aber auch über s7online diese Treiber verwenden. Davon rate ich ab, weil eben die s7online-Anbindung fehlerhaft ist.