Projekt piTelex - Vorstellung
-
- Rank 3
- Beiträge: 173
- Registriert: Sa 2. Apr 2022, 13:19
- Wohnort: Schorndorf
- Hauptanschluß: 723941 siemens stgt
- Kontaktdaten:
Re: Projekt piTelex - Vorstellung
Guten Morgen zusammen,
@Sidro: Die Soundkarte ist (laut audiotest.py) auf Geräte-ID 0 - und so auch in der telex.json eingetragen (Mit der Master-Branch läufts ja auch).
Daß die Pinouts/Nummerierungen der GPIOs nichts mit der Pin-Nummerierung zu tun haben, ist durchaus bekannt - deshalb hatte ich oben in #246 auch so explizit nach GPIO Nummern gefragt
Der Eingang des Tasters "kommt" prinzipiell, das hatte ich gestern schon gecheckt.
Zusatzinfo: Ich habe unterschiedliche GPIO-Inputs getestet und auch sowohl mit GND als auch mit 3.3V (je vom Board abgegriffen) angesteuert. In der raspi-gpio sehe ich, daß die Eingänge "kommen", mal low-high, mal high-low, je nach Ansteuerung.
Ich muß schauen, wie ich heute dazu komme, nochmal zu testen (zur Not die exp.- Branch nochmal neu aufspielen...). Vielleicht hat Björn bis dahin noch eine Idee...
Vielen Dank für Eure Hilfe,
Viele Grüße,
Simon
@Sidro: Die Soundkarte ist (laut audiotest.py) auf Geräte-ID 0 - und so auch in der telex.json eingetragen (Mit der Master-Branch läufts ja auch).
Daß die Pinouts/Nummerierungen der GPIOs nichts mit der Pin-Nummerierung zu tun haben, ist durchaus bekannt - deshalb hatte ich oben in #246 auch so explizit nach GPIO Nummern gefragt
Der Eingang des Tasters "kommt" prinzipiell, das hatte ich gestern schon gecheckt.
Zusatzinfo: Ich habe unterschiedliche GPIO-Inputs getestet und auch sowohl mit GND als auch mit 3.3V (je vom Board abgegriffen) angesteuert. In der raspi-gpio sehe ich, daß die Eingänge "kommen", mal low-high, mal high-low, je nach Ansteuerung.
Ich muß schauen, wie ich heute dazu komme, nochmal zu testen (zur Not die exp.- Branch nochmal neu aufspielen...). Vielleicht hat Björn bis dahin noch eine Idee...
Vielen Dank für Eure Hilfe,
Viele Grüße,
Simon
Viele Grüße,
Simon / Baderbahn
Genealogie Lo200X
723941 siemens stgt - Siemens T68d
27161 sbad d - Lo15a
27159 wogro d - SEL LO2001 | unter der Woche 7Uhe-, am Wochenende 9Uhr - 23:00Uhr erreichbar.
27170 sbad d - BONtelex | reine Empfangsmaschine, rund um die Uhr erreichbar
Simon / Baderbahn
Genealogie Lo200X
723941 siemens stgt - Siemens T68d
27161 sbad d - Lo15a
27159 wogro d - SEL LO2001 | unter der Woche 7Uhe-, am Wochenende 9Uhr - 23:00Uhr erreichbar.
27170 sbad d - BONtelex | reine Empfangsmaschine, rund um die Uhr erreichbar
-
- Rank 3
- Beiträge: 201
- Registriert: Mi 6. Mai 2020, 21:25
- Wohnort: Darmstadt
- Hauptanschluß: 844767 twtr d
Re: Projekt piTelex - Vorstellung
Hallo zusammen,
Simon und Isidro, bei euch beiden würde ich mir bitte gerne mal den Error-Log ansehen, da sollten Hinweise auf das Problem enthalten sein. (Nicht die Tracedatei aus dem "Log"-Modul -- dort sieht man nur alle Daten, die durch die Hauptschleife fließen, aber keine Warnmeldungen, Fehler etc.)
Der Error-Log wird konfiguriert mit errorlog_path in telex.json.
Bei Unsicherheiten bzgl. der GPIO-Funktion könnte man auch zunächst probieren, ob überhaupt das richtige Signal ankommt (cat /sys/class/gpio/gpio7/value).
Grüße
Björn
Simon und Isidro, bei euch beiden würde ich mir bitte gerne mal den Error-Log ansehen, da sollten Hinweise auf das Problem enthalten sein. (Nicht die Tracedatei aus dem "Log"-Modul -- dort sieht man nur alle Daten, die durch die Hauptschleife fließen, aber keine Warnmeldungen, Fehler etc.)
Der Error-Log wird konfiguriert mit errorlog_path in telex.json.
Bei Unsicherheiten bzgl. der GPIO-Funktion könnte man auch zunächst probieren, ob überhaupt das richtige Signal ankommt (cat /sys/class/gpio/gpio7/value).
Grüße
Björn
844767 twtr d
-
- Rank 3
- Beiträge: 173
- Registriert: Sa 2. Apr 2022, 13:19
- Wohnort: Schorndorf
- Hauptanschluß: 723941 siemens stgt
- Kontaktdaten:
Re: Projekt piTelex - Vorstellung
Hallo Björn,
anbei das (aktuellste) Log.
Ich habe gesehen, daß er bzgl. angeblich fehlendem pigpio schreit und das Modul nochmal deinstalliert und neu geladen - jetzt schreit er nicht mehr, wie du siehst. Der Tastendruck führt trotzdem zu keiner leuchtenden LED...
Den Rufversuch seitens FS erkennt er wohl auch... Die Soundkarte ist via Alsamixer "hochgedreht", unter der aktuellen Master läuft die Konstellation auch.
In Byobu-screen sehe ich bei Druck auf die FS-AT-Taste keine Reaktion.
Zur Info: ich habe die *.service-Datei nicht pitelex.service sondern pitelex_exp.service genannt. Die pitelex.service (Master-Branch) habe ich via
angehalten und dann die pitelex_exp.service gestartet. Das dürfte aber kein Problem sein, oder ?
#
Vielen Dank für Deine Mühe und viele Grüße,
Simon
anbei das (aktuellste) Log.
Ich habe gesehen, daß er bzgl. angeblich fehlendem pigpio schreit und das Modul nochmal deinstalliert und neu geladen - jetzt schreit er nicht mehr, wie du siehst. Der Tastendruck führt trotzdem zu keiner leuchtenden LED...
Den Rufversuch seitens FS erkennt er wohl auch... Die Soundkarte ist via Alsamixer "hochgedreht", unter der aktuellen Master läuft die Konstellation auch.
In Byobu-screen sehe ich bei Druck auf die FS-AT-Taste keine Reaktion.
Zur Info: ich habe die *.service-Datei nicht pitelex.service sondern pitelex_exp.service genannt. Die pitelex.service (Master-Branch) habe ich via
Code: Alles auswählen
sudo systemctl disable pitelex.service
Code: Alles auswählen
2022-08-18 23:24:26,313 piTelex.txDevED1000SC [INFO]: [rx] Detected AT press
2022-08-18 23:32:17,953 piTelex.txDevED1000SC [INFO]: [rx] Detected AT press
2022-08-18 23:39:16,408 piTelex [INFO]: ===== piTelex rev 256083f Update txConfig.py
2022-08-19 22:24:02,443 piTelex.__main__ [CRITICAL]: Traceback (most recent call last):
File "/home/pitelex/piTelex_exp/telex.py", line 394, in <module>
main()
File "/home/pitelex/piTelex_exp/telex.py", line 347, in main
init()
File "/home/pitelex/piTelex_exp/telex.py", line 191, in init
import txDevRPiCtrl
File "/home/pitelex/piTelex_exp/txDevRPiCtrl.py", line 14, in <module>
import pigpio # http://abyz.co.uk/rpi/pigpio/python.html pip install pigpio
ModuleNotFoundError: No module named 'pigpio'
2022-08-19 22:41:37,483 piTelex [INFO]: ===== piTelex rev 256083f Update txConfig.py
2022-08-19 22:41:54,283 piTelex.__main__ [CRITICAL]: Traceback (most recent call last):
File "/home/pitelex/piTelex_exp/telex.py", line 394, in <module>
main()
File "/home/pitelex/piTelex_exp/telex.py", line 347, in main
init()
File "/home/pitelex/piTelex_exp/telex.py", line 191, in init
import txDevRPiCtrl
File "/home/pitelex/piTelex_exp/txDevRPiCtrl.py", line 19, in <module>
from RPiIO import Button, LED, LED_PWM, NumberSwitch, pi, pi_exit
File "/home/pitelex/piTelex_exp/RPiIO.py", line 29, in <module>
raise Exception('no connection to remote RPi')
Exception: no connection to remote RPi
2022-08-19 22:51:34,388 piTelex.txDevED1000SC [INFO]: [rx] Detected AT press
2022-08-19 23:01:30,937 piTelex.txDevED1000SC [INFO]: [rx] Detected AT press
Vielen Dank für Deine Mühe und viele Grüße,
Simon
Viele Grüße,
Simon / Baderbahn
Genealogie Lo200X
723941 siemens stgt - Siemens T68d
27161 sbad d - Lo15a
27159 wogro d - SEL LO2001 | unter der Woche 7Uhe-, am Wochenende 9Uhr - 23:00Uhr erreichbar.
27170 sbad d - BONtelex | reine Empfangsmaschine, rund um die Uhr erreichbar
Simon / Baderbahn
Genealogie Lo200X
723941 siemens stgt - Siemens T68d
27161 sbad d - Lo15a
27159 wogro d - SEL LO2001 | unter der Woche 7Uhe-, am Wochenende 9Uhr - 23:00Uhr erreichbar.
27170 sbad d - BONtelex | reine Empfangsmaschine, rund um die Uhr erreichbar
-
- Rank 2
- Beiträge: 89
- Registriert: So 31. Jul 2022, 18:46
- Wohnort: 70190 Stuttgart
- Hauptanschluß:
Re: Projekt piTelex - Vorstellung
Hallo Björn,
komme gerade erst vom Job heim, deshalb erst jetzt den log Auszug.
Es sieht so aus als würden da wenn es hängt Acknowledge counter Meldungen kommen.
Bin gespannt was dir das sagt
Viele Grüsse,
Isidro
komme gerade erst vom Job heim, deshalb erst jetzt den log Auszug.
Code: Alles auswählen
2022-08-17 22:06:09,934 piTelex.__main__ [INFO]: Exit by Keyboard
2022-08-17 22:08:21,029 piTelex [INFO]: ===== piTelex rev 3ffa643 Merge pull request #18 from MrSeccubus/simple_twitter
2022-08-17 22:08:21,281 piTelex.txDevITelexSrv [WARNING]: Invalid own number, ignored: 0
2022-08-17 22:08:21,406 piTelex.txDevArchive [INFO]: Archiving in '/data/piTelex/archive'
2022-08-17 22:08:53,461 piTelex.txDevITelexSrv [INFO]: 95.208.173.253:58040 has connected
2022-08-17 22:08:53,475 piTelex.txDevITelexCommon [INFO]: Connection hint: auto-detect enabled
2022-08-17 22:08:53,479 piTelex.txDevITelexCommon [INFO]: State transition: ST.DISCON=>ST.CON_INIT
2022-08-17 22:08:53,486 piTelex.txDevITelexCommon [INFO]: Detected i-Telex connection
2022-08-17 22:08:53,491 piTelex.txDevITelexCommon [INFO]: Direct Dial, extension None
2022-08-17 22:08:53,496 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_INIT=>ST.CON_TP_REQ
2022-08-17 22:08:53,511 piTelex.txDevMCP [INFO]: Printer start timer enabled
2022-08-17 22:08:53,517 piTelex.txDevArchive [INFO]: recording new message
2022-08-17 22:08:53,727 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_REQ=>ST.CON_TP_RUN
2022-08-17 22:08:53,943 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_RUN=>ST.CON_FULL
2022-08-17 22:08:53,980 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as -28, reset to -24
2022-08-17 22:09:03,486 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as -1, reset to 0
2022-08-17 22:09:04,539 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 1, reset to 2
2022-08-17 22:09:05,067 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 1, reset to 2
2022-08-17 22:09:17,842 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 44, reset to 45
2022-08-17 22:09:23,683 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 45, reset to 46
2022-08-17 22:09:44,875 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 128, reset to 129
2022-08-17 22:10:09,841 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 148, reset to 149
2022-08-17 22:10:11,237 piTelex.txDevITelexCommon [INFO]: End by remote
2022-08-17 22:10:11,251 piTelex.txDevITelexCommon [INFO]: end connection
2022-08-17 22:10:11,257 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_FULL=>ST.DISCON
2022-08-17 22:10:11,321 piTelex.txDevArchive [INFO]: saving /data/piTelex/archive/2022-08-17 22.08.53.520 msg from wuqtwo uqtwoog wroo gdro d.txt, length 538
2022-08-17 22:11:13,936 piTelex.txDevITelexClient [INFO]: Get User: '8'
2022-08-17 22:11:14,020 piTelex.txDevITelexClient [INFO]: No user found for number '8'
2022-08-17 22:11:14,167 piTelex.txDevITelexClient [INFO]: Get User: '80'
2022-08-17 22:11:14,171 piTelex.txDevITelexClient [INFO]: Found user in local userlist: {'Nick': 'LOCAL80', 'TNum': '80', 'ENum': '80', 'Type': 'I', 'Host': '192.168.14.242', 'Port': '134', 'Name': 'Pruefgeraet 80'}
2022-08-17 22:11:14,177 piTelex.txDevITelexClient [INFO]: connecting to Pruefgeraet 80 (192.168.14.242:134)
2022-08-17 22:11:14,194 piTelex.txDevITelexCommon [INFO]: Sending direct dial: '80'
2022-08-17 22:11:14,206 piTelex.txDevITelexClient [INFO]: connected
2022-08-17 22:11:14,214 piTelex.txDevITelexCommon [INFO]: Connection hint: i-Telex connection
2022-08-17 22:11:14,221 piTelex.txDevITelexCommon [INFO]: State transition: ST.DISCON=>ST.CON_INIT
2022-08-17 22:11:14,256 piTelex.txDevITelexClient [INFO]: Get User: '808'
2022-08-17 22:11:14,259 piTelex.txDevITelexClient [INFO]: No user found for number '808'
2022-08-17 22:11:14,356 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_INIT=>ST.CON_TP_REQ
2022-08-17 22:11:14,366 piTelex.txDevMCP [INFO]: Printer start timer enabled
2022-08-17 22:11:14,372 piTelex.txDevArchive [INFO]: recording new message
2022-08-17 22:11:14,563 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_REQ=>ST.CON_TP_RUN
2022-08-17 22:11:14,567 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_RUN=>ST.CON_FULL
2022-08-17 22:11:15,099 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as -1, reset to 0
2022-08-17 22:12:01,270 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 122, reset to 123
2022-08-17 22:12:33,828 piTelex.txDevITelexSrv [INFO]: 95.208.173.253:33140 has connected
2022-08-17 22:12:33,831 piTelex.txDevITelexCommon [INFO]: Reject, reason 'occ'
2022-08-17 22:12:33,836 piTelex.txDevITelexSrv [WARNING]: Rejecting client (occupied)
2022-08-17 22:12:37,160 piTelex.txDevArchive [INFO]: No WRU answerback found
2022-08-17 22:12:37,165 piTelex.txDevArchive [INFO]: saving /data/piTelex/archive/2022-08-17 22.11.14.375 msg to !808.txt, length 547
2022-08-17 22:12:37,236 piTelex.txDevITelexCommon [INFO]: end connection
2022-08-17 22:12:37,244 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_FULL=>ST.DISCON
2022-08-17 22:12:37,260 piTelex.txDevArchive [WARNING]: Redundant printer stop command detected (ignored)
2022-08-17 22:14:17,229 piTelex.txDevITelexClient [INFO]: Get User: '2'
2022-08-17 22:14:17,233 piTelex.txDevITelexClient [INFO]: No user found for number '2'
2022-08-17 22:14:17,664 piTelex.txDevITelexClient [INFO]: Get User: '27'
2022-08-17 22:14:17,667 piTelex.txDevITelexClient [INFO]: No user found for number '27'
2022-08-17 22:14:18,414 piTelex.txDevITelexClient [INFO]: Get User: '271'
2022-08-17 22:14:18,418 piTelex.txDevITelexClient [INFO]: No user found for number '271'
2022-08-17 22:14:18,886 piTelex.txDevITelexClient [INFO]: Get User: '2715'
2022-08-17 22:14:18,890 piTelex.txDevITelexClient [INFO]: No user found for number '2715'
2022-08-17 22:14:19,454 piTelex.txDevITelexClient [INFO]: Get User: '27159'
2022-08-17 22:14:19,579 piTelex.txDevITelexClient [INFO]: Found user in TNS: {'TNum': '27159', 'ENum': None, 'Name': 'Simon, Schorndorf :Lo2001 =z', 'Type': 'I', 'Host': '95.208.173.253', 'Port': 2342}
2022-08-17 22:14:19,585 piTelex.txDevITelexClient [INFO]: connecting to Simon, Schorndorf :Lo2001 =z (95.208.173.253:2342)
2022-08-17 22:14:19,637 piTelex.txDevITelexCommon [INFO]: Sending direct dial: None
2022-08-17 22:14:19,642 piTelex.txDevITelexClient [INFO]: connected
2022-08-17 22:14:19,650 piTelex.txDevITelexCommon [INFO]: Connection hint: i-Telex connection
2022-08-17 22:14:19,656 piTelex.txDevITelexCommon [INFO]: State transition: ST.DISCON=>ST.CON_INIT
2022-08-17 22:14:20,724 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_INIT=>ST.CON_TP_REQ
2022-08-17 22:14:20,732 piTelex.txDevMCP [INFO]: Printer start timer enabled
2022-08-17 22:14:20,737 piTelex.txDevArchive [INFO]: recording new message
2022-08-17 22:14:20,925 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_REQ=>ST.CON_TP_RUN
2022-08-17 22:14:20,929 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_RUN=>ST.CON_FULL
2022-08-17 22:14:20,996 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as -3, reset to 0
2022-08-17 22:14:42,171 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 47, reset to 48
2022-08-17 22:17:20,090 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 150, reset to 151
2022-08-17 22:18:24,093 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 176, reset to 177
2022-08-17 22:18:26,215 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 176, reset to 177
2022-08-17 22:18:27,267 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 176, reset to 177
2022-08-17 22:18:29,369 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 183, reset to 184
2022-08-17 22:18:29,889 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 183, reset to 184
2022-08-17 22:20:00,144 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 215, reset to 218
2022-08-17 22:20:00,670 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 217, reset to 218
2022-08-17 22:20:03,848 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 216, reset to 218
2022-08-17 22:21:00,324 piTelex.txDevITelexCommon [INFO]: End by remote
2022-08-17 22:21:00,335 piTelex.txDevITelexCommon [INFO]: end connection
2022-08-17 22:21:00,339 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_FULL=>ST.DISCON
2022-08-17 22:21:00,361 piTelex.txDevArchive [INFO]: saving /data/piTelex/archive/2022-08-17 22.14.20.740 msg to 27159 wogro d#.txt, length 377
2022-08-17 22:22:31,938 piTelex.txDevITelexSrv [INFO]: 95.208.173.253:49066 has connected
2022-08-17 22:22:31,946 piTelex.txDevITelexCommon [INFO]: Connection hint: auto-detect enabled
2022-08-17 22:22:31,950 piTelex.txDevITelexCommon [INFO]: State transition: ST.DISCON=>ST.CON_INIT
2022-08-17 22:22:31,962 piTelex.txDevITelexCommon [INFO]: Detected i-Telex connection
2022-08-17 22:22:31,966 piTelex.txDevITelexCommon [INFO]: Direct Dial, extension None
2022-08-17 22:22:31,971 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_INIT=>ST.CON_TP_REQ
2022-08-17 22:22:31,985 piTelex.txDevMCP [INFO]: Printer start timer enabled
2022-08-17 22:22:31,993 piTelex.txDevArchive [INFO]: recording new message
2022-08-17 22:22:32,193 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_REQ=>ST.CON_TP_RUN
2022-08-17 22:22:32,406 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_RUN=>ST.CON_FULL
2022-08-17 22:25:19,555 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 211, reset to 212
2022-08-17 22:26:37,508 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 365, reset to 366
2022-08-17 22:26:50,184 piTelex.txDevITelexCommon [INFO]: Acknowledge counter calculated as 413, reset to 414
2022-08-17 22:32:07,968 piTelex.txDevITelexCommon [INFO]: End by remote
2022-08-17 22:32:07,978 piTelex.txDevITelexCommon [INFO]: end connection
2022-08-17 22:32:07,982 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_FULL=>ST.DISCON
2022-08-17 22:32:07,997 piTelex.txDevArchive [INFO]: saving /data/piTelex/archive/2022-08-17 22.22.31.996 msg from @27159 wog49 #.txt, length 807
Bin gespannt was dir das sagt
Viele Grüsse,
Isidro
Viele Grüsse, Isidro
210567 sidrst d FS-200 : Zeitweise erreichbar, da Stromsparer nicht fertig
210568 sidrst d i-telex : Testsystem Offline, da gerade ohne Internet für Maschinenreparatur im Einsatz
210567 sidrst d FS-200 : Zeitweise erreichbar, da Stromsparer nicht fertig
210568 sidrst d i-telex : Testsystem Offline, da gerade ohne Internet für Maschinenreparatur im Einsatz
-
- Rank 3
- Beiträge: 201
- Registriert: Mi 6. Mai 2020, 21:25
- Wohnort: Darmstadt
- Hauptanschluß: 844767 twtr d
Re: Projekt piTelex - Vorstellung
Moin Simon!
Grüße
Björn
Er kann sich nicht zum pigpiod verbinden ... was sagt denn systemctl status pigpiod.service? Ansonsten hilft wahrscheinlich systemctl enable/start bei dem Dienst.Baderbahn hat geschrieben: ↑Fr 19. Aug 2022, 23:13Code: Alles auswählen
2022-08-19 22:41:37,483 piTelex [INFO]: ===== piTelex rev 256083f Update txConfig.py 2022-08-19 22:41:54,283 piTelex.__main__ [CRITICAL]: Traceback (most recent call last): File "/home/pitelex/piTelex_exp/telex.py", line 394, in <module> main() File "/home/pitelex/piTelex_exp/telex.py", line 347, in main init() File "/home/pitelex/piTelex_exp/telex.py", line 191, in init import txDevRPiCtrl File "/home/pitelex/piTelex_exp/txDevRPiCtrl.py", line 19, in <module> from RPiIO import Button, LED, LED_PWM, NumberSwitch, pi, pi_exit File "/home/pitelex/piTelex_exp/RPiIO.py", line 29, in <module> raise Exception('no connection to remote RPi') Exception: no connection to remote RPi 2022-08-19 22:51:34,388 piTelex.txDevED1000SC [INFO]: [rx] Detected AT press 2022-08-19 23:01:30,937 piTelex.txDevED1000SC [INFO]: [rx] Detected AT press
Grüße
Björn
844767 twtr d
-
- Rank 3
- Beiträge: 201
- Registriert: Mi 6. Mai 2020, 21:25
- Wohnort: Darmstadt
- Hauptanschluß: 844767 twtr d
Re: Projekt piTelex - Vorstellung
Moin Isidro!
Aber scheinbar war es ja genau andersherum, d.h. dein piTelex hat das Senden eingestellt. Das passiert dann, wenn es merkt, dass das Gegenüber mit dem Drucken nicht hinterherkommt.
In der Trace-Datei, die du vorher geschickt hast, ist auch der Grund zu sehen: Die ^-Kommandos zeigen (rein informativ), wie viele Zeichen dein Gegenüber noch nicht ausgedruckt hat (berechnet aus dem Unterschied zwischen eigenem Sendezähler und der Acknowledge-Rückmeldung deines Gegenübers). Zu Anfang der Verbindung kommen nur eingehende Daten (Quelle iTs == i-Telex-Servermodul), da kommt nur ^0. Sobald du anfängst zu senden (Quelle piT == RPiTTY), lässt dein Gegenüber das Drucken etwas schleifen ... ab 7 Zeichen Differenz fängt piTelex an, die Sendegeschwindigkeit zu drosseln. Bei 15 Zeichen Differenz kommt das Ganze dann zum Stillstand (die Berechnete Wartezeit ist jeweils länger als bis zum Zeitpunkt des nächsten Sendeversuchs).
Ich würde sagen, wir probieren mal zu zweit zu schreiben (844767 twtr d, geht nur bis 21 Uhr ), ich habe im Hintergrund eine Aufzeichnung auf Netzwerkebene laufen. Theoretisch sollte da alles klappen.
Danach würde ich dasselbe mal mit Simon machen. Scheinbar stimmt da etwas nicht mit der Rückmeldung der gedruckten Zeichen.
Grüße
Björn
(Zunächst sehe ich, dass du auf dem master-Zweig bist. Dort sind noch einige Bugs vorhanden, die im ExperimentalFeatures-2022-01 behoben sind, letzterer ist recht stabil (danke an die Tester!). Eventuell würde es sich lohnen, auf den neuen Zweig zu wechseln. Aber der aktuelle Fehler liegt erstmal scheinbar nicht bei dir, siehe unten.)Sidro hat geschrieben: ↑Sa 20. Aug 2022, 03:01Code: Alles auswählen
2022-08-17 22:08:21,029 piTelex [INFO]: ===== piTelex rev 3ffa643 Merge pull request #18 from MrSeccubus/simple_twitter
Ja, da wird etwas nachberechnet, aber es sind nur kleine Abweichungen und es ist der "kommende" Zähler, also der für die ankommenden Daten. Wenn mit dem etwas nicht stimmt, muss gemäß i-Telex-Protokoll dein Gegenüber das Senden einstellen.
Aber scheinbar war es ja genau andersherum, d.h. dein piTelex hat das Senden eingestellt. Das passiert dann, wenn es merkt, dass das Gegenüber mit dem Drucken nicht hinterherkommt.
In der Trace-Datei, die du vorher geschickt hast, ist auch der Grund zu sehen: Die ^-Kommandos zeigen (rein informativ), wie viele Zeichen dein Gegenüber noch nicht ausgedruckt hat (berechnet aus dem Unterschied zwischen eigenem Sendezähler und der Acknowledge-Rückmeldung deines Gegenübers). Zu Anfang der Verbindung kommen nur eingehende Daten (Quelle iTs == i-Telex-Servermodul), da kommt nur ^0. Sobald du anfängst zu senden (Quelle piT == RPiTTY), lässt dein Gegenüber das Drucken etwas schleifen ... ab 7 Zeichen Differenz fängt piTelex an, die Sendegeschwindigkeit zu drosseln. Bei 15 Zeichen Differenz kommt das Ganze dann zum Stillstand (die Berechnete Wartezeit ist jeweils länger als bis zum Zeitpunkt des nächsten Sendeversuchs).
Ich würde sagen, wir probieren mal zu zweit zu schreiben (844767 twtr d, geht nur bis 21 Uhr ), ich habe im Hintergrund eine Aufzeichnung auf Netzwerkebene laufen. Theoretisch sollte da alles klappen.
Danach würde ich dasselbe mal mit Simon machen. Scheinbar stimmt da etwas nicht mit der Rückmeldung der gedruckten Zeichen.
Grüße
Björn
844767 twtr d
-
- Rank 3
- Beiträge: 201
- Registriert: Mi 6. Mai 2020, 21:25
- Wohnort: Darmstadt
- Hauptanschluß: 844767 twtr d
Re: Projekt piTelex - Vorstellung
Moin Rolf!
Wenn nein, liegt der Fehler irgendwo ab der Übergabestelle zu deinem Internetprovider. piTelex testet die Verbindung aus deinem Netzwerk heraus an die im TNS gelistete Adresse. Der Heimrouter biegt das i.d.R. direkt wieder um an die interne Adresse des piTelex (gemäß Portweiterleitung). Probleme trotz funktionierendem Selbsttest könnten auf Carrier Grade NAT hindeuten. Ggf. mal testen.
Grüße
Björn
Interessant, habe ich selbst noch gar nicht feststellen können (die uptime meines Pi ist derzeit 85 d und gestern kam ein Rundschreiben). Hast du denn in dem Fall Fehlereinträge im Log wie folgenden?obrecht hat geschrieben: ↑Do 18. Aug 2022, 13:57 Das mit der Nichterreichbarkeit nach längerem Standby hatte ich auch mal beobachtet, und auch keine Ursache ausmachen können. Ich hatte damals so den Eindruck als ob der i-Telex-Server den Port abgehängt hatte, aber das ist mehr gefühlt als gewusst.
Ich habe mir mit dem Workaround geholfen, den Prozess alle paar Stunden per cron zu restarten (ich weiss, keine saubere Lösung ...)
Im Moment habe ich (so hoffe ich) keine Probleme mehr damit (jedenfalls kann ich alle Maschinen jederzeit antesten ....)
Code: Alles auswählen
2022-08-19 21:00:02,023 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 1x ([Errno 111] Connection refused)
Grüße
Björn
844767 twtr d
-
- Rank 7
- Beiträge: 654
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Re: Projekt piTelex - Vorstellung
CGN ist wohl nicht, siehe "Testbild"BjoernS hat geschrieben: ↑Sa 20. Aug 2022, 19:36Hast du denn in dem Fall Fehlereinträge im Log wie folgenden?Probleme trotz funktionierendem Selbsttest könnten auf Carrier Grade NAT hindeuten. Ggf. mal testen.Code: Alles auswählen
2022-08-19 21:00:02,023 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 1x ([Errno 111] Connection refused)
Und ich habe immer wieder (täglich mindestens) diese Fehlermeldung. Beispiel:
Code: Alles auswählen
2022-08-16 15:10:47,855 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 1x (timed out)
2022-08-17 01:45:55,351 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 2x ([Errno 101] Network is unreachable)
2022-08-17 01:46:16,354 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 3x ([Errno 113] No route to host)
2022-08-17 02:29:39,836 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 1x ([Errno 101] Network is unreachable)
2022-08-19 00:13:32,708 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 1x (timed out)
2022-08-19 06:14:50,094 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 1x (timed out)
2022-08-20 06:15:59,545 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 1x ([Errno 101] Network is unreachable)
2022-08-20 18:22:49,262 piTelex.txDevITelexSrv [WARNING]: self-test: connection test failed 1x (self-test timeout)
Was kann ich besser machen, um den Fehler zu umgehen?
Da fällt mir ein: der Effekt betriffft nicht nur die Erreichbarkeit von "außen", die "unwillige" Maschine kann ich dann auch im LAN nicht mehr anwählen, ich bekomme ein "nc".
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Viele Grüße,
Rolf
Rolf
71920 actelex d 24/7 (T68d) 833533 rolfac d 24/7 (T100S) 833538 obrac d 24/7 (FS220) 833539 fili d 24/7 (T100a) 833540 rowo d 24/7 (T100/R) 833541 obby d 24/7 (T37h) 833142 rolf d 24/7 (Lo15A)
-
- Rank 2
- Beiträge: 89
- Registriert: So 31. Jul 2022, 18:46
- Wohnort: 70190 Stuttgart
- Hauptanschluß:
Re: Projekt piTelex - Vorstellung
Hallo Björn,
habe dich vorhin angeschrieben.
Kein Kennungsgeber bei dir?
Liebe Grüsse,
Isidro
habe dich vorhin angeschrieben.
Kein Kennungsgeber bei dir?
Liebe Grüsse,
Isidro
Viele Grüsse, Isidro
210567 sidrst d FS-200 : Zeitweise erreichbar, da Stromsparer nicht fertig
210568 sidrst d i-telex : Testsystem Offline, da gerade ohne Internet für Maschinenreparatur im Einsatz
210567 sidrst d FS-200 : Zeitweise erreichbar, da Stromsparer nicht fertig
210568 sidrst d i-telex : Testsystem Offline, da gerade ohne Internet für Maschinenreparatur im Einsatz
-
- Rank 3
- Beiträge: 173
- Registriert: Sa 2. Apr 2022, 13:19
- Wohnort: Schorndorf
- Hauptanschluß: 723941 siemens stgt
- Kontaktdaten:
Re: Projekt piTelex - Vorstellung
Hallo Björn,
ich glaube, Du hast das "Problem" gefunden... die pigpio.service hat nicht korrekt gestartet. Das hat erst geklappt, als ich pigpio nochmal neu aufgespielt habe. Komisch - aber egal: jetzt tut's!
Ich kann nun die Ausgänge via Taster schalten, anrufen geht auch - das hing miteinander zusammen: piTelex denkt wohl "was will der Anrufen, der hat doch gar keinen Strom", wenn der FS nicht softwaremäßig angeschaltet ist.
Leider will das SSR (Omron) irgendwie nicht - da muß ich nochmal ran (immerhin hab' ich gleich zwei gekauft...).
Bzgl. Verbindungstest: Das können wir gerne machen! Ich bin ab Morgen aber min. eine Woche im Urlaub und somit nicht per Telex zu erreichen. Schreib' mir bitte eine PN, wie/wann Du den Test durchführen möchtest.
Bis hierhin vielen Dank an Euch fleißigen Programmierer!
Viele Grüße,
Simon
ich glaube, Du hast das "Problem" gefunden... die pigpio.service hat nicht korrekt gestartet. Das hat erst geklappt, als ich pigpio nochmal neu aufgespielt habe. Komisch - aber egal: jetzt tut's!
Ich kann nun die Ausgänge via Taster schalten, anrufen geht auch - das hing miteinander zusammen: piTelex denkt wohl "was will der Anrufen, der hat doch gar keinen Strom", wenn der FS nicht softwaremäßig angeschaltet ist.
Leider will das SSR (Omron) irgendwie nicht - da muß ich nochmal ran (immerhin hab' ich gleich zwei gekauft...).
Bzgl. Verbindungstest: Das können wir gerne machen! Ich bin ab Morgen aber min. eine Woche im Urlaub und somit nicht per Telex zu erreichen. Schreib' mir bitte eine PN, wie/wann Du den Test durchführen möchtest.
Bis hierhin vielen Dank an Euch fleißigen Programmierer!
Viele Grüße,
Simon
Viele Grüße,
Simon / Baderbahn
Genealogie Lo200X
723941 siemens stgt - Siemens T68d
27161 sbad d - Lo15a
27159 wogro d - SEL LO2001 | unter der Woche 7Uhe-, am Wochenende 9Uhr - 23:00Uhr erreichbar.
27170 sbad d - BONtelex | reine Empfangsmaschine, rund um die Uhr erreichbar
Simon / Baderbahn
Genealogie Lo200X
723941 siemens stgt - Siemens T68d
27161 sbad d - Lo15a
27159 wogro d - SEL LO2001 | unter der Woche 7Uhe-, am Wochenende 9Uhr - 23:00Uhr erreichbar.
27170 sbad d - BONtelex | reine Empfangsmaschine, rund um die Uhr erreichbar