I'll sort it
Thanks!
Moderator: pcwzrd13
kazade wrote:I'll sort it
Thanks!
pelvicthrustman wrote:Not sure if this is the best place, but figured I'd post my issues with 1.4 (my first time using DreamPi)
To start things off I already have a working line voltage inducer (connected to a 1440A modem on an american Dreamcast) and I can readily get online with PSO using using mgetty+ppp on a Linux box, just trying out DreamPi (with an old RPi B+ model).
I'm using a US Robotics 5637 modem (I have upgraded the firmware so that it supports voice...weird comment I know but nothing in DreamPi works without the firmware update, in case anyone else has issues with this model modem).
Most everything seems to work until I get:
AT+VSM=1,8000
ERROR
I tried a few other values based on this table:
AT+VSM=?
0,"SIGNED PCM",8,0,(8000),(0),(0)
1,"UNSIGNED PCM",8,0,(8000),(0),(0)
4,"G.711U",8,0,(8000),(0),(0)
5,"G.711A",8,0,(8000),(0),(0)
128,"8-BIT LINEAR",8,0,(8000),(0),(0)
129,"ADPCM (NOT IMPLEMENTED)",0,0,(0),(0),(0)
130,"UNSIGNED PCM",8,0,(8000),(0),(0)
131,"G.711 ULAW",8,0,(8000),(0),(0)
132,"G.711 ALAW",8,0,(8000),(0),(0)
128 and 132 work like a charm, 0 and 1 throw ERROR.
Snippet of the syslog (no other errors show above this point):
Nov 2 02:54:36 dreampi AT+VSM=1,8000
Nov 2 02:54:36 dreampi ERROR
Nov 2 02:54:36 dreampi AT+VTX
Nov 2 02:54:36 dreampi CONNECT
Nov 2 02:56:13 dreampi avahi-daemon[2257]: Withdrawing address record for 192.168.1.39 on eth0.
Nov 2 02:56:13 dreampi avahi-daemon[2257]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.39.
Nov 2 02:56:13 dreampi avahi-daemon[2257]: Interface eth0.IPv4 no longer relevant for mDNS.
Nov 2 02:56:14 dreampi dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Nov 2 02:56:15 dreampi dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Nov 2 02:56:15 dreampi dhclient: DHCPOFFER from 192.168.1.1
Nov 2 02:56:15 dreampi dhclient: DHCPACK from 192.168.1.1
Nov 2 02:56:15 dreampi avahi-daemon[2257]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.39.
Nov 2 02:56:15 dreampi avahi-daemon[2257]: New relevant interface eth0.IPv4 for mDNS.
Nov 2 02:56:15 dreampi avahi-daemon[2257]: Registering new address record for 192.168.1.39 on eth0.IPv4.
Nov 2 02:56:15 dreampi dhclient: bound to 192.168.1.39 -- renewal in 241 seconds.
Nov 2 03:00:16 dreampi dhclient: DHCPREQUEST on eth0 to 192.168.1.1 port 67
Nov 2 03:00:16 dreampi dhclient: DHCPACK from 192.168.1.1
Nov 2 03:00:17 dreampi dhclient: bound to 192.168.1.39 -- renewal in 257 seconds.
Nov 2 03:04:34 dreampi dhclient: DHCPREQUEST on eth0 to 192.168.1.1 port 67
Nov 2 03:04:34 dreampi dhclient: DHCPACK from 192.168.1.1
Nov 2 03:04:34 dreampi dhclient: bound to 192.168.1.39 -- renewal in 255 seconds.
Nov 2 03:08:08 dreampi Heard: 5
Nov 2 03:08:10 dreampi ATH0
Nov 2 03:08:10 dreampi OK
Nov 2 03:08:10 dreampi ATZ0
Nov 2 03:08:11 dreampi OK
Nov 2 03:08:11 dreampi ATE0
Nov 2 03:08:11 dreampi OK
Nov 2 03:08:18 dreampi Call answered!
Nov 2 03:08:19 dreampi
Nov 2 03:08:19 dreampi Connected
Nov 2 03:08:19 dreampi pppd[13405]: pppd 2.4.5 started by root, uid 0
Nov 2 03:08:19 dreampi pppd[13405]: using channel 2
Nov 2 03:08:19 dreampi Serial interface terminated
Nov 2 03:08:19 dreampi pppd[13405]: Using interface ppp0
Nov 2 03:08:19 dreampi pppd[13405]: Connect: ppp0 <--> /dev/ttyACM0
Nov 2 03:08:19 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:19 dreampi MAC address: 42ac6c8be687ea7c124f466453440db6c5c658169be196950c4d57c67f5b99f6
Nov 2 03:08:22 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:25 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:28 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:31 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:34 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:37 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:40 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:43 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:46 dreampi pppd[13405]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x43273596> <pcomp> <accomp>]
Nov 2 03:08:49 dreampi pppd[13405]: LCP: timeout sending Config-Requests
Nov 2 03:08:49 dreampi pppd[13405]: Connection terminated.
Nov 2 03:08:49 dreampi pppd[13405]: Receive serial link is not 8-bit clean:
Nov 2 03:08:49 dreampi pppd[13405]: Problem: all had bit 7 set to 0
Nov 2 03:08:49 dreampi avahi-daemon[2257]: Withdrawing workstation service for ppp0.
Nov 2 03:08:49 dreampi dhclient: DHCPREQUEST on eth0 to 192.168.1.1 port 67
Nov 2 03:08:49 dreampi dhclient: DHCPACK from 192.168.1.1
Nov 2 03:08:50 dreampi pppd[13405]: Modem hangup
Nov 2 03:08:50 dreampi pppd[13405]: Exit.
Nov 2 03:08:50 dreampi Detected modem hang up, going back to listening
No clue why ppp doesn't get anything - when the dialing process starts the dreampi reacts accordingly
and proceeds to set up the connection, then fail.
And for comparison this is what it looks like when I use mgetty+ppp on my Ubuntu machine:
Nov 1 22:18:02 Troll pppd[2770]: pppd 2.4.5 started by root, uid 0
Nov 1 22:18:02 Troll pppd[2770]: using channel 1
Nov 1 22:18:02 Troll pppd[2770]: Using interface ppp0
Nov 1 22:18:02 Troll pppd[2770]: Connect: ppp0 <--> /dev/ttyACM0
Nov 1 22:18:02 Troll pppd[2770]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0xbb6acd99> <pcomp> <accomp>]
Nov 1 22:18:02 Troll pppd[2770]: rcvd [LCP ConfAck id=0x1 <auth pap> <magic 0xbb6acd99> <pcomp> <accomp>]
Nov 1 22:18:05 Troll pppd[2770]: rcvd [LCP ConfReq id=0x2 <mru 1500> <asyncmap 0xa0000> <magic 0x1240c598>]
Nov 1 22:18:05 Troll pppd[2770]: sent [LCP ConfRej id=0x2 <asyncmap 0xa0000>]
Nov 1 22:18:05 Troll pppd[2770]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0xbb6acd99> <pcomp> <accomp>]
Nov 1 22:18:05 Troll pppd[2770]: rcvd [LCP ConfReq id=0x3 <mru 1500> <magic 0x1240c598>]
Nov 1 22:18:05 Troll pppd[2770]: sent [LCP ConfAck id=0x3 <mru 1500> <magic 0x1240c598>]
Nov 1 22:18:05 Troll pppd[2770]: rcvd [LCP ConfAck id=0x1 <auth pap> <magic 0xbb6acd99> <pcomp> <accomp>]
Nov 1 22:18:05 Troll pppd[2770]: rcvd [PAP AuthReq id=0x4 user="administrator" password=<hidden>]
Nov 1 22:18:05 Troll pppd[2770]: Initializing PAM (3) for user administrator
Nov 1 22:18:05 Troll pppd[2770]: ---> PAM INIT Result = 0
Nov 1 22:18:05 Troll pppd[2770]: Attempting PAM authentication
Nov 1 22:18:05 Troll pppd[2770]: PAM Authentication OK for administrator
Nov 1 22:18:05 Troll pppd[2770]: Attempting PAM account checks
Nov 1 22:18:05 Troll pppd[2770]: PAM Account OK for administrator
Nov 1 22:18:05 Troll pppd[2770]: PAM Session opened for user administrator
Nov 1 22:18:05 Troll pppd[2770]: user administrator logged in on tty ttyACM0 intf ppp0
Nov 1 22:18:05 Troll pppd[2770]: PAP peer authentication succeeded for administrator
Nov 1 22:18:05 Troll kernel: [ 265.501266] PPP BSD Compression module registered
Any suggestions would be much appreciated!
Thanks for the hard work!
Xiden wrote:Firsts things first you should Private Message kazade with this info, he could easily tell you whats going on Also not entirely sure if you're modem is compatible that usually ends up being the issue most of the time.
Have you tried reflashing the sdcard again?
kazade wrote:I'm not entirely sure what's going on here. It definitely looks like the voice modem doesn't support pcm audio for the dial tone which seems bonkers given that's the most basic setting. I'm not convinced that using the other values is "working" in that it's probably not generating a valid dial tone or perhaps is getting the modem in a weird state because then you hit this:
Nov 2 03:08:49 dreampi pppd[13405]: Receive serial link is not 8-bit clean:
Nov 2 03:08:49 dreampi pppd[13405]: Problem: all had bit 7 set to 0
That's from ppp. At this point the Dreampi code has finished, and given that mgetty works for you I can only assume that the modem is confused somehow by the dial tone stuff.
To be honest, the easiest thing would be to get another modem that supports pcm audio, but if you want to continue debugging this you could try commenting out the dial tone stuff altogether and then see if it works with a game that supports blind dial.
Ryochan7 wrote:Using pon to establish the final connection is better than using mgetty. When mgetty actually attempts to launch pppd, the connection will work every time. It is only when mgetty tries to do a direct login that it has problems sometimes; it does work occasionally though. pon works every time on my setup for all the games I have tried and for Planetweb 2.6. Setting up the peers file that pon uses is pretty simple. Here is the current peers file that I use.
https://bitbucket.org/Ryochan7/dreampi2 ... /dreamcast
Especially since the AT+VSM command errors out for you, maybe your modem is put into a weird state at that point when the DreamPi script launches pon. You can try different parameters for that command depending on your modem. I had been using AT+VSM=128,8000 but a couple of other people have mentioned that AT+VSM=129,8000 is needed for that command to work properly on their modems; AT+VSM=129,8000 works fine on my modem and Quake 3 can detect the tone so that is what I currently use.
Code: Select all
Nov 10 21:56:20 navi pppd[14734]: pppd 2.4.7 started by root, uid 0
Nov 10 21:56:20 navi pppd[14734]: using channel 44
Nov 10 21:56:20 navi pppd[14734]: Using interface ppp0
Nov 10 21:56:20 navi pppd[14734]: Connect: ppp0 <--> /dev/ttyUSB0
Nov 10 21:56:20 navi pppd[14734]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x958bbb28> <pcomp> <accomp>]
Nov 10 21:56:20 navi pppd[14734]: rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <pcomp> <accomp> <magic 0x667c>]
Nov 10 21:56:20 navi pppd[14734]: sent [LCP ConfAck id=0x3 <asyncmap 0x0> <pcomp> <accomp> <magic 0x667c>]
Nov 10 21:56:21 navi pppd[14734]: rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <pcomp> <accomp> <magic 0x667c>]
Nov 10 21:56:21 navi pppd[14734]: sent [LCP ConfAck id=0x4 <asyncmap 0x0> <pcomp> <accomp> <magic 0x667c>]
Nov 10 21:56:23 navi pppd[14734]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x958bbb28> <pcomp> <accomp>]
Nov 10 21:56:23 navi pppd[14734]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0x958bbb28> <pcomp> <accomp>]
Nov 10 21:56:23 navi pppd[14734]: rcvd [PAP AuthReq id=0x1 user="dream" password=<hidden>]
Nov 10 21:56:23 navi pppd[14734]: Initializing PAM (3) for user dream
Nov 10 21:56:23 navi pppd[14734]: ---> PAM INIT Result = 0
Nov 10 21:56:23 navi pppd[14734]: Attempting PAM authentication
Nov 10 21:56:23 navi pppd[14734]: PAM Authentication OK for dream
Nov 10 21:56:23 navi pppd[14734]: Attempting PAM account checks
Nov 10 21:56:23 navi pppd[14734]: PAM Account OK for dream
Nov 10 21:56:23 navi pppd[14734]: PAM Session opened for user dream
Nov 10 21:56:23 navi pppd[14734]: user dream logged in on tty ttyUSB0 intf ppp0
Nov 10 21:56:23 navi pppd[14734]: PAP peer authentication succeeded for dream
Nov 10 21:56:23 navi pppd[14734]: found interface enp1s0 for proxy arp
Nov 10 21:56:23 navi pppd[14734]: local IP address 192.168.1.150
Nov 10 21:56:23 navi pppd[14734]: remote IP address 192.168.1.151
Users browsing this forum: No registered users