Frequenzmessung Erdung

[André K. (deadfish001)]

Hallo erstmal ich bin neu ihr und da ich schon seit einen sehr langen 
Zeitraum um ein Problem kämpfe. Hab es mal zu Seite gelegt doch es reizt 
mich wieder es zu reparieren.

Also ich versuch es mal ausführlich zu beschreiben.

Es handelt sich ihr um ein altes Schulprojekt es besteht aus einen 
Netzgerät
(altes Ladekabel 5V DC ~100mA), ein PIC16F887 10.000Hz Quarz ein 
LC-Display

Das Programm des µC versuch ich mal zu beschreiben ich habe den Code 
leider nicht mehr. Das Programm liest per TMR0 ein TTL Signal ein und 
liest die Hz Zahl aus und gibt es auf dem LC-Display aus das 
funktioniert ja einwandfrei.

Der einlese punkt ist mit ein Kupferkabel (isoliert Star 0,25) am TMR0 
Port angeschlossen so da ist das Problem.

Das Problem:
Sobald das Kupferkabel (0.25 Quadrat Star) am Pin angeklemmt wird zeigt 
er auf dem LC-Display ein wert von genau 80HZ ohne ein Messung. Ohne 
Kabel zeigt er ein wert  von 0HZ sobald ich aber das Kabel auf dem Minus 
Pol lege zeigt er 0Hz wieder an oder wenn eine Messung durchgeführt wird 
zeigt er den richtigen Wert an.

Die Frage:
Habt ihr eine Lösung ob ich das Kabel vielleicht noch mit einen 
Kondensator auf Minus gelegt lösen könnte ? Bei mir war es ohne erfolg 
und ich weis auch nicht mehr so weiter.

[npn (Gast)]

André Kä schrieb:
> Ohne
> Kabel zeigt er ein wert  von 0HZ sobald ich aber das Kabel auf dem Minus
> Pol lege zeigt er 0Hz wieder an oder wenn eine Messung durchgeführt wird
> zeigt er den richtigen Wert an.

Bahnhof!

Was ist zum Beispiel ein "Quadrat Star"?
Und welches Kabel willst du auf welches Minus legen?

Versuch doch mal in aller Ruhe das Problem zu beschreiben.
Ein Schaltplan wäre auch gut.

[André K. (deadfish001)]

Ich entschuldige  ich für die Verwirrung es sollte Quarz heißen.

Es handelt sich hierbei um ein Stares kabel und nicht flexibel.

Auf den 0Kraft Sockel für Pic16F887 habe ich ein kabel zum anschließen 
für die zu mittelnde Frequenz z.b von einen NE555

starte ich das Programm so zeigt er mir ein wert von 0HZ auf dem LCD an 
klemme ich das Kabel dazu am Port TMRO zeigt er mir ein wert von 80Hz an
ohne das ich was messen möchte.

[npn (Gast)]

Das sieht mir sehr nach einem Programmfehler aus. Aber auch die 
Beschaltung des µC kann man nicht ausschließen (Abblock-Cs, Masseführung 
usw.).
Ich habe allerdings mit PIC noch nicht viel gemacht und kann nicht 
sagen, daß ich mich damit auskenne.
Deswegen würde ich vorschlagen, du stellst mal einen Schaltplan hier 
rein und auch ein Listing des Programmes auf dem PIC. Dann kann dir 
sicherlich irendwie geholfen werden. Vieleicht auch ein Foto von deinem 
Aufbau.

[André K. (deadfish001)]

Stelle mal die Fotos rein den Schaltplan und das Programm muss ich 
suchen ist jetzt fast ein halbes Jahr her

[André K. (deadfish001)]

Habe das Programm noch gefunden :

program Frequenzmessung

dim LCD_RS as sbit at RB0_bit
    LCD_EN as sbit at RB1_bit
    LCD_D4 as sbit at RB4_bit
    LCD_D5 as sbit at RB5_bit
    LCD_D6 as sbit at RB6_bit
    LCD_D7 as sbit at RB7_bit

    LCD_RS_Direction as sbit at TRISB0_bit
    LCD_EN_Direction as sbit at TRISB1_bit
    LCD_D4_Direction as sbit at TRISB4_bit
    LCD_D5_Direction as sbit at TRISB5_bit
    LCD_D6_Direction as sbit at TRISB6_bit
    LCD_D7_Direction as sbit at TRISB7_bit

dim
Periodendauer as word

Ausrechnung  as string[3]
Hz as integer
wert as char[16]

sub procedure Port

       TRISA = %00010000        'PortA.4 ist ein Eingang
       PORTB = 0
       TRISB = 0
       PORTB = 0xFF
       TRISB = 0xFF
       ANSEL  = 0              'Analogen Eingänge sind aus
       ANSELH = 0
       TRISC =  %1111111        'PortC ist ein Eingang
       TRISD =  %00000000       'PortD ist ein Ausgang
       intcon = %10000000       'Aktivierung von TMR0
       option_reg = %00101000   'Timer 0 bei steigener Flanke ohne Vorteiler

end sub



sub procedure ausgabe
       'Frequensauslessen
     Lcd_Cmd(_LCD_CLEAR)                 'Lösche Display Text
     WordToStr(Periodendauer,Ausrechnung)'Wandelt Byte in Dezimal um
     lcd_Out(1,4,Ausrechnung)            'Gibt den wert auf dem LCD Display aus
     lcd_Out(1,9,wert)            'Gibt den wert auf dem LCD Display aus
     PORTD = TMR0

end sub

Main:

     Port                        'Procedure Port wird eingefügt
     Lcd_Init()                  'LCD-Display wird eingebunden
     Lcd_Cmd(_LCD_CURSOR_OFF)    'Schaltet LCD-Display Cursar aus

     'Begrüsungstext
     lcd_Out(1,1,"Frequenzmessung")
     lcd_Out(2,2,"Schule 2013")
     Delay_ms(2000)
     Lcd_Cmd(_LCD_CLEAR)                 'Lösche Display Text
     lcd_Out(1,3,"Warte auf")
     lcd_Out(2,3,"Frequenz")
     
     start:
while 1
      PORTD.7 = 1
     TMR0 = 0                         'TMR0 Wert auf 0 gesetzt
     intcon.T0IF = 0

    delay_ms(1000)
     
    'Frequenzmessung
     Delay_ms(1000)                      '1 Sekunde Warte Zeit
     PORTA = %00000000
     Periodendauer = TMR0                'Speichert den Binären TMR0 Werts
     
     'Abfrage in Hertz
     if intcon.T0IF = 1 then
     TMR0 = 0
     intcon.T0IF = 0
     PORTA = %00010000
     delay_ms(100)
     PORTA = %00000000
     Periodendauer = TMR0                'Speichert den Binären TMR0 Werts
     else
     
     wert = "Hz"
     ausgabe
     goto start
     end if
     
     'Abfrage für KHertz
     if intcon.T0IF = 1 then
     TMR0 = 0
     intcon.T0IF = 0
     PORTA = %00010000
     delay_ms(10)
     PORTA = %00000000
     Periodendauer = TMR0                'Speichert den Binären TMR0 Werts
     else

     wert = "Hz"
     Periodendauer =   Periodendauer *10
     ausgabe
     goto start
     
     end if
     
      'Abfrage für KHertz
     if intcon.T0IF = 1 then
     TMR0 = 0
     intcon.T0IF = 0
     PORTA = %00010000
     delay_ms(1)
     PORTA = %00000000
     Periodendauer = TMR0                'Speichert den Binären TMR0 Werts
     else

     wert = "Hz"
     Periodendauer =   Periodendauer *100
     ausgabe
     goto start

     end if
     
         'Abfrage für kHertz
     if intcon.T0IF = 1 then
     TMR0 = 0
     intcon.T0IF = 0
     PORTA = %00010000
     delay_us(100)
     PORTA = %00000000
     Periodendauer = TMR0                'Speichert den Binären TMR0 Werts
     else
      Periodendauer =   Periodendauer *1000
     wert = "Hz"
     ausgabe
     goto start
     end if
          'Abfrage für kHertz
     if intcon.T0IF = 1 then
     TMR0 = 0
     intcon.T0IF = 0
     PORTA = %00010000
     delay_us(10)
     PORTA = %00000000
     Periodendauer = TMR0                'Speichert den Binären TMR0 Werts
     else
      Periodendauer =   Periodendauer *1000
     wert = "Hz"
     ausgabe
     goto start
     end if

     



  wend
end.

[Rene S. (Firma: BfEHS) (rschube)]

André Kä schrieb:
> Stelle mal die Fotos rein ...

Respekt für die zwei Bilder mit wenigen Millibytes an Informationen 
verballerst du je 6 MegaByte!!! Damit bist du der Depp der Woche!

Nur schlau wird daraus trotzdem keiner.

[André K. (deadfish001)]

Entweder man macht ein vernümftiges Bild oder man lässt es ganz sein.

[Marian (phiarc)]

André Kä schrieb:
> Entweder man macht ein vernümftiges Bild oder man lässt es ganz sein.

Ooooder man stellt sich nicht blöde an. Das geht auch. Manchmal.

[Helge A. (besupreme)]

Die PIC-Eingänge sind hochohmig. Wenn da ein nackter Draht ohne 
irgendwas dranhängt, mißt der Timer irgendwas. Vielleicht dein Netzteil, 
vielleicht die Lampe auf dem Tisch, was auch immer. deswegen 
verschwindet die Fehlmessung auch, wenn du den Draht an eine 
Signalquelle anschließt oder an Masse.

[Axel S. (a-za-z0-9)]

Amen. Die einzige offene Frage wäre noch, warum es gerade 80Hz sind.
Ich hätte 50Hz erwartet.

[Mobilist (Gast)]

André Kä schrieb:
> 20140725_203325_HDR.jpg
> 6 MB
>
> 20140725_203253_HDR.jpg
> 6 MB

Das ist mal wieder eine reife Leistung, 12 Megabyte für eine 
Information, die sich in 2 Byte übermitteln läßt.

... und nur, weil das tolle Huawei P6-U06 einen so toll großen 
Kamerasensor hat und der Nutzer unfähig ist, drüber nachzudenken, wie 
die Forenregeln über Bildformate wohl zu solchen absolut unsinnigen 
Bildgrößen stehen.

[Kopfschüttel (Gast)]

Welch reife Leistung all derjeniger, die sich mal wieder über die Größe 
eines Fotos aufregen können.
Schön daß es noch immer genügend Hilfssheriffs im Forum gibt, die einen 
User durch Beleidigungen auf die Bildgröße hinweisen können.
Schön daß der Forenbetreiber scheinbar unwillig  zu blöd  unfähig / 
nicht in der Lage / oder was auch immer ist, die Forensoftware so 
anzupassen, daß nur Bilder mit einer maximalen Größe zugelassen sind, 
denn so sterben die Hilfssheriffs hier nie aus.

[Marian (phiarc)]

Kopfschüttel schrieb:
> Welch reife Leistung all derjeniger, die sich mal wieder über die
> Größe
> eines Fotos aufregen können.
> Schön daß es noch immer genügend Hilfssheriffs im Forum gibt, die einen
> User durch Beleidigungen auf die Bildgröße hinweisen können.
> Schön daß der Forenbetreiber scheinbar unwillig  zu blöd  unfähig /
> nicht in der Lage / oder was auch immer ist, die Forensoftware so
> anzupassen, daß nur Bilder mit einer maximalen Größe zugelassen sind,
> denn so sterben die Hilfssheriffs hier nie aus.

Manchmal können hochauflösende und wenig komprimierte Fotos sinnvoll 
sein. Hier nicht.

[Ulrich (Gast)]

Warum es gerade 80 Hz sind Wundert mich auch. Normal sollte so ein Draht 
als "Antenne" eher 50 Hz oder ggf. noch 100 Hz aus der Netzfrequenz 
empfangen. Das Problem könnte das recht schlechte Programm zur Messung 
sein: da sind mit den 80 Hz ggf. 100 Hz gemeint.

[Thomas R. (tinman)]

André Kä schrieb:
> Entweder man macht ein vernümftiges Bild oder man lässt es ganz sein.

nöö, beides geht auch, siehe anhang.


Kopfschüttel schrieb:
> Schön daß der Forenbetreiber scheinbar unwillig  zu blöd  unfähig /
> nicht in der Lage / oder was auch immer ist, die Forensoftware so
> anzupassen, daß nur Bilder mit einer maximalen Größe zugelassen sind,
> denn so sterben die Hilfssheriffs hier nie aus.


bist du senil? ist die suchfuktion kaputt? reicht dein iq nicht um es zu 
verstehen? Die bildergröße ist locker 100 mal angesprochen worden, und 
es gab immer wieder eine sehr gute begründung, wenn es dir nicht passt 
na dann pech gehabt.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

André Kä schrieb:
> Habe das Programm noch gefunden :
Na gut, schon wieder eine Latte gerissen...

Wichtige Regeln - erst lesen, dann posten!
    ...
    Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang
    ...
Dateianhang:
     ...
     Siehe Bildformate.

Kopfschüttel schrieb:
> Schön daß der Forenbetreiber scheinbar unwillig  zu blöd  unfähig  nicht
> in der Lage  oder was auch immer ist, die Forensoftware so anzupassen,
> daß nur Bilder mit einer maximalen Größe zugelassen sind
Es gibt durchaus Fälle, wo ein 3MB Bild genau 3MB Information enthält. 
Und da wäre es blöde, wenn das dann automatisch auf 300kB 
zusammengedampft wird. Du solltest das Ding zwischen den Ohren ruhig mal 
ab&an benutzen und nicht nur hin-und-her schütteln...

Zurück zur Sache:
André Kä schrieb:
> Habt ihr eine Lösung ob ich das Kabel vielleicht noch mit einen
> Kondensator auf Minus gelegt lösen könnte ?
Du hast herausgefunden, dass ein offener CMOS Eingang alles mögliche 
einfängt. Mach einen Pulldown an den uC Eingang. 100kOhm könnten da 
Wunder bewirken...

Axel Schwenke schrieb:
> Amen. Die einzige offene Frage wäre noch, warum es gerade 80Hz sind.
> Ich hätte 50Hz erwartet.
Ich auch. Mitten in Deutschland...

[Dietrich L. (dietrichl)]

Axel Schwenke schrieb:
> Amen. Die einzige offene Frage wäre noch, warum es gerade 80Hz sind.
> Ich hätte 50Hz erwartet.

Das könnte auch an einem HW- oder SW-Fehler liegen ...

[Michael L. (michaelx)]

André Kä schrieb:
> ...
> (altes Ladekabel 5V DC ~100mA), ein PIC16F887 10.000Hz Quarz ...
                                                ^^^^^^^^
Das werden wohl eher 10 Mega Hertz sein. ;-)

Axel Schwenke schrieb:
> Amen. Die einzige offene Frage wäre noch, warum es gerade 80Hz sind.
> Ich hätte 50Hz erwartet.

Liegt doch auf der Hand. - Simple Mathematik!

$$80/50 = 1,6$$

Der PIC wird mit 10 MHz betrieben. Wenn die Software aber von einer 
Taktfrequenz von 16 MHz ausgeht, wird sie nun 80 Hz statt 50 Hz 
anzeigen.

Ist ein typischer Anfängerfehler bei Frequenzzählerprojekten, deshalb 
hab ich mir die SW nicht angeschaut.

8-)

[Axel S. (a-za-z0-9)]

Michael L. schrieb:
> Der PIC wird mit 10 MHz betrieben. Wenn die Software aber von einer
> Taktfrequenz von 16 MHz ausgeht, wird sie nun 80 Hz statt 50 Hz
> anzeigen.

Das kann natürlich sein.


XL