Ich habe nun mit viel mühe den Code angepasst, scheint aber irgend wie an mehreren Positionen ausgelesen zu werden..
Für das CLI über irgend eine Klasse, für den Rest im Code selber...

Nun, ich denke deine befürchtungen @Uwe treten hier ein.
Zwar wird der Ultraschall Sensor ausgelesen, scheinbar aber a) zu schnell = er liefert total falsche werte und b) bringt er den Rest durcheinander. Stecke ich ihn z.B. aus, so bleibt der restliche Code hängen und wird ziemlich langsam.
Ich denke es macht hier wirklich mehr sinn einfach einen der Empfohlenen zu kaufen, als am Code Änderungen zu machen und damit zu riskieren, dass der Copter ungewollt runter kommt...

Hallo zusammen

Ich weis nicht ob sich hier jemand mit dem ArduPilot Code auskennt...
Standardmässig scheint dieser für Analoge Sonar Sensoren geschrieben zu sein.
Da ich aber von einem alten Projekt noch ein "digitalen" hier hätte, Frage ich mich ob man den Code nicht entsprechend umschreiben könnte, damit dieser korrekt läuft.

Es handelt sich hierbei um diesen hier: http://www.seeedstudio.com/wiki/index.php?title=Ultra_Sonic_range_measurement_module

Untenstehend ist auch ein Codebeispiel angefügt.
Mein Problem ist nun:
Ich habe zwar (wohl) die Klasse gefunden, welche den Sonarsensor ausliest, (AP_RangeFinder_MaxsonarXL.h), kann diesen aber nicht mit dem Code im Beispiel umbauen. Die Software wirft mir u.A. den Fehler "  delayMicroseconds();" sei nicht definiert zurück.
Muss ich da noch irgend etwas includen?
Bin ich ev. am falschen Ort im Code?

Gibt es etwas, was gegen diese Änderung spricht?

Sorry das ich mich erst jetzt wieder melde, aber bin momentan ziemlich ausgelastet mit anderen Projekten und habe für meine Privaten praktisch 0 Zeit. Wie so üblich (zumindest bei mir) habe ich nach der Arbeit meist keine Lust mehr daran zu basteln und vor allem ist es dann eh Dunkel, da kann ich nicht mehr gross am Licht basteln.

Nun also:
die Röhre war seit beginn an da. Ich denke eher das sich irgend wie ein Kontaktkabel etwas näher an ein 230V Kabel gekommen ist und es desshalb solche Probleme gibt.
Ich habe nun mal Testweise das ganze auseinander genommen und die Lichtschaltung direkt mit einem UNO getestet. Das Licht schaltet sich (ohne Pullup) dauernd an/aus.
Was mir ebenfalls aufgefallen ist, IN / OUT liegen direkt nebeneinander (ich verwende für das Relais A5 und für den Schalter A4), das könnte auch noch einen Einfluss haben.

Komischerweise konnte ich den Uno bis jetzt nicht zum kompletten absturz treiben, ich denke also das auf meiner eigenen Platine sonst noch etwas am absterben ist.

Vorübergehend habe ich nun das Licht ohne Arduino angeschlossen, so das ich wenigstens wieder normal ein/ausschalten kann. Werde nun wenn ich dazu komme mal ein Test nur mit den oneWire Sensoren machen und schauen ob der uC dann auch abstürzt oder nicht.

Da ich das ganze aber Softwareseitig entprelle kann ich mir irgend wie nur die einstreuung wirklich nicht als Problem ansehen. Dennoch möchte ich mal den entprell Code posten, vielleicht seht ihr ja einen fatalen Fehler.

Code:

#define MAKESURE 50
int counter;

if (digitalRead(SWITCH)!=switch_state && counter<MAKESURE*2) // damit der counter nicht ueberlaeuft
  {
    counter++;
  }
  else if (counter>0){ // und auch nicht "unterlaeuft"
    counter--;
  }
  delay(1); // Damits nicht zu schnell laeuft

  if (counter>MAKESURE)
  {
    switch_state = digitalRead(SWITCH);
    counter = 0;
    toggle(1);
  }

Ich habe vor ca. einem Jahr ein kleines "Home Automation" Projekt umgesetzt. Dabei ging es mir primär darum Temperaturen von oneWire Sensoren über den Arduino an eine kleine Software zu übermitteln. Aus bastlerlust ist dann noch die Steuerung einer Lampe und einer Steckdose dazu gekommen.
Das ganze klappte soweit auch super gut für ca. 7 Monate.

Nun habe ich aber das Problem, dass sich der Arduino aufhängt oder Verarbeitungsfehler macht. Ich muss das Ding alle X Stunden reseten und selbst dann kann es sein das es nur wenige Sekunden läuft.
Da mein Programm 7 Monate problemlos Funktioniert hat gehe ich eigentlich nicht von einem Programmierfehler aus, auch wenn das ganze eher unschön gemacht wurde.

Was mir aber auffällt: Wenn ich die Lampe (Leuchtstoffröhre) einschalte kommt es oft zu den Fehlern, dies kann soweit gehen das sie sich gleich wieder ausschaltet weil wohl die Induktion den Schalter betätigt.

Ich könnte mir also vorstellen das es sich um ein Problem mit Induktionen handelt. Kann es sein, dass der Arduino darauf "allergisch" ist?

Da ich den uC auf einer eigenen Platine habe könnte ich mir auch vorstellen das der Quarz am sterben ist.

Habt ihr ideen? Einfache tricks das Problem heraus zu kriegen?

Danke für deine Antwort, das habe ich allerdings auch schon gefunden.
Nur ist mein Englisch zu schlecht für das Datenblatt..

wenn ich es aber vom Bild richtig interpretiere schalten zwei (bestimmte) Eingänge ein ausgang wenn sie beide Positiv sind, ist das korrekt?

Falls ja, wofür könnte man dies brauchen? Die Dinger stammen von einem Telekom unternehmen und sind soweit ich das weis für ein Telex verwendet worden.

Hallo zusammen
Ich habe hier mehrere Kisten voller bestimmten ICs und habe aber keine Ahnung was diese genau machen. Weis jemand von euch für was diese zu brauchen sind und kann mir jemand einen Plan (möglichst auf Deutsch) dazu geben?

Auf dem IC steht:

T340CR
SN74LS02N

Das Ding hat 2x 7 Pins

ein Zähler dazwischen zu klemmen wäre zwar toll, aber da ich über keine Ausbildung im Elektrotechnischen Bereich verfüge bin ich nicht berechtigt solche Eingriffe selber vorzunehmen (Schweizer Recht), Da die CTs keine Änderung darstellen sollte ich so auch keine Probleme kriegen.

Ich habe im Open Energy Monitor Blog ein Sketch + eine PHP Funktion gefunden welche das ganze gerechnet hinkriegt. ist natürlich wohl nicht 100% genau aber das ist nicht so tragisch.

Nun habe ich das ganze so:
Auf L3 hängt der Trafo. Nun meine Frage: Die Phasen sind ja immer um 120° Verschoben,
müsste der Wert also stimmen wenn ich nun bei L2 und L1 jeweils 120° schreibe oder wäre korrekt

L1 -120°
L2 - 240°

Mit 2x +120° erhalte ich Werte von 0.98-1.0, ich habe aber keine Ahnung was ganau auf diesen Phasen hängt. Auf L3 (mit Trafo) habe ich 0.80 -0.98, da hängt aber ziemlich sicher mein PC, Server und einige andere Schaltnetzteile dran.

Das Ziel wäre es einfach den gesamten Verbrauch zu Monitoren, damit ich weis wann z.B. wie viel Strom verbraucht wird etc.

Das Auslesen des Zählers wäre das einfachste, allerdings ist dieser leider bei unseren Nachbarn unterbracht womit ich kein Zugang dazu habe.

Danke für deine schnelle Antwort.
5% wäre nicht so das Problem, immer noch besser als mit einem Konstanten Power Factor zu Rechnen.
Gibt es für das Open Energy Monitor Projekt irgend eine bereits geschriebene Funktion oder Möglichkeit die Phasenverschiebung einzubeziehen?

Ich bastle gerade mit Stromwandler und einem Trafo ein Energie Monitor. Das ganze soll auf Open Energy Monitor basieren.
Das ganze klappt mit den Stromwandler auch schon sehr gut, ich erhalte zumindest bei Ohmscher Last sehr genaue Werte.

Damit ich die genaue Spannung habe nutze ich ein 230V -> 9V Trafo welcher durch ein Spannungsteiler auf ca. 1.5V gebracht wird. Nun habe ich aber das Problem das ich wenn ich alle drei Phasen Messe bei der einen Minus XX Watt erhalte und bei den anderen +XX Watt.

Ich sehe nun zwei Probleme: 1. Gehe ich richtig der Annahme das der Power Factor so nur auf der Phase auf welchem das Netzteil hängt korrekt berechnet werden kann und somit RealPower eigentlich falsch ist?

2.: Das bereits beschriebene -XX Watt Problem. Kann ich irgend wie die Phase in OEM "virtuell" drehen damit diese dann passt?

Ich möchte nicht unbedingt drei Trafos verwenden, da diese selbst +/- 10Watt verbrauchen und mir dies einfach zuviel ist. Zudem kommt dazu das ich im Raum des Sicherungskasten nur eine Steckdose für eine Phase habe und ich am Sicherungskasten selbst nichts anschrauben oder ändern möchte...

Ich habe mithilfe eines TSOP und einer IR Fernbedienung eine Lichtschranke mit Arduino realisiert.
Das ganze klappt wunderbar.
Nur habe ich das Problem das der TSOP die IR Strahlen auch empfängt wenn ein Hindernis dazwischen ist. Nun suche ich nach einer möglichkeit den "Empfangsbereich" des TSOPs oder der IR Fernbedienung einzuschränken. Wichtig dabei ist das dennoch selbst im Freien gut 3-5m damit machbar sind und das auch möglichst ohne mm genaue Ausrichtung, da die "Anlage" nicht festinstalliert wird sondern an unterschiedlichen orten gebraucht wird.

Da ich für ein Projekt relativ wenig Platz habe möchte ich versuchen auf einen Spannungswandler zu verzichten.
Nun meine Frage: Kann ich ein atmega328 direkt an ein USB Port hängen oder muss die Spannung weiter stabilisiert werden? Könnten ev. auch ein paar Kondensator (welche?) benutz werden?

Ich habe mich nun (Test weise) für folgendes entschieden:
Ich nutze beim Sender ein Arduino welcher zum einen ein TSOP auswertet und ein PMR Funkgerät Steuert. Dabei nutze ich nun ein PMR mit CTCSS um das Problem andere Teilnehmer zu hören zu eliminieren. Gibt es nun einen Alarm wird einfach ein 900hz Ton über kurze Zeit gesendet um so der Gegenstelle zu Signalisieren das etwas passiert ist. Sollte die Lichtschranke längere Zeit offen bleiben so wird das Signal (etwas höher) nochmals gesendet und sollte so ein Fehler darstellen.

Damit ich zumindest sicher bin das die Daten gesendet wurden greife ich das Status LED vom PMR ab. Dabei habe ich mir gedacht das ich andernfalls ein SMS verschicken könnte, was mir dazu allerdings fehlt ist ein günstiges Handy mit serieller Schnittstelle.

Eventuell (wenn mir langweilig wird...) versuche ich die Alarme über ein weiteren Arduino zu Empfangen und dann direkt eine Warnung auf den PC zu schicken und ev. über ein einfaches mehr Sekündiges Senden dem anderen Arduino zu Bestätigen.

Natürlich ist CTCSS nicht DIE super sichere Lösung, aber für diesen Anwendungszweck wird das schon reichen, da mache ich mir mehr sorgen um Fehlauslösungen von der Schanke.

Verbesserungsvorschläge sind ausdrücklich erwünscht

@flohzirkus
ist doch nicht so schlimm, passiert gerne mal das man sowas überliest 

@Jogurt:
Dank, das war es genau es scheint nun gut zu klappen.
Ich habe den Code nur noch etwas angepasst damit der Schalter die Lampe toggelt um die auch via PC steuern zu können.

Code:

if (digitalRead(SWITCH)!=switch_state && counter<MAKESURE*2) // damit der counter nicht ueberlaeuft
   {
     counter++;
   }
  else if (counter>0){ // und auch nicht "unterlaeuft"
    counter--;
  }
  delay(1); // Damits nicht zu schnell laeuft

  if (counter>MAKESURE)
    {
    switch_state = digitalRead(SWITCH);
    counter = 0;
     toggle();
    }

Also das Problem ist noch grösser als angenommen, wenn ich im Nebenzimmer welches ebenfalls eine CCFL Lampe hat das Licht aus!schalte schaltet bei mir im Zimmer das Licht ein oder aus...
Ich muss irgend wie diese HIGHs ausfiltern...

Eine Idee wäre nun einfach zu testen ob der Schaltzustand mind xx ms andauert und erst dann etwas zu unternehmen. Das verzögert allerdings die Schaltung ev. um 100-200ms

Was ich mir auch überlegt habe wäre anstelle von digitalRead() analogRead() zu verwenden.

Falls jemand noch bessere Ideen hat oder eine Anfügung zu einer von meiner hat wäre ich Dankbar.