| |
|
|
- page 1 - |
|
Ulrich Milde | de einer Lüftersteuerung avec Microcontroller lese je sur qui serielle Schnittstelle qui température aus et zeige cet à. j'ai en supplément lediglich cela Beispielprogramm pour qui serielle Schnittstelle à cela gelieferte Datenformat angepasst. Funktioniert bien, c'est pas cela Problem. qui CPU charge liegt permanent chez 100% et dabei ist es égal, si je cela Programme im Interpretermodus ou bien compilé comme eigenständige Anwendung courir lasse. So une heftige Auslastung ist malheureusement inakzeptabel, justement weil es sich um den ersten Schritt trop einer Anwendung handelt, qui qui température surveiller soll.
je benutze Profan 7.6a sous Windows XP et qui simplicité halber zeige je qui données erstmal im Profan "DOS" la fenêtre à . Upgrade sur XProfan10, daran J'ai eu déjà gedacht, mais ist qui CPU Auslastung là geringer? peut-être gibt es aussi une autre Solution des Lastproblems? je suis reconnaissant pour jeden Tipp!
merci et Tschüss! |
|
|
| |
|
|
|
| |
|
- page 1 - |
|
| Erstmal willkommen Ulrich.
Dein Problem ist avec cela trop beheben cela Du ebend pas den Temparaturstand hunderte Male pro seconde abrufst - mais viel seltener.
je serait Dir folgenden Bauplan empfehlen: KompilierenMarqueSéparation |
|
|
| |
|
|
|
Ulrich Milde | CPU charge de 100% um ca. 100% gesenkt, cela nenn je la fois une wirklich 100%tigen Erfolg! cela Programme ici trop posten wird incidemment rien apporter car sans den Microcontroller wird sich rien 1faire. Dabei hat cela Programme eh chacun, qui Profan hat. Aider starten et ensuite - introduction - liaison avec qui Aussenwelt - Serielle Schnittstelle - derrière chaque qui beiden ReadCom$ Befehle des Beispielprogramms einmal Sleep1 insérer, et cela brachte déjà cela Performancewunder
cela wird incidemment une Anwendung, qui chez Fertigstellung zusammen avec dem projet sur derOpenMicro Website [...] stehen wird. peut-être darf je encore une Frage se mettre, car en supplément habe je rien trouvé, weder dans qui Profanhilfe encore ici. entier à droite dans qui Taskleiste sommes Icônes de Programmen, qui pas simple seulement minimiert courir, mais im Hintergrund sur ihren Einsatz attendre. Mir venez cela presque so avant comment qui Windows Analogie trop einem DOS TSR Programme. comment peux je es erreichen, dass sich cela Programme là versteckt, mais aktiv bleibt? Temperaturanzeige im Icon selbst, so comment chez SpeedFan ou bien dem MBM5 (Motherboard Monitor) wäre naturellement encore besser, mais je befürchte cela pourrait zuviel Aufwand volonté.
je bedanke mich déjà la fois, pas zuletzt avec dem Hinweis dass je mir XProfan10 wahrscheinlich achetons werde. avec SetComExtended peux je nämlich mon DOS Programme zum auslesen meines Multimeters enfin sur Windows ajuster.
merci et Tschüss! |
|
|
| |
|
|
|
Jörg Sellmeyer | allô Ulrich, Sieh Dir cela la fois à: [...]
et such aussi la fois sur XProfan.de la fois pour "systray" Salut Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 15.02.2007 ▲ |
|
|
|
|
Ulrich Milde | SysTray, richtig, après hätte je chercher devoir! mais c'est viiiel trop tôt car cela Lesen de qui seriellen machte Probleme. je konnte cela Problem zurückverfolgen jusqu'à sur qui Leseroutine, qui je inchangé aus dem funtionirenden Beispielprogramm übernommen habe., Fakt ist: Serielle données volonté gesendet, mais pas empfangen. ComError ist 0 et weil aucun données empfangen volonté, wird qui Leseschleife niemals sortir de. Dieselbe Leseschleife sous qui Pratiquement DOS environnement vom veränderten Beispielprogramm fonctionne problemlos et liefert données. très seltsam! je konnte cela Problem chez WaitKey et Co. dans qui äusseren Windowstypischen Boucle festmachen. seulement Inkey$() liess qui Schnittstelle so travailler comme son soll. Offensichtlich stören Profan-interne Prozesse chez WaitKey cela Handling qui seriellen Schnittstelle, quoique cela Programme sich ensuite dans qui seriellen Procédure est. maintenant, wohin je cela weiss ist cela Problem pas so grave, mais qui Fehlersuche hat mich partiellement à mir selbst zweifeln laisser. qui Frage ist maintenant si et comment je seulement avec InKey$() une Windows typische Benutzeroberfläche construire peux? Mausaktionen abfragen, cela muss je seulement encore ausprobieren, mais je befürchte presque dass es aussi là seriell le crochet pourrait. je werde je mich grösstenteils alleine durchbeissen doit, car qui Microcontroller à qui seriellen Schnittstelle est en supplément. sans den gibt es aucun données, à es eigentlich allez.
j'ai cela maintenant plutôt comme Bericht geschrieben, comme mir avec meinem projet ergangen ist. je weiss pas si es dans cet Forum passt, si je de Zeit trop Zeit erneut Poste comme dem Programme (et somit aussi mir...) allez.
Grüsse et Tschüss! |
|
|
| |
|
|
|
Jörg Sellmeyer | "WaitKey" läßt réellement seulement Keyboardeingaben par. Versuchs doch la fois avec "WaitInput". Am besten Du postest simple la fois un un peu Code. Sonst ist que voici seulement gerate. aussi wenns aus den Beispielen ist. nous savons oui pas, quoi Du déjà peut-être. geändert la hâte. iF hat oui im Prinzip aussi déjà un Grundgerüst gezeigt. tu dois seulement avant qui Boucle Buttons et sonstige Fensterelemente erzeugen et qui ensuite dedans qui Boucle avec einer Si-Struktur abfragen: KompilierenMarqueSéparation Salut Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 16.02.2007 ▲ |
|
|
|
|
Ulrich Milde | merci pour den Code, qui wird cela Grundgerüst volonté. Code posten, cela reicht encore pas weil je zur Zeit encore dans dem Stadium suis, dans dem erstens alles ständig umgeworfen wird. et je zweitens principale am seriellen réception rumgebastelt habe. cela schliesst cela Datenformat avec un et somit aussi cela Programme vom Microcontroller. Sowie je qui seriellen données net im Grundgerüst "sehen" peux, ensuite wirds anders volonté et cela wird hoffentlich droite bientôt son! Nochmal trop WaitKey: je trouve es bemerkenswert dass WaitKey qui stoppende main sur presque alles legt, inkl. qui seriellen Schnittstelle. un geradezu gefährlicher Befehl
merci et Tschüss! |
|
|
| |
|
|
|
| Hm peux es son cela là eigendlich garnix gestoppt wird - mais plutôt ebend seulement pas ausgelesen wird si z.B. Waitkey ou bien Waitinput am Zuge ist?
Solltest Du alors doch peut-être sans "Warten" permanent den Port auslesen? si "Ja" - ensuite devrait Vous 2-Prozess-Anwendung programmieren. Zum Einen ne art ServerAnwendung quelle Fensterlos permanent aus dem Port liest - et zum Zweiten cela Programme quoi qui Benutzeroberfläche darstellt. normalement pourrait on ca sur Threads 1faire - XProfan ist mais pas Fil-sûrement, alors doit 2 Prozesse statt Threads her - nimmt sich mais eigendlich à peine quoi.
qui Prozesse doit eh bien mais irgendwie aussi miteinander kommunizieren peut - sodass qui Fensteranwendung qui Serveranwendung Befehle donner peux. Hierfür empfehle je qui Pipe-Unit.
peux es mais peut-être aussi son cela es einfacher allez? GDL pouvoir doch aussi quelque chose comme!? il schwärmt de qui Fil.Pcu (qui tut so comme si nen Fil erzeugt wird utilise mais nen Timerkonstrukt) et meinte doch toujours cela es sans cet à peine possible wäre?! Geeeooooorrrg???? |
|
|
| |
|
|
|
Ulrich Milde | Uuups, cela ça va un petite wenig sur meinen Horizont! je suis zwar ne...aucune novice quoi programmieren angeht; aussi ne...aucune Profan novice, mais Profan stand trop longtemps dans qui coin et staubte avant sich hin. Erschwerend hinzu venez encore le moi im Prinzip un DOS-QBasic Dinosaurier suis, pour den cela OOP Konzept schwer verständlich ist. Solange je dans Gedanken chez Datenstruktiuren, Prozeduren, Funktionen et Parameterübergaben rester peux, qui meinen Verständnisrahmen pas übersteigen, allez alles encore. aussi dans Profan hab je déjà quoi nettes hinbekommen. malheureusement steckt là irgenwo un faute drinnen, qui seulement temporaire auftritt so dass Train-Sim.com sur mon Programme verzichten musste
ici et maintenant fürchte allerdings dass, dass Windows et (X)Profanspezialitäten angesprochen volonté, qui meinen Horizont übersteigen. XProfan habe je encore pas et cela wird aussi et avec ca dauern, car am mercredi volonté chez mir quelques zugewachsene Zahnwurzeln ausgegraben. c'est trop befürchten dass je ensuite quelques Tage aucun grosse Lust avons werde mir den tête sur Programme et Profan trop zerbrechen.....
je trouve es toll dass mon profanen Schwierigkeiten juste aufgegriffen worden sommes et je hoffe très, dass je dans qui situation son werde qui Tipps et Infos aussi umzusetzen. je werde erstmal avec cela weitermachen, überhaupt quoi serielles avec einem eingermassen lesbarem Progamm sans den Profan DOS Screen windowsähnlich sur den Monitor trop apporter. cela wede je (hoffentlich) cet Wochenende encore hinbekommen. ensuite werde je voyons comme weitergeht.
Vielen Dank et Tschüss! |
|
|
| |
|
|
|
GDL | Hi, cela Problem chez deux freilaufenden RS232 Schnittstellen ist toujours "WANN DARF ICH AUSLESEN.Es darf aucunement ausgelesen volonté ,si qui qui MControler justement sendet.si aussi encore Fehlerbytes ausgewertet volonté wirds extrem schwierig. Entweder du utilise qui Handshakingleitungen ou bien sendest auparavant une Präambel. je nutze toujours qui 255.
salut Georg |
|
|
| |
|
|
| |
|
- page 2 - |
|
|
Ulrich Milde | aujourd'hui lief es erheblich besser et je suis soweit, dass sich avec dem Programme déjà quoi anfangen liesse. qui seriellen Probleme sommes gelöst, mais je voudrais là lieber ne...aucune avec Menüs volgestopftes Programme draus faire... cela quoi maintenant fehlt ist, dass cela Hauptfenster verschwindet, besser dit völlig unsichtbar wird. partiellement J'ai eu Erfolg, mais un reste bleibt sichtbar. Es wäre joli si qui aussi unsichtbar volonté serait. Fürs erste ist cela Programme so ausreichend, qui l'affaire avec dem encore un un peu sichtbarem Hauptfenster la fois ausgenommen. avec Erweiterungen werde je mir glücklicherweise quelque chose plus Zeit laisser peut. je bedanke mich nochmal pour qui wirksame Aider!
Grüsse et Tschüss!
PS. j'ai cela Listing hochgeladen, je n'en sais rien wohin cela auftaucht... So comme aussieht gibt es dans diesem Forum anscheinend malheureusement aucun Vorschau |
|
|
| |
|
|
|
Rolf Koch | |
|
| |
|
|
|
Ulrich Milde | maintenant ists richtig et fonctionne bien! sans viel Worte: D A N K E ! ! ! et Tschüss |
|
|
| |
|
|