Problemstellung: Beitrag "gcc auf dem pc ausführen" Das c#-Programm ist jetzt so weit fertig, dass man damit den avr simulieren und programmieren kann. Sinnvoll ist das Ganze, um die Steuerung des Wechselrichters und um die graphische Darstellung von Messwerten auf dem LCD am Pc auszutesten. Für wohlmeinende Anregungen bin ich wie immer dankbar.
Karl K. schrieb: > Beitrag "gcc auf dem pc ausführen" In 14 Jahren solltest Du schon gelernt haben, wie man Beiträge verlinkt.
Die Begeisterung über mein Projekt hält sich in engen Grenzen. Liegt entweder daran, dass man so ein Projekt nicht braucht oder daran, dass ich die Vorteile dieses Projekts nicht genügend dargestellt habe. Als Ergänzung hier die Zeitraffer-Funktion, mit der man anhand von gespeicherten Messdaten, die Grafik über den Verlauf eines Tages abrufen und gestalten kann:
1 | private void timer1_Tick(object sender, EventArgs e) |
2 | {
|
3 | |
4 | sec = (u8)DateTime.Now.Second; |
5 | if (sec == 0 && bool_zeitraffer == false) |
6 | {
|
7 | min = (u8)DateTime.Now.Minute; |
8 | hou = (u8)DateTime.Now.Hour; |
9 | }
|
10 | else if(bool_zeitraffer == true) |
11 | {
|
12 | //86400sec=24h 1440
|
13 | zeitraffer_sec++; |
14 | min = (u8) (zeitraffer_sec*6%60); |
15 | if (min ==0) |
16 | {
|
17 | min = 0; hou++; |
18 | if (hou == 24) |
19 | {
|
20 | hou = 0; |
21 | zeitraffer_sec = 0; |
22 | }
|
23 | }
|
24 | }
|
25 | lcd_goto(1, 1); |
26 | lcd_int2(hou); lcd_write(":"); |
27 | lcd_int2(min); lcd_write(":"); |
28 | lcd_goto(1, 7);// |
29 | lcd_int2(sec );// |
Karl K. schrieb: > Liegt entweder daran, dass man so ein Projekt nicht braucht Ich habe bislang nicht nachvollziehen können, welches Problem das Projekt überhaupt lösen soll. Wenn ich mit einem Modbus-Gerät reden will, um herauszufinden, was es so treibt, dann nehme ich einen USB-RS485-Adapter und eine Software wie "Modbus Poll" ... Und wenn ich einen Modbus-Master testen will, nehme ich eine Software wie "Modbus Slave" oder ähnliches. Für das reine Mithören einer Kommunikation nehme ich halt irgendeinen Mithörer, der mir einen Hexdump aufzeichnet und in der Lage ist, bei Pausen Zeilenumbrüche o.ä. in den Hexdump einzufügen. Das reicht mir üblicherweise.
Karl K. schrieb: > Liegt > entweder daran, dass man so ein Projekt nicht braucht Oder erstmal nur daran, daß es niemand findet. Warum verlinkst Du es nicht?
Peter D. schrieb: > Oder erstmal nur daran, daß es niemand findet. > Warum verlinkst Du es nicht? Ist das nicht Form1.cs im ersten Beitrag?
N. M. schrieb: > Ist das nicht Form1.cs im ersten Beitrag? Ehrlich gesagt, ich kann mit diesem hingeworfenen Stück Code überhaupt nichts anfangen. Es sieht irgendwie einer LCD-Lib für einen AVR ähnlich. Für eine Projektvorstellung würde ich schon eine minimale Erklärung erwarten. Was soll es überhaupt machen, was ist das Target und welche Hardware, braucht man noch weiteren Code oder ist das komplett, womit und wie wird es compiliert.
Peter D. schrieb: > Ehrlich gesagt, ich kann mit diesem hingeworfenen Stück Code überhaupt > nichts anfangen Geht mir auch so. Ich kapiere bis jetzt nicht was das ganze soll. Peter D. schrieb: > Für eine Projektvorstellung würde ich schon eine minimale Erklärung > erwarten. Sehe ich auch so. Aber der Code ist ja auch nur dahin gerotzt. Ich hab nur gesehen da hängt ein Stück Code dran, deshalb der Einwand. Wenn ich da aber rein schaue denke ich auch fast, das kann weg.
Nicht mal der Name des Dialogs wurde angepasst. Der TO scheint ein enormes NIH Problem zu haben, Wokwi ist eine wesentlich leistungsfähigere Simulation. Und er hat ja auch mal seine eigene IDE angefangen, Hauptsache irgendwas mit C# selber gefrickelt.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.