Als Photovoltaik-Datenlogger für Dauerbetrieb einsetzbar?
Moderators: frik85, EmuandCo, Dr. Fred
Als Photovoltaik-Datenlogger für Dauerbetrieb einsetzbar?
Wir haben zuhause eine Photovoltaikanlage, an die ein alter Pentium 75 Laptop mit 32 MB Ram angeschlossen ist. Darauf läuft momentan Windows 95, aber leider ist Windows 95 ja dafür bekannt, dass es für Dauerbetrieb nicht geeignet ist. Die Ressourcen von Win95 gehen nach und nach runter und irgendwann stürzt der Laptop komplett ab. Bei einem Datenlogger darf das aber nicht vorkommen.
Okay, im Grunde läuft auf dem Laptop momentan nur :
- ein C++ Konsolenprogramm, das per RS232 Schnittstelle Daten vom Wechselrichter einliest (Größe < 100 kbyte)
- Ein Delphi-Programm, welches Grafiken fürs Internet generiert (Größe < 500 kbytes)
- Ein Mini-Webserver, welcher die Daten für alle Leute im Internet zur Verfügung stellt (< 1 Mbyte)
Nun meine Frage:
Denkt ihr, dass reactos schon stabiler als das alte Windows 95 ist?
Was muss ich noch alles beachten, falls ich das wirklich draufspielen sollte?
Funktioniert das Netzwerk, also Netzwerkfreigaben, in reactos?
Ich muss nämlich hin und wieder Daten auf den PV-Logger kopieren (neue Programmversionen, Bilder, HTML-Dateien, usw)
PS: Ich habe noch eine zweite Festplatte, könnte das also auch testen ohne das bisherige System zu killen
Okay, im Grunde läuft auf dem Laptop momentan nur :
- ein C++ Konsolenprogramm, das per RS232 Schnittstelle Daten vom Wechselrichter einliest (Größe < 100 kbyte)
- Ein Delphi-Programm, welches Grafiken fürs Internet generiert (Größe < 500 kbytes)
- Ein Mini-Webserver, welcher die Daten für alle Leute im Internet zur Verfügung stellt (< 1 Mbyte)
Nun meine Frage:
Denkt ihr, dass reactos schon stabiler als das alte Windows 95 ist?
Was muss ich noch alles beachten, falls ich das wirklich draufspielen sollte?
Funktioniert das Netzwerk, also Netzwerkfreigaben, in reactos?
Ich muss nämlich hin und wieder Daten auf den PV-Logger kopieren (neue Programmversionen, Bilder, HTML-Dateien, usw)
PS: Ich habe noch eine zweite Festplatte, könnte das also auch testen ohne das bisherige System zu killen
Greets, Andreas
my homepage http://www.energie-bewusstsein.de let's stop wasting energy!
my homepage http://www.energie-bewusstsein.de let's stop wasting energy!
-
- Developer
- Posts: 509
- Joined: Mon Apr 25, 2005 12:46 pm
Wenn nur ein Konsolenprogramm laufen soll, könnte ReactOS recht stabil sein. Allerdings hat jemand was geschrieben, dass ROS langsam aber sicher Speicher auffrisst, musst du vielleicht selber ausprobieren.
Das Problem ist, dass das notebook wahrscheinlich zu schwach auf der Brust ist. Die ReactOS GUI ist leider etwas lahm. Ob die 32MB ausreichen, weiss ich auch nicht, ich glaube es gibt da zur Zeit ein Problem, ReactOS mit 32MB zu installieren, obwohl es gehen sollte.
Netzwerk funktioniert zwar schon einigermaßen, die Frage ist nur, ob du den Treiber für deine Netzwerkkarte installiert kriegst.
Netzerkfreigaben gibt es noch nicht, aber vielleicht kriegst du nen ftp server drauf installiert.
Also wenn du experimentierfreudig bist, probiers doch einfach mal aus.
Wäre interessant zu wissen, ob ReactOS lange Zeit stabil läuft.
Aber zur Zeit würde ich dir eher empfehlen, NT4 zu installieren. Da sollte dein notebook ausreichen. Kriegste für'n paar Euro bei ebay.
Ach und du solltest vielleicht als erstes testen, ob dein Programm auch unter NT/2000/XP läuft. wenn es direkt auf den seriellen Port zugreift, dann lüppt das (auch unter ReactOS) nicht. Dann hast du nur noch die Möglichkeit (Free)DOS zu installieren. Wie das da mit Netzwerkfreigaben etc. aussieht, weiss ich allerdings auch nicht.
Das Problem ist, dass das notebook wahrscheinlich zu schwach auf der Brust ist. Die ReactOS GUI ist leider etwas lahm. Ob die 32MB ausreichen, weiss ich auch nicht, ich glaube es gibt da zur Zeit ein Problem, ReactOS mit 32MB zu installieren, obwohl es gehen sollte.
Netzwerk funktioniert zwar schon einigermaßen, die Frage ist nur, ob du den Treiber für deine Netzwerkkarte installiert kriegst.
Netzerkfreigaben gibt es noch nicht, aber vielleicht kriegst du nen ftp server drauf installiert.
Also wenn du experimentierfreudig bist, probiers doch einfach mal aus.
Wäre interessant zu wissen, ob ReactOS lange Zeit stabil läuft.
Aber zur Zeit würde ich dir eher empfehlen, NT4 zu installieren. Da sollte dein notebook ausreichen. Kriegste für'n paar Euro bei ebay.
Ach und du solltest vielleicht als erstes testen, ob dein Programm auch unter NT/2000/XP läuft. wenn es direkt auf den seriellen Port zugreift, dann lüppt das (auch unter ReactOS) nicht. Dann hast du nur noch die Möglichkeit (Free)DOS zu installieren. Wie das da mit Netzwerkfreigaben etc. aussieht, weiss ich allerdings auch nicht.
ich glaub, da ist ein Konsolen-Linux wohl die bessere Alternative, das sollte mit 32MB recht gut laufen. Und Entwicklungstools sind ja bekanntlich dabei, damit du dein Programm unter Linux zum Laufen bekommst. Die Schnittstellen sind auch recht einfach anzusprechen.
Aber ReactOS ist ja generell noch nicht für den "produktiven" Einsatz geeignet.
Aber ReactOS ist ja generell noch nicht für den "produktiven" Einsatz geeignet.
-
- Developer
- Posts: 509
- Joined: Mon Apr 25, 2005 12:46 pm
Nunja, das ist halt immer Geschmackssache Ist vielleicht nicht jedermanns Sache, Konsolen-Linux zu installieren und dann zu versuchen ein Windows/DOS Programm zum Laufen zu bringen. Ich als Linux noob, würde das erst versuchen, wenn gar nix anderes geht.atarixle wrote:ich glaub, da ist ein Konsolen-Linux wohl die bessere Alternative, das sollte mit 32MB recht gut laufen. Und Entwicklungstools sind ja bekanntlich dabei, damit du dein Programm unter Linux zum Laufen bekommst. Die Schnittstellen sind auch recht einfach anzusprechen.
Und ob da Entwicklungstools helfen oder dass das Ansprechen der Schnittstelle leicht ist, das ist immer ne Frage, ob man ein Programmierer ist oder ein Anwender. Ich bin (fälschlicherweise?) davon ausgegangen, dass das Programm nicht selbst geschrieben ist und dann nützt einem das alles nichts.
Noch nicht, aber bald! .... Ganz bestimmt! ... Ja, ich bin optimistisch!Aber ReactOS ist ja generell noch nicht für den "produktiven" Einsatz geeignet.
Der neue Cache Manager (derzeit noch im Cache Manager Branch) wird bald "übersiedeln".
Neben, ext2, ntfs, etc. Treiber support kann man sich generell mehr Performance erwarten.
Ab Version 0.3 (welches vielleicht schon in 2 Monaten kommt) wird ReactOS immer nützlicher werden.
Internet (Firefox, Thunderbird, etc.), verschiedene Filesystems (Fat, ext2, etc.), Office (OpenOffice.org 1.x und ggf. 2.x, etc.), DirectX Draw (2D), ...
Neben, ext2, ntfs, etc. Treiber support kann man sich generell mehr Performance erwarten.
Ab Version 0.3 (welches vielleicht schon in 2 Monaten kommt) wird ReactOS immer nützlicher werden.
Internet (Firefox, Thunderbird, etc.), verschiedene Filesystems (Fat, ext2, etc.), Office (OpenOffice.org 1.x und ggf. 2.x, etc.), DirectX Draw (2D), ...
-
- Posts: 197
- Joined: Sat Nov 27, 2004 12:49 pm
- Location: Lichtenfels in Bayern (Germany)
- Contact:
Jo da schliesse ich mich Doch gleich mal an.ma-games.de wrote:Oh, da freu ich mich aber schon!!!frik85 wrote:welches vielleicht schon in 2 Monaten kommt
Würde mich dann interesieren ob das Sun Java Sdk unterstützt wird.
Gibt ja diesbezüglich auch ne freie Entwicklung der Apache Foundation, mit dem stolzen Namen "Harmony" allerdings noch nicht fertig und das wird noch en Weilchen dauern.
mfg RudBoy
Ps: in memory of woody
Am Anfang war alle Software frei. (Georg Greve, FSFE)
Wenn es nicht gerade um Applets geht, stellt der GCj zusammen mit GNU Classpath in vielen Fällen eine brauchbare Alternative zu Sun Java dar. Außerdem finde ich native Programme eh angenehmer als solche, die in der JVM laufen.RudBoy wrote:Gibt ja diesbezüglich auch ne freie Entwicklung der Apache Foundation, mit dem stolzen Namen "Harmony" allerdings noch nicht fertig und das wird noch en Weilchen dauern.
Hallo Liste, hallo mathias,Matthias wrote:Wenn es nicht gerade um Applets geht, stellt der GCj zusammen mit GNU Classpath in vielen Fällen eine brauchbare Alternative zu Sun Java dar. Außerdem finde ich native Programme eh angenehmer als solche, die in der JVM laufen.RudBoy wrote:Gibt ja diesbezüglich auch ne freie Entwicklung der Apache Foundation, mit dem stolzen Namen "Harmony" allerdings noch nicht fertig und das wird noch en Weilchen dauern.
also was gjc und classpath angeht stimme ich Dir zu, allerdings denke ich das wir was die virtuelle Maschine angeht schon ne Grundsatzdiskussion führen könnten, die schon so lange geht solange es Programmierkonzepte gibt.
Die Idee der virtuellen Maschine an sich, ist schon seit Mitte der Siebziger praktikabel (Simula-Smalltalk), und das aus gutem Grund, da sie dem Programmierer erhebliche Erleichterungen was Speicherverwaltung, Sicherheit der Ausführung, Sicherheitskonzepte bietet. Denke das Dein Hintergrund für Deine Argumentation das Unix/Linux Umfeld ist, und hier Sprachen wie C oder die Hybridsprache C++ leider das Sagen haben.
mfg RudBoy
ps: in memory of woody
Am Anfang war alle Software frei. (Georg Greve, FSFE)
Bevor ich nun die 0.3 er ausprobiere, frage ich hier nochmal kurz nach:
Wäre diese Version für meine obigen Zwecke nun nutzbar?
Wäre diese Version für meine obigen Zwecke nun nutzbar?
Greets, Andreas
my homepage http://www.energie-bewusstsein.de let's stop wasting energy!
my homepage http://www.energie-bewusstsein.de let's stop wasting energy!
Gut, danke! Wann etwa kann man mit der Version 0.3.1 rechnen?
Greets, Andreas
my homepage http://www.energie-bewusstsein.de let's stop wasting energy!
my homepage http://www.energie-bewusstsein.de let's stop wasting energy!
Erklärst Du mir jetzt noch, was die Idee einer virtuellen Maschine mit Garbage Collection zu tun hat? GCs gibt's auch für C++. Außerdem: welche "Sicherheitskonzepte" meinst Du? Neben Sachen wie der Überprüfung von Arraygrenzen fällt mir nicht viel ein (und das kann C++ mit Vektoren auch)RudBoy wrote:Die Idee der virtuellen Maschine an sich, ist schon seit Mitte der Siebziger praktikabel (Simula-Smalltalk), und das aus gutem Grund, da sie dem Programmierer erhebliche Erleichterungen was Speicherverwaltung, Sicherheit der Ausführung, Sicherheitskonzepte bietet.
Aber gerne tue ich das "NIX" nicht die Sachen vermischen.Matthias wrote:Erklärst Du mir jetzt noch, was die Idee einer virtuellen Maschine mit Garbage Collection zu tun hat? GCs gibt's auch für C++. Außerdem: welche "Sicherheitskonzepte" meinst Du? Neben Sachen wie der Überprüfung von Arraygrenzen fällt mir nicht viel ein (und das kann C++ mit Vektoren auch)RudBoy wrote:Die Idee der virtuellen Maschine an sich, ist schon seit Mitte der Siebziger praktikabel (Simula-Smalltalk), und das aus gutem Grund, da sie dem Programmierer erhebliche Erleichterungen was Speicherverwaltung, Sicherheit der Ausführung, Sicherheitskonzepte bietet.
Das eine ist die Speicherverwaltung das andere was völlig anderes.
Ist Dir Langweillig das Du so einen alten Thread hervorkramst.
Banal gesprochen kannste in C++ jeden Kram reinschreiben, aber Null Bock darauf mit Dir noch irgendetwas auszudiskutieren, dafür ist mir meine noch verbleibende Zeit zu schade, viel zu schade, ja das ist sie !!!
Betrache dies als meine letzte Antwort auf Deine Fangfragen, von mir aus kannst Deine Fallen jeden anderen stellen und Deine Unhöflichkeit und arroganten Charakterzüge an anderen auslassen.
Meinetwegen sie auch als Troll abklassifizieren, mir egal total egal wie Du mir egal geworden bist.
Fall ruhig tod um mir auch egal.
In diesem Sinne wünsch Dir was
Am Anfang war alle Software frei. (Georg Greve, FSFE)
Who is online
Users browsing this forum: No registered users and 16 guests