Jump to content

Christian

Members
  • Gesamte Inhalte

    112
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von Christian

  1. Also ich hab mir mal die neuesten Bindings gezogen 1.0.2 und meinen Code entsprechend optimiert/korrigiert.

     

    sieht jetzt mal ganz nett aus und alles klappt soweit relativ gut. ohne diese Threads ists halt nicht so das wahre.

     

    ich lasse den Dispatcher nun 1/10-Sekunde laufen und lasse dann entsprechend die Callback-Funktionen laufen.

     

    Aktuell gibt mein Display folgendes aus:

    - nen Titel

    - die Position des Rotary Poti

    - die Temperatur auf eine Nachkomma-Stelle gekürzt.

    - die aktuelle Uhrzeit

     

    Folgende "Features" gibt’s noch oben drauf:

    - LCD blinkt einmal kurz auf, wenn die Temperatur über 25°C liegt.

    - das LCD blinkt jetzt auch nicht ununterbrochen wenn der Grenzwert überschritten ist, sondern "nur" alle 10 Sekunden mal kurz als Hinweis.

    - die Uhrzeit wird nur auf das LCD geschrieben wenn diese sich auch geändert hat (also quasi nur einmal pro Minute und nicht 10x pro Sekunde :-) )

  2. OK, danke erst mal.

     

    Das macht das ganze zwar nicht unbedingt leichter ;-), aber ich hab mal was geschustert, was mehr oder weniger gut läuft. Findet Ihr im Wiki.

     

    Ich hab nur ein großes Problem:

    - beim RotaryPot läuft der Callback nach dem zweiten Durchgang der unendlichen While-Schleife nicht mehr... die Temperatur wird ständig abgefragt, die Position aber wie gesagt nach dem zweiten Durchlauf nicht mehr.

    Der Dispatcher läuft ja 2 sekunden und startet dann neu

     

    Aktuell kommt beispielhaft folgendes auf der Console an:

    D:\>php.exe -f tinkerforgeV1.php
    Rotary connected
    LCD connected
    rotpot: 39
    pos:39.....^C

    Nach jedem Durchlauf der Schleife wird ja ein Punkt ausgespuckt, aber ich kann mir da den Wolf drehen ;-)

    rotpot: ist die Callback funktion und pos: wird ja nur einmal gelesen bevor es in die Schleife geht...

     

    Ich hab den gesamten Code schon mal soweit auskommentiert das nur noch LCD und Rotary verbunden sind. Und es ist dann nur der Rotary-Callback aktiv.

     

    Gruß Christian

  3. Servus,

     

    ich würde gern mein "Equipment" gern per PHP steuern. Erste "erfolge" hab ich ja schon gehabt, aber so richtig zufrieden bin ich irgendwie noch nicht.

     

    Zu schaffen macht mir irgendwie diese Callback-Möglichkeit in PHP. Das Script "steht" quasi jedes Mal solang der Callback läuft. selbst wenn ich z.B. angebe, dass bei einem Callback-Aktion z.B. was auf's Display geschrieben wird passiert da nix. Sobald aber der Callback zuende ist, führt er quasi alles aus  und schreibt wie wild auf dem Display rum... Ich hab auch spaßeshalber die Zahl der Callbacks hochzählen lassen und da passiert schon a bissl was.

     

    Wie ist das denn gedacht dies zu nutzen? Aktuell arbeite ich nur mit dem CLI...

     

    Gruß

    Christian

  4. achso... keine Ahnung ;-). Ich bin nicht so wirklich der ".NET-Held". Ich hab nur mal kurz in die Richtung recherchiert, aber die DLL's wollten net wirklich.

     

    Ich würd mich echt sehr dafür interessieren, dass man diese dotnet-WindowsForms nutzbar einsetzen könnte. Allerdings gibt das Internet nicht so wahnsinnig viel her. Recht viel mehr was ich hier hab konnt ich bisher nicht in Erfahrung bringen. Evtl versuch ich noch a bissl mehr mit Winbinder zu basteln. Da gibts ja zumindest nen funktionierenden grafischen Editor (entfernt ähnlich wie Visual Studio), wo man allerdings ausschließlich die Oberfläche zusammenklicken kann. Code/Funktionen muss man wahrscheinlich manuell reinbringen.

     

    Gruß

    Christian

  5. Mein Beitrag von gestern scheint weg zu sein, also noch mal:

    Ich fände einen IR-Empfänger nützlich. Er müsste natürlich lernfähig sein, sodass man ihn für eine beliebige preiswerte Universal-Fernbedienung einrichten kann.

     

    Dat find ich auch ne coole Idee... ein IR-Sender/Empfänger dann aber bitteschön.

     

    So könnte man eine Lernfunktion Programmieren, indem quasi die von der original-FB empfangenen Codes gelesen werden, um diese dann auch wieder aussenden zu können (mit entsprechend starkem irLED... manche Smartphones hatten ja mal ne irLED welche aber einfach zu schwach waren, da ja nur 10cm überbrückt werden sollten)

     

    :D

  6. ich warte bei RS-Components... bin scheinbar auch nicht bei den 2ten Fuhre mit den 4000 dabei :(...

    dabei hab ich echt um 6 Uhr in der früh am Rechner gehockt... um dann vollends verwirrt zu werden, da ja dann nix mehr ging ;-)

     

    Also bei RS sollen glaub ich bisher rund 700 ausgeliefert worden sein (das waren die meisten, die sich bis 06:01 Uhr registriert haben) und in den nächsten Tagen die Fuhre mit den 2ten 4000 fertig gemacht werden.

     

    Gruß

    Christian

  7. Ja da hab ich auch gestaunt  ;D  8)

     

    Die Zauberei ist folgendes:

    <?php
    $full_assembly_string = 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089';
    $namespace = 'System.Windows.Forms';
    $form = new DOTNET($full_assembly_string, $namespace.'.Form');
    $txt1 = new DOTNET($full_assembly_string, $namespace.'.TextBox');
    ?>
    

     

    Dokumentiert hier.

     

    Wenn ich mit dem System noch die Callbacks irgendwie in den Griff bekomm, wär das ne coole Sache.

     

    ich hab mir dann auch mal die Microsoft-Doku angeschaut, aber ich habs z.B. nicht geschafft ne einfache "Message-Box" zu erzeugen... also so richtig Easy is das nicht :).

     

    Winbinder ist etwas ähnliches, greift aber glaub ich nicht auf die .NET-Assembies, sonder auf die normale Windows-API zu. Der Winbinder läuft auch ganz nett eigentlich, ist aber nicht wirklich intuitiv zu bedienen...

     

    Noch mehr hab ich gestaunt wie ich gelesen hab, via PHP die Windows-Systemdienste zu manipulieren bzw. PHP-Systemdienste hinzuzufügen

     

    Ich hab auch mal versucht die C#-Tingerforge.dll in PHP zu laden. Soll grundsätzlich gehen, diese DLL's zu laden, aber scheinbar kommt mein PHP 5.3.8 nicht mit den .NET4.0-DLL's zurecht. mit 3.5 solls wohl besser klappen :)

     

    Gruß

    Christian

  8. Allerdings wäre das alles obsolet, falls von TF diesbezgl in kürze was fertig gestellt wird. Ich habe zwar nach einem Veröffentlichungstermin nachgefragt, aber keine Antwort erhalten.

     

    ja nich schlecht was ihr so treibt :). Ihr könnt sowas natürlich auch gut ins Wiki bringen und da gemeinsam dran weiterarbeiten und eure "Arbeit" hier demonstrieren. Seit heut gibt’s sogar Code-Highlighting :)

     

    Gruß

    Christian

  9. Was ich noch verbessern würd: Momentan sieht man in der Codesammlung einfach nur die Unterkategorien, aber nicht, was jeweils in denen zu finden ist. Fänd es ganz gut, wenn das direkt auf der Codesammlung aufgelistet ist, z.B. so:

     

    PHP:

      -PHP-Projekt 1

      -PHP-Projekt 2

      -noch ein PHP-Projekt

     

    Python:

      -ein Python-Projekt

     

    Das sollte mit der Extension: http://www.mediawiki.org/wiki/Extension:CategoryTree machbar sein...

    siehe dazu dann auch Wikipedia - Category_tree_all

     

    edit: bei der Wikipedia-Verlinkung war a Fehler... hab ich mal korrigiert

  10. Ich hab mal wieder ein bisschen was in der Code-Kitchen umgestellt .de

     

    http://www.tinkerunity.org/wiki/index.php/Category:Code-Kitchen

     

    Das mit den Kategorien geht doch... Das wiki is halt nur englisch leider deswegen war ich verwirrt...

     

    Damit etwas Kategorisiert wird muss in der Page nur z.B. "[[Category:Java]]" eingefügt werden... dann erscheint es entsprechend. Eine Seite darf ja auch mehrere Kategorien haben...

    Beispiel für Java

     

    Gruß

    Christian

  11. würd ich sagen...

    Aktuell ists ja sowieso noch nicht wirklich wild, sodass eine Umstellung ja recht fix geht. Und man kann das so nach und nach ja weiter ausbauen. Dazu gibts ja im Wiki auch diese Diskussion-Seiten Funktion.

     

    Auserdem isWiki  ja ganz schön weil man immer noch zur alten Version schauen kann und von da Informationen raus ziehen könnte...

     

    Die Startseite könnte man auch evtl mit irgend welchen hübschen Grafiken aufwerten. Nur wer hat Lust und kann da was hübsches zaubern?

     

    Evlt sollte sich mal ein Admin äußern ob und was für Erweiterungen dem Wiki spendiert werden.

     

    Gruß

    Christian

  12. Tutorial is doch auch mal net schlecht. Hier könnte man kleine Code-Projekte einstellen, bei denen mehrere Bricks/Bricklets nach und nach angesteuert werden.

     

    Man muss das halt von diesen Einstiegshilfen irgendwie abgrenzen.

    Wenn wir sagen bei diesen Einsteiger-Seiten hab ich keine fertige Programme die z.B. nur ein Bricklet/Brick ansteuern hab ich kaum einen Mehrwert zur schon vorhandenen Dokumentation...

     

    Und Thematische Überschneidungen von Einsteiger-Code & Tutorials sind auch irgendwie blöd...

     

    Evtl Könnte man das so machen:

    - Code: Hier gibt’s beliebige Programm-Beispiele die jemand mit der Community frei teilen möchte und die er hier beschreibt

    - Projekte: Hier werden "ausführlich" Projekte mit (evtl mit Bildern & Videos) Beschrieben und Dokumentiert.

    - Einsteiger und FAQ: hier werden evtl spezielle "Einsteiger-Programme", evtl sogar Tutorials und die Allgemeinen Fragen erläutert?!

    - Erweiterte Dokumentationen: weiß nicht, ob das nicht sowieso schon in der "Allgemeinen Doku" abgedeckt ist...

     

    recht viel mehr fällt mir grad auch net ein.

×
×
  • Neu erstellen...