FAX-programm auf 7170?

Status
Für weitere Antworten geschlossen.
Bei mir leider das gleiche....

Code:
/var # ./ivcall -d capi/2/XXX -a XXX -F /var/tmp/fax.tif -n FRITZ TEST F
AX
sine create complex
create integer sine dds
:..IVCALL..: capi-failed
/var #

Die MSN Geschichte scheint aber zu funktionieren.....

Bitte nicht aufgeben!!!

Gruß
mastertester
 
hm, komisch bei mir geht das... könnt ihr mal logging aktivieren.. also z.B. mit der Option -v 4 oder -v 5 (geht bis -v 9, aber dann wirds unübersichtlich wenn er wirklich daten überträgt!)

eventuell auch mal mit der -p option die übertragungszeiten ausgeben (sieht blöd aus.. hab das \n vergessen, aber geht schon. Man dann immer ausgabe "time after rx", bzw. tx wenn die zahlen dahinter meistens kleiner gleich 30000 (uSecs) sind dann ist alles ok und läuft in echtzeit. ist das nicht der Fall kommen auch in den normalen logs (-v 5) immer capi buffer overflows

und aufruf mit keiner MSN hinter dem -a bitte!! nur bei capi/1/MSN die listening msn angeben!!
 
Zuletzt bearbeitet:
hi,

also mit Parameter -p immer <= 30000 also passt. Hier mal das Log.
 

Anhänge

  • fax.txt
    3.3 KB · Aufrufe: 53
jetzt hab ich alles nochmal neu compiliert, alle libraries.

bei mir gings jetzt mit dem empfang.
Bitte auch drauf achten dass ihr CONTROLLER 1 verwendet!!!! (ausser ihr habt ne box wo das wirklich anders is...?)

das ivcallv3.gz ist nun wirklich gezipped, also erstmal mit
gunzip ivcallv3.gz entpacken
und dann mit
mv ivcallv3 ivcall
umbenennen oder gleich mit ./ivcallv3 starten (und vorher noch chmod +x natürlich)

Bitte bei Bugreports immer -v 3 bis -v 5 verwenden!!
da ich bei mir das Problem momentan nicht nachvollziehen kann, sind die logs wichtig!
bitte auch checken, ob eure box noch genug ram frei hat. die neue version benötigt ca. 60kB für CAPI puffer und nochmal ca. 50-100kB (???) benötigt libtiff für das tiff file. naja und das binary hat auch ne gewisse größe.
die größe der capi puffer lässt sich reduzieren, wenn man jeweils nur eine verbindung benötigt, wird auch noch kommen, wenn das wirklich ein problem sein sollte.
 

Anhänge

  • ivcallv3.gz
    344.7 KB · Aufrufe: 55
the_ncw schrieb:
hi,

also mit Parameter -p immer <= 30000 also passt. Hier mal das Log.


also in deinem log siehts so aus, als ob die synchronisation mit dem träger vom modem nicht klappt.. liegt dann eher an spandsp, aber da ich dran nix geändert hab seit dem letzten release, ausser vielleicht nochmal kompiliert.. hm keine Ahnung!! geht das senden??

Deine Leitungen sind ok? keine Störer??? Dimmer , handys, DECT Anlage, Wackelkontakt??
 
Hi

also geht leider immer noch nicht hab mal das Log mit V5 angehängt. Wie gesagt mit der alten Version geht es nochmal getestet gerade.
 

Anhänge

  • fax.txt
    3 KB · Aufrufe: 18
Servus,

ich hab gerade mal das senden u. empfangen getestet, bei mir geht beides nich:

sine create complex
create integer sine dds
:..IVCALL..: capi-failed


Gruß
uweu
 
Zuletzt bearbeitet:
hat jemand ne 7170 mit der er es mal testen kann? mit meiner 7170 geht es nämlich, zumindest meistens :-/

also das letzte log war in etwa das gleiche wie das vorherige... hm.

mal ne frage.. faxt ihr extern? über telekom leitung bzw. sogar vielleicht billigvorwahl? kann sein, dass sie u.u. ne schlechte leitungsqualität haben.. könnte ne ursache sein. Wenn es jedoch mit der alten Version geht ist das unwahrscheinlich. Ich zumindest, teste intern über TK Anlage.

noch eine bitte für die logs @the_ncw, mach mal logs bitte mit -v 8 und -v 9 dann kann ich sehen ob beim capi_read / write was scheifgeht. Brauchst auch nur ab "Remote fax gave TSI as: "+49 XXXX XXXXX" das log mir geben, dann musst du nicht alle XXXX reinmachen ;)

Es gibt noch eine log möglichkeit: mit der Option -I das incoming audio über stdout in ein faxout.raw file dumpen und dann mit
./ivcall -bd capi/3/123 internMSN < ./faxout.raw > /dev/null
auf einem telefon abspielen. wenn es knackser oder aussetzer drin gibt, oder das rauschen am schluss irgenwie zu laut oder verzerrt klingt, dann bitte melden! Wenn es ganz normal nach modem klingt, dann ist sogesehen schonmal alles ok, dann kanns nur im detail liegen .. :-(

ja und bitte auf den 7050er nochmal mit
cat /proc/meminfo überprüfen ob da noch genug frei ist während ivcall läuft!!

Eine Vermutung ist noch, dass sich meine fastfp library in machen ausnahme situationen verrechnet. was aber schwer zum debuggen ist.. :-(
 
Hmmmmmm... mal so ne Frage..

folgende Situation: Das CAPI ruft ein Callback auf, das die Daten entgegen nimmt und in nen puffer kopiert. Die applikation nimmt die Daten aus dem puffer und verschiebt mit memmove den restlichen puffer nach vorne.

Jetzt könnte es doch passieren, dass während das Callback aktiv ist ein Taskwechsel zur Applikation folgt, und der komplette empfangspuffer ungültig wird ?

@the_ncw: ich rufe sowas wie capi handle_messages auf, das die capi messages verarbeitet, empfange ich nur dann die daten? also wird nur dann mein callback aufgerufen, oder wird das callback direkt vom kernel oder so ähnlich aufgerufen??

ich habe gerade bei mir ein fax richtig empfangen, fax audio dump hört sich gut an, und das nächste (einfach nochmal ivcall gestartet) dann wieder nicht, audiodump hört sich an wie zu schnell abgespielt.. doppelte geschwindigkeit..
 
Hi,

hab nochmal ein Fax gesendet jetzt kam schon mehr Info (siehe fax.txt),
meminfo brachte folgendes:

# cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 31490048 28393472 3096576 0 2539520 11460608
Swap: 0 0 0
MemTotal: 30752 kB
MemFree: 3024 kB
MemShared: 0 kB
Buffers: 2480 kB
Cached: 11192 kB
SwapCached: 0 kB
Active: 4204 kB
Inactive: 14384 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 30752 kB
LowFree: 3024 kB
SwapTotal: 0 kB
SwapFree: 0 kB
#
 

Anhänge

  • fax.txt
    2.2 KB · Aufrufe: 17
hi flo,

also das mit den messages kann ich dir so leider nicht sagen kenne mich mit linux capi garnicht aus müsste da auch erst mal was zum debuggen haben. Unter Windows hatte ich damals einen Haupthread der auf die capimessage wartete und darauf reagierte. Und einen Thread der die Nachrichten zur Capi sendete. Das mit dem Soundfile mach ich MOrgen mal. Anbei mal das Log mit v 9 ist eine normales Textfile wegen der Größe umbenannt
 

Anhänge

  • fax2.doc
    205.7 KB · Aufrufe: 19
Also der Speicher sollte OK sein:

Code:
        total:    used:    free:  shared: buffers:  cached:
Mem:  31518720 28225536  3293184        0  1482752 10792960
Swap:        0        0        0
MemTotal:        30780 kB
MemFree:          3216 kB
MemShared:           0 kB
Buffers:          1448 kB
Cached:          10540 kB
SwapCached:          0 kB
Active:           9352 kB
Inactive:         7076 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:        30780 kB
LowFree:          3216 kB
SwapTotal:           0 kB
SwapFree:            0 kB
/var #

Gruß
mastertester
 
so mal das 5te release... nicht wirklich was geändert, ausser ein paar volatiles eingefügt, die aber eigentlich nicht nötig sein dürften und alles nochmal sauber compiliert......

bei mir klappte zumindest der empfang 2mal hintereinander gut.

natürlich genauso wie beim vorherigen release.. das .gz ist wirklich gezipped :)
 

Anhänge

  • ivcallv4.gz
    418.5 KB · Aufrufe: 62
Der Empfang geht leider nicht... Ich verwende FritzFax zum senden, und bei 9% bleibt es meistens hängen. Von 5 versuchen ist leider keiner durchgegangen... Hatte auch mal die Box neu gestartet, hat aber auch nicht geholfen...

Hier die Ausgabe mit -p:

Code:
/var # ./ivcall -d capi/1/XXX -a XXX  -p -F /var/tmp/fax.tif -n FRITZ TE
STFAX
sine create complex
create integer sine dds
>>PROFILER> time after TX 10 ms
>>PROFILER> time after TX 10 ms
>>PROFILER> time after TX 10 ms
>>PROFILER> time after TX 10 ms
>>PROFILER> time after TX 10 ms
>>PROFILER> time after TX 10 ms
>>PROFILER> time after RX 20 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 50 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 30 ms  --
>>PROFILER> time after RX 20 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 50 ms  --
>>PROFILER> time after RX 30 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 30 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 20 ms  --
>>PROFILER> time after RX 30 ms  --
>>PROFILER> time after RX 50 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 30 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 20 ms  --
>>PROFILER> time after RX 20 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 50 ms  --
>>PROFILER> time after RX 20 ms  --
>>PROFILER> time after RX 40 ms  --
>>PROFILER> time after RX 30 ms  --
>>PROFILER> time after RX 30 ms  --
>>PROFILER> time after RX 30 ms  --
>>PROFILER> time after RX 30 ms  --
:..IVCALL..: capi-failed
/var #


Und hier das ganze mit -v5

Code:
/var # ./ivcall -d capi/1/XXX -a XXX  -v5 -F /var/tmp/fax.tif -n FRITZ T
ESTFAX
**CaPi*DeV**> CAPI controller=1
**CaPi*DeV**> controller 1: listen_change_state 0 -> 1
**CaPi*DeV**> contr 1: listenconf Info=0x0000 (No additional information) infoma
sk=0x145 cipmask=0x32 capimask2=0x0
**CaPi*DeV**> controller 1: listen_change_state 1 -> 2
**CaPi*DeV**> plci_change_state:0xe01 0 -> 4 event=5
**CaPi*DeV**> incoming call contr=1 cip=4  -> XXX
**CaPi*DeV**> CAPI incoming call to XXX from  on controller 1
**CaPi*DeV**>  -> incoming call cipvalue: 4
**CaPi*DeV**> ---> msn MATCH: XXX <-> XXX
**CaPi*DeV**> accept plci 0x0e01 1,1,0
**CaPi*DeV**> plci_change_state:0xe01 4 -> 6 event=12
**CaPi*DeV**>  --> accepting voice call
**CaPi*DeV**>  -> call from  accepted with connid 1 .. now connecting
**CaPi*DeV**> plci_change_state:0xe01 6 -> 3 event=6
**CaPi*DeV**> ncci_change_state:0x10e01 0 -> 2 event=2
**CaPi*DeV**> ncci_change_state:0x10e01 2 -> 3 event=6
**CaPi*DeV**> ncci_change_state:0x10e01 3 -> 4 event=7
**CaPi*DeV**> ncci 0x10e01 up
**CaPi*DeV**> CAPI connected connid: 1
:..IVCALL..: Entering fax fax_loop capi
sine create complex
HDLC carrier up
create integer sine dds
HDLC carrier down
HDLC carrier up
HDLC carrier down
HDLC carrier up
HDLC carrier down
HDLC carrier up
HDLC carrier down
HDLC carrier up
HDLC carrier down
HDLC carrier up
HDLC carrier down
Changed from phase 1 to 4
Sending ident
>>> CSI: 40 5a 54 49 52 46 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
>>> DIS: 80 00 ce f4 80 80 81 80 80 80 18
HDLC underflow in state 9
Changed from phase 4 to 3
**CaPi*DeV**> WARNING: CAPI async send buffer underrun!
HDLC carrier up
T4 timeout in state 9
Changed from phase 3 to 4
Sending ident
>>> CSI: 40 5a 54 49 52 46 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
>>> DIS: 80 00 ce f4 80 80 81 80 80 80 18
**CaPi*DeV**> WARNING: CAPI async send buffer underrun!
T2 timeout
Start receiving document
Sending ident
>>> CSI: 40 5a 54 49 52 46 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
>>> DIS: 80 00 ce f4 80 80 81 80 80 80 18
HDLC underflow in state 9
Changed from phase 4 to 3
HDLC carrier up
HDLC framing OK
**CaPi*DeV**> WARNING: CAPI async send buffer underrun!
HDLC framing OK
<<< TSI: 43 39 37 34 20 37 32 20 39 32 20 31 35 34 20 39 34 2b 20 20 20
TSI without final frame tag
Remote fax gave TSI as: "+49 XXXX"
<<< DCS: 83 00 c6 f0 00
DCS with final frame tag
In state 9
Get at 9600bps, modem 1
Changed from phase 3 to 5
Non-ECM carrier up
Non-ECM carrier down
Non-ECM carrier up
Non-ECM carrier training failed
Non-ECM carrier down
Non-ECM carrier up
Non-ECM carrier training failed
Non-ECM carrier down
Non-ECM carrier up
Non-ECM carrier trained
Non-ECM carrier down
Changed from phase 5 to 4
>>> CFR: 84
HDLC underflow in state 5
Post trainability
Changed from phase 4 to 5
**CaPi*DeV**> WARNING: CAPI async send buffer underrun!
Non-ECM carrier up
Non-ECM carrier training failed
Non-ECM carrier down
Non-ECM carrier up
Non-ECM carrier training failed
Non-ECM carrier down
Non-ECM carrier up
Non-ECM carrier training failed
Non-ECM carrier down
Non-ECM carrier up
Non-ECM carrier training failed
Non-ECM carrier down
Non-ECM carrier up
Non-ECM carrier training failed
Non-ECM carrier down
Non-ECM carrier up
Non-ECM carrier training failed
Non-ECM carrier down
**CaPi*DeV**> cause bytes for plci 0xe01: 80 90
**CaPi*DeV**> ncci_change_state:0x10e01 4 -> 7 event=10
**CaPi*DeV**> ncci_change_state:0x10e01 7 -> 0 event=13
**CaPi*DeV**> plci_change_state:0xe01 3 -> 7 event=8
**CaPi*DeV**> DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0xe01
**CaPi*DeV**> plci_change_state:0xe01 7 -> 8 event=9
**CaPi*DeV**> plci_change_state:0xe01 8 -> 0 event=11
**CaPi*DeV**> --> disconnected callback <-- localdisconnect: 0, connid: 1
**CaPi*DeV**> CAPI disconnected connid: 1
:..IVCALL..: CAPI connection no longer connected! return code: -1
:..IVCALL..: fax_loop finish
:..IVCALL..: capi-failed
/var #


**CaPi*DeV**> WARNING: CAPI async send buffer underrun!

Da liegt wohl das Problem.....
 
Zuletzt bearbeitet:
Hallo

also bei mir sieht es gut aus zwei Faxe empfangen. Teste noch weiter.
 
@the_ncw & @mastertester:
Was für Boxen habt ihr?? Hängt doch mal ein dump von cat /proc/clocks und cat /proc/cpuinfo an

@mastertester:
Bei dir sieht es so aus, als ob der Empfang zu langsam ist, du hast viele RX Times von 40-50ms drin. Da pro Runde 240 Samples empfangen werden und 240/8000Hz = 0.03s = 30ms darf eine Runde maximal 30ms dauern.... irgendwo gibt es noch Teile die zu lange rechnen, die muss ich leider noch finden, meistens ist das nach einem Phase change im Log, aber ob das im Programm auch wirklich so ist.. keine Ahnung!

zu den CAPI Send Buffer UNderruns: die können an manchen Stellen vorkommen, vor allem beim Empfang, weil da eh nix gesendet wird. Also muss vor dem Empfang der Daten einmal der Puffer leer werden.

Bei dir wäre jetzt der mit -I gemacht Audio Dump interessant, ob da deutliche knackser und Aussetzer zu hören sind.
 
Also ich hab eine Fritz Box Fon (die alte).

Ich habe jetzt mehrere Faxe getsetet mit TobiFax und Normalen eine Seite mehrere Seiten alle ohne Probleme die Version arbeitet aus meiner Sicht perfekt ! sehr gute Arbeit von dir Flo

Faxversand hab ich noch nicht getestet folgt noch


# cat /proc/clocks
System: 125000000 Hz MIPS: 150000000 Hz USB: 48000000 Hz DSP: 200000000 Hz VBUS: 62500000 Hz
#

# cat /proc/cpuinfo
processor : 0
cpu model : MIPS 4KEc V4.8
BogoMIPS : 149.91
wait instruction : yes
microsecond timers : yes
extra interrupt vector : yes
hardware watchpoint : yes
VCED exceptions : not available
VCEI exceptions : not available
#

Ok Also Fax senden so eben mit erfolg getestet das Empfangene Tif habe ich versendet ich kann nur sagen Perfekt.
 
Zuletzt bearbeitet:
Ich habe eine 7050

Code:
System: 125000000 Hz MIPS: 150000000 Hz USB: 48076923 Hz DSP: 200000000 Hz VBUS: 62500000 Hz

Ohne laufendes ivcall
Code:
processor               : 0
cpu model               : MIPS 4KEc V4.8
BogoMIPS                : 149.91
wait instruction        : yes
microsecond timers      : yes
extra interrupt vector  : yes
hardware watchpoint     : yes
VCED exceptions         : not available
VCEI exceptions         : not available

Mit laufenden ivcall:
Code:
processor               : 0
cpu model               : MIPS 4KEc V4.8
BogoMIPS                : 149.91
wait instruction        : yes
microsecond timers      : yes
extra interrupt vector  : yes
hardware watchpoint     : yes
VCED exceptions         : not available
VCEI exceptions         : not available


Wie funktionier das mit dem Audio Dump???



./ivcall -d capi/1/2927479 -a 2927479 -I /var/tmp/faxout.raw ????


Achso, eine Sache noch, ich schicke mir die Faxe vom PC aus mit FritzFax für Fritz Box. D.h ich benutze dafür den TCP-Capi. Aber mit der ersten Version hat das perfekt funktioniert....
 
mastertester schrieb:
Ich habe eine 7050

Code:
System: 125000000 Hz MIPS: 150000000 Hz USB: 48076923 Hz DSP: 200000000 Hz VBUS: 62500000 Hz

Das ist ja jetzt mal interessant, Systemtakt bei allen Fboxen gleich.. ? 125 Mhz, nur die MIPS anders , bei mir sind es MIPS: 211000000 Hz . Sollte also der Prozessor in den alten Boxen gedrosselt sein? Die Revision ist auf jeden Fall die gleiche 4KEc V4.8

Aber daran liegt es ja offensichtlich nicht, weil ja Leute mit 150000000 MIPS das auch geschafft haben.

mastertester schrieb:
Wie funktionier das mit dem Audio Dump???
Fast... so geht es:
./ivcall -d capi/1/XXX -a -I > /var/tmp/faxout.raw ????
und abspielen mit
./ivcall -bd capi/3/XXX internMSN < /var/tmp/faxout.raw > /dev/null

mastertester schrieb:
Achso, eine Sache noch, ich schicke mir die Faxe vom PC aus mit FritzFax für Fritz Box. D.h ich benutze dafür den TCP-Capi. Aber mit der ersten Version hat das perfekt funktioniert....

Das ist allerdings interessant.. Ich denke mal der TCP-Capi benötigt auch Rechenzeit, vor allem die TCP Übertragung, und dann könnte es schon ziemlich eng werden!!
Da könnte man doch glatt mal in zwei telnet fenstern zweimal ivcall starten.. und dann beim einen senden , beim anderen empfangen ... *GG*

.... so hab das mal eben getestet. Das ist echt interessant, ich bekomme auf der Empfangsseite genau dein Log!! :) Die Sendeseite hängt sich irgendwo auf, und bricht nicht ab weil der Timeout scheinbar zu hoch ist. FritzFax wird hier scheinbar einfach nach ner Weile die Verbindung beenden.
 
Zuletzt bearbeitet:
Als Anhang mein Fax Dump. Das File einfach in faxout.raw umbenennen.

Mit deiner ersten Version habe ich bestimmt 5 Faxe empfangen, und sogar eines mit 9 Seiten. Und das hatte perfekt funktioniert.

Habe jetzt bestimmt 20 Faxversuche unternommen, davon keiner erfolgreich.

Normalerweise bricht er bei 9% ab, einmal lief es auch durch bis 100%, hat dann aber abgebrochen...



Gruß
mastertester
 

Anhänge

  • faxout.gz
    251 KB · Aufrufe: 19
Status
Für weitere Antworten geschlossen.
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.